From mjs at clemson.edu Tue Sep 1 00:01:33 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Mon, 31 Aug 2009 20:01:33 -0400 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <20090831110105.GA3138@pucmeloud.brq.redhat.com> References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> Message-ID: <1251763293.1190.15.camel@valkyrie.localdomain> On Mon, 2009-08-31 at 13:01 +0200, Jindrich Novy wrote: > On Sun, Aug 30, 2009 at 07:23:50PM -0400, Matthew Saltzman wrote: > > Here's what happens when I try to install AucTeX for Emacs with texlive-2009: > > > > $ sudo yum install emacs-auctex > > Loaded plugins: refresh-packagekit > > Excluding Packages from RPM Fusion for Fedora 11 - Nonfree > > Finished > > Excluding Packages from RPM Fusion for Fedora 11 - Nonfree - Updates > > Finished > > Excluding Packages from Fedora 11 - x86_64 - Updates > > Finished > > Setting up Install Process > > Resolving Dependencies > > --> Running transaction check > > ---> Package emacs-auctex.noarch 0:11.85-8.fc11 set to be updated > > --> Processing Dependency: tex-preview = 11.85-8.fc11 for package: emacs-auctex-11.85-8.fc11.noarch > > --> Processing Dependency: dvipng for package: emacs-auctex-11.85-8.fc11.noarch > > --> Running transaction check > > ---> Package dvipng.x86_64 0:1.11-2.fc11 set to be updated > > --> Processing Dependency: libkpathsea.so.4()(64bit) for package: dvipng-1.11-2.fc11.x86_64 > > ---> Package tex-preview.noarch 0:11.85-8.fc11 set to be updated > > --> Running transaction check > > ---> Package kpathsea.x86_64 0:2007-42.fc11 set to be updated > > --> Processing Dependency: texlive = 2007-42.fc11 for package: kpathsea-2007-42.fc11.x86_64 > > --> Finished Dependency Resolution > > kpathsea-2007-42.fc11.x86_64 from fedora has depsolving problems > > --> Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) > > Error: Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) > > You could try using --skip-broken to work around the problem > > You could try running: package-cleanup --problems > > package-cleanup --dupes > > rpm -Va --nofiles --nodigest > > > > I have texlive-dvipng, texlive-kpathsea, and texlive-preview installed. > > Should I file a bug someplace? > > Hmmm, it looks like a problem in how yum resolves obsoletes/provides. > I will get exactly this when I try to install emacs-auctex, but if I > do: > > yum install dvipng -y > > then texlive-dvipng and texlive-dvipng-bin get successfully installed. > > Then installation of emacs-auctex runs without problems. So it seems > like yum has a hard time to resolve both installation of emacs-auctex and > obsoletion of dvipng in one transaction even though emacs-auctex > contains unversioned Requires: to dvipng and texlive-dvipng should > successfully obsolete it. I'm not seeing the "install without problems" behavior, unfortunately. The messages above come from after installing texlive-dvipng*. After latest updates: [mjs at yankee ~]$ sudo yum install emacs-auctex Loaded plugins: refresh-packagekit Excluding Packages from RPM Fusion for Fedora 11 - Nonfree Finished Excluding Packages from RPM Fusion for Fedora 11 - Nonfree - Updates Finished Excluding Packages from Fedora 11 - x86_64 - Updates Finished Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package emacs-auctex.noarch 0:11.85-8.fc11 set to be updated --> Processing Dependency: tex-preview = 11.85-8.fc11 for package: emacs-auctex-11.85-8.fc11.noarch --> Processing Dependency: dvipng for package: emacs-auctex-11.85-8.fc11.noarch --> Running transaction check ---> Package dvipng.x86_64 0:1.11-2.fc11 set to be updated --> Processing Dependency: libkpathsea.so.4()(64bit) for package: dvipng-1.11-2.fc11.x86_64 ---> Package tex-preview.noarch 0:11.85-8.fc11 set to be updated --> Running transaction check ---> Package kpathsea.x86_64 0:2007-42.fc11 set to be updated --> Processing Dependency: texlive = 2007-42.fc11 for package: kpathsea-2007-42.fc11.x86_64 --> Finished Dependency Resolution kpathsea-2007-42.fc11.x86_64 from fedora has depsolving problems --> Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) Error: Missing Dependency: texlive = 2007-42.fc11 is needed by package kpathsea-2007-42.fc11.x86_64 (fedora) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest [mjs at yankee ~]$ rpm -qa \*dvipng\* texlive-dvipng-2009-1.12.13822.fc11.noarch texlive-dvipng-bin-2009-14697.fc11.x86_64 [mjs at yankee ~]$ rpm -qa \*kpathsea\* texlive-kpathsea-2009-14773.fc11.noarch texlive-kpathsea-lib-2009-0.3.20090828.fc11.x86_64 texlive-kpathsea-lib-2009-0.3.20090828.fc11.i586 texlive-kpathsea-bin-2009-14403.fc11.x86_64 -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From poelstra at redhat.com Tue Sep 1 03:13:29 2009 From: poelstra at redhat.com (John Poelstra) Date: Mon, 31 Aug 2009 20:13:29 -0700 Subject: Upcoming schedule tasks Message-ID: <4A9C9159.1010107@redhat.com> Name Start End Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Compose Snap #1 Wed 2009-09-02 Wed 2009-09-02 Snapshot 1 Wed 2009-09-02 Fri 2009-09-04 Snapshot Releases Wed 2009-09-02 Fri 2009-09-18 Stage & Sync Snap #1 Thu 2009-09-03 Fri 2009-09-04 Public Availability Snap #1 Fri 2009-09-04 Fri 2009-09-04 Compose Snap #2 Wed 2009-09-09 Wed 2009-09-09 Snapshot 2 Wed 2009-09-09 Fri 2009-09-11 Stage & Sync Snap #2 Thu 2009-09-10 Fri 2009-09-11 Public Availability Snap #2 Fri 2009-09-11 Fri 2009-09-11 Beta Blocker Bug Day (F12Beta) #1 Fri 2009-09-11 Fri 2009-09-11 From liuliu1103 at yeah.net Tue Sep 1 04:38:23 2009 From: liuliu1103 at yeah.net (liuliu1103) Date: Tue, 1 Sep 2009 12:38:23 +0800 (CST) Subject: Fedora linux 7 In-Reply-To: <20090831160004.5FFF7619898@hormel.redhat.com> References: <20090831160004.5FFF7619898@hormel.redhat.com> Message-ID: <1344791082.112461251779903702.JavaMail.coremail@app6.yeah.net> I want to buy fedora linux 7 system .But I can't bought is recently Please tell me who have fedroa linux7 system, I am from China tel:13771201604 ?> -----????----- > ???: fedora-devel-list-request at redhat.com > ????: 2009?9?1? ??? > ???: fedora-devel-list at redhat.com > ??: > ??: fedora-devel-list Digest, Vol 66, Issue 126 > > Send fedora-devel-list mailing list submissions to > fedora-devel-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/fedora-devel-list > or, via email, send a message with subject or body 'help' to > fedora-devel-list-request at redhat.com > > You can reach the person managing the list at > fedora-devel-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-devel-list digest..." > > > Today's Topics: > > 1. Re: another spin of TeX Live 2009 packages (Jindrich Novy) > 2. Re: another spin of TeX Live 2009 packages (Patrice Dumas) > 3. Re: #! /usr/bin/perl preferred (P?draig Brady) > 4. Re: maven2 broken deps? (Re: rawhide report: 20090830 > changes) (Andrew Overholt) > 5. fscanf problem in glibc shipped with latest F11 updates. > (Maz The Northener) > 6. Re: fscanf problem in glibc shipped with latest F11 updates. > (Jakub Jelinek) > 7. Re: fscanf problem in glibc shipped with latest F11 updates. > (Maz The Northener) > 8. Correction: #! /usr/bin/perl NOT preferred (Stepan Kasal) > 9. Re: fscanf problem in glibc shipped with latest F11 updates. > (Maz The Northener) > 10. Re: how to determain those no longer required packages > (James Antill) > 11. Re: fscanf problem in glibc shipped with latest F11 updates. > (Ulrich Drepper) > 12. Re: how to determain those no longer required packages > (Seth Vidal) > 13. Re: Dragonfly Mail Agent (Casey Dahlin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 31 Aug 2009 13:32:01 +0200 > From: Jindrich Novy > Subject: Re: another spin of TeX Live 2009 packages > To: Development discussions related to Fedora > > Message-ID: <20090831113201.GC3138 at pucmeloud.brq.redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Sat, Aug 29, 2009 at 05:14:33PM +0200, Martin Sourada wrote: > > Package texlive-dvips is obsoleted by texlive, trying to install > > texlive-2009-0.3.20090827.fc11.i586 instead > > > > This is obviously wrong obsolete, as dvips is actually provided by > > texlive-dvips, but for some reason unless I tell yum to specifically > > install the noarch package (by running yum install > > texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when > > doing yum install texlive-dvips)... Otherwise the installation as well > > as short testing went smooth. > > > > Indeed. It will be fixed in the next build. > > Thanks, > Jindrich > > > Martin > > > > > > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > -- > Jindrich Novy http://people.redhat.com/jnovy/ > > > > ------------------------------ > > Message: 2 > Date: Mon, 31 Aug 2009 13:48:51 +0200 > From: Patrice Dumas > Subject: Re: another spin of TeX Live 2009 packages > To: fedora-devel-list at redhat.com > Message-ID: <20090831114851.GA20794 at free.fr> > Content-Type: text/plain; charset=us-ascii > > Hello, > > I haven't followed closely the new packaging of texlive, so you should > take my comments with caution... > > On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote: > > > > The new packages obsolete the ancient tetex stuff: > > tetex-tex4ht > > I think that the stand-alone tex4ht could be better than the texlive one. > It was updated many time a year in the past (but it may change). > > > tetex-elvevier > > In the past, the version in CTAN of this package used to lag a lot. I'd > still advise taking the files from the web, especially since there is also > the old style in the stand-alone package. > > > and these utilities: > > dvipdfm > > dvipdfmx > > dvipng > > xdvi > > xdvipdfmx > > Haven't some of those an upstream different from texlive? > > -- > Pat > > > > ------------------------------ > > Message: 3 > Date: Mon, 31 Aug 2009 13:39:48 +0100 > From: P?draig Brady

> Subject: Re: #! /usr/bin/perl preferred > To: Fedora development , Fedora perl > development team > Message-ID: <4A9BC494.2040004 at draigBrady.com> > Content-Type: text/plain; charset="ISO-8859-1" > > Stepan Kasal wrote: > > Hello, > > at certain periods of time, it was recommended to use #!/usr/bin/env . > > > > Some people consider it ugly. (The humble opinion of the author of > > this mail is the same.) > > > > Currently there is popular mood to remove "/usr/bin/env python", see > > http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython > > That page says there "Should be no user-visible change for non-Python experts." > However I notice that the output from `ps` lists the actual script name, rather > than just "python". The same is true for perl. This is a worth mentioning both > for the benefit it provides and the minimal chance for breaking stuff. > > cheers, > P?draig. > > > > ------------------------------ > > Message: 4 > Date: Mon, 31 Aug 2009 09:20:15 -0400 > From: Andrew Overholt > Subject: Re: maven2 broken deps? (Re: rawhide report: 20090830 > changes) > To: Development discussions related to Fedora > > Message-ID: <20090831132010.GA2773 at redhat.com> > Content-Type: text/plain; charset=us-ascii > > * Alex Lancaster [2009-08-31 04:21]: > > >>>>> Rawhide Report writes: > > > > [...] > > > > A whole slew of broken deps caused by a new maven2 have been sitting > > in rawhide for about the last week with no attempted rebuilds to fix > > it. Anybody know what's going on? > > This was my fault. Sorry. I mistakenly added some versioned > dependencies on things that I have yet to have a chance to rebuild. I > didn't notice it with my local builds and was progressing on the rest of > the work hoping to finish very soon. It will be done this week but I > can untag the latest build if it's bothering people. > > Andrew > > > > ------------------------------ > > Message: 5 > Date: Mon, 31 Aug 2009 16:45:17 +0300 > From: Maz The Northener > Subject: fscanf problem in glibc shipped with latest F11 updates. > To: Development discussions related to Fedora > > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi dee Ho peeps. > > I found out that after I updated my F11 a few days ago, fscanf started > missbehaving. > > I filed a bug report in bugzilla. (bug 520414) > > but since I have not heard anyone else yelling about this, I thought > that maybe this is my fault after all... Any suggestions how to verify > this? > > (I do not need any help overcoming it, workaround is quite > straightforward for me - remove GNU extension usage. I just would like > to know if the bug is on my side.) > > -Matti > > > > ------------------------------ > > Message: 6 > Date: Mon, 31 Aug 2009 16:10:10 +0200 > From: Jakub Jelinek > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > To: Development discussions related to Fedora > > Message-ID: <20090831141010.GC2884 at tyan-ft48-01.lab.bos.redhat.com> > Content-Type: text/plain; charset=us-ascii > > On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > > I found out that after I updated my F11 a few days ago, fscanf started > > missbehaving. > > > > I filed a bug report in bugzilla. (bug 520414) > > > > but since I have not heard anyone else yelling about this, I thought > > that maybe this is my fault after all... Any suggestions how to verify > > this? > > > > (I do not need any help overcoming it, workaround is quite > > straightforward for me - remove GNU extension usage. I just would like > > to know if the bug is on my side.) > > This is just a user error. You are not using any feature test macros > (see > info libc 'Feature Test Macros' > ), and with that glibc headers when not using strict ISO C modes (-ansi, > -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > which among other things mean XPG6 compliant *scanf. As %a is a POSIX > floating point in hex specifier, it conflicts with the GNU extension > where a if followed by s, S or [ is treated as allocatable modifier. > So, to make your code work either compile with -D_GNU_SOURCE, or, better, > just use POSIX 2008 way, %m[a-z]. > > Jakub > > > > ------------------------------ > > Message: 7 > Date: Mon, 31 Aug 2009 17:26:05 +0300 > From: Maz The Northener > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > To: Jakub Jelinek , Development discussions related > to Fedora > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > Thanks for quick answer :) I was just puzzled because this seemed to > work without extra defines with older glibc. > > On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: > > On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > >> I found out that after I updated my F11 a few days ago, fscanf started > >> missbehaving. > >> > >> I filed a bug report in bugzilla. (bug 520414) > >> > >> but since I have not heard anyone else yelling about this, I thought > >> that maybe this is my fault after all... Any suggestions how to verify > >> this? > >> > >> (I do not need any help overcoming it, workaround is quite > >> straightforward for me - remove GNU extension usage. I just would like > >> to know if the bug is on my side.) > > > > This is just a user error. ?You are not using any feature test macros > > (see > > info libc 'Feature Test Macros' > > ), and with that glibc headers when not using strict ISO C modes (-ansi, > > -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > > which among other things mean XPG6 compliant *scanf. ?As %a is a POSIX > > floating point in hex specifier, it conflicts with the GNU extension > > where a if followed by s, S or [ is treated as allocatable modifier. > > So, to make your code work either compile with -D_GNU_SOURCE, or, better, > > just use POSIX 2008 way, %m[a-z]. > > > > ? ? ? ?Jakub > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > -- > > -Matti "Maz" Vaittinen > CWF coding team leader > http://www.curlysworldoffreeware.com/ > > BrakesAreForCowards!!! > When you feel blue, no one sees your tears... When your down, no one > understands your struggle... > When you feel happy, no one notices your smile... > But fart just once... > I would love to create a freeware game with C - unless I was working at NSN. > > > > ------------------------------ > > Message: 8 > Date: Mon, 31 Aug 2009 16:27:55 +0200 > From: Stepan Kasal > Subject: Correction: #! /usr/bin/perl NOT preferred > To: fedora-devel-list at redhat.com > Cc: Fedora perl development team > Message-ID: <20090831142755.GA3935 at camelia.ucw.cz> > Content-Type: text/plain; charset=us-ascii > > Hello all. > > In short: "#!/usr/bin/env perl" is OK in Fedora. > > In my previous mail, I asked you to delete the (/usr)?/bin/env calls > from #! lines of Fedora scripts. > > I would like to withdraw that request. > > A discussion followed that post on fedora-perl-devel-list, which > actually proved that "/usr/bin/env perl" is the preferred > alternative, not the deprecated one. > > But the most important bit of information has been pointed out by > Ralf Corsepius: > Fedora Packaging Committee considered a proposal to forbid > /usr/bin/env on 2009-08-19, but it did not agreed upon it. > > (For details, see > http://meetbot.fedoraproject.org/fedora-meeting/2009-08-19/fedora-meeting.2009-08-19-16.01.log.html#l-38 > ) > > Both alternatives are OK, follow your own preferrence. > > Have a nice day, > Stepan > > > > ------------------------------ > > Message: 9 > Date: Mon, 31 Aug 2009 17:31:38 +0300 > From: Maz The Northener > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > To: Jakub Jelinek , Development discussions related > to Fedora > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > And just a ?ast nail in coffin: I tried with -D_GNU_SOURCE and it > worked like you told. > > On Mon, Aug 31, 2009 at 5:26 PM, Maz The > Northener wrote: > > Thanks for quick answer :) I was just puzzled because this seemed to > > work without extra defines with older glibc. > > > > On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: > >> On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > >>> I found out that after I updated my F11 a few days ago, fscanf started > >>> missbehaving. > >>> > >>> I filed a bug report in bugzilla. (bug 520414) > >>> > >>> but since I have not heard anyone else yelling about this, I thought > >>> that maybe this is my fault after all... Any suggestions how to verify > >>> this? > >>> > >>> (I do not need any help overcoming it, workaround is quite > >>> straightforward for me - remove GNU extension usage. I just would like > >>> to know if the bug is on my side.) > >> > >> This is just a user error. ?You are not using any feature test macros > >> (see > >> info libc 'Feature Test Macros' > >> ), and with that glibc headers when not using strict ISO C modes (-ansi, > >> -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > >> which among other things mean XPG6 compliant *scanf. ?As %a is a POSIX > >> floating point in hex specifier, it conflicts with the GNU extension > >> where a if followed by s, S or [ is treated as allocatable modifier. > >> So, to make your code work either compile with -D_GNU_SOURCE, or, better, > >> just use POSIX 2008 way, %m[a-z]. > >> > >> ? ? ? ?Jakub > >> > >> -- > >> fedora-devel-list mailing list > >> fedora-devel-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > >> > > > > > > > > -- > > > > -Matti "Maz" Vaittinen > > CWF coding team leader > > http://www.curlysworldoffreeware.com/ > > > > BrakesAreForCowards!!! > > When you feel blue, no one sees your tears... When your down, no one > > understands your struggle... > > When you feel happy, no one notices your smile... > > But fart just once... > > I would love to create a freeware game with C - unless I was working at NSN. > > > > > > -- > > -Matti "Maz" Vaittinen > CWF coding team leader > http://www.curlysworldoffreeware.com/ > > BrakesAreForCowards!!! > When you feel blue, no one sees your tears... When your down, no one > understands your struggle... > When you feel happy, no one notices your smile... > But fart just once... > I would love to create a freeware game with C - unless I was working at NSN. > > > > ------------------------------ > > Message: 10 > Date: Mon, 31 Aug 2009 10:42:12 -0400 > From: James Antill > Subject: Re: how to determain those no longer required packages > To: Development discussions related to Fedora > > Message-ID: <1251729732.22005.35.camel at code.and.org> > Content-Type: text/plain; charset="UTF-8" > > On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote: > > >>>>> "AT" == Axel Thimm writes: > > > > AT> I don't think apt traces whether a packages was a pulled in manually > > AT> or automatically, does it? > > > > yum does keep track of many things in the yumdb and I think the "reason" > > key is supposed to track this, but for me it seems reason is always > > "user". I think the intent is to track packages which were installed > > because the user requested them directly separately from packages which > > were pulled in purely because of dependencies. > > Yes, the reason attribute in yumdb is there primarily to start on > "solving" this "problem". > yumdb hasn't been around an entire release yet, which makes it's data > somewhat problematic (and the testing somewhat limited). Also atm. we > don't carry reason=dep across updates, so if you do "yum update" with a > new version of a package you got as a dep. that would be considered a > user install of the new package. Both of which should explain why almost > nothing has reason=dep??. > Atm. I have: > > % yumdb search reason dep > Loaded plugins: presto > fipscheck-1.2.0-1a.fc11.x86_64 > reason = dep > > ...so it does work, at what it does atm. > > Probably the sanest request here is that if you do: > > 1. yum install blah > 2. > 3. yum remove blah > > ...you don't get rid of any extra stuff you got with blah, hopefully > "yum history undo" will solve that in a better way by recording what > happened at #1 and undoing it instead of trying to piece together what > might have happened at #1 after the fact. > > > ?? It's also true that saving 1 cent of disk space isn't at the top of my > list of things to do. > > -- > James Antill > Fedora > > > > ------------------------------ > > Message: 11 > Date: Mon, 31 Aug 2009 07:43:13 -0700 > From: Ulrich Drepper > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > To: Development discussions related to Fedora > > Cc: Jakub Jelinek > Message-ID: <4A9BE181.2020201 at redhat.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 08/31/2009 07:26 AM, Maz The Northener wrote: > > Thanks for quick answer :) I was just puzzled because this seemed to > > work without extra defines with older glibc. > > Only by accident. We had no C99-compatibility version of *scanf in > those older versions. We have now. > > -- > ??? Ulrich Drepper ??? Red Hat, Inc. ??? 444 Castro St ??? Mountain View, CA ??? > > > > ------------------------------ > > Message: 12 > Date: Mon, 31 Aug 2009 10:47:07 -0400 (EDT) > From: Seth Vidal > Subject: Re: how to determain those no longer required packages > To: Development discussions related to Fedora > > Message-ID: > > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > > > On Mon, 31 Aug 2009, James Antill wrote: > > > ...you don't get rid of any extra stuff you got with blah, hopefully > > "yum history undo" will solve that in a better way by recording what > > happened at #1 and undoing it instead of trying to piece together what > > might have happened at #1 after the fact. > > > > > > let's not go promising things like yum history undo which are not > committed, not tested and, in the case of large update/install > transactions, unlikely to do what the user wants. > > -sv > > > > > ------------------------------ > > Message: 13 > Date: Mon, 31 Aug 2009 11:05:21 -0400 > From: Casey Dahlin > Subject: Re: Dragonfly Mail Agent > To: Development discussions related to Fedora > > Message-ID: <4A9BE6B1.9010202 at redhat.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote: > > 2009/8/30 Christoph H?ger : > >> Hi, > >> > >> is dma packaged by someone? That would be the first step and I would > >> happily test that thing (having postfix installed after Paul Frields > >> advice which works well). > >> > > I think I'll do the packaging -- it's in Dragonfly's Git, and the one > > thing I regret about Git vis-a-vis Subversion is that you cannot just > > grab a subdirectory, so our source verification might get a bit > > tricky. > > > > Regards, > > > > Maybe if you ask nicely they will submodule it. > > --CJD > > > > ------------------------------ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > End of fedora-devel-list Digest, Vol 66, Issue 126 > ************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From thusitha535 at gmail.com Tue Sep 1 04:43:02 2009 From: thusitha535 at gmail.com (Thusitha Fernando) Date: Tue, 1 Sep 2009 10:13:02 +0530 Subject: Fedora linux 7 In-Reply-To: <1344791082.112461251779903702.JavaMail.coremail@app6.yeah.net> References: <20090831160004.5FFF7619898@hormel.redhat.com> <1344791082.112461251779903702.JavaMail.coremail@app6.yeah.net> Message-ID: why old linux system now available Fedora12 alpha version Download and try it On Tue, Sep 1, 2009 at 10:08 AM, liuliu1103 wrote: > > I want to buy fedora linux 7 system .But I can't bought is recently > Please tell me who have fedroa linux7 system, > I am from China > tel:13771201604 > > > > -----????----- > > ???: fedora-devel-list-request at redhat.com > > ????: 2009?9?1? ??? > > ???: fedora-devel-list at redhat.com > > ??: > > ??: fedora-devel-list Digest, Vol 66, Issue 126 > > > > Send fedora-devel-list mailing list submissions to > > fedora-devel-list at redhat.com > > > > To subscribe or unsubscribe via the World Wide Web, visit > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > or, via email, send a message with subject or body 'help' to > > fedora-devel-list-request at redhat.com > > > > You can reach the person managing the list at > > fedora-devel-list-owner at redhat.com > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of fedora-devel-list digest..." > > > > > > Today's Topics: > > > > 1. Re: another spin of TeX Live 2009 packages (Jindrich Novy) > > 2. Re: another spin of TeX Live 2009 packages (Patrice Dumas) > > 3. Re: #! /usr/bin/perl preferred (P?draig Brady) > > 4. Re: maven2 broken deps? (Re: rawhide report: 20090830 > > changes) (Andrew Overholt) > > 5. fscanf problem in glibc shipped with latest F11 updates. > > (Maz The Northener) > > 6. Re: fscanf problem in glibc shipped with latest F11 updates. > > (Jakub Jelinek) > > 7. Re: fscanf problem in glibc shipped with latest F11 updates. > > (Maz The Northener) > > 8. Correction: #! /usr/bin/perl NOT preferred (Stepan Kasal) > > 9. Re: fscanf problem in glibc shipped with latest F11 updates. > > (Maz The Northener) > > 10. Re: how to determain those no longer required packages > > (James Antill) > > 11. Re: fscanf problem in glibc shipped with latest F11 updates. > > (Ulrich Drepper) > > 12. Re: how to determain those no longer required packages > > (Seth Vidal) > > 13. Re: Dragonfly Mail Agent (Casey Dahlin) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Mon, 31 Aug 2009 13:32:01 +0200 > > From: Jindrich Novy > > Subject: Re: another spin of TeX Live 2009 packages > > To: Development discussions related to Fedora > > > > Message-ID: <20090831113201.GC3138 at pucmeloud.brq.redhat.com> > > Content-Type: text/plain; charset=us-ascii > > > > On Sat, Aug 29, 2009 at 05:14:33PM +0200, Martin Sourada wrote: > > > Package texlive-dvips is obsoleted by texlive, trying to install > > > texlive-2009-0.3.20090827.fc11.i586 instead > > > > > > This is obviously wrong obsolete, as dvips is actually provided by > > > texlive-dvips, but for some reason unless I tell yum to specifically > > > install the noarch package (by running yum install > > > texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when > > > doing yum install texlive-dvips)... Otherwise the installation as well > > > as short testing went smooth. > > > > > > > Indeed. It will be fixed in the next build. > > > > Thanks, > > Jindrich > > > > > Martin > > > > > > > > > > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > -- > > Jindrich Novy http://people.redhat.com/jnovy/ > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Mon, 31 Aug 2009 13:48:51 +0200 > > From: Patrice Dumas > > Subject: Re: another spin of TeX Live 2009 packages > > To: fedora-devel-list at redhat.com > > Message-ID: <20090831114851.GA20794 at free.fr> > > Content-Type: text/plain; charset=us-ascii > > > > Hello, > > > > I haven't followed closely the new packaging of texlive, so you should > > take my comments with caution... > > > > On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote: > > > > > > The new packages obsolete the ancient tetex stuff: > > > tetex-tex4ht > > > > I think that the stand-alone tex4ht could be better than the texlive one. > > It was updated many time a year in the past (but it may change). > > > > > tetex-elvevier > > > > In the past, the version in CTAN of this package used to lag a lot. I'd > > still advise taking the files from the web, especially since there is also > > the old style in the stand-alone package. > > > > > and these utilities: > > > dvipdfm > > > dvipdfmx > > > dvipng > > > xdvi > > > xdvipdfmx > > > > Haven't some of those an upstream different from texlive? > > > > -- > > Pat > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Mon, 31 Aug 2009 13:39:48 +0100 > > From: P?draig Brady

> > Subject: Re: #! /usr/bin/perl preferred > > To: Fedora development , Fedora perl > > development team > > Message-ID: <4A9BC494.2040004 at draigBrady.com> > > Content-Type: text/plain; charset="ISO-8859-1" > > > > Stepan Kasal wrote: > > > Hello, > > > at certain periods of time, it was recommended to use #!/usr/bin/env . > > > > > > Some people consider it ugly. (The humble opinion of the author of > > > this mail is the same.) > > > > > > Currently there is popular mood to remove "/usr/bin/env python", see > > > http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPython > > > > That page says there "Should be no user-visible change for non-Python experts." > > However I notice that the output from `ps` lists the actual script name, rather > > than just "python". The same is true for perl. This is a worth mentioning both > > for the benefit it provides and the minimal chance for breaking stuff. > > > > cheers, > > P?draig. > > > > > > > > ------------------------------ > > > > Message: 4 > > Date: Mon, 31 Aug 2009 09:20:15 -0400 > > From: Andrew Overholt > > Subject: Re: maven2 broken deps? (Re: rawhide report: 20090830 > > changes) > > To: Development discussions related to Fedora > > > > Message-ID: <20090831132010.GA2773 at redhat.com> > > Content-Type: text/plain; charset=us-ascii > > > > * Alex Lancaster [2009-08-31 04:21]: > > > >>>>> Rawhide Report writes: > > > > > > [...] > > > > > > A whole slew of broken deps caused by a new maven2 have been sitting > > > in rawhide for about the last week with no attempted rebuilds to fix > > > it. Anybody know what's going on? > > > > This was my fault. Sorry. I mistakenly added some versioned > > dependencies on things that I have yet to have a chance to rebuild. I > > didn't notice it with my local builds and was progressing on the rest of > > the work hoping to finish very soon. It will be done this week but I > > can untag the latest build if it's bothering people. > > > > Andrew > > > > > > > > ------------------------------ > > > > Message: 5 > > Date: Mon, 31 Aug 2009 16:45:17 +0300 > > From: Maz The Northener > > Subject: fscanf problem in glibc shipped with latest F11 updates. > > To: Development discussions related to Fedora > > > > Message-ID: > > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Hi dee Ho peeps. > > > > I found out that after I updated my F11 a few days ago, fscanf started > > missbehaving. > > > > I filed a bug report in bugzilla. (bug 520414) > > > > but since I have not heard anyone else yelling about this, I thought > > that maybe this is my fault after all... Any suggestions how to verify > > this? > > > > (I do not need any help overcoming it, workaround is quite > > straightforward for me - remove GNU extension usage. I just would like > > to know if the bug is on my side.) > > > > -Matti > > > > > > > > ------------------------------ > > > > Message: 6 > > Date: Mon, 31 Aug 2009 16:10:10 +0200 > > From: Jakub Jelinek > > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > > To: Development discussions related to Fedora > > > > Message-ID: <20090831141010.GC2884 at tyan-ft48-01.lab.bos.redhat.com> > > Content-Type: text/plain; charset=us-ascii > > > > On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > > > I found out that after I updated my F11 a few days ago, fscanf started > > > missbehaving. > > > > > > I filed a bug report in bugzilla. (bug 520414) > > > > > > but since I have not heard anyone else yelling about this, I thought > > > that maybe this is my fault after all... Any suggestions how to verify > > > this? > > > > > > (I do not need any help overcoming it, workaround is quite > > > straightforward for me - remove GNU extension usage. I just would like > > > to know if the bug is on my side.) > > > > This is just a user error. You are not using any feature test macros > > (see > > info libc 'Feature Test Macros' > > ), and with that glibc headers when not using strict ISO C modes (-ansi, > > -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > > which among other things mean XPG6 compliant *scanf. As %a is a POSIX > > floating point in hex specifier, it conflicts with the GNU extension > > where a if followed by s, S or [ is treated as allocatable modifier. > > So, to make your code work either compile with -D_GNU_SOURCE, or, better, > > just use POSIX 2008 way, %m[a-z]. > > > > Jakub > > > > > > > > ------------------------------ > > > > Message: 7 > > Date: Mon, 31 Aug 2009 17:26:05 +0300 > > From: Maz The Northener > > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > > To: Jakub Jelinek , Development discussions related > > to Fedora > > Message-ID: > > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Thanks for quick answer :) I was just puzzled because this seemed to > > work without extra defines with older glibc. > > > > On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: > > > On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > > >> I found out that after I updated my F11 a few days ago, fscanf started > > >> missbehaving. > > >> > > >> I filed a bug report in bugzilla. (bug 520414) > > >> > > >> but since I have not heard anyone else yelling about this, I thought > > >> that maybe this is my fault after all... Any suggestions how to verify > > >> this? > > >> > > >> (I do not need any help overcoming it, workaround is quite > > >> straightforward for me - remove GNU extension usage. I just would like > > >> to know if the bug is on my side.) > > > > > > This is just a user error. You are not using any feature test macros > > > (see > > > info libc 'Feature Test Macros' > > > ), and with that glibc headers when not using strict ISO C modes (-ansi, > > > -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > > > which among other things mean XPG6 compliant *scanf. As %a is a POSIX > > > floating point in hex specifier, it conflicts with the GNU extension > > > where a if followed by s, S or [ is treated as allocatable modifier. > > > So, to make your code work either compile with -D_GNU_SOURCE, or, better, > > > just use POSIX 2008 way, %m[a-z]. > > > > > > Jakub > > > > > > -- > > > fedora-devel-list mailing list > > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > > > > -- > > > > -Matti "Maz" Vaittinen > > CWF coding team leader > > http://www.curlysworldoffreeware.com/ > > > > BrakesAreForCowards!!! > > When you feel blue, no one sees your tears... When your down, no one > > understands your struggle... > > When you feel happy, no one notices your smile... > > But fart just once... > > I would love to create a freeware game with C - unless I was working at NSN. > > > > > > > > ------------------------------ > > > > Message: 8 > > Date: Mon, 31 Aug 2009 16:27:55 +0200 > > From: Stepan Kasal > > Subject: Correction: #! /usr/bin/perl NOT preferred > > To: fedora-devel-list at redhat.com > > Cc: Fedora perl development team > > Message-ID: <20090831142755.GA3935 at camelia.ucw.cz> > > Content-Type: text/plain; charset=us-ascii > > > > Hello all. > > > > In short: "#!/usr/bin/env perl" is OK in Fedora. > > > > In my previous mail, I asked you to delete the (/usr)?/bin/env calls > > from #! lines of Fedora scripts. > > > > I would like to withdraw that request. > > > > A discussion followed that post on fedora-perl-devel-list, which > > actually proved that "/usr/bin/env perl" is the preferred > > alternative, not the deprecated one. > > > > But the most important bit of information has been pointed out by > > Ralf Corsepius: > > Fedora Packaging Committee considered a proposal to forbid > > /usr/bin/env on 2009-08-19, but it did not agreed upon it. > > > > (For details, see > > http://meetbot.fedoraproject.org/fedora-meeting/2009-08-19/fedora-meeting.2009-08-19-16.01.log.html#l-38 > > ) > > > > Both alternatives are OK, follow your own preferrence. > > > > Have a nice day, > > Stepan > > > > > > > > ------------------------------ > > > > Message: 9 > > Date: Mon, 31 Aug 2009 17:31:38 +0300 > > From: Maz The Northener > > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > > To: Jakub Jelinek , Development discussions related > > to Fedora > > Message-ID: > > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > And just a ?ast nail in coffin: I tried with -D_GNU_SOURCE and it > > worked like you told. > > > > On Mon, Aug 31, 2009 at 5:26 PM, Maz The > > Northener wrote: > > > Thanks for quick answer :) I was just puzzled because this seemed to > > > work without extra defines with older glibc. > > > > > > On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinek wrote: > > >> On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote: > > >>> I found out that after I updated my F11 a few days ago, fscanf started > > >>> missbehaving. > > >>> > > >>> I filed a bug report in bugzilla. (bug 520414) > > >>> > > >>> but since I have not heard anyone else yelling about this, I thought > > >>> that maybe this is my fault after all... Any suggestions how to verify > > >>> this? > > >>> > > >>> (I do not need any help overcoming it, workaround is quite > > >>> straightforward for me - remove GNU extension usage. I just would like > > >>> to know if the bug is on my side.) > > >> > > >> This is just a user error. You are not using any feature test macros > > >> (see > > >> info libc 'Feature Test Macros' > > >> ), and with that glibc headers when not using strict ISO C modes (-ansi, > > >> -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, > > >> which among other things mean XPG6 compliant *scanf. As %a is a POSIX > > >> floating point in hex specifier, it conflicts with the GNU extension > > >> where a if followed by s, S or [ is treated as allocatable modifier. > > >> So, to make your code work either compile with -D_GNU_SOURCE, or, better, > > >> just use POSIX 2008 way, %m[a-z]. > > >> > > >> Jakub > > >> > > >> -- > > >> fedora-devel-list mailing list > > >> fedora-devel-list at redhat.com > > >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > > >> > > > > > > > > > > > > -- > > > > > > -Matti "Maz" Vaittinen > > > CWF coding team leader > > > http://www.curlysworldoffreeware.com/ > > > > > > BrakesAreForCowards!!! > > > When you feel blue, no one sees your tears... When your down, no one > > > understands your struggle... > > > When you feel happy, no one notices your smile... > > > But fart just once... > > > I would love to create a freeware game with C - unless I was working at NSN. > > > > > > > > > > > -- > > > > -Matti "Maz" Vaittinen > > CWF coding team leader > > http://www.curlysworldoffreeware.com/ > > > > BrakesAreForCowards!!! > > When you feel blue, no one sees your tears... When your down, no one > > understands your struggle... > > When you feel happy, no one notices your smile... > > But fart just once... > > I would love to create a freeware game with C - unless I was working at NSN. > > > > > > > > ------------------------------ > > > > Message: 10 > > Date: Mon, 31 Aug 2009 10:42:12 -0400 > > From: James Antill > > Subject: Re: how to determain those no longer required packages > > To: Development discussions related to Fedora > > > > Message-ID: <1251729732.22005.35.camel at code.and.org> > > Content-Type: text/plain; charset="UTF-8" > > > > On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote: > > > >>>>> "AT" == Axel Thimm writes: > > > > > > AT> I don't think apt traces whether a packages was a pulled in manually > > > AT> or automatically, does it? > > > > > > yum does keep track of many things in the yumdb and I think the "reason" > > > key is supposed to track this, but for me it seems reason is always > > > "user". I think the intent is to track packages which were installed > > > because the user requested them directly separately from packages which > > > were pulled in purely because of dependencies. > > > > Yes, the reason attribute in yumdb is there primarily to start on > > "solving" this "problem". > > yumdb hasn't been around an entire release yet, which makes it's data > > somewhat problematic (and the testing somewhat limited). Also atm. we > > don't carry reason=dep across updates, so if you do "yum update" with a > > new version of a package you got as a dep. that would be considered a > > user install of the new package. Both of which should explain why almost > > nothing has reason=dep??. > > Atm. I have: > > > > % yumdb search reason dep > > Loaded plugins: presto > > fipscheck-1.2.0-1a.fc11.x86_64 > > reason = dep > > > > ...so it does work, at what it does atm. > > > > Probably the sanest request here is that if you do: > > > > 1. yum install blah > > 2. > > 3. yum remove blah > > > > ...you don't get rid of any extra stuff you got with blah, hopefully > > "yum history undo" will solve that in a better way by recording what > > happened at #1 and undoing it instead of trying to piece together what > > might have happened at #1 after the fact. > > > > > > ?? It's also true that saving 1 cent of disk space isn't at the top of my > > list of things to do. > > > > -- > > James Antill > > Fedora > > > > > > > > ------------------------------ > > > > Message: 11 > > Date: Mon, 31 Aug 2009 07:43:13 -0700 > > From: Ulrich Drepper > > Subject: Re: fscanf problem in glibc shipped with latest F11 updates. > > To: Development discussions related to Fedora > > > > Cc: Jakub Jelinek > > Message-ID: <4A9BE181.2020201 at redhat.com> > > Content-Type: text/plain; charset=UTF-8; format=flowed > > > > On 08/31/2009 07:26 AM, Maz The Northener wrote: > > > Thanks for quick answer :) I was just puzzled because this seemed to > > > work without extra defines with older glibc. > > > > Only by accident. We had no C99-compatibility version of *scanf in > > those older versions. We have now. > > > > -- > > ??? Ulrich Drepper ??? Red Hat, Inc. ??? 444 Castro St ??? Mountain View, CA ? ? > > > > > > > > ------------------------------ > > > > Message: 12 > > Date: Mon, 31 Aug 2009 10:47:07 -0400 (EDT) > > From: Seth Vidal > > Subject: Re: how to determain those no longer required packages > > To: Development discussions related to Fedora > > > > Message-ID: > > > > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > > > > > > > On Mon, 31 Aug 2009, James Antill wrote: > > > > > ...you don't get rid of any extra stuff you got with blah, hopefully > > > "yum history undo" will solve that in a better way by recording what > > > happened at #1 and undoing it instead of trying to piece together what > > > might have happened at #1 after the fact. > > > > > > > > > > let's not go promising things like yum history undo which are not > > committed, not tested and, in the case of large update/install > > transactions, unlikely to do what the user wants. > > > > -sv > > > > > > > > > > ------------------------------ > > > > Message: 13 > > Date: Mon, 31 Aug 2009 11:05:21 -0400 > > From: Casey Dahlin > > Subject: Re: Dragonfly Mail Agent > > To: Development discussions related to Fedora > > > > Message-ID: <4A9BE6B1.9010202 at redhat.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote: > > > 2009/8/30 Christoph H?ger : > > >> Hi, > > >> > > >> is dma packaged by someone? That would be the first step and I would > > >> happily test that thing (having postfix installed after Paul Frields > > >> advice which works well). > > >> > > > I think I'll do the packaging -- it's in Dragonfly's Git, and the one > > > thing I regret about Git vis-a-vis Subversion is that you cannot just > > > grab a subdirectory, so our source verification might get a bit > > > tricky. > > > > > > Regards, > > > > > > > Maybe if you ask nicely they will submodule it. > > > > --CJD > > > > > > > > ------------------------------ > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > End of fedora-devel-list Digest, Vol 66, Issue 126 > > ************************************************** > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- thusitha535 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mschwendt at gmail.com Tue Sep 1 05:35:01 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 1 Sep 2009 07:35:01 +0200 Subject: Triggers just to avoid unowned directories? Message-ID: <20090901073501.028929e4@faldor.intranet> The packaging style in the nss-softokn package continues to bug me. There are RPM triggers being used to install/remove a prelink config file whenever the prelink package gets installed/removed. According to a comment in the spec file, it is only done like that because the package doesn't want to own the /etc/prelink.conf.d directory. Nothing else is run in the scriptlets, just a file is moved or deleted. Previously, albeit in the different nss package, it used to be duplicate directory ownership: $ repoquery --whatprovides /etc/prelink.conf.d prelink-0:0.4.0-7.fc11.i586 nss-0:3.12.3.99.3-2.11.4.fc11.i586 nss-0:3.12.3-4.fc11.i586 Is this a result of the recent move to avoid duplicate directory ownership? Let's hope that using RPM triggers and messing with config files in trigger scriptlets is not _the_ solution that will enter also other Fedora packages. Config files that aren't marked as such, package files which are moved around and which are removed/overwritten within trigger scriptlets, confusing RPM package verification and queries. From bill at bfccomputing.com Tue Sep 1 06:46:05 2009 From: bill at bfccomputing.com (Bill McGonigle) Date: Tue, 01 Sep 2009 02:46:05 -0400 Subject: Fedora on NSLU2/Synology/etc. In-Reply-To: <20090830102141.7f0ae3ef@redhat.com> References: <20090829201832.38429149@redhat.com> <20090830102141.7f0ae3ef@redhat.com> Message-ID: <4A9CC32D.5050809@bfccomputing.com> On 08/30/2009 12:21 PM, Pete Zaitcev wrote: > Chasing the kaleidoscopic change of platforms is a non-starter for me > as a software developer. I want to buy the box, jumpstart it, and it > should get into the cloud right away, with my software pulled from > the repo and running on it. It sounds like you've got two projects in mind - one that chases various ARM/other-embedded boards and your application. The *WRT distros do the first to some extent. Fedora ARM has a wiki page describing where that project is: http://fedoraproject.org/wiki/Architectures/ARM I had made this page for the Tor project: https://wiki.torproject.org/noreply/TheOnionRouter/EmbeddedTips which has some links that might help. Also, remember that a minimal Fedora install is about two orders of magnitude larger than purpose-built distros. As you've noticed, low-end x86 is rather stable and runs lots of software. Watch out, Fedora 12 is about to deprecate some of the lowest-power CPU's (C3 at least, not sure about C7). -Bill -- Bill McGonigle, Owner BFC Computing, LLC http://bfccomputing.com/ Telephone: +1.603.448.4440 Email, IM, VOIP: bill at bfccomputing.com VCard: http://bfccomputing.com/vcard/bill.vcf Social networks: bill_mcgonigle/bill.mcgonigle From jamatos at fc.up.pt Tue Sep 1 08:22:48 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 1 Sep 2009 09:22:48 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090831111521.GB3138@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090829092710.30f6be41@gmx.net> <20090831111521.GB3138@pucmeloud.brq.redhat.com> Message-ID: <200909010922.51220.jamatos@fc.up.pt> On Monday 31 August 2009 Jindrich Novy wrote: > This should be fixed with the new packages in the repository now. > > The new packages obsolete the ancient tetex stuff: > tetex-tex4ht > tetex-IEEEtran > tetex-bytefield > tetex-elvevier > tetex-perltex > tetex-prosper > > and these utilities: > dvipdfm > dvipdfmx > dvipng > xdvi > xdvipdfmx > > Installation of LyX/dvipdfm, etc. should work fine now. > > Jindrich Thank you. :-) I have successfully updated my system. The only problem I had was a2ps that requires tetex-fonts. After removing a2ps the update worked. -- Jos? Ab?lio From rawhide at fedoraproject.org Tue Sep 1 11:02:42 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 1 Sep 2009 11:02:42 +0000 Subject: rawhide report: 20090901 changes Message-ID: <20090901110242.GA24403@releng2.fedora.phx.redhat.com> Compose started at Tue Sep 1 06:15:07 UTC 2009 New package bickley A meta data management API and framework New package camorama Gnome webcam viewer New package hunspell-shs Shuswap hunspell dictionaries New package maven2-plugin-shade Maven Shade Plugin New package openocd Debugging, in-system programming and boundary-scan testing for embedded devices New package plexus-naming Plexus Naming Component New package plexus-registry Plexus Registry Component New package system-config-audit Utility for editing audit configuration New package tuna Application tuning GUI & command line utility New package uClibc C library for embedded Linux New package vemana2000-fonts Unicode compliant OpenType font for Telugu Updated Packages: AcetoneISO2-2.0.4-1.fc12 ------------------------ * Mon Aug 31 2009 Tom "spot" Callaway - 2.0.4-1 - Update to 2.0.4 abrt-0.0.8-1.fc12 ----------------- * Wed Aug 26 2009 Jiri Moskovcak 0.0.8-1 - new version - resolved: Bug 518420 - ordinary user's abrt-applet shows up for root owned crashes (npajkovs) - GUI: added support for gettext (+part of czech translation) (jmoskovc) - added support for saving settings (zprikryl) - fixed conf: comment in the middle of the line isn't supported anymore (zprikryl) - BZ#518413 PATCH ... furious kerneloops reporting (aarapov) - GUI: added first part of support for gettext (jmoskovc) - add new parameter to FileTransfer plugin (dnovotny) - added support for updating abrt's table (zprikryl) - added check for cc-list and reporter. +1 is created iff reporter is somebody else and current user isn't in cc list. (zprikryl) - GUI: few improvements, to be more userfriendly (jmoskovc) - LOGGER: return valid uri of the log file on succes (jmoskovc) - GUI: bring the GUI up to front instead of just blinking in taskbar (trac#60, rhbz#512390) (jmoskovc) - Try to execute $bindir/abrt-gui, then fall back to $PATH search. Closes bug 65 (vda.linux) - APPLET: added popup menu (trac#37, rhbz#518386) (jmoskovc) - Improved report results (zprikryl) - Fixed sigsegv (#rhbz 518609) (zprikryl) - GUI: removed dependency on libsexy if gtk2 >= 2.17 (jmoskovc) - fixed signature check (zprikryl) - KerneloopsSysLog: check line length to be >= 4 before looking for "Abrt" (vda.linux) - Comment cannot start in the middle of the line. Comment has to start by Char # (first char in the line) (zprikryl) - command mailx isn't run under root anymore. (zprikryl) - GUI: added horizontal scrolling to report window (jmoskovc) - GUI: added clickable link to "after report" status window (jmoskovc) - added default values for abrt daemon (zprikryl) - Plugins/CCpp: remove trailing \n from debuginfo-install's output (vda.linux) - explain EnableGPGCheck option better (vda.linux) - mailx: correct English (vda.linux) - Bugzilla.conf: correct English (vda.linux) - GUI: nicer after report message (jmoskovc) - BZ plugin: removed /xmlrpc.cgi from config, made the report message more user friendly (jmoskovc) - CCpp plugin: do not abort if debuginfos aren't found (vda.linux) - abrt.spec: bump version to 0.0.7-2 (vda.linux) - mailx removed dangerous parameter option (zprikryl) - minimum timeout is 1 second (zprikryl) - in case of plugin error, don't delete debug dumps (zprikryl) - abrt-gui: fix crash when run by root (vda.linux) - and lot more in git log ... * Thu Aug 20 2009 Jiri Moskovcak 0.0.7.2-1 - new version - fixed some bugs found during test day arora-0.9.0-1.fc12 ------------------ * Fri Jul 31 2009 Jaroslav Reznik - 0.9.0-1 - Update to 0.9.0 banshee-1.5.1-0.2.git20090831.fc12 ---------------------------------- * Mon Aug 31 2009 Michel Salim - 1.5.1-0.1.git20090831.fc12 - Update to latest snapshot * Mon Aug 31 2009 Michel Salim - 1.5.1-0.2.git20090831.fc12 - Build with clutter support bisho-0.11-3.fc12 ----------------- * Mon Aug 31 2009 Peter Robinson 0.11-3 - Add upstream patch for gconf schema name clustermon-0.16.1-2.fc12 ------------------------ * Mon Aug 31 2009 Ryan McCabe - 0.16.1-2 - Forward port from F11. compat-gcc-34-3.4.6-18 ---------------------- * Mon Aug 31 2009 Karsten Hopp 3.4.6-18 - strip -march=z9-109 and -mtune=z10 from OPT_FLAGS on s390, s390x (#519507) conexus-0.9.0-3.fc12 -------------------- * Thu Aug 27 2009 Tomas Mraz - 0.9.0-2 - rebuilt with new openssl * Thu Aug 27 2009 Warren Togami - 0.9.0-3 - rebuild deltarpm-3.5-0.git.20090831.1.fc12 ---------------------------------- * Mon Aug 31 2009 Jonathan Dieter - 3.5-0.git.20090831.1 - Add python bindings sub-package - Fix build error directfb-1.4.2-3.fc12 --------------------- * Mon Aug 31 2009 kwizart < kwizart at gmail.com > - 1.4.2-3 - Update to 1.4.2 - Add dfbtest_sync and pxa3xx_dump eb-4.4.1-1.fc12 --------------- * Mon Aug 31 2009 Jens Petersen - 4.4.1-1 - update to 4.4.1 (Mamoru Tasaka, #518072) eblook-1.6.1-6.fc12 ------------------- * Mon Aug 31 2009 Mamoru Tasaka - 1.6.1-6 - F-12: Rebuild against new eb ebnetd-1.0-7.fc12 ----------------- * Mon Aug 31 2009 Mamoru Tasaka - 1.0-7 - F-12: Rebuild against new eb ebview-0.3.6.2-2.fc12 --------------------- * Sun Aug 30 2009 Mamoru Tasaka - 0.3.6.2-2 - F-12: Rebuild against new eb eclipse-3.5.0-0.9.fc12 ---------------------- * Mon Aug 31 2009 Alexander Kurtakov 1:3.5.0-0.9 - Remove all testframework sources, patches, build and etc. eclipse-testframework-3.5.0-3.fc12 ---------------------------------- * Mon Aug 31 2009 Alexander Kurtakov 3.5.0-3 - Move library.xml patch from eclipse srpm. emacs-23.1-6.fc12 ----------------- * Mon Aug 31 2009 Daniel Novotny 1:23.1-6 - fixed buffer menu (#515722) emacs-magit-0.7-6.fc12 ---------------------- * Wed Aug 26 2009 Tom Moertel - 0.7-6 - Updated for Magit 0.7 final release (note: upstream removed FDL from tarball) fontconfig-2.7.2-1.fc12 ----------------------- * Mon Aug 31 2009 Behdad Esfahbod - 2.7.2-1 - Update to 2.7.2 ghc-GLUT-2.1.1.2-2.fc12 ----------------------- * Mon Aug 31 2009 Jens Petersen - 2.1.1.2-2 - devel package requires freeglut-devel - move BRs to source (base) package git-1.6.4.2-1.fc12 ------------------ * Sun Aug 30 2009 Todd Zullinger - 1.6.4.2-1 - git-1.6.4.2 gupnp-0.12.8-4.fc12 ------------------- * Mon Aug 31 2009 Peter Robinson 0.12.8-4 - some spec file cleanups, depend on libuuid instead of e2fsprogs-devel httping-1.3.1-1.fc12 -------------------- * Mon Aug 31 2009 Dan Hor?k - 1.3.1-1 - Updated to new upstream version 1.3.1 - Updated the strndup patch * Thu Jul 16 2009 Fabian Affolter - 1.3.0-1 - Updated to new upstream version ibus-table-cangjie-1.2.0.20090831-2.fc12 ---------------------------------------- * Mon Aug 31 2009 Caius 'kaio' Chance - 1.2.0.20090831-1.fc12 - Updated source. - Added CangJie (big) table. * Mon Aug 31 2009 Caius 'kaio' Chance - 1.2.0.20090831-2.fc12 - Typo in file section. ibus-table-erbi-1.2.0.20090901-1.fc12 ------------------------------------- * Tue Sep 01 2009 Caius 'kaio' Chance - 1.1.0.20090901-1.fc12 - Updated source with fixes on format of erbi standard table. kvirc-4.0.0-0.15.20090831svn3442.fc12 ------------------------------------- * Mon Aug 31 2009 Alexey Kurov - 4.0.0-0.15.20090831svn3442 - r3442: added option for using cmake flags from environment variables - Added -DUSE_ENV_FLAGS=ON for using default cmake flags libXtst-1.0.99.2-3.fc12 ----------------------- * Mon Aug 31 2009 Caol?n McNamara 1.0.99.2-3 - Resolves: rhbz#513753 libXtst-devel requires libXi-devel for included headers libhugetlbfs-2.6-1.fc12 ----------------------- * Mon Aug 31 2009 Eric Munson 2.6-1 - Updating for the libhugetlbfs-2.6 release lohit-fonts-2.4.2-1.fc12 ------------------------ * Mon Aug 31 2009 Pravin Satpute - 2.4.2-1 - upstream new release - rh bugzilla bug fixes 520032 520033 520034 520035 520036 520037 520038 520039 - rh bugzilla bug fixes 520040 520041 520042 520043 520045 520046 520049 520050 520051 maven-surefire-2.3-7.7.fc12 --------------------------- * Mon Aug 31 2009 Alexander Kurtakov 0:2.3-7.3 - Install JPP.maven2.plugins-surefire-plugin.pom now that we have maven 2.0.8. * Mon Aug 31 2009 Alexander Kurtakov 0:2.3-7.4 - Disable not needed BRs. * Mon Aug 31 2009 Alexander Kurtakov 0:2.3-7.5 - Revert previous change. * Mon Aug 31 2009 Alexander Kurtakov 0:2.3-7.6 - Really remove maven2-plugin-surefire BR. * Mon Aug 31 2009 Andrew Overholt 0:2.3-7.7 - Bump release to rebuild * Wed Aug 19 2009 Alexander Kurtakov 0:2.3-7.2 - Don't install JPP.maven2.plugins-surefire-plugin.pom to fix conflict with maven2 2.0.4. * Tue Aug 18 2009 Alexander Kurtakov 0:2.3-7.1 - Update to 2.3 - sync with jpackage. maven2-2.0.8-1.4.fc12 --------------------- * Mon Aug 31 2009 Alexander Kurtakov 0:2.0.8-1.4 - Move missing dependencies to without_bootstrap blocks. mc-4.7.0-0.4.pre2.fc12 ---------------------- * Tue Sep 01 2009 Jindrich Novy 4.7.0-0.4.pre2 - update to 4.7.0-pre2 mingw32-glibmm24-2.21.4-1.fc12 ------------------------------ * Mon Aug 31 2009 Thomas Sailer - 2.21.3-1 - update to 2.21.3 match native package * Mon Aug 31 2009 Thomas Sailer - 2.21.4-1 - update to 2.21.4 match native package mingw32-gtkmm24-2.17.2-1.fc12 ----------------------------- * Mon Aug 31 2009 Thomas Sailer - 2.17.2-1 - update to 2.17.2 to match native mojito-0.20-5.fc12 ------------------ * Mon Aug 31 2009 Peter Robinson 0.20-3 - Rebuild for new NetworkManager * Mon Aug 31 2009 Peter Robinson 0.20-4 - Add patch for detection of new NetworkManager * Mon Aug 31 2009 Peter Robinson 0.20-5 - Actually commit patch for detection of new NetworkManager mutter-moblin-0.35.4-1.fc12 --------------------------- * Mon Aug 31 2009 Peter Robinson 0.35.4-1 - New 0.35.4 upstream release mysql-5.1.37-5.fc12 ------------------- * Mon Aug 31 2009 Tom Lane 5.1.37-5 - Work around unportable assumptions about stpcpy(); re-enable main.mysql test - Clean up some obsolete parameters to the configure script mysql-gui-tools-5.0r14-1.fc12 ----------------------------- * Mon Aug 31 2009 Dennis Gilmore - 5.0r14-1 - update to 5.0r14 * Fri Aug 21 2009 Tomas Mraz - 5.0r12-13 - rebuilt with new openssl * Sat Jul 25 2009 Fedora Release Engineering - 5.0r12-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nss-3.12.3.99.3-30.fc12 ----------------------- * Mon Aug 31 2009 Elio Maldonado - 3.12.3.99.3-30 - Fix FORTIFY_SOURCE buffer overflows in test suite on ppc and ppc64 - bug 519766 - Fixed requires and buildrequires as per recommendations in spec file review nss-softokn-3.12.3.99.3-24.fc12 ------------------------------- * Mon Aug 31 2009 Elio Maldonado - 3.12.3.99.3-24 - Fixed test on %postun to avoid returning 1 when nss-softokn instances still remain nx-3.3.0-37.fc12 ---------------- * Fri Aug 21 2009 Tomas Mraz - 3.3.0-37 - rebuilt with new openssl * Sat Jul 25 2009 Fedora Release Engineering - 3.3.0-36 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild octave-forge-20090607-12.fc12 ----------------------------- * Mon Aug 31 2009 Alex Lancaster - 20090607-9 - Temporarily disable java build again * Mon Aug 31 2009 Alex Lancaster - 20090607-10 - Re-enable parallel package, fixed in upstream SVN (diff r5742:6118) - Disable include patch, now part of parallel patch * Mon Aug 31 2009 Alex Lancaster - 20090607-11 - Fixed shell globbing in build and install sections that missed packages with subminor versions (thanks Dmitri Sergatskov) - Add patch from upstream SVN (r5936) to build fixed-0.7.10 package - Renumber patches * Mon Aug 31 2009 Alex Lancaster - 20090607-12 - Add patch from upstream SVN (r6073) for 'vrml' - Disable 'fixed' package again, patch fixed the build but fails at install-time on i686 probably for similar reasons java- fails to install * Thu Aug 20 2009 Alex Lancaster - 20090607-7 - More build failures: remove java, report upstream as (yet) another broken package. * Thu Aug 20 2009 Alex Lancaster - 20090607-8 - Add patch from upstream SVN (r6098) to fix 'java' build. - Disable spanish package: doesn't build with Octave 3.2 * Wed Aug 19 2009 Alex Lancaster - 20090607-4 - Add patch from SVN upstream (r6116) to fix build of parallel package (bump version of package to 2.0.1) * Wed Aug 19 2009 Alex Lancaster - 20090607-5 - Disable 'parallel' and associated patches temporarily just to get the whole thing to build and fix broken deps (upstream working on it) * Wed Aug 19 2009 Alex Lancaster - 20090607-6 - More build failures: temporarily disable graceplot, report upstream as (yet) another broken package. * Tue Aug 18 2009 Alex Lancaster - 20090607-3 - Temporarily remove ftp because of build problems with SWIG upstream. openssh-5.2p1-21.fc12 --------------------- * Mon Aug 31 2009 Jan F. Chadima - 5.2p1-21 - rearange selinux patch to be acceptable for upstream - replace seftp patch by an upstream version openssl-1.0.0-0.6.beta3.fc12 ---------------------------- * Mon Aug 31 2009 Tomas Mraz 1.0.0-0.6.beta3 - fix openssl dgst -dss1 (#520152) paraview-3.6.1-6.fc12 --------------------- * Mon Aug 31 2009 Orion Poplawski - 3.6.1-6 - Don't ship lproj, conflicts with vtk parted-1.9.0-14.fc12 -------------------- * Mon Aug 31 2009 Joel Granados 1.9.0-14 - Patchs for 'commit to os' for linux. Thx to hansg. perl-AnyEvent-5.11-2.fc12 ------------------------- * Mon Aug 31 2009 kwizart < kwizart at gmail.com > - 5.11-2 - Update to 5.112 (rpm version : 5.11 ) perl-BDB-1.84-1.fc12 -------------------- * Mon Aug 31 2009 kwizart < kwizart at gmail.com > - 1.84-1 - Update to 1.84 - Add Patch to get rid of common:sense perl-Crypt-OpenSSL-DSA-0.13-14.fc12 ----------------------------------- * Mon Aug 31 2009 Stepan Kasal - 0.13-14 - re-enable tests perl-Devel-FindRef-1.42-6.fc12 ------------------------------ * Mon Aug 31 2009 Nicolas Chauvet (kwizart) 1.42-5 - Update internal version to 1.422 perl-IO-Async-0.23-1.fc12 ------------------------- * Mon Aug 31 2009 kwizart < kwizart at gmail.com > - 0.23-1 - Update to 0.23 perl-JSON-2.15-3.fc12 --------------------- * Mon Aug 31 2009 Chris Weyl 2.15-3 - update filtering qt-4.5.2-13.fc12 ---------------- * Mon Aug 31 2009 Than Ngo - 4.5.2-13 - fix for CVE-2009-2700 rpmconf-0.1.8-1.fc12 -------------------- * Mon Aug 31 2009 Miroslav Suchy 0.1.8-1 - fix copy and past typo sane-backends-1.0.20-7.fc12 --------------------------- * Mon Aug 31 2009 Nils Philippsen - 1.0.20-7 - fix --enable-rpath selinux-policy-3.6.30-1.fc12 ---------------------------- * Mon Aug 31 2009 Dan Walsh 3.6.29-2 - Allow gssd to send signals to users - Fix duplicate label for apache content * Mon Aug 31 2009 Dan Walsh 3.6.30-1 - Update to upsteam setroubleshoot-2.2.24-1.fc12 ---------------------------- * Mon Aug 31 2009 Dan Walsh - 2.2.23-3 - Add PackageKit requires * Mon Aug 31 2009 Dan Walsh - 2.2.24-1 - Fix permissive fix * Thu Aug 27 2009 Dan Walsh - 2.2.23-2 - Move python-slip-dbus requirement to server package squid-3.0.STABLE18-3.fc12 ------------------------- * Mon Aug 31 2009 Henrik Nordstrom - 3.0.STABLE18-3 - Bug #520445 silence logrotate when Squid is not running tryton-1.2.2-1.fc12 ------------------- * Mon Aug 31 2009 Dan Hor?k 1.2.2-1 - update to upstream version 1.2.2 trytond-1.2.2-1.fc12 -------------------- * Mon Aug 31 2009 Dan Hor?k 1.2.2-1 - update to upstream version 1.2.2 uim-1.5.6-2.fc12 ---------------- * Mon Aug 31 2009 Mamoru Tasaka - 1.5.6-2 - F-12: Rebuild against new eb waf-1.5.9-1.fc12 ---------------- * Mon Aug 31 2009 Thomas Moschny - 1.5.9-1 - Update to 1.5.9. - Rebase libdir patch. xforms-1.0.92-0.1.pre7.fc12 --------------------------- * Mon Aug 31 2009 Rex Dieter - 1.0.91-2 - %files: fix %defattr typo - drop libXpm-devel from x_deps * Mon Aug 31 2009 Rex Dieter - 1.0.92-0.1.pre7 - xforms-1.0.92pre7 yum-3.2.23-15.fc12 ------------------ * Mon Aug 31 2009 Seth Vidal - 3.2.23-15 - one more head update - fixes some fairly ugly but kind of minor bugs Summary: Added Packages: 11 Removed Packages: 0 Modified Packages: 64 Broken deps for i386 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 anaconda-12.17-1.fc12.i686 requires libnm_glib.so.0 anaconda-12.17-1.fc12.i686 requires libaudit.so.0 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.i686 requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libssl.so.8 compat-erlang-R10B-13.11.fc11.i586 requires libcrypto.so.8 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 hedgewars-0.9.11-2.fc12.i686 requires libssl.so.8 httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 perl-JSON-2.15-3.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.i686 requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.x86_64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.x86_64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.x86_64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.x86_64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.i686 requires libssl.so.8 chunkd-0.4-4.fc12.i686 requires libcrypto.so.8 chunkd-0.4-4.fc12.x86_64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.x86_64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.x86_64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.x86_64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.x86_64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.i686 requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.x86_64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) perl-JSON-2.15-3.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ redhat-lsb-3.2-5.fc12.x86_64 requires /usr/bin/[ rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc requires libcrypto.so.8 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc requires libnm_glib.so.0 anaconda-12.17-1.fc12.ppc requires libaudit.so.0 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-fax-1.6.1-0.24.rc1.fc12.ppc requires libspandsp.so.1 asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libssl.so.8 asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc requires libssl.so.8 chunkd-0.4-4.fc12.ppc requires libcrypto.so.8 chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libssl.so.8 compat-erlang-R10B-13.11.fc11.ppc requires libcrypto.so.8 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.ppc requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.ppc requires libssl.so.8 httrack-3.43.2-4.fc12.ppc requires openssl = 0:0.9.8k httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-JSON-2.15-3.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 redhat-lsb-3.2-5.fc12.ppc requires /usr/bin/[ redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- 389-ds-base-1.2.2-1.fc12.ppc64 requires libcrypto.so.8()(64bit) anaconda-12.17-1.fc12.ppc64 requires libnm_glib.so.0()(64bit) anaconda-12.17-1.fc12.ppc64 requires libaudit.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) asterisk-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-fax-1.6.1-0.24.rc1.fc12.ppc64 requires libspandsp.so.1()(64bit) asterisk-snmp-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libcrypto.so.8()(64bit) asterisk-voicemail-imap-1.6.1-0.24.rc1.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libssl.so.8()(64bit) chunkd-0.4-4.fc12.ppc64 requires libcrypto.so.8()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libssl.so.8()(64bit) compat-erlang-R10B-13.11.fc11.ppc64 requires libcrypto.so.8()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) hedgewars-0.9.11-2.fc12.ppc64 requires libssl.so.8()(64bit) httrack-3.43.2-4.fc12.ppc64 requires openssl = 0:0.9.8k kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-JSON-2.15-3.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) serpentine-0.9-5.fc12.noarch requires gnome-python2-nautilus-cd-burner xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From jonathan.underwood at gmail.com Tue Sep 1 12:47:53 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Sep 2009 13:47:53 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090831114851.GA20794@free.fr> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> <20090831111521.GB3138@pucmeloud.brq.redhat.com> <20090831114851.GA20794@free.fr> Message-ID: <645d17210909010547w23879c8ged30e7d6857134c4@mail.gmail.com> 2009/8/31 Patrice Dumas : > Hello, > > I haven't followed closely the new packaging of texlive, so you should > take my comments with caution... > > On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote: >> >> The new packages obsolete the ancient tetex stuff: >> tetex-tex4ht > > I think that the stand-alone tex4ht could be better than the texlive one. > It was updated many time a year in the past (but it may change). > >> tetex-elvevier > > In the past, the version in CTAN of this package used to lag a lot. I'd > still advise taking the files from the web, especially since there is also > the old style in the stand-alone package. > >> and these utilities: >> dvipdfm >> dvipdfmx >> dvipng >> xdvi >> xdvipdfmx > > Haven't some of those an upstream different from texlive? They do - however I lean towards using ones that come from texlive though, so we benefit from the integration work the TeXLive developers do. Once we start down the road of packaging everything with another upstream separately we get closer to basically developing out own TeX distribution, and we don't have the manpower to do that. A purest approach wouldn't consume the class files and packages from TeXLive either, but would rather take the .dtx files etc from ctan. Clearly this would be crazy. I think it's fair to regard TeXLive as upstream - in most cases the other upstreams are more like development sandboxes. Jonathan (who presently maintains or comaintains most of those packages at the mo). From ajax at redhat.com Tue Sep 1 13:34:02 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 01 Sep 2009 09:34:02 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <20090901073501.028929e4@faldor.intranet> References: <20090901073501.028929e4@faldor.intranet> Message-ID: <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-01 at 07:35 +0200, Michael Schwendt wrote: > The packaging style in the nss-softokn package continues to bug me. > > There are RPM triggers being used to install/remove a prelink config file > whenever the prelink package gets installed/removed. According to a comment > in the spec file, it is only done like that because the package doesn't > want to own the /etc/prelink.conf.d directory. Nothing else is run in > the scriptlets, just a file is moved or deleted. > > Previously, albeit in the different nss package, it used to be duplicate > directory ownership: > > $ repoquery --whatprovides /etc/prelink.conf.d > prelink-0:0.4.0-7.fc11.i586 > nss-0:3.12.3.99.3-2.11.4.fc11.i586 > nss-0:3.12.3-4.fc11.i586 > > Is this a result of the recent move to avoid duplicate directory > ownership? rpm could start refcounting directories any day now and that'd be just fine. Some people like multiple ownership, some don't. The package guidelines recommend against it, but don't forbid it. It's a judgement call. In this particular case I think multiple ownership of the directory is better than triggers, but that moving /etc/prelink.conf.d to filesystem would be even better. - ajax -------------- 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 Tue Sep 1 13:42:21 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 01 Sep 2009 15:42:21 +0200 Subject: Commas not allowed in License tags Message-ID: Hi, this has recently come up in a discussion about the License tags of gcc and mingw32-gcc. The guidelines are very clear here: https://fedoraproject.org/wiki/Packaging:LicensingGuidelines#Multiple_Licensing_Scenarios > If your package contains files which are under multiple, distinct, and > independent licenses, then the spec must reflect this by using "and" as a > separator. There's even an example to clarify this: > License: Python and LGPLv2+ and BSD This is also reflected in the FAQ: https://fedoraproject.org/wiki/Licensing:FAQ#How_should_I_handle_multiple_licensing_situations.3F It shall be noted that commas are also not allowed in dual-licensing scenarios, where "or" is the required separator. Thus the following License tag is NOT valid: > License: GPLv3+, GPLv3+ with exceptions and GPLv2+ with exceptions It should be fixed to read: License: GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions The goal here is not to write stylistically nice English, but to write 100% unambiguous, automatically parsable text. The rpmlint tool is correct in complaining about this. Kevin Kofler From ajax at redhat.com Tue Sep 1 13:45:57 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 01 Sep 2009 09:45:57 -0400 Subject: rawhide report: 20090901 changes In-Reply-To: <20090901110242.GA24403@releng2.fedora.phx.redhat.com> References: <20090901110242.GA24403@releng2.fedora.phx.redhat.com> Message-ID: <1251812757.2027.1620.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-01 at 11:02 +0000, Rawhide Report wrote: > redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ This appears to be a bug in the report script? [ definitely exists in coreutils-7.5-3.fc12. - ajax -------------- 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 nils at redhat.com Tue Sep 1 13:51:50 2009 From: nils at redhat.com (Nils Philippsen) Date: Tue, 01 Sep 2009 15:51:50 +0200 Subject: #! /usr/bin/perl preferred In-Reply-To: <20090828141126.GA18997@camelia.ucw.cz> References: <20090828141126.GA18997@camelia.ucw.cz> Message-ID: <1251813110.3677.328.camel@gibraltar.str.redhat.com> On Fri, 2009-08-28 at 16:11 +0200, Stepan Kasal wrote: > nphilipp: > rss-glx > /usr/bin/rss-glx-rss-glx_install.pl This file isn't needed on Fedora, I've built 0.9.0-3 without it. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty nils at redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From ovasik at redhat.com Tue Sep 1 14:08:41 2009 From: ovasik at redhat.com (=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?=) Date: Tue, 01 Sep 2009 16:08:41 +0200 Subject: rawhide report: 20090901 changes In-Reply-To: <1251812757.2027.1620.camel@atropine.boston.devel.redhat.com> References: <20090901110242.GA24403@releng2.fedora.phx.redhat.com> <1251812757.2027.1620.camel@atropine.boston.devel.redhat.com> Message-ID: <1251814121.3861.45.camel@dhcp-lab-219.englab.brq.redhat.com> Adam Jackson wrote: > On Tue, 2009-09-01 at 11:02 +0000, Rawhide Report wrote: > > > redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ > > This appears to be a bug in the report script? [ definitely exists in > coreutils-7.5-3.fc12. coreutils-7.5-3.fc12 is not yet in that rawhide summary (built later), but there was no change affecting this, so the file is present in coreutils-7.5-2.fc12 (I checked package built in koji) which should be relevant for this rawhide report... Really looks like some glitch somewhere... Ond?ej Va??k -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digit?ln? podepsan? ??st zpr?vy URL: From tcallawa at redhat.com Tue Sep 1 15:09:10 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 01 Sep 2009 11:09:10 -0400 Subject: Commas not allowed in License tags In-Reply-To: References: Message-ID: <4A9D3916.7030905@redhat.com> On 09/01/2009 09:42 AM, Kevin Kofler wrote: > Hi, > > this has recently come up in a discussion about the License tags of gcc and > mingw32-gcc. The guidelines are very clear here: > > https://fedoraproject.org/wiki/Packaging:LicensingGuidelines#Multiple_Licensing_Scenarios > >> If your package contains files which are under multiple, distinct, and >> independent licenses, then the spec must reflect this by using "and" as a >> separator. > > There's even an example to clarify this: > >> License: Python and LGPLv2+ and BSD > > This is also reflected in the FAQ: > https://fedoraproject.org/wiki/Licensing:FAQ#How_should_I_handle_multiple_licensing_situations.3F > > It shall be noted that commas are also not allowed in dual-licensing > scenarios, where "or" is the required separator. > > Thus the following License tag is NOT valid: >> License: GPLv3+, GPLv3+ with exceptions and GPLv2+ with exceptions > > It should be fixed to read: > License: GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions > > The goal here is not to write stylistically nice English, but to write 100% > unambiguous, automatically parsable text. The rpmlint tool is correct in > complaining about this. Yes... this is all correct. Any package that is using commas in the license field should have a bug opened against it. ~spot From tcallawa at redhat.com Tue Sep 1 15:10:11 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 01 Sep 2009 11:10:11 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> Message-ID: <4A9D3953.7030309@redhat.com> On 09/01/2009 09:34 AM, Adam Jackson wrote: > rpm could start refcounting directories any day now and that'd be just > fine. Is there an open trac ticket on this issue with the RPM upstream? ~spot From ndbecker2 at gmail.com Tue Sep 1 15:12:07 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 01 Sep 2009 11:12:07 -0400 Subject: another spin of TeX Live 2009 packages References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> <20090831111521.GB3138@pucmeloud.brq.redhat.com> <20090831114851.GA20794@free.fr> <645d17210909010547w23879c8ged30e7d6857134c4@mail.gmail.com> Message-ID: Jonathan Underwood wrote: > 2009/8/31 Patrice Dumas : >> Hello, >> >> I haven't followed closely the new packaging of texlive, so you should >> take my comments with caution... >> >> On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote: >>> >>> The new packages obsolete the ancient tetex stuff: >>> tetex-tex4ht >> >> I think that the stand-alone tex4ht could be better than the texlive one. >> It was updated many time a year in the past (but it may change). >> >>> tetex-elvevier >> >> In the past, the version in CTAN of this package used to lag a lot. I'd >> still advise taking the files from the web, especially since there is >> also the old style in the stand-alone package. >> >>> and these utilities: >>> dvipdfm >>> dvipdfmx >>> dvipng >>> xdvi >>> xdvipdfmx >> >> Haven't some of those an upstream different from texlive? > > They do - however I lean towards using ones that come from texlive > though, so we benefit from the integration work the TeXLive developers > do. Once we start down the road of packaging everything with another > upstream separately we get closer to basically developing out own TeX > distribution, and we don't have the manpower to do that. A purest > approach wouldn't consume the class files and packages from TeXLive > either, but would rather take the .dtx files etc from ctan. Clearly > this would be crazy. I think it's fair to regard TeXLive as upstream - > in most cases the other upstreams are more like development sandboxes. > > Jonathan (who presently maintains or comaintains most of those > packages at the mo). > IIRC xdvipdfmx is from texlive (but has not been updated for some time) From ajax at redhat.com Tue Sep 1 15:34:08 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 01 Sep 2009 11:34:08 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <4A9D3953.7030309@redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D3953.7030309@redhat.com> Message-ID: <1251819248.2027.1628.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-01 at 11:10 -0400, Tom "spot" Callaway wrote: > On 09/01/2009 09:34 AM, Adam Jackson wrote: > > rpm could start refcounting directories any day now and that'd be just > > fine. > > Is there an open trac ticket on this issue with the RPM upstream? Not that I can see. I had assumed their trac was more or less moribund, since things like %{patches} and prov/req filtering have been implemented but are still open tickets, but I guess we have those implemented in redhat-rpm-macros and not rpm proper. I'd kind of like to have a complete idea of how automatic-dirs would behave though. What happens when an autodir is on the filesystem and a new package comes along to explicitly own it, possibly with different permissions? Does it revert when that package is uninstalled? Do autodirs containing only .rpm{new,save} after package removal get garbage collected? etc. - ajax -------------- 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 jonathan.underwood at gmail.com Tue Sep 1 15:47:18 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Sep 2009 16:47:18 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827181633.205a8bd0@gmx.net> <20090829092710.30f6be41@gmx.net> <20090831111521.GB3138@pucmeloud.brq.redhat.com> <20090831114851.GA20794@free.fr> <645d17210909010547w23879c8ged30e7d6857134c4@mail.gmail.com> Message-ID: <645d17210909010847w2e3b236eh6782ae070d759c34@mail.gmail.com> 2009/9/1 Neal Becker : > IIRC xdvipdfmx is from texlive (but has not been updated for some time) Well, technically, upstream is the xetex project http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&id=xetex_linux From iarnell at gmail.com Tue Sep 1 15:53:36 2009 From: iarnell at gmail.com (Iain Arnell) Date: Tue, 1 Sep 2009 17:53:36 +0200 Subject: Commas not allowed in License tags In-Reply-To: <4A9D3916.7030905@redhat.com> References: <4A9D3916.7030905@redhat.com> Message-ID: <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> On Tue, Sep 1, 2009 at 5:09 PM, Tom "spot" Callaway wrote: [snip] > > Yes... this is all correct. Any package that is using commas in the > license field should have a bug opened against it. Unless it's "Redistributable, no modification permitted", presumably? -- Iain. From tcallawa at redhat.com Tue Sep 1 15:56:02 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 01 Sep 2009 11:56:02 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <1251819248.2027.1628.camel@atropine.boston.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D3953.7030309@redhat.com> <1251819248.2027.1628.camel@atropine.boston.devel.redhat.com> Message-ID: <4A9D4412.9090602@redhat.com> On 09/01/2009 11:34 AM, Adam Jackson wrote: > On Tue, 2009-09-01 at 11:10 -0400, Tom "spot" Callaway wrote: >> On 09/01/2009 09:34 AM, Adam Jackson wrote: >>> rpm could start refcounting directories any day now and that'd be just >>> fine. >> >> Is there an open trac ticket on this issue with the RPM upstream? > > Not that I can see. I had assumed their trac was more or less moribund, > since things like %{patches} and prov/req filtering have been > implemented but are still open tickets, but I guess we have those > implemented in redhat-rpm-macros and not rpm proper. > > I'd kind of like to have a complete idea of how automatic-dirs would > behave though. What happens when an autodir is on the filesystem and a > new package comes along to explicitly own it, possibly with different > permissions? Does it revert when that package is uninstalled? Do > autodirs containing only .rpm{new,save} after package removal get > garbage collected? etc. Well, I can tell you that their trac is definitely active. I put in a ticket for one of my long-time pet-peeves (that every spec has to have a %clean with rm -rf %{buildroot} when it should be a sane default, overridden if necessary by defining it) and they recently implemented that. Best I can say is to open the ticket, and offer suggestions on how you feel it should be handled. ~spot From tcallawa at redhat.com Tue Sep 1 15:56:53 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 01 Sep 2009 11:56:53 -0400 Subject: Commas not allowed in License tags In-Reply-To: <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> References: <4A9D3916.7030905@redhat.com> <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> Message-ID: <4A9D4445.2080401@redhat.com> On 09/01/2009 11:53 AM, Iain Arnell wrote: > On Tue, Sep 1, 2009 at 5:09 PM, Tom "spot" Callaway wrote: > [snip] >> >> Yes... this is all correct. Any package that is using commas in the >> license field should have a bug opened against it. > > Unless it's "Redistributable, no modification permitted", presumably? Yeah. That's a special case. ~spot From jonathan.underwood at gmail.com Tue Sep 1 15:57:55 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Sep 2009 16:57:55 +0100 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> Message-ID: <645d17210909010857o33ba954bu1a474a62677694d6@mail.gmail.com> 2009/8/31 Thomas Moschny : > 2009/8/31 Jindrich Novy : >> Then installation of emacs-auctex runs without problems. So it seems >> like yum has a hard time to resolve both installation of emacs-auctex and >> obsoletion of dvipng in one transaction even though emacs-auctex >> contains unversioned Requires: to dvipng and texlive-dvipng should >> successfully obsolete it. > > But doing installation that way, I end up with both installed: > > tex-preview-11.85-8.fc11.noarch > texlive-preview-2009-11.84.13530.fc11.noarch > > Is that intentional? Seems emacs-auctex requires 11.85, while your > package provides 11.84. AucTeX is the upstream for the preview tex package - so this is another case where we need to decide whether to go with upstream or the texlive version. In this case, I think we have to go with the upstream (AucTeX) one as each Auctex release is tested against the bundled preview class. Jonathan (emacs-auctex maintainer). From jkeating at redhat.com Tue Sep 1 17:29:05 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 01 Sep 2009 10:29:05 -0700 Subject: Forced retirement of serpentine Message-ID: <1251826145.10114.2.camel@localhost.localdomain> Upstream hasn't had a release since 2007, and it seems pretty dependent on nautilus-cd-burner which no longer exists. Would take significant patching to make work again, so I'm dumping it for now. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- 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 jonathan.underwood at gmail.com Tue Sep 1 17:48:07 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Sep 2009 18:48:07 +0100 Subject: Dragonfly Mail Agent In-Reply-To: References: <0016e64097f8c66c8004725619bd@google.com> Message-ID: <645d17210909011048m509ef17fx538bb77f8dc95c00@mail.gmail.com> 2009/8/31 Neal Becker : > We already have ssmtp, esmtp. ?Is this something different? I don't think they have local mail delivery capability, though that is being worked on for esmtp. From jonathan.underwood at gmail.com Tue Sep 1 17:50:22 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Tue, 1 Sep 2009 18:50:22 +0100 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <645d17210909010857o33ba954bu1a474a62677694d6@mail.gmail.com> References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> <645d17210909010857o33ba954bu1a474a62677694d6@mail.gmail.com> Message-ID: <645d17210909011050u2ee46cadh64f8e1d41aa423c7@mail.gmail.com> 2009/9/1 Jonathan Underwood : >> Is that intentional? Seems emacs-auctex requires 11.85, while your >> package provides 11.84. > > AucTeX is the upstream for the preview tex package - so this is > another case where we need to decide whether to go with upstream or > the texlive version. > > In this case, I think we have to go with the upstream (AucTeX) one as > each Auctex release is tested against the bundled preview class. > Actually, there is an option to install the AucTeX bundled preview privately for auctex. so both versions could co-exist, if we wanted to do that (although that's not my recommendation). From choeger at cs.tu-berlin.de Tue Sep 1 18:15:43 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Tue, 01 Sep 2009 20:15:43 +0200 Subject: Dragonfly Mail Agent In-Reply-To: <645d17210909011048m509ef17fx538bb77f8dc95c00@mail.gmail.com> References: <0016e64097f8c66c8004725619bd@google.com> <645d17210909011048m509ef17fx538bb77f8dc95c00@mail.gmail.com> Message-ID: <1251828943.8600.0.camel@choeger6> Am Dienstag, den 01.09.2009, 18:48 +0100 schrieb Jonathan Underwood: > 2009/8/31 Neal Becker : > > We already have ssmtp, esmtp. Is this something different? > > I don't think they have local mail delivery capability, though that is > being worked on for esmtp. Does dma have a local queue? Can I sendmail emails when I am offline? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From jlaska at redhat.com Tue Sep 1 18:25:18 2009 From: jlaska at redhat.com (James Laska) Date: Tue, 01 Sep 2009 14:25:18 -0400 Subject: Fedora Test Day Summary - Dracut Message-ID: <1251829518.13221.557.camel@localhost.localdomain> Greetings, As you may recall, last Thursday was the Dracut Test Day [1]. The event was well attended. Thanks to all participants for lending their time, feedback and bug reports. Also, kudos to Alex Todorov and Jan Stodola who helped write and execute the root=nbd [2] and root=nfs [3] dracut test cases. And ... extra thanks to Harald Hoyer who stayed up well into the evening/morning to provide dracut debugging guidance. As always, the full test results matrix can be seen on the wiki, but I've tried to highlight the test configurations, bug reports and test documentation created from the event below. The following root device configurations were requested for testing. * root=/dev/sda1 - PASS * root=LABEL= - PASS * root=UUID= - PASS * root=nfs - PASS * root=nbd - PASS * root=iscsi - PASS * root=lvm+encryption - WARN (see 520109) * root=lvm+raid+encryption - WARN (see 520109) * root=/dev/md0 - FAIL (see 513267, 518793) * root=live_image - FAIL (see 520207) * root=udev-path - UNTESTED * root on cciss - FAIL (see 520125) The following bugs were filed on by participants of the dracut test day. * 519720 NEW - /dev/loopX File exists errors when using dracut * 519733 NEW - LUKS password prompt clobbered by loading module output * 520109 NEW - LVM + RAID + LUKS fails to boot using dracut every other time * 520125 NEW - Dracut fails to boot on cciss storage hardware * 520207 NEW - Filesystem label does not match kernel command line parameter * 519681 ASSIGNED - system hang at set up after reboot by using dracut ramdisk * 513267 ASSIGNED - dracut leaves unbootable system with lvm-on-RAID * 518793 ASSIGNED - Newly installed kernels have initrd-generic that doesn't work with raid * 519537 CLOSED CURRENTRELEASE - Fails to find root on laptop with luks pv The following wiki pages were drafted by test day participants on, or leading up to, the dracut test day. * Dracut Debug guide drafted (thanks Viking_ice!) - https://fedoraproject.org/wiki/How_to_debug_Dracut_problems * 7 Dracut test cases drafted - https://fedoraproject.org/wiki/Category:Dracut_Test_Cases * 1 Anacaonda test case drafted - https://fedoraproject.org/wiki/QA:Testcase_anaconda_encrypted_lvm_on_raid [1] https://fedoraproject.org/wiki/Test_Day:2009-08-27_Dracut [2] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnfs [3] https://fedoraproject.org/wiki/QA:Testcase_Dracut_root%3Dnbd -------------- 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 deadbabylon at googlemail.com Tue Sep 1 18:46:25 2009 From: deadbabylon at googlemail.com (Sebastian Vahl) Date: Tue, 1 Sep 2009 20:46:25 +0200 Subject: KDE-SIG weekly report (36/2009) Message-ID: <200909012046.30356.deadbabylon@googlemail.com> 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: 36/2009 Time: 2009-09-01 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-01 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-01/fedora-meeting.2009-09-01-14.06.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-01/fedora-meeting.2009-09-01-14.06.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * SebastianVahl * StevenParrish * ThanNgo * ThomasJanssen ---------------------------------------------------------------------------------- = Agenda = * topics to discuss: o PolicyKit - final decision o KDE 4.3.1 * recent bugs: o #520611 koffice-filters requires koffice-kplato = Summary = o PolicyKit - final decision: * After KPackageKit stopped using polkit-qt nothing else uses it. * Remaining packages that relies on polkit-qt are PyKDE4 and PolicyKit-KDE. * The (apparently unused) polkit-qt bindings in PyKDE4 will be dropped from F12+. * PolicyKit-KDE in kdebase-workspace will be disabled, as PolicyKit 0.9 is being dropped. * polkit-qt will be blocked from dist-f12 in time for F12 Beta, as PolicyKit 0.9 is being dropped. * We will work on bringing in PolicyKit 1 versions and a PolicyKit 1 backend for kauth for F13 and F12 updates (in time for KDE 4.4). o KDE 4.3.1: * ThanNgo is working on adding support for OpenSSL 1.0 in kdelibs. * LukasTinkl started to work on updates for F11 and F10. * SebastianVahl will update the extragear packages when LukasTinkl imported them into CVS. #520611 - koffice-filters requires koffice-kplato: * New koffice-filters introduced a dependency on koffice-kplato. * KevinKofler and RexDieter will try to sort these dependencies out. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-08 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From rrelyea at redhat.com Tue Sep 1 19:08:32 2009 From: rrelyea at redhat.com (Robert Relyea) Date: Tue, 01 Sep 2009 12:08:32 -0700 Subject: Triggers just to avoid unowned directories? In-Reply-To: <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> Message-ID: <4A9D7130.3030704@REDHAT.COM> On 09/01/2009 06:34 AM, Adam Jackson wrote: > On Tue, 2009-09-01 at 07:35 +0200, Michael Schwendt wrote: > >> The packaging style in the nss-softokn package continues to bug me. >> >> There are RPM triggers being used to install/remove a prelink config file >> whenever the prelink package gets installed/removed. According to a comment >> in the spec file, it is only done like that because the package doesn't >> want to own the /etc/prelink.conf.d directory. Nothing else is run in >> the scriptlets, just a file is moved or deleted. >> >> Previously, albeit in the different nss package, it used to be duplicate >> directory ownership: >> >> $ repoquery --whatprovides /etc/prelink.conf.d >> prelink-0:0.4.0-7.fc11.i586 >> nss-0:3.12.3.99.3-2.11.4.fc11.i586 >> nss-0:3.12.3-4.fc11.i586 >> >> Is this a result of the recent move to avoid duplicate directory >> ownership? >> > rpm could start refcounting directories any day now and that'd be just > fine. > > Some people like multiple ownership, some don't. The package guidelines > recommend against it, but don't forbid it. It's a judgement call. In > this particular case I think multiple ownership of the directory is > better than triggers, but that moving /etc/prelink.conf.d to filesystem > would be even better. > triggers were the suggestion of the package reviewer to avoid multi-ownership(IIRC). If there is unanimity on what the correct solution should be, I'm sure Elio would be happy to implement it. Moving /etc/prelink.conf.d to filesystem would obviously be the simplest for the nss package. bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From tcallawa at redhat.com Tue Sep 1 19:11:11 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 01 Sep 2009 15:11:11 -0400 Subject: Review needed for libtnc Message-ID: <4A9D71CF.7030705@redhat.com> Hi folks, I need this package reviewed so that I can fix the broken dep on xsupplicant in rawhide: https://bugzilla.redhat.com/show_bug.cgi?id=501017 I'd be happy to do a review trade, just let me know. Thanks, ~spot From pbrobinson at gmail.com Tue Sep 1 19:18:24 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 1 Sep 2009 20:18:24 +0100 Subject: Review needed for libtnc In-Reply-To: <4A9D71CF.7030705@redhat.com> References: <4A9D71CF.7030705@redhat.com> Message-ID: <5256d0b0909011218p2f9c3f4dsb9d06a27ab1b86e4@mail.gmail.com> On Tue, Sep 1, 2009 at 8:11 PM, Tom "spot" Callaway wrote: > Hi folks, > > I need this package reviewed so that I can fix the broken dep on > xsupplicant in rawhide: > > https://bugzilla.redhat.com/show_bug.cgi?id=501017 > > I'd be happy to do a review trade, just let me know. Will do that for you now. Peter From mw_triad at users.sourceforge.net Tue Sep 1 21:07:31 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Tue, 01 Sep 2009 16:07:31 -0500 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: David Cantrell wrote: > But I explained in the previous reply how to cycle the interface > using either the network service or NetworkManager. I still view > this as something more technical users will be familiar with and for > the average user, simply rebooting the system is the easiest method. No, the easiest method is: "The following updates require their respective services to be restarted for the updates to take effect. Proceed? [Yes] [No]" Well, easiest for users. Not so much for developers :-). -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Hi! I'm a .signature virus! Copy me into your ~/.signature, please! -- Unknown/Anonymous From notting at redhat.com Tue Sep 1 21:36:58 2009 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Sep 2009 17:36:58 -0400 Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: References: Message-ID: <20090901213658.GP28495@nostromo.devel.redhat.com> Seth Vidal (skvidal at fedoraproject.org) said: > Working on something else I stumbled across this: > > http://fpaste.org/jDwM/ > > that's a list of pkgs in rawhide which are obsoleted by something else in > rawhide. > > seems a bit dodgy to me. Can you file bugs? Bill From skvidal at fedoraproject.org Tue Sep 1 21:40:24 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 1 Sep 2009 17:40:24 -0400 (EDT) Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: <20090901213658.GP28495@nostromo.devel.redhat.com> References: <20090901213658.GP28495@nostromo.devel.redhat.com> Message-ID: On Tue, 1 Sep 2009, Bill Nottingham wrote: > Seth Vidal (skvidal at fedoraproject.org) said: >> Working on something else I stumbled across this: >> >> http://fpaste.org/jDwM/ >> >> that's a list of pkgs in rawhide which are obsoleted by something else in >> rawhide. >> >> seems a bit dodgy to me. > > Can you file bugs? I probably CAN. :) I'll run it again shortly and dump them in. -sv From notting at redhat.com Tue Sep 1 21:44:04 2009 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Sep 2009 17:44:04 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <4A9D7130.3030704@REDHAT.COM> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> Message-ID: <20090901214404.GQ28495@nostromo.devel.redhat.com> Robert Relyea (rrelyea at redhat.com) said: > triggers were the suggestion of the package reviewer to avoid > multi-ownership(IIRC). If there is unanimity on what the correct > solution should be, I'm sure Elio would be happy to implement it. Moving > /etc/prelink.conf.d to filesystem would obviously be the simplest for > the nss package. Multi-ownership seems *far* preferable to me than using triggers to move files around, or moving a prelink-specific directory to the base filesystem package. Bill From jkeating at j2solutions.net Tue Sep 1 22:13:25 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 01 Sep 2009 15:13:25 -0700 Subject: Triggers just to avoid unowned directories? In-Reply-To: <20090901214404.GQ28495@nostromo.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> Message-ID: <1251843205.10114.6.camel@localhost.localdomain> On Tue, 2009-09-01 at 17:44 -0400, Bill Nottingham wrote: > Multi-ownership seems *far* preferable to me than using triggers to > move files around, or moving a prelink-specific directory to the base > filesystem package. Then the guidelines should be fixed to create less confusion over the matter. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- 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 xjakub at fi.muni.cz Tue Sep 1 22:31:57 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Wed, 02 Sep 2009 00:31:57 +0200 Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: References: <20090901213658.GP28495@nostromo.devel.redhat.com> Message-ID: <4A9DA0DD.90103@fi.muni.cz> Dne 1.9.2009 23:40, Seth Vidal napsal(a): > > I probably CAN. :) > > I'll run it again shortly and dump them in. > Then please skip: ignoring obsolete pkg lzma-4.32.7-3.fc12.i686 obsoleted by xz-lzma-compat', 'i686', '0', '4.999.9', '0.1.beta.fc12' ...that's intended. Regards, Milos From walters at verbum.org Tue Sep 1 22:39:58 2009 From: walters at verbum.org (Colin Walters) Date: Tue, 1 Sep 2009 18:39:58 -0400 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: On Tue, Sep 1, 2009 at 5:07 PM, Matthew Woehlke wrote: > > No, the easiest method is: > > "The following updates require their respective services to be restarted for > the updates to take effect. Proceed? [Yes] [No]" I don't think it makes sense to treat everything that presently has an /etc/init.d script equally. For example, if cupsd has no queue, it's probably safe for it to just restart itself at some period of time. Probably the easiest way to implement this would be a flag in the init script which says whether it's safe to "service restart" on updates. For other things, an important question is whether the currently running desktop depends on it. If it does, it's not safe to have such a UI. From bjorn at xn--rombobjrn-67a.se Tue Sep 1 23:26:38 2009 From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-1?q?Bj=F6rn_Persson?=) Date: Wed, 2 Sep 2009 01:26:38 +0200 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: <200909020126.51131.bjorn@xn--rombobjrn-67a.se> Colin Walters wrote: > On Tue, Sep 1, 2009 at 5:07 PM, Matthew > > Woehlke wrote: > > No, the easiest method is: > > > > "The following updates require their respective services to be restarted > > for the updates to take effect. Proceed? [Yes] [No]" > > I don't think it makes sense to treat everything that presently has an > /etc/init.d script equally. For example, if cupsd has no queue, it's > probably safe for it to just restart itself at some period of time. > Probably the easiest way to implement this would be a flag in the init > script which says whether it's safe to "service restart" on updates. I thought a condrestart in %post was the way to do this for those services that can be restarted safely. > For other things, an important question is whether the currently > running desktop depends on it. If it does, it's not safe to have such > a UI. For those services I think a message should be displayed to inform the user that some of the updates will take effect the next time they log out. If it's a security update, the message should urge the user to log out and log in again as soon as possible. Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From kevin.kofler at chello.at Tue Sep 1 23:44:41 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 02 Sep 2009 01:44:41 +0200 Subject: pkgs in rawhide which are obsoleted by something in rawhide References: <20090901213658.GP28495@nostromo.devel.redhat.com> <4A9DA0DD.90103@fi.muni.cz> Message-ID: Milos Jakubicek wrote: > Then please skip: > > ignoring obsolete pkg lzma-4.32.7-3.fc12.i686 > obsoleted by xz-lzma-compat', 'i686', '0', '4.999.9', '0.1.beta.fc12' > > ...that's intended. Huh? How is it intended to have an obsolete package around in Rawhide? The old lzma should get blocked. Kevin Kofler From Quentin at Armitage.org.uk Wed Sep 2 00:09:22 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Wed, 02 Sep 2009 01:09:22 +0100 Subject: Asterisk - attached patch needed to enable build in Rawhide Message-ID: <1251850162.2212.14.camel@samson.armitage.org.uk> Could someone please add the attached patch to Asterisk in Rawhide, to allow it to build against the new openssl. The patch is not related to the new version of openssl, but to the updated version of spandsp. This is a backport from Asterisk 1.6.1.5 (and possibly earlier versions). BTW - is Asterisk currently being maintained in Rawhide. I see that there has been no update for a day or two shot of 6 months, although Asterisk has moved on from 1.6.1-rc1 to 1.6.1.5 in the intervening time. The attached patch is a quick way to get Asterisk to build and be installable again (and also not block the mass updates of openssl). There are requests in bz to update Asterisk to 1.6.1.5, and I am working on that in slowtime. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0016-pagecount.patch Type: text/x-patch Size: 1622 bytes Desc: not available URL: From jeff at ocjtech.us Wed Sep 2 00:38:19 2009 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 1 Sep 2009 19:38:19 -0500 Subject: Asterisk - attached patch needed to enable build in Rawhide In-Reply-To: <1251850162.2212.14.camel@samson.armitage.org.uk> References: <1251850162.2212.14.camel@samson.armitage.org.uk> Message-ID: <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> On Tue, Sep 1, 2009 at 7:09 PM, Quentin Armitage wrote: > Could someone please add the attached patch to Asterisk in Rawhide, to > allow it to build against the new openssl. The patch is not related to > the new version of openssl, but to the updated version of spandsp. This > is a backport from Asterisk 1.6.1.5 (and possibly earlier versions). > > BTW - is Asterisk currently being maintained in Rawhide. I see that > there has been no update for a day or two shot of 6 months, although > Asterisk has moved on from 1.6.1-rc1 to 1.6.1.5 in the intervening time. > > The attached patch is a quick way to get Asterisk to build and be > installable again (and also not block the mass updates of openssl). > There are requests in bz to update Asterisk to 1.6.1.5, and I am working > on that in slowtime. I plan on getting an update to Asterisk out ASAP, but it's taking _forever_ to rebuild the git repository that I use to maintain the various patches. I'll do a quick rebuild with the attached patch so I'm not blocking the openssl update. -- Jeff Ollie From itamar at ispbrasil.com.br Wed Sep 2 01:04:25 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Tue, 1 Sep 2009 22:04:25 -0300 Subject: Asterisk - attached patch needed to enable build in Rawhide In-Reply-To: <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> References: <1251850162.2212.14.camel@samson.armitage.org.uk> <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> Message-ID: We need to send to upstream the patches. maintaining thousand's of patches is not a easy work On Tue, Sep 1, 2009 at 9:38 PM, Jeffrey Ollie wrote: > On Tue, Sep 1, 2009 at 7:09 PM, Quentin Armitage wrote: >> Could someone please add the attached patch to Asterisk in Rawhide, to >> allow it to build against the new openssl. The patch is not related to >> the new version of openssl, but to the updated version of spandsp. This >> is a backport from Asterisk 1.6.1.5 (and possibly earlier versions). >> >> BTW - is Asterisk currently being maintained in Rawhide. I see that >> there has been no update for a day or two shot of 6 months, although >> Asterisk has moved on from 1.6.1-rc1 to 1.6.1.5 in the intervening time. >> >> The attached patch is a quick way to get Asterisk to build and be >> installable again (and also not block the mass updates of openssl). >> There are requests in bz to update Asterisk to 1.6.1.5, and I am working >> on that in slowtime. > > I plan on getting an update to Asterisk out ASAP, but it's taking > _forever_ to rebuild the git repository that I use to maintain the > various patches. ?I'll do a quick rebuild with the attached patch so > I'm not blocking the openssl update. > > -- > Jeff Ollie > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From alsadi at gmail.com Wed Sep 2 01:29:01 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Wed, 2 Sep 2009 04:29:01 +0300 Subject: [PATCH] anaconda upgrade from same version Message-ID: <385866f0909011829n281bf6a3j6668ff9552f4fdbf@mail.gmail.com> it seems that anaconda wants that anaconda's upgrade requires a version that is strictly older than current ie. one can't upgrade an alpha/bera or even same version I suggest the following http://git.fedorahosted.org/git/anaconda.git?p=anaconda.git;a=blob;f=installclasses/fedora.py;h=d3add70353030081f6028924ebbf667ed3a4af10;hb=HEAD#l112 - return newVer > oldVer and newVer - oldVer <= 2 + return newVer >= oldVer and newVer - oldVer <= 2 From skvidal at fedoraproject.org Wed Sep 2 04:03:45 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 2 Sep 2009 00:03:45 -0400 (EDT) Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: References: <20090901213658.GP28495@nostromo.devel.redhat.com> <4A9DA0DD.90103@fi.muni.cz> Message-ID: On Wed, 2 Sep 2009, Kevin Kofler wrote: > Milos Jakubicek wrote: >> Then please skip: >> >> ignoring obsolete pkg lzma-4.32.7-3.fc12.i686 >> obsoleted by xz-lzma-compat', 'i686', '0', '4.999.9', '0.1.beta.fc12' >> >> ...that's intended. > > Huh? How is it intended to have an obsolete package around in Rawhide? The > old lzma should get blocked. > it's being kept around to help people upgrade who are on weird versions of things. -sv From thuforuk at yahoo.co.uk Wed Sep 2 04:44:57 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Tue, 01 Sep 2009 22:44:57 -0600 Subject: Reboot madness? [Was: Re: dhclient and dhcp update require restart?] In-Reply-To: <4A95F6A8.2070701@yahoo.co.uk> References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: <4A9DF849.1050304@yahoo.co.uk> I'm starting to be really bothered by this. Today kdenetwork requires restart due to... "fix Bug 515586 - Kopete: New Messages from changed resource arrive in new tab/window". Wouldn't login/logout sequence do? And that only if the user really cared, i.e. was using Kopete and this bug was really irritating him. Before that imsettings required restart... kpackagekit required restart... I'm with Matthew on this: "This is a real shame. One of the selling points of Linux is that you *don't* need to reboot for every little upgrade (unlike a certain other OS I shan't name)." Is this something that should be bugzilla'd? Cheers, thufor From michael.silvanus at gmail.com Wed Sep 2 07:12:10 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 2 Sep 2009 03:12:10 -0400 Subject: Dragonfly Mail Agent In-Reply-To: <1251828943.8600.0.camel@choeger6> References: <0016e64097f8c66c8004725619bd@google.com> <645d17210909011048m509ef17fx538bb77f8dc95c00@mail.gmail.com> <1251828943.8600.0.camel@choeger6> Message-ID: <615c05430909020012j18b1c12agd105cb89f9e8b226@mail.gmail.com> 2009/9/1 Christoph H?ger : > Am Dienstag, den 01.09.2009, 18:48 +0100 schrieb Jonathan Underwood: >> 2009/8/31 Neal Becker : >> > We already have ssmtp, esmtp. ?Is this something different? >> >> I don't think they have local mail delivery capability, though that is >> being worked on for esmtp. > > Does dma have a local queue? Can I sendmail emails when I am offline? > It has a queue, yes. It does not listen on port 25, so it cannot receive mail from a remote system, and it currently does not handle .forward files (though this one is on the TODO). I asked and there is no official reply yet, but since certain other Dragonfly developments, such as the HAMMER filesystem, are hoped to eventually be ported to other systems, we might get a separate dma submodule at some point. There is an existing Linux port maintained by an Arch Linux developer, but it's more than one year old, and upstream is not entirely happy with the changes made. The current code base appears highly portable -- I needed to introduce 2 macro definitions (__DECONST, and getprogname()) and adjust for time structure differences. I'll focus on getting it packaged and do some light testing, and then I'll put it up for more general testing. Should be in the next day or two. Cheers, -- Michel Alexandre Salim From kevin.kofler at chello.at Wed Sep 2 07:14:53 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 02 Sep 2009 09:14:53 +0200 Subject: [PATCH] anaconda upgrade from same version References: <385866f0909011829n281bf6a3j6668ff9552f4fdbf@mail.gmail.com> Message-ID: Muayyad AlSadi wrote: > it seems that anaconda wants that anaconda's upgrade requires a > version that is strictly older than current That's normal. Anaconda can't do downgrades, so "upgrading" from Fedora n + updates to just Fedora n (with the same n) isn't going to work, or even do anything. So it prevents you from doing that. > ie. one can't upgrade an alpha/bera or even same version If you know what you're doing, you can use the "upgradeany" boot option. You can even upgrade RHEL/CentOS to Fedora that way. Kevin Kofler From michael.silvanus at gmail.com Wed Sep 2 07:57:15 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 2 Sep 2009 03:57:15 -0400 Subject: Triggers just to avoid unowned directories? In-Reply-To: <1251843205.10114.6.camel@localhost.localdomain> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> Message-ID: <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> On Tue, Sep 1, 2009 at 6:13 PM, Jesse Keating wrote: > On Tue, 2009-09-01 at 17:44 -0400, Bill Nottingham wrote: >> Multi-ownership seems *far* preferable to me than using triggers to >> move files around, or moving a prelink-specific directory to the base >> filesystem package. > > Then the guidelines should be fixed to create less confusion over the > matter. > Another precedence is with bash-completion -- the consensus is for packages that provide completion scripts to own /etc/bash_completion.d Regards, -- Michel Alexandre Salim From frankly3d at gmail.com Wed Sep 2 08:01:53 2009 From: frankly3d at gmail.com (Frank Murphy (Frankly3D)) Date: Wed, 02 Sep 2009 09:01:53 +0100 Subject: Commas not allowed in License tags In-Reply-To: <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> References: <4A9D3916.7030905@redhat.com> <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> Message-ID: <4A9E2671.1010502@gmail.com> On 01/09/09 16:53, Iain Arnell wrote: > Redistributable, no modification permitted "Redistributable though no modification permitted" ? From mschwendt at gmail.com Wed Sep 2 08:21:48 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Wed, 2 Sep 2009 10:21:48 +0200 Subject: Triggers just to avoid unowned directories? In-Reply-To: <1251843205.10114.6.camel@localhost.localdomain> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> Message-ID: <20090902102148.77cdec45@faldor.intranet> On Tue, 01 Sep 2009 15:13:25 -0700, Jesse wrote: > On Tue, 2009-09-01 at 17:44 -0400, Bill Nottingham wrote: > > Multi-ownership seems *far* preferable to me than using triggers to > > move files around, or moving a prelink-specific directory to the base > > filesystem package. > > Then the guidelines should be fixed to create less confusion over the > matter. Hear, hear! Really, it's the guidelines that make reviewers and packagers come up with strange "solutions" such as these use of triggers. Other packagers find themselves in a trap and create package dependency bloat just to get the dir ownership "right". Even if they are unhappy with the result. E.g. seahorse-plugins requires gedit and epiphany. Hard to believe, but it's true. :-/ From j.w.r.degoede at hhs.nl Wed Sep 2 08:26:52 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 02 Sep 2009 10:26:52 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1251310288.10127.4.camel@localhost.localdomain> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> Message-ID: <4A9E2C4C.8090904@hhs.nl> Hi, On 08/26/2009 08:11 PM, Jesse Keating wrote: > On Wed, 2009-08-26 at 14:07 -0400, Jon Masters wrote: >> On Wed, 2009-08-26 at 11:45 +0200, Hans de Goede wrote: >>> dracut using kernel come with a prebuild initrd-generic- instead >>> of initrd-, so if we fail to find /boot/initrd-.img, check >>> for /boot/initrd-generic-.img instead. I've done things this way >>> so that if we ever need to generate system specific (so non generic) initrd's >>> for some reason the code will stay working. >> >> Is the plan to basically migrate to entirely pre-built "generic" >> "initrd" initramfs pre-built image files then? Will we even be >> generating the kernel specific stuff in the future? >> >> Jon. >> >> > > That was the plan, however we're finding more and more situations where > this introduces a lot more pain than it solves. For F12 at least it > seems quite too late to switch to using dracut images by default anyway. > As one of the persons involved in dracut and in integrating dracut into the distribution I'm rather surprised to hear this. Where has this been discussed ? Were are the bugs for the situations where this does not work properly ? Also as one of the mkinitrd maintainers I would like to know if we're sticking with mkinitrd for Fedora 12, as there are some open issues which would be really good to fix before the beta if we go this way. Regards, Hans From dennisml at conversis.de Wed Sep 2 10:56:08 2009 From: dennisml at conversis.de (Dennis J.) Date: Wed, 02 Sep 2009 12:56:08 +0200 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> Message-ID: <4A9E4F48.6090902@conversis.de> On 08/27/2009 07:49 PM, David Cantrell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 26 Aug 2009, Dariusz J. Garbowski wrote: > >> Hi, something that bothers me a bit... More and more system restart >> requests with each update (even if one doesn't use the package at the >> time). >> >> Is this necessary for dhclient and dhcp update packages to require >> restart? >> Wouldn't "service network restart" and "service dhcpd restart" in the >> install/upgrade >> scripts do the trick (after checking that the service is actually >> running)? >> Ssh used to do that since, well, as far as I remember. > > Yes, 'service dhcpd restart' will work fine for dhcpd. For dhclient, it's > not necessarily as simple as restarting the network service. If you are > using > the network service, that will work fine. If you are using NetworkManager, > you'll need to either restart NetworkManager or have it down the connection > you're using dhclient on and bring it back up. Why is a restart of NetworkManager necessary in this case? If dhclient reinitializes the interface and gets the old dhcp data then nothing really changes and NetworkManager shouldn't have to care. If e.g. der IP changes then NetworkManager should detect that and reinitialize the connection info on its end (after all the "new" interface might not be connected to anything and thus have to be marked as down anyway). Regards, Dennis From rawhide at fedoraproject.org Wed Sep 2 11:23:58 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 2 Sep 2009 11:23:58 +0000 Subject: rawhide report: 20090902 changes Message-ID: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> Compose started at Wed Sep 2 06:15:05 UTC 2009 New package beacon WYSIWYG editor for docbook xml New package cpptasks Compile and link task for ant New package eqntott Generates truth tables from Boolean equations New package libbs2b Bauer stereophonic-to-binaural DSP library New package maven-archiver Maven Archiver New package maven-doxia-sitetools Doxia content generation framework New package maven-embedder Maven Embedder New package maven-enforcer-rule-api Generic interfaces needed by maven-enforcer-plugin New package maven-plugin-tools Maven Plugin Tools New package media-player-info Data files describing media player capabilities New package mingw32-cppunit MinGW Windows C++ unit testing framework New package zikula-module-feeds RSS feeds module for zikula Removed package serpentine Updated Packages: 389-ds-base-1.2.2-2.fc12 ------------------------ * Tue Sep 01 2009 Caol?n McNamara - 1.2.2-2 - rebuild with new openssl to fix dependencies GeoIP-1.4.7-0.1.20090931cvs.fc12 -------------------------------- * Mon Aug 31 2009 Matt Domsch - 1.4.7.0.1.20090931 - apply CVS HEAD 20090931 which includes IPv6 functions abiword-2.7.10-2.fc12 --------------------- * Tue Sep 01 2009 Marc Maurer - 1:2.7.10-2 - Unconditionally add the dbus-glib-devel BR since the AbiCollab Sugar backend is now always compiled in, even on non-OLPC platforms. alexandria-0.6.5-7.fc12 ----------------------- * Wed Sep 02 2009 Mamoru Tasaka - 0.6.5-7 - Fix for parsing WorldCat provider search result (alexandria-Bugs-27028) anaconda-12.19-1.fc12 --------------------- * Tue Sep 01 2009 Chris Lumens - 12.19-1 - NetworkManager changed *again*, use libnm-glib.pc now. (dcantrell) - Save duplicates from /etc/fstab and don't traceback (#517498). (clumens) - Update fstab header to reference blkid instead of vol_id. (dlehman) - Sort fstab entries by mountpoint. (#498354) (dlehman) - Don't hardcode path to tune2fs. (dlehman) * Fri Aug 28 2009 David Cantrell - 12.18-1 - Append s390x packages to PACKAGES list, exclude /sbin/qetharp-2.4 (dcantrell) - On kickstart installs, you can't select a different parttype (#519137, #520058). (clumens) - Don't try to create a primary partition if all slots are taken. (#519784) (dlehman) - Fix handling of locked preexisting LUKS devices. (#502310) (dlehman) - Fix up handling of preexisting partitions. (dlehman) - Pick up mountpoint set for protected partitions. (#498591) (dlehman) - Ignore partitions belonging to disks we've reinitialized. (dlehman) - Handle newly initialized disklabels whether via ks or prompt. (#519235) (dlehman) - Fix some indentation in the disklabel initialization block. (dlehman) - Use commitToDisk() instead of commit() when only changing flags (hdegoede) - Update PartitionDevice's partedPartition when the PartedDisks get reset (hdegoede) - Add --localscripts option to buildinstall. (dcantrell) - Add missing dependencies for linuxrc.s390 and lsznet in mk-images (dcantrell) - Re-enable login of root user in initrd.img (dcantrell) - Less log clutter with fixing ld64.so.1 symlink in instbin on s390x (dcantrell) - Fix typo in get_dso_deps() for searching /lib on s390x (dcantrell) - Add hfsplus and netconsole kernel modules (#519756, #519785). (clumens) - Adapt expandLangs to work with three character base lang names (#517770). (clumens) - Prevent resizes that would go past the end of the disk (#495520) (dcantrell) arts-1.5.10-8.fc12 ------------------ * Wed Sep 02 2009 Than Ngo - 1.5.10-8 - drop support fedora < 10 asterisk-1.6.1-0.26.rc1.fc12 ---------------------------- * Tue Sep 01 2009 Jeffrey C. Ollie - 1.6.1-0.26.rc1 - Add a patch from Quentin Armitage and rebuld. * Fri Aug 21 2009 Tomas Mraz - 1.6.1-0.25.rc1 - rebuilt with new openssl bind-9.6.1-9.P1.fc12 -------------------- * Tue Sep 01 2009 Adam Tkac 32:9.6.1-9.P1 - next attempt to fix the postun trigger (#520385) - remove obsolete bind-9.3.1rc1-fix_libbind_includedir.patch bluez-4.50-2.fc12 ----------------- * Tue Sep 01 2009 Bastien Nocera 4.50-1 - Update to 4.50 * Tue Sep 01 2009 Bastien Nocera 4.50-2 - Remove obsoleted patches - Add another CUPS backend patch - Update cable pairing patch for new build system chunkd-0.4-5.fc12 ----------------- * Sun Aug 30 2009 Pete Zaitcev - 0.4-5 - rebuilt with new openssl, again (for libssl.so.9 now) compat-erlang-R10B-15.12.fc12 ----------------------------- * Tue Sep 01 2009 Caol?n McNamara - R10B-15.12 - Resolves: rhbz#511447 FTBFS * Fri Aug 21 2009 Tomas Mraz - R10B-15.11 - rebuilt with new openssl * Fri Jul 24 2009 Fedora Release Engineering - R10B-14.11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild coreutils-7.5-3.fc12 -------------------- * Fri Aug 28 2009 Ondrej Vasik - 7.5-3 - ls -i: print consistent inode numbers also for mount points (#453709) cryptopp-5.6.0-3.fc12 --------------------- * Fri Jul 24 2009 Fedora Release Engineering - 5.6.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ctags-5.8-1.fc12 ---------------- * Tue Sep 01 2009 Than Ngo - 5.8-1 - 5.8 - apply patch to fix segment fault, thanks to Masatake YAMATO ctemplate-0.95-2.fc12 --------------------- * Tue Sep 01 2009 Dennis Gilmore - 0.95-2 - make sure that the namespace is ctemplate not google eclipse-changelog-2.6.7-3.fc12 ------------------------------ * Tue Sep 01 2009 Alexander Kurtakov 1:2.6.7-3 - Update to Linux Tools 0.3 release. eclipse-rpm-editor-0.4.3-1.fc12 ------------------------------- * Tue Sep 01 2009 Alexander Kurtakov 0.4.3-1 - Update to Linux Tools 0.3 release. eclipse-rpmstubby-0.3.0-1.fc12 ------------------------------ * Tue Sep 01 2009 Alexander Kurtakov 0.3.0-1 - Update to Linux Tools 0.3 release. empathy-2.27.91.1-6.fc12 ------------------------ * Tue Sep 01 2009 Brian Pepple - 2.27.91.1-6 - Add patch to workaround NetworkManager pc file name change. evolution-2.27.5-3.1.fc12 ------------------------- * Tue Sep 01 2009 Karsten Hopp 2.27.5-3.1 - fix build requirements for f12 rebuild on s390x, add libeconduit.so.* to main package (s390x only) foomatic-4.0.3-1.fc12 --------------------- * Tue Sep 01 2009 Tim Waugh 4.0.3-1 - 4.0.3. gdb-6.8.50.20090818-7.fc12 -------------------------- * Tue Sep 01 2009 Jan Kratochvil - 6.8.50.20090818-7 - archer-jankratochvil-fedora12 commit: d25596676e8811b03f8c9aba6bbd04ebaa9ff5db - [call-frame-cfa] Fix parsing CFA-relative frames (BZ 516627, Tom Tromey). - [vla] variable length Fortran strings for -O -g code (part of BZ 508406, me). - [python] varobj + general fixes (Tom Tromey). gettext-0.17-15.fc12 -------------------- * Tue Sep 01 2009 Jens Petersen - 0.17-15 - bring back autopoint requires cvs (#517361) - requires info rather than /sbin/install-info - drop install_info and remove_install_info macros glibc-2.10.90-18 ---------------- * Tue Sep 01 2009 Andreas Schwab - 2.10.90-18 - Update from master. - fix parse error in (#520209). gnome-python2-desktop-2.27.3-1.fc12 ----------------------------------- * Wed Sep 02 2009 Matthew Barnes - 2.27.3-1.fc12 - Update to 2.27.3 gstreamer-plugins-good-0.10.16-1.fc12 ------------------------------------- * Tue Sep 01 2009 Bastien Nocera 0.10.16-1 - Update to 0.10.16 gtk2-2.17.10-1.fc12 ------------------- * Tue Sep 01 2009 Matthias Clasen - 2.17.10-1 - Update to 2.17.10 gutenprint-5.2.4-5.fc12 ----------------------- * Tue Sep 01 2009 Tim Waugh 5.2.4-5 - Provide IEEE 1284 Device IDs in CUPS model list. hedgewars-0.9.11-3.fc12 ----------------------- * Fri Aug 21 2009 Tomas Mraz - 0.9.11-3 - rebuilt with new openssl httrack-3.43.2-5.fc12 --------------------- * Tue Sep 01 2009 Jesse Keating - 3.43.2-5 - Rebuild for openssl icu-4.2.1-6.fc12 ---------------- * Tue Sep 01 2009 Caolan McNamara - 4.2.1-6 - Resolves: rhbz#520468 fix s390x and other secondary archs ikiwiki-3.1415926-1.fc12 ------------------------ * Tue Sep 01 2009 Thomas Moschny - 3.1415926-1 - Update to 3.1415926 (fixes CVE-2009-2944, see bz 520543). imsettings-0.107.3-1.fc12 ------------------------- * Tue Sep 01 2009 Akira TAGOH - 0.107.3-1 - New upstream release. - Fix taking CPU load after switching IM. - Fix getting stuck after starting some IM. * Mon Aug 31 2009 Akira TAGOH - Add a conditional build to disable xfce module for RHEL. jd-2.4.2-0.3.svn3055_trunk.fc12 ------------------------------- * Wed Sep 02 2009 Mamoru Tasaka - rev 3055 kdelibs-4.3.1-1.fc12 -------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 - openssl-1.0 build fixes koffice-2.0.81-3.fc12 --------------------- * Thu Aug 27 2009 Rex Dieter - 2:2.0.81-3 - fixup some cross dependencies between -filters -kplato -krita libv4l-0.6.1-1.fc12 ------------------- * Tue Sep 01 2009 Hans de Goede 0.6.1-1 - New upstream release 0.6.1 libxdg-basedir-1.0.2-1.fc12 --------------------------- * Tue Sep 01 2009 Michal Nowak - 1.0.2-1 - 1.0.2 ltsp-5.1.84-1.fc12 ------------------ * Tue Sep 01 2009 Warren Togami - 5.1.84-1 - minimal effort to make it install and boot F-12 - fix pulsesaudio launching in F-12 maven-doxia-1.0-0.8.a10.1.fc12 ------------------------------ * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.7.a10 - Fix plexus-cli BR version * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.8.a10 - Add tomcat5-servlet-2.4-api BR * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.8.a10.1 - Add tomcat5 BR * Mon Aug 31 2009 Andrew Overholt 0:1.0-0.6.a10 - Add itext and plexus-cli BRs * Wed Aug 26 2009 Andrew Overholt 0:1.0-0.5.a10 - Update to 1.0 alpha 10 courtesy of Deepak Bhole - Remove gcj support - Add patch to build against iText 2.x (with back-ported XML classes) maven-scm-1.0-0.5.rc1.2.fc12 ---------------------------- * Tue Sep 01 2009 Andrew Overholt 1.0-0.5.rc1.1 - Add tomcat5, tomcat5-servlet-2.4-api, maven-shared-plugin-testing-harness, and tomcat5-jsp-2.0-api BRs * Tue Sep 01 2009 Andrew Overholt 1.0-0.5.rc1.2 - Bump release * Mon Aug 31 2009 Andrew Overholt 1.0-0.5.rc1 - 1.0 RC1 (courtesy Deepak Bhole) - Remove gcj support - Add netbeans-ide11 requirement - Change name on surefire plugin BR maven-shared-8-3.fc12 --------------------- * Tue Sep 01 2009 Andrew Overholt 8-2 - Add tomcat5-servlet-2.4-api BR * Tue Sep 01 2009 Andrew Overholt 8-3 - Add tomcat5, easymock, and maven2-plugin-source BRs * Mon Aug 31 2009 Andrew Overholt 8-1 - Update to version 8 (courtesy Deepak Bhole) maven2-2.0.8-2.fc12 ------------------- * Tue Sep 01 2009 Andrew Overholt 2.0.8-2 - Build in non-bootstrap mode - Change jmock R to easymock for plugin-assembly maven2-common-poms-1.0-9.fc12 ----------------------------- * Tue Sep 01 2009 Milos Jakubicek - 0:1.0-9 - Added JPP.codehaus-mojo-parent.pom - Fix cobertura's jar name in the depmap, should be maven2-plugin-cobertura metacity-2.27.0-8.fc12 ---------------------- * Fri Aug 28 2009 Lennart Poettering - 2.27.0-6 - Apply two trivial patches for bell/sound - http://bugzilla.gnome.org/show_bug.cgi?id=593356 - http://bugzilla.gnome.org/show_bug.cgi?id=593355 * Fri Aug 28 2009 Lennart Poettering - 2.27.0-7 - Apply another trivial patch related to sound events - http://bugzilla.gnome.org/show_bug.cgi?id=593358 * Fri Aug 28 2009 Lennart Poettering - 2.27.0-8 - Actually apply the patch from -7 mingw32-filesystem-55-1.fc12 ---------------------------- * Tue Sep 01 2009 Erik van Pienbroek - 55-1 - The wrapper scripts i686-pc-mingw32-pkg-config, mingw32-pkg-config, mingw32-configure, mingw32-make and mingw32-cmake had a bug where quoted arguments could get interpreted incorrect. Thanks to Michael Ploujnikov for helping out with this issue mingw32-libsoup-2.27.91-1.fc12 ------------------------------ * Tue Sep 01 2009 Erik van Pienbroek - 2.27.91-1 - Update to 2.27.91 mtools-4.0.11-1.fc12 -------------------- * Tue Sep 01 2009 Adam Tkac 4.0.11-1 - update to 4.0.11 net-tools-1.60-95.fc12 ---------------------- * Tue Sep 01 2009 Jiri Popelka - 1.60-95 - netstat - avoid name resolution for listening or established sockets (-l) by return fast. - netstat - --continuous should flush stdout - added missing man pages (iptunnel, ipmaddr, netplug, netplug.d, netplugd.conf) - added note about obsolete commands to existing man pages - let the user know that ifconfig can correctly show only first 8 bytes of Infiniband hw address nethack-3.4.3-23.fc12 --------------------- * Tue Sep 01 2009 Luke Macken - 3.4.3-23 - Fix the categories for the nethack desktop entry (#485362) obexd-0.17-1.fc12 ----------------- * Tue Sep 01 2009 Bastien Nocera 0.17-1 - Update to 0.17 openssh-5.2p1-23.fc12 --------------------- * Tue Sep 01 2009 Jan F. Chadima - 5.2p1-22 - replace ip-opts patch by an upstream candidate version * Tue Sep 01 2009 Jan F. Chadima - 5.2p1-23 - add correct patch for ip-opts pam-1.1.0-5.fc12 ---------------- * Tue Sep 01 2009 Tomas Mraz 1.1.0-5 - do not change permissions with pam_console_apply - drop obsolete pam_tally module and the faillog file (#461258) papyrus-0.12.1-1.fc12 --------------------- * Tue Sep 01 2009 Rick L Vinyard Jr - 0.12.1-1 - New release pciutils-3.1.4-2.fc12 --------------------- * Tue Sep 01 2009 Michal Hlavinka - 3.1.4-1 - updated to 3.1.4 * Tue Sep 01 2009 Michal Hlavinka - 3.1.4-1 - add COPYING to docs perl-B-Utils-0.08-1.fc12 ------------------------ * Wed Sep 02 2009 Iain Arnell 0.08-1 - update to latest upstream - use perl_default_filter perl-Catalyst-Plugin-Session-0.25-1.fc12 ---------------------------------------- * Sat Aug 08 2009 Chris Weyl 0.25-1 - switch to new filtering system (perl_default_filter) - auto-update to 0.25 (by cpan-spec-update 0.01) - added a new req on perl(Catalyst::Runtime) (version 5.71001) - added a new req on perl(Digest) (version 0) - added a new req on perl(File::Spec) (version 0) - added a new req on perl(File::Temp) (version 0) - added a new req on perl(MRO::Compat) (version 0) - added a new req on perl(Moose) (version 0.76) - altered req on perl(MooseX::Emulate::Class::Accessor::Fast) (0 => 0.00801) - added a new req on perl(Object::Signature) (version 0) - added a new req on perl(Tie::RefHash) (version 1.34) - added a new req on perl(namespace::clean) (version 0.10) perl-Catalyst-Plugin-Session-State-Cookie-0.14-1.fc12 ----------------------------------------------------- * Sun Aug 23 2009 Chris Weyl 0.14-1 - switch req/prov filtering systems... - auto-update to 0.14 (by cpan-spec-update 0.01) - added a new br on perl(Moose) (version 0) - added a new br on perl(namespace::autoclean) (version 0) - added a new req on perl(Moose) (version 0) - added a new req on perl(namespace::autoclean) (version 0) perl-DBIx-Class-EncodedColumn-0.00003-1.fc12 -------------------------------------------- * Wed Sep 02 2009 Iain Arnell 0.00003-1 - update to latest upstream (copyright notice added) - remove temporary BRs due to BZ #499768 perl-Event-1.12-1.fc12 ---------------------- * Tue Sep 01 2009 Chris Weyl 1.12-1 - add perl_default_filter - auto-update to 1.12 (by cpan-spec-update 0.01) - added a new req on perl(Test) (version 1) perl-FileHandle-Unget-0.1623-1.fc12 ----------------------------------- * Tue Sep 01 2009 Paul Howarth 0.1623-1 - Update to 0.1623 - fix uninitialized value warning and incorrect behaviour (CPAN RT#48528) - remove reference to obsolete ExtUtils::MakeMaker::bytes (CPAN RT#48984) perl-JSON-2.15-4.fc12 --------------------- * Tue Sep 01 2009 Chris Weyl 2.15-4 - bump perl-Sysadm-Install-0.32-1.fc12 ------------------------------- * Tue Sep 01 2009 Paul Howarth 0.32-1 - Update to 0.32 (make UTF-8 handling configurable, not automatic) postfix-2.6.5-1.fc12 -------------------- * Tue Sep 01 2009 Miroslav Lichvar 2:2.6.5-1 - update to 2.6.5 postgresql-8.4.0-3.1.fc12 ------------------------- * Tue Sep 01 2009 Karsten Hopp 8.4.0-3.1 - disable dtrace on s390x as a workaround until #520469 has been fixed powwow-1.2.16-1.fc12 -------------------- * Tue Sep 01 2009 Kalev Lember - 1.2.16-1 - Update to powwow 1.2.16. - Dropped upstreamed powwow-long-prompt.patch. - Added a plugin example to -devel docs. protobuf-2.0.2-10.fc12 ---------------------- * Wed Sep 02 2009 Milos Jakubicek - 2.0.2-10 - Fix FTBFS (BZ#511491): fix autotools to find gtest-config * Sun Jul 26 2009 Fedora Release Engineering - 2.0.2-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild python-GeoIP-1.2.5-0.2.20090931cvs.fc12 --------------------------------------- * Tue Sep 01 2009 Matt Domsch - 1.2.5-0.2.20090931cvs - fix prerelease versioning * Mon Aug 31 2009 Matt Domsch - 1.2.5-0.1.20090931cvs - add IPv6 functions from CVS HEAD python-gdata-2.0.2-1.fc12 ------------------------- * Tue Sep 01 2009 Bastien Nocera 2.0.2-1 - Update to 2.0.2 python-slip-0.2.3-1.fc12 ------------------------ * Tue Sep 01 2009 Nils Philippsen - 0.2.2-1 - add slip.util.files * Tue Sep 01 2009 Nils Philippsen - 0.2.3-1 - add issamefile(), linkfile(), linkorcopyfile() to slip.util.files rhythmbox-0.12.4-2.fc12 ----------------------- * Tue Sep 01 2009 Bastien Nocera 0.12.4-1 - Update to 0.12.4 * Tue Sep 01 2009 Bastien Nocera 0.12.4-2 - Remove obsolete configure flags - Add libgudev BR - Add media-player-info requires (note, not built yet) rss-glx-0.9.0.p-3.fc12 ---------------------- * Tue Sep 01 2009 Nils Philippsen 0.9.0.p-3 - don't ship prefixed rss-glx-rss-glx_install.pl * Tue Aug 18 2009 Nils Philippsen - explain autofoo patch vdr-skins-20090901-1.fc12 ------------------------- * Tue Sep 01 2009 Ville Skytt? - 20090901-1 - Adapt to recent 1.2+ text2skin versions; patch Aluminium, enigma and izegrey font handling (no longer filename based font paths, phew). - Add EgalsTry 1.1.0. - Apply Thomas G?nther's locale patches for DeepBlue, enElchi, and Enigma. - Drop unused SilverGreen themes, install default properly. - Recompress cleaned up tarballs with xz. - Hardlink identical files. vdr-text2skin-1.2-3.git97c95bc.fc12 ----------------------------------- * Tue Sep 01 2009 Ville Skytt? - 1.2-3.git97c95bc - Update to git revision 97c95bc for several bugfixes and better fonts handling. - Build with GraphicsMagick instead of imlib2 by default. - Make vdr(abi) dependency ISA qualified. - Install translations. - Use %global instead of %define. wireless-tools-29-5.1.fc12 -------------------------- * Tue Sep 01 2009 Karsten Hopp 29-5.1 - drop excludearch s390x as at least the headers are required to build p.e. NetworkManager xemacs-packages-base-20090217-4.fc12 ------------------------------------ * Tue Sep 01 2009 Jerry James - 20090217-4 - Add mule-base patch to fix bz 480845 and hopefully bz 520248. xen-3.4.1-2.fc12 ---------------- * Tue Sep 01 2009 Gerd Hoffmann - 3.4.1-2 - backport bzip2+xz linux kernel compression support. - backport a few bugfixes. xfsprogs-3.0.3-1.fc12 --------------------- * Tue Sep 01 2009 Eric Sandeen 3.0.3-1 - New upstream release xorg-x11-server-1.6.99-44.20090901.fc12 --------------------------------------- * Tue Sep 01 2009 Peter Hutterer 1.6.99-44.20090901 - Today's git snapshot (incl. vga-arbitration). - dri2-page-flip.patch: rebase. - xserver-1.6.99-vga-arb.patch: Drop. xterm-247-1.fc12 ---------------- * Tue Sep 01 2009 Miroslav Lichvar 247-1 - update to 247 Summary: Added Packages: 12 Removed Packages: 1 Modified Packages: 80 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.x86_64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ redhat-lsb-3.2-5.fc12.x86_64 requires /usr/bin/[ rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 gstreamermm-0.10.4-1.fc12.ppc requires libglibmm_generate_extra_defs-2.4.so.1 gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 redhat-lsb-3.2-5.fc12.ppc requires /usr/bin/[ redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) From jlaska at redhat.com Wed Sep 2 12:44:00 2009 From: jlaska at redhat.com (James Laska) Date: Wed, 02 Sep 2009 08:44:00 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> Message-ID: <1251895440.13221.742.camel@localhost.localdomain> Heads up for anyone installing from rawhide today. A fix didn't land in time for anaconda-12.19 (see bug#520791), I've built an updates.img (http://jlaska.fedorapeople.org/520791-updates.img) for anyone interested in testing the installer today. Information on using an updates.img with anaconda is available at http://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network. Thanks, James On Wed, 2009-09-02 at 11:23 +0000, Rawhide Report wrote: > Compose started at Wed Sep 2 06:15:05 UTC 2009 > > New package beacon > WYSIWYG editor for docbook xml > New package cpptasks > Compile and link task for ant > New package eqntott > Generates truth tables from Boolean equations > New package libbs2b > Bauer stereophonic-to-binaural DSP library > New package maven-archiver > Maven Archiver > New package maven-doxia-sitetools > Doxia content generation framework > New package maven-embedder > Maven Embedder > New package maven-enforcer-rule-api > Generic interfaces needed by maven-enforcer-plugin > New package maven-plugin-tools > Maven Plugin Tools > New package media-player-info > Data files describing media player capabilities > New package mingw32-cppunit > MinGW Windows C++ unit testing framework > New package zikula-module-feeds > RSS feeds module for zikula > Removed package serpentine > Updated Packages: > > 389-ds-base-1.2.2-2.fc12 > ------------------------ > * Tue Sep 01 2009 Caol?n McNamara - 1.2.2-2 > - rebuild with new openssl to fix dependencies > > > GeoIP-1.4.7-0.1.20090931cvs.fc12 > -------------------------------- > * Mon Aug 31 2009 Matt Domsch - 1.4.7.0.1.20090931 > - apply CVS HEAD 20090931 which includes IPv6 functions > > > abiword-2.7.10-2.fc12 > --------------------- > * Tue Sep 01 2009 Marc Maurer - 1:2.7.10-2 > - Unconditionally add the dbus-glib-devel BR since the AbiCollab > Sugar backend is now always compiled in, even on non-OLPC > platforms. > > > alexandria-0.6.5-7.fc12 > ----------------------- > * Wed Sep 02 2009 Mamoru Tasaka - 0.6.5-7 > - Fix for parsing WorldCat provider search result (alexandria-Bugs-27028) > > > anaconda-12.19-1.fc12 > --------------------- > * Tue Sep 01 2009 Chris Lumens - 12.19-1 > - NetworkManager changed *again*, use libnm-glib.pc now. (dcantrell) > - Save duplicates from /etc/fstab and don't traceback (#517498). (clumens) > - Update fstab header to reference blkid instead of vol_id. (dlehman) > - Sort fstab entries by mountpoint. (#498354) (dlehman) > - Don't hardcode path to tune2fs. (dlehman) > > * Fri Aug 28 2009 David Cantrell - 12.18-1 > - Append s390x packages to PACKAGES list, exclude /sbin/qetharp-2.4 > (dcantrell) > - On kickstart installs, you can't select a different parttype > (#519137, #520058). (clumens) > - Don't try to create a primary partition if all slots are taken. (#519784) > (dlehman) > - Fix handling of locked preexisting LUKS devices. (#502310) (dlehman) > - Fix up handling of preexisting partitions. (dlehman) > - Pick up mountpoint set for protected partitions. (#498591) (dlehman) > - Ignore partitions belonging to disks we've reinitialized. (dlehman) > - Handle newly initialized disklabels whether via ks or prompt. (#519235) > (dlehman) > - Fix some indentation in the disklabel initialization block. (dlehman) > - Use commitToDisk() instead of commit() when only changing flags (hdegoede) > - Update PartitionDevice's partedPartition when the PartedDisks get reset > (hdegoede) > - Add --localscripts option to buildinstall. (dcantrell) > - Add missing dependencies for linuxrc.s390 and lsznet in mk-images > (dcantrell) > - Re-enable login of root user in initrd.img (dcantrell) > - Less log clutter with fixing ld64.so.1 symlink in instbin on s390x > (dcantrell) > - Fix typo in get_dso_deps() for searching /lib on s390x (dcantrell) > - Add hfsplus and netconsole kernel modules (#519756, #519785). (clumens) > - Adapt expandLangs to work with three character base lang names (#517770). > (clumens) > - Prevent resizes that would go past the end of the disk (#495520) > (dcantrell) > > > arts-1.5.10-8.fc12 > ------------------ > * Wed Sep 02 2009 Than Ngo - 1.5.10-8 > - drop support fedora < 10 > > > asterisk-1.6.1-0.26.rc1.fc12 > ---------------------------- > * Tue Sep 01 2009 Jeffrey C. Ollie - 1.6.1-0.26.rc1 > - Add a patch from Quentin Armitage and rebuld. > > * Fri Aug 21 2009 Tomas Mraz - 1.6.1-0.25.rc1 > - rebuilt with new openssl > > > bind-9.6.1-9.P1.fc12 > -------------------- > * Tue Sep 01 2009 Adam Tkac 32:9.6.1-9.P1 > - next attempt to fix the postun trigger (#520385) > - remove obsolete bind-9.3.1rc1-fix_libbind_includedir.patch > > > bluez-4.50-2.fc12 > ----------------- > * Tue Sep 01 2009 Bastien Nocera 4.50-1 > - Update to 4.50 > > * Tue Sep 01 2009 Bastien Nocera 4.50-2 > - Remove obsoleted patches > - Add another CUPS backend patch > - Update cable pairing patch for new build system > > > chunkd-0.4-5.fc12 > ----------------- > * Sun Aug 30 2009 Pete Zaitcev - 0.4-5 > - rebuilt with new openssl, again (for libssl.so.9 now) > > > compat-erlang-R10B-15.12.fc12 > ----------------------------- > * Tue Sep 01 2009 Caol?n McNamara - R10B-15.12 > - Resolves: rhbz#511447 FTBFS > > * Fri Aug 21 2009 Tomas Mraz - R10B-15.11 > - rebuilt with new openssl > > * Fri Jul 24 2009 Fedora Release Engineering - R10B-14.11 > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > coreutils-7.5-3.fc12 > -------------------- > * Fri Aug 28 2009 Ondrej Vasik - 7.5-3 > - ls -i: print consistent inode numbers also for mount points > (#453709) > > > cryptopp-5.6.0-3.fc12 > --------------------- > * Fri Jul 24 2009 Fedora Release Engineering - 5.6.0-3 > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > ctags-5.8-1.fc12 > ---------------- > * Tue Sep 01 2009 Than Ngo - 5.8-1 > - 5.8 > - apply patch to fix segment fault, thanks to Masatake YAMATO > > > ctemplate-0.95-2.fc12 > --------------------- > * Tue Sep 01 2009 Dennis Gilmore - 0.95-2 > - make sure that the namespace is ctemplate not google > > > eclipse-changelog-2.6.7-3.fc12 > ------------------------------ > * Tue Sep 01 2009 Alexander Kurtakov 1:2.6.7-3 > - Update to Linux Tools 0.3 release. > > > eclipse-rpm-editor-0.4.3-1.fc12 > ------------------------------- > * Tue Sep 01 2009 Alexander Kurtakov 0.4.3-1 > - Update to Linux Tools 0.3 release. > > > eclipse-rpmstubby-0.3.0-1.fc12 > ------------------------------ > * Tue Sep 01 2009 Alexander Kurtakov 0.3.0-1 > - Update to Linux Tools 0.3 release. > > > empathy-2.27.91.1-6.fc12 > ------------------------ > * Tue Sep 01 2009 Brian Pepple - 2.27.91.1-6 > - Add patch to workaround NetworkManager pc file name change. > > > evolution-2.27.5-3.1.fc12 > ------------------------- > * Tue Sep 01 2009 Karsten Hopp 2.27.5-3.1 > - fix build requirements for f12 rebuild on s390x, add libeconduit.so.* to > main package (s390x only) > > > foomatic-4.0.3-1.fc12 > --------------------- > * Tue Sep 01 2009 Tim Waugh 4.0.3-1 > - 4.0.3. > > > gdb-6.8.50.20090818-7.fc12 > -------------------------- > * Tue Sep 01 2009 Jan Kratochvil - 6.8.50.20090818-7 > - archer-jankratochvil-fedora12 commit: d25596676e8811b03f8c9aba6bbd04ebaa9ff5db > - [call-frame-cfa] Fix parsing CFA-relative frames (BZ 516627, Tom Tromey). > - [vla] variable length Fortran strings for -O -g code (part of BZ 508406, me). > - [python] varobj + general fixes (Tom Tromey). > > > gettext-0.17-15.fc12 > -------------------- > * Tue Sep 01 2009 Jens Petersen - 0.17-15 > - bring back autopoint requires cvs (#517361) > - requires info rather than /sbin/install-info > - drop install_info and remove_install_info macros > > > glibc-2.10.90-18 > ---------------- > * Tue Sep 01 2009 Andreas Schwab - 2.10.90-18 > - Update from master. > - fix parse error in (#520209). > > > gnome-python2-desktop-2.27.3-1.fc12 > ----------------------------------- > * Wed Sep 02 2009 Matthew Barnes - 2.27.3-1.fc12 > - Update to 2.27.3 > > > gstreamer-plugins-good-0.10.16-1.fc12 > ------------------------------------- > * Tue Sep 01 2009 Bastien Nocera 0.10.16-1 > - Update to 0.10.16 > > > gtk2-2.17.10-1.fc12 > ------------------- > * Tue Sep 01 2009 Matthias Clasen - 2.17.10-1 > - Update to 2.17.10 > > > gutenprint-5.2.4-5.fc12 > ----------------------- > * Tue Sep 01 2009 Tim Waugh 5.2.4-5 > - Provide IEEE 1284 Device IDs in CUPS model list. > > > hedgewars-0.9.11-3.fc12 > ----------------------- > * Fri Aug 21 2009 Tomas Mraz - 0.9.11-3 > - rebuilt with new openssl > > > httrack-3.43.2-5.fc12 > --------------------- > * Tue Sep 01 2009 Jesse Keating - 3.43.2-5 > - Rebuild for openssl > > > icu-4.2.1-6.fc12 > ---------------- > * Tue Sep 01 2009 Caolan McNamara - 4.2.1-6 > - Resolves: rhbz#520468 fix s390x and other secondary archs > > > ikiwiki-3.1415926-1.fc12 > ------------------------ > * Tue Sep 01 2009 Thomas Moschny - 3.1415926-1 > - Update to 3.1415926 (fixes CVE-2009-2944, see bz 520543). > > > imsettings-0.107.3-1.fc12 > ------------------------- > * Tue Sep 01 2009 Akira TAGOH - 0.107.3-1 > - New upstream release. > - Fix taking CPU load after switching IM. > - Fix getting stuck after starting some IM. > > * Mon Aug 31 2009 Akira TAGOH > - Add a conditional build to disable xfce module for RHEL. > > > jd-2.4.2-0.3.svn3055_trunk.fc12 > ------------------------------- > * Wed Sep 02 2009 Mamoru Tasaka > - rev 3055 > > > kdelibs-4.3.1-1.fc12 > -------------------- > * Fri Aug 28 2009 Than Ngo - 4.3.1-1 > - 4.3.1 > - openssl-1.0 build fixes > > > koffice-2.0.81-3.fc12 > --------------------- > * Thu Aug 27 2009 Rex Dieter - 2:2.0.81-3 > - fixup some cross dependencies between -filters -kplato -krita > > > libv4l-0.6.1-1.fc12 > ------------------- > * Tue Sep 01 2009 Hans de Goede 0.6.1-1 > - New upstream release 0.6.1 > > > libxdg-basedir-1.0.2-1.fc12 > --------------------------- > * Tue Sep 01 2009 Michal Nowak - 1.0.2-1 > - 1.0.2 > > > ltsp-5.1.84-1.fc12 > ------------------ > * Tue Sep 01 2009 Warren Togami - 5.1.84-1 > - minimal effort to make it install and boot F-12 > - fix pulsesaudio launching in F-12 > > > maven-doxia-1.0-0.8.a10.1.fc12 > ------------------------------ > * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.7.a10 > - Fix plexus-cli BR version > > * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.8.a10 > - Add tomcat5-servlet-2.4-api BR > > * Tue Sep 01 2009 Andrew Overholt 0:1.0-0.8.a10.1 > - Add tomcat5 BR > > * Mon Aug 31 2009 Andrew Overholt 0:1.0-0.6.a10 > - Add itext and plexus-cli BRs > > * Wed Aug 26 2009 Andrew Overholt 0:1.0-0.5.a10 > - Update to 1.0 alpha 10 courtesy of Deepak Bhole > - Remove gcj support > - Add patch to build against iText 2.x (with back-ported XML classes) > > > maven-scm-1.0-0.5.rc1.2.fc12 > ---------------------------- > * Tue Sep 01 2009 Andrew Overholt 1.0-0.5.rc1.1 > - Add tomcat5, tomcat5-servlet-2.4-api, > maven-shared-plugin-testing-harness, and tomcat5-jsp-2.0-api BRs > > * Tue Sep 01 2009 Andrew Overholt 1.0-0.5.rc1.2 > - Bump release > > * Mon Aug 31 2009 Andrew Overholt 1.0-0.5.rc1 > - 1.0 RC1 (courtesy Deepak Bhole) > - Remove gcj support > - Add netbeans-ide11 requirement > - Change name on surefire plugin BR > > > maven-shared-8-3.fc12 > --------------------- > * Tue Sep 01 2009 Andrew Overholt 8-2 > - Add tomcat5-servlet-2.4-api BR > > * Tue Sep 01 2009 Andrew Overholt 8-3 > - Add tomcat5, easymock, and maven2-plugin-source BRs > > * Mon Aug 31 2009 Andrew Overholt 8-1 > - Update to version 8 (courtesy Deepak Bhole) > > > maven2-2.0.8-2.fc12 > ------------------- > * Tue Sep 01 2009 Andrew Overholt 2.0.8-2 > - Build in non-bootstrap mode > - Change jmock R to easymock for plugin-assembly > > > maven2-common-poms-1.0-9.fc12 > ----------------------------- > * Tue Sep 01 2009 Milos Jakubicek - 0:1.0-9 > - Added JPP.codehaus-mojo-parent.pom > - Fix cobertura's jar name in the depmap, should be maven2-plugin-cobertura > > > metacity-2.27.0-8.fc12 > ---------------------- > * Fri Aug 28 2009 Lennart Poettering - 2.27.0-6 > - Apply two trivial patches for bell/sound > - http://bugzilla.gnome.org/show_bug.cgi?id=593356 > - http://bugzilla.gnome.org/show_bug.cgi?id=593355 > > * Fri Aug 28 2009 Lennart Poettering - 2.27.0-7 > - Apply another trivial patch related to sound events > - http://bugzilla.gnome.org/show_bug.cgi?id=593358 > > * Fri Aug 28 2009 Lennart Poettering - 2.27.0-8 > - Actually apply the patch from -7 > > > mingw32-filesystem-55-1.fc12 > ---------------------------- > * Tue Sep 01 2009 Erik van Pienbroek - 55-1 > - The wrapper scripts i686-pc-mingw32-pkg-config, mingw32-pkg-config, > mingw32-configure, mingw32-make and mingw32-cmake had a bug where > quoted arguments could get interpreted incorrect. > Thanks to Michael Ploujnikov for helping out with this issue > > > mingw32-libsoup-2.27.91-1.fc12 > ------------------------------ > * Tue Sep 01 2009 Erik van Pienbroek - 2.27.91-1 > - Update to 2.27.91 > > > mtools-4.0.11-1.fc12 > -------------------- > * Tue Sep 01 2009 Adam Tkac 4.0.11-1 > - update to 4.0.11 > > > net-tools-1.60-95.fc12 > ---------------------- > * Tue Sep 01 2009 Jiri Popelka - 1.60-95 > - netstat - avoid name resolution for listening or established sockets (-l) by return fast. > - netstat - --continuous should flush stdout > - added missing man pages (iptunnel, ipmaddr, netplug, netplug.d, netplugd.conf) > - added note about obsolete commands to existing man pages > - let the user know that ifconfig can correctly show only first 8 bytes of Infiniband hw address > > > nethack-3.4.3-23.fc12 > --------------------- > * Tue Sep 01 2009 Luke Macken - 3.4.3-23 > - Fix the categories for the nethack desktop entry (#485362) > > > obexd-0.17-1.fc12 > ----------------- > * Tue Sep 01 2009 Bastien Nocera 0.17-1 > - Update to 0.17 > > > openssh-5.2p1-23.fc12 > --------------------- > * Tue Sep 01 2009 Jan F. Chadima - 5.2p1-22 > - replace ip-opts patch by an upstream candidate version > > * Tue Sep 01 2009 Jan F. Chadima - 5.2p1-23 > - add correct patch for ip-opts > > > pam-1.1.0-5.fc12 > ---------------- > * Tue Sep 01 2009 Tomas Mraz 1.1.0-5 > - do not change permissions with pam_console_apply > - drop obsolete pam_tally module and the faillog file (#461258) > > > papyrus-0.12.1-1.fc12 > --------------------- > * Tue Sep 01 2009 Rick L Vinyard Jr - 0.12.1-1 > - New release > > > pciutils-3.1.4-2.fc12 > --------------------- > * Tue Sep 01 2009 Michal Hlavinka - 3.1.4-1 > - updated to 3.1.4 > > * Tue Sep 01 2009 Michal Hlavinka - 3.1.4-1 > - add COPYING to docs > > > perl-B-Utils-0.08-1.fc12 > ------------------------ > * Wed Sep 02 2009 Iain Arnell 0.08-1 > - update to latest upstream > - use perl_default_filter > > > perl-Catalyst-Plugin-Session-0.25-1.fc12 > ---------------------------------------- > * Sat Aug 08 2009 Chris Weyl 0.25-1 > - switch to new filtering system (perl_default_filter) > - auto-update to 0.25 (by cpan-spec-update 0.01) > - added a new req on perl(Catalyst::Runtime) (version 5.71001) > - added a new req on perl(Digest) (version 0) > - added a new req on perl(File::Spec) (version 0) > - added a new req on perl(File::Temp) (version 0) > - added a new req on perl(MRO::Compat) (version 0) > - added a new req on perl(Moose) (version 0.76) > - altered req on perl(MooseX::Emulate::Class::Accessor::Fast) (0 => 0.00801) > - added a new req on perl(Object::Signature) (version 0) > - added a new req on perl(Tie::RefHash) (version 1.34) > - added a new req on perl(namespace::clean) (version 0.10) > > > perl-Catalyst-Plugin-Session-State-Cookie-0.14-1.fc12 > ----------------------------------------------------- > * Sun Aug 23 2009 Chris Weyl 0.14-1 > - switch req/prov filtering systems... > - auto-update to 0.14 (by cpan-spec-update 0.01) > - added a new br on perl(Moose) (version 0) > - added a new br on perl(namespace::autoclean) (version 0) > - added a new req on perl(Moose) (version 0) > - added a new req on perl(namespace::autoclean) (version 0) > > > perl-DBIx-Class-EncodedColumn-0.00003-1.fc12 > -------------------------------------------- > * Wed Sep 02 2009 Iain Arnell 0.00003-1 > - update to latest upstream (copyright notice added) > - remove temporary BRs due to BZ #499768 > > > perl-Event-1.12-1.fc12 > ---------------------- > * Tue Sep 01 2009 Chris Weyl 1.12-1 > - add perl_default_filter > - auto-update to 1.12 (by cpan-spec-update 0.01) > - added a new req on perl(Test) (version 1) > > > perl-FileHandle-Unget-0.1623-1.fc12 > ----------------------------------- > * Tue Sep 01 2009 Paul Howarth 0.1623-1 > - Update to 0.1623 > - fix uninitialized value warning and incorrect behaviour (CPAN RT#48528) > - remove reference to obsolete ExtUtils::MakeMaker::bytes (CPAN RT#48984) > > > perl-JSON-2.15-4.fc12 > --------------------- > * Tue Sep 01 2009 Chris Weyl 2.15-4 > - bump > > > perl-Sysadm-Install-0.32-1.fc12 > ------------------------------- > * Tue Sep 01 2009 Paul Howarth 0.32-1 > - Update to 0.32 (make UTF-8 handling configurable, not automatic) > > > postfix-2.6.5-1.fc12 > -------------------- > * Tue Sep 01 2009 Miroslav Lichvar 2:2.6.5-1 > - update to 2.6.5 > > > postgresql-8.4.0-3.1.fc12 > ------------------------- > * Tue Sep 01 2009 Karsten Hopp 8.4.0-3.1 > - disable dtrace on s390x as a workaround until #520469 has been fixed > > > powwow-1.2.16-1.fc12 > -------------------- > * Tue Sep 01 2009 Kalev Lember - 1.2.16-1 > - Update to powwow 1.2.16. > - Dropped upstreamed powwow-long-prompt.patch. > - Added a plugin example to -devel docs. > > > protobuf-2.0.2-10.fc12 > ---------------------- > * Wed Sep 02 2009 Milos Jakubicek - 2.0.2-10 > - Fix FTBFS (BZ#511491): fix autotools to find gtest-config > > * Sun Jul 26 2009 Fedora Release Engineering - 2.0.2-9 > - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild > > > python-GeoIP-1.2.5-0.2.20090931cvs.fc12 > --------------------------------------- > * Tue Sep 01 2009 Matt Domsch - 1.2.5-0.2.20090931cvs > - fix prerelease versioning > > * Mon Aug 31 2009 Matt Domsch - 1.2.5-0.1.20090931cvs > - add IPv6 functions from CVS HEAD > > > python-gdata-2.0.2-1.fc12 > ------------------------- > * Tue Sep 01 2009 Bastien Nocera 2.0.2-1 > - Update to 2.0.2 > > > python-slip-0.2.3-1.fc12 > ------------------------ > * Tue Sep 01 2009 Nils Philippsen - 0.2.2-1 > - add slip.util.files > > * Tue Sep 01 2009 Nils Philippsen - 0.2.3-1 > - add issamefile(), linkfile(), linkorcopyfile() to slip.util.files > > > rhythmbox-0.12.4-2.fc12 > ----------------------- > * Tue Sep 01 2009 Bastien Nocera 0.12.4-1 > - Update to 0.12.4 > > * Tue Sep 01 2009 Bastien Nocera 0.12.4-2 > - Remove obsolete configure flags > - Add libgudev BR > - Add media-player-info requires (note, not built yet) > > > rss-glx-0.9.0.p-3.fc12 > ---------------------- > * Tue Sep 01 2009 Nils Philippsen 0.9.0.p-3 > - don't ship prefixed rss-glx-rss-glx_install.pl > > * Tue Aug 18 2009 Nils Philippsen > - explain autofoo patch > > > vdr-skins-20090901-1.fc12 > ------------------------- > * Tue Sep 01 2009 Ville Skytt? - 20090901-1 > - Adapt to recent 1.2+ text2skin versions; patch Aluminium, enigma and izegrey > font handling (no longer filename based font paths, phew). > - Add EgalsTry 1.1.0. > - Apply Thomas G?nther's locale patches for DeepBlue, enElchi, and Enigma. > - Drop unused SilverGreen themes, install default properly. > - Recompress cleaned up tarballs with xz. > - Hardlink identical files. > > > vdr-text2skin-1.2-3.git97c95bc.fc12 > ----------------------------------- > * Tue Sep 01 2009 Ville Skytt? - 1.2-3.git97c95bc > - Update to git revision 97c95bc for several bugfixes and better fonts handling. > - Build with GraphicsMagick instead of imlib2 by default. > - Make vdr(abi) dependency ISA qualified. > - Install translations. > - Use %global instead of %define. > > > wireless-tools-29-5.1.fc12 > -------------------------- > * Tue Sep 01 2009 Karsten Hopp 29-5.1 > - drop excludearch s390x as at least the headers are required to build p.e. NetworkManager > > > xemacs-packages-base-20090217-4.fc12 > ------------------------------------ > * Tue Sep 01 2009 Jerry James - 20090217-4 > - Add mule-base patch to fix bz 480845 and hopefully bz 520248. > > > xen-3.4.1-2.fc12 > ---------------- > * Tue Sep 01 2009 Gerd Hoffmann - 3.4.1-2 > - backport bzip2+xz linux kernel compression support. > - backport a few bugfixes. > > > xfsprogs-3.0.3-1.fc12 > --------------------- > * Tue Sep 01 2009 Eric Sandeen 3.0.3-1 > - New upstream release > > > xorg-x11-server-1.6.99-44.20090901.fc12 > --------------------------------------- > * Tue Sep 01 2009 Peter Hutterer 1.6.99-44.20090901 > - Today's git snapshot (incl. vga-arbitration). > - dri2-page-flip.patch: rebase. > - xserver-1.6.99-vga-arb.patch: Drop. > > > xterm-247-1.fc12 > ---------------- > * Tue Sep 01 2009 Miroslav Lichvar 247-1 > - update to 247 > > > Summary: > Added Packages: 12 > Removed Packages: 1 > Modified Packages: 80 > Broken deps for i386 > ---------------------------------------------------------- > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 > anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) > cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) > collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 > collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 > collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 > collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 > collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 > cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 > gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 > gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 > kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 > maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail > maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 > openvrml-0.18.3-1.fc12.i686 requires java(x86-32) > openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 > perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) > ppl-yap-0.10.2-5.fc12.i686 requires libYap.so > python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql > qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 > redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ > rygel-0.3-5.fc12.i686 requires libgee.so.0 > rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 > tabled-0.3-4.fc12.i686 requires libssl.so.8 > tabled-0.3-4.fc12.i686 requires libcrypto.so.8 > xsupplicant-1.2.8-10.fc11.i586 requires libcrypto.so.8 > xsupplicant-1.2.8-10.fc11.i586 requires libssl.so.8 > > > > Broken deps for x86_64 > ---------------------------------------------------------- > anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 > anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) > anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) > anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 > clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) > clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) > clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) > clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) > cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 > cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) > cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) > cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) > collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) > collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) > collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) > collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) > collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) > cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 > gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) > gstreamermm-0.10.4-1.fc12.i686 requires libglibmm_generate_extra_defs-2.4.so.1 > gstreamermm-0.10.4-1.fc12.x86_64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) > kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) > maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail > maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) > openvrml-0.18.3-1.fc12.i686 requires java(x86-32) > openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 > openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 > openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) > perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) > ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) > python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql > qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) > redhat-lsb-3.2-5.fc12.i686 requires /usr/bin/[ > redhat-lsb-3.2-5.fc12.x86_64 requires /usr/bin/[ > rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) > rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) > tabled-0.3-4.fc12.i686 requires libssl.so.8 > tabled-0.3-4.fc12.i686 requires libcrypto.so.8 > tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) > tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) > xsupplicant-1.2.8-10.fc11.x86_64 requires libcrypto.so.8()(64bit) > xsupplicant-1.2.8-10.fc11.x86_64 requires libssl.so.8()(64bit) > > > > Broken deps for ppc > ---------------------------------------------------------- > anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 > anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) > anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) > anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 > clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 > clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) > clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) > clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 > clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) > clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) > clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) > clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) > cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 > cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) > cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) > cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) > collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 > collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 > collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 > collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 > collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 > cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 > gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 > gstreamermm-0.10.4-1.fc12.ppc requires libglibmm_generate_extra_defs-2.4.so.1 > gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) > kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 > maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail > maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 > openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) > openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 > openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) > openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 > perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) > ppl-yap-0.10.2-5.fc12.ppc requires libYap.so > python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql > qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 > redhat-lsb-3.2-5.fc12.ppc requires /usr/bin/[ > redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ > rygel-0.3-5.fc12.ppc requires libgee.so.0 > rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 > xsupplicant-1.2.8-10.fc11.ppc requires libcrypto.so.8 > xsupplicant-1.2.8-10.fc11.ppc requires libssl.so.8 > > > > Broken deps for ppc64 > ---------------------------------------------------------- > anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) > anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) > anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) > clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) > clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) > clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) > clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) > clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) > clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) > cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) > cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) > collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) > collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) > collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) > collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) > collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) > cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 > gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) > gstreamermm-0.10.4-1.fc12.ppc64 requires libglibmm_generate_extra_defs-2.4.so.1()(64bit) > kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) > maven2-plugin-changes-2.0.8-2.fc12.noarch requires glassfish-javamail > maven2-plugin-eclipse-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > maven2-plugin-idea-2.0.8-2.fc12.noarch requires jmock >= 0:1.0.1 > network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) > openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) > openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 > perl-JSON-2.15-4.fc12.noarch requires perl(JSON::PP) > ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) > python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot > python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql > qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) > redhat-lsb-3.2-5.fc12.ppc64 requires /usr/bin/[ > rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) > rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) > xsupplicant-1.2.8-10.fc11.ppc64 requires libcrypto.so.8()(64bit) > xsupplicant-1.2.8-10.fc11.ppc64 requires libssl.so.8()(64bit) > > > -------------- 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 ebenes at redhat.com Wed Sep 2 12:55:30 2009 From: ebenes at redhat.com (Eduard Benes) Date: Wed, 2 Sep 2009 08:55:30 -0400 (EDT) Subject: Fedora Test Day Summary - Sectool In-Reply-To: <878705176.1026541251895620612.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1754333232.1027671251896130509.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Greeting! This Tuesday was the Sectool Test Day / Fit & Finish [1] (TD/F&F). Though we expected higher attendance, the results are really valuable. Thanks to all who participated, especially to Maros Barabas who promtply started to resolve reported bugs and already fixed some important issues. The following 11 bugs related to 'Sectool' were filed on by participants of the Sectool TD/F&F (duplicate and non-sectool bugs are not listed): 520579 NEW no --use-dbus option. 520768 NEW LEVEL option in sectool.conf has no effect 520577 NEW Sectool has missing SELinux policy 520645 ASSI Bug in filesystem test in level 5 520557 ASSI root_dirs: ERROR when run "sectool --level Desktop" 520588 ASSI Sectool --info throws traceback 520591 ASSI Sectool option --use-dbus throws traceback on F12 rawhide 520638 ASSI No user authentication request for normal user 520639 ASSI Wrap description in --info output 520644 ASSI No warning in GUI when run under regular user 520664 ASSI Empty ~/.sectoolrc file breaks the sectool and sectool-gui Have a nice day, /Eduard [1] - https://fedoraproject.org/wiki/Test_Day:2009-09-01_Sectool From davej at redhat.com Wed Sep 2 15:17:59 2009 From: davej at redhat.com (Dave Jones) Date: Wed, 2 Sep 2009 11:17:59 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <1251895440.13221.742.camel@localhost.localdomain> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <1251895440.13221.742.camel@localhost.localdomain> Message-ID: <20090902151758.GA12609@redhat.com> On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: > > > Heads up for anyone installing from rawhide today. A fix didn't land in > time for anaconda-12.19 (see bug#520791), I've built an updates.img > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone > interested in testing the installer today. > > Information on using an updates.img with anaconda is available at > http://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network. > > Thanks, > James Even with this, it tracebacked during the tz selection screen for me on 2 separate installs.. https://bugzilla.redhat.com/show_bug.cgi?id=520826 kickstart installs seem to be the path to success for todays rawhide. Dave From wtogami at redhat.com Wed Sep 2 15:35:10 2009 From: wtogami at redhat.com (Warren Togami) Date: Wed, 02 Sep 2009 11:35:10 -0400 Subject: sed -i symlink behavior... Message-ID: <4A9E90AE.5060302@redhat.com> I just noticed some behavior changes within sed. Run the following commands in various distros. #!/bin/bash set -x echo "abc" > original.txt ln -s original.txt symlink.txt sed -i 's/abc/123/' symlink.txt if [ -L symlink.txt ]; then echo yes symlink else echo not symlink anymore fi cat original.txt cat symlink.txt RHEL5 ===== [user at rhel5 ~]$ echo "abc" > original.txt [user at rhel5 ~]$ ln -s original.txt symlink.txt [user at rhel5 ~]$ sed -i 's/abc/123/' symlink.txt sed: ck_follow_symlink: couldn't lstat s/original.txt: No such file or directory [user at rhel5 ~]$ cat symlink.txt abc [user at rhel5 ~]$ cat original.txt abc original.txt is unmodified, symlink.txt is still a symlink. Fedora 10 ========= [user at fedora10 ~]$ echo "abc" > original.txt [user at fedora10 ~]$ ln -s original.txt symlink.txt [user at fedora10 ~]$ sed -i 's/abc/123/' symlink.txt [user at fedora10 ~]$ cat symlink.txt 123 [user at fedora10 ~]$ cat original.txt 123 original.txt is modified, symlink.txt is still a symlink. Fedora 11 and 12 ================ [user at fedora11 ~]$ echo "abc" > original.txt [user at newcaprica ~]$ ln -s original.txt symlink.txt [user at newcaprica ~]$ sed -i 's/abc/123/' symlink.txt [user at newcaprica ~]$ cat original.txt abc [user at newcaprica ~]$ cat symlink.txt 123 original.txt is not modified, symlink.txt is no longer a symlink. symlink.txt now contains a modified version of original.txt as a plain file. What is the correct behavior? Is this a bug that it changed? Warren Togami wtogami at redhat.com From loganjerry at gmail.com Wed Sep 2 15:39:37 2009 From: loganjerry at gmail.com (Jerry James) Date: Wed, 2 Sep 2009 09:39:37 -0600 Subject: sed -i symlink behavior... In-Reply-To: <4A9E90AE.5060302@redhat.com> References: <4A9E90AE.5060302@redhat.com> Message-ID: <870180fe0909020839q32ff184bob3c1ae4ef3f1eff@mail.gmail.com> On Wed, Sep 2, 2009 at 9:35 AM, Warren Togami wrote: > What is the correct behavior? ?Is this a bug that it changed? Read up on the --follow-symlinks option to sed. -- Jerry James http://www.jamezone.org/ From notting at redhat.com Wed Sep 2 15:47:04 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 2 Sep 2009 11:47:04 -0400 Subject: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> Message-ID: <20090902154704.GB8929@nostromo.devel.redhat.com> Michel Alexandre Salim (michael.silvanus at gmail.com) said: > >> Multi-ownership seems *far* preferable to me than using triggers to > >> move files around, or moving a prelink-specific directory to the base > >> filesystem package. > > > > Then the guidelines should be fixed to create less confusion over the > > matter. > > > Another precedence is with bash-completion -- the consensus is for > packages that provide completion scripts to own /etc/bash_completion.d OK, I've written up the following, which should be more clear: https://fedoraproject.org/wiki/BillNottingham/DirectoryDraft Comments? Bill From tcallawa at redhat.com Wed Sep 2 15:53:21 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 02 Sep 2009 11:53:21 -0400 Subject: [Fedora-packaging] Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <20090902154704.GB8929@nostromo.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> Message-ID: <4A9E94F1.2040807@redhat.com> On 09/02/2009 11:47 AM, Bill Nottingham wrote: > Michel Alexandre Salim (michael.silvanus at gmail.com) said: >>>> Multi-ownership seems *far* preferable to me than using triggers to >>>> move files around, or moving a prelink-specific directory to the base >>>> filesystem package. >>> >>> Then the guidelines should be fixed to create less confusion over the >>> matter. >>> >> Another precedence is with bash-completion -- the consensus is for >> packages that provide completion scripts to own /etc/bash_completion.d > > OK, I've written up the following, which should be more clear: > > https://fedoraproject.org/wiki/BillNottingham/DirectoryDraft > > Comments? Seems sane to me. ~spot From mclasen at redhat.com Wed Sep 2 16:03:49 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 02 Sep 2009 12:03:49 -0400 Subject: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <20090902154704.GB8929@nostromo.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> Message-ID: <1251907429.2881.32.camel@planemask> On Wed, 2009-09-02 at 11:47 -0400, Bill Nottingham wrote: > Michel Alexandre Salim (michael.silvanus at gmail.com) said: > > >> Multi-ownership seems *far* preferable to me than using triggers to > > >> move files around, or moving a prelink-specific directory to the base > > >> filesystem package. > > > > > > Then the guidelines should be fixed to create less confusion over the > > > matter. > > > > > Another precedence is with bash-completion -- the consensus is for > > packages that provide completion scripts to own /etc/bash_completion.d > > OK, I've written up the following, which should be more clear: > > https://fedoraproject.org/wiki/BillNottingham/DirectoryDraft > > Comments? I think it would be good to expand this to include some guidance on -filesystem packages and when they are an appropriate solution. From a.badger at gmail.com Wed Sep 2 16:12:20 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 02 Sep 2009 09:12:20 -0700 Subject: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <20090902154704.GB8929@nostromo.devel.redhat.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> Message-ID: <4A9E9964.6000307@gmail.com> On 09/02/2009 08:47 AM, Bill Nottingham wrote: > Michel Alexandre Salim (michael.silvanus at gmail.com) said: >>>> Multi-ownership seems *far* preferable to me than using triggers to >>>> move files around, or moving a prelink-specific directory to the base >>>> filesystem package. >>> >>> Then the guidelines should be fixed to create less confusion over the >>> matter. >>> >> Another precedence is with bash-completion -- the consensus is for >> packages that provide completion scripts to own /etc/bash_completion.d > > OK, I've written up the following, which should be more clear: > > https://fedoraproject.org/wiki/BillNottingham/DirectoryDraft > Section 1.3 Optional functoinality is a special case of Section 1.5 Common directory without one requiring the other. I'd combine them like this: """ Multiple packages have files in a common directory but none of them needs to require the others. An example: bash-completion owns the /etc/bash_completion.d directory and uses the files placed in there to configure itself git places files into /etc/bash_completion.d bzr places files into /etc/bash_completion.d Solution: Both the git and bzr packages should own the /etc/bash_completion.d directory as bash-completion is optional functionality and the installation of git or bzr should not force the installation of bash-completion. """ And one more idea to throw out there: How sacred is filesystem? How costly are adding new directories to it? For something like /etc/prelink.conf.d, adding to filesystem seems like the preferred option. If there's little cost involved, adding to filesystem for things like /etc/bash_completion.d also seems like the preferred solution. If there's no reason we shouldn't be expanding filesystem, I'd list that as an option in the directory draft as well. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jlaska at redhat.com Wed Sep 2 16:23:29 2009 From: jlaska at redhat.com (James Laska) Date: Wed, 02 Sep 2009 12:23:29 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <20090902151758.GA12609@redhat.com> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <1251895440.13221.742.camel@localhost.localdomain> <20090902151758.GA12609@redhat.com> Message-ID: <1251908609.13221.780.camel@localhost.localdomain> On Wed, 2009-09-02 at 11:17 -0400, Dave Jones wrote: > On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: > > > > > > Heads up for anyone installing from rawhide today. A fix didn't land in > > time for anaconda-12.19 (see bug#520791), I've built an updates.img > > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone > > interested in testing the installer today. > > > > Information on using an updates.img with anaconda is available at > > http://fedoraproject.org/wiki/Anaconda/Updates#Updates_from_the_Network. > > > > Thanks, > > James > > Even with this, it tracebacked during the tz selection screen for me > on 2 separate installs.. https://bugzilla.redhat.com/show_bug.cgi?id=520826 > > kickstart installs seem to be the path to success for todays rawhide. Nils has a build in progress to address bug#520826. I'm going to pull that into the updates.img listed above once complete. We can see what else lurks. Thanks, James -------------- 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 yersinia.spiros at gmail.com Wed Sep 2 16:31:18 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Wed, 2 Sep 2009 18:31:18 +0200 Subject: sed -i symlink behavior... In-Reply-To: <4A9E90AE.5060302@redhat.com> References: <4A9E90AE.5060302@redhat.com> Message-ID: On Wed, Sep 2, 2009 at 5:35 PM, Warren Togami wrote: > I just noticed some behavior changes within sed. Run the following > commands in various distros. > > #!/bin/bash > set -x > echo "abc" > original.txt > ln -s original.txt symlink.txt > sed -i 's/abc/123/' symlink.txt > if [ -L symlink.txt ]; then > echo yes symlink > else > echo not symlink anymore > fi > cat original.txt > cat symlink.txt > > RHEL5 > ===== > [user at rhel5 ~]$ echo "abc" > original.txt > [user at rhel5 ~]$ ln -s original.txt symlink.txt > [user at rhel5 ~]$ sed -i 's/abc/123/' symlink.txt > sed: ck_follow_symlink: couldn't lstat s/original.txt: No such file or > directory > [user at rhel5 ~]$ cat symlink.txt > abc > [user at rhel5 ~]$ cat original.txt > abc > > original.txt is unmodified, symlink.txt is still a symlink. > > Fedora 10 > ========= > [user at fedora10 ~]$ echo "abc" > original.txt > [user at fedora10 ~]$ ln -s original.txt symlink.txt > [user at fedora10 ~]$ sed -i 's/abc/123/' symlink.txt > [user at fedora10 ~]$ cat symlink.txt > 123 > [user at fedora10 ~]$ cat original.txt > 123 > > original.txt is modified, symlink.txt is still a symlink. > > Fedora 11 and 12 > ================ > [user at fedora11 ~]$ echo "abc" > original.txt > [user at newcaprica ~]$ ln -s original.txt symlink.txt > [user at newcaprica ~]$ sed -i 's/abc/123/' symlink.txt > [user at newcaprica ~]$ cat original.txt > abc > [user at newcaprica ~]$ cat symlink.txt > 123 > > original.txt is not modified, symlink.txt is no longer a symlink. > symlink.txt now contains a modified version of original.txt as a plain file. > > What is the correct behavior? Is this a bug that it changed? > > Also perl -pi -e 's/abc/123/g' symlink.txt always have got the same result. > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mclasen at redhat.com Wed Sep 2 16:38:02 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 02 Sep 2009 12:38:02 -0400 Subject: ABRT for f12 status In-Reply-To: References: Message-ID: <1251909482.2881.34.camel@planemask> On Fri, 2009-08-28 at 17:31 -0400, Colin Walters wrote: > Hi internets, > > I was looking at the current state of ABRT (I tested on F11). The > core capturing seems to work well. In brief, I propose to apply the > (attached) patch to comps-f12.xml.in. > > For upgrades, we'll need to add a Conflicts: bug-buddy, correct? > > ABRT is a big step forward from bug-buddy in that the crashes are > stored sanely in a persistent manner, and it captures crashes in the > core OS as well. > After talking to the abrt guys, I've changed the desktop spin ks to replace bug-buddy and kerneloops by abrt. From xjakub at fi.muni.cz Wed Sep 2 16:46:22 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Wed, 02 Sep 2009 18:46:22 +0200 Subject: sed -i symlink behavior... In-Reply-To: <4A9E90AE.5060302@redhat.com> References: <4A9E90AE.5060302@redhat.com> Message-ID: <4A9EA15E.8030304@fi.muni.cz> Could be related to: https://bugzilla.redhat.com/show_bug.cgi?id=470912 (at least that would explain the difference between RHEL5 and F10 -- I don't have any explanation for the diff between F10 and F11/12). Anyway F10 is the right behavior from my point of view... -- Regards, Milos Dne 2.9.2009 17:35, Warren Togami napsal(a): > I just noticed some behavior changes within sed. Run the following > commands in various distros. > > #!/bin/bash > set -x > echo "abc" > original.txt > ln -s original.txt symlink.txt > sed -i 's/abc/123/' symlink.txt > if [ -L symlink.txt ]; then > echo yes symlink > else > echo not symlink anymore > fi > cat original.txt > cat symlink.txt > > RHEL5 > ===== > [user at rhel5 ~]$ echo "abc" > original.txt > [user at rhel5 ~]$ ln -s original.txt symlink.txt > [user at rhel5 ~]$ sed -i 's/abc/123/' symlink.txt > sed: ck_follow_symlink: couldn't lstat s/original.txt: No such file or > directory > [user at rhel5 ~]$ cat symlink.txt > abc > [user at rhel5 ~]$ cat original.txt > abc > > original.txt is unmodified, symlink.txt is still a symlink. > > Fedora 10 > ========= > [user at fedora10 ~]$ echo "abc" > original.txt > [user at fedora10 ~]$ ln -s original.txt symlink.txt > [user at fedora10 ~]$ sed -i 's/abc/123/' symlink.txt > [user at fedora10 ~]$ cat symlink.txt > 123 > [user at fedora10 ~]$ cat original.txt > 123 > > original.txt is modified, symlink.txt is still a symlink. > > Fedora 11 and 12 > ================ > [user at fedora11 ~]$ echo "abc" > original.txt > [user at newcaprica ~]$ ln -s original.txt symlink.txt > [user at newcaprica ~]$ sed -i 's/abc/123/' symlink.txt > [user at newcaprica ~]$ cat original.txt > abc > [user at newcaprica ~]$ cat symlink.txt > 123 > > original.txt is not modified, symlink.txt is no longer a symlink. > symlink.txt now contains a modified version of original.txt as a plain > file. > > What is the correct behavior? Is this a bug that it changed? > > Warren Togami > wtogami at redhat.com > From awilliam at redhat.com Wed Sep 2 16:56:35 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 02 Sep 2009 09:56:35 -0700 Subject: Fedora Test Day Summary - Sectool In-Reply-To: <1754333232.1027671251896130509.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1754333232.1027671251896130509.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1251910595.2658.3.camel@vaio.local.net> On Wed, 2009-09-02 at 08:55 -0400, Eduard Benes wrote: > Greeting! > > This Tuesday was the Sectool Test Day / Fit & Finish [1] (TD/F&F). > Though we expected higher attendance, the results are really valuable. I think part of the problem may have been that people (at least, me, and I take myself as generally representative of the typical super-lazy Fedora-using schlub :>) don't know what sectool is, what it's for, and where it fits into Fedora...it sort of blindsided me when it showed up on the Test Day schedule, so I didn't know who to promote it to or how to sound exciting / excited about it. I hadn't really heard of sectool before it showed up on the schedule. Has it been discussed / introduced / hyped up on Planet before? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From notting at redhat.com Wed Sep 2 16:59:36 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 2 Sep 2009 12:59:36 -0400 Subject: [Fedora-packaging] Re: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <4A9E9964.6000307@gmail.com> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> <4A9E9964.6000307@gmail.com> Message-ID: <20090902165935.GC13267@nostromo.devel.redhat.com> Toshio Kuratomi (a.badger at gmail.com) said: > Section 1.3 Optional functoinality is a special case of Section 1.5 > Common directory without one requiring the other. I'd combine them like > this: I've updated the proposal based on this and other feedback. > And one more idea to throw out there: How sacred is filesystem? How > costly are adding new directories to it? For something like > /etc/prelink.conf.d, adding to filesystem seems like the preferred > option. If there's little cost involved, adding to filesystem for > things like /etc/bash_completion.d also seems like the preferred > solution. If there's no reason we shouldn't be expanding filesystem, > I'd list that as an option in the directory draft as well. My main objections would be: 1) filesystem started out as just the FHS dirs 2) We don't want a bunch of orphan directories if things like prelink change 3) We don't want to tie package submission on changes that would require updates on unrelated packages in older distributions. It's a combination of philosophical (#1) and practical (#2 and #3) concerns. We could expclitly state this in the draft if you want. Bill From walters at verbum.org Wed Sep 2 17:04:35 2009 From: walters at verbum.org (Colin Walters) Date: Wed, 2 Sep 2009 17:04:35 +0000 Subject: ABRT for f12 status In-Reply-To: <1251909482.2881.34.camel@planemask> References: <1251909482.2881.34.camel@planemask> Message-ID: On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen wrote: > > After talking to the abrt guys, I've changed the desktop spin ks to > replace bug-buddy and kerneloops by abrt. This change should be made in comps (as per my original attached patch), not the kickstart. If we only change the kickstart then people doing automatic kickstarted desktop installs will get a divergent desktop which is not what we want. From mclasen at redhat.com Wed Sep 2 17:11:48 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 02 Sep 2009 13:11:48 -0400 Subject: ABRT for f12 status In-Reply-To: References: <1251909482.2881.34.camel@planemask> Message-ID: <1251911508.2881.35.camel@planemask> On Wed, 2009-09-02 at 17:04 +0000, Colin Walters wrote: > On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen wrote: > > > > After talking to the abrt guys, I've changed the desktop spin ks to > > replace bug-buddy and kerneloops by abrt. > > This change should be made in comps (as per my original attached > patch), not the kickstart. If we only change the kickstart then > people doing automatic kickstarted desktop installs will get a > divergent desktop which is not what we want. > Sure, I agree that we should also do this change in comps. From drago01 at gmail.com Wed Sep 2 17:13:42 2009 From: drago01 at gmail.com (drago01) Date: Wed, 2 Sep 2009 19:13:42 +0200 Subject: ABRT for f12 status In-Reply-To: References: <1251909482.2881.34.camel@planemask> Message-ID: On Wed, Sep 2, 2009 at 7:04 PM, Colin Walters wrote: > On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen wrote: >> >> After talking to the abrt guys, I've changed the desktop spin ks to >> replace bug-buddy and kerneloops by abrt. > > This change should be made in comps (as per my original attached > patch), not the kickstart. ?If we only change the kickstart then > people doing automatic kickstarted desktop installs will get a > divergent desktop which is not what we want. The obsoltes already handles the change for updates, so it makes sense to have new installs behave like systems upgraded to F12. From ville.skytta at iki.fi Wed Sep 2 17:16:00 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Wed, 2 Sep 2009 20:16:00 +0300 Subject: Fedora Test Day Summary - Sectool In-Reply-To: <1251910595.2658.3.camel@vaio.local.net> References: <1754333232.1027671251896130509.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <1251910595.2658.3.camel@vaio.local.net> Message-ID: <200909022016.00266.ville.skytta@iki.fi> On Wednesday 02 September 2009, Adam Williamson wrote: > On Wed, 2009-09-02 at 08:55 -0400, Eduard Benes wrote: > > Greeting! > > > > This Tuesday was the Sectool Test Day / Fit & Finish [1] (TD/F&F). > > Though we expected higher attendance, the results are really valuable. > > I think part of the problem may have been that people (at least, me, and > I take myself as generally representative of the typical super-lazy > Fedora-using schlub :>) don't know what sectool is, what it's for, and > where it fits into Fedora...it sort of blindsided me when it showed up > on the Test Day schedule, so I didn't know who to promote it to or how > to sound exciting / excited about it. I hadn't really heard of sectool > before it showed up on the schedule. Has it been discussed / > introduced / hyped up on Planet before? Also, unlike other test days, this one was not announced/reminded on fedora- devel-list which is the only way I hear about upcoming test days, FWIW. From jkeating at redhat.com Wed Sep 2 17:17:20 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 02 Sep 2009 10:17:20 -0700 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9E2C4C.8090904@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> Message-ID: <1251911840.3464.5.camel@localhost.localdomain> On Wed, 2009-09-02 at 10:26 +0200, Hans de Goede wrote: > As one of the persons involved in dracut and in integrating dracut into the > distribution I'm rather surprised to hear this. > > Where has this been discussed ? Were are the bugs for the situations where > this does not work properly ? > > Also as one of the mkinitrd maintainers I would like to know if we're sticking > with mkinitrd for Fedora 12, as there are some open issues which would be > really good to fix before the beta if we go this way. > The fact that it wasn't turned on at Alpha means it really shouldn't be on now, not without FESCo approval. We've got some licensing concerns with a pre-generated binary blob of bits from other packages being shipped with the kernel package, and the kernel srpm doesn't have any sources to match those binary blobs. Those are my biggest issues. I'd much prefer to see work continue on dracut and have it available for F-12 users, but not default. We only have one more major test point, the Beta, and there is very little time after the beta to repair such a critical function as our initrd generation, and no opportunity to test such repairs. It is simply too late for F-12. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- 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 nicoleau.fabien at gmail.com Wed Sep 2 17:18:17 2009 From: nicoleau.fabien at gmail.com (Nicoleau Fabien) Date: Wed, 2 Sep 2009 19:18:17 +0200 Subject: Help for a bug with mime types Message-ID: <20090902191817.1a1bdb8d@FEDOBOX> Hi, I recently had a bug open for phatch which I maintain : https://bugzilla.redhat.com/show_bug.cgi?id=520680 It seems that my package use a mime type that is normaly used by nautilus. I tried different solutions : - adding theses two lines in /usr/share/applications/defaults.list : x-directory/gnome-default-handler=gnome-nautilus-folder-handler.desktop x-directory/normal=gnome-nautilus-folder-handler.desktop - add them in my ~/.local/usr/share/applications/defaults.list - remove inode/directory; from MimeType key in phatch.desktop/ Of course the last one worked, but I'd like to know if there is a better way to don't make a package that uses a mimetype used by nautilus being launched instead of nautilus. Regards, Nicoleau Fabien From walters at verbum.org Wed Sep 2 17:19:55 2009 From: walters at verbum.org (Colin Walters) Date: Wed, 2 Sep 2009 17:19:55 +0000 Subject: ABRT for f12 status In-Reply-To: <1251911508.2881.35.camel@planemask> References: <1251909482.2881.34.camel@planemask> <1251911508.2881.35.camel@planemask> Message-ID: On Wed, Sep 2, 2009 at 5:11 PM, Matthias Clasen wrote: > On Wed, 2009-09-02 at 17:04 +0000, Colin Walters wrote: >> On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen wrote: >> > >> > After talking to the abrt guys, I've changed the desktop spin ks to >> > replace bug-buddy and kerneloops by abrt. >> >> This change should be made in comps (as per my original attached >> patch), not the kickstart. ?If we only change the kickstart then >> people doing automatic kickstarted desktop installs will get a >> divergent desktop which is not what we want. >> > > Sure, I agree that we should also do this change in comps. Ok, done. The comps change should be pulled into the kickstart through so there shouldn't have been a need to change it as well. Also I've attached a patch which should update the Obsoletes handling to correspond with what we determined in discussion earlier; if one of the ABRT people or a provenpackager could apply that'd be nice. -------------- next part -------------- A non-text attachment was scrubbed... Name: abrt.patch Type: text/x-patch Size: 1420 bytes Desc: not available URL: From bochecha at fedoraproject.org Wed Sep 2 18:06:07 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Wed, 2 Sep 2009 20:06:07 +0200 Subject: Fedora Test Day Summary - Sectool In-Reply-To: <1251910595.2658.3.camel@vaio.local.net> References: <1754333232.1027671251896130509.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <1251910595.2658.3.camel@vaio.local.net> Message-ID: <2d319b780909021106g5b130eak44bf8fee7b9243db@mail.gmail.com> > I think part of the problem may have been that people (at least, me, and > I take myself as generally representative of the typical super-lazy > Fedora-using schlub :>) don't know what sectool is, what it's for, and > where it fits into Fedora...it sort of blindsided me when it showed up > on the Test Day schedule, so I didn't know who to promote it to or how > to sound exciting / excited about it. I hadn't really heard of sectool > before it showed up on the schedule. Has it been discussed / > introduced / hyped up on Planet before? Sectool was a Fedora 10 feature: https://fedoraproject.org/wiki/Features/SecurityAudit ---------- Mathieu Bridon (bochecha) From sebastian at when.com Wed Sep 2 18:37:40 2009 From: sebastian at when.com (Sebastian Dziallas) Date: Wed, 02 Sep 2009 20:37:40 +0200 Subject: Next Test Day: Sugar on a Stick [Tomorrow] Message-ID: <4A9EBB74.5060105@when.com> Greetings, sorry for the late notice and the cross-post. This test day will focus on Sugar Labs' Sugar on a Stick, a downstream project based on Fedora. Sugar on a Stick has launched it's first version codenamed "Strawberry" successfully in June and has recently announced the beta release of its next version. It contains basically a slightly modified version of the Sugar Desktop on a Fedora System, prepared to be deployed on USB keys. The test cases have been developed with the goal in mind to be of value for both projects, Sugar Labs and the Fedora Project. The latter one will especially profit from a better integration of the aforementioned desktop, as well as the testing of the LiveUSB technology. Additionally, new features like the rebootless live installer, which has been discussed before (and been included in Fedora lately) are also ready for testing. We invite you to jump in #fedora-test-day tomorrow, September 3, and to join the fun! More concrete information can be found in the wiki: https://fedoraproject.org/wiki/Test_Day:2009-09-03_SoaS Thanks, --Sebastian From vonbrand at inf.utfsm.cl Wed Sep 2 18:47:20 2009 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 02 Sep 2009 14:47:20 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> Message-ID: <200909021847.n82IlKiP007186@laptop14.inf.utfsm.cl> Rawhide Report wrote: > Compose started at Wed Sep 2 06:15:05 UTC 2009 The missing (?) /usr/bin/[ in coreutils makes yum-3.2.23-15.fc12.noarch give up, even with "--skip-broken". Had to "-x coreutils*" to get the other updates. (x86_64, rawhide up to date) -- 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 2340000 Fax: +56 32 2797513 From skvidal at fedoraproject.org Wed Sep 2 18:52:13 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 2 Sep 2009 14:52:13 -0400 (EDT) Subject: rawhide report: 20090902 changes In-Reply-To: <200909021847.n82IlKiP007186@laptop14.inf.utfsm.cl> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <200909021847.n82IlKiP007186@laptop14.inf.utfsm.cl> Message-ID: On Wed, 2 Sep 2009, Horst H. von Brand wrote: > Rawhide Report wrote: >> Compose started at Wed Sep 2 06:15:05 UTC 2009 > > The missing (?) /usr/bin/[ in coreutils makes yum-3.2.23-15.fc12.noarch > give up, even with "--skip-broken". Had to "-x coreutils*" to get the other > updates. (x86_64, rawhide up to date) and it is fixed upstream will be in -16 "soon" -sv From skvidal at fedoraproject.org Wed Sep 2 19:18:03 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 2 Sep 2009 15:18:03 -0400 (EDT) Subject: pkgs in rawhide which are obsoleted by something in rawhide In-Reply-To: References: <20090901213658.GP28495@nostromo.devel.redhat.com> Message-ID: On Tue, 1 Sep 2009, Seth Vidal wrote: > > > On Tue, 1 Sep 2009, Bill Nottingham wrote: > >> Seth Vidal (skvidal at fedoraproject.org) said: >>> Working on something else I stumbled across this: >>> >>> http://fpaste.org/jDwM/ >>> >>> that's a list of pkgs in rawhide which are obsoleted by something else in >>> rawhide. >>> >>> seems a bit dodgy to me. >> >> Can you file bugs? > > I probably CAN. :) > > I'll run it again shortly and dump them in. done. -sv From kevin.kofler at chello.at Wed Sep 2 19:24:40 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 02 Sep 2009 21:24:40 +0200 Subject: Commas not allowed in License tags References: <4A9D3916.7030905@redhat.com> <81487f820909010853j38c3b53dm6668e3c0aecf727a@mail.gmail.com> <4A9E2671.1010502@gmail.com> Message-ID: Frank Murphy (Frankly3D) wrote: > "Redistributable though no modification permitted" That would require a guideline change for no particular reason. "Redistributable, no modification permitted" is the one valid use of a comma. :-) Kevin Kofler From kevin.kofler at chello.at Wed Sep 2 19:27:49 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 02 Sep 2009 21:27:49 +0200 Subject: [Fedora-packaging] Re: Directory draft (was Re: Triggers just to avoid unowned directories?) References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> <4A9E9964.6000307@gmail.com> <20090902165935.GC13267@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > 1) filesystem started out as just the FHS dirs Well, we could have filesystem with the FHS dirs and a new system-filesystem with the distro-specific ones. Kevin Kofler From cdahlin at redhat.com Wed Sep 2 19:41:54 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Wed, 02 Sep 2009 15:41:54 -0400 Subject: [Fedora-packaging] Re: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> <4A9E9964.6000307@gmail.com> <20090902165935.GC13267@nostromo.devel.redhat.com> Message-ID: <4A9ECA82.506@redhat.com> On 09/02/2009 03:27 PM, Kevin Kofler wrote: > Bill Nottingham wrote: >> 1) filesystem started out as just the FHS dirs > > Well, we could have filesystem with the FHS dirs and a new system-filesystem > with the distro-specific ones. > > Kevin Kofler > That doesn't fix concerns 2 and 3 (snipped already), and introduces a bucket of its own philosophical features (why just one bucket of directories package? Why not 50?) --CJD From clydekunkel7734 at cox.net Wed Sep 2 19:41:29 2009 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Wed, 02 Sep 2009 15:41:29 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <1251908609.13221.780.camel@localhost.localdomain> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <1251895440.13221.742.camel@localhost.localdomain> <20090902151758.GA12609@redhat.com> <1251908609.13221.780.camel@localhost.localdomain> Message-ID: <4A9ECA69.4070305@cox.net> On 09/02/2009 12:23 PM, James Laska wrote: > On Wed, 2009-09-02 at 11:17 -0400, Dave Jones wrote: >> On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: >> > >> > >> > Heads up for anyone installing from rawhide today. A fix didn't land in >> > time for anaconda-12.19 (see bug#520791), I've built an updates.img >> > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone >> > interested in testing the installer today. > > Nils has a build in progress to address bug#520826. I'm going to pull > that into the updates.img listed above once complete. We can see what > else lurks. will the new updates.img be 520826-updates.img? Regards, OldFart From smooge at gmail.com Wed Sep 2 19:44:03 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 2 Sep 2009 13:44:03 -0600 Subject: Reboot madness? [Was: Re: dhclient and dhcp update require restart?] In-Reply-To: <4A9DF849.1050304@yahoo.co.uk> References: <4A95F6A8.2070701@yahoo.co.uk> <4A9DF849.1050304@yahoo.co.uk> Message-ID: <80d7e4090909021244y38eaf448i7fb1d710f1e8da8d@mail.gmail.com> 2009/9/1 Dariusz J. Garbowski : > I'm starting to be really bothered by this. Today kdenetwork requires > restart due to... "fix Bug 515586 - Kopete: New Messages from changed > resource arrive in new tab/window". Wouldn't login/logout sequence do? And > that only if the user really cared, i.e. was using Kopete and this bug was > really irritating him. > > Before that imsettings required restart... kpackagekit required restart... > > > I'm with Matthew on this: "This is a real shame. One of the selling points > of Linux is that you *don't* need to reboot for every little upgrade (unlike > a certain other OS I shan't name)." > > Is this something that should be bugzilla'd? > I think that the selling point is over-sold. It is true in many case for servers, but desktops are a much more interconnected system where updating something deep requires a lot of restarts.. and yes you could come up with a to probably deal with a good many of without a reboot... it is often faster to reboot the box than work out that you need to restart daemon-A then Y then Z and then A again -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From caillon at redhat.com Wed Sep 2 19:59:31 2009 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 02 Sep 2009 12:59:31 -0700 Subject: Directory draft (was Re: Triggers just to avoid unowned directories?) In-Reply-To: <1251907429.2881.32.camel@planemask> References: <20090901073501.028929e4@faldor.intranet> <1251812042.2027.1610.camel@atropine.boston.devel.redhat.com> <4A9D7130.3030704@REDHAT.COM> <20090901214404.GQ28495@nostromo.devel.redhat.com> <1251843205.10114.6.camel@localhost.localdomain> <615c05430909020057j17a5adb2h660ebee6346941ee@mail.gmail.com> <20090902154704.GB8929@nostromo.devel.redhat.com> <1251907429.2881.32.camel@planemask> Message-ID: <4A9ECEA3.5090203@redhat.com> On 09/02/2009 09:03 AM, Matthias Clasen wrote: > On Wed, 2009-09-02 at 11:47 -0400, Bill Nottingham wrote: >> Michel Alexandre Salim (michael.silvanus at gmail.com) said: >>>>> Multi-ownership seems *far* preferable to me than using triggers to >>>>> move files around, or moving a prelink-specific directory to the base >>>>> filesystem package. >>>> >>>> Then the guidelines should be fixed to create less confusion over the >>>> matter. >>>> >>> Another precedence is with bash-completion -- the consensus is for >>> packages that provide completion scripts to own /etc/bash_completion.d >> >> OK, I've written up the following, which should be more clear: >> >> https://fedoraproject.org/wiki/BillNottingham/DirectoryDraft >> >> Comments? > > I think it would be good to expand this to include some guidance on > -filesystem packages and when they are an appropriate solution. Especially since one of the examples cited solves this by way of a -filesystem package (mozilla-filesystem). From walters at verbum.org Wed Sep 2 20:00:47 2009 From: walters at verbum.org (Colin Walters) Date: Wed, 2 Sep 2009 20:00:47 +0000 Subject: Reboot madness? [Was: Re: dhclient and dhcp update require restart?] In-Reply-To: <80d7e4090909021244y38eaf448i7fb1d710f1e8da8d@mail.gmail.com> References: <4A95F6A8.2070701@yahoo.co.uk> <4A9DF849.1050304@yahoo.co.uk> <80d7e4090909021244y38eaf448i7fb1d710f1e8da8d@mail.gmail.com> Message-ID: On Wed, Sep 2, 2009 at 7:44 PM, Stephen John Smoogen wrote: > > I think that the selling point is over-sold. It is true in many case > for servers, but desktops are a much more interconnected system where > updating something deep requires a lot of restarts.. and yes you could > come up with a to probably deal with a good many of without a > reboot... it is often faster to reboot the box than work out that you > need to restart daemon-A then Y then Z and then A again It's a rather nuanced issue; the biggest distinction I see between the server versus (particularly unmanaged) desktops isn't the dependency stack so much as the level of knowledge/expertise in the system consumer. Most system administrators take training courses that tell them what the big list of semi human consumable UUIDs (package names) are and they are in a better position to be aware of the tradeoffs and when things can be restarted. Unmanaged desktop consumers have so such training, they just want the desktop to be reliable and work. As for the system-reboot versus login/logout; yes, such a distinction is something we would really like for PackageKit to have. It would be a bit tricky code to write to determine if an installed RPM has changed a currently installed X desktop app, but it's something we definitely need, and would be a great project for someone with some understanding of X11 and how PackageKit works to jump in and work on to improve the Linux desktop experience. From michael.silvanus at gmail.com Wed Sep 2 20:11:15 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 2 Sep 2009 16:11:15 -0400 Subject: Fedora linux 7 In-Reply-To: <1344791082.112461251779903702.JavaMail.coremail@app6.yeah.net> References: <20090831160004.5FFF7619898@hormel.redhat.com> <1344791082.112461251779903702.JavaMail.coremail@app6.yeah.net> Message-ID: <615c05430909021311v4b6e4374n6ddeaafe469d9e41@mail.gmail.com> Hello, Thank you for your interest in Fedora! Some pointers follow below the quote: On Tue, Sep 1, 2009 at 12:38 AM, liuliu1103 wrote: > > I want to?buy?fedora linux 7??system .But I? can't bought is recently > Please tell me who have fedroa linux7 system, > I am from China > tel:13771201604 - Please apply with the Fedora Free Media program: https://fedoraproject.org/freemedia/FreeMedia-form.html - The currently supported version of Fedora are versions 10 and 11. You will be sent a DVD of version 11 - This is a development list. Kindly direct future emails to fedora-list or, if testing pre-release software, fedora-test-list - Please do not quote an entire email when sending a message. Especially when that email is a (very long) daily digest! PS sending your phone number to the entire list might not be what you have in mind, but if it is, you might want to attach the IDD code. Best regards, -- Michel Alexandre Salim From jlaska at redhat.com Wed Sep 2 20:24:15 2009 From: jlaska at redhat.com (James Laska) Date: Wed, 02 Sep 2009 16:24:15 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <4A9ECA69.4070305@cox.net> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <1251895440.13221.742.camel@localhost.localdomain> <20090902151758.GA12609@redhat.com> <1251908609.13221.780.camel@localhost.localdomain> <4A9ECA69.4070305@cox.net> Message-ID: <1251923055.13221.965.camel@localhost.localdomain> On Wed, 2009-09-02 at 15:41 -0400, Clyde E. Kunkel wrote: > On 09/02/2009 12:23 PM, James Laska wrote: > > On Wed, 2009-09-02 at 11:17 -0400, Dave Jones wrote: > >> On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: > >> > > >> > > >> > Heads up for anyone installing from rawhide today. A fix didn't land in > >> > time for anaconda-12.19 (see bug#520791), I've built an updates.img > >> > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone > >> > interested in testing the installer today. > > > > > Nils has a build in progress to address bug#520826. I'm going to pull > > that into the updates.img listed above once complete. We can see what > > else lurks. > > will the new updates.img be 520826-updates.img? > > Regards, > > OldFart Hey Clyde! I've updated the existing updates img link above (since 520826 was dup'd against 520791). However, it appears that the new system-config-date build that I applied into the updates.img requires python-slip (which seems to provide some python helper methods). This isn't available in the current rawhide install environment ... so I've reached the end of the hunt for today. I believe this will be pulled into the install environment with tomorrows rawhide build. Thanks, James -------------- 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 jlaska at redhat.com Wed Sep 2 20:26:22 2009 From: jlaska at redhat.com (James Laska) Date: Wed, 02 Sep 2009 16:26:22 -0400 Subject: rawhide report: 20090902 changes In-Reply-To: <1251923055.13221.965.camel@localhost.localdomain> References: <20090902112358.GA32458@releng2.fedora.phx.redhat.com> <1251895440.13221.742.camel@localhost.localdomain> <20090902151758.GA12609@redhat.com> <1251908609.13221.780.camel@localhost.localdomain> <4A9ECA69.4070305@cox.net> <1251923055.13221.965.camel@localhost.localdomain> Message-ID: <1251923182.13221.969.camel@localhost.localdomain> On Wed, 2009-09-02 at 16:24 -0400, James Laska wrote: > On Wed, 2009-09-02 at 15:41 -0400, Clyde E. Kunkel wrote: > > On 09/02/2009 12:23 PM, James Laska wrote: > > > On Wed, 2009-09-02 at 11:17 -0400, Dave Jones wrote: > > >> On Wed, Sep 02, 2009 at 08:44:00AM -0400, James Laska wrote: > > >> > > > >> > > > >> > Heads up for anyone installing from rawhide today. A fix didn't land in > > >> > time for anaconda-12.19 (see bug#520791), I've built an updates.img > > >> > (http://jlaska.fedorapeople.org/520791-updates.img) for anyone > > >> > interested in testing the installer today. > > > > > > > > Nils has a build in progress to address bug#520826. I'm going to pull > > > that into the updates.img listed above once complete. We can see what > > > else lurks. > > > > will the new updates.img be 520826-updates.img? > > > > Regards, > > > > OldFart > > Hey Clyde! > > I've updated the existing updates img link above (since 520826 was dup'd > against 520791). Oops, for completeness ... 520826 was DUP'd against 520799. But this all started for me with 520791. Thanks, James -------------- 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 dcantrell at redhat.com Wed Sep 2 20:33:25 2009 From: dcantrell at redhat.com (David Cantrell) Date: Wed, 2 Sep 2009 10:33:25 -1000 (HST) Subject: dhclient and dhcp update require restart? In-Reply-To: <4A9E4F48.6090902@conversis.de> References: <4A95F6A8.2070701@yahoo.co.uk> <4A9E4F48.6090902@conversis.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 2 Sep 2009, Dennis J. wrote: > On 08/27/2009 07:49 PM, David Cantrell wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On Wed, 26 Aug 2009, Dariusz J. Garbowski wrote: >> >>> Hi, something that bothers me a bit... More and more system restart >>> requests with each update (even if one doesn't use the package at the >>> time). >>> >>> Is this necessary for dhclient and dhcp update packages to require >>> restart? >>> Wouldn't "service network restart" and "service dhcpd restart" in the >>> install/upgrade >>> scripts do the trick (after checking that the service is actually >>> running)? >>> Ssh used to do that since, well, as far as I remember. >> >> Yes, 'service dhcpd restart' will work fine for dhcpd. For dhclient, it's >> not necessarily as simple as restarting the network service. If you are >> using >> the network service, that will work fine. If you are using NetworkManager, >> you'll need to either restart NetworkManager or have it down the connection >> you're using dhclient on and bring it back up. > > Why is a restart of NetworkManager necessary in this case? If dhclient > reinitializes the interface and gets the old dhcp data then nothing really > changes and NetworkManager shouldn't have to care. If e.g. der IP changes > then NetworkManager should detect that and reinitialize the connection info > on its end (after all the "new" interface might not be connected to anything > and thus have to be marked as down anyway). It doesn't work that way. dhclient isn't a service with an init.d script. If you are using NetworkManager, dhclient is a child process of NetworkManager. You can't just restart dhclient since NetworkManager is controlling it. You have to either tell NetworkManager to down the interface, stop dhclient, and bring it back up -- or restart NetworkManager. Either way, the result is the same. If you are using the network service, dhclient is run when the interface is ifup'ed (so either restart the network service or ifup/ifdown the interface in that case). - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqe1pUACgkQ5hsjjIy1VklGugCgxHxszZp60PHjRN5UpRfP59qD dOkAoLMk8WXoyXnsRaiIWIdwLn6u8mdp =5WWs -----END PGP SIGNATURE----- From philipp_subx at redfish-solutions.com Wed Sep 2 21:52:42 2009 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Wed, 02 Sep 2009 15:52:42 -0600 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host Message-ID: <4A9EE92A.1000809@redfish-solutions.com> Seems to be an rpm versioning issue: [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version 0.9.14 starting... State Changed: init plugins State Changed: start INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) State Changed: lock buildroot State Changed: clean State Changed: init State Changed: lock buildroot Mock Version: 0.9.14 INFO: Mock Version: 0.9.14 INFO: enabled root cache State Changed: unpacking root cache INFO: enabled yum cache State Changed: cleaning yum metadata INFO: enabled ccache State Changed: running yum State Changed: setup ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 15 seconds INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 84, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig enabled_plugins=self.optparser._splitArg(opts.enableplugins)) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig self._conf = config.readMainConfig(startupconf) File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver idx = ts.dbMatch('provides', distroverpkg) TypeError: rpmdb open failed [root at builder SRPMS]# The host was originally an FC8 host, that was yum updated to FC9. I use it to build FC9 and FC10 packages via Mock. Unfortunately, it looks like it doesn't want to use the old RPM database from the previous FC8 install. How do I clobber all of this to that the database gets written afresh? Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps "mock --nuke" would be useful here following an version update to zap stale state? Or should I just uninstall and reinstall mock? Thanks, -Philip From mjs at clemson.edu Wed Sep 2 22:36:18 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 02 Sep 2009 22:36:18 +0000 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <645d17210909011050u2ee46cadh64f8e1d41aa423c7@mail.gmail.com> References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> <645d17210909010857o33ba954bu1a474a62677694d6@mail.gmail.com> <645d17210909011050u2ee46cadh64f8e1d41aa423c7@mail.gmail.com> Message-ID: <1251930978.7618.3.camel@valkyrie.localdomain> On Tue, 2009-09-01 at 18:50 +0100, Jonathan Underwood wrote: > 2009/9/1 Jonathan Underwood : > >> Is that intentional? Seems emacs-auctex requires 11.85, while your > >> package provides 11.84. > > > > AucTeX is the upstream for the preview tex package - so this is > > another case where we need to decide whether to go with upstream or > > the texlive version. > > > > In this case, I think we have to go with the upstream (AucTeX) one as > > each Auctex release is tested against the bundled preview class. > > > > Actually, there is an option to install the AucTeX bundled preview > privately for auctex. so both versions could co-exist, if we wanted to > do that (although that's not my recommendation). Meanwhile, is there a workaround? I can install the right tex-preview alongside texlive-preview, but still can't install the old dvipng and kpathsea to get emacs-auctex. That kpathsea wants texlive-2007. Thanks. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From mw_triad at users.sourceforge.net Wed Sep 2 23:16:30 2009 From: mw_triad at users.sourceforge.net (Matthew Woehlke) Date: Wed, 02 Sep 2009 18:16:30 -0500 Subject: how to determain those no longer required packages In-Reply-To: <1251729732.22005.35.camel@code.and.org> References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> <1251729732.22005.35.camel@code.and.org> Message-ID: James Antill wrote: > ATM we > don't carry reason=dep across updates To ask the obvious... why not? An update is not necessarily a user action (I run 'yum upgrade -y' in cron jobs on two machines, and may start doing it on more). IMO updating an existing package should *never* change the reason. Installing a package via update should only set reason="user" if the package was named in the arguments to yum (which should be the behavior also for 'yum install', actually). ...and I suppose 'yum update' should warn when updating a package named in the arguments if that package is not marked reason="user". (Why not auto-mark? Because maybe I am updating a library to fix a bug in some dependent program I use; I probably don't care about keeping that library if I later remove the program that needs it.) > Probably the sanest request here is that if you do: > > 1. yum install blah > 2. > 3. yum remove blah > > ...you don't get rid of any extra stuff you got with blah, hopefully > "yum history undo" will solve that in a better way by recording what > happened at #1 and undoing it instead of trying to piece together what > might have happened at #1 after the fact. Actually, I disagree. Let's say I install bar, with dependencies cow and pig. Then I install foo with dependencies cow and dog. What I would like to see happen is 'yum remove bar' removes bar and pig (but not cow, because foo needs it). If I then later 'yum remove foo', that should take care of foo, cow and dog. 'history undo' only works if nothing happens between the request to undo, and the action being undone (or else intervening actions have a net effect of nothing). If reason worked correctly, I don't see a problem with 'yum remove' always removing dependencies when no longer needed. > ? It's also true that saving 1 cent of disk space isn't at the top of my > list of things to do. Unneeded packages don't just use disk space, they also use CPU, network bandwidth, and cause excess disk wear due to the stream of updates for packages you don't need. (Plus that they can add up.) And I've mentioned before that I hate this 'disk space is cheap' argument; it doesn't (yet) apply to SSD's and its rooted in the "make the user buy better hardware" attitude that IMO is a very bad thing. -- Matthew Please do not quote my e-mail address unobfuscated in message bodies. -- Hey! Where's the witty punchline? (with apologies to Hostess) From skvidal at fedoraproject.org Wed Sep 2 23:44:58 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 2 Sep 2009 19:44:58 -0400 (EDT) Subject: how to determain those no longer required packages In-Reply-To: References: <1251539699.4029.9.camel@localhost.localdomain> <615c05430908290029u1d8639f7md85c77d6a85c4e54@mail.gmail.com> <1251565670.2494.0.camel@localhost.localdomain> <385866f0908290732k44e065e7g307e2ddffeb65a1e@mail.gmail.com> <1251588090.15990.12.camel@localhost.localdomain> <20090829210430.GE16359@victor.nirvana> <1251729732.22005.35.camel@code.and.org> Message-ID: On Wed, 2 Sep 2009, Matthew Woehlke wrote: > James Antill wrote: >> ATM we >> don't carry reason=dep across updates > > To ask the obvious... why not? B/c it's not been implemented, yet. The yumdb code has only really been in use since shortly after f11 came out. -sv From jonathan.underwood at gmail.com Wed Sep 2 23:56:42 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 3 Sep 2009 00:56:42 +0100 Subject: AucTeX dependencies and TeXLive 2009 In-Reply-To: <1251930978.7618.3.camel@valkyrie.localdomain> References: <1251674630.24206.13.camel@valkyrie.localdomain> <20090831110105.GA3138@pucmeloud.brq.redhat.com> <645d17210909010857o33ba954bu1a474a62677694d6@mail.gmail.com> <645d17210909011050u2ee46cadh64f8e1d41aa423c7@mail.gmail.com> <1251930978.7618.3.camel@valkyrie.localdomain> Message-ID: <645d17210909021656q1f8c06bek3dbc5da8b6bc1629@mail.gmail.com> 2009/9/2 Matthew Saltzman : > On Tue, 2009-09-01 at 18:50 +0100, Jonathan Underwood wrote: >> 2009/9/1 Jonathan Underwood : >> >> Is that intentional? Seems emacs-auctex requires 11.85, while your >> >> package provides 11.84. >> > >> > AucTeX is the upstream for the preview tex package - so this is >> > another case where we need to decide whether to go with upstream or >> > the texlive version. >> > >> > In this case, I think we have to go with the upstream (AucTeX) one as >> > each Auctex release is tested against the bundled preview class. >> > >> >> Actually, there is an option to install the AucTeX bundled preview >> privately for auctex. so both versions could co-exist, if we wanted to >> do that (although that's not my recommendation). > > Meanwhile, is there a workaround? ?I can install the right tex-preview > alongside texlive-preview, but still can't install the old dvipng and > kpathsea to get emacs-auctex. ?That kpathsea wants texlive-2007. > I don't see an easy one without rebuilding emacs-auctex against Jindrich's new packages, and that's not an option for the main F-11 repo. One the new texlive is in rawhide, we can fix this stuff up there. J. From thuforuk at yahoo.co.uk Thu Sep 3 00:39:08 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Wed, 02 Sep 2009 18:39:08 -0600 Subject: dhclient and dhcp update require restart? In-Reply-To: References: <4A95F6A8.2070701@yahoo.co.uk> <4A9E4F48.6090902@conversis.de> Message-ID: <4A9F102C.7000300@yahoo.co.uk> On 09/02/2009 02:33 PM, David Cantrell wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 2 Sep 2009, Dennis J. wrote: > >> On 08/27/2009 07:49 PM, David Cantrell wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On Wed, 26 Aug 2009, Dariusz J. Garbowski wrote: >>> >>>> Hi, something that bothers me a bit... More and more system restart >>>> requests with each update (even if one doesn't use the package at the >>>> time). >>>> >>>> Is this necessary for dhclient and dhcp update packages to require >>>> restart? >>>> Wouldn't "service network restart" and "service dhcpd restart" in the >>>> install/upgrade >>>> scripts do the trick (after checking that the service is actually >>>> running)? >>>> Ssh used to do that since, well, as far as I remember. >>> >>> Yes, 'service dhcpd restart' will work fine for dhcpd. For dhclient, >>> it's >>> not necessarily as simple as restarting the network service. If you are >>> using >>> the network service, that will work fine. If you are using >>> NetworkManager, >>> you'll need to either restart NetworkManager or have it down the >>> connection >>> you're using dhclient on and bring it back up. >> >> Why is a restart of NetworkManager necessary in this case? If >> dhclient reinitializes the interface and gets the old dhcp data then >> nothing really changes and NetworkManager shouldn't have to care. If >> e.g. der IP changes then NetworkManager should detect that and >> reinitialize the connection info on its end (after all the "new" >> interface might not be connected to anything and thus have to be >> marked as down anyway). > > It doesn't work that way. dhclient isn't a service with an init.d > script. If > you are using NetworkManager, dhclient is a child process of > NetworkManager. > You can't just restart dhclient since NetworkManager is controlling > it. You > have to either tell NetworkManager to down the interface, stop > dhclient, and > bring it back up -- or restart NetworkManager. Either way, the result > is the > same. > > If you are using the network service, dhclient is run when the > interface is > ifup'ed (so either restart the network service or ifup/ifdown the > interface in > that case). Yeah, dhclient works even if you don't use NetworkManager (I don't). So ifup/ifdown is necessary, which may or not be a good idea if something else running on the system relies on e.g. files open on NFS/SMB. Yet, can something similar to sshd be done to dhcpd? -- thufor > > - -- David Cantrell > Red Hat / Honolulu, HI > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkqe1pUACgkQ5hsjjIy1VklGugCgxHxszZp60PHjRN5UpRfP59qD > dOkAoLMk8WXoyXnsRaiIWIdwLn6u8mdp > =5WWs > -----END PGP SIGNATURE----- > From j.w.r.degoede at hhs.nl Thu Sep 3 08:22:40 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Sep 2009 10:22:40 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1251911840.3464.5.camel@localhost.localdomain> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> Message-ID: <4A9F7CD0.70905@hhs.nl> On 09/02/2009 07:17 PM, Jesse Keating wrote: > On Wed, 2009-09-02 at 10:26 +0200, Hans de Goede wrote: >> As one of the persons involved in dracut and in integrating dracut into the >> distribution I'm rather surprised to hear this. >> >> Where has this been discussed ? Were are the bugs for the situations where >> this does not work properly ? >> >> Also as one of the mkinitrd maintainers I would like to know if we're sticking >> with mkinitrd for Fedora 12, as there are some open issues which would be >> really good to fix before the beta if we go this way. >> > > The fact that it wasn't turned on at Alpha means it really shouldn't be > on now, not without FESCo approval. > That is interesting reasoning, first keep it out of Alpha even though it was ready as you were afraid it would delay the Alpha further (although there were no open bugs) and no now use that to also keep it out of Fedora 12 entirely. > We've got some licensing concerns with a pre-generated binary blob of > bits from other packages being shipped with the kernel package, and the > kernel srpm doesn't have any sources to match those binary blobs. > We already do the same with the stage1 and stage2 images of anaconda. The initrd is just a cpio archive, like the livecd images are just an iso, it is all mere aggregation. > Those are my biggest issues. I'd much prefer to see work continue on > dracut and have it available for F-12 users, but not default. We only > have one more major test point, the Beta, and there is very little time > after the beta to repair such a critical function as our initrd > generation, and no opportunity to test such repairs. dracut already is the default in rawhide and there are very little bug reports because of it. Not to mention that other Features such as: https://fedoraproject.org/wiki/Anaconda/Features/FCoE https://fedoraproject.org/wiki/Anaconda/Features/MDRaid Depend up on it. Regards, Hans From sundaram at fedoraproject.org Thu Sep 3 08:20:42 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 03 Sep 2009 13:50:42 +0530 Subject: ABRT for f12 status In-Reply-To: References: <1251909482.2881.34.camel@planemask> <1251911508.2881.35.camel@planemask> Message-ID: <4A9F7C5A.1010306@fedoraproject.org> On 09/02/2009 10:49 PM, Colin Walters wrote: > > Also I've attached a patch which should update the Obsoletes handling > to correspond with what we determined in discussion earlier; Versioned obsoletes is preferable. Rahul From paul at city-fan.org Thu Sep 3 09:13:40 2009 From: paul at city-fan.org (Paul Howarth) Date: Thu, 03 Sep 2009 10:13:40 +0100 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9EE92A.1000809@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> Message-ID: <4A9F88C4.509@city-fan.org> On 02/09/09 22:52, Philip Prindeville wrote: > Seems to be an rpm versioning issue: > > [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm > INFO: mock.py version 0.9.14 starting... > State Changed: init plugins > State Changed: start > INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) > State Changed: lock buildroot > State Changed: clean > State Changed: init > State Changed: lock buildroot > Mock Version: 0.9.14 > INFO: Mock Version: 0.9.14 > INFO: enabled root cache > State Changed: unpacking root cache > INFO: enabled yum cache > State Changed: cleaning yum metadata > INFO: enabled ccache > State Changed: running yum > State Changed: setup > ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 15 seconds > INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result > ERROR: Command failed: > # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' > rpmdb: Program version 4.3 doesn't match environment version > error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch > error: cannot open Packages index using db3 - (-30974) > error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.user_main(sys.argv[1:], exit_code=True) > File "/usr/share/yum-cli/yummain.py", line 229, in user_main > errcode = main(args) > File "/usr/share/yum-cli/yummain.py", line 84, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig > enabled_plugins=self.optparser._splitArg(opts.enableplugins)) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig > self._conf = config.readMainConfig(startupconf) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig > yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver > idx = ts.dbMatch('provides', distroverpkg) > TypeError: rpmdb open failed > > [root at builder SRPMS]# > > > > The host was originally an FC8 host, that was yum updated to FC9. I use > it to build FC9 and FC10 packages via Mock. > > Unfortunately, it looks like it doesn't want to use the old RPM database > from the previous FC8 install. > > How do I clobber all of this to that the database gets written afresh? > > Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps > "mock --nuke" would be useful here following an version update to zap > stale state? > > Or should I just uninstall and reinstall mock? I'd try this first: # rm -rf /var/lib/mock/fedora-10-x86_64/root Paul. From rawhide at fedoraproject.org Thu Sep 3 11:08:17 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 3 Sep 2009 11:08:17 +0000 Subject: rawhide report: 20090903 changes Message-ID: <20090903110817.GA18077@releng2.fedora.phx.redhat.com> Compose started at Thu Sep 3 06:15:07 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.i686 requires libmissioncontrol-client.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 yum-plugin-versionlock-1.1.23-1.fc12.noarch requires yum >= 0:3.2.24 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) yum-plugin-versionlock-1.1.23-1.fc12.noarch requires yum >= 0:3.2.24 Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc requires libmissioncontrol-client.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 yum-plugin-versionlock-1.1.23-1.fc12.noarch requires yum >= 0:3.2.24 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) anjal-0.1.0-0.7.20090821git5ac8bfe.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) yum-plugin-versionlock-1.1.23-1.fc12.noarch requires yum >= 0:3.2.24 New package auto-destdir Automate DESTDIR support for "make install" New package libtnc Library implementation of the Trusted Network Connect (TNC) specification New package monodevelop-debugger-mdb MonoDevelop Debugger Addin New package rubygem-facade A module that helps implement the facade pattern Removed package geanyvc Removed package perl-Network-IPv4Addr Updated Packages: PackageKit-0.5.2-0.1.20090902git.fc12 ------------------------------------- * Wed Sep 02 2009 Richard Hughes - 0.5.2-0.1.20090902git - Update to a newer git snapshot from the 0.5.x series. - Should fix some issues with KPackageKit. R-BSgenome.Celegans.UCSC.ce2-1.3.13-4.fc12 ------------------------------------------ * Wed Sep 02 2009 pingou 1.3.13-3 - Re-add the dist tag cf https://fedorahosted.org/rel-eng/ticket/2152 * Wed Sep 02 2009 pingou 1.3.13-4 - Increase release tag afflib-3.3.7-1.fc12 ------------------- * Wed Sep 02 2009 kwizart < kwizart at gmail.com > - 3.3.7-1 - Update to 3.3.7 aimage-3.2.1-1.fc12 ------------------- * Wed Sep 02 2009 kwizart < kwizart at gmail.com > - 3.2.1-1 - Update to 3.2.1 - Update gcc44 patch alliance-5.0-31.20090901snap.fc12 --------------------------------- * Wed Sep 02 2009 Chitlesh Goorah - 5.0-31.20090901snap - updated to upstream's 20090901 snapshot - Removed all patches which are accepted by upstream alsa-lib-1.0.21-1.fc12 ---------------------- * Wed Sep 02 2009 Jaroslav Kysela - 1.0.21-1 * Updated to 1.0.21 final amarok-2.1.80-2.fc12 -------------------- * Wed Sep 02 2009 Rex Dieter 2.1.80-1 - amarok-2.1.80 (2.2beta1) - -libs subpkg * Wed Sep 02 2009 Rex Dieter 2.1.80-2 - another lyricwiki fix anaconda-12.20-1.fc12 --------------------- * Wed Sep 02 2009 David Cantrell - 12.20-1 - Rename mostlyclean-glade to mostlyclean-liveinst. (dcantrell) - Handle rootPath referencing a chroot value or actual path (#519665) (dcantrell) - We convert cmdline args to longs in several places, so reduce to a function. (clumens) - Support rootpath overrides in fsset.rootDevice (#519665) (dcantrell) - Pass anaconda.rootPath to FSSet() (dcantrell) - Include ui, liveinst, and lang-table strings in po updates (#515411) (dcantrell) - Add some silent make support for sed, mkctype, and other commands. (dcantrell) - Recheck if a partition should be ignored after getting its disk (#518971) (hdegoede) - Fix traceback when editing a pre-existing logical volume (hdegoede) - Do not traceback on an usb cardreader with no card present (hdegoede) - Don't identify multi lun usb card readers as multipath (#517603) (hdegoede) - Device class does not have a format member (hdegoede) - Device class does not have a path member (hdegoede) - Simplify language.py to two basic settings, and a lot of support (#517569). (clumens) - clobber is a method of PartedDevice not PartedDisk (hdegoede) - Remove unused fsFromConfig method (hdegoede) - allocatePartitions: PartitionCount is a member of PartedDisk not DiskDevice (hdegoede) - New version. (clumens) - Fix storage/__init__.py:1857: non-keyword arg after keyword arg (hdegoede) - Remove a bunch of unnecessary semicolons (hdegoede) - pylint does not like ) - Fix 55:udev_resolve_devspec: Using possibly undefined loop variable 'dev' (hdegoede) - MDRaidArrayDevice.totalDevices is a read only property so don't write it (hdegoede) - storage/__init__.py:471:Storage.exceptionDisks: Undefined variable 'udev' (hdegoede) arpwatch-2.1a15-12.fc12 ----------------------- * Wed Sep 02 2009 Miroslav Lichvar 14:2.1a15-12 - update ethercodes.dat backintime-0.9.26-3.fc12 ------------------------ * Wed Sep 02 2009 Simon Wesp - 0.9.26-3 - Add patch0 to secure backups -* Fri Jul 24 2009 Fedora Release Engineering - 0.9.26-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild busybox-1.14.1-4.fc12 --------------------- * Wed Sep 02 2009 Chris Lumens 1.14.1-4 - Remove busybox-anaconda (#514319). cd-discid-1.1-1.fc12 -------------------- * Wed Sep 02 2009 Ville Skytt? - 1.1-1 - Update to 1.1 (#520781). clipsmm-0.1.0-2.fc12 -------------------- * Wed Sep 02 2009 Rick L Vinyard Jr - 0.1.0-2 - Bump release to rebuild against newer clips curl-7.19.6-4.fc12 ------------------ * Wed Sep 02 2009 Kamil Dudka 7.19.6-4 - use pkg-config to find nss and libssh2 if possible - better patch (not only) for SCP/SFTP polling - improve error message for not matching common name (#516056) debmirror-20090807-1.fc12 ------------------------- * Wed Sep 02 2009 Simon Wesp - 20090807-1 - New upstream release digikam-1.0.0-0.5.beta4.fc12 ---------------------------- * Mon Aug 31 2009 Rex Dieter - 1.0.0-0.5.beta4 - digikam-1.0.0-beta4 - BR: liblqr-1-devel dracut-001-1.fc12 ----------------- * Wed Sep 02 2009 Harald Hoyer 001-1 - version 001 - see http://dracut.git.sourceforge.net/git/gitweb.cgi?p=dracut/dracut;a=blob_plain;f=NEWS eqntott-9.0-2.fc11 ------------------ fail2ban-0.8.3-22.fc12 ---------------------- * Wed Sep 02 2009 Axel Thimm - 0.8.3-22 - Update to a newer svn snapshot to fix python 2.6 issue. freenx-client-0.9-10.fc11 ------------------------- * Sat Jul 25 2009 Axel Thimm - 0.9-9 - Split package into several subpackages. - Add some patches from CentOS (multiple-id-key & mode 0660 for key). - Use some patches from up to svn 545 (dated 2008-07-10). galeon-2.0.7-13.fc11 -------------------- * Mon Aug 03 2009 Christopher Aillon - 2.0.7-13 - Rebuild against newer gecko * Fri Jul 17 2009 Jan Horak - 2.0.7-12 - Rebuild against newer gecko * Tue Jun 30 2009 Christopher Aillon - 2.0.7-11 - Rebuild against newer gecko gcc-4.4.1-8 ----------- * Wed Sep 02 2009 Jakub Jelinek 4.4.1-8 - fix up __builtin_object_size (#505862) - fix Fortran GOTO warning (PR fortran/38507) * Tue Sep 01 2009 Jakub Jelinek 4.4.1-7 - update from gcc-4_4-branch - PRs c++/41120, c++/41127, c++/41131, fortran/41062, fortran/41102, fortran/41121, fortran/41126, fortran/41139, fortran/41157, fortran/41162, libfortran/40962, libstdc++/41005, middle-end/41094, middle-end/41123, middle-end/41163, target/34412, target/40718 - fix pr22033.C on ppc*/ia64/sparc* - emit namespace DIE even if it contains just some used type (PR debug/41170) - fix dynamic_cast (#519517) - backport power7 changes from the trunk, instead of using the old incomplete backport from ibm/power7-meissner gdesklets-0.36.1-6.fc11 ----------------------- * Wed Apr 29 2009 Luya Tshimbalanga - 0.36.1-6 - Patch applied on incompability with Python 2.6 (rhbz#498268, launchpad #344079) gkrellm-volume-2.1.13-11.fc12 ----------------------------- * Wed Sep 02 2009 Ville Skytt? - 2.1.13-11 - Filter out autoprovided volume.so (if %filter_setup is available). glibc-2.10.90-19 ---------------- * Wed Sep 02 2009 Andreas Schwab - 2.10.90-19 - Update from master. - Fix x86_64 bits/mathinline.h for -m32 compilation. glibmm24-2.21.4.2-1.fc12 ------------------------ * Wed Sep 02 2009 Denis Leroy - 2.21.4.2-1 - Update to upstream 2.21.4.2 gnome-bluetooth-2.27.90-1.fc12 ------------------------------ * Wed Sep 02 2009 Bastien Nocera 2.27.90-1 - Update to 2.27.90 gnome-user-share-2.27.0-1.fc12 ------------------------------ * Wed Sep 02 2009 Bastien Nocera 2.27.0-1 - Update to 2.27.0 gnonlin-0.10.12.3-0.2.fc12 -------------------------- * Wed Sep 02 2009 Jeffrey C. Ollie - 0.10.12.3-0.1 - Update to latest prelrelease * Wed Sep 02 2009 Jeffrey C. Ollie - 0.10.12.3-0.2 - Doh! gnupg-1.4.10-1.fc12 ------------------- * Wed Sep 02 2009 Nalin Dahyabhai 1.4.10-1 - update to 1.4.10 grepmail-5.3034-1.fc12 ---------------------- * Wed Sep 02 2009 Paul Howarth 5.3034-1 - Update to 5.3034 - fix man page year typo (Debian bug #428973) - updated to the latest version of Module::Install - added TODO to the distribution - fix a bug where grepmail could abort with -L - fix a bug in the -R test that could cause a false test failure - fix uninitialized variable warnings for emails missing certain headers - URLs moved back to search.cpan.org - Buildreq perl(Test::More) - Buildreq perl(Module::AutoInstall), should have been bundled - Revert change to t/recursive.t from 5.3033 that causes test failure - Patch t/nonexistent_mailbox.t to support changed behaviour of Mail::Mbox::MessageParser >= 1.5002 griffith-0.10-1.fc12 -------------------- * Wed Sep 02 2009 Simon Wesp - 0.10-1 - New upstream release gstreamermm-0.10.4-2.fc12 ------------------------- * Wed Sep 02 2009 Denis Leroy - 0.10.4-2 - Rebuild for new glibmm24 - Added patch to remove beautify_docs hosts3d-1.03-1.fc12 ------------------- * Wed Sep 02 2009 Simon Wesp - 1.03-1 - New upstream release httping-1.3.1-2.fc12 -------------------- * Wed Sep 02 2009 Ville Skytt? - 1.3.1-2 - Fix -debuginfo (let rpmbuild strip the binary) - #520852 ibus-table-1.2.0.20090902-2.fc12 -------------------------------- * Thu Sep 03 2009 Caius 'kaio' Chance - 1.2.0.20090902-2.fc12 - Rebuilt. * Wed Sep 02 2009 Caius 'kaio' Chance - 1.2.0.20090902-1.fc12 - Updated source. ibus-table-quick-1.2.0.20090902-1.fc12 -------------------------------------- * Wed Sep 02 2009 Caius 'kaio' Chance - 1.2.0.20090902-1.fc12 - Updated source w/ intro of Quick Classic table. - Macro'ed .spec file. initscripts-8.98-1 ------------------ * Wed Sep 02 2009 Bill Nottingham - 8.98-1 - sysconfig.txt: doucment DHCP_HOSTNAME (#498052) - 88-clock.rules: Use --systz instead of --hctosys. (#517886, #489494) - Support rwtab and state passed from dracut initrd (#515771, ) - restore context of *tmp files (#519748) - halt: don't try and save mixer settings if it's not writable. (#515771) - rwtab: add /var/spool, /var/lib/dbus, others (#494973, #515771) - sysconfig.txt: clarify docs (#518614) - rc.sysinit: don't pretend /selinux is configurable (#518164) - assorted ipv6 redundant code deletion - translation updates: bn, ca, d, es, fi, fr, gu, hi, it, ja, ko, ml, nb, nl, pl, pt, pt_BR, ru, sr, ta, zh_CN, zh_TW irqbalance-0.55-23.fc12 ----------------------- * Wed Sep 02 2009 Neil Horman - 2:0.55-23 - Fixing BuildRequires for new config script * Tue Sep 01 2009 Neil Horman - 2:0.55-19 - Incorporate capng (bz 520699) * Tue Sep 01 2009 Neil Horman - 2:0.55-20 - Fixing BuildRequires for new config script * Tue Sep 01 2009 Neil Horman - 2:0.55-21 - Fixing BuildRequires for new config script * Tue Sep 01 2009 Neil Horman - 2:0.55-22 - Fixing BuildRequires for new config script kcoloredit-4.3.1-1.fc12 ----------------------- * Tue Sep 01 2009 Sebastian Vahl - 4.3.1-1 - 4.3.1 kde-l10n-4.3.1-1.fc12 --------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeaccessibility-4.3.1-1.fc12 ----------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeadmin-4.3.1-1.fc12 --------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeartwork-4.3.1-1.fc12 ----------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 - add missing screensavers bz#472886 kdebase-4.3.1-1.fc12 -------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 - drop/revert kde-plasma-folderview subpkg kdebase-runtime-4.3.1-1.fc12 ---------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.0-1 - 4.3.1 kdebase-workspace-4.3.1-1.fc12 ------------------------------ kdebindings-4.3.1-1.fc12 ------------------------ * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeedu-4.3.1-1.fc12 ------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdegames-4.3.1-1.fc12 --------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdegraphics-4.3.1-1.fc12 ------------------------ * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdelibs-experimental-4.3.1-1.fc12 --------------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdemultimedia-4.3.1-1.fc12 -------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdenetwork-4.3.1-1.fc12 ----------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdepim-4.3.1-1.fc12 ------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdepim-runtime-4.3.1-1.fc12 --------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdepimlibs-4.3.1-1.fc12 ----------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeplasma-addons-4.3.1-1.fc12 ----------------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdesdk-4.3.1-1.fc12 ------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdetoys-4.3.1-1.fc12 -------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kdeutils-4.3.1-1.fc12 --------------------- * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 kernel-2.6.31-0.199.rc8.git2.fc12 --------------------------------- * Wed Sep 02 2009 Dave Jones - Add missing scriptlet dependancy. (#520788) * Wed Sep 02 2009 Adam Jackson 2.6.31-0.199.rc8.git2 - drm-intel-pm.patch: Disable by default, too flickery on too many machines. Enable with i915.powersave=1. * Tue Sep 01 2009 Jarod Wilson - Fix up lirc_zilog to enable functional IR transmit and receive on the Hauppauge HD PVR - Fix audio on PVR-500 when used in same system as HVR-1800 (#480728) * Tue Sep 01 2009 Dave Jones - Make firmware buildarch noarch. (Suggested by drago01 on irc) * Tue Sep 01 2009 Chuck Ebbert - 2.6.31-rc8-git2 - Blank out drm-intel-next: entire contents are now upstream. * Tue Sep 01 2009 Adam Jackson - Make DRM less chatty about EDID failures. No one cares. * Sun Aug 30 2009 Jarod Wilson - fix lirc_imon oops on older devices w/o tx ctrl ep (#520008) * Sun Aug 30 2009 Chuck Ebbert - 2.6.31-rc8-git1 - Drop linux-2.6-inotify-accounting.patch, merged upstream. kgrab-0.1.1-19.fc12 ------------------- * Tue Sep 01 2009 Sebastian Vahl - 0.1.1-19 - 4.3.1 kiconedit-4.3.1-1.fc12 ---------------------- * Tue Sep 01 2009 Sebastian Vahl - 4.3.1-1 - 4.3.1 konq-plugins-4.3.1-1.fc12 ------------------------- * Tue Sep 01 2009 Sebastian Vahl - 4.3.1-1 - 4.3.1 - use scriplet for HTML docdirs kopete-cryptography-1.3.0-13.fc12 --------------------------------- * Tue Sep 01 2009 Sebastian Vahl - 1.3.0-13 - 1.3.0-kde4.3.1 lftp-3.7.15-1.fc12 ------------------ * Wed Sep 02 2009 Jiri Skala - 3.7.15-1 - updated to latest upstream release * Wed Aug 12 2009 Ville Skytt? - 3.7.14-6 - Use lzma compressed upstream tarball. macchanger-1.5.0-8.fc12 ----------------------- * Wed Sep 02 2009 Tomas Hoger - 1.5.0-8 - Fix pseudo random number generator seeding (RHBZ#520268) - Update OUI list from IEEE, now more than 12000 items listed - Update man page to list -s / --show - Fix handling of internal mac lists where static array was still assumed, while dynamically allocated array was used maven2-2.0.8-3.fc12 ------------------- * Wed Sep 02 2009 Alexander Kurtakov 0:2.0.8-3 - Add bash-completion. - Drop gcj-support. Drops 1170 lines. - Fix dependencies for the following plugins: changes, eclipse, idea. metacity-2.27.0-9.fc12 ---------------------- * Wed Sep 02 2009 Peter Robinson - 2.27.0-9 - Add upstreamed patch for option to force fullscreen for sugar - https://bugzilla.redhat.com/show_bug.cgi?id=516225 mkinitrd-6.0.93-1.fc12 ---------------------- * Wed Sep 02 2009 Hans de Goede - 6.0.93-1 - Move hotplug run to before gpu driver probing (airlied, #520730) - Fix (non-fatal) syntax error (katzj, #513414) mock-0.9.17-3.fc12 ------------------ * Wed Sep 02 2009 Dennis Gilmore - 0.9.17-3 Add patch cleaning up mock configs for epel nautilus-sendto-1.1.7-1.fc12 ---------------------------- * Wed Sep 02 2009 Bastien Nocera 1.1.7-1 - Update to 1.1.7 nss-ldapd-0.6.11-1.fc12 ----------------------- * Wed Sep 02 2009 Nalin Dahyabhai 0.6.11-1 - update to 0.6.11 nx-3.3.0-38.fc12 ---------------- * Wed Sep 02 2009 Axel Thimm - 3.3.0-38 - Update to latest (third) maintenance release. ocfs2-tools-1.4.2-2.fc12 ------------------------ * Wed Sep 02 2009 Fabio M. Di Nitto - 1.4.2-2 - Fix udev rule packaging * Mon Aug 31 2009 Fabio M. Di Nitto - 1.4.2-1 - New upstream release - Undefine alpha tag - Add patch to fix 2 minor build glitches - Add Requires: redhat-lsb for init scripts - Update BuildRequires to enable all features - Add ocfs2-tools-{cman,pcmk} packages with respective control daemons - Install udev rule - Update file lists * Sat Jul 25 2009 Fedora Release Engineering - 1.3.9-11.20080221git - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild peppy-0.11.25-1.fc12 -------------------- * Wed Sep 02 2009 Simon Wesp - 0.11.25-1 - New upstream release perl-BerkeleyDB-0.39-1.fc12 --------------------------- * Sat Aug 29 2009 Steven Pritchard 0.39-1 - Update to 0.39. perl-JSON-2.15-5.fc12 --------------------- * Wed Sep 02 2009 Chris Weyl 2.15-5 - adjust filtering so we don't drop the versioned perl(JSON:PP) prov perl-Mail-DKIM-0.36-3.fc12 -------------------------- * Wed Sep 02 2009 Warren Togami - 0.36-3 - 0.36_5 ... why does upstream use strange version numbers? perl-Mail-Mbox-MessageParser-1.5002-1.fc12 ------------------------------------------ * Wed Sep 02 2009 Paul Howarth 1.5002-1 - Update to 1.5002 - perl 5.10 patch upstreamed - disable the grep interface, known to be buggy - fix infinite loop in emails of less than 200 characters (CPAN RT#33493) - update Makefile.PL for versions of Module::Install > 0.88 - instead of returning an error for an empty mailbox, a valid mailbox is returned that immediately fails the end_of_mailbox check (CPAN RT#43665) - fix missing "m" modifier issue exposed by Perl 5.10 (CPAN RT#33004) - added some debugging information for the "cache data not validated" error - fix an off-by-one error that could cause warnings about undefined values - BuildRequire perl(Test::More) and perl(Text::Diff) perl-POE-Component-Client-SMTP-0.22-1.fc12 ------------------------------------------ * Wed Sep 02 2009 Yanko Kaneti - 0.22-1 - New upstream release policycoreutils-2.0.71-15.fc12 ------------------------------ * Wed Sep 02 2009 Bill Nottingham 2.0.71-15 - Fix typo polkit-gnome-0.94-4.fc12 ------------------------ * Wed Sep 02 2009 Matthias Clasen - 0.94-4 - Just remove the OnlyShowIn, it turns out everybody wants this proftpd-1.3.2a-4.fc12 --------------------- * Wed Sep 02 2009 Paul Howarth 1.3.2a-4 - New DSO module: mod_exec (#520214) pulseaudio-0.9.16-13.test7.fc12 ------------------------------- * Thu Sep 03 2009 Lennart Poettering 0.9.16-12.test7 - New test release * Thu Sep 03 2009 Lennart Poettering 0.9.16-13.test7 - Fix build for ppc python-pyasn1-0.0.8a-5.fc12 --------------------------- * Wed Sep 02 2009 Rob Crittenden - 0.0.8a-5 - Include doc/notes.html in the package qmmp-0.3.0-3.fc12 ----------------- * Wed Sep 02 2009 Karel Voln? 0.3.0-3 - add libbs2b support, as it got added to Fedora (see bug #519138) rhythmbox-0.12.4-3.fc12 ----------------------- * Wed Sep 02 2009 Bastien Nocera 0.12.4-3 - Add upstream patch to use the correct path for mpi files selinux-policy-3.6.30-2.fc12 ---------------------------- skanlite-0.3-5.fc12 ------------------- * Tue Sep 01 2009 Sebastian Vahl - 0.3-5 - KDE 4.3.1 sugar-0.85.5-1.fc12 ------------------- * Wed Sep 02 2009 Tomeu Vizoso - 0.85.5-1 - New upstream release sugar-base-0.85.4-1.fc12 ------------------------ * Wed Sep 02 2009 Tomeu Vizoso - 0.85.4-1 - New upstream release sugar-toolkit-0.85.6-1.fc12 --------------------------- * Wed Sep 02 2009 Tomeu Vizoso - 0.85.6-1 - New upstream release swig-1.3.40-1.fc12 ------------------ * Wed Sep 02 2009 Adam Tkac 1.3.40-1 - update to 1.3.40 system-config-date-1.9.47-1.fc12 -------------------------------- * Wed Sep 02 2009 Nils Philippsen - 1.9.46-1 - use new gtk toolkit API * Wed Sep 02 2009 Nils Philippsen - 1.9.47-1 - import gettext from each module again (#520799) * Tue Sep 01 2009 Nils Philippsen - use slip.util.files.linkorcopyfile() (#512046) - initialize gettext correctly in all places system-config-nfs-1.3.48-1.fc12 ------------------------------- * Wed Sep 02 2009 Nils Philippsen - 1.3.48-1 - initialize gettext correctly system-config-samba-1.2.81-1.fc12 --------------------------------- * Wed Sep 02 2009 Nils Philippsen - 1.2.81-1 - initialize gettext correctly system-config-services-0.99.39-1.fc12 ------------------------------------- * Wed Sep 02 2009 Nils Philippsen - 0.99.39-1 - initialize gettext correctly * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions (#519300) system-config-users-1.2.89-1.fc12 --------------------------------- * Wed Sep 02 2009 Nils Philippsen - 1.2.89-1 - initialize gettext correctly telnet-0.17-45.fc12 ------------------- * Wed Sep 02 2009 Adam Tkac 1:0.17-45 - add new option -N to disable DNS lookups (#490242) texinfo-4.13a-7.fc12 -------------------- * Wed Sep 02 2009 Vitezslav Crhonek - 4.13a-7 - Fix errors installing texinfo/info with --excludedocs Resolves: #515909 Resolves: #515938 * Wed Aug 12 2009 Ville Skytt? - 4.13a-6 - Use lzma compressed upstream tarball. tokyocabinet-1.4.32-1.fc12 -------------------------- * Fri Aug 28 2009 Deji Akingunola - 1.4.32-1 - Update to 1.4.32 towhee-6.2.6-2.fc11 ------------------- uget-1.4.9.3-1.fc12 ------------------- * Thu Sep 03 2009 Mamoru Tasaka - 1.4.9.3-1 - 1.4.9.3 vidalia-0.1.15-1.fc12 --------------------- * Wed Sep 02 2009 Simon Wesp - 0.15-1 - New upstream release wine-1.1.29-1.fc12 ------------------ * Wed Sep 02 2009 Andreas Bierfert - 1.1.29-1 - version upgrade xen-3.4.1-3.fc12 ---------------- * Wed Sep 02 2009 Gerd Hoffmann - 3.4.1-3 - swap bzip2+xz linux kernel compression support patches. - backport one more bugfix (videoram option). xforms-1.0.92-0.2.pre8.fc12 --------------------------- * Wed Sep 02 2009 Rex Dieter - 1.0.92-0.2.pre8 - xforms-1.0.92pre8 xmms-1.2.11-7.20071117cvs.fc12 ------------------------------ * Wed Sep 02 2009 Paul F. Johnson 1:1.2.11-7.20071117cvs - Fix play on click bug (BZ434692) xorg-x11-drv-intel-2.8.0-9.fc12 ------------------------------- * Wed Sep 02 2009 Adam Jackson 2.8.0-9 - uevent.patch: Catch uevents for output hotplug, rescan when they happen, and send RANDR events for any changes. xorg-x11-server-1.6.99-45.20090903.fc12 --------------------------------------- * Thu Sep 03 2009 Peter Hutterer 1.6.99-45.20090903 - Today's git snapshot. xsupplicant-2.1.8-2.fc12 ------------------------ * Wed Sep 02 2009 Tom "spot" Callaway - 2.1.8-1 - update to 2.1.8 * Wed Sep 02 2009 Tom "spot" Callaway - 2.1.8-2 - duct tape fix for ppc/ppc64, not run-tested * Fri Aug 21 2009 Tomas Mraz - 2.1.7-3 - rebuilt with new openssl * Mon Jul 27 2009 Fedora Release Engineering - 2.1.7-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu May 14 2009 Tom "spot" Callaway - 2.1.7-1 - update to 2.1.7, drop static libs, add ui package yum-3.2.23-16.fc12 ------------------ * Wed Sep 02 2009 Seth Vidal - 3.2.23-16 - fix globbing issue 520810 yum-utils-1.1.23-1.fc12 ----------------------- * Wed Sep 02 2009 Tim Lauridsen - mark as 1.1.23 Summary: Added Packages: 4 Removed Packages: 2 Modified Packages: 115 From hughsient at gmail.com Thu Sep 3 12:17:27 2009 From: hughsient at gmail.com (Richard Hughes) Date: Thu, 3 Sep 2009 13:17:27 +0100 Subject: rawhide report: 20090903 changes In-Reply-To: <20090903110817.GA18077@releng2.fedora.phx.redhat.com> References: <20090903110817.GA18077@releng2.fedora.phx.redhat.com> Message-ID: <15e53e180909030517o653e971dxc2faaa4197459b8d@mail.gmail.com> 2009/9/3 Rawhide Report : > PackageKit-0.5.2-0.1.20090902git.fc12 > ------------------------------------- > * Wed Sep 02 2009 Richard Hughes ? - 0.5.2-0.1.20090902git > - Update to a newer git snapshot from the 0.5.x series. > - Should fix some issues with KPackageKit. Heads up: this is likely broken -- it will not detect the network state using NetworkManager due to the recent libnm_glib -> libnm-glib rename. I'll do a new build today which will fix things. Richard. From bart at vanbrabant.eu Thu Sep 3 13:35:25 2009 From: bart at vanbrabant.eu (Bart Vanbrabant) Date: Thu, 3 Sep 2009 15:35:25 +0200 Subject: Ownership avrdude Message-ID: Hi, I'm claiming ownership over avrdude. There is a new upstream release and I'm in progress of packaging software that depends on avrdude. Any objections? gr, Bart -- Bart Vanbrabant From notting at redhat.com Thu Sep 3 13:36:06 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Sep 2009 09:36:06 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9F7CD0.70905@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> Message-ID: <20090903133606.GA31238@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: >> The fact that it wasn't turned on at Alpha means it really shouldn't be >> on now, not without FESCo approval. > > That is interesting reasoning, first keep it out of Alpha even though it was > ready as you were afraid it would delay the Alpha further (although there were > no open bugs) and no now use that to also keep it out of Fedora 12 entirely. I agree - certainly, there has been nothing raised to FESCo yet to disable it, and it was not removed from the feature list in any FESCo discussion. That discussion can certainly be had if someone wants to raise it to FESCo. >> We've got some licensing concerns with a pre-generated binary blob of >> bits from other packages being shipped with the kernel package, and the >> kernel srpm doesn't have any sources to match those binary blobs. >> > > We already do the same with the stage1 and stage2 images of anaconda. The > initrd is just a cpio archive, like the livecd images are just an iso, it is > all mere aggregation. The issue is that stage1/stage2 are generated at *tree* build time, and therefore are guaranteed to match the tree (and source RPMs) we ship. As dracut images are currently built at *kernel* build time, that is not the case. Moving to building initramfs at kernel install time would solve this. Bill From maxamillion at gmail.com Thu Sep 3 13:38:49 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 3 Sep 2009 08:38:49 -0500 Subject: Minitube - youtube for your desktop, still a little early in development Message-ID: Hey all, I packaged up this app I stumbled upon called minitube (http://flavio.tordini.org/minitube) but it seems a bit unstable and I don't really want to toss it up to a package review until its stable enough to be shipped but I wanted to mention it to see if anyone might find a use for it, would help testing and submitting bugs upstream, etc. Random side note, a thought that ran across my mind during this is: "Do we have some sort of expectation of stability of software in the repositories?" is there some sort of a policy/guideline or is it more of a "judgement call" placed on the packager? Spec: http://maxamillion.fedorapeople.org/minitube.spec SRPM: http://maxamillion.fedorapeople.org/minitube-0.5-2.fc11.src.rpm -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From wtogami at redhat.com Thu Sep 3 14:07:32 2009 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 Sep 2009 10:07:32 -0400 Subject: sed -i symlink behavior... In-Reply-To: <870180fe0909020839q32ff184bob3c1ae4ef3f1eff@mail.gmail.com> References: <4A9E90AE.5060302@redhat.com> <870180fe0909020839q32ff184bob3c1ae4ef3f1eff@mail.gmail.com> Message-ID: <4A9FCDA4.70809@redhat.com> On 09/02/2009 11:39 AM, Jerry James wrote: > On Wed, Sep 2, 2009 at 9:35 AM, Warren Togami wrote: >> What is the correct behavior? Is this a bug that it changed? > > Read up on the --follow-symlinks option to sed. This is a new option it seems, meaning I can't rely on sed -i at all anymore. I'm rather displeased that a core utility fundamentally changed its own behavior. Warren From jmoskovc at redhat.com Thu Sep 3 14:09:20 2009 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Thu, 03 Sep 2009 16:09:20 +0200 Subject: ABRT for f12 status In-Reply-To: References: <1251909482.2881.34.camel@planemask> <1251911508.2881.35.camel@planemask> Message-ID: <4A9FCE10.8070401@redhat.com> On 09/02/2009 07:19 PM, Colin Walters wrote: > On Wed, Sep 2, 2009 at 5:11 PM, Matthias Clasen wrote: >> On Wed, 2009-09-02 at 17:04 +0000, Colin Walters wrote: >>> On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen wrote: >>>> >>>> After talking to the abrt guys, I've changed the desktop spin ks to >>>> replace bug-buddy and kerneloops by abrt. >>> >>> This change should be made in comps (as per my original attached >>> patch), not the kickstart. If we only change the kickstart then >>> people doing automatic kickstarted desktop installs will get a >>> divergent desktop which is not what we want. >>> >> >> Sure, I agree that we should also do this change in comps. > > Ok, done. The comps change should be pulled into the kickstart > through so there shouldn't have been a need to change it as well. > > Also I've attached a patch which should update the Obsoletes handling > to correspond with what we determined in discussion earlier; if one of > the ABRT people or a provenpackager could apply that'd be nice. > I pushed the fixed spec file into the git repo. Now I'm testing the new package with some additional fixes to make abrt work better with livecd. (Still didn't get rid of debuginfo installation, as it needs a bit more work) Jirka -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: From mjg at redhat.com Thu Sep 3 14:11:49 2009 From: mjg at redhat.com (Matthew Garrett) Date: Thu, 3 Sep 2009 15:11:49 +0100 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: References: Message-ID: <20090903141149.GA1479@srcf.ucam.org> On Thu, Sep 03, 2009 at 08:38:49AM -0500, Adam Miller wrote: > Hey all, > I packaged up this app I stumbled upon called minitube > (http://flavio.tordini.org/minitube) but it seems a bit unstable and I > don't really want to toss it up to a package review until its stable > enough to be shipped but I wanted to mention it to see if anyone might > find a use for it, would help testing and submitting bugs upstream, > etc. Does it have any functionality that the totem youtube plugin doesn't? -- Matthew Garrett | mjg59 at srcf.ucam.org From maxamillion at gmail.com Thu Sep 3 14:23:37 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 3 Sep 2009 09:23:37 -0500 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: <20090903141149.GA1479@srcf.ucam.org> References: <20090903141149.GA1479@srcf.ucam.org> Message-ID: On Thu, Sep 3, 2009 at 9:11 AM, Matthew Garrett wrote: > Does it have any functionality that the totem youtube plugin doesn't? > Honestly not sure, wasn't aware totem had a youtube plugin. I'll have to check it out. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From j.w.r.degoede at hhs.nl Thu Sep 3 14:57:07 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Sep 2009 16:57:07 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903133606.GA31238@nostromo.devel.redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> Message-ID: <4A9FD943.2060608@hhs.nl> Hi, On 09/03/2009 03:36 PM, Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>> The fact that it wasn't turned on at Alpha means it really shouldn't be >>> on now, not without FESCo approval. >> >> That is interesting reasoning, first keep it out of Alpha even though it was >> ready as you were afraid it would delay the Alpha further (although there were >> no open bugs) and no now use that to also keep it out of Fedora 12 entirely. > > I agree - certainly, there has been nothing raised to FESCo yet to > disable it, and it was not removed from the feature list in any FESCo > discussion. That discussion can certainly be had if someone wants to raise > it to FESCo. > >>> We've got some licensing concerns with a pre-generated binary blob of >>> bits from other packages being shipped with the kernel package, and the >>> kernel srpm doesn't have any sources to match those binary blobs. >>> >> >> We already do the same with the stage1 and stage2 images of anaconda. The >> initrd is just a cpio archive, like the livecd images are just an iso, it is >> all mere aggregation. > > The issue is that stage1/stage2 are generated at *tree* build time, and > therefore are guaranteed to match the tree (and source RPMs) we ship. > As dracut images are currently built at *kernel* build time, that is > not the case. Moving to building initramfs at kernel install time would > solve this. > Yes, but also loose one of the main advantage, that everyone with kenrel-versionFoo is using the exact same initrd, if we build at install time, and there is for example an mdraid issue, how do I know which exact version of mdadm is in the initrd ? I know this argument can be reversed, that if the exact version is not known, people cannot excercise their rights under the GPL. So I suggest we add a list of package NEVR's to the kernel rpm which contains the exact packages used to build the initrd, yet still keep building it as part of the kernel rpm (so at build time), as this is much easier for debugging issues. It really is like having to support gentoo, versus having to support a distro using pre build packages. And I would really like to move to the having to support a pre-build package model for the initrd. Regards, Hans From tcallawa at redhat.com Thu Sep 3 15:05:38 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 11:05:38 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FD943.2060608@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> Message-ID: <4A9FDB42.6060302@redhat.com> On 09/03/2009 10:57 AM, Hans de Goede wrote: > It really is like having to support gentoo, versus having to support a > distro using pre build packages. And I would really like to move to the having to > support a pre-build package model for the initrd. The problem is this: The kernel binary RPM contains this pre-built initrd. The kernel source RPM does not contain the sources necessary to make this pre-built initrd. This makes me rather uncomfortable from a Licensing perspective. I'm also concerned about it from a security perspective, as these binaries are very likely to be overlooked when security updates are pushed. ~spot From j.w.r.degoede at hhs.nl Thu Sep 3 15:35:05 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Sep 2009 17:35:05 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FDB42.6060302@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> Message-ID: <4A9FE229.9090508@hhs.nl> Hi, On 09/03/2009 05:05 PM, Tom "spot" Callaway wrote: > On 09/03/2009 10:57 AM, Hans de Goede wrote: >> It really is like having to support gentoo, versus having to support a >> distro using pre build packages. And I would really like to move to the having to >> support a pre-build package model for the initrd. > > The problem is this: > > The kernel binary RPM contains this pre-built initrd. The kernel source > RPM does not contain the sources necessary to make this pre-built initrd. > This makes me rather uncomfortable from a Licensing perspective. True, but we do provide SRPMS with the sources, if we include a list of the SRPMS with the sources, with full NEVR in the kernel rpm as doc, wouldn't that be sufficient? > I'm > also concerned about it from a security perspective, as these binaries > are very likely to be overlooked when security updates are pushed. We already have that issue with mkinitrd, and will have it when we move to generating dracut initrd's in %post too. IOW the security issue will always be there, so lets focus on the licensing issue please. Regards, Hans From dcbw at redhat.com Thu Sep 3 15:44:03 2009 From: dcbw at redhat.com (Dan Williams) Date: Thu, 03 Sep 2009 10:44:03 -0500 Subject: NetworkManager-based packages won't rebuild to fix broken deps In-Reply-To: References: <20090830124409.GA12723@releng2.fedora.phx.redhat.com> <38tyzogy9z.fsf@allele2.eebweb.arizona.edu> <1251710329.2727.2848.camel@Vain> Message-ID: <1251992643.18162.26.camel@localhost.localdomain> On Mon, 2009-08-31 at 02:59 -0700, Alex Lancaster wrote: > >>>>> "CM" == Caol?n McNamara writes: > > CM> On Mon, 2009-08-31 at 01:53 -0700, Alex Lancaster wrote: > >> >>>>> Rawhide Report writes: > >> Has something changed in the API/ABI? > > CM> The name of the .pc file itself, i.e. libnm-glib.pc -> libnm_glib.pc, so > CM> pkg-config --exists libnm-glib instead of pkg-config --exists libnm_glib > CM> etc. No idea if this is an intentional change or not, but I assume that > CM> it is. > > If so, it would have been kind of nice to announce it here on > fedora-devel-list so that maintainers of dependent packages would be > prepared. (At least I couldn't find an announcement in the quick > search of the past few days of archives I checked). It would have, and I should have done so. That's my fault. The API/ABI changed for libnm-glib as a result of the port to PolicyKit 1.0, and the soname was also bumped. Since the name never should have been _ in the first place, at the same time as the soname bump and API/ABI changes, the library name and thus the pkgconfig file name were also changed. This also ensures that we see the error more clearly at build time instead of segfaults due to missing symbols at runtime. In addition to that, I'll be bumping the soname of the libnm-glib-vpn library for the Debian folks, but most programs don't link to libnm-glib-vpn. Dan From tcallawa at redhat.com Thu Sep 3 16:00:02 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 12:00:02 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FE229.9090508@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> Message-ID: <4A9FE802.7000804@redhat.com> On 09/03/2009 11:35 AM, Hans de Goede wrote: >> The kernel binary RPM contains this pre-built initrd. The kernel source >> RPM does not contain the sources necessary to make this pre-built initrd. >> This makes me rather uncomfortable from a Licensing perspective. > > True, but we do provide SRPMS with the sources, if we include a list of > the SRPMS with the sources, with full NEVR in the kernel rpm as doc, > wouldn't that be sufficient? Ehhhhhh. I'm still thinking about that. We don't generally permit other packages to do that. >> I'm >> also concerned about it from a security perspective, as these binaries >> are very likely to be overlooked when security updates are pushed. > > We already have that issue with mkinitrd, and will have it when we move > to generating dracut initrd's in %post too. IOW the security issue will > always be there, so lets focus on the licensing issue please. Well, it is less of an issue with mkinitrd, because the user can easily regenerate it. I do not think this is the same case with the "generic initrd". Perhaps we could regenerate the generic initrd on the user's system if any of the binary packages that are used to make it get an update? ~spot From philipp_subx at redfish-solutions.com Thu Sep 3 16:07:48 2009 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 03 Sep 2009 10:07:48 -0600 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9F88C4.509@city-fan.org> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> Message-ID: <4A9FE9D4.1090102@redfish-solutions.com> Paul Howarth wrote: > On 02/09/09 22:52, Philip Prindeville wrote: > >> Seems to be an rpm versioning issue: >> >> [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >> INFO: mock.py version 0.9.14 starting... >> State Changed: init plugins >> State Changed: start >> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) >> State Changed: lock buildroot >> State Changed: clean >> State Changed: init >> State Changed: lock buildroot >> Mock Version: 0.9.14 >> INFO: Mock Version: 0.9.14 >> INFO: enabled root cache >> State Changed: unpacking root cache >> INFO: enabled yum cache >> State Changed: cleaning yum metadata >> INFO: enabled ccache >> State Changed: running yum >> State Changed: setup >> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 15 seconds >> INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result >> ERROR: Command failed: >> # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' >> rpmdb: Program version 4.3 doesn't match environment version >> error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch >> error: cannot open Packages index using db3 - (-30974) >> error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm >> Traceback (most recent call last): >> File "/usr/bin/yum", line 29, in >> yummain.user_main(sys.argv[1:], exit_code=True) >> File "/usr/share/yum-cli/yummain.py", line 229, in user_main >> errcode = main(args) >> File "/usr/share/yum-cli/yummain.py", line 84, in main >> base.getOptionsConfig(args) >> File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig >> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) >> File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig >> self._conf = config.readMainConfig(startupconf) >> File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig >> yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) >> File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver >> idx = ts.dbMatch('provides', distroverpkg) >> TypeError: rpmdb open failed >> >> [root at builder SRPMS]# >> >> >> >> The host was originally an FC8 host, that was yum updated to FC9. I use >> it to build FC9 and FC10 packages via Mock. >> >> Unfortunately, it looks like it doesn't want to use the old RPM database >> from the previous FC8 install. >> >> How do I clobber all of this to that the database gets written afresh? >> >> Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps >> "mock --nuke" would be useful here following an version update to zap >> stale state? >> >> Or should I just uninstall and reinstall mock? >> > > I'd try this first: > > # rm -rf /var/lib/mock/fedora-10-x86_64/root > > Paul. > > No joy: [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version 0.9.14 starting... State Changed: init plugins State Changed: start INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) State Changed: lock buildroot State Changed: clean State Changed: init State Changed: lock buildroot Mock Version: 0.9.14 INFO: Mock Version: 0.9.14 INFO: enabled root cache State Changed: unpacking root cache INFO: enabled yum cache State Changed: cleaning yum metadata INFO: enabled ccache State Changed: running yum State Changed: setup ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 30 seconds INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 84, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig enabled_plugins=self.optparser._splitArg(opts.enableplugins)) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig self._conf = config.readMainConfig(startupconf) File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver idx = ts.dbMatch('provides', distroverpkg) TypeError: rpmdb open failed [root at builder SRPMS]# Could the root cache be broken? -Philip From jamatos at fc.up.pt Thu Sep 3 16:10:58 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 3 Sep 2009 17:10:58 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090826130218.GB2845@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> Message-ID: <200909031711.00223.jamatos@fc.up.pt> On Wednesday 26 August 2009 Jindrich Novy wrote: > Hi, > > first off, thanks many people who sent me RFE and bugfix > proposals. I've tried to fix most of them in the current package set > in the testing repository: OK, I have finally installed texlive on F11. With this update all worked (with the exception of some quirks already reported in this list). Unfortunately in the end I had a non working latex. Making this story short for some reason texlive-latex was not installed when I had update the system. Installing it fixed the problem. Does it make sense to have the latex packages depending on this? > Thanks, > Jindrich Thanks for the hard, :-) -- Jos? Ab?lio From bochecha at fedoraproject.org Thu Sep 3 16:12:56 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Thu, 3 Sep 2009 18:12:56 +0200 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9FE9D4.1090102@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> Message-ID: <2d319b780909030912j6445c6bahe63cf65cc357dc71@mail.gmail.com> > Could the root cache be broken? Incompatible changes in RPM between F9 and F10 ? BTW, F9 was EOLed in July, so if it's broken now, I doubt it will be fixed. ---------- Mathieu Bridon (bochecha) From paul at city-fan.org Thu Sep 3 16:27:32 2009 From: paul at city-fan.org (Paul Howarth) Date: Thu, 03 Sep 2009 17:27:32 +0100 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9FE9D4.1090102@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> Message-ID: <4A9FEE74.2010805@city-fan.org> On 03/09/09 17:07, Philip Prindeville wrote: > Paul Howarth wrote: >> On 02/09/09 22:52, Philip Prindeville wrote: >> >>> Seems to be an rpm versioning issue: >>> >>> [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >>> INFO: mock.py version 0.9.14 starting... >>> State Changed: init plugins >>> State Changed: start >>> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) >>> State Changed: lock buildroot >>> State Changed: clean >>> State Changed: init >>> State Changed: lock buildroot >>> Mock Version: 0.9.14 >>> INFO: Mock Version: 0.9.14 >>> INFO: enabled root cache >>> State Changed: unpacking root cache >>> INFO: enabled yum cache >>> State Changed: cleaning yum metadata >>> INFO: enabled ccache >>> State Changed: running yum >>> State Changed: setup >>> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 15 seconds >>> INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result >>> ERROR: Command failed: >>> # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' >>> rpmdb: Program version 4.3 doesn't match environment version >>> error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch >>> error: cannot open Packages index using db3 - (-30974) >>> error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm >>> Traceback (most recent call last): >>> File "/usr/bin/yum", line 29, in >>> yummain.user_main(sys.argv[1:], exit_code=True) >>> File "/usr/share/yum-cli/yummain.py", line 229, in user_main >>> errcode = main(args) >>> File "/usr/share/yum-cli/yummain.py", line 84, in main >>> base.getOptionsConfig(args) >>> File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig >>> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) >>> File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig >>> self._conf = config.readMainConfig(startupconf) >>> File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig >>> yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) >>> File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver >>> idx = ts.dbMatch('provides', distroverpkg) >>> TypeError: rpmdb open failed >>> >>> [root at builder SRPMS]# >>> >>> >>> >>> The host was originally an FC8 host, that was yum updated to FC9. I use >>> it to build FC9 and FC10 packages via Mock. >>> >>> Unfortunately, it looks like it doesn't want to use the old RPM database >>> from the previous FC8 install. >>> >>> How do I clobber all of this to that the database gets written afresh? >>> >>> Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps >>> "mock --nuke" would be useful here following an version update to zap >>> stale state? >>> >>> Or should I just uninstall and reinstall mock? >>> >> >> I'd try this first: >> >> # rm -rf /var/lib/mock/fedora-10-x86_64/root >> >> Paul. >> >> > > No joy: > > [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root > [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm > INFO: mock.py version 0.9.14 starting... > State Changed: init plugins > State Changed: start > INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) > State Changed: lock buildroot > State Changed: clean > State Changed: init > State Changed: lock buildroot > Mock Version: 0.9.14 > INFO: Mock Version: 0.9.14 > INFO: enabled root cache > State Changed: unpacking root cache > INFO: enabled yum cache > State Changed: cleaning yum metadata > INFO: enabled ccache > State Changed: running yum > State Changed: setup > ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 30 seconds > INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result > ERROR: Command failed: > # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' > rpmdb: Program version 4.3 doesn't match environment version > error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch > error: cannot open Packages index using db3 - (-30974) > error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.user_main(sys.argv[1:], exit_code=True) > File "/usr/share/yum-cli/yummain.py", line 229, in user_main > errcode = main(args) > File "/usr/share/yum-cli/yummain.py", line 84, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig > enabled_plugins=self.optparser._splitArg(opts.enableplugins)) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig > self._conf = config.readMainConfig(startupconf) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig > yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver > idx = ts.dbMatch('provides', distroverpkg) > TypeError: rpmdb open failed > > [root at builder SRPMS]# > > > > Could the root cache be broken? Likely: try: # rm -rf /var/lib/mock/fedora-10-x86_64 Paul. From notting at redhat.com Thu Sep 3 16:29:53 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Sep 2009 12:29:53 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FE229.9090508@hhs.nl> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> Message-ID: <20090903162952.GC2784@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: >>> It really is like having to support gentoo, versus having to support a >>> distro using pre build packages. And I would really like to move to the having to >>> support a pre-build package model for the initrd. >> >> The problem is this: >> >> The kernel binary RPM contains this pre-built initrd. The kernel source >> RPM does not contain the sources necessary to make this pre-built initrd. >> This makes me rather uncomfortable from a Licensing perspective. > > True, but we do provide SRPMS with the sources, if we include a list of > the SRPMS with the sources, with full NEVR in the kernel rpm as doc, > wouldn't that be sufficient? Not really. In the case of initrd-built-with-kernel, it could be packages in the buildroot that never leave koji for release/updates, and are then garbage collected. Bill From drago01 at gmail.com Thu Sep 3 16:37:18 2009 From: drago01 at gmail.com (drago01) Date: Thu, 3 Sep 2009 18:37:18 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FDB42.6060302@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> Message-ID: On Thu, Sep 3, 2009 at 5:05 PM, Tom "spot" Callaway wrote: > On 09/03/2009 10:57 AM, Hans de Goede wrote: >> It really is like having to support gentoo, versus having to support a >> distro using pre build packages. And I would really like to move to the having to >> support a pre-build package model for the initrd. > > The problem is this: > > The kernel binary RPM contains this pre-built initrd. The kernel source > RPM does not contain the sources necessary to make this pre-built initrd. As long as we (fedora) ship the source code this shouldn't be an issue, or am I missing something? From philipp_subx at redfish-solutions.com Thu Sep 3 16:53:54 2009 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 03 Sep 2009 10:53:54 -0600 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9FEE74.2010805@city-fan.org> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> <4A9FEE74.2010805@city-fan.org> Message-ID: <4A9FF4A2.8050007@redfish-solutions.com> Paul Howarth wrote: > On 03/09/09 17:07, Philip Prindeville wrote: > >> Paul Howarth wrote: >> >>> On 02/09/09 22:52, Philip Prindeville wrote: >>> >>> >>>> Seems to be an rpm versioning issue: >>>> >>>> [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >>>> INFO: mock.py version 0.9.14 starting... >>>> State Changed: init plugins >>>> State Changed: start >>>> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) >>>> State Changed: lock buildroot >>>> State Changed: clean >>>> State Changed: init >>>> State Changed: lock buildroot >>>> Mock Version: 0.9.14 >>>> INFO: Mock Version: 0.9.14 >>>> INFO: enabled root cache >>>> State Changed: unpacking root cache >>>> INFO: enabled yum cache >>>> State Changed: cleaning yum metadata >>>> INFO: enabled ccache >>>> State Changed: running yum >>>> State Changed: setup >>>> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 15 seconds >>>> INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result >>>> ERROR: Command failed: >>>> # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' >>>> rpmdb: Program version 4.3 doesn't match environment version >>>> error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch >>>> error: cannot open Packages index using db3 - (-30974) >>>> error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm >>>> Traceback (most recent call last): >>>> File "/usr/bin/yum", line 29, in >>>> yummain.user_main(sys.argv[1:], exit_code=True) >>>> File "/usr/share/yum-cli/yummain.py", line 229, in user_main >>>> errcode = main(args) >>>> File "/usr/share/yum-cli/yummain.py", line 84, in main >>>> base.getOptionsConfig(args) >>>> File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig >>>> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) >>>> File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig >>>> self._conf = config.readMainConfig(startupconf) >>>> File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig >>>> yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) >>>> File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver >>>> idx = ts.dbMatch('provides', distroverpkg) >>>> TypeError: rpmdb open failed >>>> >>>> [root at builder SRPMS]# >>>> >>>> >>>> >>>> The host was originally an FC8 host, that was yum updated to FC9. I use >>>> it to build FC9 and FC10 packages via Mock. >>>> >>>> Unfortunately, it looks like it doesn't want to use the old RPM database >>>> from the previous FC8 install. >>>> >>>> How do I clobber all of this to that the database gets written afresh? >>>> >>>> Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps >>>> "mock --nuke" would be useful here following an version update to zap >>>> stale state? >>>> >>>> Or should I just uninstall and reinstall mock? >>>> >>>> >>> I'd try this first: >>> >>> # rm -rf /var/lib/mock/fedora-10-x86_64/root >>> >>> Paul. >>> >>> >>> >> No joy: >> >> [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root >> [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >> INFO: mock.py version 0.9.14 starting... >> State Changed: init plugins >> State Changed: start >> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) >> State Changed: lock buildroot >> State Changed: clean >> State Changed: init >> State Changed: lock buildroot >> Mock Version: 0.9.14 >> INFO: Mock Version: 0.9.14 >> INFO: enabled root cache >> State Changed: unpacking root cache >> INFO: enabled yum cache >> State Changed: cleaning yum metadata >> INFO: enabled ccache >> State Changed: running yum >> State Changed: setup >> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 30 seconds >> INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result >> ERROR: Command failed: >> # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' >> rpmdb: Program version 4.3 doesn't match environment version >> error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch >> error: cannot open Packages index using db3 - (-30974) >> error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm >> Traceback (most recent call last): >> File "/usr/bin/yum", line 29, in >> yummain.user_main(sys.argv[1:], exit_code=True) >> File "/usr/share/yum-cli/yummain.py", line 229, in user_main >> errcode = main(args) >> File "/usr/share/yum-cli/yummain.py", line 84, in main >> base.getOptionsConfig(args) >> File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig >> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) >> File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig >> self._conf = config.readMainConfig(startupconf) >> File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig >> yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) >> File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver >> idx = ts.dbMatch('provides', distroverpkg) >> TypeError: rpmdb open failed >> >> [root at builder SRPMS]# >> >> >> >> Could the root cache be broken? >> > > Likely: try: > > # rm -rf /var/lib/mock/fedora-10-x86_64 > > Paul. > > No joy: [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64 [root at builder SRPMS]# [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version 0.9.14 starting... State Changed: init plugins State Changed: start INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) State Changed: lock buildroot State Changed: clean State Changed: init State Changed: lock buildroot Mock Version: 0.9.14 INFO: Mock Version: 0.9.14 INFO: enabled root cache State Changed: unpacking root cache INFO: enabled yum cache State Changed: cleaning yum metadata INFO: enabled ccache State Changed: running yum State Changed: setup ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 13 seconds INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program version 4.3 doesn't match environment version error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database environment version mismatch error: cannot open Packages index using db3 - (-30974) error: cannot open Packages database in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 84, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig enabled_plugins=self.optparser._splitArg(opts.enableplugins)) File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in _getConfig self._conf = config.readMainConfig(startupconf) File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in readMainConfig yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in _getsysver idx = ts.dbMatch('provides', distroverpkg) TypeError: rpmdb open failed [root at builder SRPMS]# What if the data that's being unpacked from the root cache is broken? It will be the same each time... From jkeating at redhat.com Thu Sep 3 17:33:11 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 03 Sep 2009 10:33:11 -0700 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> Message-ID: <1251999191.2117.12.camel@localhost.localdomain> On Thu, 2009-09-03 at 18:37 +0200, drago01 wrote: > As long as we (fedora) ship the source code this shouldn't be an > issue, or am I missing something? See the other messages. We have no facility to ensure that the binaries used in generation of the initrd during kernel build have matching srpms always available during the time that the kernel binary is available. We have no facility to even guarantee that the binaries used to generate the initrd at build time will ever be actually shipped, if say kernel was built at 0800, then say plymouth was built at 1600, and rawhide composed at 2000 you'd never actually publish the plymouth binary that went into the initrd, let alone the srpm to match it. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- 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 jamatos at fc.up.pt Thu Sep 3 17:47:58 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Thu, 3 Sep 2009 18:47:58 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090827143804.GC14982@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827143804.GC14982@pucmeloud.brq.redhat.com> Message-ID: <200909031847.58524.jamatos@fc.up.pt> On Thursday 27 August 2009 Jindrich Novy wrote: > On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote: > > Hi, > > > > first off, thanks many people who sent me RFE and bugfix > > proposals. I've tried to fix most of them in the current package set > > in the testing repository: > > > > rpm -i > > http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarc > >h.rpm > > Forgot to mention that the initial rawhide repository is now available > as: > > rpm -i > http://jnovy.fedorapeople.org/texlive/texlive-rawhide-release-2009-0.1.fc11 >.noarch.rpm The update when using the more recent rawhide failed. I suspect that the metadata is not updated as I get lots of "Package does not match intended download". > Jindrich -- Jos? Ab?lio From notting at redhat.com Thu Sep 3 18:12:00 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Sep 2009 14:12:00 -0400 Subject: Plan for tomorrow's (20090903) FESCo meeting Message-ID: <20090903181200.GB15398@nostromo.devel.redhat.com> The following is a list of topics to be discussed at tomorrow's FESCo meeting, at 17:00UTC in #fedora-meeting on irc.freenode.net 243 New entry of 'Build packages for which Fedora is upstream for all language translators' review & correction' for F12 schedule 238 Can libvdpau go in Fedora? For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. Bill From j.w.r.degoede at hhs.nl Thu Sep 3 18:20:33 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Sep 2009 20:20:33 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FE802.7000804@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <4A9FE802.7000804@redhat.com> Message-ID: <4AA008F1.4080006@hhs.nl> Hi, On 09/03/2009 06:00 PM, Tom "spot" Callaway wrote: > On 09/03/2009 11:35 AM, Hans de Goede wrote: >>> The kernel binary RPM contains this pre-built initrd. The kernel source >>> RPM does not contain the sources necessary to make this pre-built initrd. >>> This makes me rather uncomfortable from a Licensing perspective. >> >> True, but we do provide SRPMS with the sources, if we include a list of >> the SRPMS with the sources, with full NEVR in the kernel rpm as doc, >> wouldn't that be sufficient? > > Ehhhhhh. I'm still thinking about that. We don't generally permit other > packages to do that. > Ok let me know which way it is going to be. I'm personally a fan of generating the initrd on the buildsys, as that way I can get the exact same initrd as a bug reporter easily. But if you say it has to be generated in %post, I'll start making the necessary adjustments to new-kernel-pkg and kernel.spec >>> I'm >>> also concerned about it from a security perspective, as these binaries >>> are very likely to be overlooked when security updates are pushed. >> >> We already have that issue with mkinitrd, and will have it when we move >> to generating dracut initrd's in %post too. IOW the security issue will >> always be there, so lets focus on the licensing issue please. > > Well, it is less of an issue with mkinitrd, because the user can easily > regenerate it. I do not think this is the same case with the "generic > initrd". Perhaps we could regenerate the generic initrd on the user's > system if any of the binary packages that are used to make it get an update? > Regeneration is as easy with dracut as it is with mkinitrd, actually they have the same cmdline syntax. The only extra step required with dracut when using pre-generated images is: yum install dracut Regards, Hans From pmatilai at laiskiainen.org Thu Sep 3 18:20:27 2009 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 3 Sep 2009 21:20:27 +0300 (EEST) Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9FE9D4.1090102@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> Message-ID: On Thu, 3 Sep 2009, Philip Prindeville wrote: > > No joy: > > [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root > [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm Don't run mock as root. That'll avoid the incompatible db environment from getting created. Also some older versions of mock left the db environment in the root-cache tarball which is sure to cause problems sooner or later (this has been fixed since then but don't remember which version) - Panu - From j.w.r.degoede at hhs.nl Thu Sep 3 18:25:26 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 03 Sep 2009 20:25:26 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903162952.GC2784@nostromo.devel.redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> Message-ID: <4AA00A16.4080003@hhs.nl> Hi, On 09/03/2009 06:29 PM, Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> It really is like having to support gentoo, versus having to support a >>>> distro using pre build packages. And I would really like to move to the having to >>>> support a pre-build package model for the initrd. >>> >>> The problem is this: >>> >>> The kernel binary RPM contains this pre-built initrd. The kernel source >>> RPM does not contain the sources necessary to make this pre-built initrd. >>> This makes me rather uncomfortable from a Licensing perspective. >> >> True, but we do provide SRPMS with the sources, if we include a list of >> the SRPMS with the sources, with full NEVR in the kernel rpm as doc, >> wouldn't that be sufficient? > > Not really. In the case of initrd-built-with-kernel, it could be packages > in the buildroot that never leave koji for release/updates, and are then > garbage collected. > Only if one and the same package gets rebuild twice in a day, and between those rebuilds a kernel get build. Or a package from updates-testing gets tagged into the buildroot override and then never becomes stable. Note that we have the same problem with any package which does static linking against an lgpl library (such as glibc). Actually if the kernel rpm contains nevr's of the packages used, a package which does static linking against an lgpl library will be a bigger problem as there we are not telling the user which exact version to get to get the library sources used. And if we have the NEVR as used during build, we can always regenerate the srpm from CVS + the lookaside cache. Regards, Hans From tcallawa at redhat.com Thu Sep 3 19:10:36 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 15:10:36 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA008F1.4080006@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <4A9FE802.7000804@redhat.com> <4AA008F1.4080006@hhs.nl> Message-ID: <4AA014AC.2000203@redhat.com> On 09/03/2009 02:20 PM, Hans de Goede wrote: > Regeneration is as easy with dracut as it is with mkinitrd, actually they > have the same cmdline syntax. > > The only extra step required with dracut when using pre-generated images > is: > yum install dracut Okay, so is there any reason why we don't have some sort of scriplet that regenerates the initrd when any of the system binaries used in the initrd are updated? ~spot From tcallawa at redhat.com Thu Sep 3 19:22:20 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 15:22:20 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA00A16.4080003@hhs.nl> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> Message-ID: <4AA0176C.4050006@redhat.com> On 09/03/2009 02:25 PM, Hans de Goede wrote: > Note that we have the same problem with any package which does static > linking against an lgpl library (such as glibc). This is (one of the big reasons) why we only permit static linking with explicit approval from FESCo. I'm really very uncomfortable with the generic initrd not including matching sources in the corresponding SRPM (whether that is kernel or some dedicated "generic-dracut" package is immaterial). The answer of "the sources are in the Fedora lookaside cache, somewhere, go track it down yourself" isn't really sufficient for me. Unfortunately, I can't think of a good way to package up a generic initrd in a way that we can provide source properly. I'm open to suggestions though. ~spot From peterbloomfield at bellsouth.net Thu Sep 3 19:47:33 2009 From: peterbloomfield at bellsouth.net (Peter Bloomfield) Date: Thu, 03 Sep 2009 15:47:33 -0400 Subject: sed -i symlink behavior... Message-ID: <1252007253.20826.6@bloomfld-lnx.stat.ncsu.edu> On 09/02/2009 10:07 AM, Warren Togami wrote: > > On 09/02/2009 11:39 AM, Jerry James wrote: >> >> On Wed, Sep 2, 2009 at 9:35 AM, Warren Togami >> wrote: >>> >>> What is the correct behavior? Is this a bug that it changed? >> >> Read up on the --follow-symlinks option to sed. > > This is a new option it seems, meaning I can't rely on sed -i at all > anymore. I'm rather displeased that a core utility fundamentally changed > its own behavior. > > Warren Apparently [1] upstream sed always broke symlinks, and "Red Hat made a patch" to follow them instead. Fedora packages from some point up to sed-4.1.5-12.fc11 seem to have used it. So the default behavior in Fedora sed is now consistent with upstream, instead of with the prior patched version. That's inconvenient if you're accustomed to the "Red Hat" version, but better for interoperability! Peter [1] http://www.nabble.com/Re:-sed:-Patch-to-follow-symlinks-and--c-option-td7471749.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From cdahlin at redhat.com Thu Sep 3 20:50:24 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Thu, 03 Sep 2009 16:50:24 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA0176C.4050006@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> Message-ID: <4AA02C10.5030207@redhat.com> On 09/03/2009 03:22 PM, Tom "spot" Callaway wrote: > On 09/03/2009 02:25 PM, Hans de Goede wrote: >> Note that we have the same problem with any package which does static >> linking against an lgpl library (such as glibc). > > This is (one of the big reasons) why we only permit static linking with > explicit approval from FESCo. > > I'm really very uncomfortable with the generic initrd not including > matching sources in the corresponding SRPM (whether that is kernel or > some dedicated "generic-dracut" package is immaterial). The answer of > "the sources are in the Fedora lookaside cache, somewhere, go track it > down yourself" isn't really sufficient for me. > > Unfortunately, I can't think of a good way to package up a generic > initrd in a way that we can provide source properly. I'm open to > suggestions though. > > ~spot > The problem is how we associate objects in rpmbuild/koji. You can look at RPM building as transitioning between 3 types of objects: 1) We begin with a pile of SOURCES for a package. 2) We compile those sources into a collection of ARTIFACTS 3) We cpio, compress, and tag those artifacts into one or more PACKAGES (typically one. More if we have sub-packages). The problem here is that the ARTIFACTS phase isn't really represented. We relate packages to sources and that's that. If we tracked the results of the build process independently of the RPM itself, we could track much more complicated relationships between packages (for example, the kernel borrowing bits of the output from the last glibc build to make its initrd). I believe there are package managers that do this. RPM isn't well suited to it though. It would take a lot of muscle. --CJD From roland at redhat.com Thu Sep 3 20:59:11 2009 From: roland at redhat.com (Roland McGrath) Date: Thu, 3 Sep 2009 13:59:11 -0700 (PDT) Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: Casey Dahlin's message of Thursday, 3 September 2009 16:50:24 -0400 <4AA02C10.5030207@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> Message-ID: <20090903205911.8D41647C94@magilla.sf.frob.com> > If we tracked the results of the build process independently of the RPM > itself, we could track much more complicated relationships between > packages (for example, the kernel borrowing bits of the output from the > last glibc build to make its initrd). Koji's database has that information, sort of. It can tell you exactly which other packages were installed in the buildroot, so that is the superset of what-all bits could have been rolled into the output. From tcallawa at redhat.com Thu Sep 3 21:08:11 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 17:08:11 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903205911.8D41647C94@magilla.sf.frob.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> Message-ID: <4AA0303B.3020907@redhat.com> On 09/03/2009 04:59 PM, Roland McGrath wrote: > Koji's database has that information, sort of. It can tell you exactly > which other packages were installed in the buildroot, so that is the > superset of what-all bits could have been rolled into the output. Yes, but I do not think we are in good faith satisfying the requirement to distribute the source for those binaries by pointing back to koji pages and possibly forcing the user to dig into the lookaside cache. ~spot From paul at city-fan.org Thu Sep 3 21:20:38 2009 From: paul at city-fan.org (Paul Howarth) Date: Thu, 3 Sep 2009 22:20:38 +0100 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9FF4A2.8050007@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> <4A9FEE74.2010805@city-fan.org> <4A9FF4A2.8050007@redfish-solutions.com> Message-ID: <20090903222038.1b4b98da@metropolis.intra.city-fan.org> On Thu, 03 Sep 2009 10:53:54 -0600 Philip Prindeville wrote: > Paul Howarth wrote: > > On 03/09/09 17:07, Philip Prindeville wrote: > > > >> Paul Howarth wrote: > >> > >>> On 02/09/09 22:52, Philip Prindeville wrote: > >>> > >>> > >>>> Seems to be an rpm versioning issue: > >>>> > >>>> [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild > >>>> perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version > >>>> 0.9.14 starting... State Changed: init plugins > >>>> State Changed: start > >>>> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > >>>> Config(fedora-10-x86_64) State Changed: lock buildroot > >>>> State Changed: clean > >>>> State Changed: init > >>>> State Changed: lock buildroot > >>>> Mock Version: 0.9.14 > >>>> INFO: Mock Version: 0.9.14 > >>>> INFO: enabled root cache > >>>> State Changed: unpacking root cache > >>>> INFO: enabled yum cache > >>>> State Changed: cleaning yum metadata > >>>> INFO: enabled ccache > >>>> State Changed: running yum > >>>> State Changed: setup > >>>> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > >>>> Config(fedora-10-x86_64) 0 minutes 15 seconds INFO: Results > >>>> and/or logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: > >>>> Command failed: # /usr/bin/yum > >>>> --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep > >>>> ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program version 4.3 > >>>> doesn't match environment version error: db4 error(-30974) from > >>>> dbenv->open: DB_VERSION_MISMATCH: Database environment version > >>>> mismatch error: cannot open Packages index using db3 - (-30974) > >>>> error: cannot open Packages database > >>>> in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback > >>>> (most recent call last): File "/usr/bin/yum", line 29, > >>>> in yummain.user_main(sys.argv[1:], exit_code=True) File > >>>> "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode > >>>> = main(args) File "/usr/share/yum-cli/yummain.py", line 84, in > >>>> main base.getOptionsConfig(args) File > >>>> "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig > >>>> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) > >>>> File "/usr/lib/python2.5/site-packages/yum/__init__.py", line > >>>> 192, in _getConfig self._conf = > >>>> config.readMainConfig(startupconf) File > >>>> "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in > >>>> readMainConfig yumvars['releasever'] = > >>>> _getsysver(startupconf.installroot, startupconf.distroverpkg) > >>>> File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, > >>>> in _getsysver idx = ts.dbMatch('provides', distroverpkg) > >>>> TypeError: rpmdb open failed > >>>> > >>>> [root at builder SRPMS]# > >>>> > >>>> > >>>> > >>>> The host was originally an FC8 host, that was yum updated to > >>>> FC9. I use it to build FC9 and FC10 packages via Mock. > >>>> > >>>> Unfortunately, it looks like it doesn't want to use the old RPM > >>>> database from the previous FC8 install. > >>>> > >>>> How do I clobber all of this to that the database gets written > >>>> afresh? > >>>> > >>>> Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. > >>>> Perhaps "mock --nuke" would be useful here following an version > >>>> update to zap stale state? > >>>> > >>>> Or should I just uninstall and reinstall mock? > >>>> > >>>> > >>> I'd try this first: > >>> > >>> # rm -rf /var/lib/mock/fedora-10-x86_64/root > >>> > >>> Paul. > >>> > >>> > >>> > >> No joy: > >> > >> [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root > >> [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild > >> perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version > >> 0.9.14 starting... State Changed: init plugins > >> State Changed: start > >> INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > >> Config(fedora-10-x86_64) State Changed: lock buildroot > >> State Changed: clean > >> State Changed: init > >> State Changed: lock buildroot > >> Mock Version: 0.9.14 > >> INFO: Mock Version: 0.9.14 > >> INFO: enabled root cache > >> State Changed: unpacking root cache > >> INFO: enabled yum cache > >> State Changed: cleaning yum metadata > >> INFO: enabled ccache > >> State Changed: running yum > >> State Changed: setup > >> ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > >> Config(fedora-10-x86_64) 0 minutes 30 seconds INFO: Results and/or > >> logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Command > >> failed: # /usr/bin/yum > >> --installroot /var/lib/mock/fedora-10-x86_64/root/ resolvedep > >> ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program version 4.3 > >> doesn't match environment version error: db4 error(-30974) from > >> dbenv->open: DB_VERSION_MISMATCH: Database environment version > >> mismatch error: cannot open Packages index using db3 - (-30974) > >> error: cannot open Packages database > >> in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback (most > >> recent call last): File "/usr/bin/yum", line 29, in > >> yummain.user_main(sys.argv[1:], exit_code=True) File > >> "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = > >> main(args) File "/usr/share/yum-cli/yummain.py", line 84, in main > >> base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line > >> 184, in getOptionsConfig > >> enabled_plugins=self.optparser._splitArg(opts.enableplugins)) File > >> "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in > >> _getConfig self._conf = config.readMainConfig(startupconf) File > >> "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in > >> readMainConfig yumvars['releasever'] = > >> _getsysver(startupconf.installroot, startupconf.distroverpkg) File > >> "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in > >> _getsysver idx = ts.dbMatch('provides', distroverpkg) TypeError: > >> rpmdb open failed > >> > >> [root at builder SRPMS]# > >> > >> > >> > >> Could the root cache be broken? > >> > > > > Likely: try: > > > > # rm -rf /var/lib/mock/fedora-10-x86_64 > > > > Paul. > > > > > > No joy: > > [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64 > [root at builder SRPMS]# > [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild > perl-Net-Patricia-1.15_01-1.fc9.src.rpm INFO: mock.py version 0.9.14 > starting... State Changed: init plugins > State Changed: start > INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > Config(fedora-10-x86_64) State Changed: lock buildroot > State Changed: clean > State Changed: init > State Changed: lock buildroot > Mock Version: 0.9.14 > INFO: Mock Version: 0.9.14 > INFO: enabled root cache > State Changed: unpacking root cache > INFO: enabled yum cache > State Changed: cleaning yum metadata > INFO: enabled ccache > State Changed: running yum > State Changed: setup > ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > Config(fedora-10-x86_64) 0 minutes 13 seconds INFO: Results and/or > logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Command failed: > # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ > resolvedep ccache 'perl(ExtUtils::MakeMaker)' rpmdb: Program > version 4.3 doesn't match environment version error: db4 > error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database > environment version mismatch error: cannot open Packages index using > db3 - (-30974) error: cannot open Packages database > in /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm Traceback (most > recent call last): File "/usr/bin/yum", line 29, in > yummain.user_main(sys.argv[1:], exit_code=True) File > "/usr/share/yum-cli/yummain.py", line 229, in user_main errcode = > main(args) File "/usr/share/yum-cli/yummain.py", line 84, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig > enabled_plugins=self.optparser._splitArg(opts.enableplugins)) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, > in _getConfig self._conf = config.readMainConfig(startupconf) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in > readMainConfig yumvars['releasever'] = > _getsysver(startupconf.installroot, startupconf.distroverpkg) File > "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in > _getsysver idx = ts.dbMatch('provides', distroverpkg) TypeError: > rpmdb open failed > > [root at builder SRPMS]# > > > > What if the data that's being unpacked from the root cache is broken? > It will be the same each time... True. I was forgetting that the cache isn't under /var/lib/mock any more. Try deleting the root cache. And as Panu suggested, don't run mock as root. Paul. From philipp_subx at redfish-solutions.com Thu Sep 3 21:32:00 2009 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 03 Sep 2009 15:32:00 -0600 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> Message-ID: <4AA035D0.1010207@redfish-solutions.com> Panu Matilainen wrote: > On Thu, 3 Sep 2009, Philip Prindeville wrote: > >> No joy: >> >> [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root >> [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >> > > Don't run mock as root. That'll avoid the incompatible db environment > from getting created. Also some older versions of mock left the db > environment in the root-cache tarball which is sure to cause problems > sooner or later (this has been fixed since then but don't remember which > version) > > - Panu - > > So... run it as whom? [philipp at builder SRPMS]$ mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm ERROR: [Errno 1] Operation not permitted ERROR: The most common cause for this error is trying to run /usr/sbin/mock as an unprivileged user. ERROR: Check your path to make sure that /usr/bin/ is listed before /usr/sbin, or manually run /usr/bin/mock to see if that fixes this problem. [philipp at builder SRPMS]$ From a.badger at gmail.com Thu Sep 3 21:17:44 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 03 Sep 2009 14:17:44 -0700 Subject: Licensing policy for apps developed by Fedora Infrastructure now in effect Message-ID: <4AA03278.2030708@gmail.com> Over the past few months, Fedora Infrastructure has been discussing having a consistent set of licenses for applications and scripts we create for Fedora. The goals of doing this were to * Be able to share code among the various programs that we write. * Not have our libraries force a specific license on the apps that we write. * Not have conflicting licenses between our apps and our libraries * Have a clear understanding of the steps we must take whenever we want to move code from an application under one license to a library under a different one. * Protect the code we write from being taken proprietary (note, this is not the same for every author. Mirrormanager, for instance, is under the MIT/X11 License). * Be able to stay compliant with licenses within our production, staging, and publictest environments At last week's meeting we made a decision about which licenses would best fit our needs. The results are recorded here: https://fedoraproject.org/wiki/Infrastructure_Licensing The basics are: * license code that is meant to be used as a library as LGPLv2+. * license code that's meant to be used as an application as GPLv2+. * If we want to write something and use another license we should discuss it to figure out how it's going to impact us and whether there's a better way to achieve our goals first. Most of our apps are currently under GPLv2(only) so we're going to be working to change the licensing on those apps over time to reflect GPLv2 or later. If you find something that we've written that's not under GPLv2+ (or LGPLv2+) that you want to use, please let us know so we can either get to work on making the license match the guidelines or let you know why it's not being changed. The one other thing for Infrastructure developers and System Admins to note in the Policy is the section on handling AGPLv3 applications. During the discussions about whether to use AGPLv3+ for our web applications we found and delimited many issues that need to be addressed when deploying AGPLv3+ licensed code. The aGPL portion of the policy is our first attempt at keeping us compliant with any code that is under this license. Highlights are: * Apps deployed to production under AGPL must be deployed from RPMs. Any hotfixes to those apps must have the patch in a ticket in trac on http://fedorahosted.org/fedora-infrastructure with the keyword HOTFIX. * Any AGPL app deployed in infrastructure must have links in the footer to the fedora-infrastructure SRPM repo and the trac query that pulls up our hotfixes so that people can find the exact source that we're running at any given time. * Staging must follow the same rules regarding SRPM and hotfixes. Once again, failing to link to the exact source for what we have running would put us out of compliance. * No AGPL apps can be hosted on publictest boxes at this time as publictest boxes are intended for development and the high rate of change in development is not conducive for constantly updating RPMS or patches in trac. If there's demand for publictest hosting of AGPL apps we'll need to design some method of restricting who can access the applications running there to satisfy the legal requirements. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: -------------- next part -------------- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From philipp_subx at redfish-solutions.com Thu Sep 3 21:36:45 2009 From: philipp_subx at redfish-solutions.com (Philip Prindeville) Date: Thu, 03 Sep 2009 15:36:45 -0600 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4AA035D0.1010207@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> <4AA035D0.1010207@redfish-solutions.com> Message-ID: <4AA036ED.6050604@redfish-solutions.com> Philip Prindeville wrote: > Panu Matilainen wrote: > >> On Thu, 3 Sep 2009, Philip Prindeville wrote: >> >> >>> No joy: >>> >>> [root at builder SRPMS]# rm -rf /var/lib/mock/fedora-10-x86_64/root >>> [root at builder SRPMS]# mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm >>> >>> >> Don't run mock as root. That'll avoid the incompatible db environment >> from getting created. Also some older versions of mock left the db >> environment in the root-cache tarball which is sure to cause problems >> sooner or later (this has been fixed since then but don't remember which >> version) >> >> - Panu - >> >> >> > > So... run it as whom? > > [philipp at builder SRPMS]$ mock -r fedora-10-x86_64 --init --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm > > ERROR: [Errno 1] Operation not permitted > > ERROR: The most common cause for this error is trying to run /usr/sbin/mock as an unprivileged user. > ERROR: Check your path to make sure that /usr/bin/ is listed before /usr/sbin, or manually run /usr/bin/mock to see if that fixes this problem. > > [philipp at builder SRPMS]$ > > Ok, changing my path: [philipp at builder SRPMS]$ mock -r fedora-10-x86_64 --init --unpriv --rebuild perl-Net-Patricia-1.15_01-1.fc9.src.rpm You are attempting to run "mock" which requires administrative privileges, but more information is needed in order to do so. Authenticating as "root" Password: INFO: mock.py version 0.9.14 starting... State Changed: init plugins State Changed: start INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) State Changed: lock buildroot State Changed: clean State Changed: init ERROR: Could not create dir /var/lib/mock/fedora-10-x86_64/result. Error: [Errno 13] Permission denied: '/var/lib/mock/fedora-10-x86_64/result' Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/mock/util.py", line 61, in mkdirIfAbsent os.makedirs(dirName) File "/usr/lib64/python2.5/os.py", line 172, in makedirs mkdir(name, mode) OSError: [Errno 13] Permission denied: '/var/lib/mock/fedora-10-x86_64/result' ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) Config(fedora-10-x86_64) 0 minutes 0 seconds INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result ERROR: Could not create dir /var/lib/mock/fedora-10-x86_64/result. Error: [Errno 13] Permission denied: '/var/lib/mock/fedora-10-x86_64/result' [philipp at builder SRPMS]$ and without --unpriv is not much different. From bochecha at fedoraproject.org Thu Sep 3 21:37:07 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Thu, 3 Sep 2009 23:37:07 +0200 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4AA035D0.1010207@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> <4AA035D0.1010207@redfish-solutions.com> Message-ID: <2d319b780909031437h5a1629f5of4c1ecd5b25e18b2@mail.gmail.com> > So... run it as whom? As your normal user. Just add it to the mock group: # usermod -G mock ---------- Mathieu Bridon (bochecha) From cdahlin at redhat.com Thu Sep 3 21:39:19 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Thu, 03 Sep 2009 17:39:19 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA0303B.3020907@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> <4AA0303B.3020907@redhat.com> Message-ID: <4AA03787.2030201@redhat.com> On 09/03/2009 05:08 PM, Tom "spot" Callaway wrote: > On 09/03/2009 04:59 PM, Roland McGrath wrote: >> Koji's database has that information, sort of. It can tell you exactly >> which other packages were installed in the buildroot, so that is the >> superset of what-all bits could have been rolled into the output. > > Yes, but I do not think we are in good faith satisfying the requirement > to distribute the source for those binaries by pointing back to koji > pages and possibly forcing the user to dig into the lookaside cache. > > ~spot > Isn't it more that we know how to do it? If someone came to the mailing list and said "I formally demand, as per GPLvX, that you give me the source for $Foo" we can quickly comply. We don't want to handle a large number of requests in that way, but we can do it for the auditors. --CJD From roland at redhat.com Thu Sep 3 21:46:04 2009 From: roland at redhat.com (Roland McGrath) Date: Thu, 3 Sep 2009 14:46:04 -0700 (PDT) Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: Casey Dahlin's message of Thursday, 3 September 2009 17:39:19 -0400 <4AA03787.2030201@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> <4AA0303B.3020907@redhat.com> <4AA03787.2030201@redhat.com> Message-ID: <20090903214604.8FC0D47C94@magilla.sf.frob.com> > > Yes, but I do not think we are in good faith satisfying the requirement > > to distribute the source for those binaries by pointing back to koji > > pages and possibly forcing the user to dig into the lookaside cache. The requirement is to provide a written offer to give someone the source when they ask. > Isn't it more that we know how to do it? If someone came to the mailing > list and said "I formally demand, as per GPLvX, that you give me the > source for $Foo" we can quickly comply. We don't want to handle a large > number of requests in that way, but we can do it for the auditors. Right. We could possibly attempt to automate something to generate an easy-to-download list of "possibly-related sources". That could even be self-service with a web thingy you can just hand a Fedora rpm N-V-R. But at any rate, we can automate it enough to make sure that we are not put out by manual work involved in complying with legitimate requests to produce the sources. Thanks, Roland From tcallawa at redhat.com Thu Sep 3 21:51:54 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 17:51:54 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903214604.8FC0D47C94@magilla.sf.frob.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> <4AA0303B.3020907@redhat.com> <4AA03787.2030201@redhat.com> <20090903214604.8FC0D47C94@magilla.sf.frob.com> Message-ID: <4AA03A7A.20106@redhat.com> On 09/03/2009 05:46 PM, Roland McGrath wrote: > The requirement is to provide a written offer to give someone the source > when they ask. Well, that's true for GPL. Can someone generate a list of the binaries used in the generic initrd and the packages that they came from? ~spot From jkeating at redhat.com Thu Sep 3 22:14:18 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 03 Sep 2009 15:14:18 -0700 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903214604.8FC0D47C94@magilla.sf.frob.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> <4AA0303B.3020907@redhat.com> <4AA03787.2030201@redhat.com> <20090903214604.8FC0D47C94@magilla.sf.frob.com> Message-ID: <1252016058.2117.29.camel@localhost.localdomain> On Thu, 2009-09-03 at 14:46 -0700, Roland McGrath wrote: > > > Yes, but I do not think we are in good faith satisfying the requirement > > > to distribute the source for those binaries by pointing back to koji > > > pages and possibly forcing the user to dig into the lookaside cache. > > The requirement is to provide a written offer to give someone the source > when they ask. > We don't distribute under that clause of the GPL, because the 3 year timeline on it is entirely too vague and we don't want to fall into that trap. We distribute under the clause that says if we offer binaries, we have to offer source with them. This gives us the ability to remove binary and source packages at will, because when we stop offering the binary, we can stop offering the source. This is why the kernel rpm having binaries with no matching source in the kernel srpm is a problem for us. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- 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 tcallawa at redhat.com Thu Sep 3 22:25:08 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 03 Sep 2009 18:25:08 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1252016058.2117.29.camel@localhost.localdomain> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA02C10.5030207@redhat.com> <20090903205911.8D41647C94@magilla.sf.frob.com> <4AA0303B.3020907@redhat.com> <4AA03787.2030201@redhat.com> <20090903214604.8FC0D47C94@magilla.sf.frob.com> <1252016058.2117.29.camel@localhost.localdomain> Message-ID: <4AA04244.4040205@redhat.com> On 09/03/2009 06:14 PM, Jesse Keating wrote: > We don't distribute under that clause of the GPL, because the 3 year > timeline on it is entirely too vague and we don't want to fall into that > trap. Ugh. I had conveniently forgotten about that, thanks for the reminder. ~spot From gmaxwell at gmail.com Fri Sep 4 00:41:57 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Thu, 3 Sep 2009 20:41:57 -0400 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: References: Message-ID: On Thu, Sep 3, 2009 at 9:38 AM, Adam Miller wrote: > Hey all, > ? ?I packaged up this app I stumbled upon called minitube > (http://flavio.tordini.org/minitube) but it seems a bit unstable and I > don't really want to toss it up to a package review until its stable > enough to be shipped but I wanted to mention it to see if anyone might > find a use for it, would help testing and submitting bugs upstream, > etc. [snip] What would be the point of packaging something which can not operate without codecs that fedora can not and should not ship? From peter at thecodergeek.com Fri Sep 4 03:23:35 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Thu, 03 Sep 2009 20:23:35 -0700 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: References: Message-ID: <1252034615.4225.1.camel@localhost> On Thu, 2009-09-03 at 20:41 -0400, Gregory Maxwell wrote: > What would be the point of packaging something which can not operate > without codecs that fedora can not and should not ship? I don't think that's a valid point here. For one, Fedora already has the Totem YouTube plugin packaged, which functions similarly... -- Peter Gordon (codergeek42) Who am I? :: http://thecodergeek.com/about-me -------------- 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 michael.silvanus at gmail.com Fri Sep 4 03:25:04 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Thu, 3 Sep 2009 23:25:04 -0400 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: References: Message-ID: <615c05430909032025o4576e1bhcc8f490c59986e6d@mail.gmail.com> On Thu, Sep 3, 2009 at 8:41 PM, Gregory Maxwell wrote: > What would be the point of packaging something which can not operate > without codecs that fedora can not and should not ship? > That was the rationale for vagalume ending up in rpmfusion-free: the code itself is fully free, but it's not usable without some patent-encumbered codecs. By that rationale, though, shouldn't totem-youtube end up in rpmfusion-free too? Regards, -- Michel Alexandre Salim From iarnell at gmail.com Fri Sep 4 03:43:21 2009 From: iarnell at gmail.com (Iain Arnell) Date: Fri, 4 Sep 2009 05:43:21 +0200 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <2d319b780909031437h5a1629f5of4c1ecd5b25e18b2@mail.gmail.com> References: <4A9EE92A.1000809@redfish-solutions.com> <4A9F88C4.509@city-fan.org> <4A9FE9D4.1090102@redfish-solutions.com> <4AA035D0.1010207@redfish-solutions.com> <2d319b780909031437h5a1629f5of4c1ecd5b25e18b2@mail.gmail.com> Message-ID: <81487f820909032043w7f5d2175s6b0aaa478ed9ecf7@mail.gmail.com> On Thu, Sep 3, 2009 at 11:37 PM, Mathieu Bridon (bochecha) wrote: > # usermod -G mock # usermod -a -G mock would generally be better (won't blitz your existing group memberships) -- Iain. From nando at ccrma.Stanford.EDU Fri Sep 4 04:37:48 2009 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 03 Sep 2009 21:37:48 -0700 Subject: Packaging Request: Pure Data In-Reply-To: <5256d0b0908311033l70786617l32b827862df8d08f@mail.gmail.com> References: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> <5256d0b0908311033l70786617l32b827862df8d08f@mail.gmail.com> Message-ID: <1252039068.29053.48.camel@localhost.localdomain> On Mon, 2009-08-31 at 18:33 +0100, Peter Robinson wrote: > On Mon, Aug 31, 2009 at 6:28 PM, Mani A wrote: > > http://puredata.info/ > > > > is not in the package database. > > > > >From the license POV, there are no problems. > > I think this is the bug your after. A review is in progress but > there's a few build issues. > https://bugzilla.redhat.com/show_bug.cgi?id=488563 Nope, that's not pd (pure data), a graphical programming language for music and midi applications. That bug is about pure, a term-rewriting functional programming language. -- Fernando From nando at ccrma.Stanford.EDU Fri Sep 4 04:43:22 2009 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: Thu, 03 Sep 2009 21:43:22 -0700 Subject: Packaging Request: Pure Data In-Reply-To: References: <78323d480908311028x4c81aea8x2bc1e5eaa9ab6531@mail.gmail.com> Message-ID: <1252039402.29053.55.camel@localhost.localdomain> On Mon, 2009-08-31 at 18:56 -0400, Orcan Ogetbil wrote: > On Mon, Aug 31, 2009 at 1:28 PM, Mani A wrote: > > http://puredata.info/ > > > > is not in the package database. > > > > >From the license POV, there are no problems. > > > > > > Best > > > > A. Mani > > > > Hi, > Fernando at planetccrma was working on packaging a recent version of > puredata. I don't know the current status. It is done and released in the testing repository (will move to the regular repository soon). > There should be an older > version sitting in their repos. Transferring puredata to official > Fedora repos is tremendous amount of work. Last time I checked, the > SPEC file was a couple thousands of lines long and it was only for > 32bit. What I'm packaging is not the base pd but pd-extended[1], which includes the basic pd and many many extensions which make for a much more usable system. And I separately package several additional pd extensions (in particular flext) that are quite important but not part of pd-extended (most were, but were spun off, it is a long long story leading to package name changes, obsoletes and provides, evil epochs, etc, etc [*]) See: http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/testing/10/SRPMS/pd-extended-0.41.4-1.fc10.ccrma.src.rpm (and others in the same directory, ommit /testing/ if not found there as it will move shortly) And: http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/testing/10/i386/repoview/pd-extended.html (also available for fc11) The current package does away with my original separation of the many external collections into separate subpackages. Now you get all of them at once and as a result the spec file is much much simpler (but you don't get a subpackage choice at install time). It should not be hard to transfer to Fedora, or at least not as hard as before. Re: 32 bit: current pd-extended mostly works on 64 bit archs but the port is not complete. It is something scheduled for the next main release (I was close to finish building it but gave up, some patches made into the current srpm). I think (but I'm not 100% sure) that the base pd (not pd-extended) is now working on 64 bit archs but is both newer (higher version number) and less complete (a lot less stuff in there). -- Fernando [1]: http://puredata.info/Members/hans/pd-extended-0-41-4-released [*] I have been packaging pd since at least 2001 (probably 2000 for internal releases), for RedHat and then Fedora, it was one of the first packages in the Planet CCRMA repositories. From jim at meyering.net Fri Sep 4 06:30:14 2009 From: jim at meyering.net (Jim Meyering) Date: Fri, 04 Sep 2009 08:30:14 +0200 Subject: clang static analyzer: use it! Message-ID: <87vdjzte6h.fsf@meyering.net> Quick summary: use this tool: http://clang-analyzer.llvm.org/ If you're not using its "scan-build" tool, then start. Right now. Really. It's that good. Recently I've run it on a variety of packages, from coreutils (of course) to libvirt -- and libxml2 on request by the maintainer. To use them, build the tools described here, from source: (currently, there is no fedora package, afaik) http://clang-analyzer.llvm.org/ I ran them like this for libxml2: scan-build -o clang ./autogen.sh scan-build -o clang make The -o clang says to put the summary in a directory named "clang". The file you'll want is named e.g., clang/2009-09-04-1/index.html The resulting HTML: http://meyering.net/code/tmp/clang/libxml2-vs-clang-syntax-checker/index.html is essentially the clang/ directory specified by the commands above. Note that some of the things it reports are definitely false positives, but if it's confused enough by your code to think that some part could dereference NULL, then a human reviewer might make the same mistake. In some cases it's a good indication you can make the code cleaner. The second "bug" I looked at was a doosey: http://meyering.net/code/tmp/clang/libxml2-vs-clang-syntax-checker/report-5Qxdd7.html#Path1 doc = cur->doc; { // curly on wrong line if (doc != NULL) // no curly brace oldenc = doc->encoding; // one-line "then" clause if (ctxt->encoding != NULL) { // not part of "if block" doc->encoding = BAD_CAST ctxt->encoding; } else if (doc->encoding != NULL) { encoding = doc->encoding; } } Also note the section on "dead store" bugs. At first glance, you might think you can blindly remove the offending statement or expression. Don't do that. At least not "blindly". For example, one dead store bug in libvirt exposed an interface bug that made it so a function would always return zero, rather than -1 upon failure. From j.w.r.degoede at hhs.nl Fri Sep 4 07:06:51 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Sep 2009 09:06:51 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA014AC.2000203@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <4A9FE802.7000804@redhat.com> <4AA008F1.4080006@hhs.nl> <4AA014AC.2000203@redhat.com> Message-ID: <4AA0BC8B.1060705@hhs.nl> On 09/03/2009 09:10 PM, Tom "spot" Callaway wrote: > On 09/03/2009 02:20 PM, Hans de Goede wrote: >> Regeneration is as easy with dracut as it is with mkinitrd, actually they >> have the same cmdline syntax. >> >> The only extra step required with dracut when using pre-generated images >> is: >> yum install dracut > > Okay, so is there any reason why we don't have some sort of scriplet > that regenerates the initrd when any of the system binaries used in the > initrd are updated? > Because people really dislike non booting systems. Automatically regenerating a very crucial part of the boot sequence is a very bad idea, as it will break occasionally. There is a reason why we keep a backup kernel at hand at all times and that reason is not only that sometimes a new kernel fails to work on certain systems, but also that sometimes a new initrd fails (for example due to changes in things it depends on). Also for there to be a security issue, there needs to be an attack vector, and during early userspace, there is very little attack vector, no other programs are running, no network interfaces are up, etc. Regards, Hans From j.w.r.degoede at hhs.nl Fri Sep 4 07:10:53 2009 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 04 Sep 2009 09:10:53 +0200 Subject: static linking and LGPL libraries In-Reply-To: <4AA0176C.4050006@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> Message-ID: <4AA0BD7D.4000803@hhs.nl> On 09/03/2009 09:22 PM, Tom "spot" Callaway wrote: > On 09/03/2009 02:25 PM, Hans de Goede wrote: >> Note that we have the same problem with any package which does static >> linking against an lgpl library (such as glibc). > > This is (one of the big reasons) why we only permit static linking with > explicit approval from FESCo. > Still we do allow it for certain packages and every such package has the potential LGPL problem Notting described. I personally think it would be a good idea to include root.log inside the srpm of packages, this way people can truely use their GPL rights and exactly re-create the package by using all the same packages in a chroot as used during the original build. Regards, Hans From yersinia.spiros at gmail.com Fri Sep 4 07:36:56 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Fri, 4 Sep 2009 09:36:56 +0200 Subject: sed -i symlink behavior... In-Reply-To: <1252007253.20826.6@bloomfld-lnx.stat.ncsu.edu> References: <1252007253.20826.6@bloomfld-lnx.stat.ncsu.edu> Message-ID: On Thu, Sep 3, 2009 at 9:47 PM, Peter Bloomfield < peterbloomfield at bellsouth.net> wrote: > On 09/02/2009 10:07 AM, Warren Togami wrote: > >> >> On 09/02/2009 11:39 AM, Jerry James wrote: >> >>> >>> On Wed, Sep 2, 2009 at 9:35 AM, Warren Togami wrote: >>> >>>> >>>> What is the correct behavior? Is this a bug that it changed? >>>> >>> >>> Read up on the --follow-symlinks option to sed. >>> >> >> This is a new option it seems, meaning I can't rely on sed -i at all >> anymore. I'm rather displeased that a core utility fundamentally changed its >> own behavior. >> >> Warren >> > > Apparently [1] upstream sed always broke symlinks, and "Red Hat made a > patch" to follow them instead. Fedora packages from some point up to > sed-4.1.5-12.fc11 seem to have used it. So the default behavior in Fedora > sed is now consistent with upstream, instead of with the prior patched > version. That's inconvenient if you're accustomed to the "Red Hat" version, > but better for interoperability! > > Peter > > [1] > http://www.nabble.com/Re:-sed:-Patch-to-follow-symlinks-and--c-option-td7471749.html > > In fact the comment in this link is .... I want sed -i and perl -i to behave as similarly as possible. Hence, the patch is rejected as is. --copy is rejected for the same reason. ..... as i have already commented out previously. Regards -- > 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 josephine.tannhauser at googlemail.com Fri Sep 4 07:43:18 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Fri, 4 Sep 2009 09:43:18 +0200 Subject: Review needed.... Message-ID: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> Perhaps it is luck, but I'm happy about that fact that not all contributors with an open review request begging on devel list for a reviewer. If anybody will do it, the devel list will explode with review beggars. It's strange to see that most of the baggers are working for a big north american distributor, or living in india, or both! No, I don't want a pony!!! Is it difficult to be patient? There are many more open reviews which are older... Please qry your friends (if you have some) or be patient.. -- Josephine "Fine" Tannh?user -------------- next part -------------- An HTML attachment was scrubbed... URL: From yersinia.spiros at gmail.com Fri Sep 4 07:56:56 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Fri, 4 Sep 2009 09:56:56 +0200 Subject: rpm/mock: can't upbuild FC10 targets on FC9 host In-Reply-To: <4A9EE92A.1000809@redfish-solutions.com> References: <4A9EE92A.1000809@redfish-solutions.com> Message-ID: On Wed, Sep 2, 2009 at 11:52 PM, Philip Prindeville < philipp_subx at redfish-solutions.com> wrote: > Seems to be an rpm versioning issue: > > [root at builder SRPMS]# mock -r fedora-10-x86_64 --rebuild > perl-Net-Patricia-1.15_01-1.fc9.src.rpm > INFO: mock.py version 0.9.14 starting... > State Changed: init plugins > State Changed: start > INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > Config(fedora-10-x86_64) > State Changed: lock buildroot > State Changed: clean > State Changed: init > State Changed: lock buildroot > Mock Version: 0.9.14 > INFO: Mock Version: 0.9.14 > INFO: enabled root cache > State Changed: unpacking root cache > INFO: enabled yum cache > State Changed: cleaning yum metadata > INFO: enabled ccache > State Changed: running yum > State Changed: setup > ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm) > Config(fedora-10-x86_64) 0 minutes 15 seconds > INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result > ERROR: Command failed: > # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/ > resolvedep ccache 'perl(ExtUtils::MakeMaker)' > rpmdb: Program version 4.3 doesn't match environment version > error: db4 error(-30974) from dbenv->open: DB_VERSION_MISMATCH: Database > environment version mismatch > error: cannot open Packages index using db3 - (-30974) > error: cannot open Packages database in > /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm > Traceback (most recent call last): > File "/usr/bin/yum", line 29, in > yummain.user_main(sys.argv[1:], exit_code=True) > File "/usr/share/yum-cli/yummain.py", line 229, in user_main > errcode = main(args) > File "/usr/share/yum-cli/yummain.py", line 84, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 184, in getOptionsConfig > enabled_plugins=self.optparser._splitArg(opts.enableplugins)) > File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 192, in > _getConfig > self._conf = config.readMainConfig(startupconf) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 774, in > readMainConfig > yumvars['releasever'] = _getsysver(startupconf.installroot, > startupconf.distroverpkg) > File "/usr/lib/python2.5/site-packages/yum/config.py", line 844, in > _getsysver > idx = ts.dbMatch('provides', distroverpkg) > TypeError: rpmdb open failed > > [root at builder SRPMS]# > > > > The host was originally an FC8 host, that was yum updated to FC9. I use > it to build FC9 and FC10 packages via Mock. > > Unfortunately, it looks like it doesn't want to use the old RPM database > from the previous FC8 install. > > I am pretty sure that it is because this rpm proposed patch was rejected upstream. https://bugzilla.redhat.com/show_bug.cgi?id=464752. The maintainer has already expressed his opinion on this topic also on this mailing list and is unnecessary to discuss further. It seems however that without this patch, or something similar, can lead to the situation reported in the last comments. > How do I clobber all of this to that the database gets written afresh? > > Apparently, "mock -r fedora-10-x86_64 --clean" isn't adequate. Perhaps > "mock --nuke" would be useful here following an version update to zap > stale state? > > Or should I just uninstall and reinstall mock? > > Thanks, > > -Philip > > -- > 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 jnovy at redhat.com Fri Sep 4 08:04:03 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 4 Sep 2009 10:04:03 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <200909031847.58524.jamatos@fc.up.pt> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <20090827143804.GC14982@pucmeloud.brq.redhat.com> <200909031847.58524.jamatos@fc.up.pt> Message-ID: <20090904080403.GB30206@pucmeloud.redhat.com> On Thu, Sep 03, 2009 at 06:47:58PM +0100, Jos? Matos wrote: > On Thursday 27 August 2009 Jindrich Novy wrote: > > On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote: > > > Hi, > > > > > > first off, thanks many people who sent me RFE and bugfix > > > proposals. I've tried to fix most of them in the current package set > > > in the testing repository: > > > > > > rpm -i > > > http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarc > > >h.rpm > > > > Forgot to mention that the initial rawhide repository is now available > > as: > > > > rpm -i > > http://jnovy.fedorapeople.org/texlive/texlive-rawhide-release-2009-0.1.fc11 > >.noarch.rpm > > The update when using the more recent rawhide failed. I suspect that the > metadata is not updated as I get lots of "Package does not match intended > download". It should be fixed now altogether with new packages in the repository. Jindrich > > > Jindrich > > -- > Jos? Ab?lio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From rawhide at fedoraproject.org Fri Sep 4 10:35:25 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 4 Sep 2009 10:35:25 +0000 Subject: rawhide report: 20090904 changes Message-ID: <20090904103525.GA16167@releng2.fedora.phx.redhat.com> Compose started at Fri Sep 4 06:15:08 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 kdebase3-3.5.10-12.fc12.ppc requires libssl.so.8 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) kdebase3-3.5.10-12.fc12.ppc64 requires libssl.so.8()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package felix-osgi-core Felix OSGi R4 Core Bundle New package gbirthday Birthday reminder for evolution New package hornsey The moblin media player New package kxml Small XML pull parser New package moblin-panel-media Moblin Panel for Media New package perl-Moose-Autobox Autoboxed wrappers for native Perl datatypes New package perl-MooseX-Traits-Pluggable A pluggable extension to MooseX::Traits New package slf4j Simple Logging Facade for Java Removed package gnome-applet-vm Removed package sugar-update-control Removed package udev-extras Updated Packages: PackageKit-0.5.2-0.2.20090903git.fc12 ------------------------------------- * Thu Sep 03 2009 Matthias Clasen - 0.5.2-0.2.20090902git - Rename -debuginfo-install to debug-install (#520965) * Thu Sep 03 2009 Richard Hughes - 0.5.2-0.1.20090903git - Update to a newer git snapshot from the 0.5.x series. - Fixes NetworkManager build time configure check. - Don't backtrace if we need to do yum-complete-transaction. alsa-utils-1.0.21-2.fc12 ------------------------ * Thu Sep 03 2009 Jaroslav Kysela 1.0.21-1 - updated to 1.0.21 final - updated alsa-info.sh script to 0.4.58 * Thu Sep 03 2009 Jaroslav Kysela 1.0.21-2 - added missing patch file anjal-0.1.0-0.8.20090903git62734e6.fc12 --------------------------------------- * Thu Sep 03 2009 Peter Robinson 0.1.0-0.8 - New git snapshot, temporarily disable anerley apr-api-docs-1.3.8-1.fc12 ------------------------- * Thu Sep 03 2009 Bojan Smojver 1.3.8-1 - Bump up to 1.3.8 - Add search aqute-bndlib-0.0.363-1.fc12 --------------------------- * Thu Sep 03 2009 Alexander Kurtakov 0:0.0.363-1 - Update to 0.0.363. autofs-5.0.4-39 --------------- * Thu Sep 03 2009 Ian Kent - 1:5.0.4-39 - fix libxml2 non-thread-safe calls. - fix direct map cache locking. - fix patch "dont umount existing direct mount on reread" deadlock. avrdude-5.8-1.fc12 ------------------ * Thu Sep 03 2009 Bart Vanbrabant - 5.8-1 - New upstream version: See the NEWS file for more information - Removed patch: changes are included in upstream version bip-0.8.2-1.fc12 ---------------- * Thu Sep 03 2009 Lorenzo Villani - 0.8.2-1 - 0.8.2 bisho-0.11-4.fc12 ----------------- * Thu Sep 03 2009 Peter Robinson 0.11-4 - Update gconf scriptlets for schema file name change bltk-1.0.9-6.fc12 ----------------- * Thu Sep 03 2009 Jiri Skala 1.0.9-6 - fixed misspelled bash variable with stop file bluez-4.51-1.fc12 ----------------- * Thu Sep 03 2009 Bastien Nocera 4.51-1 - Update to 4.51 coreutils-7.5-4.fc12 -------------------- * Thu Sep 03 2009 Ondrej Vasik - 7.5-4 - fixed regression where df -l as regular user cause "Permission denied" (#520630, introduced by fix for rhbz #497830) createrepo-0.9.8-2.fc12 ----------------------- * Thu Sep 03 2009 Seth Vidal - 0.9.8-2 - add drpm patch from https://bugzilla.redhat.com/show_bug.cgi?id=518658 curl-7.19.6-5.fc12 ------------------ * Thu Sep 03 2009 Kamil Dudka 7.19.6-5 - cover ssh and stunnel support by the test-suite dracut-001-2.fc12 ----------------- * Thu Sep 03 2009 Harald Hoyer 001-2 - fixed missing grep for md - reorder cleanup farsight2-0.0.15-1.fc12 ----------------------- * Thu Sep 03 2009 Brian Pepple - 0.0.15-1 - Update to 0.0.15. fsarchiver-0.5.9-1.fc12 ----------------------- * Thu Sep 03 2009 Adel Gadllah - 0.5.9-1 - Update to 0.5.9 gcc-4.4.1-9 ----------- * Thu Sep 03 2009 Jakub Jelinek 4.4.1-9 - update from gcc-4_4-branch - fix wide char constant stringification - __builtin_unreachable fix gdb-6.8.50.20090818-8.fc12 -------------------------- * Thu Sep 03 2009 Jan Kratochvil - 6.8.50.20090818-8 - archer-jankratochvil-fedora12 commit: a081d2f12945e9468edd5f4341d3e945bd0fefe9 - [expr] Fix too slow lookups in large C++ programs (Sami Wagiaalla). - [python] Fix varobj changed values reporting (GDB PR 10584, Tom Tromey). glibc-2.10.90-20 ---------------- * Thu Sep 03 2009 Andreas Schwab - 2.10.90-20 - Update from master. - Fix strstr/strcasestr/fma/fmaf on x86_64 (#519226). - Fix lookup of group names in hesiod initgroups (#520472). gnome-bluetooth-2.27.90-2.fc12 ------------------------------ * Thu Sep 03 2009 Bastien Nocera 2.27.90-2 - Fix connecting to audio devices not working when disconnected at start gspiceui-0.9.65-6.fc12 ---------------------- * Thu Sep 03 2009 Chitlesh Goorah - 0.9.65-6 - Fixes RHBZ #512076 - Build with wxGTK-devel not compat-wxGTK26-devel - Added documentations: schematics and spice models * Fri Jul 24 2009 Fedora Release Engineering - 0.9.65-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild hmaccalc-0.9.10-1.fc12 ---------------------- * Thu Sep 03 2009 Nalin Dahyabhai 0.9.10-1 - refuse to truncate output below half the size of the hash length, or 80 bits, whichever is higher, in case we get used in a situation where not doing so would make us vulnerable to CVE-2009-0217, in which an attacker manages to convince a party doing verification to truncate both the just-computed value and the value to be checked before comparing them, as comparing just 1 bit would make detecting forgeries close to impossible ibus-1.2.0.20090904-1.fc12 -------------------------- * Fri Sep 04 2009 Peng Huang - 1.2.0.20090904-1 - Update to 1.2.0.20090904 javasqlite-20090430-3.fc12 -------------------------- * Thu Sep 03 2009 Ville Skytt? - 20090430-3 - Filter out autoprovided libsqlite_jni.so (if %filter_setup is available). jwhois-4.0-18.fc12 ------------------ * Thu Sep 03 2009 Vitezslav Crhonek - 4.0-18 - Fix errors installing jwhois with --excludedocs Resolves: #515940 kde-settings-4.3-5 ------------------ * Thu Sep 03 2009 Rex Dieter - 4.3-5 - plasma-desktop-appletsrc: wallpaper=/usr/share/wallpapers/Constantine_Mosaico/ kdebindings-4.3.1-3.fc12 ------------------------ * Thu Sep 03 2009 Kevin Kofler - 4.3.1-2 - only (temporarily) disable Falcon on F12+ - drop bindings for polkit-qt on F12+ (PolicyKit 0.9 is going away) - remove unused (commented out) patch * Thu Sep 03 2009 Kevin Kofler - 4.3.1-3 - also disable polkit-qt on EL6+ - also remove polkit-qt sip files and examples on F12+/EL6+ kpackagekit-0.5.0-0.1.20090902svn.fc12 -------------------------------------- * Wed Sep 02 2009 Steven M. Parrish - 0.5.0-0.1.20090902svn - New git snapshot libgdiplus-2.4.2-3.fc12 ----------------------- * Thu Sep 03 2009 Michel Salim - 2.4.2-3 - Enable unit tests - Corrected project and source URLs - Remove obsolete license files libhugetlbfs-2.6-2.fc12 ----------------------- * Thu Sep 03 2009 Nils Philippsen 2.6-2 - fix building on s390x libx86-1.1-7.fc12 ----------------- * Thu Sep 03 2009 Karsten Hopp 1.1-7 - excludearch s390, s390x where we don't have sys/io.h m4-1.4.13-4.fc12 ---------------- * Thu Sep 03 2009 Vitezslav Crhonek - 1.4.13-4 - Fix errors installing m4 with --excludedocs Resolves: #516013 * Wed Aug 12 2009 Ville Skytt? - 1.4.13-3 - Use xz compressed upstream tarball. mingw32-gcc-4.4.1-2.fc12 ------------------------ * Thu Sep 03 2009 Kalev Lember - 4.4.1-2 - Update to gcc 4.4.1 20090902 svn 151328. - Patches taken from native Fedora gcc-4.4.1-8. - Another license update to keep it in sync with native gcc package. mojito-0.20.1-1.fc12 -------------------- * Thu Sep 03 2009 Peter Robinson 0.20.1-1 - Update to 0.20.1 ocfs2-tools-1.4.2-3.fc12 ------------------------ * Thu Sep 03 2009 Fabio M. Di Nitto - 1.4.2-3 - Fix pcmk and cman Requires. openoffice.org-3.1.1-19.5.fc12 ------------------------------ * Wed Sep 02 2009 Caol?n McNamara - 1:3.1.1-19.5 - Resolves: rhbz#520772 copy/paste cockup perl-5.10.0-82.fc12 ------------------- * Mon Aug 31 2009 Chris Weyl - 4:5.10.0-82 - update our Test-Simple update to 0.92 (patch by Iain Arnell), #519417 - update Module-Pluggable to 3.9 perl-Catalyst-Plugin-Authentication-0.10015-1.fc12 -------------------------------------------------- * Thu Sep 03 2009 Chris Weyl 0.10015-1 - switch filtering systems... - auto-update to 0.10015 (by cpan-spec-update 0.01) - added a new br on perl(Class::MOP) (version 0) - added a new br on perl(Moose) (version 0) perl-IPC-Run-0.84-1.fc12 ------------------------ * Wed Sep 02 2009 Steven Pritchard 0.84-1 - Update to 0.84. - Drop IPCRUNDEBUG from "make test" (bug fixed long ago). perl-Mail-DKIM-0.36-4.fc12 -------------------------- * Thu Sep 03 2009 Warren Togami - 0.36-4 - 0.36_6 perl-SGML-Parser-OpenSP-0.994-4.fc12 ------------------------------------ * Thu Sep 03 2009 Ville Skytt? - 0.994-4 - Filter out autoprovided OpenSP.so (if %{perl_default_filter} is available). proguard-4.4-4.fc12 ------------------- * Thu Sep 03 2009 Fran?ois Kooman - 4.4-4 - create a subpackage for the GUI python-markdown2-1.0.1.13-3.fc12 -------------------------------- * Wed Sep 02 2009 Thomas Moschny - 1.0.1.13-3 - Patch syntax_color test case for older pygments version on rhel. python-sphinx-0.6.3-1.fc12 -------------------------- * Fri Sep 04 2009 Michel Salim - 0.6.3-1 - Update to 0.6.3 pywebdav-0.9.3-2.fc12 --------------------- * Thu Sep 03 2009 Dan Hor?k 0.9.3-2 - drop dependency on PyXML (#520984) redhat-rpm-config-9.0.3-17.fc12 ------------------------------- * Thu Sep 03 2009 Paul Howarth 9.0.3-17 - redhat-rpm-config-9.0.3-filtering-macros.patch: Rediff so we don't ship a .orig file - add (empty) %build section - fix unescaped macros in changelog rsyslog-4.4.1-1.fc12 -------------------- * Thu Sep 03 2009 Tomas Heinrich 4.4.1-1 - upgrade to new upstream stable version saab-fonts-0.91-3.fc12 ---------------------- * Fri Sep 04 2009 A S Alam - 0.91-3 - Add fontconfig conf file shorewall-4.4.1-1.fc12 ---------------------- * Thu Sep 03 2009 Jonathan G. Underwood - 4.4.1-1 - Update to 4.4.1 smolt-1.3.2-1.fc12 ------------------ * Thu Sep 03 2009 Mike McGrath - 1.3.2-1 - Upstream released new version - Changed some link and copy info spring-0.80.4-1.fc12 -------------------- * Thu Sep 03 2009 Aurelien Bompard - 0.80.4-1 - New release: 0.80.4 squid-3.1.0.13-1.fc12 --------------------- * Fri Sep 04 2009 Henrik Nordstrom - 7:3.1.0.13-1 - Upgrade to next upstream release 3.1.0.13 with many new features * IPv6 support * NTLM-passthru * Kerberos/Negotiate authentication scheme support * Localized error pages based on browser language preferences * Follow X-Forwarded-For capability * and more.. subversion-api-docs-1.6.5-3.fc12 -------------------------------- * Thu Sep 03 2009 Bojan Smojver 1.6.5-3 - fix search system-config-printer-1.1.12-7.fc12 ----------------------------------- * Thu Sep 03 2009 Tim Waugh 1.1.12-7 - Speed improvement when fetching devices. - Allow raw devices to be changed. system-config-users-1.2.90-1.fc12 --------------------------------- * Thu Sep 03 2009 Nils Philippsen - 1.2.90-1 - import gettext from each module again - use gtk.ComboBoxEntry instead of gtk.Combo telepathy-gabble-0.8.2-1.fc12 ----------------------------- * Thu Sep 03 2009 Brian Pepple - 0.8.2-1 - Update to 0.8.2. telepathy-glib-0.7.36-1.fc12 ---------------------------- * Thu Sep 03 2009 Brian Pepple - 0.7.36-1 - Update to 0.7.36. tuna-0.9.1-1.fc12 ----------------- * Thu Sep 03 2009 Arnaldo Carvalho de Melo - 0.9.1-1 - New upstream release vdr-femon-1.6.7-4.fc12 ---------------------- * Thu Sep 03 2009 Ville Skytt? - 1.6.7-4 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). vdr-osdteletext-0.8.3-4.fc12 ---------------------------- * Thu Sep 03 2009 Ville Skytt? - 0.8.3-4 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). vdr-remote-0.4.0-9.fc12 ----------------------- * Thu Sep 03 2009 Ville Skytt? - 0.4.0-9 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). vdr-ttxtsubs-0.0.9-4.fc12 ------------------------- * Thu Sep 03 2009 Ville Skytt? - 0.0.9-4 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). vinagre-2.27.91-2.fc12 ---------------------- * Thu Sep 03 2009 Matthias Clasen - 2.27.91-2 - Make ids unique xemacs-packages-extra-20090217-3.fc12 ------------------------------------- * Thu Sep 03 2009 Jerry James - 20090217-2 - Update APEL to a newer version (bz 503185). - Teach dired about the /bin/ls dot signifying an SELinux context (bz 504422). - Fix a known timer bug. xine-ui-0.99.5-16.fc12 ---------------------- * Thu Sep 03 2009 Jussi Lehtola - 0.99.5-16 - Move xine-ui_logo.mpv to main package from -skins. xorg-x11-drv-nouveau-0.0.15-7.20090904git2b5ec6a.fc12 ----------------------------------------------------- * Fri Sep 04 2009 Ben Skeggs 0.0.15-7.20090904git2b5ec6a - fix cursor being left enabled on wrong display xscreensaver-5.09-1.fc12 ------------------------ * Thu Sep 03 2009 Mamoru Tasaka - 1:5.09-1 - Update to 5.09 - Drop patches applied by upstream (1 patch still pending on upstream + 2 Fedora specific patches left) - Add one patch to generate missing header files - Suppress compilation warnings with -std=c89 yum-3.2.24-2.fc12 ----------------- * Thu Sep 03 2009 Seth Vidal - 3.2.24-1 - 3.2.24 * Thu Sep 03 2009 Seth Vidal - 3.2.24-2 - modify cachedir to include variables yum-utils-1.1.23-3.fc12 ----------------------- * Thu Sep 03 2009 Tim Lauridsen - changed Requires: yum >= 3.2.23 to yum >= 3.2.23-15 for versionlock plugin and repoquery - because yum in rawhide contains patches against yum-3_2_X HEAD. Summary: Added Packages: 8 Removed Packages: 3 Modified Packages: 70 From christoph.wickert at googlemail.com Fri Sep 4 10:41:45 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Fri, 04 Sep 2009 12:41:45 +0200 Subject: Review needed.... In-Reply-To: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> References: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> Message-ID: <1252060905.2996.29.camel@localhost> First of all: Congrats for this Am Freitag, den 04.09.2009, 09:43 +0200 schrieb Josephine Tannh?user: > Perhaps it is luck, but I'm happy about that fact that not all > contributors with an open review request begging on devel list for a > reviewer. If anybody will do it, the devel list will explode with > review beggars. > > It's strange to see that most of the baggers are working for a big > north american distributor, or living in india, or both! No, I don't > want a pony!!! > > Is it difficult to be patient? Spot asked for a review 4 days ago because he needed it to fix a broken dep [1]. Peter Robinson asked for a couple of reviews [2] because they were needed for his Moblin feature. Both Spot and Peter explained why their reviews were urgent. Adam Williamson asked for a review of libva [3], but he also offered to swap reviews. This is a normal procedure and has nothing to do with bagging. The reason why there are several RH employees asking for a review is because these people work full time on Fedora and actually drive the development forward. OK, this leaves Kushal, who asked for a review of pony [4] back in May. I wonder why you bring this up after months. I mean: You didn't do the review, so what are you worrying about? Kushal's request was also with a good portion of humor as the subject "Who wants a pony?" shows. If there is somebody to understand what catchy subjects are, I guess it's the person starting threads with subjects like "KDE vs. Gnome" or "Review needed..." (when there actually is not review needed). What was the name of that person? ;) Regards, Christoph [1] https://www.redhat.com/archives/fedora-devel-list/2009-September/msg00031.html [2] https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00090.html [3] https://www.redhat.com/archives/fedora-devel-list/2009-August/msg01086.html [4] https://www.redhat.com/archives/fedora-devel-list/2009-May/msg02139.html From christoph.wickert at googlemail.com Fri Sep 4 10:51:29 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Fri, 04 Sep 2009 12:51:29 +0200 Subject: Review needed.... In-Reply-To: <1252060905.2996.29.camel@localhost> References: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> <1252060905.2996.29.camel@localhost> Message-ID: <1252061489.2996.30.camel@localhost> Am Freitag, den 04.09.2009, 12:41 +0200 schrieb Christoph Wickert: > First of all: Congrats for this ...catchy subject Regards, Christoph From psmith at fedoraproject.org Fri Sep 4 11:12:18 2009 From: psmith at fedoraproject.org (psmith) Date: Fri, 04 Sep 2009 12:12:18 +0100 Subject: fedora mini alpha testing In-Reply-To: <5256d0b0908251600g448da05brb2d7a99169c23b78@mail.gmail.com> References: <5256d0b0908251600g448da05brb2d7a99169c23b78@mail.gmail.com> Message-ID: <4AA0F612.10905@fedoraproject.org> On 26/08/09 00:00, Peter Robinson wrote: > Arriving fashionably late, and mostly intact, to the "Constantine" > Alpha party I'd like to announce that Moblin on Fedora has made it's > initial debut for Fedora Mini :) > > Still a work in progress, Moblin is now in a mostly usable state on > Fedora for testing. It has hence come well dressed for the alpha party > in the "Constantine" > theme in that its still very much in the testing stage :-) But if your > still game..... to give your netbook it's first real work out read on! > > If its running the Constantine alpha or rawhide, you can test it by > simply do a 'yum groupinstall "Moblin Desktop Environment"'. Once > that's done simply logout or reboot and you can prepare for take off > by selecting "Moblin User Experience" during login. While the core > interface in now there there's still a couple of packages that are > will arrive over the next week so. Running 'yum groupinstall "Moblin > Desktop Environment"' again will top you up :) > > I look forward to feedback and help in making it great for F-12, and > all other Moblin and Fedora Mini feedback. I'd also like some help in > documenting supported netbook hardware combinations for F-12 so please > send me smolt profiles, hardware reports or add and update details to > the wiki page here (1). > > I look forward to a great start to Fedora Mini! > > Peter > > [1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware > > hi peter i'm trying to install on an up to date rawhide and the install is failing because certain apps have depsolving problems, network-manager-netbook, anerly and anjal are needing these libraries libnm_glib.so.0 libmissioncontrol-client.so.0 is this a known problem? phil From sgrubb at redhat.com Fri Sep 4 13:04:07 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 4 Sep 2009 09:04:07 -0400 Subject: clang static analyzer: use it! In-Reply-To: <87vdjzte6h.fsf@meyering.net> References: <87vdjzte6h.fsf@meyering.net> Message-ID: <200909040904.07587.sgrubb@redhat.com> On Friday 04 September 2009 02:30:14 am Jim Meyering wrote: > Quick summary: use this tool: > > http://clang-analyzer.llvm.org/ > > If you're not using its "scan-build" tool, then start. Right now. > Really. It's that good. llvm is in Fedora. Looking at the build instructions for clang, it seems like it would naturally fit as a subpackage for llvm. So, getting it into Fedora should not be too much to do since llvm is already approved. -Steve From mclasen at redhat.com Fri Sep 4 13:14:21 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 04 Sep 2009 09:14:21 -0400 Subject: Fit and Finish test day coming up Message-ID: <1252070061.1731.5.camel@planemask> We will look at sharing of files, music and desktops in the next Fit and Finish test day, which is coming up very soon, 2009-09-08, which is the coming Tuesday. Read all about it at http://fedoraproject.org/wiki/Test_Day:2009-09-08_Fit_and_Finish:Sharing Join us on Tuesday in #fedora-fit-and-finish on Freenode.e Matthias From mikeb at redhat.com Fri Sep 4 13:23:24 2009 From: mikeb at redhat.com (Mike Bonnet) Date: Fri, 04 Sep 2009 09:23:24 -0400 Subject: static linking and LGPL libraries In-Reply-To: <4AA0BD7D.4000803@hhs.nl> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA00A16.4080003@hhs.nl> <4AA0176C.4050006@redhat.com> <4AA0BD7D.4000803@hhs.nl> Message-ID: <4AA114CC.4000306@redhat.com> On 09/04/2009 03:10 AM, Hans de Goede wrote: > On 09/03/2009 09:22 PM, Tom "spot" Callaway wrote: >> On 09/03/2009 02:25 PM, Hans de Goede wrote: >>> Note that we have the same problem with any package which does static >>> linking against an lgpl library (such as glibc). >> >> This is (one of the big reasons) why we only permit static linking with >> explicit approval from FESCo. >> > > Still we do allow it for certain packages and every such package has the > potential LGPL problem Notting described. I personally think it would > be a good idea to include root.log inside the srpm of packages, this > way people can truely use their GPL rights and exactly re-create the > package by using all the same packages in a chroot as used during the > original build. We don't keep every Koji build indefinitely. We need to garbage-collect older builds or our storage requirements would grow without bound. Rebuilding a package using *exactly* the same NVRs present in the buildroot is not practical, and after a few weeks, generally not possible. From tcallawa at redhat.com Fri Sep 4 13:40:12 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 04 Sep 2009 09:40:12 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA0BC8B.1060705@hhs.nl> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <4A9FE802.7000804@redhat.com> <4AA008F1.4080006@hhs.nl> <4AA014AC.2000203@redhat.com> <4AA0BC8B.1060705@hhs.nl> Message-ID: <4AA118BC.6060100@redhat.com> On 09/04/2009 03:06 AM, Hans de Goede wrote: > Also for there to be a security issue, there needs to be an attack > vector, and during early userspace, there is very little attack vector, no other > programs are running, no network interfaces are up, etc. I suppose this would be somewhat difficult to exploit, except possibly at the keyboard. :) ~spot From jcm at redhat.com Fri Sep 4 14:53:19 2009 From: jcm at redhat.com (Jon Masters) Date: Fri, 04 Sep 2009 10:53:19 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4A9FDB42.6060302@redhat.com> References: <1251279922-17859-1-git-send-email-hdegoede@redhat.com> <1251279922-17859-2-git-send-email-hdegoede@redhat.com> <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> Message-ID: <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> On Thu, 2009-09-03 at 11:05 -0400, Tom "spot" Callaway wrote: > On 09/03/2009 10:57 AM, Hans de Goede wrote: > > It really is like having to support gentoo, versus having to support a > > distro using pre build packages. And I would really like to move to the having to > > support a pre-build package model for the initrd. ...but not for drivers ;) It's funny how sometimes building binaries makes life easier for users, but other times it's horribly wrong :) > The problem is this: > > The kernel binary RPM contains this pre-built initrd. The kernel source > RPM does not contain the sources necessary to make this pre-built initrd. > > This makes me rather uncomfortable from a Licensing perspective. I'm > also concerned about it from a security perspective, as these binaries > are very likely to be overlooked when security updates are pushed. The problem I have is that some folks want to include additional drivers into their initrd. What are we going to recommend for this case? I know one can still build a kernel-specific version, but I fear that this results in many users having no benefit of the generic image because it'll not contain the additional bits they needed to add. Can't we at least ensure all deps are available on the system by default, so that users *can* rebuild? Jon. From davej at redhat.com Fri Sep 4 15:14:43 2009 From: davej at redhat.com (Dave Jones) Date: Fri, 4 Sep 2009 11:14:43 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> Message-ID: <20090904151443.GB3093@redhat.com> On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > The problem I have is that some folks want to include additional drivers > into their initrd. examples please. Dave From tomek at pipebreaker.pl Fri Sep 4 15:27:17 2009 From: tomek at pipebreaker.pl (Tomasz Torcz) Date: Fri, 4 Sep 2009 17:27:17 +0200 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090904151443.GB3093@redhat.com> References: <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> <20090904151443.GB3093@redhat.com> Message-ID: <20090904152717.GA14719@mother.pipebreaker.pl> On Fri, Sep 04, 2009 at 11:14:43AM -0400, Dave Jones wrote: > On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > > > The problem I have is that some folks want to include additional drivers > > into their initrd. > > examples please. Out-of-tree modules: pvscsi, vmxnet (for VMWare). Generally stuff frowned-upon. BTW, I believe changing Plymouth theme require regeneration of initrd. -- Tomasz Torcz Only gods can safely risk perfection, xmpp: zdzichubg at chrome.pl it's a dangerous thing for a man. -- Alia -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 238 bytes Desc: not available URL: From notting at redhat.com Fri Sep 4 16:00:58 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Sep 2009 12:00:58 -0400 Subject: Fedora 12 Snapshot 1 available Message-ID: <20090904160057.GA25764@nostromo.devel.redhat.com> Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 1, for i686 and x86_64 Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 1, for i686 Please report issues in bugzilla. Bill From jcm at redhat.com Fri Sep 4 16:19:02 2009 From: jcm at redhat.com (Jon Masters) Date: Fri, 04 Sep 2009 12:19:02 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090904152717.GA14719@mother.pipebreaker.pl> References: <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> <20090904151443.GB3093@redhat.com> <20090904152717.GA14719@mother.pipebreaker.pl> Message-ID: <1252081142.6053.305.camel@perihelion.bos.jonmasters.org> On Fri, 2009-09-04 at 17:27 +0200, Tomasz Torcz wrote: > On Fri, Sep 04, 2009 at 11:14:43AM -0400, Dave Jones wrote: > > On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > > > > > The problem I have is that some folks want to include additional drivers > > > into their initrd. > > > > examples please. > > Out-of-tree modules: pvscsi, vmxnet (for VMWare). Generally > stuff frowned-upon. BTW, I believe changing Plymouth theme require > regeneration of initrd. Yeah. Most of it is "evil" stuff. But I am bringing it up because nobody else has - the fact of the matter is that there are lots of third party drivers and tools that are going to break if they cannot regenerate the initrd. I think it's acceptable for Fedora to completely loathe and distrust binary drivers, but I really don't think it's acceptable to actively prevent someone from using them if they would like to. What'll happen is that lots of people will start building per-kernel initrd images again, and third party websites will talk about how to "work around" dracut defaults rather than embracing them because they won't have an option for a generated, portable image. Jon. From davej at redhat.com Fri Sep 4 16:25:54 2009 From: davej at redhat.com (Dave Jones) Date: Fri, 4 Sep 2009 12:25:54 -0400 Subject: clang static analyzer: use it! In-Reply-To: <87vdjzte6h.fsf@meyering.net> References: <87vdjzte6h.fsf@meyering.net> Message-ID: <20090904162553.GA32647@redhat.com> On Fri, Sep 04, 2009 at 08:30:14AM +0200, Jim Meyering wrote: > Quick summary: use this tool: > > http://clang-analyzer.llvm.org/ > > If you're not using its "scan-build" tool, then start. Right now. > Really. It's that good. > > Recently I've run it on a variety of packages, from coreutils > (of course) to libvirt -- and libxml2 on request by the maintainer. > > To use them, build the tools described here, from source: > (currently, there is no fedora package, afaik) > > http://clang-analyzer.llvm.org/ > > I ran them like this for libxml2: > > scan-build -o clang ./autogen.sh > scan-build -o clang make This does look neat. When I tried it though, I ended up with .. scan-build: Removing directory '/mnt/data/src/git-trees/kernel/linux-2.6/clang/2009-09-04-1' because it contains no reports. While I'd love to believe the kernel is bug free, I have a hard time convincing myself that clang is doing the right thing. I added a path to the clang bin/ dir, and copied scan-build to my ~/bin and then ran with 'make defconfig ; scan-build -o clang make bzImage' Am I missing something obvious ? Dave From jamatos at fc.up.pt Fri Sep 4 16:48:10 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 4 Sep 2009 17:48:10 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090904080403.GB30206@pucmeloud.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031847.58524.jamatos@fc.up.pt> <20090904080403.GB30206@pucmeloud.redhat.com> Message-ID: <200909041748.10935.jamatos@fc.up.pt> On Friday 04 September 2009 Jindrich Novy wrote: > It should be fixed now altogether with new packages in the repository. > > Jindrich Thank you. Now I have installed on rawhide and it works (TM). :-) -- Jos? Ab?lio From mjg at redhat.com Fri Sep 4 16:51:35 2009 From: mjg at redhat.com (Matthew Garrett) Date: Fri, 4 Sep 2009 17:51:35 +0100 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> Message-ID: <20090904165135.GA25577@srcf.ucam.org> On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > The problem I have is that some folks want to include additional drivers > into their initrd. What are we going to recommend for this case? I know > one can still build a kernel-specific version, but I fear that this > results in many users having no benefit of the generic image because > it'll not contain the additional bits they needed to add. Isn't the point of the new infrastructure that we can provide multiple initramfs modules that will all end up in the filesystem on boot? Users who want to add drivers could do it even more easily than they currently can. -- Matthew Garrett | mjg59 at srcf.ucam.org From okg at johnfreed.com Fri Sep 4 16:51:38 2009 From: okg at johnfreed.com (John Freed) Date: Fri, 4 Sep 2009 18:51:38 +0200 Subject: Reasons to preseve X on tty7 In-Reply-To: References: Message-ID: I see this discussion petered out in November, but as I missed the followups after the change in subjects for the thread, I had seen only Dan Nicholson's initial attempt at rectifying this problem I've seen the philosophical discussion, but the real problem traces to the GDM version 2.20, which involved a major rewrite of the code and a regression in configurability. (Has anyone heard of MAJOR release numbers? Version 2.20 should have been 3.0, imho.) Anyhow I've extended Dan Nicholson's approach in what I think is a more reliable manner. I don't use XDM, so I can't comment on that, but I see that KDM in the standard distribution has been configured to start X on vt1 and then go up from vt7 for later sessions. Since reconfiguring KDM versus the upstart files involves multiple changes, I leave that to the experts. (See the file /etc/kde/kdm/kdmrc to see what I mean.) I leave /etc/event.d/tty1 alone and start it, if need be, when /etc/X11/prefdm kicks in. The logic in prefdm, by the way, kicks in AFTER plymouth shuts down, not before, in case it feels like re-creating the /var/spool/gdm/force-display-on-active-vt file. I also discovered that GDM removes that file each time a session ends, so I modified /etc/gdm/PostSession/Default to take that into account. This is why the first session was created on vt1 but all subsequent sessions after that user logs out were created on vt7. The basic idea of "forcing" the display on an active VT is invalid, I think. It affects only vt1, not any of the others. If Sam is working on vt2 and Julie starts a new session, do you want Sam to be kicked off entirely? No. The only issue is with vt1, which the kernel uses to write boot messages. If you do "fgconsole --next-available", you'll see that vt1 is NEVER available, and if you try "deallocvt 1" you'll see why ... "VT 1 is the console and cannot be deallocated". So the only issue is that GDM won't start X on vt1 if it thinks it's already allocated, even if there are no processes running there. "fuser -v /dev/tty1" tells us whether we *really* want to start (or continue) X there. I've tested this pretty thoroughly from runlevel 5 (killing gdm-binary from within the gdm session and other weird states) and it seems to work. The "telinit 5" situation also seems to work fine. --- /etc/X11/prefdm.orig 2009-08-31 20:38:02.000000000 +0200 +++ /etc/X11/prefdm 2009-09-01 13:27:45.000000000 +0200 @@ -8,6 +8,10 @@ # Run preferred X display manager quit_arg= preferred= + +# Hack for Fedora-modified GDM +FORCEACTIVEVT=yes + if [ -f /etc/sysconfig/desktop ]; then . /etc/sysconfig/desktop if [ "$DISPLAYMANAGER" = GNOME ]; then @@ -31,6 +35,22 @@ # shut down boot splash /usr/bin/plymouth quit $quit_arg +# Tell Fedora-modified GDM to reuse VT1 if it's really inactive or if X is already there; +# otherwise, tell it not to use VT1 (and start a terminal there if need be) +TTY1_TASK=$(fuser -v /dev/tty1 2>&1|awk -v RS='' '/ / { print $9 ; exit }') +if [ -z "$preferred" ] || [ "$preferred" = /usr/sbin/gdm ]; then + if [ "$FORCEACTIVEVT" = yes ]; then + if [ -z "$TTY1_TASK" ] || [ "$TTY1_TASK" = Xorg ] || "$TTY1_TASK" = X ]; then + touch /var/spool/gdm/force-display-on-active-vt + fi + else + rm -f /var/spool/gdm/force-display-on-active-vt + if [ -z "$TTY1_TASK" ]; then + initctl start tty1 >/dev/null + fi + fi +fi + shopt -s execfail [ -n "$preferred" ] && exec $preferred "$@" >/dev/null 2>&1 &1|awk -v RS='' '/ / { print $9 ; exit }') +if [ "$FORCEACTIVEVT" = yes ]; then + if [ -z "$TTY1_TASK" ] || [ "$TTY1_TASK" = Xorg ] || "$TTY1_TASK" = X ]; then + touch /var/spool/gdm/force-display-on-active-vt + fi +else + rm -f /var/spool/gdm/force-display-on-active-vt + if [ -z "$TTY1_TASK" ]; then + initctl start tty1 >/dev/null + fi +fi + exit 0 . *From*: "Dan Nicholson" - *To*: "Development discussions related to Fedora" - *Subject*: Re: Reasons to preseve X on tty7 - *Date*: Tue, 11 Nov 2008 20:05:38 -0800 ------------------------------ On Tue, Nov 11, 2008 at 1:28 PM, Bill Nottingham wrote: > Dan Nicholson (dbn lists gmail com) said: >> > Further testing with this is giving me some bizarre errors and hangs >> > relating to VT switching that don't happen with this patchset backed >> > out. Unless I can track those down, I can't really recommend using >> > it. >> >> Without doing anything from event.d, there's nothing on tty1 for the >> `telinit 5' from runlevel 3 case, right? I don't want you to use a >> broken patch, but I do think the current behavior is wrong. > > It's 'wrong', but it's predictably wrong without side-effects on the > rest of the interface (crash, hang, etc.) and easily explained what > to do. At this stage of the release cycle, that's better than a patch > that fixes it for some cases and does really bizarre things in ways > that I haven't characterized yet. (I've seen hangs in the VT switch > code, and I can reliably reproduce a condition where the console > is perfectly fine... but not actually updating on the screen.) > Still poking at it, though. That's understandable. It would be nice if the display manager would be taken into account since kdm and xdm users will just get nothing on tty1 in runlevel 5 at all times. I'm sure you'll come up with something sooner or later. -- Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmoyer at redhat.com Fri Sep 4 17:15:40 2009 From: jmoyer at redhat.com (Jeff Moyer) Date: Fri, 04 Sep 2009 13:15:40 -0400 Subject: clang static analyzer: use it! In-Reply-To: <20090904162553.GA32647@redhat.com> (Dave Jones's message of "Fri, 4 Sep 2009 12:25:54 -0400") References: <87vdjzte6h.fsf@meyering.net> <20090904162553.GA32647@redhat.com> Message-ID: Dave Jones writes: > On Fri, Sep 04, 2009 at 08:30:14AM +0200, Jim Meyering wrote: > > Quick summary: use this tool: > > > > http://clang-analyzer.llvm.org/ > > > > If you're not using its "scan-build" tool, then start. Right now. > > Really. It's that good. > > > > Recently I've run it on a variety of packages, from coreutils > > (of course) to libvirt -- and libxml2 on request by the maintainer. > > > > To use them, build the tools described here, from source: > > (currently, there is no fedora package, afaik) > > > > http://clang-analyzer.llvm.org/ > > > > I ran them like this for libxml2: > > > > scan-build -o clang ./autogen.sh > > scan-build -o clang make > > This does look neat. When I tried it though, I ended up with .. > > scan-build: Removing directory '/mnt/data/src/git-trees/kernel/linux-2.6/clang/2009-09-04-1' because it contains no reports. > > While I'd love to believe the kernel is bug free, I have a hard time convincing > myself that clang is doing the right thing. > > I added a path to the clang bin/ dir, and copied scan-build to my ~/bin > and then ran with 'make defconfig ; scan-build -o clang make bzImage' > > Am I missing something obvious ? It may be that the kernel defines $(CC) to gcc, at which point you lose. Try doing a make with CC=/path/to/ccc-analyzer. Cheers, Jeff From jamatos at fc.up.pt Fri Sep 4 17:20:05 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 4 Sep 2009 18:20:05 +0100 Subject: Review needed.... In-Reply-To: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> References: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> Message-ID: <200909041820.05571.jamatos@fc.up.pt> On Friday 04 September 2009 Josephine Tannh?user wrote: > Perhaps it is luck, but I'm happy about that fact that not all contributors > with an open review request begging on devel list for a reviewer. If > anybody will do it, the devel list will explode with review beggars. > > It's strange to see that most of the baggers are working for a big north > american distributor, or living in india, or both! No, I don't want a > pony!!! > > Is it difficult to be patient? There are many more open reviews which are > older... Please qry your friends (if you have some) or be patient.. Is there any review you want us to look to? -- Jos? Ab?lio From davej at redhat.com Fri Sep 4 17:39:28 2009 From: davej at redhat.com (Dave Jones) Date: Fri, 4 Sep 2009 13:39:28 -0400 Subject: clang static analyzer: use it! In-Reply-To: References: <87vdjzte6h.fsf@meyering.net> <20090904162553.GA32647@redhat.com> Message-ID: <20090904173928.GA16029@redhat.com> On Fri, Sep 04, 2009 at 01:15:40PM -0400, Jeff Moyer wrote: > > I added a path to the clang bin/ dir, and copied scan-build to my ~/bin > > and then ran with 'make defconfig ; scan-build -o clang make bzImage' > > > > Am I missing something obvious ? > > It may be that the kernel defines $(CC) to gcc, at which point you > lose. Try doing a make with CC=/path/to/ccc-analyzer. That was exactly it. Nice. Dave From rakesh.pandit at gmail.com Fri Sep 4 17:44:10 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Fri, 4 Sep 2009 23:14:10 +0530 Subject: Review needed.... In-Reply-To: <200909041820.05571.jamatos@fc.up.pt> References: <3668e9f50909040043p548430c4pc92c89383f3de274@mail.gmail.com> <200909041820.05571.jamatos@fc.up.pt> Message-ID: 2009/9/4 Jos? Matos wrote: > On Friday 04 September 2009 Josephine Tannh?user wrote: >> Perhaps it is luck, but I'm happy about that fact that not all contributors >> with an open review request begging on devel list for a reviewer. If >> anybody will do it, the devel list will explode with review beggars. >> >> It's strange ?to see that most of the baggers are working for a big north >> american distributor, or living in india, or both! No, I don't want a >> pony!!! >> I live in India. >> Is it difficult to be patient? There are many more open reviews which are >> older... Please qry your friends (if you have some) or be patient.. > > Is there any review you want us to look to? > I will be happy to review few for you. -- Regards, Rakesh Pandit From jonstanley at gmail.com Fri Sep 4 18:09:53 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 4 Sep 2009 14:09:53 -0400 Subject: FESCo meeting summary for 20090904 Message-ID: Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.log.html -- 17:01:37 #startmeeting FESCo meeting 2009-09-04 17:01:37 Meeting started Fri Sep 4 17:01:37 2009 UTC. The chair is jds2001. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:01:37 Useful Commands: #action #agreed #halp #info #idea #link #topic. 17:01:38 #chair dgilmore jwb notting nirik sharkcz jds2001 j-rod skvidal Kevin_Kofler 17:01:38 Current chairs: Kevin_Kofler dgilmore j-rod jds2001 jwb nirik notting sharkcz skvidal 17:01:42 * skvidal is here 17:01:43 * nirik is here. 17:01:46 * sharkcz is here 17:01:49 woah - and so is jds2001, apparently 17:01:50 change in plans, I'm here :) 17:01:52 Present. 17:01:57 * notting is here 17:02:17 alright, let me pull up the agenda :) 17:02:45 Here 17:02:46 notting: the report looks old and stale 17:02:55 jds2001: nothing else was in the tickets 17:02:55 do we just have those two items? 17:02:59 k 17:03:13 #topic FLP proposal 17:03:16 .fesco 243 17:03:18 jds2001: #243 (New entry of 'Build packages for which Fedora is upstream for all language translators' review & correction' for F12 schedule) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/243 17:03:46 so they added a list... 17:03:54 given that list, i'm +1 for it 17:04:00 but do we really want to add this right now for this cycle? I guess we could. 17:04:22 yeah, that list is sane. 17:04:50 but it adds something starting today 17:05:05 well, yesterday... 17:05:09 poelcat: you around? 17:05:19 realistically,it's 'build packages by beta freeze' 17:05:47 The deadline is Sep 15. 17:05:56 Who cares about the start date? 17:06:00 We can make it today or whatever. 17:06:25 I'm +1 to the proposal with the given list. 17:06:40 how do indicate to the maintainers of those packages that they must do a build? 17:07:12 i guess file a bug? 17:07:16 But I'm completely -1 to the suggestion of introducing that kind of requirements for packages which are translated by upstream teams (or upstream projects which don't do translations at all). 17:07:29 Kevin_Kofler: me too 17:07:59 * skvidal is cool w/the list too - +1 17:08:05 +1 17:08:16 +1, the list is OK 17:08:33 * warren has a question for FESCO when it is appropriate. 17:08:33 I'll play balk too, +1 17:08:47 play balk? we all take a base? 17:08:51 warren: we only have one more item on the agenda :) 17:09:12 which i suspect is a noop, but oh well..... 17:09:32 +1 from me too, but we should make sure they know abotu this... fedora-devel-announce email? or email to all the maintainers? 17:10:19 yeah, who wants to take that? 17:10:23 the proposal owner? 17:10:27 or one of us? 17:11:02 * dgilmore is here 17:11:44 bueller? 17:12:58 * jds2001 guesses he'll do it just to move on :) 17:13:06 i think the trans team can do it,as they're probably in a good position to do it for future releases too 17:13:12 IMO the proposal owner should create a tracker bug + bugs for individual packages 17:13:23 unless it becomes part of the 'normal' schedule notices 17:13:50 notting: i guess it would be in the future. 17:14:38 ok, lets put a note in the ticket 17:14:52 saying that this needs to be communicated by the trans team. 17:15:03 sound good? 17:15:32 wfm 17:15:56 #agreed FLP proposal is accepted, will need to be communicated to package owners by the translation team 17:16:04 jds2001: yes, i'm here 17:16:06 #top libvdpau 17:16:19 poelcat: cool 17:16:31 now that i saw ping :) 17:16:35 poelcat: we just added an item to the F12 schedule :) 17:16:55 poelcat: the translation team wanted all packages rebuilt for which we are upstream. 17:17:10 cool, i'll add it in 17:17:12 There's a list in https://fedorahosted.org/fesco/ticket/243 17:17:26 how long does that task usually take? 17:17:38 a day or three 17:17:44 poelcat: the translation team had it proposed to start yesterday and go to the 15th 17:17:49 less if all the maintainers are paying attention 17:17:50 for future schedules :) 17:18:04 but yeah, it doesnt take that long 17:18:39 just curious so i can build the logic in the right way... *who* builds the packages...each maintainer or automatically by releng? 17:18:58 good question :) 17:19:04 each maintainer I'd say 17:19:36 who is responsible for checking to see that they all got done? 17:19:45 it involves pulling new translations from the SCM, so it has to be maintainers 17:19:57 Right, the point is to get current translations. 17:20:01 So just rebuilding is pointless. 17:20:12 You need to actually fetch the latest translations. 17:20:18 right....brain not fully engaged today :) 17:20:19 it requires new release and rebuild 17:20:36 Right, a new "upstream" release is the right way to do things. 17:20:55 * poelcat was looking at it from the perspective of "what team owns this task" or "how we will know it is done" 17:20:55 (That's also why this only makes sense for the packages for which we're upstream.) 17:21:10 but i see it isn't clear cut 17:21:28 there really is no way to define "packages we are upstream for" 17:21:51 This is about translations. 17:21:54 hosted at fedorahosted? 17:21:57 really this is 'packages we translate for' 17:22:08 So the definition is "packages translated by our translation team". 17:22:19 https://fedorahosted.org/fesco/ticket/243#comment:27 17:23:35 so i think the translation team would be responsible for tracking progress. 17:25:13 how about we ask them if they are willing to handle it, if not we come up with some other method? 17:25:18 jds2001: Yeah, that makes sense. 17:25:36 Who will handle it if not them? 17:26:14 They want those packages to go out, they should watch the list. 17:26:30 given a list of packages, it's scriptable. but rel-eng has a lot on their plate 17:26:41 notting: even pulling translations from the SCM? 17:26:52 jds2001: no, i mean just checking that the package has been rebuilt 17:26:58 oh, yeah 17:27:42 Well, that's not sufficient, we also need to check that the tarball has been updated. 17:27:51 Or a patch added for the translations. 17:27:59 Just rebuilding won't achieve anything. 17:28:35 true, but unless l10n comes back, that's not our problem. can we close on this? 17:28:57 sure 17:29:13 #topic libvdpau inclusion 17:29:21 .fesco 238 17:29:22 jds2001: #238 (Can libvdpau go in Fedora?) - FESCo - Trac - https://fedorahosted.org/fesco/ticket/238 17:29:25 any progress here? 17:29:35 so drago01 has provided quite a few bits of relevant info, I think... 17:29:43 (I suck) 17:30:13 plummers is going to include a discussion about implementing vdpau for nouveau 17:30:29 and we have precedents for other similar stuff being in fedora 17:30:38 The problem is, they want to use shaders to implement the decoding in software. 17:30:41 so I don't really see the reason to keep this out for now 17:30:50 Well, software running on the graphics card. 17:30:55 But not the actual video unit. 17:31:05 Shipping that software might trigger some patent trouble. 17:31:22 yeah, I'm not opposed to it being in 17:31:40 + we have the mail from ajax which makes a lot of sense imho (remote client) 17:31:50 that too 17:31:55 yeah, that too 17:31:58 And shouldn't we wait until Nouveau (or some other Free driver) actually implements it before allowing it in? 17:32:09 no. 17:32:15 Why not? 17:32:16 why not have it already in place? 17:32:21 why? 17:32:33 Because it doesn't benefit Fedora at all to ship it now. 17:32:38 yes, it does 17:32:43 Plus, what program which we are allowed to ship (i.e. not patent-encumbered) actually uses this? 17:32:48 Kevin_Kofler: so we only ship stuff which benefits us? 17:33:03 AFAIK, other than trivial test programs which just say whether VDPAU is available or not, nothing we can ship uses it. 17:33:08 geez, a lot of my packages dont benefit is 17:33:12 it certainly benefits *me* in *my* use of fedora 17:33:12 us 17:33:22 So if RPM Fusion needs it for their programs, why shouldn't it be in RPM Fusion? 17:33:29 is cowsay beneficial? 17:33:30 libvdpau can be used to build vdpauinfo and qvdpautest 17:33:36 in fedora 17:33:51 in the long term grand scheme of things 17:34:01 and one can run them *on fedora* against a remote system w/binary bits. (see ajax' email) 17:34:01 we need a credible video acceleration api, used by programs 17:34:01 kwizart: Those are trivial test programs. 17:34:11 if upstream X devs say VDPAU is the useful API 17:34:16 They aren't any more useful than "Hello World". 17:34:29 notting: im agreeing with you there 17:34:31 indeed, but that's all... the original reason to have libvdpau in fedora would be to have it out from rpmfusion-free repository 17:34:32 i'm willing to consider forward-thinking adoption in order to get apps in line for when the backends are there 17:34:36 Want me to submit a review request for GNU Hello? ^^ 17:34:38 getting an api library into the distro certainly makes it easier to develop something that uses the api 17:34:46 where all sort of patent encumbered package are 17:34:50 well, currently we don't have a 'this must be this usefull to be in fedora' guideline. 17:34:58 Kevin_Kofler: you should have no issue getting that in :) 17:35:04 define "usefull" 17:35:07 Kevin_Kofler: it's already in. 17:35:08 but i think it already is. 17:35:14 that are illegal in the US whereas libvdpau wrapper isn't illegal, it's a matter of choice to allow it or not 17:35:39 * XulWork installs cowsay 17:36:04 kwizart: although i still argue that libvpdau is very lightly a 'library' 17:36:09 we need a credible video acceleration api, used by programs 17:36:18 Kevin_Kofler: http://koji.fedoraproject.org/koji/buildinfo?buildID=118305 17:36:25 How is an API with only 2 proprietary implementations (Nvidia and S3) a "credible" API to endorse in Fedora? 17:36:35 its an open api 17:36:45 and it's a better one than the alternatives 17:36:49 with work being done on an open implementation 17:36:51 libva is a joke 17:36:52 We should back VAAPI instead, there's work on actually getting support for that one into at least the intel driver. 17:36:53 Kevin_Kofler: upstream says it is. 17:37:03 Kevin_Kofler: there are three video acceleration apis for linux. everyone agrees XvMC is useless, and it's generally preferred over VAAPI 17:37:16 what ajax said. 17:37:25 In addition, VDPAU can ONLY accelerate patent-encumbered codecs. 17:37:31 Kevin_Kofler: bullshit. 17:37:46 Well, nothing uses it for Theora so far, it may well be possible. 17:37:54 But that needs to get implemented. 17:38:03 (But it isn't any better for VAAPI.) 17:38:05 VDPAU *also* does things like deinterlacing 17:38:15 Kevin_Kofler, schroedinger have a cuda accelerated library made with a proprietary cuda (nvidia compiler) if you want to accelerate dirac 17:38:31 seriously, come up with an argument that excludes vdpau that doesn't exclude pilot-link 17:38:31 What does this have to do with VDPAU? 17:38:33 but not all codec can be hardware accelerated 17:38:46 or libgpod 17:39:10 can we just vote on this? I'm only hearing one dissenter, unless the rest of the dissenters are being silent... 17:39:20 http://www.nvnews.net/vbulletin/showthread.php?t=123091 it does more than just decoding 17:39:24 dirac is the only codec (patent free) that is designed to be hw accelerated 17:39:32 I'm +1 here until/unless we have a more general guideline that says only things meeting some level of usefullness can get in. Any such guideline would have to address the packages already in like this one too. 17:39:34 +1, libvdpau is acceptable for inclusion in fedora 17:39:35 libvdpau inclusion has +1 from me 17:39:49 kwizart: So why do we want to ship acceleration libraries then? 17:39:54 +1 here too 17:39:55 They'll be by definition useless in Fedora. 17:40:11 -1 to libvdpau from me. 17:40:18 +1 from me (i think i was +1 when this was originally proposed) 17:40:25 +1 17:40:44 #agreed libvdpau is acceptable for inclusion in Fedora 17:40:51 Kevin_Kofler, to allow decoding and eventually to transcode 17:40:57 And once again we're helping proprietary drivers. :-/ 17:41:00 #topic Open Floor 17:41:06 warren: you had something? 17:41:12 kwizart: Nope. 17:41:15 i'm not sure if i want to ask anymore 17:41:24 You need a proprietary driver which we won't ship for that. 17:41:27 the spirit has been beaten out of me 17:41:40 Kevin_Kofler: we've moved on 17:41:43 Nouveau's implementation will also not be shippable if it does the patent-encumbered stuff in the driver. 17:41:47 warren: just ask 17:41:55 If not, it will be the app which is not shippable. 17:41:59 does fesco have any opinion on dracut by default for F-12? 17:42:10 The actual video unit is not documented and will not be supported by Nouveau any time soon. 17:42:27 (have folks been paying enough attention to form an educated opinion?) 17:42:28 Kevin_Kofler: there is a vdpau mpeg2 gstreamer plugin ... it should be shippable afaik but IANAL 17:42:32 warren: i think its fine. its working well for me 17:42:41 drago01: But the driver is not. 17:42:42 warren: Iv'e actually not been paying that much attention 17:42:47 So Fedora will not support it out of the box. 17:42:52 So we gain nothing by shipping VDPAU. 17:42:52 drago01, Kevin_Kofler: please take this elsewehre 17:42:53 Kevin_Kofler: please be quiet we have moved on 17:43:02 it seems to work, but I am concerned with the source issue thats being mentioned on the list. 17:43:13 we do not shipping VDPAU that was not the question that were asked 17:43:16 warren: what issues are you seeing that you think we should not use it 17:43:29 warren: and is there bugs, or a tracker to point us at/ 17:43:32 nirik: the dracut developers seem amenable to go back to generating the initrd in kernel %post instead of %build 17:43:34 which I'm in favor of 17:43:54 kwizart: I mean shipping libvdpau, which just got approved. 17:44:00 warren: why? 17:44:02 warren: i'm fine with it technically (there are bugs, none of which seem insurmountable). i think we likely will need to move to host-created initramfs in %post for the legal reason 17:44:10 I thought one of the advantages of dracut was that everyone had the initrd. ;( 17:44:14 dgilmore: there aren't many known bugs, just jkeating is trying to force it out of F-12 by default 17:44:23 thus I'm asking if anybody has any objections to it 17:44:29 add a dracut source package which contains the sources? 17:44:30 notting: yeah, I'm totally in favor of that for technical reasons 17:44:38 drago01: that isin't the issue 17:44:45 it is 17:44:56 notting: Huh? What legal reasons? 17:45:01 drago01: sources of all the things that it uses? 17:45:33 Kevin_Kofler: building the initramfs at package build time from binaries in the build root makes source compliance messy. see thread. 17:45:36 nirik: or a tar archive of the srpms or whatever 17:45:43 yuck 17:46:08 notting: is that the main concern then? 17:46:21 I mean wtf ... we have the patches in cvs and the tarballs are available upstream 17:46:32 warren: that is *my* concern. i can not speak for others. 17:46:34 so if anyone asks for sources we can point him to that 17:46:34 i have 4 or 5 systems using dracut initrds and all of them just work 17:46:48 drago01: but how do you exactly reproduce the buildroot? 17:46:52 We ignore that concern for pretty much everything else, e.g. statically-linked stuff. 17:46:54 drago01: i think that's the problem 17:46:55 drago01: 'I would like the source for this initrd-generic please' 'oh, go look around in cvs lookaside cache and cvs and you might be able to find them' 17:47:19 * nirik finds that lame 17:47:21 And pretty much ALL binaries are statically linked to libc_nonshared.a. 17:48:22 jds2001: how do you do this for random $package where the srpm is no longer available (ie. some rawhide build) 17:49:29 * nirik suggests folks continue the thread on devel about this? are we going to solve it here? 17:49:44 drago01: if it ever made it to rawhide it's retained (aiui, dgilmore could elaborate more) 17:49:47 well, you seem to have answered my question 17:49:52 the SRPM that is. 17:49:53 there are no objections to it here 17:50:24 * adamw raises hand - i have an open floor topic if that's okay 17:50:40 drago01: it's only reaped if for example it was in updates-candidate or updates-testing but never made it further it could be reaped. 17:50:51 dgilmore: correct me if im wrong, not my area of expertise :) 17:51:23 adamw: what's up? 17:51:39 going back to the video acceleration stuff - last time it was discussed, i asked about libva, and got general approval that it was fine for fedora 17:51:46 so i've opened a review request at https://bugzilla.redhat.com/show_bug.cgi?id=518546 17:51:47 jds2001: not correct 17:51:48 Bug 518546: medium, medium, ---, ismael, NEW, Review Request: libva - VAAPI video playback acceleration 17:52:04 jds2001: we do garbace collection on koji 17:52:10 however, i've just thought about it, and i realized it includes one working backend, which does MPEG-1/2 acceleration for intel 965 chips 17:52:24 is this problematic from a patent perspective? apparently we have problems with mpeg 17:52:35 if we did not clean up packages we would be using 15T+ of disk rather than 8.6T 17:52:51 adamw: ...what *exactly* is it doing with the stream? 17:52:52 adamw: if it is done in hardware itr shouldn't I would just make the bug block FE-LEGAL 17:53:00 adamw, isnt that a legal question? FESCo cant answer that for you 17:53:04 if so, who would be sufficiently clueful to take a look at the code and see if it actually does anything infringing? i don't know how much happens in the driver and how much is done by the hardware, i'm not enough of a coder to tell 17:53:10 mether: my question is there :) 17:53:40 make it block FE-LEGAL is the right way forward? 17:53:45 Yes. 17:53:48 adamw: yeah, FE-LEGAL 17:53:49 alrighty, thanks. 17:54:16 mether: btw, I suck and didn't forward out your provenpackager request in a timely manner. 17:54:23 adamw, usually for XvMC which already implemented mpeg-2 hw decode, that was requiring ffmpeg or libmpeg2 codec library 17:54:25 mether: it will be on the agenda next week 17:54:29 Then spot is going to try to sort it out, and he may ask lawyers and/or developers experienced with the area for expertise. 17:55:04 adamw: as an example, we ship the mpeg demux gst plugin in fedora, and file(1) can identify them. so if it's recognizing the stream and feeding it to the hardware, it might be fine 17:55:13 warren: I think its something that needs to be hashed out. but im personally in favour of the generic initrd. we just need to make sure we cover all bases 17:55:33 I personally don't care about %build vs %post 17:55:36 we ship plenty of things that can have non-free backends. 17:55:52 I'm only alarmed that dracut might be pulled from F-12. 17:56:55 notting: sure, i understand that there's a continuum there, which is why i'm asking; i'm not really a coder so i can't look at the code and actually grok what it's doing. anyway, have asked on the bug. thanks. 17:57:41 ajax: oh sure, i intend to ship libva either way, the question is just whether i can include the i965 MPEG backend in the package or not. 17:58:43 adamw: i'm going to go with "probably". we do a similar thing for s3tc support in opengl. we can hand pre-compressed textures to the hardware and _it_ can decode them, but we can't ship anything that implements the compression or expansion in software. 17:59:16 anything else for today? 17:59:23 965 pretty much has a hardware mpeg decoder, so it's largely the same thing. parsing the file format and extracting frames isn't patented; but the compression itself is. 17:59:41 ajax: if you could help out with the review that'd be great :) i suspect you'd be able to read the code, hehe 18:00:03 * j-rod likes hardware video decoders... 18:00:09 (the same argument applies to vdpau, btw. it's just enabling the hardware decoder.) 18:00:47 The problem with VDPAU is that all its currently available backends are proprietary software. 18:02:26 proprietary backend /patented codec 18:02:34 yes, you've mentioned that. i'm still not sure why you think that's relevant. 18:02:49 at least work is been done with dirac hw decoding via nvidia gpu 18:03:01 nvidia gpu are capable to hw decode dirac 18:03:07 But we don't ship that in Fedora. 18:03:22 (and we can't, because it requires the proprietary CUDA to build) 18:03:35 either or not we ship isn' the matter 18:03:37 we also ship a lot of MPD frontends, but MPD is not in fedora. ;) 18:03:50 so you're saying if i'd implement mpeg decode for 965, you'd be okay with vdpau. 18:04:00 what about stuff like libiphone 18:04:00 the problem is to be legal to ship 18:04:04 we ship Oracle perl packages that convert various oracle things... 18:04:06 ajax: Yes. :-) 18:04:07 but since i haven't jumped through your hoop yet, you're not okay with it. 18:04:09 we don't ship the iphone os in fedora 18:05:01 and you'd prefer to keep it out _until_ someone jumps through that hoop. 18:05:31 * nirik wonders if we have anything more or can end the meeting now? 18:05:36 that seems like a pretty weak distinction. 18:05:42 just what i was thinking 18:05:45 anyway, gotta go read libva now. 18:05:57 It's the distinction between an API useful for Free Software and an API useless for it. 18:06:09 i think we've finishd discussion 18:06:11 But whatever, I got outvoted anyway. 18:06:21 erm, 'finished the agenda' 18:06:33 adamw: btw can you provide links that work (the last one in your review ticket doesn't) 18:06:56 * jds2001 ends the meeting in 30 18:07:00 drago01: yeah, i meant to update that, i realized after five minutes that putting all this stuff in fedorapeople was a bad idea :) i'll update the link 18:07:05 libvdpau is free software, they have merged a patch from me: http://cgit.freedesktop.org/~aplattner/libvdpau/commit/?id=50925e6b95aa9eaebd26c35f1f8f6af7acec4814 18:07:26 kwizart: i dont think there's debate about that 18:07:29 anyhow. 18:07:29 Free software with non-Free dependencies is "free, but shackled". 18:07:35 #endmeeting From dan at danny.cz Fri Sep 4 18:17:10 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 04 Sep 2009 20:17:10 +0200 Subject: what features are required in Fedora kernel Message-ID: <1252088230.3795.122.camel@eagle.danny.cz> Hi all, I am building kernels for some ARM based devices that use Fedora/ARM as user-land. These devices are usually very limited in the size of kernel that can be stored in their flash memories (like 2MB kernel, 4MB ramdisk). So I would like to know what kernel features make a "Fedora kernel", what are the MUST HAVE features? Now I have those on my list - audit - SELinux - IPv6 - Netfilter for both IPv4 and IPv6 but there are others for sure. Heavily modular kernel is about 1.65 MB now. Thanks Dan From sgrubb at redhat.com Fri Sep 4 18:41:28 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 4 Sep 2009 14:41:28 -0400 Subject: what features are required in Fedora kernel In-Reply-To: <1252088230.3795.122.camel@eagle.danny.cz> References: <1252088230.3795.122.camel@eagle.danny.cz> Message-ID: <200909041441.28127.sgrubb@redhat.com> On Friday 04 September 2009 02:17:10 pm Dan Hor?k wrote: > I am building kernels for some ARM based devices that use Fedora/ARM as > user-land. Glad to see someone else looking at the ARM kernel. > These devices are usually very limited in the size of kernel > that can be stored in their flash memories (like 2MB kernel, 4MB > ramdisk). So I would like to know what kernel features make a "Fedora > kernel", what are the MUST HAVE features? Maybe some usb devices. Which ones...I don't know. :) > Now I have those on my list > - audit Note that the audit system on ARM is dysfunctional. No one has ever taken the time to write the requisite code in arch/arm/kernel/ptrace.c to call audit_syscall_entry(). Without that code upstream (or as a patch), the audit system is limited to user space originating events. I don't know if SE Linux AVC's are affected by the audit system not having its hands on a lot of information during the syscall. > - SELinux > - IPv6 > - Netfilter for both IPv4 and IPv6 Netfilter is needed badly on that arch since the default system image has a mail server listening to the public IP address and running as root. Iptables is needed to block this access. -Steve From jamatos at fc.up.pt Fri Sep 4 18:51:31 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 4 Sep 2009 19:51:31 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090904080403.GB30206@pucmeloud.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031847.58524.jamatos@fc.up.pt> <20090904080403.GB30206@pucmeloud.redhat.com> Message-ID: <200909041951.31434.jamatos@fc.up.pt> On Friday 04 September 2009 Jindrich Novy wrote: > It should be fixed now altogether with new packages in the repository. > > Jindrich One (really) minor hiccup, when installing all the doc files with yum install texlive-*-doc I get a missing dependency texlive-wadalab-doc is needed by package texlive-cjk-doc. Excluding the later from the transaction works. This problems appears (unsurprisingly) on both F11 and rawhide. -- Jos? Ab?lio From mclasen at redhat.com Fri Sep 4 18:51:02 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 04 Sep 2009 14:51:02 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090904152717.GA14719@mother.pipebreaker.pl> References: <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> <20090904151443.GB3093@redhat.com> <20090904152717.GA14719@mother.pipebreaker.pl> Message-ID: <1252090262.1731.9.camel@planemask> On Fri, 2009-09-04 at 17:27 +0200, Tomasz Torcz wrote: > On Fri, Sep 04, 2009 at 11:14:43AM -0400, Dave Jones wrote: > > On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > > > > > The problem I have is that some folks want to include additional drivers > > > into their initrd. > > > > examples please. > > Out-of-tree modules: pvscsi, vmxnet (for VMWare). Generally > stuff frowned-upon. BTW, I believe changing Plymouth theme require > regeneration of initrd. Plymouth has just been changed to create its own initrd, I believe. From jmoskovc at redhat.com Fri Sep 4 20:49:25 2009 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Fri, 04 Sep 2009 22:49:25 +0200 Subject: ABRT for f12 status In-Reply-To: <4A9FCE10.8070401@redhat.com> References: <1251909482.2881.34.camel@planemask> <1251911508.2881.35.camel@planemask> <4A9FCE10.8070401@redhat.com> Message-ID: <4AA17D55.3040307@redhat.com> On 09/03/2009 04:09 PM, Jiri Moskovcak wrote: > On 09/02/2009 07:19 PM, Colin Walters wrote: >> On Wed, Sep 2, 2009 at 5:11 PM, Matthias Clasen >> wrote: >>> On Wed, 2009-09-02 at 17:04 +0000, Colin Walters wrote: >>>> On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasen >>>> wrote: >>>>> >>>>> After talking to the abrt guys, I've changed the desktop spin ks to >>>>> replace bug-buddy and kerneloops by abrt. >>>> >>>> This change should be made in comps (as per my original attached >>>> patch), not the kickstart. If we only change the kickstart then >>>> people doing automatic kickstarted desktop installs will get a >>>> divergent desktop which is not what we want. >>>> >>> >>> Sure, I agree that we should also do this change in comps. >> >> Ok, done. The comps change should be pulled into the kickstart >> through so there shouldn't have been a need to change it as well. >> >> Also I've attached a patch which should update the Obsoletes handling >> to correspond with what we determined in discussion earlier; if one of >> the ABRT people or a provenpackager could apply that'd be nice. >> > > I pushed the fixed spec file into the git repo. Now I'm testing the new > package with some additional fixes to make abrt work better with livecd. > (Still didn't get rid of debuginfo installation, as it needs a bit more > work) > > Jirka > I updated abrt in rawhide with promised fixes for livecd. Jirka -------------- next part -------------- A non-text attachment was scrubbed... Name: jmoskovc.vcf Type: text/x-vcard Size: 126 bytes Desc: not available URL: From mmcgrath at redhat.com Fri Sep 4 20:55:29 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 4 Sep 2009 15:55:29 -0500 (CDT) Subject: what features are required in Fedora kernel In-Reply-To: <1252088230.3795.122.camel@eagle.danny.cz> References: <1252088230.3795.122.camel@eagle.danny.cz> Message-ID: On Fri, 4 Sep 2009, Dan Hor?k wrote: > Hi all, > > I am building kernels for some ARM based devices that use Fedora/ARM as > user-land. These devices are usually very limited in the size of kernel > that can be stored in their flash memories (like 2MB kernel, 4MB > ramdisk). So I would like to know what kernel features make a "Fedora > kernel", what are the MUST HAVE features? > This is an interesting question. I'd hate to think that something being unable to be included because of technical reasons would cause us to be unable to call something Fedora. -Mike From peter at thecodergeek.com Fri Sep 4 21:08:06 2009 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 04 Sep 2009 14:08:06 -0700 Subject: Minitube - youtube for your desktop, still a little early in development In-Reply-To: <615c05430909032025o4576e1bhcc8f490c59986e6d@mail.gmail.com> References: <615c05430909032025o4576e1bhcc8f490c59986e6d@mail.gmail.com> Message-ID: <1252098486.2877.4.camel@localhost> On Thu, 2009-09-03 at 23:25 -0400, Michel Alexandre Salim wrote: > That was the rationale for vagalume ending up in rpmfusion-free: the > code itself is fully free, but it's not usable without some > patent-encumbered codecs. > > By that rationale, though, shouldn't totem-youtube end up in rpmfusion-free too? My understanding is that Totem (and its YouTube plugin) simply call out to Gstreamer, and the Gstreamer libraries (through PackageKit's automatic-installer plugin, if necessary) are responsible for the decoding. So, the Totem plugin itself is not patent-encumbered by any means. Then again, it is also not very usable without those codecs, either. Maybe it should be moved to the RPMFusion Free repo? -- Peter Gordon (codergeek42) Who am I? :: http://thecodergeek.com/about-me -------------- 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 jreiser at bitwagon.com Fri Sep 4 21:10:06 2009 From: jreiser at bitwagon.com (John Reiser) Date: Fri, 04 Sep 2009 14:10:06 -0700 Subject: clang static analyzer: use it! In-Reply-To: <87vdjzte6h.fsf@meyering.net> References: <87vdjzte6h.fsf@meyering.net> Message-ID: <4AA1822E.4030204@bitwagon.com> On 09/03/2009 11:30 PM, Jim Meyering wrote: > Quick summary: use this tool: > > http://clang-analyzer.llvm.org/ > > If you're not using its "scan-build" tool, then start. Right now. > Really. It's that good. ... The software does not understand Fedora gcc/g++ well. Just to get started, I had to add these to the command line: -I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/../../../../include/c++/4.4.1 \ -I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/../../../../include/c++/4.4.1/x86_64-redhat-linux Then I got several dozen false positives (complaints that were incorrect) from my first file. How new is this software? -- From roland at redhat.com Fri Sep 4 21:14:37 2009 From: roland at redhat.com (Roland McGrath) Date: Fri, 4 Sep 2009 14:14:37 -0700 (PDT) Subject: clang static analyzer: use it! In-Reply-To: John Reiser's message of Friday, 4 September 2009 14:10:06 -0700 <4AA1822E.4030204@bitwagon.com> References: <87vdjzte6h.fsf@meyering.net> <4AA1822E.4030204@bitwagon.com> Message-ID: <20090904211437.688858B12E@magilla.sf.frob.com> They do not claim to handle C++. From vonbrand at inf.utfsm.cl Fri Sep 4 21:16:41 2009 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 04 Sep 2009 17:16:41 -0400 Subject: another spin of TeX Live 2009 packages In-Reply-To: <200909041951.31434.jamatos@fc.up.pt> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031847.58524.jamatos@fc.up.pt> <20090904080403.GB30206@pucmeloud.redhat.com> <200909041951.31434.jamatos@fc.up.pt> Message-ID: <200909042116.n84LGfH0009776@laptop14.inf.utfsm.cl> Jos?? Matos wrote: > On Friday 04 September 2009 Jindrich Novy wrote: > > It should be fixed now altogether with new packages in the repository. > > > > Jindrich > > One (really) minor hiccup, when installing all the doc files with > > yum install texlive-*-doc > > I get a missing dependency > > texlive-wadalab-doc is needed by package texlive-cjk-doc. Excluding the later > from the transaction works. > > This problems appears (unsurprisingly) on both F11 and rawhide. I get lots of dependency problems on (vanilla) rawhide x86_64. Stuff like: html2ps-1.0-0.3.b5.fc12.noarch, jadetex-3.13-8.fc12.noarch, linuxdoc-tools-0.9.65-2.fc12.x86_64, ... (perhaps due to other packages depending on texlive?) --skip-broken isn't able to fix the mess, and yum gives 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 2340000 Fax: +56 32 2797513 From roland at redhat.com Fri Sep 4 21:20:31 2009 From: roland at redhat.com (Roland McGrath) Date: Fri, 4 Sep 2009 14:20:31 -0700 (PDT) Subject: what features are required in Fedora kernel In-Reply-To: Mike McGrath's message of Friday, 4 September 2009 15:55:29 -0500 References: <1252088230.3795.122.camel@eagle.danny.cz> Message-ID: <20090904212031.B2B3B8B12E@magilla.sf.frob.com> > This is an interesting question. I'd hate to think that something being > unable to be included because of technical reasons would cause us to be > unable to call something Fedora. Well, I think it's more or less "whatever works". That is, we require the various kernel features that the rest of the Fedora packages and their integration need to work properly. Are you trying to get the installed kernel rpm size real small, or just to get the kernel+initrd real small? The latter seems fairly easy--just make everything not in the boot path modular and make sure mkinitrd doesn't include anything unnecessary. Then everything else can be in post-boot modules and you don't necessarily have to strip down the kernel build particularly. Thanks, Roland From jreiser at bitwagon.com Fri Sep 4 22:12:47 2009 From: jreiser at bitwagon.com (John Reiser) Date: Fri, 04 Sep 2009 15:12:47 -0700 Subject: clang static analyzer: use it! In-Reply-To: <20090904211437.688858B12E@magilla.sf.frob.com> References: <87vdjzte6h.fsf@meyering.net> <4AA1822E.4030204@bitwagon.com> <20090904211437.688858B12E@magilla.sf.frob.com> Message-ID: <4AA190DF.2070106@bitwagon.com> > They do not claim to handle C++. They failed to generate the obvious error message upon finding C++ syntax. -- From mike at cchtml.com Sat Sep 5 04:14:41 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Fri, 04 Sep 2009 23:14:41 -0500 Subject: please push gstreamer-plugins-base update Message-ID: <4AA1E5B1.1080903@cchtml.com> For those of us that have pitivi installed and want the pitivi update, we need the new gstreamer-plugins-base update. The gstreamer packages are still sitting in updates-testing (after several updates pushes). Needless to say, dep resolving is failing. Mike From chitlesh.goorah at gmail.com Sat Sep 5 07:28:07 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Sat, 5 Sep 2009 09:28:07 +0200 Subject: Ownership avrdude In-Reply-To: References: Message-ID: <50baabb30909050028i589c95e3oa12a2916dc3eeba7@mail.gmail.com> On Thu, Sep 3, 2009 at 3:35 PM, Bart Vanbrabant wrote: > Hi, > > I'm claiming ownership over avrdude. There is a new upstream release > and I'm in progress of packaging software that depends on avrdude. > > Any objections? No objection, please do. Chitlesh PS: Avrdude is included in the FEL livedvd. From schaiba at gmail.com Sun Sep 6 08:25:18 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sun, 06 Sep 2009 11:25:18 +0300 Subject: Fedora 12 Snapshot 1 available In-Reply-To: <20090904160057.GA25764@nostromo.devel.redhat.com> References: <20090904160057.GA25764@nostromo.devel.redhat.com> Message-ID: <4AA371EE.9070805@gmail.com> Bill Nottingham wrote: > Fedora 12 Snapshot 1 is now available for testing. These snapshots > consist of live images only. > > Available at http://torrent.fedoraproject.org/: > Fedora 12 Live Snapshot 1, for i686 and x86_64 > Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 > > Available at http://spins.fedoraproject.org/: > Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 > Fedora 12 Live XFCE Snapshot 1, for i686 > > Please report issues in bugzilla. > > Bill > > I changed the liveuser by pressing alt+F3 and logging in as root, but after login in kdm I get "Could not start ksmserver. Check your installation.". And prelink is not available. :-) This is a kvm virtual machine. From schaiba at gmail.com Sun Sep 6 08:21:50 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sun, 06 Sep 2009 11:21:50 +0300 Subject: Fedora 12 Snapshot 1 available In-Reply-To: <20090904160057.GA25764@nostromo.devel.redhat.com> References: <20090904160057.GA25764@nostromo.devel.redhat.com> Message-ID: <4AA3711E.8020704@gmail.com> Bill Nottingham wrote: > Fedora 12 Snapshot 1 is now available for testing. These snapshots > consist of live images only. > > Available at http://torrent.fedoraproject.org/: > Fedora 12 Live Snapshot 1, for i686 and x86_64 > Fedora 12 Live KDE Snapshot 1, for i686 and x86_64 > > Available at http://spins.fedoraproject.org/: > Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64 > Fedora 12 Live XFCE Snapshot 1, for i686 > > Please report issues in bugzilla. > > Bill > > what's the password for liveuser? From clive at vacuumtube.org.uk Sat Sep 5 10:45:24 2009 From: clive at vacuumtube.org.uk (Clive Messer) Date: Sat, 5 Sep 2009 11:45:24 +0100 Subject: FESCo meeting summary for 20090904 In-Reply-To: References: Message-ID: <200909051145.25041.clive@vacuumtube.org.uk> On Friday 04 Sep 2009 19:09:53 Jon Stanley wrote: > 17:42:53 Kevin_Kofler: please be quiet we have moved on Someone had to say it! libvdpau - it's a wrapper library, not the spawn of Satan or the end of the world! ;) I wonder how many people who voted for Mr Kofler to be appointed to FESCo realized quite how uncompromising he would be. Regards Clive From rawhide at fedoraproject.org Sat Sep 5 11:37:05 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 5 Sep 2009 11:37:05 +0000 Subject: rawhide report: 20090905 changes Message-ID: <20090905113705.GA22785@releng2.fedora.phx.redhat.com> Compose started at Sat Sep 5 06:15:06 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) tabled-0.3-4.fc12.i686 requires libssl.so.8 tabled-0.3-4.fc12.i686 requires libcrypto.so.8 tabled-0.3-4.fc12.x86_64 requires libssl.so.8()(64bit) tabled-0.3-4.fc12.x86_64 requires libcrypto.so.8()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package felix-osgi-obr Felix OSGi OBR Service API New package hdapsd Protects hard drives by parking head when fall is detected New package perl-CGI-Application-Plugin-DBIC-Schema Easy DBIx::Class access from CGI::Application Updated Packages: abrt-0.0.8.5-1.fc12 ------------------- * Fri Sep 04 2009 Jiri Moskovcak 0.0.8.5-1 - new version - APPLET: added about dialog, removed popup, if icon is not visible, fixed (trac#43) (jmoskovc at redhat.com) - renamed abrt to abrtd, few minor spec file fixes (jmoskovc at redhat.com) - Made abrt service start by deafult (jmoskovc at redhat.com) - add gettext support for all plugins (npajkovs at redhat.com) - APPLET: removed the warning bubble about not running abrt service (walters) - APPLET: changed tooltip rhbz#520293 (jmoskovc at redhat.com) - CommLayerServerDBus: rewrote to use dbus, not dbus-c++ (vda.linux at googlemail.com) - fixed timeout on boot causing [ FAILED ] message (vda.linux at googlemail.com) - and many other fixes * Wed Sep 02 2009 Colin Walters 0.0.8-2 - Change Conflicts: kerneloops to be an Obsoletes so we do the right thing on upgrades. Also add an Obsoletes: bug-buddy. amora-1.1-5.fc12 ---------------- * Fri Jul 24 2009 Fedora Release Engineering - 1.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ant-contrib-1.0-0.10.b2.fc12 ---------------------------- * Fri Sep 04 2009 Alexander Kurtakov 1.0-0.9.b2 - Drop gcj_support. - Install as proper ant plugin. * Fri Sep 04 2009 Alexander Kurtakov 1.0-0.10.b2 - Install ant contrib in ant.d. anyremote-4.18.1-2.fc12 ----------------------- * Fri Jul 24 2009 Fedora Release Engineering - 4.18.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bash-4.0.28-3.fc12 ------------------ * Fri Sep 04 2009 Roman Rakus - 4.0.28-3 - check if interp section is NOBITS - define Recycles pids bluez-4.52-1.fc12 ----------------- * Fri Sep 04 2009 Bastien Nocera 4.52-1 - Update to 4.52 cproto-4.7h-1.fc12 ------------------ * Fri Sep 04 2009 Jindrich Novy 4.7h-1 - update to 4.7h cups-1.4.0-2.fc12 ----------------- * Fri Sep 04 2009 Tim Waugh 1:1.4.0-2 - Fixed the dnssd backend so that it only reports devices once avahi resolution has completed. This makes it report Device IDs (bug #520858). - Fix locale code for Norwegian (bug #520379). desktop-effects-0.8.2-2.fc12 ---------------------------- * Fri Sep 04 2009 Owen Taylor - 0.8.2-1 - Update to 0.8.2 * Fri Sep 04 2009 Owen Taylor - 0.8.2-2 - Add missing BuildRequires on mesa-libGL-devel etoys-4.0.2258-1.fc12 --------------------- * Fri Sep 04 2009 Gavin Romig-Koch - 4.0.2258-1 - pulled in latest upstream release 4.0.2258 evolution-rspam-0.0.10-1.fc12 ----------------------------- * Thu Sep 03 2009 Lucian Langa - 0.0.10-1 - drop patch0 (fixed upstream) - new upstream release fedora-logos-11.0.7-1.fc12 -------------------------- * Fri Sep 04 2009 Tom "spot" Callaway - 11.0.7-1 - Update to 11.0.7, fix license tag, description flashrom-0.9.1-1.fc12 --------------------- * Fri Sep 04 2009 Peter Lemenkov 0.9.1-1 - Ver. 0.9.1 - See release notes at http://www.coreboot.org/Flashrom/0.9.1 - Dropped the only patch (no longer needed) - Changed project's URL fwbackups-1.43.3-0.8.rc4.fc12 ----------------------------- * Fri Sep 04 2009 Stewart Adam 1.43.3-0.8.rc4 - Add patch to fix stdoufd bug during backups gget-0.0.4-12.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek - 0.0.4-12 - Fix FTBFS: - Disabled epiphany extension as epiphany >= 2.27 has no python support - Updated gget-0.0.4-epiphany.patch just in case the extension would be enabled in the future. - Added BR: gtk2-devel, desktop-file-utils (was pulled in by epiphany-devel previously) * Mon Aug 10 2009 Ville Skytt? - 0.0.4-11 - Use bzipped upstream tarball. * Fri Jul 24 2009 Fedora Release Engineering - 0.0.4-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild glib2-2.21.6-1.fc12 ------------------- * Fri Sep 04 2009 Matthias Clasen - 2.21.6-1 - Update to 2.21.6 gnome-shell-2.27.2-2 -------------------- * Fri Sep 04 2009 Owen Taylor - 2.27.2-1 - Update to 2.27.2 - Add an explicit dep on gobject-introspection 0.6.5 which is required for the new version * Fri Sep 04 2009 Owen Taylor - 2.27.2-2 - Test for gobject-introspection version should be >= not > gnupg2-2.0.13-1.fc12 -------------------- * Fri Sep 04 2009 Rex Dieter - 2.0.13-1 - gnupg-2.0.13 - Unable to use gpg-agent + input methods (#228953) gobject-introspection-0.6.5-1.fc12 ---------------------------------- * Fri Sep 11 2009 Colin Walters - 0.6.5-1 - New upstream - Drop libtool dep gourmet-0.15.0-4.fc12 --------------------- * Fri Sep 04 2009 Jef Spaleta - 0.15.0-4 - add gnome-python2-gtkspell for spellingchecking plugin support gtk2-2.17.11-1.fc12 ------------------- * Sat Sep 05 2009 Matthias Clasen - 2.17.11-1 - Update to 2.17.11 gtkwave-3.2.3-1.fc12 -------------------- * Fri Sep 04 2009 Paul Howarth 3.2.3-1 - update to 3.2.3 - fix permissions in bundled liblzma for debuginfo hunspell-da-1.7.29-1.fc12 ------------------------- * Fri Sep 04 2009 Caolan McNamara - 1.7.29-1 - latest version hunspell-fo-0.2.37-1.fc12 ------------------------- * Fri Sep 04 2009 Caolan McNamara - 0.2.37-1 - latest version ibus-1.2.0.20090904-2.fc12 -------------------------- ibus-table-1.2.0.20090904-1.fc12 -------------------------------- * Fri Sep 04 2009 Caius 'kaio' Chance - 1.2.0.20090904-1.fc12 - Updated source with additional tables separated. initscripts-8.98-1.1 -------------------- * Fri Sep 04 2009 Bill Nottingham - 8.98-1.1 - tweak kernel conflict irqbalance-0.55-24.fc12 ----------------------- * Fri Sep 04 2009 Neil Horman - 2:0.55-24 - Fixing irqbalance initscript (bz 521246) iw-0.9.17-2.fc12 ---------------- * Fri Sep 04 2009 John W. Linville 0.9.17-1 - Update to 0.9.17 * Fri Sep 04 2009 John W. Linville 0.9.17-2 - Revert "separate commands into sections", section type conflicts on ppc64 kdebase-4.3.1-2.fc12 -------------------- * Wed Sep 02 2009 Luk?? Tinkl - 4.3.1-2 - fix context menus in Konsole (kdebug:186745) kdebase3-3.5.10-14.fc12 ----------------------- * Fri Sep 04 2009 Than Ngo - 3.5.10-14 - openssl-1.0 build fixes * Fri Aug 21 2009 Tomas Mraz - 3.5.10-13 - rebuilt with new openssl kdelibs-4.3.1-3.fc12 -------------------- * Fri Sep 04 2009 Than Ngo - 4.3.1-3 - security fix for -CVE-2009-2702 * Wed Sep 02 2009 Ben Boeckel - 4.3.1-2 - Patch for kde#160679 kdelibs3-3.5.10-16.fc12 ----------------------- * Fri Sep 04 2009 Than Ngo - 3.5.10-15 - fix for CVE-2009-2702 * Fri Sep 04 2009 Than Ngo - 3.5.10-16 - openssl-1.0 build fixes * Thu Sep 03 2009 Rex Dieter - 3.5.10-14 - kde.(sh|csh): drop KDE_IS_PRELINKED (workaround bug #515539) kernel-2.6.31-0.203.rc8.git2.fc12 --------------------------------- * Fri Sep 04 2009 Chuck Ebbert 2.6.31-0.203.rc8.git2 - Fix kernel build errors when building firmware by removing the .config file before that step and restoring it afterward. * Thu Sep 03 2009 Justin M.Forbes - Fix xen guest with stack protector. (#508120) - Small kvm fixes. * Thu Sep 03 2009 Jarod Wilson - Update hdpvr and lirc_zilog drivers for 2.6.31 i2c * Thu Sep 03 2009 Adam Jackson - drm-ddc-caching-bug.patch: Empty the connector's mode list when it's disconnected. lapack-3.2.1-3.fc12 ------------------- * Fri Sep 04 2009 Tom "spot" Callaway - 3.2.1-3 - use RPM_OPT_O_FLAGS (-O0) everywhere necessary, drop RPM_OPT_SIZE_FLAGS (-Os) (bz 520518) libsilc-1.1.8-7.fc12 -------------------- * Fri Sep 04 2009 Stu Tomlinson 1.1.8-6 - Backport patch to fix additional string format vulnerabilities (#515648) * Fri Sep 04 2009 Stu Tomlinson 1.1.8-7 - Backport patch to fix stack corruption (CVE-2008-7160) (#521256) lmms-0.4.5-1.fc12 ----------------- * Fri Sep 04 2009 Thomas Moschny - 0.4.5-1 - Udate to 0.4.5. - Rebase patches, and drop fltk patches not needed anymore. - Add a dependency on the Calf LADSPA plugins. lxmusic-0.4.0-1.fc12 -------------------- * Sat Sep 05 2009 Christoph Wickert - 0.4.0-1 - Update to 0.4.0 maildrop-2.0.4-11.fc12 ---------------------- * Fri Sep 04 2009 Milos Jakubicek - 2.0.4-11 - Fix FTBFS: prevent 'install: will not overwrite just-created' error * Sat Jul 25 2009 Fedora Release Engineering - 2.0.4-10 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild mutter-2.27.4-1.fc12 -------------------- * Fri Sep 04 2009 Owen Taylor - 2.27.4-1 - Remove workaround for #520209 - Update to 2.27.4 netpbm-10.35.67-1.fc12 ---------------------- * Fri Sep 04 2009 Jindrich Novy 10.35.67-1 - update to 10.35.67 - fix configuration * Wed Jul 29 2009 Jindrich Novy 10.35.66-1 - update to 10.35.66 - sync svgatopam patch * Sat Jul 25 2009 Fedora Release Engineering - 10.35.65-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jun 27 2009 Jindrich Novy 10.35.65-1 - update to 10.35.65 nip2-7.18.2-1.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek - 7.18.2-1 - Fix FTBFS: update to 7.18.2, added nip2-7.18.2-gtk.patch to build with gtk >= 2.17 * Sat Jul 25 2009 Fedora Release Engineering - 7.16.4-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nss-3.12.4-1.fc12 ----------------- * Tue Sep 01 2009 Elio Maldonado - 3.12.4-1 - Update to 3.12.4 nss-softokn-3.12.4-2.fc12 ------------------------- * Fri Sep 04 2009 serstring=Elio Maldonado - 3.12.4-2 - Retagging to pick up the correct .cvsignore * Tue Sep 01 2009 Elio Maldonado - 3.12.4-1 - Update to 3.12.4 - Fix logic on postun - Don't require sqlite nss-util-3.12.4-2.fc12 ---------------------- * Fri Sep 04 2009 Elio Maldonado - 3.12.4-2 - Retagging for a chained build * Thu Sep 03 2009 Elio Maldonado - 3.12.4-1 - Update to 3.12.4 - Don't require sqlite openssl-1.0.0-0.7.beta3.fc12 ---------------------------- * Fri Sep 04 2009 Tomas Mraz 1.0.0-0.7.beta3 - temporarily disable x86_64 camellia assembler code (#521127) oprofile-0.9.5-2.fc12 --------------------- * Fri Sep 04 2009 Will Cohen - 0.9.5-2 - Bump version and rebuild. php-pear-1.9.0-1.fc12 --------------------- * Sat Sep 05 2009 Remi Collet 1:1.9.0-1 - update to PEAR 1.9.0, XML_RPC 1.5.2 python-pyblock-0.43-1.fc12 -------------------------- * Fri Sep 04 2009 Hans de Goede - 0.43-1 - Catch dmraid.GroupingError in getRaidSets() (#521033) qemu-0.10.91-0.9.rc1.fc12 ------------------------- * Fri Sep 04 2009 Mark McLoughlin - 2:0.10.91-0.9.rc1 - Make pulseaudio the default audio backend (#519540, #495964, #496627) quassel-0.5-0.1.rc1.fc12 ------------------------ * Thu Sep 03 2009 Steven M. Parrish - 0.5-0.1.rc1 - New release candidate rednotebook-0.8.6-1.fc12 ------------------------ * Fri Sep 04 2009 Christoph Wickert - 0.8.6-1 - Updated to new upstream version 0.8.6 smart-1.2-66.fc12 ----------------- * Fri Sep 04 2009 Milos Jakubicek - 1.2-66 - Fix FTBFS: accept automake 1.11 * Sun Jul 26 2009 Fedora Release Engineering - 1.2-65 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild spring-0.80.4.1-1.fc12 ---------------------- * Sat Sep 05 2009 Aurelien Bompard - 0.80.4.1-1 - New release: 0.80.4.1 (bugfix) system-autodeath-0.2-5.fc12 --------------------------- * Fri Sep 04 2009 Seth Vidal - bump date and rebuild for f12 system-config-printer-1.1.12-8.fc12 ----------------------------------- * Fri Sep 04 2009 Tim Waugh 1.1.12-8 - Further speed improvement when fetching devices. systemtap-0.9.9-4.fc12 ---------------------- * Fri Sep 04 2009 Josh Stone - 0.9.9-4 - Fix the default output path of dtrace (upstream commit 3a45db13) taglib-1.5-8.fc12 ----------------- * Fri Sep 04 2009 Michael Schwendt - 1.5-8 - Merge another bug-fix from 1.6rc1 (this adds 3 symbols) and really add tstring bug-fix: * Split Ogg packets larger than 64k into multiple pages. (BUG:171957) * Fixed a possible crash in the non-const version of String::operator[] and in String::operator+=. (BUG:169389) vips-7.18.2-1.fc12 ------------------ * Fri Sep 04 2009 Milos Jakubicek - 7.18.2-1 - Update to 7.18.2 to sync with fixed nip2 FTBFS. xfce4-clipman-plugin-1.1.0-1.fc12 --------------------------------- * Fri Sep 04 2009 Christoph Wickert - 1.1.0-1 - Update to 1.1.0 xfce4-notes-plugin-1.7.1-1.fc12 ------------------------------- * Fri Sep 04 2009 Christoph Wickert - 1.7.1-1 - Update to 1.7.1 xfmpc-0.2.0-1.fc12 ------------------ * Fri Sep 04 2009 Christoph Wickert - 0.2.0-1 - Update to 0.2.0 - Include new manpage xrdp-0.5.0-0.4.20090811cvs.fc12 ------------------------------- * Fri Sep 04 2009 Itamar Reis Peixoto - 0.5.0-0.4.20090811cvs - increase encryption to 128 bit's - include system-auth into /etc/pam.d/xrdp-sesman yumex-2.9.0-1.fc12 ------------------ * Sun Aug 30 2009 Tim Lauridsen - 2.9.0-0.13.pre - bumped version to 2.9.0-0.13.pre * Sun Aug 30 2009 Tim Lauridsen - 2.9.0-1 - bumped version to 2.9.0-1 * Mon Aug 24 2009 Tim Lauridsen - 2.9.0-0.12.pre - bumped version to 2.9.0-0.12.pre * Fri Aug 21 2009 Tim Lauridsen - 2.9.0-0.11.pre - bumped version to 2.9.0-0.11.pre * Fri Aug 07 2009 Tim Lauridsen - 2.9.0-0.10.pre - bumped version to 2.9.0-0.10.pre * Thu Aug 06 2009 Tim Lauridsen - 2.9.0-0.9.pre - bumped version to 2.9.0-0.9.pre - handle new yumex-yum-backend in %files section Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 64 From mike at miketc.net Sat Sep 5 12:36:11 2009 From: mike at miketc.net (Mike Chambers) Date: Sat, 05 Sep 2009 07:36:11 -0500 Subject: dracut error message with latest kernel Message-ID: <1252154171.1511.2.camel@scrappy.miketc.net> Booting with newest kernel, get a message right at boot startup below... dracut warning: Theme charge not used/known/whatever. And I also see rd_plytheme=charge in grub as a kernel paramater. I am sure if I remove it or change charge to whatever would fix it? kernel-2.6.31-0.199.rc8.git2.fc12.x86_64 -- Mike Chambers Madisonville, KY From mike at miketc.net Sat Sep 5 13:02:23 2009 From: mike at miketc.net (Mike Chambers) Date: Sat, 05 Sep 2009 08:02:23 -0500 Subject: Evolution in koji not correct version? Message-ID: <1252155743.5807.1.camel@scrappy.miketc.net> Latest release in rawhide for evo is evolution-2.27.91-1.fc12.x86_64. The latest built in koji is evolution-2.27.5-3.1.fc12. -- Mike Chambers Madisonville, KY From bruno at wolff.to Sat Sep 5 15:59:47 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sat, 5 Sep 2009 10:59:47 -0500 Subject: dracut error message with latest kernel In-Reply-To: <1252154171.1511.2.camel@scrappy.miketc.net> References: <1252154171.1511.2.camel@scrappy.miketc.net> Message-ID: <20090905155947.GA19536@wolff.to> On Sat, Sep 05, 2009 at 07:36:11 -0500, Mike Chambers wrote: > Booting with newest kernel, get a message right at boot startup below... > > dracut warning: Theme charge not used/known/whatever. > > And I also see rd_plytheme=charge in grub as a kernel paramater. I am > sure if I remove it or change charge to whatever would fix it? > > kernel-2.6.31-0.199.rc8.git2.fc12.x86_64 That isn't the latest kernel. I would suggest just using the exact kernel version rather than a word like 'latest' or 'newest' that at best is only accurate for a short time and if you don't check koji, may not even be accurate when it is first used. From lsof at nodata.co.uk Sat Sep 5 16:17:02 2009 From: lsof at nodata.co.uk (nodata) Date: Sat, 05 Sep 2009 18:17:02 +0200 Subject: Where are selinux workarounds/exceptions/hacks tracked? Message-ID: <1252167422.15658.3.camel@prague> I remember ages and ages ago when selinux first came to Fedora that lots of apps (Java, flash, Mozilla/Firefox) didn't work because the apps did dodgy things with memory. I was wondering if these dodgy things still existed, and if they did, what effort was being put into making them go away? Is it tracked anywhere? Thanks. From rajkarn88 at gmail.com Sat Sep 5 17:36:36 2009 From: rajkarn88 at gmail.com (Rajkarn Singh) Date: Sat, 5 Sep 2009 23:06:36 +0530 Subject: Bugzilla Desktop Client Message-ID: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomasj at fedoraproject.org Sat Sep 5 17:40:45 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Sat, 5 Sep 2009 19:40:45 +0200 Subject: Bugzilla Desktop Client In-Reply-To: References: Message-ID: 2009/9/5 Rajkarn Singh : > Hi, > I am working on the development of a general Desktop Client for Bugzilla. > Currently it can access Red Hat Bugzilla database, however in future I'd be > working to make it work for other Bugzillas. ?I have posted a blog having > somewhat detailed information about it. Please check it at: > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions and > comments for this work. Also, I'm eager to hear you guide me for my future > endeavours. :) Awesome! Very much appreciated! -- LG Thomas Dubium sapientiae initium From kevin.kofler at chello.at Sat Sep 5 21:07:54 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 05 Sep 2009 23:07:54 +0200 Subject: clang static analyzer: use it! References: <87vdjzte6h.fsf@meyering.net> <4AA1822E.4030204@bitwagon.com> <20090904211437.688858B12E@magilla.sf.frob.com> Message-ID: Roland McGrath wrote: > They do not claim to handle C++. ? which means most of my packages are not eligible for being analyzed by it. :-( Kevin Kofler From snecklifter at gmail.com Sat Sep 5 21:17:50 2009 From: snecklifter at gmail.com (Christopher Brown) Date: Sat, 5 Sep 2009 22:17:50 +0100 Subject: Bugzilla Desktop Client In-Reply-To: <364d303b0909051415h3e7246c4m8fc73fb80728ef20@mail.gmail.com> References: <364d303b0909051415h3e7246c4m8fc73fb80728ef20@mail.gmail.com> Message-ID: <364d303b0909051417y6a509470s87f6501a30d94bdb@mail.gmail.com> Would be grateful for info on what this does that bz web interface doesn't. On Sep 5, 2009 6:36 PM, "Rajkarn Singh" wrote: Hi, I am working on the development of a general Desktop Client for Bugzilla. Currently it can access Red Hat Bugzilla database, however in future I'd be working to make it work for other Bugzillas. I have posted a blog having somewhat detailed information about it. Please check it at: http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html Working on this project is my first experience into the world of Open Source. I'm very new to this field. So I'd appreciate your suggessions and comments for this work. Also, I'm eager to hear you guide me for my future endeavours. :) Regards, Rajkarn Singh -- 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 michael.silvanus at gmail.com Sat Sep 5 22:45:00 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sat, 5 Sep 2009 18:45:00 -0400 Subject: clang static analyzer: use it! In-Reply-To: <200909040904.07587.sgrubb@redhat.com> References: <87vdjzte6h.fsf@meyering.net> <200909040904.07587.sgrubb@redhat.com> Message-ID: <615c05430909051545s5f80fc33h9ddabc8cd61fd160@mail.gmail.com> On Fri, Sep 4, 2009 at 9:04 AM, Steve Grubb wrote: > On Friday 04 September 2009 02:30:14 am Jim Meyering wrote: >> Quick summary: use this tool: >> >> ? http://clang-analyzer.llvm.org/ >> >> If you're not using its "scan-build" tool, then start. ?Right now. >> Really. ?It's that good. > Thanks for pointing this out! > > llvm is in Fedora. Looking at the build instructions for clang, it seems like > it would naturally fit as a subpackage for llvm. So, getting it into Fedora > should not be too much to do since llvm is already approved. > I co-maintain the LLVM package, and this is next on my TODO list. Currently testing some configuration changes for OpenGTL and Pure. One snag is that there is no stable release of clang yet, but I can work around this by matching clang's revision number against LLVM's at the time of release. I'll probably start by doing an RPM of the LLVM 2.6 pre-release -- the current clang ought to be much better than the one from a year ago. Mail me off-list if you want to be notified when a build is ready for testing? Address it to salimma at fedoraproject.org to help my mail filters. Regards, -- Michel Alexandre Salim From michael.silvanus at gmail.com Sat Sep 5 22:45:32 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Sat, 5 Sep 2009 18:45:32 -0400 Subject: clang static analyzer: use it! In-Reply-To: References: <87vdjzte6h.fsf@meyering.net> <4AA1822E.4030204@bitwagon.com> <20090904211437.688858B12E@magilla.sf.frob.com> Message-ID: <615c05430909051545w7311f834ybad45c2e10769466@mail.gmail.com> On Sat, Sep 5, 2009 at 5:07 PM, Kevin Kofler wrote: > Roland McGrath wrote: >> They do not claim to handle C++. > > ? which means most of my packages are not eligible for being analyzed by it. > :-( > Yes, unfortunately the priority is to get C going first and then Obj-C. -- Michel Alexandre Salim From thomasj at fedoraproject.org Sun Sep 6 06:18:01 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Sun, 6 Sep 2009 08:18:01 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <364d303b0909051417y6a509470s87f6501a30d94bdb@mail.gmail.com> References: <364d303b0909051415h3e7246c4m8fc73fb80728ef20@mail.gmail.com> <364d303b0909051417y6a509470s87f6501a30d94bdb@mail.gmail.com> Message-ID: 2009/9/5 Christopher Brown : > Would be grateful for info on what this does that bz web interface doesn't. More new BZ user friendly. Much faster than the BZ web interface. -- LG Thomas Dubium sapientiae initium From rakesh.pandit at gmail.com Sun Sep 6 06:23:07 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 6 Sep 2009 11:53:07 +0530 Subject: Bugzilla Desktop Client In-Reply-To: References: <364d303b0909051415h3e7246c4m8fc73fb80728ef20@mail.gmail.com> <364d303b0909051417y6a509470s87f6501a30d94bdb@mail.gmail.com> Message-ID: 2009/9/6 Thomas Janssen wrote: > 2009/9/5 Christopher Brown : >> Would be grateful for info on what this does that bz web interface doesn't. > > More new BZ user friendly. Much faster than the BZ web interface. > Even could be worked to act as a common client for many upstream bugzilla instances (including ours :). Though it is still in infant state. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From sundaram at fedoraproject.org Sun Sep 6 06:30:47 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 06 Sep 2009 12:00:47 +0530 Subject: Bugzilla Desktop Client In-Reply-To: References: Message-ID: <4AA35717.1030605@fedoraproject.org> On 09/05/2009 11:06 PM, Rajkarn Singh wrote: > Hi, > I am working on the development of a general Desktop Client for > Bugzilla. Currently it can access Red Hat Bugzilla database, however in > future I'd be working to make it work for other Bugzillas. I have > posted a blog having somewhat detailed information about it. Please > check it at: > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions > and comments for this work. Also, I'm eager to hear you guide me for my > future endeavours. :) You might want to look at https://fedorahosted.org/boog/ We need to avoid duplication of work. Kushal Das hasn't started working on the GUI since we are waiting on the design team to provide mockups but he has a command line client that does a bunch of nifty things. Rahul From lsof at nodata.co.uk Sun Sep 6 10:17:35 2009 From: lsof at nodata.co.uk (nodata) Date: Sun, 06 Sep 2009 12:17:35 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <4AA35717.1030605@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> Message-ID: <1252232255.29542.2.camel@prague> Am Sonntag, den 06.09.2009, 12:00 +0530 schrieb Rahul Sundaram: > On 09/05/2009 11:06 PM, Rajkarn Singh wrote: > > Hi, > > I am working on the development of a general Desktop Client for > > Bugzilla. Currently it can access Red Hat Bugzilla database, however in > > future I'd be working to make it work for other Bugzillas. I have > > posted a blog having somewhat detailed information about it. Please > > check it at: > > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > > > Working on this project is my first experience into the world of Open > > Source. I'm very new to this field. So I'd appreciate your suggessions > > and comments for this work. Also, I'm eager to hear you guide me for my > > future endeavours. :) > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. > > Rahul > Here is a mockup of boog: http://lpsolit.files.wordpress.com/2009/05/simple_bug_filing_form.png The boog project page says "..it is not reasonable to expect users to necessarily understand the exact component.." I'd suggest hiding all of the Component, Version, Severity, Hardware, OS information. From frankly3d at fedoraproject.org Sun Sep 6 10:25:26 2009 From: frankly3d at fedoraproject.org (Frank Murphy) Date: Sun, 06 Sep 2009 11:25:26 +0100 Subject: Bugzilla Desktop Client In-Reply-To: <1252232255.29542.2.camel@prague> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> Message-ID: <4AA38E16.1070105@fedoraproject.org> On 06/09/09 11:17, nodata wrote: --snip-- >>> check it at: >>> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >>> >>> Working on this project is my first experience into the world of Open >>> Source. I'm very new to this field. So I'd appreciate your suggessions >>> and comments for this work. Also, I'm eager to hear you guide me for my >>> future endeavours. :) >> >> You might want to look at >> >> https://fedorahosted.org/boog/ >> >> We need to avoid duplication of work. Kushal Das hasn't started working >> on the GUI since we are waiting on the design team to provide mockups >> but he has a command line client that does a bunch of nifty things. >> >> Rahul > --snip-- Has not abrt already done this simplicity for most users? it also takes care of backtrace. From thomasj at fedoraproject.org Sun Sep 6 10:26:38 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Sun, 6 Sep 2009 12:26:38 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <4AA35717.1030605@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> Message-ID: 2009/9/6 Rahul Sundaram : > On 09/05/2009 11:06 PM, Rajkarn Singh wrote: >> Hi, >> I am working on the development of a general Desktop Client for >> Bugzilla. Currently it can access Red Hat Bugzilla database, however in >> future I'd be working to make it work for other Bugzillas. ?I have >> posted a blog having somewhat detailed information about it. Please >> check it at: >> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >> >> Working on this project is my first experience into the world of Open >> Source. I'm very new to this field. So I'd appreciate your suggessions >> and comments for this work. Also, I'm eager to hear you guide me for my >> future endeavours. :) > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. We do *not* *need* to avoid duplication of work. Thats like "hey, there's already GNOME, dont work on XFCE". And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is working on to make it a cross-distro/cross-BZ tool. -- LG Thomas Dubium sapientiae initium From rawhide at fedoraproject.org Sun Sep 6 10:30:35 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 6 Sep 2009 10:30:35 +0000 Subject: rawhide report: 20090906 changes Message-ID: <20090906103035.GA14741@releng2.fedora.phx.redhat.com> Compose started at Sun Sep 6 06:15:10 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package constantine-kde-theme Constantine KDE Theme New package perl-ExtUtils-XSpp C++ variant of Perl's XS language Updated Packages: abby-0.4.3-1.fc12 ----------------- * Sat Sep 05 2009 Nicoleau Fabien 0.4.3-1 - Update to 0.4.3 audacity-1.3.9-0.1.beta.fc12 ---------------------------- * Thu Sep 03 2009 Michael Schwendt - 1.3.9-0.1.beta - upgrade to 1.3.9-beta - upstream's changes in the device prefs code make the audiodevdefaults patch unnecessary afaic see cclive-0.5.0-1.fc12 ------------------- * Sat Sep 05 2009 Nicoleau Fabien 0.5.0-1 - Update to 0.5.0 csound-5.10.1-12.fc12 --------------------- * Sat Sep 05 2009 Peter Robinson - 5.10.1-13 - Build fixes, set PulseAudio as default * Tue Aug 18 2009 Peter Robinson - 5.10.1-12 - Further python build fixes firebird-2.1.3.18185.0-5.fc12 ----------------------------- * Sat Sep 05 2009 Karsten Hopp 2.1.3.18185.0-5 - fix build on s390x for F-12 mass rebuild (Dan Hor?k) imapsync-1.286-2.fc12 --------------------- iverilog-0.9.20090423-6.fc12 ---------------------------- * Fri Jul 24 2009 Fedora Release Engineering - 0.9.20090423-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild kde-l10n-4.3.1-2.fc12 --------------------- * Sat Sep 05 2009 Than Ngo - 4.3.1-2 - add missing Croatian localization kernel-2.6.31-0.204.rc9.fc12 ---------------------------- * Sat Sep 05 2009 Chuck Ebbert 2.6.31-0.204.rc9 - 2.6.31-rc9 kpolynome-0.1.2-15.fc12 ----------------------- * Sat Sep 05 2009 Chitlesh Goorah - 0.1.2-15 - Fixed for 511534 FTBFS kpolynome-0.1.2-13.fc11 - Improved Source url * Fri Jul 24 2009 Fedora Release Engineering - 0.1.2-14 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ktechlab-0.3.70-3.20090304svn.fc12 ---------------------------------- * Sat Sep 05 2009 Chitlesh Goorah - 0.3.70-2.200900304svn - Fixed Bug 511578 - FTBFS ktechlab-0.3.70-1.20090304svn.fc11 - Rebuilt to improve stability : gpsim-0.23 * Sat Sep 05 2009 Chitlesh Goorah - 0.3.70-3.200900304svn - Fixed rawhide built libsilc-1.1.10-1.fc12 --------------------- * Sun Sep 06 2009 Stu Tomlinson 1.1.10-1 - Update to 1.1.10 mingw32-glib2-2.21.6-1.fc12 --------------------------- * Sat Sep 05 2009 Erik van Pienbroek - 2.21.6-1 - Update to 2.21.6 mingw32-gtk2-2.17.11-1.fc12 --------------------------- * Sat Sep 05 2009 Erik van Pienbroek - 2.17.11-1 - Update to 2.17.11 * Tue Sep 01 2009 Erik van Pienbroek - 2.17.10-1 - Update to 2.17.10 nss-3.12.4-2.fc12 ----------------- * Sat Sep 05 2009 Elio Maldonado - 3.12.4-2 - Remove symbolic links to shared libraries from devel - 521155 - No rpath-link in nss-softokn-config nss-softokn-3.12.4-3.fc12 ------------------------- * Sat Sep 05 2009 Elio Maldonado - 3.12.4-3 - Remove symblic links to shared libraries from devel - 521155 - Apply the nss-nolocalsql patch - No rpath-link in nss-softokn-config nss-util-3.12.4-3.fc12 ---------------------- * Sat Sep 05 2009 Elio Maldonado - 3.12.4-3 - Remove symbolic links to shared libraries from devel - 521155 - Apply nss-nolocalsql patch subset for nss-util - No rpath-link in nss-util-config perl-DBIx-Class-EncodedColumn-0.00004-1.fc12 -------------------------------------------- * Sat Sep 05 2009 Iain Arnell 0.00004-1 - update to latest upstream (minor documentation fix) perl-Mail-IMAPClient-3.20-1.fc12 -------------------------------- * Sat Sep 05 2009 Stepan Kasal - 3.20-1 - new upstream source perl-Wx-0.92-1.fc12 ------------------- * Sat Sep 05 2009 Stepan Kasal - 0.92-1 - new upstream version php-pear-DB-DataObject-FormBuilder-1.0.0-1.fc12 ----------------------------------------------- * Sat Sep 05 2009 Christopher Stone 1.0.0-1 - Upstream sync php-pear-File-Passwd-1.1.7-1.fc12 --------------------------------- * Sat Sep 05 2009 Christopher Stone 1.1.7-1 - Upstream sync php-pear-HTML-QuickForm-3.2.11-1.fc12 ------------------------------------- * Sat Sep 05 2009 Christopher Stone 3.2.11-1 - Upstream sync - Fix line endings in docs pidgin-2.6.2-1.fc12 ------------------- * Sun Sep 06 2009 Stu Tomlinson 2.6.2-1 - 2.6.2 Fixes a number of crashes python-alsa-1.0.21-1.fc12 ------------------------- * Sat Sep 05 2009 Andy Shevchenko - 1.0.21-1 - update to release 1.0.21 sugar-toolkit-0.85.6-2.fc12 --------------------------- * Sat Sep 05 2009 Peter Robinson - 0.85.6-2 - Drop Requires: gettext, it should be just a BuildReq tabled-0.3-5.fc12 ----------------- * Sat Sep 05 2009 Caol?n McNamara - 0.3-5 - rebuild for dependencies vinagre-2.27.91-3.fc12 ---------------------- * Sat Sep 05 2009 Matthias Clasen - 2.27.91-3 - Fix warnings at startup (#521382) Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 28 From rakesh.pandit at gmail.com Sun Sep 6 10:33:57 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 6 Sep 2009 16:03:57 +0530 Subject: Bugzilla Desktop Client In-Reply-To: References: <4AA35717.1030605@fedoraproject.org> Message-ID: 2009/9/6 Thomas Janssen wrote: > 2009/9/6 Rahul Sundaram wrote: >> On 09/05/2009 11:06 PM, Rajkarn Singh wrote: >>> Hi, >>> I am working on the development of a general Desktop Client for >>> Bugzilla. Currently it can access Red Hat Bugzilla database, however in >>> future I'd be working to make it work for other Bugzillas. ?I have >>> posted a blog having somewhat detailed information about it. Please >>> check it at: >>> http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html >>> >>> Working on this project is my first experience into the world of Open >>> Source. I'm very new to this field. So I'd appreciate your suggessions >>> and comments for this work. Also, I'm eager to hear you guide me for my >>> future endeavours. :) >> >> You might want to look at >> >> https://fedorahosted.org/boog/ >> >> We need to avoid duplication of work. Kushal Das hasn't started working >> on the GUI since we are waiting on the design team to provide mockups >> but he has a command line client that does a bunch of nifty things. > > We do *not* *need* to avoid duplication of work. Thats like "hey, > there's already GNOME, dont work on XFCE". > And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is > working on to make it a cross-distro/cross-BZ tool. > [..] The statment was more of a welcome for collaboration. We had a releated off list communication to work together. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From sundaram at fedoraproject.org Sun Sep 6 10:39:32 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 06 Sep 2009 16:09:32 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <4AA38E16.1070105@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <4AA38E16.1070105@fedoraproject.org> Message-ID: <4AA39164.3030106@fedoraproject.org> On 09/06/2009 03:55 PM, Frank Murphy wrote: > > Has not abrt already done this simplicity for most users? > it also takes care of backtrace. This is already answered in the front page of the project. To summarize again: abrt is not a bugzilla client. It reports crashes. While that is good, it is not the same thing. Rahul From sundaram at fedoraproject.org Sun Sep 6 10:40:39 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 06 Sep 2009 16:10:39 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <1252232255.29542.2.camel@prague> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> Message-ID: <4AA391A7.3050803@fedoraproject.org> On 09/06/2009 03:47 PM, nodata wrote: > Here is a mockup of boog: > http://lpsolit.files.wordpress.com/2009/05/simple_bug_filing_form.png > > The boog project page says "..it is not reasonable to expect users to > necessarily understand the exact component.." > > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > information. Yes, the mockup offered doesn't meet the criteria specified at all. Rahul From sundaram at fedoraproject.org Sun Sep 6 10:47:11 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 06 Sep 2009 16:17:11 +0530 Subject: Bugzilla Desktop Client In-Reply-To: References: <4AA35717.1030605@fedoraproject.org> Message-ID: <4AA3932F.4010903@fedoraproject.org> On 09/06/2009 03:56 PM, Thomas Janssen wrote: > We do *not* *need* to avoid duplication of work. Thats like "hey, > there's already GNOME, dont work on XFCE". > And comparing the mockups. I like Rajkarn Singhs Gui more. AND he is > working on to make it a cross-distro/cross-BZ tool. Since both of these projects use python-bugzilla, calling one a more cross platform tool is completely incorrect. Both of them are in Python. Kushal Das limited himself to writing a console tool waiting on the mockups. While GNOME and Xfce isn't exactly the same target audience, the duplication of work in DE's are very unfortunate and shouldn't really be used to justify more of the same. Btw both these projects were conceived based on the same discussions I have been having with Kushal Das, Rakesh Pandit and others. So yes, it is indeed duplication of work that could be avoided and it will be, considering the offlist discussions we have started off. Rahul From lsof at nodata.co.uk Sun Sep 6 10:50:49 2009 From: lsof at nodata.co.uk (nodata) Date: Sun, 06 Sep 2009 12:50:49 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <4AA39164.3030106@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <4AA38E16.1070105@fedoraproject.org> <4AA39164.3030106@fedoraproject.org> Message-ID: <1252234249.29542.3.camel@prague> Am Sonntag, den 06.09.2009, 16:09 +0530 schrieb Rahul Sundaram: > On 09/06/2009 03:55 PM, Frank Murphy wrote: > > > > > Has not abrt already done this simplicity for most users? > > it also takes care of backtrace. > > This is already answered in the front page of the project. To summarize > again: abrt is not a bugzilla client. It reports crashes. While that is > good, it is not the same thing. > > Rahul > Is the abrt data stored in bugzilla? From frankly3d at fedoraproject.org Sun Sep 6 11:00:20 2009 From: frankly3d at fedoraproject.org (Frank Murphy) Date: Sun, 06 Sep 2009 12:00:20 +0100 Subject: Bugzilla Desktop Client In-Reply-To: <1252234249.29542.3.camel@prague> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <4AA38E16.1070105@fedoraproject.org> <4AA39164.3030106@fedoraproject.org> <1252234249.29542.3.camel@prague> Message-ID: <4AA39644.9070702@fedoraproject.org> On 06/09/09 11:50, nodata wrote: --snip-- >> > > Is the abrt data stored in bugzilla? > http://fedoraproject.org/wiki/Features/ABRT From lsof at nodata.co.uk Sun Sep 6 11:08:32 2009 From: lsof at nodata.co.uk (nodata) Date: Sun, 06 Sep 2009 13:08:32 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <4AA39644.9070702@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <4AA38E16.1070105@fedoraproject.org> <4AA39164.3030106@fedoraproject.org> <1252234249.29542.3.camel@prague> <4AA39644.9070702@fedoraproject.org> Message-ID: <1252235312.29542.4.camel@prague> Am Sonntag, den 06.09.2009, 12:00 +0100 schrieb Frank Murphy: > On 06/09/09 11:50, nodata wrote: > --snip-- > >> > > > > Is the abrt data stored in bugzilla? > > > > http://fedoraproject.org/wiki/Features/ABRT > So it does. Okay. From dr.diesel at gmail.com Sun Sep 6 12:13:15 2009 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 6 Sep 2009 08:13:15 -0400 Subject: Bugzilla Desktop Client In-Reply-To: References: Message-ID: <2a28d2ab0909060513t50ae9387sc81b83d65506e720@mail.gmail.com> On Sat, Sep 5, 2009 at 1:36 PM, Rajkarn Singh wrote: > Hi, > I am working on the development of a general Desktop Client for Bugzilla. > Currently it can access Red Hat Bugzilla database, however in future I'd be > working to make it work for other Bugzillas. I have posted a blog having > somewhat detailed information about it. Please check it at: > > http://raj-khalsa.blogspot.com/2009/09/bugzilla-desktop-client-first-phase.html > > Working on this project is my first experience into the world of Open > Source. I'm very new to this field. So I'd appreciate your suggessions and > comments for this work. Also, I'm eager to hear you guide me for my future > endeavours. :) > > Regards, > Rajkarn Singh Most excellent! How about adding check boxes to automatically attach common log files? Such as: /var/log/messages /var/log/dmesg /var/log/xorg.0.log etc -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Sun Sep 6 12:44:33 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 06 Sep 2009 14:44:33 +0200 Subject: Rawhide fonts problem report for 2009-09-06 Message-ID: <1252241073.2344.79.camel@arekh.okg> Statistics: ? packages that declare font metadata: ? 902 files (149 MiB) in 84 packages (96 MiB) generated from 53 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 115 46 34 7 7 PCF 204 6 6 32 48 TrueType 12 9 8 65 28 Type 1 234 24 7 13 12 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 845 74 50 146 94 x86_64 57 10 3 2 1 ? File size is computed as extracted, while rpm is a compressed format. ? Mid-term, files in legacy PCF or Type1 formats need to be converted or removed. ? font files in other packages (we should not find any!) ? 4617 files (99 MiB) in 43 packages (294 MiB) generated from 21 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 107 4 3 12 218 PCF 889 10 6 13 39 TrueType 25 3 3 1 48 Type 1 1071 9 7 47 221 Format Files rpm srpm Files (MiB) rpm (MiB) i686 29 2 2 0 3 noarch 4490 31 11 95 252 x86_64 98 10 10 3 38 ? Bad packaging may result in arched packages or mixed content. Problem report: ? font files in arch packages: a2ps.i686 a2ps.x86_64 groff.x86_64 jfbterm.x86_64 kdebase3.x86_64 kdebase-workspace.x86_64 kst.i686 kst.x86_64 libdockapp-fonts.x86_64 [lilypond-aybabtu-fonts.x86_64] [lilypond-century-schoolbook-l-fonts.x86_64] [lilypond-emmentaler-fonts.x86_64] [lilypond-feta-alphabet-fonts.x86_64] [lilypond-feta-braces-fonts.x86_64] [lilypond-feta-fonts.x86_64] [lilypond-parmesan-fonts.x86_64] [rosegarden4-feta-fonts.x86_64] [rosegarden4-parmesan-fonts.x86_64] spring.x86_64 TeXmacs.x86_64 x3270-x11.x86_64 [zvbi-fonts.x86_64] ? 184 files (6 MiB) in 22 packages (43 MiB) generated from 13 source packages. ? font files installed outside /usr/share/fonts: a2ps groff kdebase3 kdebase-workspace kst libdockapp-fonts spring texlive-texmf-doc texlive-texmf-fonts TeXmacs x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 ? 3908 files (79 MiB) in 30 packages (276 MiB) generated from 12 source packages. ? Font files need to be installed under the /usr/share/fonts root for fontconfig to expose them. ? fonts in packages that contain non-font data: a2ps fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi groff [japanese-bitmap-fonts] jfbterm kdebase3 kdebase-workspace kst libdockapp-fonts spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs [wqy-zenhei-fonts] x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 ? 4562 files (123 MiB) in 37 packages (306 MiB) generated from 17 source packages. ? Every font should be installable as-is without pulling in other material. ? fonts in packages that do not declare font metadata: a2ps baekmuk-bdf-fonts fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi ghostscript-fonts groff jfbterm jisksp16-1990-fonts kdebase3 kdebase-workspace kst libdockapp-fonts spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs urw-fonts x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 ? 4617 files (99 MiB) in 43 packages (294 MiB) generated from 21 source packages. ? Automatic font installation relies on this metadata being present to work. ? fonts in packages that do not use font package naming conventions: a2ps [efont-unicode-bdf] fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi groff htmldoc jfbterm kdebase3 kdebase-workspace [knm_new-fonts] kst nted pokerth rosegarden4 spring taipeifonts tex-cm-lgc tex-kerkis texlive-texmf-doc TeXmacs x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 ? 3626 files (62 MiB) in 45 packages (276 MiB) generated from 24 source packages. ? fonts that declare face attributes in family names: Antykwa Torunska Condensed texlive-texmf-fonts cursor_large_black.pcf kdebase3 kdebase-workspace Hershey-Plain-Duplex-Italic ghostscript-fonts Hershey-Plain-Triplex-Italic ghostscript-fonts LMRoman10 Demi texlive-texmf-fonts LMRoman10 Oblique texlive-texmf-fonts LMRoman10 Regular texlive-texmf-fonts LMRoman12 Oblique texlive-texmf-fonts LMRoman12 Regular texlive-texmf-fonts LMRoman17 Regular texlive-texmf-fonts LMRoman5 Regular texlive-texmf-fonts LMRoman6 Regular texlive-texmf-fonts LMRoman7 Regular texlive-texmf-fonts LMRoman8 Oblique texlive-texmf-fonts LMRoman8 Regular texlive-texmf-fonts LMRoman9 Oblique texlive-texmf-fonts LMRoman9 Regular texlive-texmf-fonts LMSans10 Regular texlive-texmf-fonts LMSans12 Regular texlive-texmf-fonts LMSans17 Regular texlive-texmf-fonts LMSans8 Regular texlive-texmf-fonts LMSans9 Regular texlive-texmf-fonts LMSansExt8 Regular texlive-texmf-fonts LMTypewriter10 Oblique texlive-texmf-fonts LMTypewriter10 Regular texlive-texmf-fonts LMTypewriter12 Regular texlive-texmf-fonts LMTypewriter8 Regular texlive-texmf-fonts LMTypewriter9 Regular texlive-texmf-fonts LMTypewriterProp10 Regular texlive-texmf-fonts ? 65 files (6 MiB) in 4 packages (65 MiB) generated from 4 source packages. ? To be properly processed by applications face qualifiers need to be declared in face names (there may be a few false positives here as some common face qualifiers can be used with a different meaning in family names; if that's not the case, please ask the font upstream to fix its naming). ? fonts that declare non-WWS compliant faces: Aharoni CLM, Book Oblique [culmus-aharoni-clm-fonts] AntykwaPoltawskiego, BoldItalic texlive-texmf-fonts AntykwaTorunska, BoldItalic texlive-texmf-fonts AntykwaTorunskaCond, BoldItalic texlive-texmf-fonts AntykwaTorunskaCond, Med-Italic texlive-texmf-fonts AntykwaTorunskaCond, Med-Regular texlive-texmf-fonts AntykwaTorunskaLigh, t-Italic texlive-texmf-fonts AntykwaTorunskaLigh, t-Regular texlive-texmf-fonts Aurulent Sans, BoldItalic [hartke-aurulent-sans-fonts] Century Schoolbook L, BoldItalic [lilypond-century-schoolbook-l-fonts] Century Schoolbook L, Roma [lilypond-century-schoolbook-l-fonts] Comic040Sans040MS0408b, 040Bold texlive-texmf-fonts Comic040Sans040MS0408b, 040Bold040Italic texlive-texmf-fonts Comic040Sans040MS0408b, 040Italic texlive-texmf-fonts David CLM, BoldItalic [culmus-david-clm-fonts] David CLM, MediumItalic [culmus-david-clm-fonts] Emmentaler, 11 [lilypond-emmentaler-fonts] Emmentaler, 13 [lilypond-emmentaler-fonts] Emmentaler, 14 [lilypond-emmentaler-fonts] Emmentaler, 16 [lilypond-emmentaler-fonts] Emmentaler, 18 [lilypond-emmentaler-fonts] Emmentaler, 20 [lilypond-emmentaler-fonts] Emmentaler, 23 [lilypond-emmentaler-fonts] Emmentaler, 26 [lilypond-emmentaler-fonts] European Computer Modern, Bold Extended 10pt TeXmacs European Computer Modern, Italic Regular 10pt TeXmacs European Computer Modern, Oblique Regular 10pt TeXmacs European Computer Modern, Regular Extended 10pt TeXmacs European Computer Modern, Roman Regular 10pt TeXmacs European Computer Modern Sans, Regular 10pt TeXmacs European Computer Modern, Small caps Regular 10pt TeXmacs European Computer Modern Typewriter, Regular 10pt TeXmacs feta11, .22 [lilypond-feta-fonts] feta14, .14 [lilypond-feta-fonts] feta-alphabet11, .22 [lilypond-feta-alphabet-fonts] feta-alphabet14, .14 [lilypond-feta-alphabet-fonts] feta-braces-a, 20 [lilypond-feta-braces-fonts] feta-braces-b, 40 [lilypond-feta-braces-fonts] feta-braces-c, 60 [lilypond-feta-braces-fonts] feta-braces-d, 80 [lilypond-feta-braces-fonts] feta-braces-e, 100 [lilypond-feta-braces-fonts] feta-braces-f, 120 [lilypond-feta-braces-fonts] feta-braces-g, 140 [lilypond-feta-braces-fonts] feta-braces-h, 160 [lilypond-feta-braces-fonts] feta-braces-i, 180 [lilypond-feta-braces-fonts] Fixed, ja xorg-x11-fonts-misc Fixed, ko xorg-x11-fonts-misc Fixed, Oblique SemiCondensed xorg-x11-fonts-misc fxd, Bold Italic semicondensed [japanese-bitmap-fonts] fxd, Italic semicondensed [japanese-bitmap-fonts] Heuristica, BoldItalic [apanov-heuristica-fonts] Inuit, b texlive-texmf-fonts Inuit, o texlive-texmf-fonts Kerkis, Bold SmallCaps [ctan-kerkis-serif-fonts] KerkisSans, SmallCaps [ctan-kerkis-sans-fonts] Kerkis, Small Caps [ctan-kerkis-serif-fonts] Laconic, Shadow [woodardworks-laconic-shadow-fonts] Latin Modern Typewriter, Regular 10 texlive-texmf-fonts LilyPond-feta-nummer-rosegarden, 10 [rosegarden4-feta-fonts] LilyPond-feta-rosegarden, 20 [rosegarden4-feta-fonts] LilyPond-parmesan-rosegarden, 20 [rosegarden4-parmesan-fonts] LMMathItalic10, BoldItalic texlive-texmf-fonts LMMathItalic5, BoldItalic texlive-texmf-fonts LMMathItalic7, BoldItalic texlive-texmf-fonts LMMathSymbols10, BoldItalic texlive-texmf-fonts LMMathSymbols5, BoldItalic texlive-texmf-fonts LMMathSymbols7, BoldItalic texlive-texmf-fonts LMRoman10, BoldItalic texlive-texmf-fonts LMRoman10, BoldOblique texlive-texmf-fonts LMRoman10, CapsOblique texlive-texmf-fonts LMRoman10, CapsRegular texlive-texmf-fonts LMRoman10, DemiOblique texlive-texmf-fonts LMRoman10, Dunhill texlive-texmf-fonts LMRoman10, DunhillOblique texlive-texmf-fonts LMRoman10, Unslanted texlive-texmf-fonts LMSans10, BoldOblique texlive-texmf-fonts LMSans10, DemiCondensed texlive-texmf-fonts LMSans10, DemiCondensedOblique texlive-texmf-fonts LMSansQuotation8, BoldOblique texlive-texmf-fonts LMTypewriter10, CapsOblique texlive-texmf-fonts LMTypewriter10, CapsRegular texlive-texmf-fonts LMTypewriter10, Dark texlive-texmf-fonts LMTypewriter10, DarkOblique texlive-texmf-fonts LMTypewriter10, LightCondensed texlive-texmf-fonts LMTypewriter10, LightCondensedOblique texlive-texmf-fonts LMTypewriter10, LightOblique texlive-texmf-fonts LMTypewriterVarWd10, Dark texlive-texmf-fonts LMTypewriterVarWd10, DarkOblique texlive-texmf-fonts LMTypewriterVarWd10, LightOblique texlive-texmf-fonts Lucida, Sans xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi MathDesign-CH, Bold Extension 10 texlive-texmf-fonts MathDesign-CH, Bold Italic MathItalic 10 texlive-texmf-fonts MathDesign-CH, Bold Italic OT1 10 texlive-texmf-fonts MathDesign-CH, Bold Italic T1 10 texlive-texmf-fonts MathDesign-CH, Bold Italic TS1 10 texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-CH, Bold MathItalic 10 texlive-texmf-fonts MathDesign-CH, Bold OT1 10 texlive-texmf-fonts MathDesign-CH, Bold Symbol 10 texlive-texmf-fonts MathDesign-CH, Bold T1 10 texlive-texmf-fonts MathDesign-CH, Bold TS1 10 texlive-texmf-fonts MathDesign-CH, Regular 10 texlive-texmf-fonts MathDesign-CH, Regular Extension 10 texlive-texmf-fonts MathDesign-CH, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 5 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 6 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 7 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 8 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 9 texlive-texmf-fonts MathDesign-CH, Regular Italic T1 10 texlive-texmf-fonts MathDesign-CH, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-CH, Regular MathItalic 10 texlive-texmf-fonts MathDesign-CH, Regular OT1 10 texlive-texmf-fonts MathDesign-CH, Regular OT1 5 texlive-texmf-fonts MathDesign-CH, Regular OT1 6 texlive-texmf-fonts MathDesign-CH, Regular OT1 7 texlive-texmf-fonts MathDesign-CH, Regular OT1 8 texlive-texmf-fonts MathDesign-CH, Regular OT1 9 texlive-texmf-fonts MathDesign-CH, Regular Symbol 10 texlive-texmf-fonts MathDesign-CH, Regular T1 10 texlive-texmf-fonts MathDesign-CH, Regular TS1 10 texlive-texmf-fonts MathDesign-GM, Medium Extension 10 texlive-texmf-fonts MathDesign-GM, Medium Italic MathItalic 10 texlive-texmf-fonts MathDesign-GM, Medium Italic OT1 10 texlive-texmf-fonts MathDesign-GM, Medium Italic T1 10 texlive-texmf-fonts MathDesign-GM, Medium Italic TS1 10 texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-GM, Medium MathItalic 10 texlive-texmf-fonts MathDesign-GM, Medium OT1 10 texlive-texmf-fonts MathDesign-GM, Medium Symbol 10 texlive-texmf-fonts MathDesign-GM, Medium T1 10 texlive-texmf-fonts MathDesign-GM, Medium TS1 10 texlive-texmf-fonts MathDesign-GM, Regular Extension 10 texlive-texmf-fonts MathDesign-GM, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-GM, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-GM, Regular Italic T1 10 texlive-texmf-fonts MathDesign-GM, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-GM, Regular MathItalic 10 texlive-texmf-fonts MathDesign-GM, Regular OT1 10 texlive-texmf-fonts MathDesign-GM, Regular Symbol 10 texlive-texmf-fonts MathDesign-GM, Regular T1 10 texlive-texmf-fonts MathDesign-GM, Regular TS1 10 texlive-texmf-fonts MathDesign-UT, Bold Extension 10 texlive-texmf-fonts MathDesign-UT, Bold Italic MathItalic 10 texlive-texmf-fonts MathDesign-UT, Bold Italic OT1 10 texlive-texmf-fonts MathDesign-UT, Bold Italic T1 10 texlive-texmf-fonts MathDesign-UT, Bold Italic TS1 10 texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-UT, Bold MathItalic 10 texlive-texmf-fonts MathDesign-UT, Bold OT1 10 texlive-texmf-fonts MathDesign-UT, Bold Symbol 10 texlive-texmf-fonts MathDesign-UT, Bold T1 10 texlive-texmf-fonts MathDesign-UT, Bold TS1 10 texlive-texmf-fonts MathDesign-UT, Regular Extension 10 texlive-texmf-fonts MathDesign-UT, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-UT, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-UT, Regular Italic T1 10 texlive-texmf-fonts MathDesign-UT, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-UT, Regular MathItalic 10 texlive-texmf-fonts MathDesign-UT, Regular OT1 10 texlive-texmf-fonts MathDesign-UT, Regular Symbol 10 texlive-texmf-fonts MathDesign-UT, Regular T1 10 texlive-texmf-fonts MathDesign-UT, Regular TS1 10 texlive-texmf-fonts Miriam Mono CLM, Book Oblique [culmus-miriam-mono-clm-fonts] Nimbus Mono L, Regular Oblique texlive-texmf-fonts urw-fonts Nimbus Roman No9 L, Regular Italic texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Condensed texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Condensed Italic texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Italic texlive-texmf-fonts urw-fonts ntedfont, 20 [nted-ntedfont-fonts] OmegaSerifCommon, BoldItalic texlive-texmf-fonts OmegaSerifGreek, BoldItalic texlive-texmf-fonts OmegaSerifLatin, BoldItalic texlive-texmf-fonts parmesan11, .22 [lilypond-parmesan-fonts] parmesan14, .14 [lilypond-parmesan-fonts] PLMathItalic10, BoldItalic texlive-texmf-fonts PLMathSymbols10, BoldItalic texlive-texmf-fonts PLRoman10, BoldItalic texlive-texmf-fonts PLSans10, BoldItalic texlive-texmf-fonts PLSlanted10, BoldItalic texlive-texmf-fonts QuasiChancery, MediumItalic texlive-texmf-fonts QuasiCourier, BoldItalic texlive-texmf-fonts QuasiCourier, RegularItalic texlive-texmf-fonts QuasiCourierTTF, Regular Italic texlive-texmf-fonts QuasiSwiss, BoldItalic texlive-texmf-fonts QuasiSwissCondensed, BoldItalic texlive-texmf-fonts QuasiSwissCondensed, RegularItalic texlive-texmf-fonts QuasiSwissCondensedTTF, Regular Italic texlive-texmf-fonts QuasiSwiss, RegularItalic texlive-texmf-fonts QuasiSwissTTF, Regular Italic texlive-texmf-fonts TeX040cmex7, 040Regular texlive-texmf-fonts TeX040cmex8, 040Regular texlive-texmf-fonts TeX040cmex9, 040Regular texlive-texmf-fonts TeX040feybl10, 040Regular texlive-texmf-fonts TeX040feybo10, 040Regular texlive-texmf-fonts TeX040feybr10, 040Regular texlive-texmf-fonts TeX040feyml10, 040Regular texlive-texmf-fonts TeX040feymo10, 040Regular texlive-texmf-fonts TeX040feymr10, 040Regular texlive-texmf-fonts TeX040hcaption, 040Regular texlive-texmf-fonts TeX040hclassic, 040Regular texlive-texmf-fonts TeX040pccsc10, 040Regular texlive-texmf-fonts TeX040pcmi10, 040Regular texlive-texmf-fonts TeX040pcr10, 040Regular texlive-texmf-fonts TeX040pcr5, 040Regular texlive-texmf-fonts TeX040pcr6, 040Regular texlive-texmf-fonts TeX040pcr7, 040Regular texlive-texmf-fonts TeX040pcr8, 040Regular texlive-texmf-fonts TeX040pcr9, 040Regular texlive-texmf-fonts TeX040pcsl10, 040Regular texlive-texmf-fonts TeX040pcslc9, 040Regular texlive-texmf-fonts TeX040pcti10, 040Regular texlive-texmf-fonts TeXGyreBonum, BoldItalic texlive-texmf-fonts TeXGyrePagella, BoldItalic texlive-texmf-fonts TeXGyreSchola, BoldItalic texlive-texmf-fonts TeXGyreTermes, BoldItalic texlive-texmf-fonts TeX Palladio L, Bold Italic Old Style Figures texlive-texmf-fonts TeX Palladio L, Bold Old Style Figures texlive-texmf-fonts TeX Palladio L, Italic Old Style Figures texlive-texmf-fonts TeX Palladio L, Small Caps & Old Style Figures texlive-texmf-fonts URW Bookman L, Demi Bold texlive-texmf-fonts urw-fonts URW Bookman L, Demi Bold Italic texlive-texmf-fonts urw-fonts URW Gothic L, Book Oblique texlive-texmf-fonts urw-fonts Vietnamese040Computer040Modern, Medium040 texlive-texmf-fonts Vn TeX Palladio L, Small Caps & Old Style Figures texlive-texmf-fonts XYATIP, 10 texlive-texmf-fonts XYBSQL, 10 texlive-texmf-fonts XYBTIP, 10 texlive-texmf-fonts XYCIRC, 10 texlive-texmf-fonts XYCMAT, 10 texlive-texmf-fonts XYCMBT, 10 texlive-texmf-fonts XYDASH, 10 texlive-texmf-fonts XYEUAT, 10 texlive-texmf-fonts XYEUBT, 10 texlive-texmf-fonts ? 428 files (15 MiB) in 26 packages (89 MiB) generated from 13 source packages. ? This WWS-like test checks if font faces use the: ?weight width slant [regular]? naming convention. (Microsoft resolves over a combined ?Family Face? string, since our applications use ?Family? and ?Face? separately this test considers ?Face? alone. We also reject weight abbreviations and suffixes, if a font uses them check compliance manually.) If your font is listed here please ask its upstream to fix its naming. ? exact file duplication (ignoring multilib): ? Ignoring multilib to keep it short /usr/share/texmf/fonts/type1/bitstrea/charter/bchri8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0649bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/texmf/fonts/type1/urw/zapfding/uzdr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/d050000l.pfb urw-fonts.noarch /usr/share/texmf/fonts/type1/urw/symbol/usyr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/s050000l.pfb urw-fonts.noarch /usr/share/fonts/default/ghostscript/putb.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTB_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/xine/skins/Bambino-Black/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.pcf.gz xine-ui-skins.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbi8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbo8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchbi8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0633bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Centori/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/xinium/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Centori/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchr8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0648bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putri.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTI_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putr.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTRG____.pfa xorg-x11-fonts-Type1.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcri8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrro8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchb8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0632bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putbi.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTBI____.pfa xorg-x11-fonts-Type1.noarch ? 51 files (1 MiB) in 5 packages (52 MiB) generated from 5 source packages. ? font faces duplicated by different packages: ? Excluding multilib and PCF fonts (because they are pretty much hopeless). ? 0 files (0 MiB) in 0 packages (0 MiB) generated from 0 source packages. ? Face duplication wastes resources infrastructure and user side. Very often an upstream that copied some fonts will forget to keep them up to date, and the duplication will result in the distribution of old buggy data. Even if some duplicate font files are a genuine fork with different features from the original, applications won't be able to select them relyably because of naming collisions. We should alway ship a single version of any font face in a dedicated font package, and use fontconfig or symlinks to share it accross packages. ? font faces duplicated within a package (ignoring legacy formats): stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntSmaBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpSmaBol.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntSma.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUp.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpSma.otf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-White/42.ttf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/OTF/GohaTibebZemen.otf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/TTF/GohaTibebZemen.ttf ? 19 files (0 MiB) in 3 packages (3 MiB) generated from 3 source packages. ? Face duplication within a package is almost certainly a bug, except for special symbol font families. ? packages that mix several font families (ignoring legacy formats): texlive-texmf-fonts (47) stix-sizes-fonts (5) ? Reliable font autoinstallation requires shipping only one font family per font package. This indicates problems in the packaging or the packaged font metadata. ? packages that symlink font files: htmldoc nted pokerth rosegarden4 tex-cm-lgc tex-kerkis ? 128 files (0 MiB) in 6 packages (15 MiB) generated from 6 source packages. 5 most symlinked packages: 2 urw-fonts-0:2.4-8.fc12.noarch 2 dejavu-sans-fonts-0:2.29-4.fc12.noarch 1 rosegarden4-parmesan-fonts-0:1.7.3-4.fc12.x86_64 1 rosegarden4-feta-fonts-0:1.7.3-4.fc12.x86_64 1 nted-ntedfont-fonts-0:1.6.2-1.fc12.noarch ? Symlinking font files is a way for non-font packages to comply with guidelines and avoid duplicating files, but it is also a symptom of missing or incomplete fontconfig support in the package. Please ask upstream to use fontconfig (possibly, via a higher-level library such as pangocairo). ? broken symlinks to font files: ? 0 files (0 MiB) in 0 packages (0 MiB) generated from 0 source packages. ? packages with fonts rpmlint errors on: [cjkuni-uming-fonts] fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi groff kdebase3 kdebase-workspace spring texlive-texmf-doc TeXmacs [wqy-zenhei-fonts] ? 418 files (35 MiB) in 11 packages (213 MiB) generated from 9 source packages. ? packages with font files not identified as such by libmagic: 12 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) 12 a2ps-0:4.14-10.fc12.i686 (a2ps-4.14-10.fc12.src.rpm) ? 24 files (0 MiB) in 2 packages (1 MiB) generated from 1 source packages. ? Either libmagic has a bug or the files are malformed and need to be fixed or dumped. ? packages with font files fc-query can not parse: 225 xorg-x11-fonts-misc-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 190 fonts-ISO8859-2-75dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 190 fonts-ISO8859-2-100dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 155 japanese-bitmap-fonts-0:0.20080710-8.fc12.noarch (japanese-bitmap-fonts-0.20080710-8.fc12.src.rpm) 154 terminus-fonts-0:4.28-9.fc12.noarch (terminus-fonts-4.28-9.fc12.src.rpm) 114 fonts-KOI8-R-75dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 82 xorg-x11-fonts-cyrillic-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 60 fonts-KOI8-R-100dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 42 baekmuk-bdf-fonts-0:2.2-7.fc11.noarch (baekmuk-bdf-fonts-2.2-7.fc11.src.rpm) 32 x3270-x11-0:3.3.6-10.fc12.x86_64 (x3270-3.3.6-10.fc12.src.rpm) 24 mona-bitmap-fonts-0:2.90-9.fc12.noarch (monafont-2.90-9.fc12.src.rpm) 16 fonts-KOI8-R-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 15 fonts-ISO8859-2-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 13 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) 13 a2ps-0:4.14-10.fc12.i686 (a2ps-4.14-10.fc12.src.rpm) 12 jfbterm-0:0.4.7-22.fc12.x86_64 (jfbterm-0.4.7-22.fc12.src.rpm) 8 xorg-x11-fonts-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 8 xorg-x11-fonts-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 6 kst-0:1.8.0-3.fc12.x86_64 (kst-1.8.0-3.fc12.src.rpm) 6 kst-0:1.8.0-3.fc12.i686 (kst-1.8.0-3.fc12.src.rpm) 4 knm_new-fonts-0:1.1-5.fc11.noarch (knm_new-fonts-1.1-5.fc11.src.rpm) 2 libdockapp-fonts-0:0.6.2-3.fc12.x86_64 (libdockapp-0.6.2-3.fc12.src.rpm) 2 groff-0:1.18.1.4-18.fc12.x86_64 (groff-1.18.1.4-18.fc12.src.rpm) 1 jisksp16-1990-fonts-0:0.983-5.fc12.noarch (jisksp16-1990-fonts-0.983-5.fc12.src.rpm) ? 2862 files (54 MiB) in 32 packages (65 MiB) generated from 15 source packages. ? Either fontconfig has a bug or the files are malformed and need to be fixed or dumped. ? packages with localized metadata but no English variant: /usr/share/fonts/gfs-theokritos/GFSTheokritos.otf gfs-theokritos-fonts-0:20070415-14.fc12.noarch ? 1 files (0 MiB) in 1 packages (0 MiB) generated from 1 source packages. ? The font files need to be fixed to declare metadata in English too. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From kevin.kofler at chello.at Sun Sep 6 14:42:26 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 06 Sep 2009 16:42:26 +0200 Subject: Bugzilla Desktop Client References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> Message-ID: nodata wrote: > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > information. That makes no sense whatsoever, this information is required by the developers for actually fixing the bug! Trying to help the user figure out the component somehow (e.g. "look up by executable name" and/or "look up by menu entry" which does an rpm -qf to find the binary package and then queries RPM again for the matching source package) makes sense, hiding it entirely doesn't. Kevin Kofler From fabian.deutsch at gmx.de Sun Sep 6 14:52:12 2009 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Sun, 06 Sep 2009 16:52:12 +0200 Subject: Bugzilla Desktop Client In-Reply-To: References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> Message-ID: <1252248732.9695.1.camel@localhost.localdomain> Am Sonntag, den 06.09.2009, 16:42 +0200 schrieb Kevin Kofler: > nodata wrote: > > I'd suggest hiding all of the Component, Version, Severity, Hardware, OS > > information. > > That makes no sense whatsoever, this information is required by the > developers for actually fixing the bug! > > Trying to help the user figure out the component somehow (e.g. "look up by > executable name" and/or "look up by menu entry" which does an rpm -qf to > find the binary package and then queries RPM again for the matching source > package) makes sense, hiding it entirely doesn't. Using smolt to generate and link to a HW-spec-summery would also be a nice and relevant option. fabian From jreiser at bitwagon.com Sun Sep 6 15:04:05 2009 From: jreiser at bitwagon.com (John Reiser) Date: Sun, 06 Sep 2009 08:04:05 -0700 Subject: Bugzilla Desktop Client In-Reply-To: <1252248732.9695.1.camel@localhost.localdomain> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> Message-ID: <4AA3CF65.5010705@bitwagon.com> On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > Using smolt to generate and link to a HW-spec-summery would also be a > nice and relevant option. Think hard about the implications for [non-]privacy, legal complications, etc. -- From dr.diesel at gmail.com Sun Sep 6 15:11:51 2009 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 6 Sep 2009 11:11:51 -0400 Subject: Bugzilla Desktop Client In-Reply-To: <4AA3CF65.5010705@bitwagon.com> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> Message-ID: <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> On Sun, Sep 6, 2009 at 11:04 AM, John Reiser wrote: > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > >> Using smolt to generate and link to a HW-spec-summery would also be a >> nice and relevant option. >> > > Think hard about the implications for [non-]privacy, legal complications, > etc. > > The app can always ask nicely for permission first! -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabian.deutsch at gmx.de Sun Sep 6 15:19:36 2009 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Sun, 06 Sep 2009 17:19:36 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> Message-ID: <1252250376.9695.6.camel@localhost.localdomain> Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > wrote: > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > Using smolt to generate and link to a HW-spec-summery > would also be a > nice and relevant option. > > > Think hard about the implications for [non-]privacy, legal > complications, etc. > > > The app can always ask nicely for permission first! > Maybe users won't be aware of the risk or what might happen with their data. I'd also tend to say - like John does - that linking a non-anonymous bugzilla account/email with a smolt profile might be somewhat .. too much. fabian From dr.diesel at gmail.com Sun Sep 6 15:22:12 2009 From: dr.diesel at gmail.com (Dr. Diesel) Date: Sun, 6 Sep 2009 11:22:12 -0400 Subject: Bugzilla Desktop Client In-Reply-To: <1252250376.9695.6.camel@localhost.localdomain> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> <1252250376.9695.6.camel@localhost.localdomain> Message-ID: <2a28d2ab0909060822l1e50a57dxc9254097b076ca3b@mail.gmail.com> On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch wrote: > Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > > wrote: > > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > > Using smolt to generate and link to a HW-spec-summery > > would also be a > > nice and relevant option. > > > > > > Think hard about the implications for [non-]privacy, legal > > complications, etc. > > > > > > The app can always ask nicely for permission first! > > > > Maybe users won't be aware of the risk or what might happen with their > data. > I'd also tend to say - like John does - that linking a non-anonymous > bugzilla account/email with a smolt profile might be somewhat .. too > much. > > fabian Is it any different than submitting a smolt profile upon install? -- projecthuh.com All of my bits are free, are yours? Fedoraproject.org "I'd rather have dead offenders than repeat offenders" - Ted Nugent -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at camperquake.de Sun Sep 6 15:34:00 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 6 Sep 2009 17:34:00 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <1252250376.9695.6.camel@localhost.localdomain> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> <1252250376.9695.6.camel@localhost.localdomain> Message-ID: <20090906173400.4ce686e9@fred.camperquake.de> Hi. On Sun, 06 Sep 2009 17:19:36 +0200, Fabian Deutsch wrote > Maybe users won't be aware of the risk or what might happen with their > data. > I'd also tend to say - like John does - that linking a non-anonymous > bugzilla account/email with a smolt profile might be somewhat .. too > much. So I should not ever enter a smolt profile into bugzilla? I'm not sure this is particuary helpful. From fabian.deutsch at gmx.de Sun Sep 6 15:34:05 2009 From: fabian.deutsch at gmx.de (Fabian Deutsch) Date: Sun, 06 Sep 2009 17:34:05 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <2a28d2ab0909060822l1e50a57dxc9254097b076ca3b@mail.gmail.com> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> <1252250376.9695.6.camel@localhost.localdomain> <2a28d2ab0909060822l1e50a57dxc9254097b076ca3b@mail.gmail.com> Message-ID: <1252251245.9695.10.camel@localhost.localdomain> Am Sonntag, den 06.09.2009, 11:22 -0400 schrieb Dr. Diesel: > > > On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch > wrote: > Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: > > > > > > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser > > > wrote: > > On 09/06/2009 07:52 AM, Fabian Deutsch wrote: > > Using smolt to generate and link to a > HW-spec-summery > > would also be a > > nice and relevant option. > > > > > > Think hard about the implications for [non-]privacy, > legal > > complications, etc. > > > > > > The app can always ask nicely for permission first! > > > > > Maybe users won't be aware of the risk or what might happen > with their > data. > I'd also tend to say - like John does - that linking a > non-anonymous > bugzilla account/email with a smolt profile might be > somewhat .. too > much. > > fabian > > Is it any different than submitting a smolt profile upon install? > Yes. It is not possible to get a connection between an email-adress and a profile within the public smolt pages. Providing a smolt-pub_uuid in bugzilla would link email and profile. In general a smolt profile would surely help to debug some hw related issues, so this option might just be suggested, when this bz client,d etects that the issue might be hardware related and also points out that this can be a privacy concern. fabian fabian From loupgaroublond at gmail.com Sun Sep 6 17:46:30 2009 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Sun, 6 Sep 2009 19:46:30 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <1252251245.9695.10.camel@localhost.localdomain> References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> <1252248732.9695.1.camel@localhost.localdomain> <4AA3CF65.5010705@bitwagon.com> <2a28d2ab0909060811i70ef52c2le9f575692dbb7d74@mail.gmail.com> <1252250376.9695.6.camel@localhost.localdomain> <2a28d2ab0909060822l1e50a57dxc9254097b076ca3b@mail.gmail.com> <1252251245.9695.10.camel@localhost.localdomain> Message-ID: <7f692fec0909061046k5069fe53kc0035c626a4c5eb6@mail.gmail.com> 2009/9/6 Fabian Deutsch : > Am Sonntag, den 06.09.2009, 11:22 -0400 schrieb Dr. Diesel: >> >> >> On Sun, Sep 6, 2009 at 11:19 AM, Fabian Deutsch >> wrote: >> ? ? ? ? Am Sonntag, den 06.09.2009, 11:11 -0400 schrieb Dr. Diesel: >> ? ? ? ? > >> ? ? ? ? > >> ? ? ? ? > On Sun, Sep 6, 2009 at 11:04 AM, John Reiser >> ? ? ? ? >> ? ? ? ? > wrote: >> ? ? ? ? > ? ? ? ? On 09/06/2009 07:52 AM, Fabian Deutsch wrote: >> ? ? ? ? > ? ? ? ? ? ? ? ? Using smolt to generate and link to a >> ? ? ? ? HW-spec-summery >> ? ? ? ? > ? ? ? ? ? ? ? ? would also be a >> ? ? ? ? > ? ? ? ? ? ? ? ? nice and relevant option. >> ? ? ? ? > >> ? ? ? ? > >> ? ? ? ? > ? ? ? ? Think hard about the implications for [non-]privacy, >> ? ? ? ? legal >> ? ? ? ? > ? ? ? ? complications, etc. >> ? ? ? ? > >> ? ? ? ? > >> ? ? ? ? > The app can always ask nicely for permission first! >> ? ? ? ? > >> >> >> ? ? ? ? Maybe users won't be aware of the risk or what might happen >> ? ? ? ? with their >> ? ? ? ? data. >> ? ? ? ? I'd also tend to say - like John does - that linking a >> ? ? ? ? non-anonymous >> ? ? ? ? bugzilla account/email with a smolt profile might be >> ? ? ? ? somewhat .. too >> ? ? ? ? much. >> >> ? ? ? ? fabian >> >> Is it any different than submitting a smolt profile upon install? >> > > Yes. It is not possible to get a connection between an email-adress and > a profile within the public smolt pages. > Providing a smolt-pub_uuid in bugzilla would link email and profile. > > In general a smolt profile would surely help to debug some hw related > issues, so this option might just be suggested, when this bz client,d > etects that the issue might be hardware related and also points out that > this can be a privacy concern. You can always revoke a pub uuid in the future. Perhaps a message about that will encourage people to be more forthcoming with Smolt profiles within such a tool. Obviously, including a smolt profile just automates certain kinds of information (read: privacy) disclosures, which is sometimes necessary in a bug report anyways. Unless that information as cached elsewhere, revoking a public UUID essentially makes people forget the details though. -Yaakov From bjorn at xn--rombobjrn-67a.se Sun Sep 6 19:22:44 2009 From: bjorn at xn--rombobjrn-67a.se (=?iso-8859-1?q?Bj=F6rn_Persson?=) Date: Sun, 6 Sep 2009 21:22:44 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <7f692fec0909061046k5069fe53kc0035c626a4c5eb6@mail.gmail.com> References: <1252251245.9695.10.camel@localhost.localdomain> <7f692fec0909061046k5069fe53kc0035c626a4c5eb6@mail.gmail.com> Message-ID: <200909062122.56442.bjorn@xn--rombobjrn-67a.se> Yaakov Nemoy wrote: > You can always revoke a pub uuid in the future. Perhaps a message > about that will encourage people to be more forthcoming with Smolt > profiles within such a tool. Obviously, including a smolt profile just > automates certain kinds of information (read: privacy) disclosures, > which is sometimes necessary in a bug report anyways. Unless that > information as cached elsewhere, revoking a public UUID essentially > makes people forget the details though. Once published, always public. You can of course hope that nobody saved a copy of your details before you retracted them, but you can never be sure. The only safe assumption is that any information you publish remains public forever. That said, I'm personally not very concerned about letting people know what hardware I have; my secrets are of other kinds. (But of course I wouldn't want anything to be published without my permission.) Bj?rn Persson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part. URL: From nicu_fedora at nicubunu.ro Mon Sep 7 07:18:14 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Mon, 07 Sep 2009 10:18:14 +0300 Subject: Bugzilla Desktop Client In-Reply-To: References: <4AA35717.1030605@fedoraproject.org> <1252232255.29542.2.camel@prague> Message-ID: <4AA4B3B6.8070102@nicubunu.ro> On 09/06/2009 05:42 PM, Kevin Kofler wrote: > nodata wrote: >> I'd suggest hiding all of the Component, Version, Severity, Hardware, OS >> information. > > That makes no sense whatsoever, this information is required by the > developers for actually fixing the bug! In my understanding, the purpose of this tool is to make bug reporting easy, so it make sense to not ask the user questions which are better answered by the application, doing an automatic query. > Trying to help the user figure out the component somehow (e.g. "look up by > executable name" and/or "look up by menu entry" which does an rpm -qf to > find the binary package and then queries RPM again for the matching source > package) makes sense, hiding it entirely doesn't. I think by default this application (Boog) must ask by default maximum 3 questions: the application name (preferably selected from a nice list, with icons and full names), a description and maybe a summary (the summary is needed by Bugzilla). Everything (version numbers, logs, configs) else can be collected automatically. Then an advanced user can inspect/modify the data, before sending, but a beginner can just send it as is. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ photography: http://photoblog.nicubunu.ro/ my Fedora stuff: http://fedora.nicubunu.ro/ From nicu_fedora at nicubunu.ro Mon Sep 7 07:22:49 2009 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Mon, 07 Sep 2009 10:22:49 +0300 Subject: Bugzilla Desktop Client In-Reply-To: <4AA35717.1030605@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> Message-ID: <4AA4B4C9.3040104@nicubunu.ro> On 09/06/2009 09:30 AM, Rahul Sundaram wrote: > > You might want to look at > > https://fedorahosted.org/boog/ > > We need to avoid duplication of work. Kushal Das hasn't started working > on the GUI since we are waiting on the design team to provide mockups > but he has a command line client that does a bunch of nifty things. While there is probably a lot of room for collaboration, those tools looks like having different targets, not replacements for each other: one is a general bugzilla client aiming to be able to work with as many ticketing systems as possible and another is intended to make bug reporting easy *for Fedora*. -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/ From dan at danny.cz Mon Sep 7 08:06:48 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 07 Sep 2009 10:06:48 +0200 Subject: what features are required in Fedora kernel In-Reply-To: <200909041441.28127.sgrubb@redhat.com> References: <1252088230.3795.122.camel@eagle.danny.cz> <200909041441.28127.sgrubb@redhat.com> Message-ID: <1252310808.3844.14.camel@eagle.danny.cz> Steve Grubb p??e v P? 04. 09. 2009 v 14:41 -0400: > On Friday 04 September 2009 02:17:10 pm Dan Hor?k wrote: > > I am building kernels for some ARM based devices that use Fedora/ARM as > > user-land. > > Glad to see someone else looking at the ARM kernel. > > > > These devices are usually very limited in the size of kernel > > that can be stored in their flash memories (like 2MB kernel, 4MB > > ramdisk). So I would like to know what kernel features make a "Fedora > > kernel", what are the MUST HAVE features? > > Maybe some usb devices. Which ones...I don't know. :) USB support is built as modular so I can enable all :-) > > Now I have those on my list > > - audit > > Note that the audit system on ARM is dysfunctional. No one has ever taken the > time to write the requisite code in arch/arm/kernel/ptrace.c to call > audit_syscall_entry(). Without that code upstream (or as a patch), the audit > system is limited to user space originating events. I don't know if SE Linux > AVC's are affected by the audit system not having its hands on a lot of > information during the syscall. good to know > > - SELinux > > - IPv6 > > - Netfilter for both IPv4 and IPv6 > > Netfilter is needed badly on that arch since the default system image has a > mail server listening to the public IP address and running as root. Iptables > is needed to block this access. I have uploaded my kernel + modules, see https://www.redhat.com/archives/fedora-arm/2009-September/msg00006.html for details. Dan From nicolas.mailhot at laposte.net Mon Sep 7 08:06:56 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 7 Sep 2009 10:06:56 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <4AA4B4C9.3040104@nicubunu.ro> References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> Message-ID: <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> Le Lun 7 septembre 2009 09:22, Nicu Buculei a ?crit : > While there is probably a lot of room for collaboration, those tools > looks like having different targets, not replacements for each other: > one is a general bugzilla client aiming to be able to work with as many > ticketing systems as possible and another is intended to make bug > reporting easy *for Fedora*. And many Fedora devs will ask to report the bug upstream instead, so a tool that only works with bugzilla.redhat.com is pretty useless -- Nicolas Mailhot From dan at danny.cz Mon Sep 7 08:10:12 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 07 Sep 2009 10:10:12 +0200 Subject: what features are required in Fedora kernel In-Reply-To: References: <1252088230.3795.122.camel@eagle.danny.cz> Message-ID: <1252311012.3844.18.camel@eagle.danny.cz> Mike McGrath p??e v P? 04. 09. 2009 v 15:55 -0500: > On Fri, 4 Sep 2009, Dan Hor?k wrote: > > > Hi all, > > > > I am building kernels for some ARM based devices that use Fedora/ARM as > > user-land. These devices are usually very limited in the size of kernel > > that can be stored in their flash memories (like 2MB kernel, 4MB > > ramdisk). So I would like to know what kernel features make a "Fedora > > kernel", what are the MUST HAVE features? > > > > This is an interesting question. I'd hate to think that something being > unable to be included because of technical reasons would cause us to be > unable to call something Fedora. It's not meant as a strict question what can or can't be called Fedora, but rather what are the important features that are used by the user space tools in Fedora. Dan From dan at danny.cz Mon Sep 7 08:22:30 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 07 Sep 2009 10:22:30 +0200 Subject: what features are required in Fedora kernel In-Reply-To: <20090904212031.B2B3B8B12E@magilla.sf.frob.com> References: <1252088230.3795.122.camel@eagle.danny.cz> <20090904212031.B2B3B8B12E@magilla.sf.frob.com> Message-ID: <1252311750.3844.25.camel@eagle.danny.cz> Roland McGrath p??e v P? 04. 09. 2009 v 14:20 -0700: > > This is an interesting question. I'd hate to think that something being > > unable to be included because of technical reasons would cause us to be > > unable to call something Fedora. > > Well, I think it's more or less "whatever works". That is, we require > the various kernel features that the rest of the Fedora packages and > their integration need to work properly. > > Are you trying to get the installed kernel rpm size real small, > or just to get the kernel+initrd real small? The latter seems I am not playing with the kernel rpm for now, having a working kernel rpm on ARM is a long-term goal. > fairly easy--just make everything not in the boot path modular > and make sure mkinitrd doesn't include anything unnecessary. > Then everything else can be in post-boot modules and you don't > necessarily have to strip down the kernel build particularly. Yes, it works. The first experiment was how small today's kernel can be. And it's good to know that it can be small enough, at least on 32-bit platform. Now it requires to properly mix the built-in and modularized stuff. Dan From loupgaroublond at gmail.com Mon Sep 7 08:30:46 2009 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 7 Sep 2009 10:30:46 +0200 Subject: Bugzilla Desktop Client In-Reply-To: <200909062122.56442.bjorn@xn--rombobjrn-67a.se> References: <1252251245.9695.10.camel@localhost.localdomain> <7f692fec0909061046k5069fe53kc0035c626a4c5eb6@mail.gmail.com> <200909062122.56442.bjorn@xn--rombobjrn-67a.se> Message-ID: <7f692fec0909070130ge5b7f8blff908947fc656ff2@mail.gmail.com> 2009/9/6 Bj?rn Persson : > Yaakov Nemoy wrote: >> You can always revoke a pub uuid in the future. Perhaps a message >> about that will encourage people to be more forthcoming with Smolt >> profiles within such a tool. Obviously, including a smolt profile just >> automates certain kinds of information (read: privacy) disclosures, >> which is sometimes necessary in a bug report anyways. Unless that >> information as cached elsewhere, revoking a public UUID essentially >> makes people forget the details though. > > Once published, always public. > > You can of course hope that nobody saved a copy of your details before you > retracted them, but you can never be sure. The only safe assumption is that > any information you publish remains public forever. > > That said, I'm personally not very concerned about letting people know what > hardware I have; my secrets are of other kinds. (But of course I wouldn't want > anything to be published without my permission.) When i put together that algorithm, i took that fact into account. The words i used is that a secret between two people in not a secret. If the facts change though, and you don't tell anyone, then the change, (or the delta or patch, if you will) is a secret. Releasing the fact shouldn't force you to release the change. Another fact to take into account is that although you may have released it, and parts of it may have been copied into the bug report, it's not necessarily true that the information is cached somewhere. There's a percentage chance it has been, and then another percentage chance that someone knows where to look to find it. Revoking the public part of the secret doesn't absolve you of privacy concerns, but, in certain circumstances, it can mitigate them. Given how statistics and numbers work nowadays, anything that lets you mitigate issues can have a cummulative effect with other things. Then it's just a question of not being the slowest sheep when the wolves show up. -Yaakov From sundaram at fedoraproject.org Mon Sep 7 08:41:52 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 07 Sep 2009 14:11:52 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> Message-ID: <4AA4C750.5080409@fedoraproject.org> On 09/07/2009 01:36 PM, Nicolas Mailhot wrote: > > > Le Lun 7 septembre 2009 09:22, Nicu Buculei a ?crit : > >> While there is probably a lot of room for collaboration, those tools >> looks like having different targets, not replacements for each other: >> one is a general bugzilla client aiming to be able to work with as many >> ticketing systems as possible and another is intended to make bug >> reporting easy *for Fedora*. As I indicated, both of them use python-bugzilla and python-bugzilla doesn't yet with "many ticketing systems". > And many Fedora devs will ask to report the bug upstream instead, so a > tool that only works with bugzilla.redhat.com is pretty useless If you want, check the number of bugs reported against RH bugzilla where the maintainer does not push the reporters themselves to report again to upstream. I suspect you will find that a very high number. Neverthless, if someone wants to extend python-bugzilla to work with other bugzilla's feel free to talk to Will Woods about it. Rahul From rakesh.pandit at gmail.com Mon Sep 7 09:02:16 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 7 Sep 2009 14:32:16 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <4AA4C750.5080409@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> <4AA4C750.5080409@fedoraproject.org> Message-ID: 2009/9/7 Rahul Sundaram wrote: > On 09/07/2009 01:36 PM, Nicolas Mailhot wrote: [..] >> And many Fedora devs will ask to report the bug upstream instead, so a >> tool that only works with bugzilla.redhat.com is pretty useless > [..] > If you want, check the number of bugs reported against RH bugzilla > where the maintainer does not push the reporters themselves to report > again to upstream. I suspect you will find that a very high number. > > Neverthless, if someone wants to extend python-bugzilla to work with > other bugzilla's feel free to talk to Will Woods about it. > [..] btw .. python-bugzilla does work with upstream bugzilla nicely, and it is of course not meant for other ticketing systems. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From sundaram at fedoraproject.org Mon Sep 7 09:06:34 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 07 Sep 2009 14:36:34 +0530 Subject: Bugzilla Desktop Client In-Reply-To: References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> <4AA4C750.5080409@fedoraproject.org> Message-ID: <4AA4CD1A.9040701@fedoraproject.org> On 09/07/2009 02:32 PM, Rakesh Pandit wrote: > btw .. python-bugzilla does work with upstream bugzilla nicely, and it > is of course not meant for other ticketing systems. The problem is that deployments of bugzilla (GNOME, KDE etc) tend to be customized and if we want to support them, we need to test/tweak to make sure they work will with the ones we care about. Rahul From rakesh.pandit at gmail.com Mon Sep 7 09:16:19 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 07 Sep 2009 14:46:19 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <4AA4CD1A.9040701@fedoraproject.org> References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> <4AA4C750.5080409@fedoraproject.org> <4AA4CD1A.9040701@fedoraproject.org> Message-ID: <4AA4CF63.7090802@gmail.com> On 09/07/2009 02:36 PM, Rahul Sundaram wrote: > On 09/07/2009 02:32 PM, Rakesh Pandit wrote: > >> btw .. python-bugzilla does work with upstream bugzilla nicely, and it >> is of course not meant for other ticketing systems. > > The problem is that deployments of bugzilla (GNOME, KDE etc) tend to be > customized and if we want to support them, we need to test/tweak to make > sure they work will with the ones we care about. > > Rahul Yeah, that is going to be a bottleneck. But that has to be fixed while working. Customization also has levels. If they are customizing with customizing interfaces already provided by bugzilla, then it wouldn't be a problem. One can use bzobj.__proxy. and cf_* keys. But if they have tweaked it beyond that then it gets worse. -- Regards, Rakesh Pandit From kushaldas at gmail.com Mon Sep 7 09:51:58 2009 From: kushaldas at gmail.com (Kushal Das) Date: Mon, 7 Sep 2009 15:21:58 +0530 Subject: Bugzilla Desktop Client In-Reply-To: <4AA4CF63.7090802@gmail.com> References: <4AA35717.1030605@fedoraproject.org> <4AA4B4C9.3040104@nicubunu.ro> <044056709ad9dd56852c2233921544ca.squirrel@arekh.dyndns.org> <4AA4C750.5080409@fedoraproject.org> <4AA4CD1A.9040701@fedoraproject.org> <4AA4CF63.7090802@gmail.com> Message-ID: On Mon, Sep 7, 2009 at 2:46 PM, Rakesh Pandit wrote: > Yeah, that is going to be a bottleneck. But that has to be fixed while > working. > > Customization also has levels. If they are customizing with customizing > interfaces already provided by bugzilla, then it wouldn't be a problem. > One can use bzobj.__proxy. and cf_* keys. But if they have tweaked > it beyond that then it gets worse. For generic uses, bug.* methods are good enough to do almost everything. But people try to customise bugzilla beyond eveything :( Kushal -- http://fedoraproject.org http://kushaldas.in From dwalsh at redhat.com Mon Sep 7 10:47:02 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 07 Sep 2009 06:47:02 -0400 Subject: Where are selinux workarounds/exceptions/hacks tracked? In-Reply-To: <1252167422.15658.3.camel@prague> References: <1252167422.15658.3.camel@prague> Message-ID: <4AA4E4A6.6010102@redhat.com> On 09/05/2009 12:17 PM, nodata wrote: > I remember ages and ages ago when selinux first came to Fedora that lots > of apps (Java, flash, Mozilla/Firefox) didn't work because the apps did > dodgy things with memory. > > I was wondering if these dodgy things still existed, and if they did, > what effort was being put into making them go away? Is it tracked > anywhere? > > Thanks. > Java/Mono/Wine all have to do the dodgy things in memory, Since by there nature they write to a memory location and then execute the code. I believe firefox/Mozilla has been fixed. Also certain libflash instances have been fixed. From rawhide at fedoraproject.org Mon Sep 7 12:48:48 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 7 Sep 2009 12:48:48 +0000 Subject: rawhide report: 20090907 changes Message-ID: <20090907124848.GA30338@releng2.fedora.phx.redhat.com> Compose started at Mon Sep 7 06:15:08 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-0.9) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) cluttermm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) cluttermm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package bilbo Blogging client, focused on simplicity and usability New package nforenum A format correcter and linter for the NFO language New package python-sqlalchemy0.5 Modular and flexible ORM library for python New package trac-accountmanager-plugin Trac plugin for account registration and management Updated Packages: PyQwt-5.2.0-1.fc12 ------------------ * Sun Sep 06 2009 Milos Jakubicek - 5.2.0-1 - Fix FTBFS: Update to 5.2.0 * Fri Jul 24 2009 Fedora Release Engineering - 5.1.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Feb 23 2009 Fedora Release Engineering - 5.1.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild adf-accanthis-fonts-1.6-4.fc12 ------------------------------ * Sun Sep 06 2009 - 1.6-4 ? Stealth upstream update apanov-heuristica-fonts-0.2-1.fc12 ---------------------------------- * Sun Sep 06 2009 Nicolas Mailhot - 1:0.2-1 asterisk-1.6.1.6-1.fc12 ----------------------- * Sun Sep 06 2009 Jeffrey C. Ollie - 1.6.1.6-1 - Update to 1.6.1.6 - Drop patches that are too troublesome to maintain anymore or have been integrated upstream. asymptote-1.86-1.fc12 --------------------- * Sun Sep 06 2009 Tom "spot" Callaway - 1.86-1 - update to 1.86 bouncycastle-1.43-6.fc12 ------------------------ * Sun Sep 06 2009 Ville Skytt? - 1.43-6 - Include improvements from #521475: - Include missing properties files in jar. - Build with javac -encoding UTF-8. - Use %javac and %jar macros. - Run test suite during build (ignoring failures for now). - Follow upstream in excluding various test suite classes from jar; drop dependency on junit4. colossus-0.9.2-1.20090906svn4519.fc12 ------------------------------------- * Sun Sep 06 2009 Bruno Wolff III - 0.9.2-1.20090906svn4519 - Rebase to 0.9.2 - See: http://colossus.sourceforge.net/docs/RecentChangesDetails.html - Fixed: 2835558 WARNING: Could not find creature with name none - Fixed: 2820231 Illegal rangestrike - Fixed: 2848651 and 2828028: Legion flyouts - Fixed: 2837746 Balrog variant: Caretaker counts not reset between games - Fixed: 2839241 Faulty anchor tags (Crossreference links in docs worked for Inetnet Explorer but not for Netscape) - Make loading and saving of Balrog games work - Make Auto Done act properly when there is no Recruit action or undo possible - Add in save game also a property that tells with which release / revision of Colossus that save game was created. - Eliminated some race situations in game startup (thread interaction/notifications) constantine-kde-theme-11.90.2-2.fc12 ------------------------------------ * Sun Sep 06 2009 Jaroslav Reznik 11.90.2-2 - more resolutions for KDM theme - c-b-kde BR, bumped version dejavu-fonts-2.30-1.fc12 ------------------------ * Sun Sep 06 2009 Nicolas Mailhot - 2.30-1 google-droid-fonts-20090906-1.fc12 ---------------------------------- * Sun Sep 06 2009 Nicolas Mailhot - 20090906-1 ? upstream stealth update gtk2-2.17.11-2.fc12 ------------------- * Sun Sep 06 2009 Matthias Clasen - 2.17.11-2 - Fix the initial event mask for the root window (#521137) ibus-anthy-1.2.0.20090907-1.fc12 -------------------------------- * Mon Sep 07 2009 Takao Fujiwara - 1.2.0.20090907-1 - Update to 1.2.0.20090907 - Fix bug 510978 - "Typing Method" configuration doesn't work - Fix bug 518373 - ibus setup tools need to set gettext textdomain dir. ibus-table-translit-1.2.0.20090907-1.fc12 ----------------------------------------- * Mon Sep 07 2009 Caius 'kaio' Chance - 1.2.0.20090907-1.fc12 - Updated source. - Introduced Ukrainian Translit table. jetty-5.1.15-4.fc12 ------------------- * Fri Jul 24 2009 Fedora Release Engineering - 5.1.15-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild kmymoney2-1.0.1-1.fc12 ---------------------- * Sun Sep 06 2009 Rex Dieter - 1.0.1-1 - kmymoney2-1.0.1 libvirt-0.7.1-0.1.git3ef2e05.fc12 --------------------------------- * Sun Sep 06 2009 Mark McLoughlin - 0.7.1-0.1.gitg3ef2e05 - Update to pre-release git snapshot of 0.7.1 - Drop upstreamed patches moblin-gtk-engine-1.0.0-1.fc12 ------------------------------ * Sun Sep 06 2009 Peter Robinson 1.0.0-1 - New upstream 1.0.0 release moblin-icon-theme-0.7-3 ----------------------- nautilus-2.27.91-3.fc12 ----------------------- * Sun Sep 06 2009 Matthias Clasen - 2.27.91-3 - Fix uninhibiting when long-running operations are over nss-3.12.4-3.fc12 ----------------- * Sun Sep 06 2009 Elio Maldonado - 3.12.4-3 - PEM module implements memory management for internal objects - 509705 - PEM module doesn't crash when processing malformed key files - 512019 nss-softokn-3.12.4-4.fc12 ------------------------- * Sun Sep 06 2009 Elio Maldonado - 3.12.4-4 - Postuninstall scriptlet finishes quietly octave-3.2.2-3.fc12 ------------------- * Sun Sep 06 2009 Alex Lancaster - 6:3.2.2-3 - Disable make check temporarily to get a build against newly fixed lapack * Wed Sep 02 2009 Orion Poplawski - 6:3.2.2-2 - Add make check octave-forge-20090607-13.fc12 ----------------------------- * Sun Sep 06 2009 Alex Lancaster - 20090607-13 - Rebuild against new lapack/octave combination to fix ieee problem perl-Catalyst-View-JSON-0.26-1.fc12 ----------------------------------- * Sun Sep 06 2009 Iain Arnell 0.26-1 - update to latest upstream release rsnapshot-1.3.1-4.fc12 ---------------------- * Sun Sep 06 2009 Ruben Kerkhof 1.3.1-4 - The include_conf directive doesn't handle backticks as documented. This is already fixed upstream in cvs but not in a release yet. selinux-policy-3.6.30-4.fc12 ---------------------------- * Fri Sep 04 2009 Dan Walsh 3.6.30-4 - Allow xserver to use netlink_kobject_uevent_socket * Thu Sep 03 2009 Dan Walsh 3.6.30-3 - Fixes for sandbox spambayes-1.0.4-9.fc12 ---------------------- * Mon Sep 07 2009 Milos Jakubicek - 1.0.4-9 - Fix FTBFS: remove %exclude of Python's byte-compiled files under %{_bindir}, not necessary anymore (has been fixed in brp-python-bytecompile) * Sun Jul 26 2009 Fedora Release Engineering - 1.0.4-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild vdr-skinsoppalusikka-1.6.4-3.fc12 --------------------------------- * Sun Sep 06 2009 Ville-Pekka Vainio - 1.6.4-3 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. vdr-tvonscreen-1.0.141-7.fc12 ----------------------------- * Sun Sep 06 2009 Ville-Pekka Vainio - 1.0.141-7 - Filter out autoprovided libvdr-*.so.* (if %filter_setup is available). - Use ISA qualified dependency to vdr(abi). - Use %global instead of %define. wesnoth-1.6.5-1.fc12 -------------------- * Sun Sep 06 2009 Warren Togami - 1.6.5-1 - 1.6.5 xapian-bindings-1.0.15-2.fc12 ----------------------------- * Sun Sep 06 2009 Peter Robinson 1.0.15-2 - Patch to fix python bindings build * Thu Aug 27 2009 Peter Robinson 1.0.15.1 - Update to 1.0.15 xorg-x11-server-1.6.99.900-1.fc12 --------------------------------- * Mon Sep 07 2009 Peter Hutterer 1.6.99.900-1 - xserver 1.6.99.900 Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 32 From rakesh.pandit at gmail.com Mon Sep 7 13:04:15 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 7 Sep 2009 18:34:15 +0530 Subject: Completed review requests bugzilla report: May, Jun, Jul & Aug Message-ID: Start Date: 2009-05-01 00:00:00 End Date: 2009-08-31 00:00:00 Parag AN(????) - 160 Jason Tibbitts - 63 Jussi Lehtola - 62 Mamoru Tasaka - 42 Orcan 'oget' Ogetbil - 25 Jochen Schmitt - 22 Andrew Overholt - 20 Christoph Wickert - 18 David Nalley - 16 Alexander Kurtakov - 15 Peter Lemenkov - 15 Jan Klepek - 12 Lubomir Rintel - 12 Chris Weyl - 10 Dan Hor?k - 10 Andrew Colin Kissa - 9 Chitlesh GOORAH - 9 Mattias Ellert - 9 Yaakov Nemoy - 9 Michel Alexandre Salim - 8 Peter Robinson - 8 Fabian Affolter - 7 Tom "spot" Callaway - 7 Brennan Ashton - 6 Kevin Fenzi - 6 Marcela Maslanova - 6 Martin Gieseking - 6 Thomas Sailer - 6 Toshio Ernie Kuratomi - 6 Yanko Kaneti - 6 Allisson Azevedo - 5 Dennis Gilmore - 5 Erik van Pienbroek - 5 Hans de Goede - 5 Ian Weller - 5 Jerry James - 5 Matej Cepl - 5 Michal Ingeli - 5 Nicolas Mailhot - 5 Nils Philippsen - 5 Rahul Sundaram - 5 Christian Krause - 4 Emmanuel Seyman - 4 Jens Petersen - 4 Matthias Clasen - 4 Nuno Santos - 4 manuel wolfshant - 4 Ben Boeckel - 3 Caolan McNamara - 3 Guido Grazioli - 3 Iain Arnell - 3 Jeff Johnston - 3 Lorenzo Villani - 3 Mike Bonnet - 3 Nick Bebout - 3 Nicolas Chauvet (kwizart) - 3 Nikolay Vladimirov - 3 Pavel Alexeev (aka Pahan-Hubbitus) - 3 Rakesh Pandit - 3 Remi Collet - 3 Steven M. Parrish - 3 Wesley S. Hearn - 3 Bastien Nocera - 2 Bob Relyea - 2 David Lutterkort - 2 Felix Kaechele - 2 Igor Juri?kovi? - 2 Ivana Varekova - 2 Jon Ciesla - 2 Matthew Barnes - 2 Michael Schwendt - 2 Mike McGrath - 2 Owen Taylor - 2 Praveen K Paladugu - 2 Rasmus Ory Nielsen - 2 Sergio Pascual - 2 Stepan Kasal - 2 Warren Togami - 2 Xavier Lamien - 2 Zarko (grof) - 2 srinivas - 2 Adel Gadllah - 1 Alex Lancaster - 1 Alexey Torkhov - 1 Andreas Osowski - 1 Armin - 1 Bill Nottingham - 1 Bryan O'Sullivan - 1 Christopher Aillon - 1 D. Marlin - 1 Daniel Berrange - 1 Dave Malcolm - 1 David Hannequin - 1 Denis Arnaud - 1 Dominic Hopf - 1 Edwin ten Brink - 1 Eelko Berkenpies - 1 Fabio Massimo Di Nitto - 1 Fernando Nasser - 1 Gary T. Giesen - 1 Gianluca Sforna - 1 Guillaume Kulakowski - 1 Harald Hoyer - 1 Jarod Wilson - 1 Jeff Sheltren - 1 Jeremy Katz - 1 Jesse Keating - 1 Jim Meyering - 1 John (J5) Palmieri - 1 Jon Stanley - 1 Josh Boyer - 1 Jos? Matos - 1 Julian Aloofi - 1 Kalev Lember - 1 Lucian Langa - 1 Luya Tshimbalanga - 1 Mat Booth - 1 Michal Nowak - 1 Miloslav Trma? - 1 Paul Lange - 1 Paul W. Frields - 1 Peter Gordon - 1 Randall Berry - 1 Ray Van Dolson - 1 Rex Dieter - 1 Richard W.M. Jones - 1 Ricky Zhou - 1 Robin Norwood - 1 Ruben Kerkhof - 1 Sandro Mathys - 1 Scott Seago - 1 Sebastian Dziallas - 1 Silas Sewell - 1 Simon Wesp - 1 Sven Lankes - 1 Terje R??sten - 1 Till Maas - 1 Tomas Mraz - 1 Ville Skytt? - 1 Ville-Pekka Vainio - 1 Walter Gould - 1 leigh scott - 1 Total reviews modified: 833 Merge Reviews: 27 Review Requests: 795 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From mcrha at redhat.com Mon Sep 7 18:10:42 2009 From: mcrha at redhat.com (Milan Crha) Date: Mon, 07 Sep 2009 20:10:42 +0200 Subject: Evolution in koji not correct version? In-Reply-To: <1252155743.5807.1.camel@scrappy.miketc.net> References: <1252155743.5807.1.camel@scrappy.miketc.net> Message-ID: <1252347042.23179.1.camel@localhost.localdomain> On Sat, 2009-09-05 at 08:02 -0500, Mike Chambers wrote: > Latest release in rawhide for evo is evolution-2.27.91-1.fc12.x86_64. > The latest built in koji is evolution-2.27.5-3.1.fc12. Hi, thank you for noticing. I just built a 2.27.92, which had been released today, thus we are back on the right track. Bye, Milan From lemenkov at gmail.com Mon Sep 7 18:30:05 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Mon, 7 Sep 2009 22:30:05 +0400 Subject: What happens to hermes.ko in 2.6.30 Message-ID: Hello All! I just wondering why hermes_dld.ko hermes.ko were disabled in 2.6.30. Did they obsoleted by orinoco*.ko ? -- With best regards, Peter Lemenkov. From mbooth at redhat.com Mon Sep 7 20:28:31 2009 From: mbooth at redhat.com (Matthew Booth) Date: Mon, 07 Sep 2009 21:28:31 +0100 Subject: Adding a project to transifex Message-ID: <4AA56CEF.4010309@redhat.com> I went over to https://translate.fedoraproject.org/ earlier with the idea of adding my project. Firstly, there's no hint of how to do this from the front page. After some Leisure Suit Larry style clicking on stuff at random until something favourable happens, I found a link carefully hidden at the bottom of the browse all projects page. The link says: Couldn't find your project? Go ahead and add it! So, I clicked in 'add it', which gives me: === Forbidden access Looks like you do not have the necessary permissions to the required action. Here's a link to the homepage. You know, just in case. === That's everything, btw. No link to an admin contact, process, mailing list, documentation, or anything. Just a promise of being able to add my project, then a bucket of cold water. Despite that, I'd still like to add my project to Transifex! Can anybody point me to the process? Thanks, Matt From kevin.kofler at chello.at Mon Sep 7 20:55:35 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 07 Sep 2009 22:55:35 +0200 Subject: Adding a project to transifex References: <4AA56CEF.4010309@redhat.com> Message-ID: Matthew Booth wrote: > I went over to https://translate.fedoraproject.org/ earlier with the > idea of adding my project. The translations are now hosted at http://transifex.net/ (the main Transifex instance). Kevin Kofler From oget.fedora at gmail.com Mon Sep 7 20:56:56 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Mon, 7 Sep 2009 16:56:56 -0400 Subject: Adding a project to transifex In-Reply-To: <4AA56CEF.4010309@redhat.com> References: <4AA56CEF.4010309@redhat.com> Message-ID: On Mon, Sep 7, 2009 at 4:28 PM, Matthew Booth wrote: > I went over to https://translate.fedoraproject.org/ earlier with the idea of > adding my project. Firstly, there's no hint of how to do this from the front > page. After some Leisure Suit Larry style clicking on stuff at random until > something favourable happens, I found a link carefully hidden at the bottom > of the browse all projects page. The link says: > > Couldn't find your project? Go ahead and add it! > > So, I clicked in 'add it', which gives me: > > === > Forbidden access > > Looks like you do not have the necessary permissions to the required action. > > Here's a link to the homepage. You know, just in case. > === > > That's everything, btw. No link to an admin contact, process, mailing list, > documentation, or anything. Just a promise of being able to add my project, > then a bucket of cold water. > > Despite that, I'd still like to add my project to Transifex! Can anybody > point me to the process? > > Thanks, > > Matt > Go to https://fedoraproject.org/wiki/L10N --> Frequently Asked Questions --> 1.3.8 How do I add a module to Transifex? (#add-transifex) This will tell you what to do step by step. Orcan From mbooth at redhat.com Mon Sep 7 21:16:39 2009 From: mbooth at redhat.com (Matthew Booth) Date: Mon, 07 Sep 2009 22:16:39 +0100 Subject: Adding a project to transifex In-Reply-To: References: <4AA56CEF.4010309@redhat.com> Message-ID: <4AA57837.503@redhat.com> On 07/09/09 21:56, Orcan Ogetbil wrote: >> Despite that, I'd still like to add my project to Transifex! Can anybody >> point me to the process? >> >> Thanks, >> >> Matt >> > > Go to https://fedoraproject.org/wiki/L10N > --> Frequently Asked Questions > --> 1.3.8 How do I add a module to Transifex? (#add-transifex) > > This will tell you what to do step by step. Thanks, I'm fairly sure this is what I'm looking for. If anybody's listening, it would be nice to have this linked from the website! Matt From mbooth at redhat.com Mon Sep 7 21:17:26 2009 From: mbooth at redhat.com (Matthew Booth) Date: Mon, 07 Sep 2009 22:17:26 +0100 Subject: Adding a project to transifex In-Reply-To: References: <4AA56CEF.4010309@redhat.com> Message-ID: <4AA57866.1060201@redhat.com> On 07/09/09 21:55, Kevin Kofler wrote: > Matthew Booth wrote: >> I went over to https://translate.fedoraproject.org/ earlier with the >> idea of adding my project. > > The translations are now hosted at http://transifex.net/ (the main Transifex > instance). Was there an official announcement about that? Matt From bochecha at fedoraproject.org Mon Sep 7 21:47:55 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Mon, 7 Sep 2009 23:47:55 +0200 Subject: Adding a project to transifex In-Reply-To: <4AA57866.1060201@redhat.com> References: <4AA56CEF.4010309@redhat.com> <4AA57866.1060201@redhat.com> Message-ID: <2d319b780909071447ifc759c9g6aee24e733ee8aca@mail.gmail.com> On Mon, Sep 7, 2009 at 23:17, Matthew Booth wrote: > On 07/09/09 21:55, Kevin Kofler wrote: >> >> Matthew Booth wrote: >>> >>> I went over to https://translate.fedoraproject.org/ earlier with the >>> idea of adding my project. >> >> The translations are now hosted at http://transifex.net/ (the main >> Transifex >> instance). > > Was there an official announcement about that? I think the guys at Indifex (the company that Dimitris and others founded) only created transifex.net like a place to host translations, just like Gitorious or Fedorahosted for hosting development, not as a replacement of Fedora's Transifex instance. So I guess you could host your project there, or in translate.fp.o. The only difference is that there, you might have a much bigger community of translators, not just Fedora translators. For more informations, I suggest you ask the Infrastructure team in #fedora-admin or on their mailing-list. They'll be more indicated to answer you about hosting on translate.fp.o ;) ---------- Mathieu Bridon (bochecha) From bbbush.yuan at gmail.com Tue Sep 8 01:11:59 2009 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Tue, 8 Sep 2009 09:11:59 +0800 Subject: Rawhide fonts problem report for 2009-09-06 In-Reply-To: <1252241073.2344.79.camel@arekh.okg> References: <1252241073.2344.79.camel@arekh.okg> Message-ID: <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> Hi, The package wine-fonts is not mentioned, why? It contains /usr/share/wine/fonts/symbol.ttf 26040 /usr/share/wine/fonts/tahoma.ttf 89124 /usr/share/wine/fonts/tahomabd.ttf 80408 /usr/share/wine/fonts/vgas1255.fon 6480 BTW is the name "tahoma" a trademark? -- bbbush ^_^ From mike at miketc.net Tue Sep 8 02:04:34 2009 From: mike at miketc.net (Mike Chambers) Date: Mon, 07 Sep 2009 21:04:34 -0500 Subject: Evolution in koji not correct version? In-Reply-To: <1252347042.23179.1.camel@localhost.localdomain> References: <1252155743.5807.1.camel@scrappy.miketc.net> <1252347042.23179.1.camel@localhost.localdomain> Message-ID: <1252375474.1713.1.camel@localhost> On Mon, 2009-09-07 at 20:10 +0200, Milan Crha wrote: > On Sat, 2009-09-05 at 08:02 -0500, Mike Chambers wrote: > > Latest release in rawhide for evo is evolution-2.27.91-1.fc12.x86_64. > > The latest built in koji is evolution-2.27.5-3.1.fc12. > > Hi, > thank you for noticing. I just built a 2.27.92, which had been released > today, thus we are back on the right track. > Bye, > Milan > Got it, thanks. That version also fixes the restore problem from the bug below... https://bugzilla.redhat.com/show_bug.cgi?id=520013 -- Mike Chambers Madisonville, KY "Best lil town on Earth!" From bernie at codewiz.org Tue Sep 8 04:23:28 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Tue, 08 Sep 2009 00:23:28 -0400 Subject: alsa support in sidplay Message-ID: <1252383808.1474.250.camel@giskard> Hello Linus, since when we culled OSS support in Fedora's kernel, sidplay could not delight our ears with the three celestial, synth voices of the SID. If you like this patch, I'll go on and commit myself using my ?berpackager superpowers. I'm also planning to submit the autoconf changes upstream. diff -u -p -r1.6 sidplay.spec --- sidplay.spec 11 May 2009 20:10:35 -0000 1.6 +++ sidplay.spec 8 Sep 2009 04:13:27 -0000 @@ -3,7 +3,7 @@ Name: sidplay Version: 2.0.9 -Release: 7%{?dist} +Release: 8%{?dist} Summary: A command-line tool for playing back SID files URL: http://sidplay2.sourceforge.net/ Group: Applications/Multimedia @@ -12,6 +12,8 @@ # http://packages.debian.org/unstable/oldlibs/sidplay Patch0: sidplay_2.0.9-5.diff.gz Patch1: gcc440.patch +Patch2: sidplay-alsa.patch +Patch3: sidplay-autohell-fixes.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) License: GPL BuildRequires: libsidplay-devel @@ -35,9 +37,12 @@ %setup -q %patch0 -p1 %patch1 -p1 +%patch2 -p1 +%patch3 -p1 %build -%configure --with-sidbuilders=%{_libdir}/sidplay/builders +ACLOCAL='aclocal -I unix' autoreconf -v --force --install +%configure --with-sidbuilders=%{_libdir}/sidplay/builders --with-alsa make %{?_smp_mflags} %install @@ -54,6 +59,11 @@ %{_bindir}/* %changelog +* Mon Sep 07 2009 Bernie Innocenti 2.0.9-7 +- Add sidplay-alsa.patch, stolen from Gentoo +- Add sidplay-autohell-fixes.patch, rolled in house +- Rock! + * Mon May 11 2009 Linus Walleij 2.0.9-6 - Located a suspect GCC 4.4.0 rebuild bug. -------------- next part -------------- A non-text attachment was scrubbed... Name: sidplay-alsa.patch Type: text/x-patch Size: 8692 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sidplay-autohell-fixes.patch Type: text/x-patch Size: 2236 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Tue Sep 8 05:50:18 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 08 Sep 2009 07:50:18 +0200 Subject: Rawhide fonts problem report for 2009-09-06 In-Reply-To: <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> References: <1252241073.2344.79.camel@arekh.okg> <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> Message-ID: <1252389018.19934.4.camel@arekh.okg> Le mardi 08 septembre 2009 ? 09:11 +0800, Yuan Yijun a ?crit : > Hi, > > The package wine-fonts is not mentioned, why? Excellent question, it certainly should have been, and I have no idea why. Maybe it was not present in the source repo I used? when the test was run ? Otherwise repoquery may have a bug somewhere > BTW is the name "tahoma" a trademark? It certainly is, but sine IIRC some badly written windows app crash directly if some specific windows fonts are not present, I suppose it made it as part of the windows ABI. You should ask spot for an opinion. ? http://download.fedora.redhat.com/pub/fedora/linux/development/x86_64/os/Packages/ -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From lemenkov at gmail.com Tue Sep 8 07:41:58 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 8 Sep 2009 11:41:58 +0400 Subject: [Heads up] FUSE so-name bump is coming. Message-ID: Hello All! I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to ver. 2.8.0, and there will be so-name bump. I'll do it next week, if nobody have any objections. Also I'll try to test all (or as much as I can) FUSE-related packages for compatibility with new package before (this weekend, probably). -- With best regards, Peter Lemenkov. From opensource at till.name Tue Sep 8 08:59:24 2009 From: opensource at till.name (Till Maas) Date: Tue, 08 Sep 2009 10:59:24 +0200 Subject: [Heads up] FUSE so-name bump is coming. In-Reply-To: References: Message-ID: <20090908085924.GA12444@genius.kawo2.rwth-aachen.de> On Tue, Sep 08, 2009 at 11:41:58AM +0400, Peter Lemenkov wrote: > I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to > ver. 2.8.0, and there will be so-name bump. I'll do it next week, if > nobody have any objections. Also I'll try to test all (or as much as I > can) FUSE-related packages for compatibility with new package before > (this weekend, probably). There might be also F-12 branches around for fuse dependent packages. Maybe you also want to first branch F-12 off, so there can be builds in Rawhide for F-13 that will not disturb the F-12 Rawhide. Will you also rebuild the packages once the new fuse is in place? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From jnovy at redhat.com Tue Sep 8 10:31:32 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 8 Sep 2009 12:31:32 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <200909031711.00223.jamatos@fc.up.pt> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031711.00223.jamatos@fc.up.pt> Message-ID: <20090908103132.GA2530@pucmeloud.brq.redhat.com> On Thu, Sep 03, 2009 at 05:10:58PM +0100, Jos? Matos wrote: > On Wednesday 26 August 2009 Jindrich Novy wrote: > > Hi, > > > > first off, thanks many people who sent me RFE and bugfix > > proposals. I've tried to fix most of them in the current package set > > in the testing repository: > > OK, I have finally installed texlive on F11. With this update all worked (with > the exception of some quirks already reported in this list). Unfortunately in > the end I had a non working latex. It was likely caused by the missing texlive-latex provides. It should be fixed with the current package set. > > Making this story short for some reason texlive-latex was not installed when I > had update the system. Installing it fixed the problem. Does it make sense to > have the latex packages depending on this? The main "texlive" package now contains a dependency to texlive-latexrecommended so all the LaTeX recomended stuff should be pulled in automatically when just installing "texlive". Jindrich > > > Thanks, > > Jindrich > > Thanks for the hard, :-) > > -- > Jos? Ab?lio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From jnovy at redhat.com Tue Sep 8 10:37:30 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Tue, 8 Sep 2009 12:37:30 +0200 Subject: another spin of TeX Live 2009 packages In-Reply-To: <200909042116.n84LGfH0009776@laptop14.inf.utfsm.cl> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031847.58524.jamatos@fc.up.pt> <20090904080403.GB30206@pucmeloud.redhat.com> <200909041951.31434.jamatos@fc.up.pt> <200909042116.n84LGfH0009776@laptop14.inf.utfsm.cl> Message-ID: <20090908103730.GB2530@pucmeloud.brq.redhat.com> On Fri, Sep 04, 2009 at 05:16:41PM -0400, Horst H. von Brand wrote: > Jos? Matos wrote: > > On Friday 04 September 2009 Jindrich Novy wrote: > > > It should be fixed now altogether with new packages in the repository. > > > > > > Jindrich > > > > One (really) minor hiccup, when installing all the doc files with > > > > yum install texlive-*-doc It is fixed now. > > > > I get a missing dependency > > > > texlive-wadalab-doc is needed by package texlive-cjk-doc. Excluding the later > > from the transaction works. > > > > This problems appears (unsurprisingly) on both F11 and rawhide. > > I get lots of dependency problems on (vanilla) rawhide x86_64. Stuff like: > > html2ps-1.0-0.3.b5.fc12.noarch, jadetex-3.13-8.fc12.noarch, > linuxdoc-tools-0.9.65-2.fc12.x86_64, ... (perhaps due to other packages > depending on texlive?) > > --skip-broken isn't able to fix the mess, and yum gives up. I'm not sure what is happenning on rawhide. Need to check. Jindrich > -- > 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 2340000 Fax: +56 32 2797513 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From tcallawa at redhat.com Tue Sep 8 12:32:33 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 08 Sep 2009 08:32:33 -0400 Subject: Rawhide fonts problem report for 2009-09-06 In-Reply-To: <1252389018.19934.4.camel@arekh.okg> References: <1252241073.2344.79.camel@arekh.okg> <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> <1252389018.19934.4.camel@arekh.okg> Message-ID: <4AA64EE1.4000203@redhat.com> On 09/08/2009 01:50 AM, Nicolas Mailhot wrote: > Le mardi 08 septembre 2009 ? 09:11 +0800, Yuan Yijun a ?crit : >> Hi, >> >> The package wine-fonts is not mentioned, why? > > Excellent question, it certainly should have been, and I have no idea > why. Maybe it was not present in the source repo I used? when the test > was run ? Otherwise repoquery may have a bug somewhere > >> BTW is the name "tahoma" a trademark? > > It certainly is, but sine IIRC some badly written windows app crash > directly if some specific windows fonts are not present, I suppose it > made it as part of the windows ABI. You should ask spot for an opinion. Well, you can leave the filename as is, as the file name itself doesn't infringe on the trademark, but the internal name is "WineTahoma", which does infringe and should be changed. This shouldn't affect the purpose of this font. Please block this bug against FE-Legal? ~spot From benny+usenet at amorsen.dk Tue Sep 8 13:04:00 2009 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Tue, 08 Sep 2009 15:04:00 +0200 Subject: Asterisk - attached patch needed to enable build in Rawhide In-Reply-To: <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> (Jeffrey Ollie's message of "Tue, 1 Sep 2009 19:38:19 -0500") References: <1251850162.2212.14.camel@samson.armitage.org.uk> <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> Message-ID: Jeffrey Ollie writes: > I plan on getting an update to Asterisk out ASAP, but it's taking > _forever_ to rebuild the git repository that I use to maintain the > various patches. I'll do a quick rebuild with the attached patch so > I'm not blocking the openssl update. Is it really worth maintaining a significant amount of patches? With my private build of 1.6.1.6 I currently use these patches: Patch1: 0001-Modify-init-scripts-for-better-Fedora-compatibility.patch Patch2: 0002-Modify-modules.conf-so-that-different-voicemail-modu.patch Patch5: 0005-Build-using-external-libedit.patch Patch6: 0006-Revert-changes-to-pbx_lua-from-rev-126363-that-cause.patch Patch8: 0008-change-configure.ac-to-look-for-pkg-config-gmime-2.4.patch Patch10: 0010-my-guess-as-replacements-for-the-missing-broken-stuf.patch Patch11: 0011-Fix-up-some-paths.patch Patch12: 0012-Add-LDAP-schema-that-is-compatible-with-Fedora-Direc.patch I have changed some of the patches a little compared to the 1.6.1rc1 versions, just to make them apply. I have removed chan_mobile; if upstream prefers it to be in asterisk-addons, it seems a bit futile to keep trying to patch it in. I should probably drop Patch 6; if upstream hasn't dropped it in 6 months then it's probably something we have to live with. Not that I use Lua. Patches 2, 5, 8, and 12 ought to go upstream... /Benny From jeff at ocjtech.us Tue Sep 8 13:17:55 2009 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 8 Sep 2009 08:17:55 -0500 Subject: Asterisk - attached patch needed to enable build in Rawhide In-Reply-To: References: <1251850162.2212.14.camel@samson.armitage.org.uk> <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> Message-ID: <935ead450909080617r1db0d240y44492151987d85ba@mail.gmail.com> On Tue, Sep 8, 2009 at 8:04 AM, Benny Amorsen wrote: > > Patch1: ?0001-Modify-init-scripts-for-better-Fedora-compatibility.patch > Patch2: ?0002-Modify-modules.conf-so-that-different-voicemail-modu.patch > Patch5: ?0005-Build-using-external-libedit.patch > Patch6: ?0006-Revert-changes-to-pbx_lua-from-rev-126363-that-cause.patch > Patch8: ?0008-change-configure.ac-to-look-for-pkg-config-gmime-2.4.patch > Patch10: 0010-my-guess-as-replacements-for-the-missing-broken-stuf.patch > Patch11: 0011-Fix-up-some-paths.patch > Patch12: 0012-Add-LDAP-schema-that-is-compatible-with-Fedora-Direc.patch Heh, see the latest builds in F-11/rawhide. The rawhide packages should be on the mirrors now, the F-11 build should be showing up shortly. I basically did the same thing as you. > I have changed some of the patches a little compared to the 1.6.1rc1 > versions, just to make them apply. Yeah, fortunately it was less work than I thought. I've really grown to depend on git's merging/rebasing/cherry-picking abilities. Hopefully my git mirror of the asterisk svn will finish rebuilding soon. Digium may also be putting up a semi-official git mirror as well. > I have removed chan_mobile; if upstream prefers it to be in > asterisk-addons, it seems a bit futile to keep trying to patch it in. Yeah, I don't know what I was thinking when I added it in. > I should probably drop Patch 6; if upstream hasn't dropped it in 6 > months then it's probably something we have to live with. Not that I use > Lua. > > Patches 2, 5, 8, and 12 ought to go upstream... Yeah, it's a matter of time/energy. Plus a couple of them really need some polishing before they would even be considered. -- Jeff Ollie From jamatos at fc.up.pt Tue Sep 8 14:08:17 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 8 Sep 2009 15:08:17 +0100 Subject: another spin of TeX Live 2009 packages In-Reply-To: <20090908103132.GA2530@pucmeloud.brq.redhat.com> References: <20090826130218.GB2845@pucmeloud.brq.redhat.com> <200909031711.00223.jamatos@fc.up.pt> <20090908103132.GA2530@pucmeloud.brq.redhat.com> Message-ID: <200909081508.19019.jamatos@fc.up.pt> On Tuesday 08 September 2009 Jindrich Novy wrote: > The main "texlive" package now contains a dependency to > texlive-latexrecommended so all the LaTeX recomended stuff should be > pulled in automatically when just installing "texlive". Thank you. :-) It is nice to see texlive-2009 shaping so well for Fedora. :-D > Jindrich -- Jos? Ab?lio From MathStuf at gmail.com Tue Sep 8 14:20:20 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Tue, 08 Sep 2009 10:20:20 -0400 Subject: Rawhide fonts problem report for 2009-09-06 References: <1252241073.2344.79.camel@arekh.okg> <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> <1252389018.19934.4.camel@arekh.okg> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > Excellent question, it certainly should have been, and I have no idea > why. Maybe it was not present in the source repo I used? when the test > was run ? Otherwise repoquery may have a bug somewhere > > ? > http://download.fedora.redhat.com/pub/fedora/linux/development/x86 _64/os/Packages/ > If you're only getting x86_64, that can do it. Wine is i586 only. Either getting i586 pkgs or also getting multilibs would do the trick. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqmaCQACgkQiPi+MRHG3qR/UQCeJa55mr4pNmeGVuFMbSILt0WF wY4AoJFRi5cCbcza6zMI11LgJ5pTfrXa =73mM -----END PGP SIGNATURE----- From michael.silvanus at gmail.com Tue Sep 8 14:33:10 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Tue, 8 Sep 2009 10:33:10 -0400 Subject: clang static analyzer: use it! In-Reply-To: <200909040904.07587.sgrubb@redhat.com> References: <87vdjzte6h.fsf@meyering.net> <200909040904.07587.sgrubb@redhat.com> Message-ID: <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> On Fri, Sep 4, 2009 at 9:04 AM, Steve Grubb wrote: > On Friday 04 September 2009 02:30:14 am Jim Meyering wrote: >> Quick summary: use this tool: >> >> ? http://clang-analyzer.llvm.org/ >> >> If you're not using its "scan-build" tool, then start. ?Right now. >> Really. ?It's that good. > > > llvm is in Fedora. Looking at the build instructions for clang, it seems like > it would naturally fit as a subpackage for llvm. So, getting it into Fedora > should not be too much to do since llvm is already approved. > The latest Rawhide llvm build: http://koji.fedoraproject.org/koji/buildinfo?buildID=130997 -- which you'd probably have to install manually until it hits the Rawhide mirrors -- have clang's analyzer packaged. Once it lands properly you can have llvm, llvm-clang (the compiler) and llvm-clang-analyzer installed by simply doing yum install llvm-clang-analyzer I might push this into F-11 too, once LLVM 2.6 comes out, if simply to provide the analyzer to our F-11 users. Cheers, -- Michel Alexandre Salim From poelstra at redhat.com Tue Sep 8 14:44:41 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 08 Sep 2009 07:44:41 -0700 Subject: Fedora 12 Development and Release Engineering Schedule Reminder Message-ID: <4AA66DD9.4000207@redhat.com> Name Start End Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Snapshot Releases Wed 2009-09-02 Fri 2009-09-18 Compose Snap #2 Wed 2009-09-09 Wed Name Start End Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Snapshot Releases Wed 2009-09-02 Fri 2009-09-18 Compose Snap #2 Wed 2009-09-09 Wed 2009-09-09 Snapshot 2 Wed 2009-09-09 Fri 2009-09-11 Stage & Sync Snap #2 Thu 2009-09-10 Fri 2009-09-11 Public Availability Snap #2 Fri 2009-09-11 Fri 2009-09-11 Beta Blocker Bug Day (F12Beta) #1 Fri 2009-09-11 Fri 2009-09-11 Compose Snap #3 Wed 2009-09-16 Wed 2009-09-16 Snapshot 3 Wed 2009-09-16 Fri 2009-09-18 Stage & Sync Snap #3 Thu 2009-09-17 Fri 2009-09-18 Beta Blocker Bug Day (F12Beta) #2 Fri 2009-09-18 Fri 2009-09-18 Public Availability Snap #3 Fri 2009-09-18 Fri 2009-09-18 Software: Start Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-22 Software: Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-29 2009-09-09 Snapshot 2 Wed 2009-09-09 Fri 2009-09-11 Stage & Sync Snap #2 Thu 2009-09-10 Fri 2009-09-11 Public Availability Snap #2 Fri 2009-09-11 Fri 2009-09-11 Beta Blocker Bug Day (F12Beta) #1 Fri 2009-09-11 Fri 2009-09-11 Compose Snap #3 Wed 2009-09-16 Wed 2009-09-16 Snapshot 3 Wed 2009-09-16 Fri 2009-09-18 Stage & Sync Snap #3 Thu 2009-09-17 Fri 2009-09-18 Beta Blocker Bug Day (F12Beta) #2 Fri 2009-09-18 Fri 2009-09-18 Public Availability Snap #3 Fri 2009-09-18 Fri 2009-09-18 Software: Start Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-22 Software: Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-29 From pjones at redhat.com Tue Sep 8 15:10:14 2009 From: pjones at redhat.com (Peter Jones) Date: Tue, 08 Sep 2009 11:10:14 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090903162952.GC2784@nostromo.devel.redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> Message-ID: <4AA673D6.2080102@redhat.com> On 09/03/2009 12:29 PM, Bill Nottingham wrote: > Hans de Goede (j.w.r.degoede at hhs.nl) said: >>>> It really is like having to support gentoo, versus having to support a >>>> distro using pre build packages. And I would really like to move to the having to >>>> support a pre-build package model for the initrd. >>> >>> The problem is this: >>> >>> The kernel binary RPM contains this pre-built initrd. The kernel source >>> RPM does not contain the sources necessary to make this pre-built initrd. >>> This makes me rather uncomfortable from a Licensing perspective. >> >> True, but we do provide SRPMS with the sources, if we include a list of >> the SRPMS with the sources, with full NEVR in the kernel rpm as doc, >> wouldn't that be sufficient? > > Not really. In the case of initrd-built-with-kernel, it could be packages > in the buildroot that never leave koji for release/updates, and are then > garbage collected. There's a related problem here - glibc32 . -- Peter I was born not knowing and have had only a little time to change that here and there. -- Feynman From bruno at wolff.to Tue Sep 8 15:55:26 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 8 Sep 2009 10:55:26 -0500 Subject: Asterisk - attached patch needed to enable build in Rawhide In-Reply-To: <935ead450909080617r1db0d240y44492151987d85ba@mail.gmail.com> References: <1251850162.2212.14.camel@samson.armitage.org.uk> <935ead450909011738u52ac2cceycc147b3ea5bde0f8@mail.gmail.com> <935ead450909080617r1db0d240y44492151987d85ba@mail.gmail.com> Message-ID: <20090908155526.GB12606@wolff.to> On Tue, Sep 08, 2009 at 08:17:55 -0500, Jeffrey Ollie wrote: > > Heh, see the latest builds in F-11/rawhide. The rawhide packages > should be on the mirrors now, the F-11 build should be showing up > shortly. I basically did the same thing as you. That's for doing those updates. I had given up on it when after some upgrade (probably the kernel) broken it so that it would lock up (at least the part handling my tdm400p) after about a half hour. It may be the real fix is update dahdi drivers from ATrpms, but your update is what triggered my checking to see if there was updated Dahdi drivers to go with updated asterisk. I did notice the updated dahdi drivers use dahdi-channels.conf instead of chan-dahdi.conf. So people will want to do includes, copies or sym links between those two files. I am hoping the setup will still be working during the Fedora Talk FAD when I hope to participate remotely for at least some of the time. From tcallawa at redhat.com Tue Sep 8 16:04:43 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 08 Sep 2009 12:04:43 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA673D6.2080102@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA673D6.2080102@redhat.com> Message-ID: <4AA6809B.2070801@redhat.com> On 09/08/2009 11:10 AM, Peter Jones wrote: > There's a related problem here - glibc32 . I don't think we distribute glibc32. ~spot From ville.skytta at iki.fi Tue Sep 8 16:26:42 2009 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Tue, 8 Sep 2009 19:26:42 +0300 Subject: [Heads up] FUSE so-name bump is coming. In-Reply-To: References: Message-ID: <200909081926.42447.ville.skytta@iki.fi> On Tuesday 08 September 2009, Peter Lemenkov wrote: > I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to > ver. 2.8.0, and there will be so-name bump. Rationale for considering doing it in F-11? See also https://fedoraproject.org/wiki/PackageMaintainers/MaintainerResponsibility#Notify_others_of_changes_that_may_affect_their_packages From wtogami at redhat.com Tue Sep 8 16:45:43 2009 From: wtogami at redhat.com (Warren Togami) Date: Tue, 08 Sep 2009 12:45:43 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <20090904165135.GA25577@srcf.ucam.org> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> <20090904165135.GA25577@srcf.ucam.org> Message-ID: <4AA68A37.5070004@redhat.com> On 09/04/2009 12:51 PM, Matthew Garrett wrote: > On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote: > >> The problem I have is that some folks want to include additional drivers >> into their initrd. What are we going to recommend for this case? I know >> one can still build a kernel-specific version, but I fear that this >> results in many users having no benefit of the generic image because >> it'll not contain the additional bits they needed to add. > > Isn't the point of the new infrastructure that we can provide multiple > initramfs modules that will all end up in the filesystem on boot? Users > who want to add drivers could do it even more easily than they currently > can. > I am skeptical that we are ready for this. Not all non-x86 boot loaders are capable of handling multiple initrd's, and various types of netboot wont do it either. This is a very late time to rely upon such a new feature for something this important. Warren From pjones at redhat.com Tue Sep 8 16:47:01 2009 From: pjones at redhat.com (Peter Jones) Date: Tue, 08 Sep 2009 12:47:01 -0400 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA6809B.2070801@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA673D6.2080102@redhat.com> <4AA6809B.2070801@redhat.com> Message-ID: <4AA68A85.8070203@redhat.com> On 09/08/2009 12:04 PM, Tom "spot" Callaway wrote: > On 09/08/2009 11:10 AM, Peter Jones wrote: >> There's a related problem here - glibc32 . > > I don't think we distribute glibc32. Hrm. Yeah, probably jumped the gun there. Just want to make sure we keep it in mind. -- Peter I hope you know that this will go down on your permanent record. From jreznik at redhat.com Tue Sep 8 16:51:51 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Tue, 8 Sep 2009 18:51:51 +0200 Subject: KDE-SIG weekly report (37/2009) Message-ID: <200909081851.51717.jreznik@redhat.com> 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: 37/2009 Time: 2009-09-08 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-08 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-08/fedora-meeting.2009-09-08-14.07.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-08/fedora-meeting.2009-09-08-14.07.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * ThanNgo * EikeHein * RexDieter ---------------------------------------------------------------------------------- = Agenda = * topics to discuss: o switching back to standalone Phonon and Phonon-xine, as Qt's Phonon and its backends will not be updated anymore [1] [2] [3] o KDE-4.3.1 state o constantine-kde-theme o Red Hat Developer Conference 2009 Brno [4] = Summary = o switching back to standalone Phonon and Phonon-xine * we didn't agreed on, decision postponed now, waiting for KDE e.V. and Nokia solution * we have to retest both -gstreamer and -xine backends according to our test plan o KDE-4.3.1 state * pushed to updates-testing o constantine-kde-theme * near to final, please test * widescreen is still broken (fixed with latest build, jreznik) o Red Hat Developer Conference 2009 Brno * invitation to Brno (and reminder for Kevin Kofler) ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-15 = Links = [1] http://doc.trolltech.com/4.6-snapshot/phonon-module.html [2] http://doc.trolltech.com/4.7-snapshot/phonon-module.html [3] http://labs.trolltech.com/blogs/2009/09/03/multimedia/ [4] https://fedoraproject.org/wiki/DeveloperConference2009 -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From valent.turkovic at gmail.com Tue Sep 8 16:51:36 2009 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Tue, 8 Sep 2009 18:51:36 +0200 Subject: New desktop oriented scheduler Message-ID: <64b14b300909080951u4e1dfb33ldf557e542b01ac5a@mail.gmail.com> Fedora is desktop oriented distro so when I saw that a new desktop oriented scheduler was released [1] it immediately raised an eyebrow or two. BFS scheduler claims to be simple but very effective, has anybody tried BFS? Is there a simple guide how to patch kernel, compile and test (and compare) it to stock Fedora kernel? Cheers. [1] http://linux.slashdot.org/story/09/09/06/0433209/Con-Kolivas-Returns-With-a-Desktop-Oriented-Linux-Scheduler?from=rss -- pratite me na twitteru - www.twitter.com/valentt 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, msn: valent.turkovic at hotmail.com From mjg at redhat.com Tue Sep 8 16:56:25 2009 From: mjg at redhat.com (Matthew Garrett) Date: Tue, 8 Sep 2009 17:56:25 +0100 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA68A37.5070004@redhat.com> References: <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <1252075999.6053.284.camel@perihelion.bos.jonmasters.org> <20090904165135.GA25577@srcf.ucam.org> <4AA68A37.5070004@redhat.com> Message-ID: <20090908165625.GA6192@srcf.ucam.org> On Tue, Sep 08, 2009 at 12:45:43PM -0400, Warren Togami wrote: > On 09/04/2009 12:51 PM, Matthew Garrett wrote: >> Isn't the point of the new infrastructure that we can provide multiple >> initramfs modules that will all end up in the filesystem on boot? Users >> who want to add drivers could do it even more easily than they currently >> can. >> > > I am skeptical that we are ready for this. Not all non-x86 boot loaders > are capable of handling multiple initrd's, and various types of netboot > wont do it either. This is a very late time to rely upon such a new > feature for something this important. cpio archives can be concatenated, right? It seems like a straightforward workaround. -- Matthew Garrett | mjg59 at srcf.ucam.org From jkeating at redhat.com Tue Sep 8 16:59:39 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 08 Sep 2009 09:59:39 -0700 Subject: [PATCH 3/3] dracut has initrd-generic- instead of initrd- (#519185) In-Reply-To: <4AA68A85.8070203@redhat.com> References: <1251279922-17859-3-git-send-email-hdegoede@redhat.com> <1251310063.14467.22.camel@localhost.localdomain> <1251310288.10127.4.camel@localhost.localdomain> <4A9E2C4C.8090904@hhs.nl> <1251911840.3464.5.camel@localhost.localdomain> <4A9F7CD0.70905@hhs.nl> <20090903133606.GA31238@nostromo.devel.redhat.com> <4A9FD943.2060608@hhs.nl> <4A9FDB42.6060302@redhat.com> <4A9FE229.9090508@hhs.nl> <20090903162952.GC2784@nostromo.devel.redhat.com> <4AA673D6.2080102@redhat.com> <4AA6809B.2070801@redhat.com> <4AA68A85.8070203@redhat.com> Message-ID: <1252429179.9261.0.camel@localhost.localdomain> On Tue, 2009-09-08 at 12:47 -0400, Peter Jones wrote: > On 09/08/2009 12:04 PM, Tom "spot" Callaway wrote: > > On 09/08/2009 11:10 AM, Peter Jones wrote: > >> There's a related problem here - glibc32 . > > > > I don't think we distribute glibc32. > > Hrm. Yeah, probably jumped the gun there. Just want to make > sure we keep it in mind. > > -- > Peter > > I hope you know that this will go down on your permanent record. > The related problem is that we need to make sure that glibc32/64 stays current with the real glibc counterparts, so that what we build against is shipped in the real glibc srpms. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rawhide at fedoraproject.org Tue Sep 8 17:35:37 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 8 Sep 2009 17:35:37 +0000 Subject: rawhide report: 20090908 changes Message-ID: <20090908173536.GA28192@releng2.fedora.phx.redhat.com> Compose started at Tue Sep 8 06:15:08 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-phone-manager-0.65-4.fc12.i686 requires libgnokii.so.4 gnome-phone-manager-telepathy-0.65-4.fc12.i686 requires libgnokii.so.4 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 6:kdepim-4.3.1-1.fc12.i686 requires libgnokii.so.4 1:libopensync-plugin-gnokii-0.22-3.fc12.i686 requires libgnokii.so.4 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.x86_64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-phone-manager-0.65-4.fc12.x86_64 requires libgnokii.so.4()(64bit) gnome-phone-manager-telepathy-0.65-4.fc12.x86_64 requires libgnokii.so.4()(64bit) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) 6:kdepim-4.3.1-1.fc12.x86_64 requires libgnokii.so.4()(64bit) 1:libopensync-plugin-gnokii-0.22-3.fc12.x86_64 requires libgnokii.so.4()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-phone-manager-0.65-4.fc12.ppc requires libgnokii.so.4 gnome-phone-manager-telepathy-0.65-4.fc12.ppc requires libgnokii.so.4 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 6:kdepim-4.3.1-1.fc12.ppc requires libgnokii.so.4 1:libopensync-plugin-gnokii-0.22-3.fc12.ppc requires libgnokii.so.4 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-phone-manager-0.65-4.fc12.ppc64 requires libgnokii.so.4()(64bit) gnome-phone-manager-telepathy-0.65-4.fc12.ppc64 requires libgnokii.so.4()(64bit) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) 6:kdepim-4.3.1-1.fc12.ppc64 requires libgnokii.so.4()(64bit) 1:libopensync-plugin-gnokii-0.22-3.fc12.ppc64 requires libgnokii.so.4()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package emacs-verilog-mode Verilog mode for Emacs New package libtelnet TELNET protocol parsing framework New package lxde-icon-theme Default icon theme for LXDE Updated Packages: PackageKit-0.5.2-1.fc12 ----------------------- * Mon Sep 07 2009 Richard Hughes - 0.5.2-1 - Update to 0.5.2. - Many new and updated translations. - Many small bugfixes and speedups. - Added the PostscriptDriver rpm provides functionality. alsa-plugins-1.0.21-2.fc12 -------------------------- * Mon Sep 07 2009 Eric Moret - 1.0.21-1 - Updated to 1.0.21 - Patch clean up - Added maemo subpackage * Mon Sep 07 2009 Eric Moret - 1.0.21-2 - Added missing dbus-devel dependency to maemo subpackage anaconda-12.21-1.fc12 --------------------- * Mon Sep 07 2009 David Cantrell - 12.21-1 - Require python-meh (#521661) (dcantrell) - Handle UnknownSwapError when turning on existing swap volumes. (dcantrell) - Check for a valid interface in swapErrorDialog, exit without one. (dcantrell) - On SuspendError, allow users to skip/format/exit like OldSwapError. (dcantrell) - Raise exception if detected swap volumes are not Linux v1 swap space. (dcantrell) - Handle OldSwapError (#510817) (dcantrell) - Support a force=True argument on SwapSpace.create() (dcantrell) - Skip all Makefiles and the liveinst subdirectory in 'make updates' (dcantrell) - Make anaconda know its version number (#520061) (dcantrell) - Add top back to the stage2 image. (clumens) - Do not put device node path, but the fs UUID in fstab for mdraid: (#519337) (hdegoede) - Expose common fsset methods and properties in class Storage. (dcantrell) - Don't display the warning about not enough memory on a VNC install (#521109). (clumens) - The vtoc.h header has moved from the kernel to s390utils (karsten, arj-3.10.22-11.fc12 ------------------- * Sun Sep 06 2009 Milos Jakubicek 3.10.22-11 - Fix FTBFS: added arj-3.10.22-quotes.patch * Wed Aug 19 2009 Robert Scheck 3.10.22-10 - Disabled the even with patches broken parallel builds again * Fri Jul 24 2009 Fedora Release Engineering - 3.10.22-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild at-spi-1.27.92-1.fc12 --------------------- * Mon Sep 07 2009 Matthias Clasen - 1.27.92-1 - Update to 2.27.92 atlas-3.8.3-9.fc12 ------------------ * Sun Sep 06 2009 Alex Lancaster - 3.8.3-9 - Rebuild against fixed lapack (see #520518) bisho-0.12-3.fc12 ----------------- * Mon Sep 07 2009 Peter Robinson 0.12-1 - New upstream 0.12 release, drop upstream patch * Mon Sep 07 2009 Peter Robinson 0.12-2 - Drop other changes from upstream patch * Mon Sep 07 2009 Peter Robinson 0.12-3 - Rebuild blender-2.49b-1.fc12 -------------------- * Mon Sep 07 2009 Jochen Schmitt 2.49b-1 - New upstream release (#520780) brasero-2.27.92-1.fc12 ---------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 canto-0.7.4-1.fc12 ------------------ * Mon Sep 07 2009 Andreas Osowski - 0.7.4-1 - Updated to 0.7.4 - Removed TODO from %doc as it is no longer supplied by upstream centerim-4.22.8-1.fc12 ---------------------- * Mon Sep 07 2009 Lubomir Rintel - 1:4.22.8-1 - New upstream release - Our NSS patch integrated cheese-2.27.92-1.fc12 --------------------- * Mon Sep 07 2009 Matthias Clasen 2.27.92-1 - Update to 2.27.92 cluttermm-0.9.4-3.20090907git.fc12 ---------------------------------- * Mon Sep 07 2009 Denis Leroy - 0.9.4-3.git20090907 - Updated to latest git, to compile against clutter 1.0 API - Added patch to work around automake oddity * Fri Jul 24 2009 Fedora Release Engineering - 0.9.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild control-center-2.27.91-5.fc12 ----------------------------- * Mon Sep 07 2009 Bastien Nocera 2.27.91-5 - Update "gecos" about-me patch to apply cyrus-imapd-2.3.14-5.fc12 ------------------------- * Mon Sep 07 2009 Michal Hlavinka - 2.3.14-5 - fix buffer overflow in cyrus sieve (#521010) dejavu-fonts-2.30-2.fc12 ------------------------ * Mon Sep 07 2009 Nicolas Mailhot - 2.30-2 ? patch to fix bug #505129 Serif Condensed Italic is not Serif Condensed devhelp-2.27.92-1.fc12 ---------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 dinotrace-9.4a-5.fc12 --------------------- * Sat Aug 15 2009 Chitlesh Goorah 9.4a-5 - Added pkgconfig as BR for EL-5 * Mon Aug 03 2009 Chitlesh Goorah 9.4a-4 - Fixing buildrequires for EL-5 branch dracut-001-4.fc12 ----------------- * Mon Sep 07 2009 Harald Hoyer 001-3 - fixed bug, which prevents installing 61-persistent-storage.rules (bug #520109) * Mon Sep 07 2009 Harald Hoyer 001-4 - fixed mdraid for IMSM eclipse-cmakeed-1.1.4-1.fc12 ---------------------------- * Sun Sep 06 2009 Alexander Kurtakov 1.1.4-1 - Update to upstream 1.1.4. efax-0.9a-6.001114.fc12 ----------------------- * Mon Sep 07 2009 Than Ngo - 0.9a-6.001114 - fix a crash in efix evolution-2.27.92-1.fc12 ------------------------ * Mon Sep 07 2009 Milan Crha - 2.27.92-1.fc12 - Update to 2.27.92 evolution-data-server-2.27.92-1.fc12 ------------------------------------ * Mon Sep 07 2009 Milan Crha - 2.27.92-1.fc12 - Update to 2.27.92 evolution-exchange-2.27.92-1.fc12 --------------------------------- * Mon Sep 07 2009 Milan Crha - 2.27.92-1.fc12 - Update to 2.27.92 evolution-mapi-0.27.92-1.fc12 ----------------------------- * Mon Sep 07 2009 Milan Crha - 0.27.92-1 - Update to 0.27.92 file-roller-2.27.92-1.fc12 -------------------------- * Mon Sep 07 2009 Matthias Clasen 2.27.92-1 - Update to 2.27.92 finger-0.17-39.fc12 ------------------- * Mon Sep 07 2009 Radek Vokal - 0.17-39 - init realname fix (#520203) gcalctool-5.27.92-1.fc12 ------------------------ * Mon Sep 07 2009 Matthias Clasen - 5.27.92-1 - Update to 5.27.92 gedit-2.27.6-1.fc12 ------------------- * Mon Sep 07 2009 Matthias Clasen - 1:2.27.6-1 - Update to 2.27.6 glibc-2.10.90-21 ---------------- * Mon Sep 07 2009 Andreas Schwab - 2.10.90-21 - Update from master. - Fix strstr/strcasestr on i386 (#519226). gnokii-0.6.28-1.fc12 -------------------- * Mon Sep 07 2009 Bastien Nocera 0.6.28-1 - Update to 0.6.28 gnome-backgrounds-2.27.91-1.fc12 -------------------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.91-1 - Update to 2.27.91 gnome-doc-utils-0.17.5-1.fc12 ----------------------------- * Mon Sep 07 2009 Matthias Clasen - 0.17.5-1 - Update to 0.17.5 gnome-games-2.27.92-1.fc12 -------------------------- * Mon Sep 07 2009 Matthias Clasen 2.27.92-1 - Update to 2.27.92 gnome-media-2.27.91-1.fc12 -------------------------- * Mon Sep 07 2009 Bastien Nocera 2.27.91-1 - Update to 2.27.91 gnome-packagekit-2.27.92-1.fc12 ------------------------------- * Mon Sep 07 2009 Richard Hughes - 2.27.92-1 - New upstream version. - Many updated translations. - Add simulation of installed files. - Don't show duplicate package names in the reboot tooltip. gnome-power-manager-2.27.92-1.fc12 ---------------------------------- * Mon Sep 07 2009 Richard Hughes - 2.27.92-1 - Update to 2.27.92 gnome-settings-daemon-2.27.92-1.fc12 ------------------------------------ * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 gnome-terminal-2.27.92-1.fc12 ----------------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 gnome-themes-2.27.92-1.fc12 --------------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 gnome-user-docs-2.27.2-1.fc12 ----------------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.2-1 - Update to 2.27.2 gnome-user-share-2.27.0-2.fc12 ------------------------------ * Mon Sep 07 2009 Bastien Nocera 2.27.0-2 - Init i18n system for gnome-user-share gnonlin-0.10.13-1.fc12 ---------------------- * Mon Sep 07 2009 Jeffrey C. Ollie - 0.10.13-1 - Update to 0.10.13 "Service of Quality" - - Features of this release - - * Fix QoS event handling - * Fix racyness in source pad handlings - * GnlOperation: Add signal to know input stream priorities - - Bugs fixed in this release - - * 583145 : Seeking on pending pipelines should return True. gok-2.27.92-1.fc12 ------------------ * Mon Sep 07 2009 Matthias Clasen 2.27.92-1 - Update to 2.27.92 google-droid-fonts-20090906-2.fc12 ---------------------------------- * Mon Sep 07 2009 Nicolas Mailhot - 20090906-2 ? first-level CJK fixes (as suggested by Behdad in bug #517789, complete fix needs the rpm changes traced in bug #521697) gtkhtml3-3.27.92-1.fc12 ----------------------- * Mon Sep 07 2009 Milan Crha - 3.27.92-1.fc12 - Update to 3.27.92 gvfs-1.3.6-1.fc12 ----------------- * Mon Sep 07 2009 Tomas Bzatek - 1.3.6-1 - Update to 1.3.6 hamster-applet-2.27.92-1.fc12 ----------------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 hercules-3.06-4.fc12 -------------------- * Mon Sep 07 2009 Dan Hor?k 3.06-4 - enable support for external gui ibus-anthy-1.2.0.20090907-2.fc12 -------------------------------- imsettings-0.107.3-2.fc12 ------------------------- * Tue Sep 08 2009 Akira TAGOH - 0.107.3-2 - Fix aborting after dbus session closed. (#520976) inkscape-0.47-0.16.pre2.20090907svn.fc12 ---------------------------------------- * Mon Sep 07 2009 Lubomir Rintel - 0.47-0.15.pre2.20090907svn - Update to a post-pre2 snapshot * Mon Sep 07 2009 Lubomir Rintel - 0.47-0.16.pre2.20090907svn - Move inkview man page to -view subpackage (#515358) - Add license, etc. to main package jabbim-0.5-0.7.svn20090907.fc12 ------------------------------- * Mon Sep 07 2009 Michal Schmidt 0.5-0.7.svn20090907 - Update to SVN rev. 4223: - fixes chat with contacts who have non-ASCII User Mood string - various other bugfixes - new Jabber Disk Manager - supports directories - Dropped jabbim-0.4-fix-rosterStyle-preferences.diff. - Compress tarball with xz. kvirc-4.0.0-0.16.rc1.fc12 ------------------------- * Tue Sep 08 2009 Alexey Kurov - 4.0.0-0.16.rc1 - KVIrc 4.0 release candidate 1 libgsf-1.14.15-4.fc12 --------------------- * Mon Sep 07 2009 Caol?n McNamara 1.14.15-4 - Resolves: rhbz#521513 try gdk-pixbuf before ImageMagick convert libsoup-2.27.92-1.fc12 ---------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 llvm-2.6-0.3.pre1.fc12 ---------------------- * Mon Sep 07 2009 Michel Salim - 2.6-0.1.pre1 - First 2.6 prerelease - Enable Clang front-end - Enable debuginfo generation * Mon Sep 07 2009 Michel Salim - 2.6-0.2.pre1 - PIC is now enabled by default; explicitly disable on %{ix86} * Mon Sep 07 2009 Michel Salim - 2.6-0.3.pre1 - Package Clang's static analyzer tools * Sat Sep 05 2009 Michel Salim - 2.5-6 - Disable assertions (needed by OpenGTL) - Align spec file with upstream build instructions - Enable unit tests mingw32-iconv-1.12-11.fc12 -------------------------- * Mon Sep 07 2009 Erik van Pienbroek - 1.12-11 - Fixed %defattr line - Added -static subpackage - Use %global instead of %define - Automatically generate debuginfo subpackage moblin-icon-theme-0.7.1-0.1 --------------------------- * Mon Sep 07 2009 Peter Robinson 0.7.1-0.1 - Upstream git snapshot to pull in icon updates mousetweaks-2.27.92-1.fc12 -------------------------- * Mon Sep 07 2009 Matthias Clasen 2.27.92-1 - Update to 2.27.92 nautilus-2.27.92-1.fc12 ----------------------- * Mon Sep 07 2009 Tomas Bzatek - 2.27.92-1 - Update to 2.27.92 nss-3.12.4-5.fc12 ----------------- * Mon Sep 07 2009 Elio Maldonado - 3.12.4-4 - Update pem enabling source tar with latest fixes (509705, 51209) * Mon Sep 07 2009 Elio Maldonado - 3.12.4-5 - Retagging to pick up new sources octave-3.2.2-4.fc12 ------------------- * Mon Sep 07 2009 Alex Lancaster - 6:3.2.2-4 - Rebuild against new ATLAS octave-forge-20090607-15.fc12 ----------------------------- * Mon Sep 07 2009 Alex Lancaster - 20090607-14 - Re-enable java subpackage, now building - Rebuild against new atlas, fixes the ieee warnings. * Mon Sep 07 2009 Alex Lancaster - 20090607-15 - Re-enable 'fixed' subpackage, builds now, this closes #510841 - ftp, graceplot and spanish packages need fixing upstream, leave disabled for the moment opencryptoki-2.3.0-4.fc12 ------------------------- * Mon Sep 07 2009 Michal Schmidt 2.3.0-4 - Added opencryptoki-2.3.0-fix-nss-breakage.patch on upstream request. openssh-5.2p1-24.fc12 --------------------- * Mon Sep 07 2009 Jan F. Chadima - 5.2p1-24 - Add check for nosuid, nodev in homechroot openvpn-2.1-0.35.rc19.fc12 -------------------------- * Sun Sep 06 2009 Kalev Lember - 2.1-0.35.rc19 - Update to 2.1_rc19 - Build with pkcs11-helper orca-2.27.92-1.fc12 ------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 ovaldi-5.5.25-1.fc12 -------------------- * Mon Sep 07 2009 Lubomir Rintel 5.5.25-1 - New upstream relase oxygen-icon-theme-4.3.1-1.fc12 ------------------------------ * Fri Aug 28 2009 Than Ngo - 4.3.1-1 - 4.3.1 perl-HTML-Template-Pro-0.87-1.fc12 ---------------------------------- * Mon Sep 07 2009 Lubomir Rintel (Good Data) 0.87-1 - New upstream release perl-TAP-Harness-Archive-0.14-1.fc12 ------------------------------------ * Mon Sep 07 2009 Lubomir Rintel (Good Data) - 0.14-1 - New upstream version perl-XML-Atom-SimpleFeed-0.86-1.fc12 ------------------------------------ * Mon Sep 07 2009 Lubomir Rintel (Good Data) - 0.86-1 - New upstream version php-pear-File-SMBPasswd-1.0.3-1.fc12 ------------------------------------ * Mon Sep 07 2009 Christopher Stone 1.0.3-1 - Upstream sync php-pear-HTTP-Request-1.4.4-1.fc12 ---------------------------------- * Mon Sep 07 2009 Christopher Stone 1.4.4-1 - Upstream sync php-pear-Image-Canvas-0.3.2-1.fc12 ---------------------------------- * Mon Sep 07 2009 Christopher Stone 0.3.2-1 - Upstream sync - Add new %{datadir} php-pear-Image-Color-1.0.3-1.fc12 --------------------------------- * Mon Sep 07 2009 Christopher Stone 1.0.3-1 - Upstream sync php-pear-Net-POP3-1.3.7-1.fc12 ------------------------------ * Mon Sep 07 2009 Christopher Stone 1.3.7-1 - Upstream sync - Remove test dir - Add doc dir pidgin-gfire-0.8.3-1.fc12 ------------------------- * Mon Sep 07 2009 Andreas Osowski - 0.8.3-1 - Updated to version 0.8.3 - Changes to Source0 due to new upstream file naming proftpd-1.3.2a-5.fc12 --------------------- * Mon Sep 07 2009 Paul Howarth 1.3.2a-5 - Add upstream patch for MLSD with dirnames containing glob chars (#521634) python-foolscap-0.4.2-2.fc12 ---------------------------- * Tue Sep 08 2009 Ruben Kerkhof 0.4.2-2 - Disable a single test which only fails in Koji * Mon Sep 07 2009 Ruben Kerkhof 0.4.2-1 - Upstream released new version python-reportlab-2.1-6.fc12 --------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 2.1-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Feb 26 2009 Fedora Release Engineering - 2.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild qemu-0.10.92-1.fc12 ------------------- * Mon Sep 07 2009 Mark McLoughlin - 2:0.10.91-0.10.rc1 - Fix MSI-X error handling on older kernels (#519787) * Mon Sep 07 2009 Mark McLoughlin - 2:0.10.92-1 - Update to qemu-kvm-0.11.0-rc2 - Drop upstreamed patches - extboot install now fixed upstream - Re-place TCG init fix (#516543) with the one gone upstream rp-pppoe-3.10-5.fc12 -------------------- * Mon Sep 07 2009 Than Ngo - 3.10-4 - add feature, save and restore all information about default routes bz#191242 - add startup script for pppoe-server bz#507123 shadow-utils-4.1.4.2-1.fc12 --------------------------- * Mon Sep 07 2009 Peter Vrabec - 2:4.1.4.2-1 - upgrade slang-2.2.1-1.fc12 ------------------ * Mon Sep 07 2009 Miroslav Lichvar - 2.2.1-1 - update to 2.2.1 squid-3.1.0.13-2.fc12 --------------------- * Mon Sep 07 2009 Henrik Nordstrom - 7:3.1.0.13-2 - Cleaned up packaging to ease future maintenance system-config-date-1.9.48-1.fc12 -------------------------------- * Mon Sep 07 2009 Nils Philippsen - 1.9.48-1 - use string object methods instead of string module - get rid of timeconfig and compat program names - move backend code into scdate.core module task-1.8.2-1.fc12 ----------------- * Mon Sep 07 2009 Federico Hernandez - 1.8.2-1 Intial RPM for task bugfix release 1.8.2 tokyotyrant-1.1.34-1.fc12 ------------------------- * Mon Sep 07 2009 Silas Sewell - 1.1.34-1 - Update to 1.1.34 tomboy-0.15.7-1.fc12 -------------------- * Mon Sep 07 2009 Matthias Clasen - 0.15.7-1 - Update to 0.15.7 vinagre-2.27.92-1.fc12 ---------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 vino-2.27.92-1.fc12 ------------------- * Mon Sep 07 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 webkitgtk-1.1.14-1.fc12 ----------------------- * Mon Sep 07 2009 Matthias Clasen - 1.1.14-1 - Update to 1.1.14 xorg-x11-drv-ati-6.13.0-0.3.20090908git651fe5a47.fc12 ----------------------------------------------------- * Tue Sep 08 2009 Dave Airlie 6.13.0-0.3.20090908git651fe5a47 - New snapshot with r600 kms support xorg-x11-drv-synaptics-1.1.99-7.20090907.fc12 --------------------------------------------- * Mon Sep 07 2009 Peter Hutterer 1.1.99-6.20090907 - Update to today's git master (synaptics 1.1.99.1) * Mon Sep 07 2009 Peter Hutterer 1.1.99-7.20090907 - This time with the tarball. xscreensaver-5.10-1.fc12 ------------------------ * Tue Sep 08 2009 Mamoru Tasaka - 1:5.10-1 - Update to 5.10 - All non Fedora-specific patches applied upstream yelp-2.27.5-1.fc12 ------------------ * Mon Sep 07 2009 Matthias Clasen - 2.27.5-1 - Update to 2.27.5 yofrankie-bge-1.1b-1.20090907svn -------------------------------- * Mon Sep 07 2009 Lubomir Rintel - 1.1b-1.20090907svn - New upstream snapshot Summary: Added Packages: 3 Removed Packages: 0 Modified Packages: 99 From arxs at fedoraproject.org Tue Sep 8 17:39:40 2009 From: arxs at fedoraproject.org (Niels Haase) Date: Tue, 8 Sep 2009 19:39:40 +0200 Subject: New desktop oriented scheduler In-Reply-To: <64b14b300909080951u4e1dfb33ldf557e542b01ac5a@mail.gmail.com> References: <64b14b300909080951u4e1dfb33ldf557e542b01ac5a@mail.gmail.com> Message-ID: <571dcba60909081039h58bfdc26gd1e8eb97dfa3b466@mail.gmail.com> 2009/9/8 Valent Turkovic : > Fedora is desktop oriented distro so when I saw that a new desktop > oriented scheduler was released [1] it immediately raised an eyebrow > or two. > BFS scheduler claims to be simple but very effective, has anybody tried BFS? You can find some results (and of course facts) about BFS here: http://thread.gmane.org/gmane.linux.kernel/886319/ -- Regards, Niels From cemeyer at u.washington.edu Tue Sep 8 17:41:15 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Tue, 8 Sep 2009 10:41:15 -0700 Subject: clang static analyzer: use it! In-Reply-To: <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> References: <87vdjzte6h.fsf@meyering.net> <200909040904.07587.sgrubb@redhat.com> <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> Message-ID: <200909081041.15805.cemeyer@u.washington.edu> On Tuesday 08 September 2009 07:33:10 am Michel Alexandre Salim wrote: > The latest Rawhide llvm build: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=130997 > > -- which you'd probably have to install manually until it hits the > Rawhide mirrors -- have clang's analyzer packaged. Once it lands > properly you can have llvm, llvm-clang (the compiler) and > llvm-clang-analyzer installed by simply doing > > yum install llvm-clang-analyzer > > I might push this into F-11 too, once LLVM 2.6 comes out, if simply to > provide the analyzer to our F-11 users. Please do :). Regards, -- Conrad Meyer From mzerqung at 0pointer.de Tue Sep 8 17:52:14 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Tue, 8 Sep 2009 19:52:14 +0200 Subject: clang static analyzer: use it! In-Reply-To: <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> References: <87vdjzte6h.fsf@meyering.net> <200909040904.07587.sgrubb@redhat.com> <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> Message-ID: <20090908175214.GA9789@tango.0pointer.de> On Tue, 08.09.09 10:33, Michel Alexandre Salim (michael.silvanus at gmail.com) wrote: > The latest Rawhide llvm build: > > http://koji.fedoraproject.org/koji/buildinfo?buildID=130997 > > -- which you'd probably have to install manually until it hits the > Rawhide mirrors -- have clang's analyzer packaged. Once it lands > properly you can have llvm, llvm-clang (the compiler) and > llvm-clang-analyzer installed by simply doing > > yum install llvm-clang-analyzer Thanks for packaging this. Unfortunately it doesn't really work: Whatever I try to use scan-build on I get: Can't exec "clang-cc": No such file or directory at /usr/lib64/clang-analyzer/libexec/ccc-analyzer line 216. readline() on closed filehandle FROM_CHILD at /usr/lib64/clang-analyzer/libexec/ccc-analyzer line 222. Adding /usr/libexec/ to the $PATH seems to fix this. However, it still can't find any standard C includes then. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Tue Sep 8 18:11:11 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Tue, 8 Sep 2009 20:11:11 +0200 Subject: clang static analyzer: use it! In-Reply-To: <20090908175214.GA9789@tango.0pointer.de> References: <87vdjzte6h.fsf@meyering.net> <200909040904.07587.sgrubb@redhat.com> <615c05430909080733g6a1de0abn33d0fac8611994e5@mail.gmail.com> <20090908175214.GA9789@tango.0pointer.de> Message-ID: <20090908181111.GA10543@tango.0pointer.de> On Tue, 08.09.09 19:52, Lennart Poettering (mzerqung at 0pointer.de) wrote: > > On Tue, 08.09.09 10:33, Michel Alexandre Salim (michael.silvanus at gmail.com) wrote: > > > The latest Rawhide llvm build: > > > > http://koji.fedoraproject.org/koji/buildinfo?buildID=130997 > > > > -- which you'd probably have to install manually until it hits the > > Rawhide mirrors -- have clang's analyzer packaged. Once it lands > > properly you can have llvm, llvm-clang (the compiler) and > > llvm-clang-analyzer installed by simply doing > > > > yum install llvm-clang-analyzer > > Thanks for packaging this. Unfortunately it doesn't really work: > > Whatever I try to use scan-build on I get: > > Can't exec "clang-cc": No such file or directory at > /usr/lib64/clang-analyzer/libexec/ccc-analyzer line 216. > readline() on closed filehandle FROM_CHILD at > /usr/lib64/clang-analyzer/libexec/ccc-analyzer line 222. > > Adding /usr/libexec/ to the $PATH seems to fix this. However, it still > can't find any standard C includes then. Hmm, I need to correct myself, this seems to work fine: CFLAGS=-I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/include/ scan-build ./autogen.sh CFLAGS=-I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/include/ scan-build make Thanks again for packaging. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From fedora at matbooth.co.uk Tue Sep 8 19:16:34 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Tue, 8 Sep 2009 20:16:34 +0100 Subject: Adding a project to transifex In-Reply-To: <4AA56CEF.4010309@redhat.com> References: <4AA56CEF.4010309@redhat.com> Message-ID: <9497e9990909081216h471af8c3jb438c2c34461e28c@mail.gmail.com> 2009/9/7 Matthew Booth : > > > > Thanks, > > Matt > Woah, that was spinning me out for a second there. It's got my name on it, but I don't remember writing it. Turns out I'm the *other* mbooth... ;-) Ahem, carry on! -- Mat Booth From caolanm at redhat.com Tue Sep 8 19:43:06 2009 From: caolanm at redhat.com (=?ISO-8859-1?Q?Caol=E1n?= McNamara) Date: Tue, 08 Sep 2009 20:43:06 +0100 Subject: rawhide report: 20090908 changes In-Reply-To: <20090908173536.GA28192@releng2.fedora.phx.redhat.com> References: <20090908173536.GA28192@releng2.fedora.phx.redhat.com> Message-ID: <1252438986.2727.5472.camel@Vain> On Tue, 2009-09-08 at 17:35 +0000, Rawhide Report wrote: > Broken deps for i386 > ---------------------------------------------------------- > clutter-*mm requires btw, what's the story here. These clutter-*mm packages have been broken for ages now. Are the mm bindings dead upstream ? > ppl-yap-0.10.2-5.fc12.i686 requires libYap.so FWIW 521588 now has a fix for what's been probably blocking this rebuild. C. From MathStuf at gmail.com Tue Sep 8 19:47:17 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Tue, 08 Sep 2009 15:47:17 -0400 Subject: New desktop oriented scheduler References: <64b14b300909080951u4e1dfb33ldf557e542b01ac5a@mail.gmail.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Valent Turkovic wrote: > Fedora is desktop oriented distro so when I saw that a new desktop > oriented scheduler was released [1] it immediately raised an eyebrow > or two. > BFS scheduler claims to be simple but very effective, has anybody tried BFS? > > Is there a simple guide how to patch kernel, compile and test (and > compare) it to stock Fedora kernel? > > Cheers. > > [1] http://linux.slashdot.org/story/09/09/06/0433209/Con- Kolivas-Returns-With-a-Desktop-Oriented-Linux-Scheduler?from=rss > There's a class here I'm taking that will involve having around with our kernels with BFS. I'll be patching up the kernel from Fedora and using that for the class. I'd be willing to collaborate with others on getting this to work. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqmtMUACgkQiPi+MRHG3qQyiwCgqHsabEEDZvwgidV08dZFfKGT 19kAn1wOXToBlEeIiwNaHtPCg/fv1Ryp =oIQm -----END PGP SIGNATURE----- From awilliam at redhat.com Tue Sep 8 21:26:06 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 08 Sep 2009 14:26:06 -0700 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) Message-ID: <1252445166.2271.7.camel@adam.local.net> Yes, it is now that legendary time, well loved by the hearts of men for millennia(*): Graphics Test Week! Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). Thursday - 2009-09-10 - is NVIDIA graphics card Test Day (2). And Friday - 2009-09-11 - is Intel graphics card Test Day (3). I am currently rolling up a pair of live CD images that will likely be used for all three days; they should be uploaded soon. Please, please grab the live CDs, do the testing, and come out to the Test Day(s) for the graphics hardware you own! As always, graphics are a critical piece of Fedora and we want to make sure Fedora 12 works on as wide a range of graphics hardware as possible. The testing's very easy to do and it shouldn't take more than an hour of your time to boot the live CD and run the tests. There's no need to install anything to hard disk. You don't even need to be a Fedora user to take part, and what's in Fedora's drivers today will be in everyone else's tomorrow, so helping us test this benefits all distributions down the road. The Test Day gatherings themselves are held in IRC, in channel #fedora-test-day on the Freenode network. Please do join in if you can - we can help advise you with any questions you have, and if you run into bugs, the developers can investigate them with you right away. If you can't make it out for the actual day, though, you can still do the testing, and your results are still useful! Just download the live image, do the tests, and fill in the results table as the page instructs. Many thanks to everyone who's able to make it out and do the testing. Remember - tomorrow ATI; Thursday NVIDIA; Friday Intel. * - well, okay. Not really millennia. More like...months. (1) - https://fedoraproject.org/wiki/Test_Day:2009-09-09_Radeon (2) - https://fedoraproject.org/wiki/Test_Day:2009-09-10_Nouveau (3) - https://fedoraproject.org/wiki/Test_Day:2009-09-11_Intel -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From bruno at wolff.to Tue Sep 8 22:08:19 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 8 Sep 2009 17:08:19 -0500 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <20090908220819.GA9630@wolff.to> On Tue, Sep 08, 2009 at 14:26:06 -0700, Adam Williamson wrote: > > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). > Thursday - 2009-09-10 - is NVIDIA graphics card Test Day (2). And Friday > - 2009-09-11 - is Intel graphics card Test Day (3). I am currently > rolling up a pair of live CD images that will likely be used for all > three days; they should be uploaded soon. Please, please grab the live > CDs, do the testing, and come out to the Test Day(s) for the graphics > hardware you own! As always, graphics are a critical piece of Fedora and > we want to make sure Fedora 12 works on as wide a range of graphics > hardware as possible. Are you going to try to include kernel-2.6.31-0.212.rc9.git1.fc12 as it claims to have some Nouvaeu fixes in it? From bernie at codewiz.org Tue Sep 8 22:27:33 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Tue, 08 Sep 2009 18:27:33 -0400 Subject: alsa support in sidplay In-Reply-To: <1252439757.6588.3.camel@fecusia> References: <1252383808.1474.250.camel@giskard> <1252439757.6588.3.camel@fecusia> Message-ID: <1252448853.1474.709.camel@giskard> El Tue, 08-09-2009 a las 21:55 +0200, Linus Walleij escribi?: > > If you like this patch, I'll go on and commit myself using my > > ?berpackager superpowers. I'm also planning to submit the > > autoconf changes upstream. > > That's great, but you mailed off into fedora-devel-list and > the package "sidplay2" is in RPMfusion. But if you're a > superpackager in RPMfusion too then go ahead and do it! Oops, I knew it was in RPMFusion, but forgot about that after one day of debugging! (the Gentoo patch was actually broken). No, I have no RPMFusion account at all. Please, go on and commit the patch for me if you ack it! -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From denis at poolshark.org Tue Sep 8 22:54:18 2009 From: denis at poolshark.org (Denis Leroy) Date: Wed, 9 Sep 2009 00:54:18 +0200 Subject: rawhide report: 20090908 changes In-Reply-To: <1252438986.2727.5472.camel@Vain> References: <20090908173536.GA28192@releng2.fedora.phx.redhat.com> <1252438986.2727.5472.camel@Vain> Message-ID: <7F45DCA1-9355-4768-B399-D275040936AA@poolshark.org> Envoy? de mon iPhone Le 8 sept. 2009 ? 21:43, Caol?n McNamara a ?crit : > On Tue, 2009-09-08 at 17:35 +0000, Rawhide Report wrote: >> Broken deps for i386 >> ---------------------------------------------------------- >> clutter-*mm requires > > btw, what's the story here. These clutter-*mm packages have been > broken > for ages now. Are the mm bindings dead upstream ? No, upstream is just slow moving the c++ bindings to the 1.0 API, since apparently no projects are using these as of yet. I was told things should at least build in git, so I have already updated cluttermm to the latest snapshot.The other 2 will follow shortly. -denis From jreiser at bitwagon.com Tue Sep 8 23:05:57 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 08 Sep 2009 16:05:57 -0700 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <4AA6E355.6080001@bitwagon.com> > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). Just in case there is a lull with nothing to do, please look at this existing crash-and-burn with an RV710: https://bugzilla.redhat.com/show_bug.cgi?id=521322 -- From mjs at clemson.edu Wed Sep 9 00:42:59 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Tue, 08 Sep 2009 20:42:59 -0400 Subject: TeXLive 2009 texconfig Message-ID: <1252456979.26192.21.camel@valkyrie.localdomain> texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips default paper type. The hang occurs when I run texconfig as a user and texconfig or texconfig-sys as root. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From aoliva at redhat.com Wed Sep 9 01:46:26 2009 From: aoliva at redhat.com (Alexandre Oliva) Date: Tue, 08 Sep 2009 22:46:26 -0300 Subject: GCC var-tracking-assignments: testing and bug reports appreciated Message-ID: Jakub built gcc-4.4.1-10 earlier today, with a new feature that generates much better debug information in optimized programs. The feature has been under development for a couple of years, and it's recently been accepted into GCC, for GCC 4.5. We've backported it for Fedora 12. I'd appreciate if you Cc: me on any bug reports you hit that might be related with this new feature (GCC internal compiler errors, verify_ssa failures, crashes, etc). It's very important that any such bugs you run into be reported quickly: I'm going to be around this week, full time, working on this, but my network connectivity will be poor at best next week. In case you suspect a problem might be caused by this new feature, instead of say untagging the GCC build, please instead install a temporary work-around in your package to compile with the flag -fno-var-tracking-assignments. If it compiles with this flag, the you know I'm the culprit. Mentioning the successful use of this work around in the bug report may help prioritize the resolution of bugs. If you follow this path, I suggest also creating a bug report on your package, blocked on the resolution of the GCC bug, so that, once the GCC bug is fixed, you're reminded to remove the work-around. Thanks in advance for your cooperation, -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer From awilliam at redhat.com Wed Sep 9 04:27:50 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 08 Sep 2009 21:27:50 -0700 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <20090908220819.GA9630@wolff.to> References: <1252445166.2271.7.camel@adam.local.net> <20090908220819.GA9630@wolff.to> Message-ID: <1252470470.2271.32.camel@adam.local.net> On Tue, 2009-09-08 at 17:08 -0500, Bruno Wolff III wrote: > On Tue, Sep 08, 2009 at 14:26:06 -0700, > Adam Williamson wrote: > > > > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). > > Thursday - 2009-09-10 - is NVIDIA graphics card Test Day (2). And Friday > > - 2009-09-11 - is Intel graphics card Test Day (3). I am currently > > rolling up a pair of live CD images that will likely be used for all > > three days; they should be uploaded soon. Please, please grab the live > > CDs, do the testing, and come out to the Test Day(s) for the graphics > > hardware you own! As always, graphics are a critical piece of Fedora and > > we want to make sure Fedora 12 works on as wide a range of graphics > > hardware as possible. > > Are you going to try to include kernel-2.6.31-0.212.rc9.git1.fc12 as it > claims to have some Nouvaeu fixes in it? It's already in there. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From nicolas.mailhot at laposte.net Wed Sep 9 06:21:21 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 09 Sep 2009 08:21:21 +0200 Subject: Rawhide fonts problem report for 2009-09-06 In-Reply-To: <1252389018.19934.4.camel@arekh.okg> References: <1252241073.2344.79.camel@arekh.okg> <76e72f800909071811y2f1d5133s415141b51346a03b@mail.gmail.com> <1252389018.19934.4.camel@arekh.okg> Message-ID: <1252477281.6668.5.camel@arekh.okg> Le mardi 08 septembre 2009 ? 07:50 +0200, Nicolas Mailhot a ?crit : > Le mardi 08 septembre 2009 ? 09:11 +0800, Yuan Yijun a ?crit : > > Hi, > > > > The package wine-fonts is not mentioned, why? > > Excellent question, it certainly should have been, and I have no idea > why. Maybe it was not present in the source repo I used? when the test > was run ? Otherwise repoquery may have a bug somewhere Anyway a re-did a script run and this time wine-fonts was picked, so it looks like just a transient problem in the rawhide repo I use as reference PS: if one of the packages you care about appear in the report, please halp its maintainer fix it (pester him in a bug, post patches, whatever). Too many of those errors have not changed for months, it'd be nice to shrink the report. Statistics: ? packages that declare font metadata: ? 1303 files (329 MiB) in 289 packages (163 MiB) generated from 122 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 115 46 34 7 7 PCF 204 6 6 32 48 TrueType 413 214 78 245 96 Type 1 234 24 7 13 12 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 1243 278 118 326 162 x86_64 60 11 4 2 1 ? File size is computed as extracted, while rpm is a compressed format. ? Mid-term, files in legacy PCF or Type1 formats need to be converted or removed. ? font files in other packages (we should not find any!) ? 4728 files (138 MiB) in 85 packages (649 MiB) generated from 50 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 107 4 3 12 218 PCF 889 10 6 13 39 TrueType 135 45 32 41 403 Type 1 1072 10 8 47 222 Format Files rpm srpm Files (MiB) rpm (MiB) i686 30 3 3 0 3 noarch 4535 53 22 118 404 x86_64 163 29 28 19 240 ? Bad packaging may result in arched packages or mixed content. Problem report: ? font files in arch packages: a2ps.i686 a2ps.x86_64 flumotion.x86_64 glob2.x86_64 GraphicsMagick-perl.x86_64 groff.x86_64 hedgewars.x86_64 ImageMagick-perl.x86_64 jfbterm.x86_64 k3d.x86_64 kdebase3.x86_64 kdebase-workspace.x86_64 koffice-core.x86_64 kst.i686 kst.x86_64 libdockapp-fonts.x86_64 [lilypond-aybabtu-fonts.x86_64] [lilypond-century-schoolbook-l-fonts.x86_64] [lilypond-emmentaler-fonts.x86_64] [lilypond-feta-alphabet-fonts.x86_64] [lilypond-feta-braces-fonts.x86_64] [lilypond-feta-fonts.x86_64] [lilypond-parmesan-fonts.x86_64] manaworld.x86_64 [mscore-fonts.x86_64] nethack-vultures.x86_64 openscap-devel.i686 openscap-devel.x86_64 poker2d.x86_64 pygame.x86_64 [rosegarden4-feta-fonts.x86_64] [rosegarden4-parmesan-fonts.x86_64] scim-doc.x86_64 spring.x86_64 TeXmacs.x86_64 tuxpaint.x86_64 tuxtype2.x86_64 widelands.x86_64 x3270-x11.x86_64 xpilot-ng-server.x86_64 xpilot-ng.x86_64 xplanet.x86_64 [zvbi-fonts.x86_64] ? 253 files (22 MiB) in 43 packages (245 MiB) generated from 32 source packages. ? font files installed outside /usr/share/fonts: a2ps e16-themes flumotion glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl k3d kdebase3 kdebase-workspace koffice-core kst libdockapp-fonts manaworld nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery scim-doc seahorse-adventures spring texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint tuxtype2 widelands wine-fonts x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 4005 files (97 MiB) in 59 packages (623 MiB) generated from 39 source packages. ? Font files need to be installed under the /usr/share/fonts root for fontconfig to expose them. ? fonts in packages that contain non-font data: a2ps e16-themes flumotion fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl [japanese-bitmap-fonts] jfbterm k3d kdebase3 kdebase-workspace koffice-core kst libdockapp-fonts manaworld nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery seahorse-adventures spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint tuxtype2 widelands wine-fonts [wqy-zenhei-fonts] x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 4658 files (141 MiB) in 65 packages (653 MiB) generated from 43 source packages. ? Every font should be installable as-is without pulling in other material. ? fonts in packages that do not declare font metadata: a2ps baekmuk-bdf-fonts e16-themes flumotion fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi ghostscript-fonts glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl jfbterm jisksp16-1990-fonts k3d kdebase3 kdebase-workspace koffice-core kst libdockapp-fonts manaworld myanmar3-unicode-fonts nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery scim-doc seahorse-adventures spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint tuxtype2 un-extra-fonts-bom un-extra-fonts-jamobatang un-extra-fonts-jamodotum un-extra-fonts-jamonovel un-extra-fonts-jamosora un-extra-fonts-pen un-extra-fonts-penheulim un-extra-fonts-pilgia un-extra-fonts-shinmun un-extra-fonts-taza un-extra-fonts-vada un-extra-fonts-yetgul urw-fonts widelands wine-fonts x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 4728 files (138 MiB) in 85 packages (649 MiB) generated from 50 source packages. ? Automatic font installation relies on this metadata being present to work. ? fonts in packages that do not use font package naming conventions: a2ps blender cave9 childsplay cjkuni-fonts-compat directfb e16 e16-themes [efont-unicode-bdf] egoboo-data ember-media enigma extremetuxracer fillets-ng-data flumotion fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi freecol glob2 gnubg GraphicsMagick-perl groff hedgewars htmldoc ImageMagick-perl jfbterm k3d kdebase3 kdebase-workspace [knm_new-fonts] koffice-core kst libprojectM lincity-ng-data manaworld mapserver moodle moodle-km moodle-sm moodle-to munin nethack-vultures neverball nted ogre-samples openscap-devel pgfouine phoronix-test-suite php-ZendFramework-tests poker2d poker3d-data pokerth pygame python-reportlab python-tw-jquery rosegarden4 scim-doc scorched3d sdljava-demo seahorse-adventures simspark spring stellarium taipeifonts tex-cm-lgc tex-kerkis texlive-texmf-doc TeXmacs TnL-data trackballs tuxpaint tuxtype2 un-extra-fonts-bom un-extra-fonts-jamobatang un-extra-fonts-jamodotum un-extra-fonts-jamonovel un-extra-fonts-jamosora un-extra-fonts-pen un-extra-fonts-penheulim un-extra-fonts-pilgia un-extra-fonts-shinmun un-extra-fonts-taza un-extra-fonts-vada un-extra-fonts-yetgul wesnoth-data widelands wormux-data x3270-x11 xine-ui-skins xmoto xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 3808 files (102 MiB) in 121 packages (1451 MiB) generated from 81 source packages. ? fonts that declare face attributes in family names: Antykwa Torunska Condensed texlive-texmf-fonts BPG Nino Medium Cond GPL&GNU [bpg-nino-medium-cond-fonts] BPG Nino Medium GPL&GNU [bpg-nino-medium-fonts] BPG Sans Medium GPL&GNU [bpg-sans-medium-fonts] BPG Sans Regular GPL&GNU [bpg-sans-regular-fonts] Charis SIL Compact [sil-charis-compact-fonts] cursor_large_black.pcf kdebase3 kdebase-workspace Ethiopic WashRa Bold [senamirmir-washra-fonts] Gentium Book Basic [sil-gentium-basic-book-fonts] Hershey-Plain-Duplex-Italic ghostscript-fonts Hershey-Plain-Triplex-Italic ghostscript-fonts Khmer OS Muol Light [khmeros-muol-fonts] LMRoman10 Demi texlive-texmf-fonts LMRoman10 Oblique texlive-texmf-fonts LMRoman10 Regular texlive-texmf-fonts LMRoman12 Oblique texlive-texmf-fonts LMRoman12 Regular texlive-texmf-fonts LMRoman17 Regular texlive-texmf-fonts LMRoman5 Regular texlive-texmf-fonts LMRoman6 Regular texlive-texmf-fonts LMRoman7 Regular texlive-texmf-fonts LMRoman8 Oblique texlive-texmf-fonts LMRoman8 Regular texlive-texmf-fonts LMRoman9 Oblique texlive-texmf-fonts LMRoman9 Regular texlive-texmf-fonts LMSans10 Regular texlive-texmf-fonts LMSans12 Regular texlive-texmf-fonts LMSans17 Regular texlive-texmf-fonts LMSans8 Regular texlive-texmf-fonts LMSans9 Regular texlive-texmf-fonts LMSansExt8 Regular texlive-texmf-fonts LMTypewriter10 Oblique texlive-texmf-fonts LMTypewriter10 Regular texlive-texmf-fonts LMTypewriter12 Regular texlive-texmf-fonts LMTypewriter8 Regular texlive-texmf-fonts LMTypewriter9 Regular texlive-texmf-fonts LMTypewriterProp10 Regular texlive-texmf-fonts Serafettin Cartoon Condensed [serafettin-cartoon-fonts] Silkscreen Expanded [silkscreen-expanded-fonts] ? 83 files (14 MiB) in 14 packages (66 MiB) generated from 11 source packages. ? To be properly processed by applications face qualifiers need to be declared in face names (there may be a few false positives here as some common face qualifiers can be used with a different meaning in family names; if that's not the case, please ask the font upstream to fix its naming). ? fonts that declare non-WWS compliant faces: Aharoni CLM, Book Oblique [culmus-aharoni-clm-fonts] AirCut, OneHundedandOne e16-themes AntykwaPoltawskiego, BoldItalic texlive-texmf-fonts AntykwaTorunska, BoldItalic texlive-texmf-fonts AntykwaTorunskaCond, BoldItalic texlive-texmf-fonts AntykwaTorunskaCond, Med-Italic texlive-texmf-fonts AntykwaTorunskaCond, Med-Regular texlive-texmf-fonts AntykwaTorunskaLigh, t-Italic texlive-texmf-fonts AntykwaTorunskaLigh, t-Regular texlive-texmf-fonts Aurulent Sans, BoldItalic [hartke-aurulent-sans-fonts] Century Schoolbook L, BoldItalic [lilypond-century-schoolbook-l-fonts] Century Schoolbook L, Roma [lilypond-century-schoolbook-l-fonts] Comic040Sans040MS0408b, 040Bold texlive-texmf-fonts Comic040Sans040MS0408b, 040Bold040Italic texlive-texmf-fonts Comic040Sans040MS0408b, 040Italic texlive-texmf-fonts David CLM, BoldItalic [culmus-david-clm-fonts] David CLM, MediumItalic [culmus-david-clm-fonts] DejaVu LGC Sans, Condensed Bold [dejavu-lgc-sans-fonts] DejaVu LGC Sans, Condensed Bold Oblique [dejavu-lgc-sans-fonts] DejaVu LGC Serif, Condensed Bold [dejavu-lgc-serif-fonts] DejaVu LGC Serif, Condensed Bold Italic [dejavu-lgc-serif-fonts] DejaVu Sans, Condensed Bold [dejavu-sans-fonts] DejaVu Sans, Condensed Bold Oblique [dejavu-sans-fonts] DejaVu Serif, Condensed Bold [dejavu-serif-fonts] DejaVu Serif, Condensed Bold Italic [dejavu-serif-fonts] Edrip, BoldItalic [apanov-edrip-fonts] Emmentaler, 11 [lilypond-emmentaler-fonts] Emmentaler, 13 [lilypond-emmentaler-fonts] Emmentaler, 14 [lilypond-emmentaler-fonts] Emmentaler, 16 [lilypond-emmentaler-fonts] Emmentaler, 18 [lilypond-emmentaler-fonts] Emmentaler, 20 [lilypond-emmentaler-fonts] Emmentaler, 23 [lilypond-emmentaler-fonts] Emmentaler, 26 [lilypond-emmentaler-fonts] Essays1743, BoldItalic [thibault-essays1743-fonts] European Computer Modern, Bold Extended 10pt TeXmacs European Computer Modern, Italic Regular 10pt TeXmacs European Computer Modern, Oblique Regular 10pt TeXmacs European Computer Modern, Regular Extended 10pt TeXmacs European Computer Modern, Roman Regular 10pt TeXmacs European Computer Modern Sans, Regular 10pt TeXmacs European Computer Modern, Small caps Regular 10pt TeXmacs European Computer Modern Typewriter, Regular 10pt TeXmacs feta11, .22 [lilypond-feta-fonts] feta14, .14 [lilypond-feta-fonts] feta-alphabet11, .22 [lilypond-feta-alphabet-fonts] feta-alphabet14, .14 [lilypond-feta-alphabet-fonts] feta-braces-a, 20 [lilypond-feta-braces-fonts] feta-braces-b, 40 [lilypond-feta-braces-fonts] feta-braces-c, 60 [lilypond-feta-braces-fonts] feta-braces-d, 80 [lilypond-feta-braces-fonts] feta-braces-e, 100 [lilypond-feta-braces-fonts] feta-braces-f, 120 [lilypond-feta-braces-fonts] feta-braces-g, 140 [lilypond-feta-braces-fonts] feta-braces-h, 160 [lilypond-feta-braces-fonts] feta-braces-i, 180 [lilypond-feta-braces-fonts] Fixed, ja xorg-x11-fonts-misc Fixed, ko xorg-x11-fonts-misc Fixed, Oblique SemiCondensed xorg-x11-fonts-misc FreeMono, BoldOblique [gnu-free-mono-fonts] tuxpaint FreeSans, BoldOblique [gnu-free-sans-fonts] tuxpaint xpilot-ng xpilot-ng-server FreeSerif, BoldItalic [gnu-free-serif-fonts] tuxpaint fxd, Bold Italic semicondensed [japanese-bitmap-fonts] fxd, Italic semicondensed [japanese-bitmap-fonts] Garuda, BoldOblique [thai-scalable-garuda-fonts] Geometr415 Lt BT, Lite e16-themes Geometr415 Lt BT, Lite Italic e16-themes , Gothic-Regular [sazanami-gothic-fonts] tuxpaint Heuristica, BoldItalic [apanov-heuristica-fonts] Inuit, b texlive-texmf-fonts Inuit, o texlive-texmf-fonts Kerkis, Bold SmallCaps [ctan-kerkis-serif-fonts] KerkisSans, SmallCaps [ctan-kerkis-sans-fonts] Kerkis, Small Caps [ctan-kerkis-serif-fonts] Kinnari, BoldItalic [thai-scalable-kinnari-fonts] Kinnari, BoldOblique [thai-scalable-kinnari-fonts] Laconic, Shadow [woodardworks-laconic-shadow-fonts] Latin Modern Typewriter, Regular 10 texlive-texmf-fonts LettErrorRobot, Chrome python-reportlab Letters Laughing, at their Execution [chisholm-letterslaughing-fonts] Letters Laughing, by Quantized and Calibrated [chisholm-letterslaughing-fonts] Letters Laughing, Dissection and Destruction [chisholm-letterslaughing-fonts] LilyPond-feta-nummer-rosegarden, 10 [rosegarden4-feta-fonts] LilyPond-feta-rosegarden, 20 [rosegarden4-feta-fonts] LilyPond-parmesan-rosegarden, 20 [rosegarden4-parmesan-fonts] LMMathItalic10, BoldItalic texlive-texmf-fonts LMMathItalic5, BoldItalic texlive-texmf-fonts LMMathItalic7, BoldItalic texlive-texmf-fonts LMMathSymbols10, BoldItalic texlive-texmf-fonts LMMathSymbols5, BoldItalic texlive-texmf-fonts LMMathSymbols7, BoldItalic texlive-texmf-fonts LMRoman10, BoldItalic texlive-texmf-fonts LMRoman10, BoldOblique texlive-texmf-fonts LMRoman10, CapsOblique texlive-texmf-fonts LMRoman10, CapsRegular texlive-texmf-fonts LMRoman10, DemiOblique texlive-texmf-fonts LMRoman10, Dunhill texlive-texmf-fonts LMRoman10, DunhillOblique texlive-texmf-fonts LMRoman10, Unslanted texlive-texmf-fonts LMSans10, BoldOblique texlive-texmf-fonts LMSans10, DemiCondensed texlive-texmf-fonts LMSans10, DemiCondensedOblique texlive-texmf-fonts LMSansQuotation8, BoldOblique texlive-texmf-fonts LMTypewriter10, CapsOblique texlive-texmf-fonts LMTypewriter10, CapsRegular texlive-texmf-fonts LMTypewriter10, Dark texlive-texmf-fonts LMTypewriter10, DarkOblique texlive-texmf-fonts LMTypewriter10, LightCondensed texlive-texmf-fonts LMTypewriter10, LightCondensedOblique texlive-texmf-fonts LMTypewriter10, LightOblique texlive-texmf-fonts LMTypewriterVarWd10, Dark texlive-texmf-fonts LMTypewriterVarWd10, DarkOblique texlive-texmf-fonts LMTypewriterVarWd10, LightOblique texlive-texmf-fonts Loma, BoldOblique [thai-scalable-loma-fonts] Lucida, Sans xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-1-75dpi MathDesign-CH, Bold Extension 10 texlive-texmf-fonts MathDesign-CH, Bold Italic MathItalic 10 texlive-texmf-fonts MathDesign-CH, Bold Italic OT1 10 texlive-texmf-fonts MathDesign-CH, Bold Italic T1 10 texlive-texmf-fonts MathDesign-CH, Bold Italic TS1 10 texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-CH, Bold MathItalic 10 texlive-texmf-fonts MathDesign-CH, Bold OT1 10 texlive-texmf-fonts MathDesign-CH, Bold Symbol 10 texlive-texmf-fonts MathDesign-CH, Bold T1 10 texlive-texmf-fonts MathDesign-CH, Bold TS1 10 texlive-texmf-fonts MathDesign-CH, Regular 10 texlive-texmf-fonts MathDesign-CH, Regular Extension 10 texlive-texmf-fonts MathDesign-CH, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 5 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 6 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 7 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 8 texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 9 texlive-texmf-fonts MathDesign-CH, Regular Italic T1 10 texlive-texmf-fonts MathDesign-CH, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-CH, Regular MathItalic 10 texlive-texmf-fonts MathDesign-CH, Regular OT1 10 texlive-texmf-fonts MathDesign-CH, Regular OT1 5 texlive-texmf-fonts MathDesign-CH, Regular OT1 6 texlive-texmf-fonts MathDesign-CH, Regular OT1 7 texlive-texmf-fonts MathDesign-CH, Regular OT1 8 texlive-texmf-fonts MathDesign-CH, Regular OT1 9 texlive-texmf-fonts MathDesign-CH, Regular Symbol 10 texlive-texmf-fonts MathDesign-CH, Regular T1 10 texlive-texmf-fonts MathDesign-CH, Regular TS1 10 texlive-texmf-fonts MathDesign-GM, Medium Extension 10 texlive-texmf-fonts MathDesign-GM, Medium Italic MathItalic 10 texlive-texmf-fonts MathDesign-GM, Medium Italic OT1 10 texlive-texmf-fonts MathDesign-GM, Medium Italic T1 10 texlive-texmf-fonts MathDesign-GM, Medium Italic TS1 10 texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-GM, Medium MathItalic 10 texlive-texmf-fonts MathDesign-GM, Medium OT1 10 texlive-texmf-fonts MathDesign-GM, Medium Symbol 10 texlive-texmf-fonts MathDesign-GM, Medium T1 10 texlive-texmf-fonts MathDesign-GM, Medium TS1 10 texlive-texmf-fonts MathDesign-GM, Regular Extension 10 texlive-texmf-fonts MathDesign-GM, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-GM, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-GM, Regular Italic T1 10 texlive-texmf-fonts MathDesign-GM, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-GM, Regular MathItalic 10 texlive-texmf-fonts MathDesign-GM, Regular OT1 10 texlive-texmf-fonts MathDesign-GM, Regular Symbol 10 texlive-texmf-fonts MathDesign-GM, Regular T1 10 texlive-texmf-fonts MathDesign-GM, Regular TS1 10 texlive-texmf-fonts MathDesign-UT, Bold Extension 10 texlive-texmf-fonts MathDesign-UT, Bold Italic MathItalic 10 texlive-texmf-fonts MathDesign-UT, Bold Italic OT1 10 texlive-texmf-fonts MathDesign-UT, Bold Italic T1 10 texlive-texmf-fonts MathDesign-UT, Bold Italic TS1 10 texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-UT, Bold MathItalic 10 texlive-texmf-fonts MathDesign-UT, Bold OT1 10 texlive-texmf-fonts MathDesign-UT, Bold Symbol 10 texlive-texmf-fonts MathDesign-UT, Bold T1 10 texlive-texmf-fonts MathDesign-UT, Bold TS1 10 texlive-texmf-fonts MathDesign-UT, Regular Extension 10 texlive-texmf-fonts MathDesign-UT, Regular Italic MathItalic 10 texlive-texmf-fonts MathDesign-UT, Regular Italic OT1 10 texlive-texmf-fonts MathDesign-UT, Regular Italic T1 10 texlive-texmf-fonts MathDesign-UT, Regular Italic TS1 10 texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolA 10 texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolB 10 texlive-texmf-fonts MathDesign-UT, Regular MathItalic 10 texlive-texmf-fonts MathDesign-UT, Regular OT1 10 texlive-texmf-fonts MathDesign-UT, Regular Symbol 10 texlive-texmf-fonts MathDesign-UT, Regular T1 10 texlive-texmf-fonts MathDesign-UT, Regular TS1 10 texlive-texmf-fonts MgOpen Modata, BoldOblique [mgopen-modata-fonts] MgOpen Moderna, BoldOblique [mgopen-moderna-fonts] , Mincho-Regular [sazanami-mincho-fonts] Miriam Mono CLM, Book Oblique [culmus-miriam-mono-clm-fonts] MScore1, 20 [mscore-fonts] MScore, 20 [mscore-fonts] Nimbus Mono L, Regular Oblique texlive-texmf-fonts urw-fonts Nimbus Roman No9 L, Regular Italic texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Condensed texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Condensed Italic texlive-texmf-fonts urw-fonts Nimbus Sans L, Regular Italic texlive-texmf-fonts urw-fonts Norasi, BoldItalic [thai-scalable-norasi-fonts] Norasi, BoldOblique [thai-scalable-norasi-fonts] ntedfont, 20 [nted-ntedfont-fonts] OmegaSerifCommon, BoldItalic texlive-texmf-fonts OmegaSerifGreek, BoldItalic texlive-texmf-fonts OmegaSerifLatin, BoldItalic texlive-texmf-fonts PaperCuts 2.0, BoldOblique [extremetuxracer-papercuts-fonts] [extremetuxracer-papercuts-outline-fonts] parmesan11, .22 [lilypond-parmesan-fonts] parmesan14, .14 [lilypond-parmesan-fonts] PLMathItalic10, BoldItalic texlive-texmf-fonts PLMathSymbols10, BoldItalic texlive-texmf-fonts PLRoman10, BoldItalic texlive-texmf-fonts PLSans10, BoldItalic texlive-texmf-fonts PLSlanted10, BoldItalic texlive-texmf-fonts QuasiChancery, MediumItalic texlive-texmf-fonts QuasiCourier, BoldItalic texlive-texmf-fonts QuasiCourier, RegularItalic texlive-texmf-fonts QuasiCourierTTF, Regular Italic texlive-texmf-fonts QuasiSwiss, BoldItalic texlive-texmf-fonts QuasiSwissCondensed, BoldItalic texlive-texmf-fonts QuasiSwissCondensed, RegularItalic texlive-texmf-fonts QuasiSwissCondensedTTF, Regular Italic texlive-texmf-fonts QuasiSwiss, RegularItalic texlive-texmf-fonts QuasiSwissTTF, Regular Italic texlive-texmf-fonts RaghuMalayalam, Sans [smc-raghumalayalam-fonts] Sawasdee, BoldOblique [thai-scalable-sawasdee-fonts] Steve, Hand [sj-stevehand-fonts] TeX040cmex7, 040Regular texlive-texmf-fonts TeX040cmex8, 040Regular texlive-texmf-fonts TeX040cmex9, 040Regular texlive-texmf-fonts TeX040feybl10, 040Regular texlive-texmf-fonts TeX040feybo10, 040Regular texlive-texmf-fonts TeX040feybr10, 040Regular texlive-texmf-fonts TeX040feyml10, 040Regular texlive-texmf-fonts TeX040feymo10, 040Regular texlive-texmf-fonts TeX040feymr10, 040Regular texlive-texmf-fonts TeX040hcaption, 040Regular texlive-texmf-fonts TeX040hclassic, 040Regular texlive-texmf-fonts TeX040pccsc10, 040Regular texlive-texmf-fonts TeX040pcmi10, 040Regular texlive-texmf-fonts TeX040pcr10, 040Regular texlive-texmf-fonts TeX040pcr5, 040Regular texlive-texmf-fonts TeX040pcr6, 040Regular texlive-texmf-fonts TeX040pcr7, 040Regular texlive-texmf-fonts TeX040pcr8, 040Regular texlive-texmf-fonts TeX040pcr9, 040Regular texlive-texmf-fonts TeX040pcsl10, 040Regular texlive-texmf-fonts TeX040pcslc9, 040Regular texlive-texmf-fonts TeX040pcti10, 040Regular texlive-texmf-fonts TeXGyreBonum, BoldItalic texlive-texmf-fonts TeXGyrePagella, BoldItalic texlive-texmf-fonts TeXGyreSchola, BoldItalic texlive-texmf-fonts TeXGyreTermes, BoldItalic texlive-texmf-fonts TeX Palladio L, Bold Italic Old Style Figures texlive-texmf-fonts TeX Palladio L, Bold Old Style Figures texlive-texmf-fonts TeX Palladio L, Italic Old Style Figures texlive-texmf-fonts TeX Palladio L, Small Caps & Old Style Figures texlive-texmf-fonts TlwgMono, BoldOblique [thai-scalable-tlwgmono-fonts] TlwgTypewriter, BoldOblique [thai-scalable-tlwgtypewriter-fonts] Tlwg Typist, BoldOblique [thai-scalable-tlwgtypist-fonts] Tlwg Typo, BoldOblique [thai-scalable-tlwgtypo-fonts] Umpush, BoldOblique [thai-scalable-umpush-fonts] Umpush, LightOblique [thai-scalable-umpush-fonts] URW Bookman L, Demi Bold texlive-texmf-fonts urw-fonts URW Bookman L, Demi Bold Italic texlive-texmf-fonts urw-fonts URW Gothic L, Book Oblique texlive-texmf-fonts urw-fonts Vietnamese040Computer040Modern, Medium040 texlive-texmf-fonts Vn TeX Palladio L, Small Caps & Old Style Figures texlive-texmf-fonts Waree, BoldOblique [thai-scalable-waree-fonts] XYATIP, 10 texlive-texmf-fonts XYBSQL, 10 texlive-texmf-fonts XYBTIP, 10 texlive-texmf-fonts XYCIRC, 10 texlive-texmf-fonts XYCMAT, 10 texlive-texmf-fonts XYCMBT, 10 texlive-texmf-fonts XYDASH, 10 texlive-texmf-fonts XYEUAT, 10 texlive-texmf-fonts XYEUBT, 10 texlive-texmf-fonts ? 480 files (38 MiB) in 61 packages (121 MiB) generated from 29 source packages. ? This WWS-like test checks if font faces use the: ?weight width slant [regular]? naming convention. (Microsoft resolves over a combined ?Family Face? string, since our applications use ?Family? and ?Face? separately this test considers ?Face? alone. We also reject weight abbreviations and suffixes, if a font uses them check compliance manually.) If your font is listed here please ask its upstream to fix its naming. ? exact file duplication (ignoring multilib): ? Ignoring multilib to keep it short /usr/share/texmf/fonts/type1/bitstrea/charter/bchri8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0649bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/e16/themes/BlueSteel/ABOUT/vixar.ttf e16-themes.noarch /usr/share/e16/themes/BlueSteel/ttfonts/vixar.ttf e16-themes.noarch /usr/share/tuxpaint/fonts/FreeMonoBold.ttf tuxpaint.x86_64 /usr/share/xplanet/fonts/FreeMonoBold.ttf xplanet.x86_64 /usr/share/texmf/fonts/type1/urw/zapfding/uzdr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/d050000l.pfb urw-fonts.noarch /usr/share/texmf/fonts/type1/urw/symbol/usyr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/s050000l.pfb urw-fonts.noarch /usr/share/fonts/default/ghostscript/putb.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTB_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/xine/skins/Bambino-Black/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.pcf.gz xine-ui-skins.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbi8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbo8a.pfb texlive-texmf-fonts.noarch /usr/share/fonts/bitstream-vera/VeraIt.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraIt.ttf k3d.x86_64 /usr/share/poker3d/data/VeraIt.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraIt.ttf python-reportlab.noarch /usr/share/fonts/bitstream-vera/VeraMoIt.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoIt.ttf k3d.x86_64 /usr/share/texmf/fonts/type1/bitstrea/charter/bchbi8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0633bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng-server.x86_64 /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng.x86_64 /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.ttf xine-ui-skins.noarch /usr/share/fonts/bitstream-vera/VeraMoBI.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoBI.ttf k3d.x86_64 /usr/share/fonts/un-extra/UnPenheulim.ttf un-extra-fonts-penheulim.noarch /usr/share/fonts/un-extra/UnPenheulim.ttf un-extra-fonts-pen.noarch /usr/share/fonts/bitstream-vera/VeraSe.ttf [bitstream-vera-serif-fonts.noarch] /usr/share/k3d/fonts/VeraSe.ttf k3d.x86_64 /usr/games/vulturesclaw/fonts/VeraSe.ttf nethack-vultures.x86_64 /usr/games/vultureseye/fonts/VeraSe.ttf nethack-vultures.x86_64 /usr/share/e16/themes/BrushedMetal-Tigert/ABOUT/aircut3.ttf e16-themes.noarch /usr/share/e16/themes/ShinyMetal/ABOUT/aircut3.ttf e16-themes.noarch /usr/share/xine/skins/Centori/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/xinium/smooth.pcf.gz xine-ui-skins.noarch /usr/share/e16/themes/Ganymede/ABOUT/ganymede.ttf e16-themes.noarch /usr/share/e16/themes/Ganymede/ttfonts/ganymede.ttf e16-themes.noarch /usr/share/fonts/google-droid/DroidSansFallback.ttf [google-droid-sans-fonts.noarch] /usr/share/hedgewars/Data/Fonts/DroidSansFallback.ttf hedgewars.x86_64 /usr/share/xine/skins/Centori/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchr8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0648bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putri.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTI_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putr.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTRG____.pfa xorg-x11-fonts-Type1.noarch /usr/share/kde4/apps/formulashape/fonts/cmex10.ttf koffice-core.x86_64 /usr/share/fonts/lyx/cmex10.ttf [lyx-cmex10-fonts.noarch] /usr/share/texmf/fonts/type1/adobe/courier/pcri8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrro8a.pfb texlive-texmf-fonts.noarch /usr/share/fonts/bitstream-vera/Vera.ttf [bitstream-vera-sans-fonts.noarch] /usr/lib64/flumotion/python/flumotion/component/converters/overlay/Vera.ttf flumotion.x86_64 /usr/share/k3d/fonts/Vera.ttf k3d.x86_64 /usr/lib/python2.6/site-packages/reportlab/fonts/Vera.ttf python-reportlab.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchb8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0632bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/doc/openscap-devel-0.5.2/latex/FreeSans.ttf openscap-devel.i686 /usr/share/doc/scim-doc-1.4.9/html/FreeSans.ttf scim-doc.x86_64 /usr/share/fonts/bitstream-vera/VeraBd.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraBd.ttf k3d.x86_64 /usr/share/poker3d/data/VeraBd.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraBd.ttf python-reportlab.noarch /usr/share/fonts/bitstream-vera/VeraMoBd.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoBd.ttf k3d.x86_64 /usr/share/xpilot-ng/fonts/VeraMoBd.ttf xpilot-ng-server.x86_64 /usr/share/xpilot-ng/fonts/VeraMoBd.ttf xpilot-ng.x86_64 /usr/share/fonts/bitstream-vera/VeraMono.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMono.ttf k3d.x86_64 /usr/share/fonts/bitstream-vera/VeraSeBd.ttf [bitstream-vera-serif-fonts.noarch] /usr/share/k3d/fonts/VeraSeBd.ttf k3d.x86_64 /usr/share/fonts/default/ghostscript/putbi.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTBI____.pfa xorg-x11-fonts-Type1.noarch /usr/share/fonts/bitstream-vera/VeraBI.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraBI.ttf k3d.x86_64 /usr/share/poker3d/data/VeraBI.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraBI.ttf python-reportlab.noarch ? 101 files (12 MiB) in 26 packages (220 MiB) generated from 22 source packages. ? font faces duplicated by different packages: ? Excluding multilib and PCF fonts (because they are pretty much hopeless). 6 FreeSans Medium [gnu-free-sans-fonts] openscap-devel poker3d-data scim-doc tuxpaint widelands 5 FreeSans Bold [gnu-free-sans-fonts] poker3d-data pygame spring tuxpaint 4 FreeSerif Medium [gnu-free-serif-fonts] poker2d tuxpaint widelands 4 FreeSans BoldOblique [gnu-free-sans-fonts] tuxpaint xpilot-ng xpilot-ng-server 4 Bitstream Vera Sans Roman [bitstream-vera-sans-fonts] flumotion k3d python-reportlab 4 Bitstream Vera Sans Oblique [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 4 Bitstream Vera Sans Mono Bold [bitstream-vera-sans-mono-fonts] k3d xpilot-ng xpilot-ng-server 4 Bitstream Vera Sans Bold Oblique [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 4 Bitstream Vera Sans Bold [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 3 FreeMono Bold [gnu-free-mono-fonts] tuxpaint xplanet 3 DejaVu Sans Book [dejavu-sans-fonts] glob2 pgfouine 3 Bitstream Vera Serif Roman [bitstream-vera-serif-fonts] k3d nethack-vultures 2 Vemana2000 Regular tuxpaint [vemana2000-fonts] 2 UnPenheulim Regular un-extra-fonts-pen un-extra-fonts-penheulim 2 Tuffy Regular ImageMagick-perl [tulrich-tuffy-fonts] 2 PaperCuts 2.0 BoldOblique [extremetuxracer-papercuts-fonts] [extremetuxracer-papercuts-outline-fonts] 2 Lohit Hindi Regular [lohit-hindi-fonts] tuxtype2 2 Lohit Gujarati Regular [lohit-gujarati-fonts] tuxpaint 2 Liberation Sans Regular [liberation-sans-fonts] phoronix-test-suite 2 Garuda Bold [thai-scalable-garuda-fonts] tuxpaint 2 FreeSerif Italic [gnu-free-serif-fonts] tuxpaint 2 FreeSerif BoldItalic [gnu-free-serif-fonts] tuxpaint 2 FreeSerif Bold [gnu-free-serif-fonts] tuxpaint 2 FreeSans Oblique [gnu-free-sans-fonts] tuxpaint 2 FreeMono Oblique [gnu-free-mono-fonts] tuxpaint 2 FreeMono Medium [gnu-free-mono-fonts] tuxpaint 2 FreeMono BoldOblique [gnu-free-mono-fonts] tuxpaint 2 Droid Sans Fallback Regular [google-droid-sans-fonts] hedgewars 2 Doulos SIL Regular [sil-doulos-fonts] tuxtype2 2 DejaVu Sans Condensed [dejavu-sans-fonts] tuxpaint 2 DejaVu Sans Bold [dejavu-sans-fonts] manaworld 2 cmex10 Regular koffice-core [lyx-cmex10-fonts] 2 Bitstream Vera Serif Bold [bitstream-vera-serif-fonts] k3d 2 Bitstream Vera Sans Mono Roman [bitstream-vera-sans-mono-fonts] k3d 2 Bitstream Vera Sans Mono Oblique [bitstream-vera-sans-mono-fonts] k3d 2 Bitstream Vera Sans Mono Bold Oblique [bitstream-vera-sans-mono-fonts] k3d ? 97 files (27 MiB) in 43 packages (255 MiB) generated from 35 source packages. ? Face duplication wastes resources infrastructure and user side. Very often an upstream that copied some fonts will forget to keep them up to date, and the duplication will result in the distribution of old buggy data. Even if some duplicate font files are a genuine fork with different features from the original, applications won't be able to select them relyably because of naming collisions. We should alway ship a single version of any font face in a dedicated font package, and use fontconfig or symlinks to share it accross packages. ? font faces duplicated within a package (ignoring legacy formats): e16-themes AirCut OneHundedandOne /usr/share/e16/themes/BrushedMetal-Tigert/ABOUT/aircut3.ttf e16-themes AirCut OneHundedandOne /usr/share/e16/themes/ShinyMetal/ABOUT/aircut3.ttf e16-themes Geometr415 Lt BT Lite /usr/share/e16/themes/Ganymede/ABOUT/ganymede.ttf e16-themes Geometr415 Lt BT Lite /usr/share/e16/themes/Ganymede/ttfonts/ganymede.ttf e16-themes Vixar ASCI Regular /usr/share/e16/themes/BlueSteel/ABOUT/vixar.ttf e16-themes Vixar ASCI Regular /usr/share/e16/themes/BlueSteel/ttfonts/vixar.ttf nethack-vultures Bitstream Vera Serif Roman /usr/games/vulturesclaw/fonts/VeraSe.ttf nethack-vultures Bitstream Vera Serif Roman /usr/games/vultureseye/fonts/VeraSe.ttf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntSmaBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpSmaBol.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntSma.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUp.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpSma.otf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-White/42.ttf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/OTF/GohaTibebZemen.otf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/TTF/GohaTibebZemen.ttf ? 27 files (1 MiB) in 5 packages (37 MiB) generated from 5 source packages. ? Face duplication within a package is almost certainly a bug, except for special symbol font families. ? packages that mix several font families (ignoring legacy formats): texlive-texmf-fonts (47) tuxpaint (15) stix-sizes-fonts (5) e16-themes (5) tuxtype2 (4) poker3d-data (4) k3d (4) wine-fonts (3) widelands (3) mscore-fonts (3) linux-libertine-fonts (3) khmeros-muol-fonts (3) khmeros-base-fonts (3) google-droid-sans-fonts (3) xpilot-ng-server (2) xpilot-ng (2) un-extra-fonts-pen (2) serafettin-cartoon-fonts (2) senamirmir-washra-fonts (2) python-reportlab (2) koffice-core (2) khmeros-handwritten-fonts (2) ? Reliable font autoinstallation requires shipping only one font family per font package. This indicates problems in the packaging or the packaged font metadata. ? packages that symlink font files: blender cave9 childsplay cjkuni-fonts-compat directfb e16 egoboo-data ember-media enigma extremetuxracer fillets-ng-data freecol gnubg hedgewars htmldoc libprojectM lincity-ng-data manaworld mapserver moodle moodle-km moodle-sm moodle-to munin neverball nted ogre-samples php-ZendFramework-tests pokerth rosegarden4 scorched3d sdljava-demo seahorse-adventures simspark stellarium tex-cm-lgc tex-kerkis TnL-data trackballs wesnoth-data wormux-data xmoto xplanet ? 204 files (0 MiB) in 46 packages (900 MiB) generated from 40 source packages. 5 most symlinked packages: 29 dejavu-sans-fonts-0:2.30-2.fc12.noarch 8 dejavu-sans-mono-fonts-0:2.30-2.fc12.noarch 2 urw-fonts-0:2.4-8.fc12.noarch 2 dejavu-serif-fonts-0:2.30-2.fc12.noarch 2 bitstream-vera-sans-fonts-0:1.10-18.fc12.noarch ? Symlinking font files is a way for non-font packages to comply with guidelines and avoid duplicating files, but it is also a symptom of missing or incomplete fontconfig support in the package. Please ask upstream to use fontconfig (possibly, via a higher-level library such as pangocairo). ? broken symlinks to font files: /usr/share/fillets-ng/font/font_console.ttf ? /usr/share/fonts/freefont/FreeSansBold.ttf fillets-ng-data-0:0.8.1-4.noarch /usr/share/fillets-ng/font/font_menu.ttf ? /usr/share/fonts/freefont/FreeSansBold.ttf fillets-ng-data-0:0.8.1-4.noarch /usr/share/fillets-ng/font/font_subtitle.ttf ? /usr/share/fonts/freefont/FreeSansBold.ttf fillets-ng-data-0:0.8.1-4.noarch /usr/share/doc/mapserver-5.4.2/tests/vera/VeraBd.ttf ? /usr/share/fonts/bitstream-vera/Verabd.ttf mapserver-0:5.4.2-1.fc12.x86_64 /usr/share/wesnoth/fonts/sazanami-gothic.ttf ? /usr/share/fonts/sazanami-fonts-gothic/sazanami-gothic.ttf wesnoth-data-0:1.6.5-1.fc12.noarch ? 5 files (0 MiB) in 3 packages (283 MiB) generated from 3 source packages. ? packages with fonts rpmlint errors on: [cjkuni-uming-fonts] e16-themes flumotion fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi groff k3d kdebase3 kdebase-workspace koffice-core [liberation-mono-fonts] nethack-vultures phoronix-test-suite python-reportlab spring texlive-texmf-doc TeXmacs [un-core-batang-fonts] [un-core-dinaru-fonts] [un-core-dotum-fonts] [un-core-graphic-fonts] [un-core-gungseo-fonts] [un-core-pilgi-fonts] [wqy-zenhei-fonts] xpilot-ng-server ? 471 files (71 MiB) in 26 packages (285 MiB) generated from 19 source packages. ? packages with font files not identified as such by libmagic: 12 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) 12 a2ps-0:4.14-10.fc12.i686 (a2ps-4.14-10.fc12.src.rpm) ? 24 files (0 MiB) in 2 packages (1 MiB) generated from 1 source packages. ? Either libmagic has a bug or the files are malformed and need to be fixed or dumped. ? packages with font files fc-query can not parse: 225 xorg-x11-fonts-misc-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 190 fonts-ISO8859-2-75dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 190 fonts-ISO8859-2-100dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 155 japanese-bitmap-fonts-0:0.20080710-8.fc12.noarch (japanese-bitmap-fonts-0.20080710-8.fc12.src.rpm) 154 terminus-fonts-0:4.28-9.fc12.noarch (terminus-fonts-4.28-9.fc12.src.rpm) 114 fonts-KOI8-R-75dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 82 xorg-x11-fonts-cyrillic-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 60 fonts-KOI8-R-100dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 42 baekmuk-bdf-fonts-0:2.2-7.fc11.noarch (baekmuk-bdf-fonts-2.2-7.fc11.src.rpm) 32 x3270-x11-0:3.3.6-10.fc12.x86_64 (x3270-3.3.6-10.fc12.src.rpm) 24 mona-bitmap-fonts-0:2.90-9.fc12.noarch (monafont-2.90-9.fc12.src.rpm) 16 fonts-KOI8-R-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 15 fonts-ISO8859-2-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 13 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) 13 a2ps-0:4.14-10.fc12.i686 (a2ps-4.14-10.fc12.src.rpm) 12 jfbterm-0:0.4.7-22.fc12.x86_64 (jfbterm-0.4.7-22.fc12.src.rpm) 8 xorg-x11-fonts-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 8 xorg-x11-fonts-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 6 kst-0:1.8.0-3.fc12.x86_64 (kst-1.8.0-3.fc12.src.rpm) 6 kst-0:1.8.0-3.fc12.i686 (kst-1.8.0-3.fc12.src.rpm) 4 knm_new-fonts-0:1.1-5.fc11.noarch (knm_new-fonts-1.1-5.fc11.src.rpm) 2 libdockapp-fonts-0:0.6.2-3.fc12.x86_64 (libdockapp-0.6.2-3.fc12.src.rpm) 2 groff-0:1.18.1.4-18.fc12.x86_64 (groff-1.18.1.4-18.fc12.src.rpm) 1 jisksp16-1990-fonts-0:0.983-5.fc12.noarch (jisksp16-1990-fonts-0.983-5.fc12.src.rpm) ? 2862 files (54 MiB) in 32 packages (65 MiB) generated from 15 source packages. ? Either fontconfig has a bug or the files are malformed and need to be fixed or dumped. ? packages with localized metadata but no English variant: /usr/share/fonts/gfs-theokritos/GFSTheokritos.otf gfs-theokritos-fonts-0:20070415-14.fc12.noarch /usr/share/fonts/sazanami/gothic/sazanami-gothic.ttf sazanami-gothic-fonts-0:0.20040629-8.20061016.fc12.noarch /usr/share/fonts/sazanami/mincho/sazanami-mincho.ttf sazanami-mincho-fonts-0:0.20040629-8.20061016.fc12.noarch /usr/share/tuxpaint/fonts/locale/ja.ttf tuxpaint-1:0.9.20-3.fc11.x86_64 /usr/share/tuxpaint/fonts/locale/zh_tw.ttf tuxpaint-1:0.9.20-3.fc11.x86_64 ? 5 files (18 MiB) in 4 packages (15 MiB) generated from 3 source packages. ? The font files need to be fixed to declare metadata in English too. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jamatos at fc.up.pt Wed Sep 9 07:38:10 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 9 Sep 2009 08:38:10 +0100 Subject: TeXLive 2009 texconfig In-Reply-To: <1252456979.26192.21.camel@valkyrie.localdomain> References: <1252456979.26192.21.camel@valkyrie.localdomain> Message-ID: <200909090838.10876.jamatos@fc.up.pt> On Wednesday 09 September 2009 Matthew Saltzman wrote: > texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips > default paper type. The hang occurs when I run texconfig as a user and > texconfig or texconfig-sys as root. It works for me on either scenario (F11/texlive-2009/i586). > -- > Matthew Saltzman -- Jos? Ab?lio From rakesh.pandit at gmail.com Wed Sep 9 09:26:43 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Wed, 9 Sep 2009 14:56:43 +0530 Subject: TeXLive 2009 texconfig In-Reply-To: <200909090838.10876.jamatos@fc.up.pt> References: <1252456979.26192.21.camel@valkyrie.localdomain> <200909090838.10876.jamatos@fc.up.pt> Message-ID: 2009/9/9 Jos? Matos wrote: > On Wednesday 09 September 2009 Matthew Saltzman wrote: >> texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips >> default paper type. ?The hang occurs when I run texconfig as a user and >> texconfig or texconfig-sys as root. > > It works for me on either scenario (F11/texlive-2009/i586). > [..] Is there some bug filed where we can report after testing, if no @Mathew may you report one ? Thanks, -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From jwboyer at gmail.com Wed Sep 9 10:35:09 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 9 Sep 2009 06:35:09 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: Message-ID: <20090909103509.GD10173@hansolo.jdub.homelinux.org> On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: >Jakub built gcc-4.4.1-10 earlier today, with a new feature that >generates much better debug information in optimized programs. > >The feature has been under development for a couple of years, and it's >recently been accepted into GCC, for GCC 4.5. We've backported it for >Fedora 12. Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? josh From choeger at cs.tu-berlin.de Wed Sep 9 11:48:45 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Wed, 09 Sep 2009 13:48:45 +0200 Subject: cannot mockbuild Message-ID: <1252496925.3671.20.camel@choeger5.umpa.netz> Hi, when I try make mockbuild on the bsf package to test my changes, I get the following error: [root at choeger5 devel]# yum --installroot /var/lib/mock/fedora-11-x86_64/root/ resolvedep ccache 'jython' 'java-gcj-compat-devel' 'ant' 'tomcat5-jsp-2.0-api' 'xalan-j2' 'servlet' 'jpackage-utils >= 1.6' Traceback (most recent call last): File "/usr/bin/yum", line 29, in yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 309, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 157, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 189, in getOptionsConfig self.conf File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 652, in conf = property(fget=lambda self: self._getConfig(), File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 239, in _getConfig self._conf = config.readMainConfig(startupconf) File "/usr/lib/python2.6/site-packages/yum/config.py", line 794, in readMainConfig yumvars['releasever'] = _getsysver(startupconf.installroot, startupconf.distroverpkg) File "/usr/lib/python2.6/site-packages/yum/config.py", line 873, in _getsysver hdr = idx.next() StopIteration Any ideas what causes that? regards Christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From mjs at clemson.edu Wed Sep 9 00:42:59 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Tue, 08 Sep 2009 20:42:59 -0400 Subject: TeXLive 2009 texconfig Message-ID: <1252456979.26192.21.camel@valkyrie.localdomain> texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips default paper type. The hang occurs when I run texconfig as a user and texconfig or texconfig-sys as root. -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From valent.turkovic at gmail.com Wed Sep 9 13:02:53 2009 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 9 Sep 2009 15:02:53 +0200 Subject: $PATH Message-ID: <64b14b300909090602l22436316tccb796f383173649@mail.gmail.com> I found out while compiling some apps manually that they are failing because they can't find files, I investigated and found out that the binaries are installed but just not in $PATH. /usr/lib/qt4/bin/ Is this path left out on purpose? Cheers! -- pratite me na twitteru - www.twitter.com/valentt 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, msn: valent.turkovic at hotmail.com From z.kota at gmx.net Wed Sep 9 13:26:08 2009 From: z.kota at gmx.net (Zoltan Kota) Date: Wed, 9 Sep 2009 15:26:08 +0200 (CEST) Subject: source file audit - 2009-08-10 In-Reply-To: <20090810101542.2fa4f2d7@ohm.scrye.com> References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: On Mon, 10 Aug 2009, Kevin Fenzi wrote: > zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar > zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar It seems the bazaar-1 (aka baz) sources are not available anymore at the bazaar's site. At least I haven't found them. What to do with this then? (I know, this package is dead, and I will likely orphan it soon. :-) ) Zoltan From paul at city-fan.org Wed Sep 9 13:41:58 2009 From: paul at city-fan.org (Paul Howarth) Date: Wed, 09 Sep 2009 14:41:58 +0100 Subject: source file audit - 2009-08-10 In-Reply-To: References: <20090810101542.2fa4f2d7@ohm.scrye.com> Message-ID: <4AA7B0A6.1020706@city-fan.org> On 09/09/09 14:26, Zoltan Kota wrote: > > On Mon, 10 Aug 2009, Kevin Fenzi wrote: > >> zkota:BADURL:bazaar_1.4.2.tar.gz:bazaar >> zkota:BADURL:bazaar-doc_1.4.tar.gz:bazaar > > It seems the bazaar-1 (aka baz) sources are not available anymore at the > bazaar's site. At least I haven't found them. What to do with this then? > (I know, this package is dead, and I will likely orphan it soon. :-) ) Try here: http://bazaar-vcs.org/releases/src/obsolete/ Paul. From mike.cloaked at gmail.com Wed Sep 9 14:17:13 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Wed, 9 Sep 2009 15:17:13 +0100 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) Message-ID: <3b8e57a80909090717g164c7e3dx56a659e92ba8bd6b@mail.gmail.com> > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). I have been trying to follow the "procedure" to get the liveusb key to boot - but changing the kernel line to either of "root=live:LABEL=F12-Snap1-i686-Live to: root=live:LABEL=F12-i686" or to LABEL=LIVE won't work for me! I have seen both the bz reports at https://bugzilla.redhat.com/show_bug.cgi?id=520207 and https://bugzilla.redhat.com/show_bug.cgi?id=521471 The boot gets to the stage where the white/blue line goes across the page but the screen then shows "No root device found. Boot has failed, sleeping forever" - the advertised method for fixing this fails for me - is there any other suggested work-around? Thanks -- mike From rdieter at math.unl.edu Wed Sep 9 14:53:43 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 09 Sep 2009 09:53:43 -0500 Subject: $PATH References: <64b14b300909090602l22436316tccb796f383173649@mail.gmail.com> Message-ID: Valent Turkovic wrote: > I found out while compiling some apps manually that they are failing > because they can't find files, I investigated and found out that the > binaries are installed but just not in $PATH. > > /usr/lib/qt4/bin/ > > Is this path left out on purpose? Shrug, there's -qt4 versions in /usr/bin, which is the common convention these days (since qt3 and qt4 versions exist, and conflict). apps not looking for those should be fixed. -- Rex From rda at rincon.com Wed Sep 9 14:57:34 2009 From: rda at rincon.com (Bob Arendt) Date: Wed, 9 Sep 2009 07:57:34 -0700 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <3b8e57a80909090717g164c7e3dx56a659e92ba8bd6b@mail.gmail.com> References: <3b8e57a80909090717g164c7e3dx56a659e92ba8bd6b@mail.gmail.com> Message-ID: <4AA7C25E.7090403@rincon.com> On 09/09/09 07:17, mike cloaked wrote: >> Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). > > I have been trying to follow the "procedure" to get the liveusb key to > boot - but changing the kernel line to either of > "root=live:LABEL=F12-Snap1-i686-Live > to: root=live:LABEL=F12-i686" or to LABEL=LIVE won't work for me! > I have seen both the bz reports at > https://bugzilla.redhat.com/show_bug.cgi?id=520207 > and > https://bugzilla.redhat.com/show_bug.cgi?id=521471 > > The boot gets to the stage where the white/blue line goes across the > page but the screen then shows "No root device found. Boot has failed, > sleeping forever" - the advertised method for fixing this fails for me > - is there any other suggested work-around? > > Thanks > > -- > mike Try using /sbin/dosfslabel or /sbin/e2label to read the actual label. Then use that for the label on the boot line. From mike.cloaked at gmail.com Wed Sep 9 15:17:36 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Wed, 9 Sep 2009 16:17:36 +0100 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) Message-ID: <3b8e57a80909090817h9e1e7d3he9c782693ddcfd53@mail.gmail.com> Bob Arendt wrote: > Try using /sbin/dosfslabel or /sbin/e2label to read the actual label. > Then use that for the label on the boot line. Bingo! That works - excellent - I think I will add this to the reference page - others will doubtless be bitten by this also. Now I hope I can test later this evening.... -- mike From rda at rincon.com Wed Sep 9 15:56:16 2009 From: rda at rincon.com (Bob Arendt) Date: Wed, 9 Sep 2009 08:56:16 -0700 Subject: Snapshot Label bug (was Graphics Test Week) In-Reply-To: <3b8e57a80909090817h9e1e7d3he9c782693ddcfd53@mail.gmail.com> References: <3b8e57a80909090817h9e1e7d3he9c782693ddcfd53@mail.gmail.com> Message-ID: <4AA7D020.9050100@rincon.com> On 09/09/09 08:17, mike cloaked wrote: > Bob Arendt wrote: > >> Try using /sbin/dosfslabel or /sbin/e2label to read the actual label. >> Then use that for the label on the boot line. > > Bingo! That works - excellent - I think I will add this to the > reference page - others will doubtless be bitten by this also. > Now I hope I can test later this evening.... > > mike > Glad it helped. I tried out the Snapshot 1 liveusb, and was puzzled when it didn't work; My original post to those bugs was based on /sbin/dosfslabel (it was a vfat stick). I'm curious - what *was* the label reported? How did you create your live boot? I'd used the "livecd-iso-to-disk" tool, latest F11 version to put the live iso's on to a USB stick .. and ended up with labels "F12-i686" and "F12-x86_64". Some tool somewhere is mucking this up. I don't know if it's the .iso creation on the fedoraproject side, or the livecd-iso-to-disk from the livecd-tools package (or some sort of tool inconsistency). -Bob Arendt From mjs at clemson.edu Wed Sep 9 16:08:15 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 9 Sep 2009 12:08:15 -0400 Subject: TeXLive 2009 texconfig In-Reply-To: <200909090838.10876.jamatos@fc.up.pt> References: <1252456979.26192.21.camel@valkyrie.localdomain> <200909090838.10876.jamatos@fc.up.pt> Message-ID: <1252512495.3627.91.camel@valkyrie.localdomain> On Wed, 2009-09-09 at 08:38 +0100, Jos? Matos wrote: > On Wednesday 09 September 2009 Matthew Saltzman wrote: > > texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips > > default paper type. The hang occurs when I run texconfig as a user and > > texconfig or texconfig-sys as root. > > It works for me on either scenario (F11/texlive-2009/i586). Mine's x86_64. Maybe that makes a difference? PS Sorry about the occasional dupes. Damn evolution-exchange... > > > -- > > Matthew Saltzman > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From jussilehtola at fedoraproject.org Wed Sep 9 16:16:11 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 09 Sep 2009 19:16:11 +0300 Subject: [Fedora-packaging] Processing Review Requests In-Reply-To: References: Message-ID: <1252512971.22116.5.camel@politzer.theorphys.helsinki.fi> On Wed, 2009-09-09 at 21:21 +0530, Shakthi Kannan wrote: > Hi, > > I would like to know: This message is off-topic to this list. Redirecting discussion to fedora-devel-list at redhat.com. > 1. If there is a comprehensive contact list of Fedora Packagers who > are allowed to sponsor packages? Is the list available somewhere that > new joinees can use, and contact Fedora packagers? or is it always > that whenever a Sponsor looks into FE-NEEDSPONSOR review requests in > bugzilla, the package is reviewed? Yes, you can look in FAS who have sponsor status in the Packager group. Normally sponsors look for review requests needing sponsors, but if you've been waiting for very long you can mail fedora-devel-list and ask for someone to have a look at your package. > 2. Is there a queue of review requests that is maintained, say, for > example a review-request that has not been reviewed for a month, > should be given first priority or is there any criteria as such? or is > it left to the Packagers? Not especially, but the review bugs have bug numbers that are in increasing order in time, so older reviews have smaller numbers. Picking what to review is up to the packager. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From valent.turkovic at gmail.com Wed Sep 9 17:57:59 2009 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Wed, 9 Sep 2009 19:57:59 +0200 Subject: $PATH In-Reply-To: References: <64b14b300909090602l22436316tccb796f383173649@mail.gmail.com> Message-ID: <64b14b300909091057v10d5e37csb007eb5094fc004b@mail.gmail.com> On Wed, Sep 9, 2009 at 4:53 PM, Rex Dieter wrote: > Valent Turkovic wrote: > >> I found out while compiling some apps manually that they are failing >> because they can't find files, I investigated and found out that the >> binaries are installed but just not in $PATH. >> >> /usr/lib/qt4/bin/ >> >> Is this path left out on purpose? > > Shrug, there's -qt4 versions in /usr/bin, which is the common > convention these days (since qt3 and qt4 versions exist, and conflict). > apps not looking for those should be fixed. > > -- Rex Ok, thanks, I'll pass that up to upstream devels for GPX Viewer. -- pratite me na twitteru - www.twitter.com/valentt 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, msn: valent.turkovic at hotmail.com From mjs at clemson.edu Wed Sep 9 16:08:15 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Wed, 09 Sep 2009 12:08:15 -0400 Subject: TeXLive 2009 texconfig In-Reply-To: <200909090838.10876.jamatos@fc.up.pt> References: <1252456979.26192.21.camel@valkyrie.localdomain> <200909090838.10876.jamatos@fc.up.pt> Message-ID: <1252512495.3627.91.camel@valkyrie.localdomain> On Wed, 2009-09-09 at 08:38 +0100, Jos? Matos wrote: > On Wednesday 09 September 2009 Matthew Saltzman wrote: > > texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips > > default paper type. The hang occurs when I run texconfig as a user and > > texconfig or texconfig-sys as root. > > It works for me on either scenario (F11/texlive-2009/i586). Mine's x86_64. Maybe that makes a difference? PS Sorry about the occasional dupes. Damn evolution-exchange... > > > -- > > Matthew Saltzman > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From pasik at iki.fi Wed Sep 9 18:51:08 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Wed, 9 Sep 2009 21:51:08 +0300 Subject: Preupgrade to rawhide fails with VGA monitor going out of range (i915) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <20090909185108.GR31123@reaktio.net> On Tue, Sep 08, 2009 at 02:26:06PM -0700, Adam Williamson wrote: > Yes, it is now that legendary time, well loved by the hearts of men for > millennia(*): Graphics Test Week! > Something related.. I just tried preupgrade from F11 to F12/rawhide. It didn't go very well.. when I restart the computer so that it boots to anaconda my VGA monitor goes "Input Signal out of Range" and I can't see anything.. I rebooted again, and this time edited the "Upgrade to Rawhide" grub entry and added "nomodeset" option.. that didn't work either, now the display went blank, and the monitor didn't show _any_ signal. F10 and F11 work perfectly well on this computer, without any manual graphics configuration. Hardware info: # lspci|grep VGA 00:02.0 VGA compatible controller: Intel Corporation E7221 Integrated Graphics Controller (rev 05) and gfx stuff from F11 kernel dmesg: [drm] Initialized drm 1.1.0 20060810 i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 allocated 1280x1024 fb: 0x007df000, bo f69bf420 fbcon: inteldrmfb (fb0) is primary device Console: switching to colour frame buffer device 160x64 [drm] DAC-6: set mode 1280x1024 1a fb0: inteldrmfb frame buffer device registered panic notifier [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 Any ideas/tips? -- Pasi From awilliam at redhat.com Wed Sep 9 19:29:03 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 09 Sep 2009 12:29:03 -0700 Subject: Snapshot Label bug (was Graphics Test Week) In-Reply-To: <4AA7D020.9050100@rincon.com> References: <3b8e57a80909090817h9e1e7d3he9c782693ddcfd53@mail.gmail.com> <4AA7D020.9050100@rincon.com> Message-ID: <1252524543.2311.0.camel@adam.local.net> On Wed, 2009-09-09 at 08:56 -0700, Bob Arendt wrote: > On 09/09/09 08:17, mike cloaked wrote: > > Bob Arendt wrote: > > > >> Try using /sbin/dosfslabel or /sbin/e2label to read the actual label. > >> Then use that for the label on the boot line. > > > > Bingo! That works - excellent - I think I will add this to the > > reference page - others will doubtless be bitten by this also. > > Now I hope I can test later this evening.... > > > > mike > > > Glad it helped. I tried out the Snapshot 1 liveusb, and > was puzzled when it didn't work; My original post to > those bugs was based on /sbin/dosfslabel (it was a vfat stick). > > I'm curious - what *was* the label reported? How did you > create your live boot? I'd used the "livecd-iso-to-disk" > tool, latest F11 version to put the live iso's on to a USB > stick .. and ended up with labels "F12-i686" and "F12-x86_64". > > Some tool somewhere is mucking this up. I don't know if > it's the .iso creation on the fedoraproject side, or the > livecd-iso-to-disk from the livecd-tools package (or some > sort of tool inconsistency). livecd-iso-to-disk is the culprit, we believe. I already filed a bug on this when I hit it during an earlier test event (dracut). https://bugzilla.redhat.com/show_bug.cgi?id=520207 (I know you've found out about this, but posting for the benefit of the list :>) I cleaned up the warning note on the Wiki page - but thanks for adding it, guys, helped a lot of people while I was still asleep :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Wed Sep 9 19:44:24 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 09 Sep 2009 12:44:24 -0700 Subject: Preupgrade to rawhide fails with VGA monitor going out of range (i915) In-Reply-To: <20090909185108.GR31123@reaktio.net> References: <1252445166.2271.7.camel@adam.local.net> <20090909185108.GR31123@reaktio.net> Message-ID: <1252525464.2311.1.camel@adam.local.net> On Wed, 2009-09-09 at 21:51 +0300, Pasi K?rkk?inen wrote: > Any ideas/tips? try 'nomodeset xdriver=vesa' or just 'nomodeset vesa', that may work around it during the upgrade. then you can test it once rawhide is installed and see if you can find an error message in the X logs. Thanks. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From mike.cloaked at gmail.com Wed Sep 9 19:55:35 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Wed, 9 Sep 2009 20:55:35 +0100 Subject: Snapshot Label bug (was Graphics Test Week) Message-ID: <3b8e57a80909091255h5f117b26k68b0797a5f2b9537@mail.gmail.com> Bob Arendt wrote: > Glad it helped. I tried out the Snapshot 1 liveusb, and > was puzzled when it didn't work; My original post to > those bugs was based on /sbin/dosfslabel (it was a vfat stick). > I'm curious - what *was* the label reported? How did you > create your live boot? I'd used the "livecd-iso-to-disk" > tool, latest F11 version to put the live iso's on to a USB > stick .. and ended up with labels "F12-i686" and "F12-x86_64". I had labelled the stick myself when I first got it - as "fedora-test" and this was what was needed. Of course plugging the stick in to a running system gives a desktop icon with the correct label that I perhaps could have spotted earlier! The live usbkey was created with the livecd-iso-to-disk command as per the Fedora wiki, from within a running F11 system (up to date). I had previously labelled the stick using e2label (if I remember correctly!) -- mike From mike.cloaked at gmail.com Wed Sep 9 20:03:11 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Wed, 9 Sep 2009 21:03:11 +0100 Subject: Snapshot Label bug (was Graphics Test Week) In-Reply-To: <3b8e57a80909091255h5f117b26k68b0797a5f2b9537@mail.gmail.com> References: <3b8e57a80909091255h5f117b26k68b0797a5f2b9537@mail.gmail.com> Message-ID: <3b8e57a80909091303j3925f661pdee624d37cf91e00@mail.gmail.com> On Wed, Sep 9, 2009 at 8:55 PM, mike cloaked wrote: > The live usbkey was created with the livecd-iso-to-disk command as per > the Fedora wiki, from within a running F11 system (up to date). > I had previously labelled the stick using e2label (if I remember correctly!) Thinking about it that can't be right - e2label only does ext2/3 so it may have been that I used qtparted to reformat it to vfat and gave it a label at the same time....it was a while back! -- mike From pasik at iki.fi Wed Sep 9 21:26:20 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Thu, 10 Sep 2009 00:26:20 +0300 Subject: Preupgrade to rawhide fails with VGA monitor going out of range (i915) In-Reply-To: <1252525464.2311.1.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> <20090909185108.GR31123@reaktio.net> <1252525464.2311.1.camel@adam.local.net> Message-ID: <20090909212620.GV31123@reaktio.net> On Wed, Sep 09, 2009 at 12:44:24PM -0700, Adam Williamson wrote: > On Wed, 2009-09-09 at 21:51 +0300, Pasi K?rkk?inen wrote: > > > Any ideas/tips? > > try 'nomodeset xdriver=vesa' or just 'nomodeset vesa', that may work > around it during the upgrade. then you can test it once rawhide is > installed and see if you can find an error message in the X logs. > Thanks. > I tried both, but no luck :( computer crashed with both of them.. I have to press reset button to powercycle. It crashes after anaconda is started, and I guess X should start up.. More ideas? -- Pasi From paul at all-the-johnsons.co.uk Wed Sep 9 22:33:06 2009 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 09 Sep 2009 23:33:06 +0100 Subject: gtk-sharp2 heads up Message-ID: <1252535586.1901.2.camel@PB3.linux> Hi, Monodevelop 2.2 beta 1 has just hit paydirt and, of course, I've built it and plonked it over to koji to do its magic. However, to get MD to compile, I've also had to update gtk-sharp2 to 2.12.9. This should not have any direct effect on anything else, but you can never tell.. MD 2.2 (full version) is due in October sometime. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From michael.silvanus at gmail.com Thu Sep 10 02:44:26 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 9 Sep 2009 22:44:26 -0400 Subject: GCC update breaks PPC? Message-ID: <615c05430909091944r2f3a1d42l98d5dd4c98f1f232@mail.gmail.com> Has anyone noticed any problem with the PPC build servers in the past day or so? I've been building LLVM with no problem on Koji, but today I've had 2 virtual memory exhaustions, and now this: http://koji.fedoraproject.org/koji/taskinfo?taskID=1667095 Thanks, -- Michel Alexandre Salim From cemeyer at u.washington.edu Thu Sep 10 02:54:29 2009 From: cemeyer at u.washington.edu (Conrad Meyer) Date: Wed, 9 Sep 2009 19:54:29 -0700 Subject: GCC update breaks PPC? In-Reply-To: <615c05430909091944r2f3a1d42l98d5dd4c98f1f232@mail.gmail.com> References: <615c05430909091944r2f3a1d42l98d5dd4c98f1f232@mail.gmail.com> Message-ID: <200909091954.29373.cemeyer@u.washington.edu> On Wednesday 09 September 2009 07:44:26 pm Michel Alexandre Salim wrote: > Has anyone noticed any problem with the PPC build servers in the past > day or so? I've been building LLVM with no problem on Koji, but today > I've had 2 virtual memory exhaustions, and now this: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1667095 > > Thanks, Maybe http://article.gmane.org/gmane.linux.redhat.fedora.devel/120454 . Regards, -- Conrad Meyer From jnovy at redhat.com Thu Sep 10 03:27:31 2009 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 10 Sep 2009 05:27:31 +0200 Subject: TeXLive 2009 texconfig In-Reply-To: <1252456979.26192.21.camel@valkyrie.localdomain> References: <1252456979.26192.21.camel@valkyrie.localdomain> Message-ID: <20090910032731.GA27255@pucmeloud.redhat.com> On Tue, Sep 08, 2009 at 08:42:59PM -0400, Matthew Saltzman wrote: > texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips > default paper type. The hang occurs when I run texconfig as a user and > texconfig or texconfig-sys as root. > Works for me as well on x86_64/scheme-full. Could you please attach strace output to 488651? Thanks, Jindrich > -- > Matthew Saltzman > > Clemson University Math Sciences > mjs AT clemson DOT edu > http://www.math.clemson.edu/~mjs > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Jindrich Novy http://people.redhat.com/jnovy/ From michael.silvanus at gmail.com Thu Sep 10 03:53:07 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 9 Sep 2009 23:53:07 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: Message-ID: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> On Tue, Sep 8, 2009 at 9:46 PM, Alexandre Oliva wrote: > Jakub built gcc-4.4.1-10 earlier today, with a new feature that > generates much better debug information in optimized programs. > > The feature has been under development for a couple of years, and it's > recently been accepted into GCC, for GCC 4.5. ?We've backported it for > Fedora 12. > > I'd appreciate if you Cc: me on any bug reports you hit that might be > related with this new feature (GCC internal compiler errors, verify_ssa > failures, crashes, etc). > This bug affects LLVM on ppc: https://bugzilla.redhat.com/show_bug.cgi?id=522316 I've Cc:ed you on it. Thanks, -- Michel Alexandre Salim From michael.silvanus at gmail.com Thu Sep 10 03:55:20 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Wed, 9 Sep 2009 23:55:20 -0400 Subject: GCC update breaks PPC? In-Reply-To: <200909091954.29373.cemeyer@u.washington.edu> References: <615c05430909091944r2f3a1d42l98d5dd4c98f1f232@mail.gmail.com> <200909091954.29373.cemeyer@u.washington.edu> Message-ID: <615c05430909092055y2a8ff1afidbbcd918e515a086@mail.gmail.com> On Wed, Sep 9, 2009 at 10:54 PM, Conrad Meyer wrote: > On Wednesday 09 September 2009 07:44:26 pm Michel Alexandre Salim wrote: >> Has anyone noticed any problem with the PPC build servers in the past >> day or so? I've been building LLVM with no problem on Koji, but today >> I've had 2 virtual memory exhaustions, and now this: >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=1667095 >> >> Thanks, > > Maybe http://article.gmane.org/gmane.linux.redhat.fedora.devel/120454 . > Thanks, that was it. I already filed a bug and replied to the initial post. Regards, -- Michel Alexandre Salim From gmaxwell at gmail.com Thu Sep 10 04:30:04 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Thu, 10 Sep 2009 00:30:04 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> References: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> Message-ID: On Wed, Sep 9, 2009 at 11:53 PM, Michel Alexandre Salim wrote: > On Tue, Sep 8, 2009 at 9:46 PM, Alexandre Oliva wrote: >> Jakub built gcc-4.4.1-10 earlier today, with a new feature that >> generates much better debug information in optimized programs. >> >> The feature has been under development for a couple of years, and it's >> recently been accepted into GCC, for GCC 4.5. ?We've backported it for >> Fedora 12. >> >> I'd appreciate if you Cc: me on any bug reports you hit that might be >> related with this new feature (GCC internal compiler errors, verify_ssa >> failures, crashes, etc). >> > This bug affects LLVM on ppc: > > https://bugzilla.redhat.com/show_bug.cgi?id=522316 I don't see a more recent pass in Koji. Did you try compiling with -fno-var-tracking-assignments does it help? From arxs at fedoraproject.org Thu Sep 10 06:15:34 2009 From: arxs at fedoraproject.org (Niels Haase) Date: Thu, 10 Sep 2009 08:15:34 +0200 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <571dcba60909092315n6b4632fbkd1cb7ccbc82145b6@mail.gmail.com> 2009/9/8 Adam Williamson : > > The testing's very easy to do and it shouldn't take more than an hour of > your time to boot the live CD and run the tests. There's no need to > install anything to hard disk. I tried to boot from the testday-20090908-x86_64.iso from CD on an MacBook Pro 2,1, but I won't boot because of "No root device found. Boot has failed, sleeping forever." messages. If try to change the label as suggested to root=live:LABEL=F12-x86_64" or to LABEL=LIVE. But it neither works for me. Again, this is _not_ a boot attempt from a USB stick, it's from the live CD. Anyone else see this or has some suggestions to workaround? Thanks! PS: The USB stick is also not working, but this seams related to EFI and/or rEFIt. -- Regards, Niels From michael.silvanus at gmail.com Thu Sep 10 06:17:56 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Thu, 10 Sep 2009 02:17:56 -0400 Subject: gtk-sharp2 heads up In-Reply-To: <1252535586.1901.2.camel@PB3.linux> References: <1252535586.1901.2.camel@PB3.linux> Message-ID: <615c05430909092317m524c1cc5sfb2a7655017af017@mail.gmail.com> On Wed, Sep 9, 2009 at 6:33 PM, Paul wrote: > Hi, > > Monodevelop 2.2 beta 1 has just hit paydirt and, of course, I've built > it and plonked it over to koji to do its magic. > Neat! Are you packaging any of the optional language support plugins? Thanks, -- Michel Alexandre Salim From michael.silvanus at gmail.com Thu Sep 10 06:21:59 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Thu, 10 Sep 2009 02:21:59 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> Message-ID: <615c05430909092321t47cdcf12w73566b9dd576cbb1@mail.gmail.com> On Thu, Sep 10, 2009 at 12:30 AM, Gregory Maxwell wrote: > On Wed, Sep 9, 2009 at 11:53 PM, Michel Alexandre Salim > wrote: >> On Tue, Sep 8, 2009 at 9:46 PM, Alexandre Oliva wrote: >>> Jakub built gcc-4.4.1-10 earlier today, with a new feature that >>> generates much better debug information in optimized programs. >>> >>> The feature has been under development for a couple of years, and it's >>> recently been accepted into GCC, for GCC 4.5. ?We've backported it for >>> Fedora 12. >>> >>> I'd appreciate if you Cc: me on any bug reports you hit that might be >>> related with this new feature (GCC internal compiler errors, verify_ssa >>> failures, crashes, etc). >>> >> This bug affects LLVM on ppc: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=522316 > > I don't see a more recent pass in Koji. Did you try compiling with > -fno-var-tracking-assignments ?does it help? > Weird, I definitely did another build, and yes, it passed with that flag: http://koji.fedoraproject.org/koji/packageinfo?packageID=5646 Regards, -- Michel Alexandre Salim From ramforummail at gmail.com Thu Sep 10 06:55:57 2009 From: ramforummail at gmail.com (ram s) Date: Thu, 10 Sep 2009 12:25:57 +0530 Subject: Cannot include sub directories and files in rpm package Message-ID: Hello, I am creating one rpm for my package. WHen I try to run spec file, it shows the sub directories can't be fine. Error: install: cannot stat `/mine/derot.txt': No such file or directory error: Bad exit status from /home/user/rpmbuild/tmp/rpm-tmp.XgsNY2 (%install) Actually in SOURCE, I have Script directory. Inside the ShellScript dir, I have mine directory and its files. my spec %install part is, %install mkdir -p $RPM_BUILD_ROOT/home/dictator/ mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -d ShellScripts $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts install -p Scripts/dir_check.sh $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/dir_check.sh install -d ShellScripts/mine $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine install -p /mine/derot.txt $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/derot.txt install -p ShellScripts/mine/dir_check.sh $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/dir_check.sh In my test-1.tar.gz file, test-1 directory contains ShellScript dir. Inside ShellScript dir, i created mine directory. In build, I am noit able to add mine in my binary. *How to add directory and subdirectories in binary. * thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From oget.fedora at gmail.com Thu Sep 10 07:17:29 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 10 Sep 2009 03:17:29 -0400 Subject: Cannot include sub directories and files in rpm package In-Reply-To: References: Message-ID: On Thu, Sep 10, 2009 at 2:55 AM, ram s wrote: > Hello, > Hi! I see that you are new to packaging. I advise you to read a bash tutorial first. It will help. > I am creating one rpm for my package. > > WHen I try to run spec file, it shows the sub directories can't be fine. > > Error: > > install: cannot stat `/mine/derot.txt': No such file or directory > error: Bad exit status from /home/user/rpmbuild/tmp/rpm- > tmp.XgsNY2 (%install) > This means what it says: "No such file or directory". Let's see: > > Actually in SOURCE, I have Script directory. Inside the ShellScript dir, I > have mine directory and its files. > > my spec %install part is, > %install > > mkdir -p $RPM_BUILD_ROOT/home/dictator/ > mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies > mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts > mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine > The above can be simplified to (1 line only) mkdir -p $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine > install -d ShellScripts $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts > install -p Scripts/dir_check.sh > $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/dir_check.sh > install -d ShellScripts/mine > $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine > install -p /mine/derot.txt > $RPM_BUILD_ROOT/home/dictator/supplies/ShellScripts/mine/derot.txt Okay. Here is your problem. You are trying to install derot.txt from the root (/) of your system. Most likely, you don't have a /mine directory in your root, do you? I guess the line should be starting via install -d ShellScripts/mine/derot.txt ... When you start a file location via / the computer will always look to the root of your system. In SPEC files, we usually use relative paths (that do not begin with a /) to denote files from our source tree. Good luck and have fun! Orcan From oget.fedora at gmail.com Thu Sep 10 07:21:54 2009 From: oget.fedora at gmail.com (Orcan Ogetbil) Date: Thu, 10 Sep 2009 03:21:54 -0400 Subject: Cannot include sub directories and files in rpm package In-Reply-To: References: Message-ID: On Thu, Sep 10, 2009 at 3:17 AM, Orcan Ogetbil wrote: > I guess the line should be starting via > install -d ShellScripts/mine/derot.txt ... > *sigh*. this should be: install -p ShellScripts/mine/derot.txt ... or even better: install -pm 644 ShellScripts/mine/derot.txt ... We want to make sure to have nice permissions on the installed files. Sorry. Orcan From pasik at iki.fi Thu Sep 10 07:25:30 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Thu, 10 Sep 2009 10:25:30 +0300 Subject: Preupgrade to rawhide fails with VGA monitor going out of range (i915) In-Reply-To: <20090909212620.GV31123@reaktio.net> References: <1252445166.2271.7.camel@adam.local.net> <20090909185108.GR31123@reaktio.net> <1252525464.2311.1.camel@adam.local.net> <20090909212620.GV31123@reaktio.net> Message-ID: <20090910072530.GZ31123@reaktio.net> On Thu, Sep 10, 2009 at 12:26:20AM +0300, Pasi K?rkk?inen wrote: > On Wed, Sep 09, 2009 at 12:44:24PM -0700, Adam Williamson wrote: > > On Wed, 2009-09-09 at 21:51 +0300, Pasi K?rkk?inen wrote: > > > > > Any ideas/tips? > > > > try 'nomodeset xdriver=vesa' or just 'nomodeset vesa', that may work > > around it during the upgrade. then you can test it once rawhide is > > installed and see if you can find an error message in the X logs. > > Thanks. > > > > I tried both, but no luck :( computer crashed with both of them.. > I have to press reset button to powercycle. > > It crashes after anaconda is started, and I guess X should start up.. > > More ideas? > Hmm.. I wonder if it's related to intel gfx regression in 2.6.21-rc9 reported on lkml. symptoms are pretty close.. -- Pasi From noriko at redhat.com Thu Sep 10 07:32:58 2009 From: noriko at redhat.com (Noriko Mizumoto) Date: Thu, 10 Sep 2009 17:32:58 +1000 Subject: New entry of Build F12 collection packages for all language translators' review and correction Message-ID: <4AA8ABAA.6070202@redhat.com> To packagers who are listed below, New entry will be introduced into the devel-task-list: "Build F12 collection packages for all language translators' review and correction" Start: 2009-09-11 End: 2009-09-14 This entry requires you to rebuild your package with latest translation by 2009-09-14, so that a release to be made straight after exclusively for translators' review (note, this is different from the entry of Software: Rebuild all translated packages). This is for high standard of translation quality, and has been accepted on 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The detail what to be happened at L10N team side can be found at [2]. For communicating and tracking purpose a bug will be created soon against each package, as well everyone of you will be pinged for reminder. Please notice that amazingly F12 has been translated into 52 language with more than 40% completion so far, and the percentage as well the number of languages are aggressively growing. Your understanding and action are highly appreciated. Thank you so much for your support to Localization team. ** The list of packages ** ABRT >> master anaconda >> master authconfig >> tip chkconfig >> master comps >> HEAD desktop-backgrounds >> HEAD desktop-effects >> master firstboot >> master hwbrowser >> tip im-chooser >> trunk initscripts >> master kexec-tools >> HEAD libuser >> tip multimedia-menus >> master policycoreutils >> HEAD pykickstart >> master python-meh >> master readahead >> master redhat-menus >> HEAD rhpxl >> master setroubleshoot >> tip-plugins setroubleshoot >> tip-framework setuptool >> master smolt >> master smolt >> master-smoon sos >> trunk switchdesk >> HEAD system-config-audit >> tip system-config-bind >> tip system-config-boot >> master system-config-cluster >> HEAD system-config-date >> master system-config-datev >> docs system-config-date >> master-timezones system-config-display >> master system-config-firewall >> master system-config-httpd >> tip system-config-kdump >> master system-config-keyboard >> trunk system-config-kickstart >> master system-config-language >> trunk system-config-lvm >> master system-config-netboot >> trunk system-config-network >> master system-config-nfs >> docs system-config-nfs >> master system-config-printer >> 1.1.x system-config-rootpassword >> trunk system-config-samba >> docs system-config-samba >> master system-config-services >> docs system-config-services >> master system-config-users >> docs system-config-users >> master system-switch-java >> tip system-switch-mail >> HEAD usermode >> tip [1]:https://fedorahosted.org/fesco/ticket/243 [2]:https://www.redhat.com/archives/fedora-trans-list/2009-September/msg00053.html Regards, Noriko Mizumoto (irc:noriko) from FLP From braden at endoframe.com Thu Sep 10 08:50:49 2009 From: braden at endoframe.com (Braden McDaniel) Date: Thu, 10 Sep 2009 04:50:49 -0400 Subject: xulrunner-1.9.1.1-1.fc11.x86_64 update pulls in i586 packages In-Reply-To: <20090818072846.41ef2050@faldor> References: <1248331120.4653.13417.camel@localhost> <4A687333.60909@ioa.s.u-tokyo.ac.jp> <1248363564.4653.14513.camel@localhost> <1248364557.4653.14575.camel@localhost> <20090723181328.161e9bb5@faldor> <4A89C903.4020607@endoframe.com> <20090818072846.41ef2050@faldor> Message-ID: <1252572649.3159.118.camel@localhost> On Tue, 2009-08-18 at 07:28 +0200, Michael Schwendt wrote: > On Mon, 17 Aug 2009 17:17:55 -0400, Braden wrote: > > > On 7/23/09 12:13 PM, Michael Schwendt wrote: > > > On Thu, 23 Jul 2009 11:55:57 -0400, Braden wrote: > > > > > >> Is the problem that the gecko-libs dependency is not arch-specific? How > > >> do we fix that? > > > > > > You could make it arch-specific by depending on gecko-libs%{?_isa} = ... > > > > This doesn't Just Work; it seems that the provider of gecko-libs needs > > to make it arch-specific as well. > > > > I've filed bug 517665 against xulrunner and bug 517666 against > > java-1.6.0-openjdk. > > Yes, the %{?_isa} Provides get automatically created (even for F11) for > physical packages, > > $ rpm -q --provides gtk2|grep ^gtk > gtk2 = 2.16.5-1.fc11 > gtk2(x86-32) = 2.16.5-1.fc11 > > but not for virtual ones. gecko-libs and gecko-devel are *still* only > virtual packages defined manually within the xulrunner.spec So is there a reason why that must be the case? It's been suggested (by Christopher Aillon in bug 517665) that not automatically generating the arch-specific provides is a bug in rpmbuild. -- Braden McDaniel From rodd at clarkson.id.au Thu Sep 10 09:23:39 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 10 Sep 2009 19:23:39 +1000 Subject: Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <1252574619.2584.5.camel@localhost> On Tue, 2009-09-08 at 14:26 -0700, Adam Williamson wrote: > Yes, it is now that legendary time, well loved by the hearts of men for > millennia(*): Graphics Test Week! > > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). I would love to help test, but I'm unable to get X to start with current kernels in rawhide. The specifics of the bug are: https://bugzilla.redhat.com/show_bug.cgi?id=513528 It's possible that the start of the bug and the end of the bug are unrelated, but... I can run X using an older kernel: 2.6.31-0.125.4.2.rc5.git2.fc12.x86_64 However, current kernels will boot at runlevel 3, however X fails to start and running startx from level 3 sees it fail. There are dmesg and Xorg.0.logs in this bug, so it might be nice if someone who has something to do with X could take a look and see if this needs to be moved to X (from the kernel). Then I could run the tests as requested. Rodd From rodd at clarkson.id.au Thu Sep 10 09:29:45 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 10 Sep 2009 19:29:45 +1000 Subject: Mouse pointer freezing in f12 and f11 Message-ID: <1252574985.2584.11.camel@localhost> I've had a problem with X in f12 or some time that sees the mouse pointer freezing. I'm now having the same issue in f11. I'm happy to file a bug in bugzilla, but I'm hoping someone mught be able to point me in the right direction. After some time after running X the mouse pointer will freeze. Switching to a VT doesn't help, but I can use the keyboard to close apps and do a little navigation. Also pushing the power button will see a dialog to allow me to shutdown, suspend, etc. I can suspend and resume and this fixes the problem. I'm not however convinced that it's an X bug. I think it might be related to bluetooth (I believe that my mouse and keyboard have something to do with bluetooth on this laptop) and that the suspend resume cycle restarts bluetooth and fixes the problem. Could this be right. Or should I just file against X. Rodd [rodd at moose ~]$ lspci 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:01.0 PCI bridge: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility HD 3670 01:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series] 04:00.0 Network controller: Intel Corporation PRO/Wireless 5300 AGN [Shiloh] Network Connection 08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5784M Gigabit Ethernet PCIe (rev 10) 09:01.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 09:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 09:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 12) 09:01.3 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 09:01.4 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev ff) [rodd at moose ~]$ lsusb Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 004: ID 05ca:18a1 Ricoh Co., Ltd Bus 001 Device 003: ID 2040:1801 Hauppauge Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 003: ID 413c:8157 Dell Computer Corp. Bus 003 Device 004: ID 413c:8158 Dell Computer Corp. Bus 003 Device 002: ID 0a5c:4500 Broadcom Corp. Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub From jwboyer at gmail.com Thu Sep 10 11:32:07 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 10 Sep 2009 07:32:07 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090909103509.GD10173@hansolo.jdub.homelinux.org> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> Message-ID: <20090910113207.GE10173@hansolo.jdub.homelinux.org> On Wed, Sep 09, 2009 at 06:35:09AM -0400, Josh Boyer wrote: >On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: >>Jakub built gcc-4.4.1-10 earlier today, with a new feature that >>generates much better debug information in optimized programs. >> >>The feature has been under development for a couple of years, and it's >>recently been accepted into GCC, for GCC 4.5. We've backported it for >>Fedora 12. > >Why are you backporting something like this from a non-released compiler >into F12 _after_ Alpha and particularly _after_ the mass rebuild? No response? None? I mean, I'm not asking for much. All I want is an explanation as to why this _has_ to be in F12 and can't be rolled into F13 instead. At first glance, it would make more sense to let the feature get some testing in GCC mainline before we just backport it to Fedora users, so putting it in F13 seems better to me. josh From jakub at redhat.com Thu Sep 10 11:43:26 2009 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 10 Sep 2009 13:43:26 +0200 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090910113207.GE10173@hansolo.jdub.homelinux.org> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> Message-ID: <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> On Thu, Sep 10, 2009 at 07:32:07AM -0400, Josh Boyer wrote: > >Why are you backporting something like this from a non-released compiler > >into F12 _after_ Alpha and particularly _after_ the mass rebuild? > > No response? None? > > I mean, I'm not asking for much. All I want is an explanation as to why > this _has_ to be in F12 and can't be rolled into F13 instead. At first > glance, it would make more sense to let the feature get some testing in > GCC mainline before we just backport it to Fedora users, so putting it > in F13 seems better to me. Because we really want it in F12, to make e.g. systemtap usable. It got quite a lot of testing already and has been in development for 2 years. Originally it was expected to be merged early in the summer, testing rawhide gccs have been prepared already in early August. There were so far 3 bugreports related to this, 2 of them are already fixed, LLVM build is just needing too much memory on completely insane source (people calling functions with 1375 arguments, 685 out of it are classes with non-trivial ctors passed by value, deserve some punishment) and Alex will look at it today. Jakub From ankit at redhat.com Thu Sep 10 11:45:01 2009 From: ankit at redhat.com (Ankit Patel) Date: Thu, 10 Sep 2009 17:15:01 +0530 Subject: New entry of Build F12 collection packages for all language translators' review and correction In-Reply-To: <4AA8ABAA.6070202@redhat.com> References: <4AA8ABAA.6070202@redhat.com> Message-ID: <4AA8E6BD.1050905@redhat.com> Noriko Mizumoto wrote: > To packagers who are listed below, > > New entry will be introduced into the devel-task-list: > > "Build F12 collection packages for all language translators' review > and correction" Start: 2009-09-11 End: 2009-09-14 > > This entry requires you to rebuild your package with latest > translation by 2009-09-14, so that a release to be made straight > after exclusively for translators' review (note, this is different > from the entry of Software: Rebuild all translated packages). This is > for high standard of translation quality, and has been accepted on > 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The > detail what to be happened at L10N team side can be found at [2]. > > For communicating and tracking purpose a bug will be created soon > against each package, as well everyone of you will be pinged for > reminder. > Bugs against each affected Fedora rawhide package has been filed and linked to the tracker bug: https://bugzilla.redhat.com/show_bug.cgi?id=522431 Thanks! -- Regards, Ankit Patel http://www.indianoss.org/ http://www.ankit644.com/ From martin.gieseking at uos.de Thu Sep 10 12:14:20 2009 From: martin.gieseking at uos.de (Martin Gieseking) Date: Thu, 10 Sep 2009 14:14:20 +0200 Subject: Question concerning bundled SQLite in Fossil tarball In-Reply-To: References: Message-ID: <4AA8ED9C.8000402@uos.de> Hi, I'd like to see the distributed SCM "Fossil" (www.fossil-scm.org) packaged for Fedora because I find the concept of the tool quite attractive. There was already a review request for it in bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=521730 After looking into the code I noticed that SQLite is bundled with the tarball. Does the Fedora policy require to link against the separately packaged libsqlite3 in this case, or may we use the bundled version that will be statically linked? Since Fossil requires the recent version of SQLite, it doesn't build with the current sqlite3-devel. I also wrote an email to Richard Hipp, the author of Fossil and SQLite, about an issue with the code and he answered that "Fossil tends to use the very latest features of SQLite and often will not work with older versions of SQLite." This will probably make it even harder to get the most recent versions work if sqlite-devel must be used. So my question is: Does Fossil/SQLite fall under the "No Bundled Libraries Act" as described on http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the bundled copy? Thanks in advance for any clarification. :) Martin From jwboyer at gmail.com Thu Sep 10 12:27:14 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 10 Sep 2009 08:27:14 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> Message-ID: <20090910122714.GF10173@hansolo.jdub.homelinux.org> On Thu, Sep 10, 2009 at 01:43:26PM +0200, Jakub Jelinek wrote: >On Thu, Sep 10, 2009 at 07:32:07AM -0400, Josh Boyer wrote: >> >Why are you backporting something like this from a non-released compiler >> >into F12 _after_ Alpha and particularly _after_ the mass rebuild? >> >> No response? None? >> >> I mean, I'm not asking for much. All I want is an explanation as to why >> this _has_ to be in F12 and can't be rolled into F13 instead. At first >> glance, it would make more sense to let the feature get some testing in >> GCC mainline before we just backport it to Fedora users, so putting it >> in F13 seems better to me. > >Because we really want it in F12, to make e.g. systemtap usable. It got >quite a lot of testing already and has been in development for 2 years. >Originally it was expected to be merged early in the summer, testing >rawhide gccs have been prepared already in early August. So systemtap wasn't considered usable before this? I am not a GCC expert, but I can see how this feature would help it. But it was surely usable before this, right? >There were so far 3 bugreports related to this, 2 of them are already fixed, >LLVM build is just needing too much memory on completely insane source >(people calling functions with 1375 arguments, 685 out of it are classes >with non-trivial ctors passed by value, deserve some punishment) and Alex >will look at it today. I have every confidence that you and Alex will fix all the bugs reported. I also think the code itself is likely fairly stable, and may very well provide some usability wins overall. Your competence as a developer is not, nor ever was, in question so please don't misunderstand my questioning. The largest problem I have with all this is the fact that the release guidelines that everyone else has to follow don't appear to be followed at all in this case. You're introducing a backported feature into a critical path package after Feature freeze, and after a mass-rebuild which would have arguably helped test the hell out of this. Any other maintainer would have to get an exception from rel-eng and/or FESCo in order to do something like this. I don't see why the same requirements don't apply here. josh From thuforuk at yahoo.co.uk Thu Sep 10 14:49:37 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Thu, 10 Sep 2009 08:49:37 -0600 Subject: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252445166.2271.7.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> Message-ID: <4AA91201.80502@yahoo.co.uk> On 09/08/2009 03:26 PM, Adam Williamson wrote: > Yes, it is now that legendary time, well loved by the hearts of men for > millennia(*): Graphics Test Week! > > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). > Using 2009-09-09 ISO, when passing 'radeon.modeset=1' as boot param, I get "Unknown boot option 'radeon.modeset=1'. Ignoring..." Is that expected? -- thufor From a.badger at gmail.com Thu Sep 10 15:17:53 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 10 Sep 2009 08:17:53 -0700 Subject: Question concerning bundled SQLite in Fossil tarball In-Reply-To: <4AA8ED9C.8000402@uos.de> References: <4AA8ED9C.8000402@uos.de> Message-ID: <4AA918A1.3060806@gmail.com> On 09/10/2009 05:14 AM, Martin Gieseking wrote: > Hi, > > I'd like to see the distributed SCM "Fossil" (www.fossil-scm.org) > packaged for Fedora because I find the concept of the tool quite > attractive. There was already a review request for it in bugzilla: > > https://bugzilla.redhat.com/show_bug.cgi?id=521730 > > After looking into the code I noticed that SQLite is bundled with the > tarball. Does the Fedora policy require to link against the separately > packaged libsqlite3 in this case, or may we use the bundled version that > will be statically linked? Since Fossil requires the recent version of > SQLite, it doesn't build with the current sqlite3-devel. > > I also wrote an email to Richard Hipp, the author of Fossil and SQLite, > about an issue with the code and he answered that "Fossil tends to use > the very latest features of SQLite and often will not work with older > versions of SQLite." This will probably make it even harder to get the > most recent versions work if sqlite-devel must be used. > > So my question is: Does Fossil/SQLite fall under the "No Bundled > Libraries Act" as described on > http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the > bundled copy? > Yes, it does. If the latest version of fossil needs the latest version of sqlite you might find that you'll have to constantly be packaging slightly older versions of fossil to match the version of sqlite in Fedora. Alternately, if the newer versions of sqlite are API and ABI compatible with the older ones, you might be able to convince the maintainer to update the Fedora package more frequently. Since sqlite has become such an integral part of the distribution, though, this might be too costly a choice (since upgrading to newer sqlite versions would be throwing out the QA done against the older versions for pretty important pieces of Fedora). -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Thu Sep 10 15:10:29 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 10 Sep 2009 08:10:29 -0700 Subject: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <4AA91201.80502@yahoo.co.uk> References: <1252445166.2271.7.camel@adam.local.net> <4AA91201.80502@yahoo.co.uk> Message-ID: <1252595429.2311.34.camel@adam.local.net> On Thu, 2009-09-10 at 08:49 -0600, Dariusz J. Garbowski wrote: > On 09/08/2009 03:26 PM, Adam Williamson wrote: > > Yes, it is now that legendary time, well loved by the hearts of men for > > millennia(*): Graphics Test Week! > > > > Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). > > > > Using 2009-09-09 ISO, when passing 'radeon.modeset=1' as boot param, I > get "Unknown boot option 'radeon.modeset=1'. Ignoring..." > Is that expected? (sending to all lists as this is #1 Top Question...) Yes, it is. The 'science bit' is that the kernel itself truly doesn't understand the parameter, which is why you see this message - but the radeon. prefix means it gets automatically passed on to the radeon module, which _does_ understand (and interprets) it. Personally I consider this a kernel bug, it shouldn't display this message for parameters which will be passed to modules. radeon.modeset=1 is a no-op, though, modesetting is now default for Radeon chips. So only radeon.modeset=0 (to disable it) makes any sense. Did I leave radeon.modeset=1 in one of the test cases? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From dcbw at redhat.com Thu Sep 10 15:39:34 2009 From: dcbw at redhat.com (Dan Williams) Date: Thu, 10 Sep 2009 08:39:34 -0700 Subject: What happens to hermes.ko in 2.6.30 In-Reply-To: References: Message-ID: <1252597174.2684.32.camel@localhost.localdomain> On Mon, 2009-09-07 at 22:30 +0400, Peter Lemenkov wrote: > Hello All! > I just wondering why hermes_dld.ko hermes.ko were disabled in 2.6.30. > Did they obsoleted by orinoco*.ko ? They are built into orinoco now; hermes was never a standalone module and was always loaded automatically by one of the orinoco sub-drivers, but the orinoco driver went through a big restructuring recently and got combined. Relevant git commits: f90d8d4789eba79b0a715e41aba4c09403088847 orinoco: hermes_dld does not need to be a module dec59d6faffb44e741d9c19ffdf368d69a968a54 orinoco: hermes doesn't need to be a separate module Dan From dcbw at redhat.com Thu Sep 10 15:41:38 2009 From: dcbw at redhat.com (Dan Williams) Date: Thu, 10 Sep 2009 08:41:38 -0700 Subject: fedora mini alpha testing In-Reply-To: <4AA0F612.10905@fedoraproject.org> References: <5256d0b0908251600g448da05brb2d7a99169c23b78@mail.gmail.com> <4AA0F612.10905@fedoraproject.org> Message-ID: <1252597298.2684.34.camel@localhost.localdomain> On Fri, 2009-09-04 at 12:12 +0100, psmith wrote: > On 26/08/09 00:00, Peter Robinson wrote: > > Arriving fashionably late, and mostly intact, to the "Constantine" > > Alpha party I'd like to announce that Moblin on Fedora has made it's > > initial debut for Fedora Mini :) > > > > Still a work in progress, Moblin is now in a mostly usable state on > > Fedora for testing. It has hence come well dressed for the alpha party > > in the "Constantine" > > theme in that its still very much in the testing stage :-) But if your > > still game..... to give your netbook it's first real work out read on! > > > > If its running the Constantine alpha or rawhide, you can test it by > > simply do a 'yum groupinstall "Moblin Desktop Environment"'. Once > > that's done simply logout or reboot and you can prepare for take off > > by selecting "Moblin User Experience" during login. While the core > > interface in now there there's still a couple of packages that are > > will arrive over the next week so. Running 'yum groupinstall "Moblin > > Desktop Environment"' again will top you up :) > > > > I look forward to feedback and help in making it great for F-12, and > > all other Moblin and Fedora Mini feedback. I'd also like some help in > > documenting supported netbook hardware combinations for F-12 so please > > send me smolt profiles, hardware reports or add and update details to > > the wiki page here (1). > > > > I look forward to a great start to Fedora Mini! > > > > Peter > > > > [1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware > > > > > hi peter i'm trying to install on an up to date rawhide and the install > is failing because certain apps have depsolving problems, > network-manager-netbook, anerly and anjal are needing these libraries > > libnm_glib.so.0 > libmissioncontrol-client.so.0 network-manager-netbook needs some heavy reworking as it hasn't quite kept pace with NM development lately (namely the PolicyKit update); I've talked with the n-m-n maintainer about it and there hopefully will be some resolution on that front. But n-m-n probably won't build against the F12 NetworkManager for some time. Dan From jkeating at redhat.com Thu Sep 10 18:03:29 2009 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 10 Sep 2009 11:03:29 -0700 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090910122714.GF10173@hansolo.jdub.homelinux.org> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> Message-ID: <1252605809.15993.12.camel@localhost.localdomain> On Thu, 2009-09-10 at 08:27 -0400, Josh Boyer wrote: > The largest problem I have with all this is the fact that the release > guidelines that everyone else has to follow don't appear to be followed > at all in this case. You're introducing a backported feature into a > critical path package after Feature freeze, and after a mass-rebuild > which would have arguably helped test the hell out of this. Any other > maintainer would have to get an exception from rel-eng and/or FESCo in > order to do something like this. I don't see why the same requirements > don't apply here. > This is my issue too. There is claim that it was tested, yet it wasn't tested in the same place we require every other feature to be tested, that being rawhide. If GCC is going to get special treatment, we should discuss, agree upon, and document that special treatment to avoid GCC being used as an excuse for others to ignore our policy and procedure. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From martin.gieseking at uos.de Thu Sep 10 19:20:07 2009 From: martin.gieseking at uos.de (Martin Gieseking) Date: Thu, 10 Sep 2009 21:20:07 +0200 Subject: Question concerning bundled SQLite in Fossil tarball In-Reply-To: <4AA918A1.3060806@gmail.com> References: <4AA8ED9C.8000402@uos.de> <4AA918A1.3060806@gmail.com> Message-ID: <4AA95167.8080603@uos.de> >> So my question is: Does Fossil/SQLite fall under the "No Bundled >> Libraries Act" as described on >> http://fedoraproject.org/wiki/No_Bundled_Libraries or may we use the >> bundled copy? >> > Yes, it does. > > If the latest version of fossil needs the latest version of sqlite you > might find that you'll have to constantly be packaging slightly older > versions of fossil to match the version of sqlite in Fedora.[...] Thanks for the detailed information. In this case I will wait for a more recent package of libsqlite. The current version is too old to work with any release of fossil. Martin From MathStuf at gmail.com Thu Sep 10 19:47:27 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 10 Sep 2009 15:47:27 -0400 Subject: Announcing rpmbuild-remote Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I started a little script earlier this year (February or so) so that I could submit singular builds to my desktop back in my room while out and about campus. I abandoned it for a while for either other projects or class work, which I can't remember. In any case, I started working on it lately again since I ordered a netbook and building RPMs on it is probably not ideal. It's written in Python, and a little hackish (comments are also needed, but the code isn't that complicated). I have a git repo setup on a box, but it's behind a firewall. I put a mirror of it on fedorapeople.org[1] for convenience. I'm looking for feedback on it. I was thinking it could get included into rpmdevtools if the team would accept it. Thanks. - --Ben [1]http://fedorapeople.org/git/gitweb.cgi?p=mathstuf/public_git/rp mbuild-remote.git;a=summary -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqpV88ACgkQiPi+MRHG3qTKpgCggCPGLO7u62kiknW1ycl1mbQe xBQAnjnqDxDAOZDRb6gK4h8o28/ktPsV =2QNr -----END PGP SIGNATURE----- From jlaska at redhat.com Thu Sep 10 20:23:33 2009 From: jlaska at redhat.com (James Laska) Date: Thu, 10 Sep 2009 16:23:33 -0400 Subject: Fedora 12 Beta Blocker Meeting 2009-09-11 @ 15:00 UTC (11 AM EDT) Message-ID: <1252614213.5506.27.camel@localhost.localdomain> When: Friday, 2009-09-11 @ 15:00 UTC (11 AM EDT) Where: #fedora-bugzappers on irc.freenode.net Join us Friday for the first blocker bug review of the F-12-Beta cycle. Review will focus on unresolved bugs listed on the F12Beta list [1]. The current list of Fedora 12 Beta blocker bugs [1] includes: * 519237 NEW - -bash: cannot set terminal process group (-1): Inappropriate ioctl for device * 516104 NEW - dracut's plymouth text splash doesn't hide boot messages * 520207 NEW - Filesystem label does not match kernel command line parameter * 518226 NEW - INFO: possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 * 520515 NEW - grubby should add plymouth initrd to grub initrd line * 517833 ASSIGNED - SwapError: swapon failed for '/dev/vdb1' * 516042 ASSIGNED - Unable to add NFS yum repo during installation * 515450 MODIFIED - Stage1: cannot back to last step . * 518194 MODIFIED - askmethod boot option allows installation from HDD only * 517260 MODIFIED - liveinst fails at partitioning screen * 498591 MODIFIED - Cannot specify mount point for hard disk partition containing the ISO install image Have an issue you'd like to propose for F12Beta? Please consider the following criteria when escalating an issue: * Can this issue be fixed with a future rawhide update or is it part of the media kit? * Is this defect a high (or greater) severity [1] with no, or an unreasonable, workaround? * Does the presence of this bug dramatically reduce test coverage? See you there! James [1] https://bugzilla.redhat.com/showdependencytree.cgi?id=507678&hide_resolved=1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From aoliva at redhat.com Thu Sep 10 20:31:25 2009 From: aoliva at redhat.com (Alexandre Oliva) Date: Thu, 10 Sep 2009 17:31:25 -0300 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090910113207.GE10173@hansolo.jdub.homelinux.org> (Josh Boyer's message of "Thu, 10 Sep 2009 07:32:07 -0400") References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> Message-ID: On Sep 10, 2009, Josh Boyer wrote: > On Wed, Sep 09, 2009 at 06:35:09AM -0400, Josh Boyer wrote: >> On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: >>> Jakub built gcc-4.4.1-10 earlier today, with a new feature that >>> generates much better debug information in optimized programs. >>> >>> The feature has been under development for a couple of years, and it's >>> recently been accepted into GCC, for GCC 4.5. We've backported it for >>> Fedora 12. >> >> Why are you backporting something like this from a non-released compiler >> into F12 _after_ Alpha and particularly _after_ the mass rebuild? > No response? None? It helps to Cc: me. There are hundreds of mailing lists I'm in that I don't open every day ;_) As Jakub said, this was planned to go in before. The merge into Fedora was delayed because there was a possibility of upstream rejection, based on opinions voiced some 1 or 2 years ago, when this work was still in early planning and development stages. Indeed, formal acceptance took much longer than anticipated, which is why this hit Fedora rawhide so late in the game. I can surely understand the feeling that, as a feature, it should have respected the feature freeze deadlines. But this feature also happens to be a major bug fix, for debug information in optimized programs way too often used to be incorrect and incomplete, to the point of being pretty much a show-stopper for systemtap and other monitoring, inspection and debugging tools that rely on debug information. As such, I apologize for the delays in getting buy-in from upstream and completing the work needed to get it in, and ask you to please tolerate the delays and the changes, let it into Fedora 12, and enjoy the better-quality debug information while debugging problems in time for Fedora 12 ;-) Thanks, -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer From aoliva at redhat.com Thu Sep 10 20:37:21 2009 From: aoliva at redhat.com (Alexandre Oliva) Date: Thu, 10 Sep 2009 17:37:21 -0300 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> (Michel Alexandre Salim's message of "Wed, 9 Sep 2009 23:53:07 -0400") References: <615c05430909092053i308b3e82u56fd190db7995633@mail.gmail.com> Message-ID: On Sep 10, 2009, Michel Alexandre Salim wrote: > This bug affects LLVM on ppc: > https://bugzilla.redhat.com/show_bug.cgi?id=522316 > I've Cc:ed you on it. Thanks, I'm on it. BTW, I wanted to mention that in the e-mail that started this thread, but failed. You all feel free to get in touch with me on IRC (my nick is lxo) to bring bug reports along these lines to my attention. E-mail is very slow in this regard, as in, I fetch new mail every several hours. I could have started working on this last night, but since I hadn't got notice of it yet, I ended up working on something else that was not quite as urgent ;-( Thanks, -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer From michael.silvanus at gmail.com Thu Sep 10 21:10:40 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Thu, 10 Sep 2009 17:10:40 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> Message-ID: <615c05430909101410k444a12b5h1abab06bf67bffed@mail.gmail.com> On Thu, Sep 10, 2009 at 7:43 AM, Jakub Jelinek wrote: > There were so far 3 bugreports related to this, 2 of them are already fixed, > LLVM build is just needing too much memory on completely insane source > (people calling functions with 1375 arguments, 685 out of it are classes > with non-trivial ctors passed by value, deserve some punishment) and Alex > will look at it today. > That would explain why the previous two builds fail with virtual memory exhaustion errors (not the last one, bizarrely). Thanks, -- Michel Alexandre Salim From mjw at redhat.com Thu Sep 10 21:18:26 2009 From: mjw at redhat.com (Mark Wielaard) Date: Thu, 10 Sep 2009 21:18:26 +0000 (UTC) Subject: GCC var-tracking-assignments: testing and bug reports appreciated References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> Message-ID: Josh Boyer gmail.com> writes: > On Thu, Sep 10, 2009 at 01:43:26PM +0200, Jakub Jelinek wrote: > >Because we really want it in F12, to make e.g. systemtap usable. It got > >quite a lot of testing already and has been in development for 2 years. > >Originally it was expected to be merged early in the summer, testing > >rawhide gccs have been prepared already in early August. > > So systemtap wasn't considered usable before this? I am not a GCC > expert, but I can see how this feature would help it. But it was surely > usable before this, right? Better debuginfo and better systemtap tracing support is part of https://fedoraproject.org/wiki/Features/SystemtapTracingRefresh which is targetted at F12. But better variable tracking in the dwarf output of gcc will also help other observability tools in Fedora (like the updated gdb/archer). Cheers, Mark From mjw at redhat.com Thu Sep 10 21:27:04 2009 From: mjw at redhat.com (Mark Wielaard) Date: Thu, 10 Sep 2009 21:27:04 +0000 (UTC) Subject: GCC var-tracking-assignments: testing and bug reports appreciated References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> Message-ID: Jesse Keating redhat.com> writes: > This is my issue too. There is claim that it was tested, yet it wasn't > tested in the same place we require every other feature to be tested, > that being rawhide. Although it obviously would have been far nicer to have had this all in before the mass rebuild, there were multiple test builds against rawhide packages. I did a build of the rawhide kernel package using jakub's gcc-vta and lxo used that to post results of testing to the gcc list, which helped get it accepted upstream, which is a requirement for it to make it into fedora, etc. Sorry, this wasn't more visible. Cheers, Mark From michael.silvanus at gmail.com Thu Sep 10 22:02:09 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Thu, 10 Sep 2009 18:02:09 -0400 Subject: Bug buddy and gnomebreakpad Message-ID: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> Now that abrt has obsoleted bug-buddy, starting any GTK+ application results in the innocuous, but rather annoying warning: Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory This should probably be addressed -- any idea where this is coming from? Thanks, -- Michel Alexandre Salim From tgl at redhat.com Thu Sep 10 22:27:16 2009 From: tgl at redhat.com (Tom Lane) Date: Thu, 10 Sep 2009 18:27:16 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> Message-ID: <9485.1252621636@sss.pgh.pa.us> Mark Wielaard writes: > Jesse Keating redhat.com> writes: >> This is my issue too. There is claim that it was tested, yet it wasn't >> tested in the same place we require every other feature to be tested, >> that being rawhide. > Although it obviously would have been far nicer to have had this all in before > the mass rebuild, there were multiple test builds against rawhide > packages. ISTM the major argument in favor of letting this in now, namely better debuginfo data, is essentially moot because it missed the mass rebuild. The majority of packages are going to go out with old debuginfo. Is there any chance of doing a new mass rebuild now? That would actually provide the intended benefit. Plus, if we see any significant number of failures, it would be sufficient evidence that the update ought to be backed out; whereas if we don't, then it would assuage peoples' entirely legitimate fears. (I entirely agree with the concerns about this being a violation of agreed-on process, btw, and would not be unhappy with a summary rejection as an alternative.) regards, tom lane From mclasen at redhat.com Thu Sep 10 22:36:40 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 10 Sep 2009 18:36:40 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> Message-ID: <1252622200.1722.2.camel@planemask> On Thu, 2009-09-10 at 18:02 -0400, Michel Alexandre Salim wrote: > Now that abrt has obsoleted bug-buddy, starting any GTK+ application > results in the innocuous, but rather annoying warning: > > Gtk-Message: Failed to load module "gnomebreakpad": > libgnomebreakpad.so: cannot open shared object file: No such file or > directory > > This should probably be addressed -- any idea where this is coming from? gconftool-2 --type bool --set /apps/gnome_settings_daemon/gtk-modules/gnomebreakpad false should get rid of it. The harder question is where to put that command... From tcallawa at redhat.com Thu Sep 10 22:40:13 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Thu, 10 Sep 2009 18:40:13 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <1252622200.1722.2.camel@planemask> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> <1252622200.1722.2.camel@planemask> Message-ID: <4AA9804D.5020708@redhat.com> On 09/10/2009 06:36 PM, Matthias Clasen wrote: > should get rid of it. The harder question is where to put that > command... %post for abrt-gui ? :) ~spot From mclasen at redhat.com Thu Sep 10 22:57:43 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 10 Sep 2009 18:57:43 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <4AA9804D.5020708@redhat.com> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> <1252622200.1722.2.camel@planemask> <4AA9804D.5020708@redhat.com> Message-ID: <1252623463.1722.6.camel@planemask> On Thu, 2009-09-10 at 18:40 -0400, Tom "spot" Callaway wrote: > On 09/10/2009 06:36 PM, Matthias Clasen wrote: > > should get rid of it. The harder question is where to put that > > command... > > %post for abrt-gui ? :) That doesn't help, since the gconf key is in your users gconf db. The command has to be run inside your session to have the desired effect. Conceivably, abrt-applet could do it on startup. From stickster at gmail.com Thu Sep 10 23:39:32 2009 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 10 Sep 2009 19:39:32 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <1252623463.1722.6.camel@planemask> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> <1252622200.1722.2.camel@planemask> <4AA9804D.5020708@redhat.com> <1252623463.1722.6.camel@planemask> Message-ID: <20090910233932.GF17135@localhost.localdomain> On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: > On Thu, 2009-09-10 at 18:40 -0400, Tom "spot" Callaway wrote: > > On 09/10/2009 06:36 PM, Matthias Clasen wrote: > > > should get rid of it. The harder question is where to put that > > > command... > > > > %post for abrt-gui ? :) > > That doesn't help, since the gconf key is in your users gconf db. The > command has to be run inside your session to have the desired effect. > > Conceivably, abrt-applet could do it on startup. The fix, workaround, or decision not to provide either should definitely get a mention in the release notes. Just edit the wiki here: https://fedoraproject.org/wiki/Documentation_Desktop_Beat -- 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 From mjs at clemson.edu Thu Sep 10 23:42:30 2009 From: mjs at clemson.edu (Matthew Saltzman) Date: Thu, 10 Sep 2009 19:42:30 -0400 Subject: TeXLive 2009 texconfig In-Reply-To: <20090910032731.GA27255@pucmeloud.redhat.com> References: <1252456979.26192.21.camel@valkyrie.localdomain> <20090910032731.GA27255@pucmeloud.redhat.com> Message-ID: <1252626150.1426.9.camel@valkyrie.localdomain> On Thu, 2009-09-10 at 05:27 +0200, Jindrich Novy wrote: > On Tue, Sep 08, 2009 at 08:42:59PM -0400, Matthew Saltzman wrote: > > texconfig from TeXLive 2009 in F11 hangs when I attempt to set the dvips > > default paper type. The hang occurs when I run texconfig as a user and > > texconfig or texconfig-sys as root. > > > > Works for me as well on x86_64/scheme-full. Could you please attach > strace output to 488651? Done. > > Thanks, > Jindrich > > > -- > > Matthew Saltzman > > > > Clemson University Math Sciences > > mjs AT clemson DOT edu > > http://www.math.clemson.edu/~mjs > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Matthew Saltzman Clemson University Math Sciences mjs AT clemson DOT edu http://www.math.clemson.edu/~mjs From airlied at redhat.com Thu Sep 10 23:46:06 2009 From: airlied at redhat.com (Dave Airlie) Date: Fri, 11 Sep 2009 09:46:06 +1000 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> Message-ID: <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> On Thu, 2009-09-10 at 21:27 +0000, Mark Wielaard wrote: > Jesse Keating redhat.com> writes: > > This is my issue too. There is claim that it was tested, yet it wasn't > > tested in the same place we require every other feature to be tested, > > that being rawhide. > > Although it obviously would have been far nicer to have had this all in before > the mass rebuild, there were multiple test builds against rawhide packages. I > did a build of the rawhide kernel package using jakub's gcc-vta and lxo used > that to post results of testing to the gcc list, which helped get it accepted > upstream, which is a requirement for it to make it into fedora, etc. Sorry, this > wasn't more visible. Wierdly the first package that broke when this was pushed was the kernel ;-) Dave. From jonstanley at gmail.com Fri Sep 11 00:35:16 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 10 Sep 2009 20:35:16 -0400 Subject: Plan for tomorrow's (20090911) FESCo meeting Message-ID: Following are the topics on the agenda for tomorrow's FESCo meeting, taking place at 17:00UTC in #fedora-meeting on irc.freenode.net: 248 Request to become provenpackager - sundaram 249 Request to become provenpackager - akurtakov 250 Fedora Packaging Committee items for ratification (2009-09-09) For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From mclasen at redhat.com Fri Sep 11 00:58:08 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 10 Sep 2009 20:58:08 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <20090910233932.GF17135@localhost.localdomain> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> <1252622200.1722.2.camel@planemask> <4AA9804D.5020708@redhat.com> <1252623463.1722.6.camel@planemask> <20090910233932.GF17135@localhost.localdomain> Message-ID: <1252630688.1722.22.camel@planemask> On Thu, 2009-09-10 at 19:39 -0400, Paul W. Frields wrote: > On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: > > On Thu, 2009-09-10 at 18:40 -0400, Tom "spot" Callaway wrote: > > > On 09/10/2009 06:36 PM, Matthias Clasen wrote: > > > > should get rid of it. The harder question is where to put that > > > > command... > > > > > > %post for abrt-gui ? :) > > > > That doesn't help, since the gconf key is in your users gconf db. The > > command has to be run inside your session to have the desired effect. > > > > Conceivably, abrt-applet could do it on startup. > > The fix, workaround, or decision not to provide either should > definitely get a mention in the release notes. Just edit the wiki > here: > > https://fedoraproject.org/wiki/Documentation_Desktop_Beat > Yeah, I think I am just going to document the manual fix. It looks like bug-buddy installs the schema for that key with a default of true, so you will only have the key in your own GConf db if you manually modified it - and if you did that, then you most likely set it to false, anyway... From casimiro.barreto at gmail.com Fri Sep 11 02:12:44 2009 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Thu, 10 Sep 2009 23:12:44 -0300 Subject: Problems with eclipse & KDE (Fedora 11) Message-ID: <4AA9B21C.4010703@gmail.com> !SESSION 2009-09-10 17:53:20.054 ----------------------------------------------- eclipse.buildId=M20090211-1700 java.version=1.6.0_0 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=pt_BR Command-line arguments: -os linux -ws gtk -arch x86 !ENTRY org.eclipse.osgi 4 0 2009-09-10 18:29:07.679 !MESSAGE !STACK 0 java.util.zip.ZipException: error in opening zip file at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:131) at java.util.zip.ZipFile.(ZipFile.java:148) at org.eclipse.osgi.framework.util.SecureAction.getZipFile(SecureAction.java:251) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.basicOpen(ZipBundleFile.java:81) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getZipFile(ZipBundleFile.java:94) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.checkedOpen(ZipBundleFile.java:67) at org.eclipse.osgi.baseadaptor.bundlefile.ZipBundleFile.getEntry(ZipBundleFile.java:239) at org.eclipse.osgi.baseadaptor.BaseData.getEntry(BaseData.java:97) at org.eclipse.osgi.internal.baseadaptor.AdaptorUtil.loadManifestFrom(AdaptorUtil.java:192) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getGeneratedManifest(EclipseStorageHook.java:371) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.createCachedManifest(EclipseStorageHook.java:367) at org.eclipse.core.runtime.internal.adaptor.EclipseStorageHook.getManifest(EclipseStorageHook.java:472) at org.eclipse.osgi.internal.baseadaptor.BaseStorage.loadManifest(BaseStorage.java:297) at org.eclipse.osgi.internal.baseadaptor.BundleInstall.begin(BundleInstall.java:82) at org.eclipse.osgi.framework.internal.core.Framework.installWorkerPrivileged(Framework.java:938) at org.eclipse.osgi.framework.internal.core.Framework$1.run(Framework.java:824) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.Framework.installWorker(Framework.java:905) at org.eclipse.osgi.framework.internal.core.Framework.installBundle(Framework.java:819) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.installBundle(BundleContextImpl.java:215) at org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.installBundles(ConfigApplier.java:213) at org.eclipse.equinox.internal.simpleconfigurator.ConfigApplier.install(ConfigApplier.java:67) at org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:124) at org.eclipse.equinox.internal.simpleconfigurator.SimpleConfiguratorImpl.applyConfiguration(SimpleConfiguratorImpl.java:138) at org.eclipse.equinox.internal.p2.reconciler.dropins.ProfileSynchronizer.applyConfiguration(ProfileSynchronizer.java:391) at org.eclipse.equinox.internal.p2.reconciler.dropins.ProfileSynchronizer.synchronize(ProfileSynchronizer.java:105) at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.synchronize(Activator.java:402) at org.eclipse.equinox.internal.p2.reconciler.dropins.Activator.start(Activator.java:161) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:1009) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:1003) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:984) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:346) at org.eclipse.osgi.framework.internal.core.AbstractBundle.resume(AbstractBundle.java:355) at org.eclipse.osgi.framework.internal.core.Framework.resumeBundle(Framework.java:1074) at org.eclipse.osgi.framework.internal.core.StartLevelManager.resumeBundles(StartLevelManager.java:616) at org.eclipse.osgi.framework.internal.core.StartLevelManager.incFWSL(StartLevelManager.java:508) at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:299) at org.eclipse.osgi.framework.internal.core.StartLevelManager.dispatchEvent(StartLevelManager.java:489) at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:211) at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:321) From rawhide at fedoraproject.org Fri Sep 11 03:58:59 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 11 Sep 2009 03:58:59 +0000 Subject: rawhide report: 20090910 changes Message-ID: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> Compose started at Thu Sep 10 21:34:54 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sepostgresql-8.4.0-2238.fc12.i686 requires postgresql-server = 0:8.4.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.x86_64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sepostgresql-8.4.0-2238.fc12.x86_64 requires postgresql-server = 0:8.4.0 Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sepostgresql-8.4.0-2238.fc12.ppc requires postgresql-server = 0:8.4.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sepostgresql-8.4.0-2238.fc12.ppc64 requires postgresql-server = 0:8.4.0 New package emacs-common-pmd An interface to PMD for Emacs New package gfs-philostratos-fonts From thuforuk at yahoo.co.uk Fri Sep 11 04:15:41 2009 From: thuforuk at yahoo.co.uk (Dariusz J. Garbowski) Date: Thu, 10 Sep 2009 22:15:41 -0600 Subject: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <1252595429.2311.34.camel@adam.local.net> References: <1252445166.2271.7.camel@adam.local.net> <4AA91201.80502@yahoo.co.uk> <1252595429.2311.34.camel@adam.local.net> Message-ID: <4AA9CEED.7080901@yahoo.co.uk> On 09/10/2009 09:10 AM, Adam Williamson wrote: > On Thu, 2009-09-10 at 08:49 -0600, Dariusz J. Garbowski wrote: > >> On 09/08/2009 03:26 PM, Adam Williamson wrote: >> >>> Yes, it is now that legendary time, well loved by the hearts of men for >>> millennia(*): Graphics Test Week! >>> >>> Tomorrow - 2009-09-09 - is ATI/AMD Radeon graphics card Test Day (1). >>> >>> >> Using 2009-09-09 ISO, when passing 'radeon.modeset=1' as boot param, I >> get "Unknown boot option 'radeon.modeset=1'. Ignoring..." >> Is that expected? >> > > (sending to all lists as this is #1 Top Question...) > > Yes, it is. The 'science bit' is that the kernel itself truly doesn't > understand the parameter, which is why you see this message - but the > radeon. prefix means it gets automatically passed on to the radeon > module, which _does_ understand (and interprets) it. > > Personally I consider this a kernel bug, it shouldn't display this > message for parameters which will be passed to modules. > Thanks to all who responded with explanation. This indeed is confusing and I agree with you that this deserves a "bug" status... > radeon.modeset=1 is a no-op, though, modesetting is now default for > Radeon chips. So only radeon.modeset=0 (to disable it) makes any sense. > Did I leave radeon.modeset=1 in one of the test cases? > Errr... I thought I saw it there yesterday but I might be wrong (I have taken a not of this the day before). I can't see it anywhere today. BTW: my test report on wiki. -- thufor From lakshmipathi.g at gmail.com Fri Sep 11 04:16:49 2009 From: lakshmipathi.g at gmail.com (lakshmi pathi) Date: Fri, 11 Sep 2009 09:46:49 +0530 Subject: How to create bootable iso image from existing fedora system? Message-ID: For weeks now (with a help of google),I'm trying to create bootable iso image from existing fedora system. Still not getting it right. I want to creat it from scratch from command line, say using mkisofs and syslinux .(don't want to use UI) did you tried this before?Any urls?Any help? If this is not the correct forum,please ignore this mail. -- Cheers, Lakshmipathi.G www.giis.co.in From michael.silvanus at gmail.com Fri Sep 11 05:56:26 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Fri, 11 Sep 2009 01:56:26 -0400 Subject: Bug buddy and gnomebreakpad In-Reply-To: <1252630688.1722.22.camel@planemask> References: <615c05430909101502y74c21264xdf496d6b89a606dd@mail.gmail.com> <1252622200.1722.2.camel@planemask> <4AA9804D.5020708@redhat.com> <1252623463.1722.6.camel@planemask> <20090910233932.GF17135@localhost.localdomain> <1252630688.1722.22.camel@planemask> Message-ID: <615c05430909102256i5b13fcecvac85d69c4d8e3caf@mail.gmail.com> On Thu, Sep 10, 2009 at 8:58 PM, Matthias Clasen wrote: > On Thu, 2009-09-10 at 19:39 -0400, Paul W. Frields wrote: >> On Thu, Sep 10, 2009 at 06:57:43PM -0400, Matthias Clasen wrote: >> > On Thu, 2009-09-10 at 18:40 -0400, Tom "spot" Callaway wrote: >> > > On 09/10/2009 06:36 PM, Matthias Clasen wrote: >> > > > should get rid of it. The harder question is where to put that >> > > > command... >> > > >> > > %post for abrt-gui ? :) >> > >> > That doesn't help, since the gconf key is in your users gconf db. The >> > command has to be run inside your session to have the desired effect. >> > >> > Conceivably, abrt-applet could do it on startup. >> >> The fix, workaround, or decision not to provide either should >> definitely get a mention in the release notes. ?Just edit the wiki >> here: >> >> https://fedoraproject.org/wiki/Documentation_Desktop_Beat >> > > Yeah, I think I am just going to document the manual fix. It looks like > bug-buddy installs the schema for that key with a default of true, so > you will only have the key in your own GConf db if you manually modified > it - and if you did that, then you most likely set it to false, > anyway... > On second thought, this might not be such a great problem. I had a bug-buddy installation from F-11, and at some point installed bug-buddy.i686 so that running 32-bit GTK applications do not cause breakpad warnings. The bizarre thing is that after installing abrt-gui, somehow bug-buddy.i686 was still present. Removing bug-buddy completely solves the problem. -- Michel Alexandre Salim From ghosler at redhat.com Fri Sep 11 06:10:40 2009 From: ghosler at redhat.com (Gregory Hosler) Date: Fri, 11 Sep 2009 14:10:40 +0800 Subject: How to create bootable iso image from existing fedora system? In-Reply-To: References: Message-ID: <4AA9E9E0.6050207@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 lakshmi pathi wrote: > For weeks now (with a help of google),I'm trying to create bootable > iso image from existing fedora system. Still not getting it right. > I want to creat it from scratch from command line, say using mkisofs > and syslinux .(don't want to use UI) > did you tried this before?Any urls?Any help? > > If this is not the correct forum,please ignore this mail. > man mkisofs. look at the "-b" option. You can get sample boot images from any bootable iso image, e.g. the F-11 cdrom/dvd/live bootable cdrom/dvd. explore an existing F-?? dvd to get an idea as to how to create the boot menu. Using that as an example is probably more valuable that googling as you have a live working example, so to speak... - -G - -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqp6d4ACgkQ404fl/0CV/Qt6gCgrb1/HaC9cKAmw3iipYiXazr4 UEEAn2bM7EuhB3AmhyJfKwhZ8BLSf/P5 =6wba -----END PGP SIGNATURE----- From mjw at redhat.com Fri Sep 11 07:34:06 2009 From: mjw at redhat.com (Mark Wielaard) Date: Fri, 11 Sep 2009 07:34:06 +0000 (UTC) Subject: GCC var-tracking-assignments: testing and bug reports appreciated References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> Message-ID: Dave Airlie redhat.com> writes: > On Thu, 2009-09-10 at 21:27 +0000, Mark Wielaard wrote: > > Although it obviously would have been far nicer to have had this all in > > the mass rebuild, there were multiple test builds against rawhide packages. I > > did a build of the rawhide kernel package using jakub's gcc-vta and lxo used > > that to post results of testing to the gcc list, which helped get it accepted > > upstream, which is a requirement for it to make it into fedora, etc. > > Sorry, this wasn't more visible. > > Wierdly the first package that broke when this was pushed was the > kernel Yes :{ Which does proof Jesse's point of course. There is no substitute for just dumping the code into rawhide to give it a thorough testing... The original plan Jakub had was to do a complete out-of-repo mass-rebuild before adding it, but ran out of time, so that would have made it hit rawhide even later... And Alex has been fast fixing any issues. From fedora at matbooth.co.uk Fri Sep 11 08:36:12 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Fri, 11 Sep 2009 09:36:12 +0100 Subject: rawhide report: 20090910 changes In-Reply-To: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> Message-ID: <9497e9990909110136u1955146cs1bbb1412b8c0ffc6@mail.gmail.com> 2009/9/11 Rawhide Report : > > New package emacs-common-pmd > ? ? ? ?An interface to PMD for Emacs > New package gfs-philostratos-fonts > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Is this truncated? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From erikina at gmail.com Fri Sep 11 08:51:48 2009 From: erikina at gmail.com (Eric Springer) Date: Fri, 11 Sep 2009 18:51:48 +1000 Subject: rawhide report: 20090910 changes In-Reply-To: <9497e9990909110136u1955146cs1bbb1412b8c0ffc6@mail.gmail.com> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <9497e9990909110136u1955146cs1bbb1412b8c0ffc6@mail.gmail.com> Message-ID: On Fri, Sep 11, 2009 at 6:36 PM, Mat Booth wrote: > Is this truncated? Looks like it. I got a tonne of updates (including the 2.6.31 kernel). Wish they'd just set out the rawhide report like the updates testing one (i.e. list of new/updated/broken packages at the top. And full details underneath) From mschwendt at gmail.com Fri Sep 11 09:02:33 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 11 Sep 2009 11:02:33 +0200 Subject: rawhide report: 20090910 changes In-Reply-To: References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <9497e9990909110136u1955146cs1bbb1412b8c0ffc6@mail.gmail.com> Message-ID: <20090911110233.414932a7@faldor.intranet> On Fri, 11 Sep 2009 18:51:48 +1000, Eric wrote: > Wish they'd just set out the rawhide report like the updates testing > one (i.e. list of new/updated/broken packages at the top. And full > details underneath) If you feel motivated enough, modify repodiff from yum-utils. That's the tool that creates one half of the rawhide report. It would be easy to make it sum up the new/updated/removed packages in a more readable way at the top above the changelog diffs. Note, however, that such a change might not match some people's taste. From opensource at till.name Fri Sep 11 09:33:30 2009 From: opensource at till.name (Till Maas) Date: Fri, 11 Sep 2009 11:33:30 +0200 Subject: rawhide report: 20090910 changes In-Reply-To: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> Message-ID: <20090911093329.GA31495@genius.kawo2.rwth-aachen.de> Hiyas, why are the new packages now hidden below the broken dependencies? Iirc there was even a discussion about changing the format more than a year ago and back then it was decided to keep it as it is. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From pbrobinson at gmail.com Fri Sep 11 09:37:59 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 11 Sep 2009 10:37:59 +0100 Subject: rawhide report: 20090910 changes In-Reply-To: <20090911093329.GA31495@genius.kawo2.rwth-aachen.de> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <20090911093329.GA31495@genius.kawo2.rwth-aachen.de> Message-ID: <5256d0b0909110237r16663e56w53cb9a9f4948e7ab@mail.gmail.com> On Fri, Sep 11, 2009 at 10:33 AM, Till Maas wrote: > Hiyas, > > why are the new packages now hidden below the broken dependencies? Iirc > there was even a discussion about changing the format more than a year > ago and back then it was decided to keep it as it is. This was discussed a couple of days ago against another rawhide report. I would check out the list archives for the reasoning. Peter From opensource at till.name Fri Sep 11 10:03:52 2009 From: opensource at till.name (Till Maas) Date: Fri, 11 Sep 2009 12:03:52 +0200 Subject: rawhide report: 20090910 changes In-Reply-To: <5256d0b0909110237r16663e56w53cb9a9f4948e7ab@mail.gmail.com> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <20090911093329.GA31495@genius.kawo2.rwth-aachen.de> <5256d0b0909110237r16663e56w53cb9a9f4948e7ab@mail.gmail.com> Message-ID: <20090911100352.GB31495@genius.kawo2.rwth-aachen.de> On Fri, Sep 11, 2009 at 10:37:59AM +0100, Peter Robinson wrote: > This was discussed a couple of days ago against another rawhide > report. I would check out the list archives for the reasoning. I fail to find it. :-( The last report in the old format was 20090902 and I did not find any discussion looking back up to 20090811. This is somehow strange again, because I would expected to also receive an announcement if the report format is changed, e.g. I just assumed that the script was somehow broken, because it did not report any new packages anymore or something else. I did not bother to scoll beyond the broken dependencies, because I do not really care to read them. If my package has a broken dependency, I get a personal e-mail. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From pbrobinson at gmail.com Fri Sep 11 10:10:28 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 11 Sep 2009 11:10:28 +0100 Subject: rawhide report: 20090910 changes In-Reply-To: <20090911100352.GB31495@genius.kawo2.rwth-aachen.de> References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <20090911093329.GA31495@genius.kawo2.rwth-aachen.de> <5256d0b0909110237r16663e56w53cb9a9f4948e7ab@mail.gmail.com> <20090911100352.GB31495@genius.kawo2.rwth-aachen.de> Message-ID: <5256d0b0909110310i251c2cfegf1bcb2a650803a28@mail.gmail.com> On Fri, Sep 11, 2009 at 11:03 AM, Till Maas wrote: > On Fri, Sep 11, 2009 at 10:37:59AM +0100, Peter Robinson wrote: > >> This was discussed a couple of days ago against another rawhide >> report. I would check out the list archives for the reasoning. > > I fail to find it. :-( The last report in the old format was 20090902 > and I did not find any discussion looking back up to 20090811. This is > somehow strange again, because I would expected to also receive an > announcement if the report format is changed, e.g. I just assumed that > the script was somehow broken, because it did not report any new > packages anymore or something else. I did not bother to scoll beyond the > broken dependencies, because I do not really care to read them. If my > package has a broken dependency, I get a personal e-mail. Sorry was fedora-test list. gmail merges them http://www.redhat.com/archives/fedora-test-list/2009-September/msg00143.html Peter From overholt at redhat.com Fri Sep 11 12:44:55 2009 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 11 Sep 2009 08:44:55 -0400 Subject: Problems with eclipse & KDE (Fedora 11) In-Reply-To: <4AA9B21C.4010703@gmail.com> References: <4AA9B21C.4010703@gmail.com> Message-ID: <20090911124454.GA2615@redhat.com> Hi, Please file a bug and include more information (attach the stack trace, please) so we can try to track down your issue. Andrew From jreiser at bitwagon.com Fri Sep 11 13:34:32 2009 From: jreiser at bitwagon.com (John Reiser) Date: Fri, 11 Sep 2009 06:34:32 -0700 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> Message-ID: <4AAA51E8.1050506@bitwagon.com> On 09/11/2009 12:34 AM, Mark Wielaard wrote: > Dave Airlie redhat.com> writes: >> Wierdly the first package that broke when this was pushed was the >> kernel > ... And Alex has been fast fixing any issues. Not fast enough to avoid a two-day slip in rawhide kernels. Rawhide kernel is the critical path for making X11 work on ATI Radeon: so far each fix reveals a new bug. My HD4500 (RV710) crashes and burns: https://bugzilla.redhat.com/show_bug.cgi?id=521322 and I am not pleased. -- From pjones at redhat.com Fri Sep 11 14:14:12 2009 From: pjones at redhat.com (Peter Jones) Date: Fri, 11 Sep 2009 10:14:12 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <9485.1252621636@sss.pgh.pa.us> References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <9485.1252621636@sss.pgh.pa.us> Message-ID: <4AAA5B34.9080305@redhat.com> On 09/10/2009 06:27 PM, Tom Lane wrote: > Mark Wielaard writes: >> Jesse Keating redhat.com> writes: >>> This is my issue too. There is claim that it was tested, yet it wasn't >>> tested in the same place we require every other feature to be tested, >>> that being rawhide. > >> Although it obviously would have been far nicer to have had this all in before >> the mass rebuild, there were multiple test builds against rawhide >> packages. > > ISTM the major argument in favor of letting this in now, namely better > debuginfo data, is essentially moot because it missed the mass rebuild. > The majority of packages are going to go out with old debuginfo. I'm not sure that's entirely true. Right now, a frequent debugging workflow for me is something like: 1) discover the problem I'm seeing is in $PACKAGE 2) check out $PACKAGE from cvs and make a test-srpm 3) build it without optimizations 4) wedge it into my test environment 5) debug! With better debuginfo generation in gcc, this workflow remains the same, but it's possible that a) I may not have to turn of optimizations in step #3, which can be a nontrivial difference depending on the package, and b) I may get better results with step #5 . So there is some advantage to doing this now, though it's not as great as it could be had it been done within Fedora's unrealistic schedule. -- Peter When in doubt, debug-on-entry the function you least suspect has anything to do with something. From awilliam at redhat.com Fri Sep 11 16:24:29 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 11 Sep 2009 09:24:29 -0700 Subject: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <4AA9CEED.7080901@yahoo.co.uk> References: <1252445166.2271.7.camel@adam.local.net> <4AA91201.80502@yahoo.co.uk> <1252595429.2311.34.camel@adam.local.net> <4AA9CEED.7080901@yahoo.co.uk> Message-ID: <1252686269.2311.64.camel@adam.local.net> On Thu, 2009-09-10 at 22:15 -0600, Dariusz J. Garbowski wrote: > > radeon.modeset=1 is a no-op, though, modesetting is now default for > > Radeon chips. So only radeon.modeset=0 (to disable it) makes any sense. > > Did I leave radeon.modeset=1 in one of the test cases? > > > Errr... I thought I saw it there yesterday but I might be wrong (I have > taken a not of this the day before). I can't see it anywhere today. Yeah, after I wrote the above mail I found where I'd left it in, and took it out :) Thanks for the heads-up. > BTW: my test report on wiki. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Sep 11 16:29:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 11 Sep 2009 09:29:53 -0700 Subject: [Test-Announce] Graphics Test Week (ATI, NVIDIA and Intel graphics Test Days) In-Reply-To: <4AA9CEED.7080901@yahoo.co.uk> References: <1252445166.2271.7.camel@adam.local.net> <4AA91201.80502@yahoo.co.uk> <1252595429.2311.34.camel@adam.local.net> <4AA9CEED.7080901@yahoo.co.uk> Message-ID: <1252686593.2311.65.camel@adam.local.net> On Thu, 2009-09-10 at 22:15 -0600, Dariusz J. Garbowski wrote: > > Yes, it is. The 'science bit' is that the kernel itself truly doesn't > > understand the parameter, which is why you see this message - but the > > radeon. prefix means it gets automatically passed on to the radeon > > module, which _does_ understand (and interprets) it. > > > > Personally I consider this a kernel bug, it shouldn't display this > > message for parameters which will be passed to modules. > > > > Thanks to all who responded with explanation. This indeed is confusing > and I agree with you that this deserves a "bug" status... http://bugzilla.kernel.org/show_bug.cgi?id=14164 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From opensource at till.name Fri Sep 11 17:01:21 2009 From: opensource at till.name (Till Maas) Date: Fri, 11 Sep 2009 19:01:21 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski Message-ID: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> Hiyas, I want to start the non-responsive maintainer process for Krzysztof Kurzawski, because youtube-dl was not updated for several releases and there was not response to bug reports regarding this. I will use this bug to track my contacting attempts: https://bugzilla.redhat.com/show_bug.cgi?id=496593 On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested to take over youtube-dl, but I did not receive any response. If you know Krzysztof, please ping him. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From stefan at seekline.net Fri Sep 11 17:24:06 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Fri, 11 Sep 2009 19:24:06 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg Message-ID: <1252689846.2491.61.camel@vogon.seekline.net> Hi, I would like to become a co-maintainer for an _existing_ RPM package. I already red the following link https://fedoraproject.org/wiki/PackageMaintainers/Join but they are always telling you how to act when you create a _new_ RPM package. I contacted the actual RPM maintainer and he said that it would be good to have a co-maintainer because he is the only one and could need some support. So this shouldn't be a problem. What do I have to do? Find a sponsor for an _existing_ RPM package? cheers Stefan From mschwendt at gmail.com Fri Sep 11 17:33:46 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 11 Sep 2009 19:33:46 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> Message-ID: <20090911193346.6a421af7@faldor.intranet> On Fri, 11 Sep 2009 19:01:21 +0200, Till wrote: > Hiyas, > > I want to start the non-responsive maintainer process for Krzysztof > Kurzawski, because youtube-dl was not updated for several releases and > there was not response to bug reports regarding this. > > I will use this bug to track my contacting attempts: > https://bugzilla.redhat.com/show_bug.cgi?id=496593 > > On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested > to take over youtube-dl, but I did not receive any response. > > If you know Krzysztof, please ping him. Good example of how poor the current process is. You say 2009-07-21, but actually the same person has not responded to bugzilla tickets for many more months. 15 tickets, but only one reply a year ago (a comment that three packages have been orphaned). Triaging caused these two to be closed WONTFIX without any comment from the package owner at all: https://bugzilla.redhat.com/455567 https://bugzilla.redhat.com/468626 The following bug was reported on 2008-11-02 https://bugzilla.redhat.com/469602 and is still without a response. After six months, it was fixed by Milos Jakubicek, probably with provenpackager privileges, while the package owner continues to be non-responsive. From tibbs at math.uh.edu Fri Sep 11 17:35:44 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 11 Sep 2009 12:35:44 -0500 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <1252689846.2491.61.camel@vogon.seekline.net> (Stefan Schulze Frielinghaus's message of "Fri, 11 Sep 2009 19:24:06 +0200") References: <1252689846.2491.61.camel@vogon.seekline.net> Message-ID: >>>>> "SSF" == Stefan Schulze Frielinghaus writes: SSF> Hi, I would like to become a co-maintainer for an _existing_ RPM SSF> package. I assume you're posting this because you're not already sponsored; otherwise you could just add yourself to the package in pkgdb and have the current maintainer approve your request. SSF> What do I have to do? Find a sponsor for an _existing_ RPM package? You have to find a sponsor in any case, and while sponsors have significant latitude in choosing people to sponsor, this will generally involve illustrating that you understand packaging and that you're generally committed to volunteering the time necessary to properly maintain packages in the distribution. https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group has some additional information. Of course, hearing from the existing maintainer of the package could help. If you are the upstream author of the package, that also helps. But if you're not already involved with Fedora in some way, folks will want to see some actual packaging or reviewing work. - J< From jonstanley at gmail.com Fri Sep 11 17:40:04 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 11 Sep 2009 13:40:04 -0400 Subject: FESCo meeting summary for 20090911 Message-ID: I'm going to try putting just the minutes in rather than the full log. Is that overly objectionable to anyone? Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-11/fedora-meeting.2009-09-11-17.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-11/fedora-meeting.2009-09-11-17.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-11/fedora-meeting.2009-09-11-17.00.log.html ======================================= #fedora-meeting: FESCo meeting 20090911 ======================================= Meeting started by jds2001 at 17:00:05 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-09-11/fedora-meeting.2009-09-11-17.00.log.html . Meeting log ----------- * provenpackager request - sundaram (jds2001, 17:02:25) * AGREED: sundaram provenpackager requet is approved (jds2001, 17:12:11) * provenpackager request - akurtakov (jds2001, 17:12:46) * AGREED: akurtakov provenpackager request is approved (jds2001, 17:14:57) * FPC guidelines (jds2001, 17:15:04) * AGREED: Preferred source format FPC guideline is accepted. (jds2001, 17:16:46) * open floor (jds2001, 17:16:51) * LINK: http://hiltongardeninn.hilton.com/en/gi/groups/personalized/YYZVAGI-FED-20091202/index.jhtml (jds2001, 17:23:02) * LINK: http://fedoraproject.org/wiki/FUDCon:Toronto_2009 (stickster, 17:24:38) Meeting ended at 17:37:08 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * jds2001 (58) * skvidal (22) * jwb (13) * notting (12) * nirik (9) * dgilmore (8) * stickster (7) * zodbot (6) * j-rod (4) * Kevin_Kofler (0) * sharkcz (0) Generated by `MeetBot`_ 0.1.3 .. _`MeetBot`: http://wiki.debian.org/MeetBot From mschwendt at gmail.com Fri Sep 11 17:46:47 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 11 Sep 2009 19:46:47 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <1252689846.2491.61.camel@vogon.seekline.net> References: <1252689846.2491.61.camel@vogon.seekline.net> Message-ID: <20090911194647.5193a8e6@faldor.intranet> On Fri, 11 Sep 2009 19:24:06 +0200, Stefan wrote: > Hi, > > I would like to become a co-maintainer for an _existing_ RPM package. I > already red the following link > https://fedoraproject.org/wiki/PackageMaintainers/Join but they are > always telling you how to act when you create a _new_ RPM package. I > contacted the actual RPM maintainer and he said that it would be good to > have a co-maintainer because he is the only one and could need some > support. So this shouldn't be a problem. > > What do I have to do? Find a sponsor for an _existing_ RPM package? The terminology is different. "Sponsors" are for people, not for packages. "Reviewers" are for packages. A sponsor is the person who approves another person's request to join a group in the Fedora Account System (FAS). If the package maintainer doesn't have sponsor status (and it sounds like that), you obviously need to find somebody else to sponsor you. One common way is to submit packages for review and convince a sponsor (who will be the reviewer) that you know what you're doing with regard to RPM packaging and the Fedora Packaging guidelines. If you cannot think of any package to submit for review, you could still find a sponsor by giving a demonstration of your Fedora Packaging skills or by trying to convince sponsors with pieces of information that may be relevant (such as your contributions to the packaged software or other packages, your expertise with regard to the software project, or perhaps you like to do a couple of package reviews even if you cannot approve the packages yet). From opensource at till.name Fri Sep 11 18:10:03 2009 From: opensource at till.name (Till Maas) Date: Fri, 11 Sep 2009 20:10:03 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090911193346.6a421af7@faldor.intranet> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> Message-ID: <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> On Fri, Sep 11, 2009 at 07:33:46PM +0200, Michael Schwendt wrote: > On Fri, 11 Sep 2009 19:01:21 +0200, Till wrote: > > > I want to start the non-responsive maintainer process for Krzysztof > > Kurzawski, because youtube-dl was not updated for several releases and > > there was not response to bug reports regarding this. > > > > I will use this bug to track my contacting attempts: > > https://bugzilla.redhat.com/show_bug.cgi?id=496593 > > > > On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested > > to take over youtube-dl, but I did not receive any response. > > > > If you know Krzysztof, please ping him. > > Good example of how poor the current process is. I agree, but at least in 3 weeks if I do remember to write all mails or bug comments, then FESCo will hopefully agree to allow other maintainers to get the packages in this case. But I would also like to have a community accepted way to easier fix packages that are neglected. Maybe something like people need to convince at least two FESCo members and have no FESCo member object to get this done: 1) Write a mail to fedora-devel with the problems of the package and a summary of communication attempts and open a ticket in FESCo to track all this. 2) If nobody from FESCo objects and two members agree after three days, the package can be reassigned. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From rawhide at fedoraproject.org Fri Sep 11 18:35:26 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 11 Sep 2009 18:35:26 +0000 Subject: rawhide report: 20090911 changes Message-ID: <20090911183526.GA18018@releng2.fedora.phx.redhat.com> Compose started at Fri Sep 11 06:15:04 UTC 2009 From opensource at till.name Fri Sep 11 18:35:14 2009 From: opensource at till.name (Till Maas) Date: Fri, 11 Sep 2009 20:35:14 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> Message-ID: <20090911183514.GC16187@genius.kawo2.rwth-aachen.de> On Fri, Sep 11, 2009 at 08:10:03PM +0200, Till Maas wrote: > Maybe something like people need to convince at least two FESCo members > and have no FESCo member object to get this done: > > 1) Write a mail to fedora-devel with the problems of the package and a > summary of communication attempts and open a ticket in FESCo to track > all this. > 2) If nobody from FESCo objects and two members agree after three days, > the package can be reassigned. I have created an official proposal for this on FESCo trac: https://fedorahosted.org/fesco/ticket/251 Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From noriko at redhat.com Thu Sep 10 07:21:27 2009 From: noriko at redhat.com (Noriko Mizumoto) Date: Thu, 10 Sep 2009 17:21:27 +1000 Subject: New entry of Build F12 collection packages for all language translators' review and correction Message-ID: <4AA8A8F7.9080502@redhat.com> To packagers who are listed below, New entry will be introduced into the devel-task-list: "Build F12 collection packages for all language translators' review and correction" Start: 2009-09-11 End: 2009-09-14 This entry requires you to rebuild your package with latest translation by 2009-09-14, so that a release to be made straight after exclusively for translators' review (note, this is different from the entry of Software: Rebuild all translated packages). This is for high standard of translation quality, and has been accepted on 2009-09-04 by FESCo. The detail why accepted can be found at [1]. The detail what to be happened at L10N team side can be found at [2]. For communicating and tracking purpose a bug will be created soon against each package, as well everyone of you will be pinged for reminder. Please notice that amazingly F12 has been translated into 52 language with more than 40% completion so far, and the percentage as well the number of languages are aggressively growing. Your understanding and action are highly appreciated. Thank you so much for your support to Localization team. ** The list of packages ** ABRT >> master anaconda >> master authconfig >> tip chkconfig >> master comps >> HEAD desktop-backgrounds >> HEAD desktop-effects >> master firstboot >> master hwbrowser >> tip im-chooser >> trunk initscripts >> master kexec-tools >> HEAD libuser >> tip multimedia-menus >> master policycoreutils >> HEAD pykickstart >> master python-meh >> master readahead >> master redhat-menus >> HEAD rhpxl >> master setroubleshoot >> tip-plugins setroubleshoot >> tip-framework setuptool >> master smolt >> master smolt >> master-smoon sos >> trunk switchdesk >> HEAD system-config-audit >> tip system-config-bind >> tip system-config-boot >> master system-config-cluster >> HEAD system-config-date >> master system-config-datev >> docs system-config-date >> master-timezones system-config-display >> master system-config-firewall >> master system-config-httpd >> tip system-config-kdump >> master system-config-keyboard >> trunk system-config-kickstart >> master system-config-language >> trunk system-config-lvm >> master system-config-netboot >> trunk system-config-network >> master system-config-nfs >> docs system-config-nfs >> master system-config-printer >> 1.1.x system-config-rootpassword >> trunk system-config-samba >> docs system-config-samba >> master system-config-services >> docs system-config-services >> master system-config-users >> docs system-config-users >> master system-switch-java >> tip system-switch-mail >> HEAD usermode >> tip [1]:https://fedorahosted.org/fesco/ticket/243 [2]:https://www.redhat.com/archives/fedora-trans-list/2009-September/msg00053.html Regards, Noriko Mizumoto (irc:noriko) from FLP _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From stickster at gmail.com Fri Sep 11 18:41:41 2009 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 11 Sep 2009 14:41:41 -0400 Subject: FUDCon Toronto 2009 update! Message-ID: <20090911184141.GD11347@localhost.localdomain> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Howdy Fedora friends and neighbors, Here's an update on the upcoming FUDCon in Toronto, being held December 5-7. Before the details, I want to give some special thanks and recognition to Chris Tyler of Seneca College in Toronto for his continued, invaluable assistance in setting up FUDCon. His help made it possible to establish a lot of these logistics while we were also preparing for Fedora presence at the Red Hat Summit last week. Thanks Chris! You'll find a lot of the details up at the FUDCon wiki page here: https://fedoraproject.org/wiki/FUDCon:Toronto_2009 FUDCon is free and open to *everyone* to attend. The wiki page is chock full of details, but if you'd rather see the highlights now, just read on... * * * HELP US PLAN! - ------------- In the spirit of transparency and openness, we're trying to make the planning process of FUDCon as easy to participate in as possible. Edit the wiki pages and let us know what you would like to see, join the discussion list at https://admin.fedoraproject.org/mailman/listinfo/fudcon-planning, and join us every Thursday at 2000 UTC (4:00pm US Eastern) in IRC Freenode at #fudcon-planning for FUDCon planning meetings. GENERAL SCHEDULE - ---------------- We are holding FUDCon from Saturday through Monday, December 5-7. The first day, Saturday, will be the day of technical sessions. The second and third days will be hackfest days where people can gather to work on some of the projects they've seen on Saturday, or anything near and dear to their heart. We'll maintain a wiki listing of everything going on, updated throughout the event to provide timely information on what's happening where, when, and with whom. At any time you'll be able to visit the page at https://fedoraproject.org/wiki/FUDCon:Toronto_2009 to see all the details. PRE-REGISTRATION - ---------------- Pre-registration is now open on the main FUDCon wiki page: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Pre-registration Remember that although you're not required to pre-register, when you do pre-register for the event you're eligible to receive a special gift at the sign-in desk at FUDCon. There will probably be a limit to the number of people we can pre-register, so sign up today! But don't worry -- if you miss pre-registration, remember that FUDCon as always is *free and open* for anyone to attend. We are happy to have anyone attend, learn, participate, and contribute. LODGING - ------- We've secured rooms at the very comfortable Hilton Garden Inn Toronto/Vaughan, with a single/double occupancy rate of CDN $105/night (currently about USD $98). We've also secured discount vouchers for the daily breakfast buffet to further help contain attendees' costs. Visit this pre-set URL to register at the hotel: http://bit.ly/fudcon-hgi-toronto-2009 ** NOTE: Our name is misspelled as "FEDCon" at the registration page, a simple snafu with the hotel. We're working on getting it fixed ASAP! You don't have to wait for FUDCon pre-registration to register at the hotel. If you are looking to room-share and don't have a roommate, you'll be able to mark that on the pre-registration and we'll do an assignment for you. TECHNICAL SESSIONS - ------------------ Not all of the technical sessions will be in the BarCamp format at FUDCon this year. That's a change from previous formats. Some will be pre-selected so that we can make sure to cover a wide variety of audience interests, since we frequently have more talks proposed than available space. *NOW* is the time to start adding content! Go to this URL and add your talk now: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Technical_sessions FUDPUB - ------ Ah, the world-(in)famous FUDPub! We are reserving a large party space at Dave & Busters (http://daveandbusters.com) which happens to be walking distance from the hotel. Yes, even in December in Toronto! We'll gather there for billiards, snooker, general merriment, and of course access to their midway full of entertainment. We'll provide dinner and non-alcoholic beverages for pre-registrants. The venue also has a wide variety of additional libations available for those so inclined. Ah, but don't party *too* hard, because starting the next day we'll have... HACKFESTS - --------- As always, we will feature plenty of hacking -- design work, coding, documentation, general brainstorming, planning -- going on throughout the hackfest days Sunday and Monday. If you hear about something you like on the technical session day, chances are you'll be able to sit down with people on Sunday and Monday, learn more, and hack on it! If you're presenting a technical session, give some serious consideration to how you can make your subject matter hackable. Then invite people to get together with you the next day to work on it! You can start by adding information about your hackfest in advance. Visit this URL and add what you'll be working on: https://fedoraproject.org/wiki/FUDCon:Toronto_2009#Hackfests More information will be forthcoming as it develops! - -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFKqpnlrNvJN70RNxcRApVuAKDWq7S4kFEcUagLywpnexpUJG8zlACgg6Kl TulrYZytVEODthDvKelaSuk= =w/XB -----END PGP SIGNATURE----- _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From aoliva at redhat.com Fri Sep 11 19:03:31 2009 From: aoliva at redhat.com (Alexandre Oliva) Date: Fri, 11 Sep 2009 16:03:31 -0300 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <4AAA51E8.1050506@bitwagon.com> (John Reiser's message of "Fri, 11 Sep 2009 06:34:32 -0700") References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> <4AAA51E8.1050506@bitwagon.com> Message-ID: On Sep 11, 2009, John Reiser wrote: > Not fast enough to avoid a two-day slip in rawhide kernels. ?!? A work-around that enabled a successful kernel build was offered within minutes. A patch that fixed the bug was offered within hours. A GCC with the fix was available about half a day after the initial bug report, and the kernel built with the newer GCC (but without newer debug info) was already available at that point. > https://bugzilla.redhat.com/show_bug.cgi?id=521322 This bug was opened before the new GCC. Exactly *one* kernel build failed because of the new GCC feature. I can't find any evidence that this bug is in any way related with VTA or with the new GCC. So how do you get from ?GCC debug info was fixed, with one kernel build and a few hours as casualty? to ?two-day slip in rawhide kernels?? -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer From jreiser at bitwagon.com Fri Sep 11 20:32:52 2009 From: jreiser at bitwagon.com (John Reiser) Date: Fri, 11 Sep 2009 13:32:52 -0700 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> <4AAA51E8.1050506@bitwagon.com> Message-ID: <4AAAB3F4.10809@bitwagon.com> On 09/11/2009 12:03 PM, Alexandre Oliva wrote: > On Sep 11, 2009, John Reiser wrote: <> >> https://bugzilla.redhat.com/show_bug.cgi?id=521322 > > This bug was opened before the new GCC. Exactly *one* kernel build > failed because of the new GCC feature. I can't find any evidence that > this bug is in any way related with VTA or with the new GCC. Even though there is no known technical connection between 521322 and the hiccup with the new GCC, the hiccup got in the way of communicating and disseminating the work on 521322, by interfering with the normal process of daily rawhide. > > So how do you get from ?GCC debug info was fixed, with one kernel build > and a few hours as casualty? to ?two-day slip in rawhide kernels?? Yes, 521322 was opened before the new GCC. But fully fixing 521322 (making the software work for my card) has been delayed because the new GCC disrupted the process despite not being an immediate impediment. The first part of 521322 was essentially the same as 520766, and it was marked as duplicate in https://bugzilla.redhat.com/show_bug.cgi?id=521322#c7 with the fix https://bugzilla.redhat.com/show_bug.cgi?id=520766#c4. So I tried to test the fix immediately, by retrieving it directly from Koji late Wednesday afternoon (PDT). That build kernel-2.6.31-0.218.rc9.git2.fc12 failed. The build of the next kernel-2.6.31-0.219.rc9.git2.fc12 succeeded. Yes it did fix the 520766-like problem for me, but it revealed the next bug https://bugzilla.redhat.com/show_bug.cgi?id=521322#c8. That was early evening PDT on Wednesday. There had been no Rawhide report that day, and there was no Rawhide report on Thursday, either, until 2100 PDT, which is 12 to 16 hours later than expected. Today's rawhide still does not fix it: https://bugzilla.redhat.com/show_bug.cgi?id=521322#c13. The "no external progress" [still broken even though the internal cause has advanced] from the fix for 520766 on Wednesday until today (Friday) overlaps closely with "two-day slip in rawhide kernels" from Tuesday morning until Thursday evening. To the extent that the GCC hiccup contributed to the lack of a Rawhide report kernel in that interval, then GCC is a direct cause. If I had relied solely on Rawhide report, then there would have been no progress from Tuesday morning to Thursday evening. -- From notting at redhat.com Fri Sep 11 20:42:15 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 11 Sep 2009 16:42:15 -0400 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: <4AAAB3F4.10809@bitwagon.com> References: <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <1252626366.6313.56.camel@clockmaker.usersys.redhat.com> <4AAA51E8.1050506@bitwagon.com> <4AAAB3F4.10809@bitwagon.com> Message-ID: <20090911204215.GA5159@nostromo.devel.redhat.com> John Reiser (jreiser at bitwagon.com) said: > If I had relied solely on Rawhide report, then there would have been > no progress from Tuesday morning to Thursday evening. The delays in rawhide had nothing to do with the new gcc, FWIW. Bill From kevin.kofler at chello.at Fri Sep 11 20:44:22 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Sep 2009 22:44:22 +0200 Subject: GCC var-tracking-assignments: testing and bug reports appreciated References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <9485.1252621636@sss.pgh.pa.us> Message-ID: Tom Lane wrote: > ISTM the major argument in favor of letting this in now, namely better > debuginfo data, is essentially moot because it missed the mass rebuild. > The majority of packages are going to go out with old debuginfo. Well, all the frequently rebuilt / frequently updated packages will pick up the new debuginfo, this includes at least Qt and KDE (though Qt currently trips over a bug in the var tracking and has to disable it, but I'm confident this will get fixed quickly if it isn't already). The GNOME packages will also get it, as 2.28 final is coming out and so the 2.27.x packages will all get replaced. That makes pretty much all the packages of the 2 primary desktops. Kevin Kofler From poelstra at redhat.com Fri Sep 11 20:51:09 2009 From: poelstra at redhat.com (John Poelstra) Date: Fri, 11 Sep 2009 13:51:09 -0700 Subject: Fedora 12 Beta Blocker Meeting #1 Recap--2009-09-11 Message-ID: <4AAAB83D.1060307@redhat.com> Today was the first of many exciting blocker bug review meetings in anticipation of the Fedora 12 Beta release. Thanks to everyone who filed bugs and participated in the discussion. I think we saw a much smoother release (or at least less surprises) of the Fedora 12 Alpha by doing these reviews each week. Hopefully the same will be true for the Beta and final release! * https://bugzilla.redhat.com/show_bug.cgi?id=498591 (poelcat, 15:03:53) * ACTION: 498591 fix to be confirmed by lili/rhe (adamw, 15:08:00) * https://bugzilla.redhat.com/show_bug.cgi?id=515450 (poelcat, 15:08:01) * ACTION: 515450 to be tested to confirm fix (poelcat, 15:09:48) * https://bugzilla.redhat.com/show_bug.cgi?id=516042 (poelcat, 15:10:12) * IDEA: create (or locate) stock-responses to use for updating reviewed bugs (jlaska, 15:14:44) * ACTION: for 516042 complete patch review and build new package then moved to modified (poelcat, 15:17:35) * https://bugzilla.redhat.com/show_bug.cgi?id=516104 (poelcat, 15:17:55) * ACTION: 516042 celebrate (poelcat, 15:18:50) * https://bugzilla.redhat.com/show_bug.cgi?id=517260 (poelcat, 15:18:58) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=517260 move to ASSIGNED (poelcat, 15:21:37) * https://bugzilla.redhat.com/show_bug.cgi?id=517833 (poelcat, 15:21:50) * ACTION: 517833 in the hands of anaconda team, denise will bump priority (adamw, 15:24:14) * https://bugzilla.redhat.com/show_bug.cgi?id=518194 (poelcat, 15:25:47) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=518194 restest when anaconda-12.24 lands (poelcat, 15:27:24) * https://bugzilla.redhat.com/show_bug.cgi?id=518226 (poelcat, 15:27:39) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=518226 waiting for feedback from maintainer check back next week (poelcat, 15:35:43) * https://bugzilla.redhat.com/show_bug.cgi?id=519237 (poelcat, 15:35:55) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=519237 change component to upstart (poelcat, 15:40:52) * https://bugzilla.redhat.com/show_bug.cgi?id=520207 (poelcat, 15:44:27) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=520207 change maintainer to dcantrell and revsist next week as he is on vacation (poelcat, 15:48:51) * https://bugzilla.redhat.com/show_bug.cgi?id=520515 (poelcat, 15:50:37) * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=520515 request more info on nature of this issue and impact to users + revisit at next meeting (poelcat, 15:59:29) Minutes: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-11/fedora-bugzappers.2009-09-11-15.00.html http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-11/fedora-bugzappers.2009-09-11-15.00.txt Log: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-11/fedora-bugzappers.2009-09-11-15.00.log.html From kevin.kofler at chello.at Fri Sep 11 20:59:20 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 11 Sep 2009 22:59:20 +0200 Subject: Problems with eclipse & KDE (Fedora 11) References: <4AA9B21C.4010703@gmail.com> Message-ID: Casimiro de Almeida Barreto wrote: > java.util.zip.ZipException: error in opening zip file > at java.util.zip.ZipFile.open(Native Method) I think KDE has absolutely nothing to do with this, it's a bug in Eclipse. Kevin Kofler From kmaraas at broadpark.no Fri Sep 11 21:16:59 2009 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Fri, 11 Sep 2009 23:16:59 +0200 Subject: rawhide report: 20090910 changes In-Reply-To: References: <20090911035859.GA19544@releng2.fedora.phx.redhat.com> <9497e9990909110136u1955146cs1bbb1412b8c0ffc6@mail.gmail.com> Message-ID: <1252703819.1793.0.camel@localhost> fr., 11.09.2009 kl. 18.51 +1000, skrev Eric Springer: > On Fri, Sep 11, 2009 at 6:36 PM, Mat Booth wrote: > > Is this truncated? > > > Looks like it. I got a tonne of updates (including the 2.6.31 kernel). > Which made X hang/burn cpu like mad for me to the point that I had to go back to the previous kernel to be able to log in. Known problem? Cheers Kjartan From lmacken at redhat.com Fri Sep 11 21:35:01 2009 From: lmacken at redhat.com (Luke Macken) Date: Fri, 11 Sep 2009 17:35:01 -0400 Subject: Python 2.6.2 __length_hint__ behavior Message-ID: <20090911213501.GA27776@x300.cable.rcn.com> So when rebuilding python-genshi in rawhide with python 2.6.2 we hit a problem running it's test suite. Come to find out, this is due to some behavioral changes in 2.6.2 with regard to iterators and __length_hint__. http://koji.fedoraproject.org/koji/getfile?taskID=1671970&name=build.log This is the class and doctest that was causing problems:: class Undefined(object): """Represents a reference to an undefined variable. >>> foo = Undefined('foo') >>> list(foo) [] """ def __iter__(self): return iter([]) def _die(self, *args, **kwargs): __traceback_hide__ = True raise UndefinedError(self._name, self._owner) __call__ = __getattr__ = __getitem__ = _die When tweaking the class a little and running the tests again: python-2.4.3-27.el5 Failed example: list(foo) Expected: [] Got: Undefined.__iter__ [] python-2.6.2-2.fc12.i686 Failed example: list(foo) Expected: [] Got: Undefined.__iter__ __getattr__(('__length_hint__',)) [] So, it looks like list(foo) calls foo.__iter__ and then calls foo.__getattr__('__length_hint__'). Since Genshi's Undefined class overrides __getattr__, this triggers some unexpected behavior. This issue was filed upstream, where I attached a patch, which I built in rawhide. http://genshi.edgewall.org/ticket/324 I believe this behavior was introduced in http://bugs.python.org/issue1242657 We will want to keep a lookout for similar problems in other places when rebuilding our python modules again python 2.6.2 luke From nathanael at gnat.ca Fri Sep 11 22:23:59 2009 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Fri, 11 Sep 2009 16:23:59 -0600 Subject: Possible package... Message-ID: <4AAACDFF.3090303@gnat.ca> Hello everyone, I've been looking at becoming a packager. I've yet to find software I need that isn't in fedora yet. I just found one I think. http://code.google.com/p/wkhtmltopdf/ It is based off of qt4 and webkit. Small source files, cmake build system. I can't find it in the repos anywhere. Would this be a good first package? I'll be using this for a couple of projects to convert html to pdf with much less hassle than ever before. Thoughts? -- Nathanael d. noblet From itamar at ispbrasil.com.br Fri Sep 11 22:26:15 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Fri, 11 Sep 2009 19:26:15 -0300 Subject: Possible package... In-Reply-To: <4AAACDFF.3090303@gnat.ca> References: <4AAACDFF.3090303@gnat.ca> Message-ID: go ahead On Fri, Sep 11, 2009 at 7:23 PM, Nathanael D. Noblet wrote: > Hello everyone, > ?I've been looking at becoming a packager. I've yet to find software I need > that isn't in fedora yet. I just found one I think. > > http://code.google.com/p/wkhtmltopdf/ > > It is based off of qt4 and webkit. Small source files, cmake build system. I > can't find it in the repos anywhere. Would this be a good first package? > I'll be using this for a couple of projects to convert html to pdf with much > less hassle than ever before. > > Thoughts? > > -- > Nathanael d. noblet > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From jakub at redhat.com Fri Sep 11 22:36:44 2009 From: jakub at redhat.com (Jakub Jelinek) Date: Sat, 12 Sep 2009 00:36:44 +0200 Subject: GCC var-tracking-assignments: testing and bug reports appreciated In-Reply-To: References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <9485.1252621636@sss.pgh.pa.us> Message-ID: <20090911223644.GQ14664@tyan-ft48-01.lab.bos.redhat.com> On Fri, Sep 11, 2009 at 10:44:22PM +0200, Kevin Kofler wrote: > the new debuginfo, this includes at least Qt and KDE (though Qt currently > trips over a bug in the var tracking and has to disable it, but I'm > confident this will get fixed quickly if it isn't already). The GNOME That is fixed already for a few hours. Jakub From MathStuf at gmail.com Fri Sep 11 22:42:55 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Fri, 11 Sep 2009 18:42:55 -0400 Subject: Possible package... References: <4AAACDFF.3090303@gnat.ca> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nathanael D. Noblet wrote: > Hello everyone, > I've been looking at becoming a packager. I've yet to find software I > need that isn't in fedora yet. I just found one I think. > > http://code.google.com/p/wkhtmltopdf/ > > It is based off of qt4 and webkit. Small source files, cmake build > system. I can't find it in the repos anywhere. Would this be a good > first package? I'll be using this for a couple of projects to convert > html to pdf with much less hassle than ever before. > > Thoughts? Looking through the code, it looks like the #ifndef stuff for things called "extensive hacks" could cause some issues, but that's a cursory glance at it. I'm also not sure what to make of the patches for Qt in its repository. If they're serious patches, they should clone Qt on Gitorious and create merge requests. Fedora's Qt probably won't ship with them without some oversight that they aren't breaking things. Overall, it looks simple for a first package (though it's using qmake, not CMake). I haven't packaged anything that uses qmake myself, but more complex projects can quickly get too hard to deal with in qmake. If you're looking for other software to package, there is a wishlist on the wiki[1]. - --Ben [1]https://fedoraproject.org/wiki/Package_maintainers_wishlist -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJKqtJvAAoJEKaxavVX4C1X+okP/i6fQ9EvRD6+4oEeYwDrk0bM A1IpYqh3GgNGqbub+M6TmHapiRLN0bvcEMwpzlU0smDMAYHibAJ3e6eKpXLs+1hz UudCQkIccPszifnxhwiazuTpH4fmg/fFl62XxxcY+ffW4yJA6t6HPfHIWwo158E9 WuLpBv56vdI20NEqFFqpi/LJRA6FUT7VPX+Cik42H+x00/2hHv1s5/q8HY/hnMIq Vz3fMRo0Gi/FAGacNfLNAnZiBBLOwcTKgkZLbP4yiarGbHS/HAzTZwSw7mt0Wx7M 9bkuBsUZohScr2SXvwo/ElgE8EVjh80hljTg4c0eToi8DvYUueDIeX6ZOri7hqQq N7orfvYnx3ZEE2HuixJagdVP7/QdGB6NJhfzMO9AaazoTRywOJZGH3B/dIIEVaAg VGnvmgirHQ4spbcPglnGnHu/mGxYzXIV0eMEZ/R1KNrXvYVxUro0EvZ0VIu9MkAm MAAWabdQxSoPvZHgVZAvl+DRjgLUUTWWoe6yjJ+BPOCdcedsMGnu9v50n63BihD4 014o2vH7Kq+ZDuOtDnz+brOw5QWdbBNV4GHXDHPxVzPkbE2WXwTqZEmDKmjvfitG 7mdKlSUl3voan166fXB/DkwhaMr8nel+SSG8etEpAa7olfU5EFpHcp2amIMkyQYR WLITDvacyYPSmHWc2W8o =e3mV -----END PGP SIGNATURE----- From rawhide at fedoraproject.org Fri Sep 11 22:51:05 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 11 Sep 2009 22:51:05 +0000 Subject: rawhide report: 20090911 changes Message-ID: <20090911225105.GA1936@releng2.fedora.phx.redhat.com> Compose started at Fri Sep 11 06:15:04 UTC 2009 Broken deps for i386 ---------------------------------------------------------- Miro-2.5.2-3.fc12.i686 requires gecko-libs = 0:1.9.1.2 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 blam-1.8.5-16.fc12.i686 requires gecko-libs = 0:1.9.1.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-python2-gtkmozembed-2.25.3-10.fc12.i686 requires gecko-libs = 0:1.9.1.2 gnome-web-photo-0.8-5.fc12.i686 requires gecko-libs = 0:1.9.1.2 gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 mozvoikko-1.0-1.fc12.i686 requires gecko-libs = 0:1.9.1.2 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 perl-Gtk2-MozEmbed-0.08-6.fc12.6.i686 requires gecko-libs = 0:1.9.1.2 ppl-yap-0.10.2-5.fc12.i686 requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 sepostgresql-8.4.0-2238.fc12.i686 requires postgresql-server = 0:8.4.0 Broken deps for x86_64 ---------------------------------------------------------- Miro-2.5.2-3.fc12.x86_64 requires gecko-libs = 0:1.9.1.2 anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.x86_64 requires libdevhelp-1.so.0()(64bit) blam-1.8.5-16.fc12.x86_64 requires gecko-libs = 0:1.9.1.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-python2-gtkmozembed-2.25.3-10.fc12.x86_64 requires gecko-libs = 0:1.9.1.2 gnome-web-photo-0.8-5.fc12.x86_64 requires gecko-libs = 0:1.9.1.2 gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 mozvoikko-1.0-1.fc12.x86_64 requires gecko-libs = 0:1.9.1.2 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) perl-Gtk2-MozEmbed-0.08-6.fc12.6.x86_64 requires gecko-libs = 0:1.9.1.2 ppl-yap-0.10.2-5.fc12.x86_64 requires libYap.so()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.x86_64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) sepostgresql-8.4.0-2238.fc12.x86_64 requires postgresql-server = 0:8.4.0 Broken deps for ppc ---------------------------------------------------------- Miro-2.5.2-3.fc12.ppc requires gecko-libs = 0:1.9.1.2 anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) blam-1.8.5-16.fc12.ppc requires gecko-libs = 0:1.9.1.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-mysql-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libcrypto.so.8 collectd-nut-4.5.3-2.fc11.ppc requires libssl.so.8 collectd-snmp-4.5.3-2.fc11.ppc requires libcrypto.so.8 cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-python2-gtkmozembed-2.25.3-10.fc12.ppc requires gecko-libs = 0:1.9.1.2 gnome-web-photo-0.8-5.fc12.ppc requires gecko-libs = 0:1.9.1.2 gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 mozvoikko-1.0-1.fc12.ppc requires gecko-libs = 0:1.9.1.2 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-Gtk2-MozEmbed-0.08-6.fc12.6.ppc requires gecko-libs = 0:1.9.1.2 ppl-yap-0.10.2-5.fc12.ppc requires libYap.so python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc requires libparted-1.8.so.8 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 sepostgresql-8.4.0-2238.fc12.ppc requires postgresql-server = 0:8.4.0 Broken deps for ppc64 ---------------------------------------------------------- Miro-2.5.2-3.fc12.ppc64 requires gecko-libs = 0:1.9.1.2 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) collectd-mysql-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-mysql-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) collectd-nut-4.5.3-2.fc11.ppc64 requires libssl.so.8()(64bit) collectd-snmp-4.5.3-2.fc11.ppc64 requires libcrypto.so.8()(64bit) cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12 gnome-python2-gtkmozembed-2.25.3-10.fc12.ppc64 requires gecko-libs = 0:1.9.1.2 gnome-web-photo-0.8-5.fc12.ppc64 requires gecko-libs = 0:1.9.1.2 gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) mozvoikko-1.0-1.fc12.ppc64 requires gecko-libs = 0:1.9.1.2 network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 perl-Gtk2-MozEmbed-0.08-6.fc12.6.ppc64 requires gecko-libs = 0:1.9.1.2 ppl-yap-0.10.2-5.fc12.ppc64 requires libYap.so()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 qtparted-0.4.5-19.fc11.ppc64 requires libparted-1.8.so.8()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) sepostgresql-8.4.0-2238.fc12.ppc64 requires postgresql-server = 0:8.4.0 Updated Packages: anaconda-12.24-1.fc12 --------------------- * Thu Sep 10 2009 Chris Lumens - 12.24-1 - dmidecode is in /usr/sbin, not /usr/bin. (clumens) - Add cmsfscat to the initrd on s390 as well (#522535). (clumens) - Fix the gawk/awk symlink mess in the initrd (#522535). (clumens) - No longer use /usr/bin/env (#521337). (clumens) - It's controlunits, not controlunits.sh. (clumens) - Get DMRaidArrayDevice's a DiskLabel format when they are added to the tree (hdegoede) - Fix askmethod + stage2= (#516973, #519288, #518194) (rvykydal) aprsd-2.2.5-15.6.fc12 --------------------- * Fri Sep 11 2009 Lucian Langa - 2.2.5-15.6 - fix wrong version bumps - add patch from Alan Crosswell fix 'AX.25 sockets are not supported by this executable' auto-destdir-1.11-1.fc12 ------------------------ * Wed Sep 09 2009 David A. Wheeler 1.11-1 - Added wrapper for "touch" - Auto-create DESTDIR directory if it doesn't exist and something is redirected. - Simplified implementation. - Documentation: Fixed make-redir(1) so it describes how to use in RPM spec files, more override info, note that it's useful with GNU stow, etc. - make-redir now overrides MKDIR_P and mkdir_p by default e2fsprogs-1.41.9-2.fc12 ----------------------- * Thu Sep 10 2009 Josef Bacik 1.41.9-2 - Fix resize -m bug with flexbg (#519131) eclipse-3.5.0-0.10.fc12 ----------------------- * Wed Sep 09 2009 Mat Booth 1:3.5.0-0.10 - Patch the target platform templates so they find all the required source bundles (see RHBZ # 521969). gdb-6.8.50.20090910-1.fc12 -------------------------- * Thu Sep 10 2009 Jan Kratochvil - 6.8.50.20090910-1 - Upgrade to the FSF GDB gdb-6.8.50 snapshot: 6.8.50.20090910 - archer-jankratochvil-fedora12 commit: 941eb487a42933e442cb4d11344cda96ecb8a04d - [next-over-throw] Fix exceptions thrown during next (Tom Tromey). - [bp_location-accel] Do not (much) slow down on 500+ breakpoints (me). ipa-1.2.2-1.fc12 ---------------- * Wed Sep 09 2009 Rob Crittenden - 1.2.2-1 - New upstream release 1.2.2 - Own /etc/httpd/conf.d/ipa-*.conf as config files java-1.6.0-openjdk-1.6.0.0-31.b16.fc12 -------------------------------------- * Wed Sep 09 2009 Lillian Angel - 1:1.6.0-30.b16 - Removed unneeded patches. - Updated icedteaver to 1.6 - Resolves: rhbz#484858 - Resolves: rhbz#497408 - Resolves: rhbz#489414 * Wed Sep 09 2009 Lillian Angel - 1:1.6.0-30.b16 - Temporarily removed building of visualvm. * Wed Sep 09 2009 Lillian Angel - 1:1.6.0-31.b16 - Added java-1.6.0-openjdk-netbeans.patch. - Reenabled visualvm. kvirc-4.0.0-0.17.rc1.fc12 ------------------------- * Wed Sep 09 2009 Alexey Kurov - 4.0.0-0.17.rc1 - disabled pyhton module, added -DWITHOUT_PYTHON=ON - removed BR python-devel nss-3.12.4-8.fc12 ----------------- * Thu Sep 10 2009 Elio Maldonado - 3.12.4-8 - Restoring nssutil and -rpath-link to nss-config for now - 522477 nss-softokn-3.12.4-8.fc12 ------------------------- * Thu Sep 10 2009 Elio Maldonado - 3.12.4-6 - Don't list libraries in nss-softokn-config, dynamic linking required * Thu Sep 10 2009 Elio Maldonado - 3.12.4-8 - Retagging for a chained build nss-util-3.12.4-8.fc12 ---------------------- * Thu Sep 10 2009 Elio Maldonado - 3.12.4-5 - Restoring -rpath-link to nss-util-config * Thu Sep 10 2009 Elio Maldonado - 3.12.4-8 - Retagging for a chained build with nss-softokn and nss pulseaudio-0.9.17-1.fc12 ------------------------ * Fri Sep 11 2009 Lennart Poettering 0.9.17-1 - Final release telepathy-farsight-0.0.11-1.fc12 -------------------------------- * Thu Sep 10 2009 Brian Pepple - 0.0.11-1 - Update to 0.0.11. telepathy-gabble-0.8.3-1.fc12 ----------------------------- * Thu Sep 10 2009 Brian Pepple - 0.8.3-1 - Update to 0.8.3. weechat-0.3.0-1.fc12 -------------------- * Thu Sep 10 2009 Paul P. Komkoff Jr - 0.3.0-1 - new, shiny version - new cmake-based build xorg-x11-drv-acecad-1.4.0-1.fc12 -------------------------------- * Fri Sep 11 2009 Peter Hutterer 1.4.0-1 - acecad 1.4.0 - acecad-1.3.0-abi.patch: Drop. - Require xorg-x11-util-macros 1.3.0 xorg-x11-drv-aiptek-1.3.0-1.fc12 -------------------------------- * Fri Sep 11 2009 Peter Hutterer 1.3.0-1 - aiptek 1.3.0 - aiptek-1.2.0-abi.patch: Drop - Require xorg-x11-util-macros 1.3.0 xorg-x11-drv-nv-2.1.15-1.fc12 ----------------------------- * Fri Sep 11 2009 Ben Skeggs 2.1.15-1 - nv 2.1.15 xorg-x11-drv-void-1.3.0-2.fc12 ------------------------------ * Fri Sep 11 2009 Peter Hutterer 1.3.0-1 - void 1.3.0 * Fri Sep 11 2009 Peter Hutterer 1.3.0-2 - Require xorg-x11-util-macros 1.3.0 xulrunner-1.9.1.3-1.fc12 ------------------------ * Mon Sep 07 2009 Jan Horak - 1.9.1.3-1 - Update to 1.9.1.3 Summary: Added Packages: 0 Removed Packages: 0 Modified Packages: 21 From ndbecker2 at gmail.com Fri Sep 11 23:27:30 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 11 Sep 2009 19:27:30 -0400 Subject: Possible package... References: <4AAACDFF.3090303@gnat.ca> Message-ID: Nathanael D. Noblet wrote: > Hello everyone, > I've been looking at becoming a packager. I've yet to find software I > need that isn't in fedora yet. I just found one I think. > > http://code.google.com/p/wkhtmltopdf/ > > It is based off of qt4 and webkit. Small source files, cmake build > system. I can't find it in the repos anywhere. Would this be a good > first package? I'll be using this for a couple of projects to convert > html to pdf with much less hassle than ever before. > > Thoughts? > I wouldn't start by finding just any project to try your hand at packaging. Packaging requires some level of continuing commitment to support. I wouldn't do that unless you feel some personal desire to support that package. Instead, find something you are really interested in. From kevin.kofler at chello.at Sat Sep 12 00:52:07 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 12 Sep 2009 02:52:07 +0200 Subject: GCC var-tracking-assignments: testing and bug reports appreciated References: <20090909103509.GD10173@hansolo.jdub.homelinux.org> <20090910113207.GE10173@hansolo.jdub.homelinux.org> <20090910114326.GF14664@tyan-ft48-01.lab.bos.redhat.com> <20090910122714.GF10173@hansolo.jdub.homelinux.org> <1252605809.15993.12.camel@localhost.localdomain> <9485.1252621636@sss.pgh.pa.us> <20090911223644.GQ14664@tyan-ft48-01.lab.bos.redhat.com> Message-ID: Jakub Jelinek wrote: > That is fixed already for a few hours. And Qt has now been rebuilt (by rdieter) with var-tracking-assignments enabled: http://koji.fedoraproject.org/koji/buildinfo?buildID=131619 Thanks to all you GCC folks for fixing the bug so quickly! :-) Kevin Kofler From kevin.kofler at chello.at Sat Sep 12 01:03:13 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 12 Sep 2009 03:03:13 +0200 Subject: Possible package... References: <4AAACDFF.3090303@gnat.ca> Message-ID: Ben Boeckel wrote: > Looking through the code, it looks like the #ifndef stuff for > things called "extensive hacks" could cause some issues, but > that's a cursory glance at it. I'm also not sure what to make of > the patches for Qt in its repository. If they're serious > patches, they should clone Qt on Gitorious and create merge > requests. Fedora's Qt probably won't ship with them without some > oversight that they aren't breaking things. At least part of their patches look like really awful hacks, e.g. they're making some of QtGui work without X11 to support their stuff being used in text mode despite using QtWebKit (which is normally a GUI component). Some of the patches also appear to break ABI compatibility. This really needs to be made to work with unmodified upstream Qt (even if it means requiring an active X11 session). Some of the patches might be upstreamable, with or without additional required fixes (like maintaining binary compatibility), but others are just plain "no go"s. Kevin Kofler From walters at verbum.org Sat Sep 12 01:13:46 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 11 Sep 2009 21:13:46 -0400 Subject: Possible package... In-Reply-To: References: <4AAACDFF.3090303@gnat.ca> Message-ID: On Fri, Sep 11, 2009 at 9:03 PM, Kevin Kofler wrote: > Ben Boeckel wrote: >> Looking through the code, it looks like the #ifndef stuff for >> things called "extensive hacks" could cause some issues, but >> that's a cursory glance at it. I'm also not sure what to make of >> the patches for Qt in its repository. If they're serious >> patches, they should clone Qt on Gitorious and create merge >> requests. Fedora's Qt probably won't ship with them without some >> oversight that they aren't breaking things. > > At least part of their patches look like really awful hacks, e.g. they're > making some of QtGui work without X11 to support their stuff being used in > text mode despite using QtWebKit (which is normally a GUI component). Some > of the patches also appear to break ABI compatibility. I'd try adding a shell script wrapper which just does: if test -z "$DISPLAY"; then exec xvfb-run /usr/libexec/foo/real-binary else exec /usr/libexec/foo/real-binary fi Then you just need a dep on xorg-x11-server-Xvfb Incidentally, I'd like to change the OS so that you *always* have a DISPLAY (and DBUS_SESSION_BUS_ADDRESS), the first step of which would probably just be a pam_session module that asks ConsoleKit if your uid currently has a login, and if so pulls those bits in. From nathanael at gnat.ca Sat Sep 12 05:45:06 2009 From: nathanael at gnat.ca (Nathanael Noblet) Date: Fri, 11 Sep 2009 23:45:06 -0600 Subject: Possible package... In-Reply-To: References: <4AAACDFF.3090303@gnat.ca> Message-ID: <048C3187-AECF-479D-9944-DA7D141D44DC@gnat.ca> On Sep 11, 2009, at 7:03 PM, Kevin Kofler wrote: > Ben Boeckel wrote: >> Looking through the code, it looks like the #ifndef stuff for >> things called "extensive hacks" could cause some issues, but >> that's a cursory glance at it. I'm also not sure what to make of >> the patches for Qt in its repository. If they're serious >> patches, they should clone Qt on Gitorious and create merge >> requests. Fedora's Qt probably won't ship with them without some >> oversight that they aren't breaking things. > > At least part of their patches look like really awful hacks, e.g. > they're > making some of QtGui work without X11 to support their stuff being > used in > text mode despite using QtWebKit (which is normally a GUI > component). Some > of the patches also appear to break ABI compatibility. > > This really needs to be made to work with unmodified upstream Qt > (even if it > means requiring an active X11 session). Some of the patches might be > upstreamable, with or without additional required fixes (like > maintaining > binary compatibility), but others are just plain "no go"s. > Yeah, I saw their patches, but didn't look at any of the actual code. Since I know you are an avid KDE/Qt consumer, perhaps I can ask you for some information about this program and if a better way to accomplish what it is doing exists. I write web apps, often I want to provide a pdf output of the nicely designed / styled html. This becomes difficult because I'm writing from the webserver's perspective, not a browser/rendering engine. This solves the problem very nicely for me in that it lets a rendering engine have a go at the html and then outputs the pdf. It works wonderfully in my tests. Obviously they are using the webkit/qt bindings to do this. Would there be a way to use those without the qt hacks they are introducing? If so I don't mind getting my hands dirty to look, my C/C++ skills are a bit rusty but I've always enjoyed it, and this is an itch I've been trying to scratch for a couple years now. So would feel great if it could be solved and become part of fedora. From mschwendt at gmail.com Sat Sep 12 08:13:52 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 12 Sep 2009 10:13:52 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> Message-ID: <20090912101352.5dba0a77@faldor.intranet> On Fri, 11 Sep 2009 20:10:03 +0200, Till wrote: > > Good example of how poor the current process is. > > I agree, but at least in 3 weeks if I do remember to write all mails or > bug comments, then FESCo will hopefully agree to allow other maintainers > to get the packages in this case. But I would also like to have a > community accepted way to easier fix packages that are neglected. The single month you're willing to wait is not much of a problem. There is a more fundamental problem. The non-responsive packager procedure could have been started _several_ months earlier. Perhaps one year ago already. There have been dead silent bugzilla tickets that ought to have raised an alarm-bell. From martin.langhoff at gmail.com Sat Sep 12 08:45:41 2009 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Sat, 12 Sep 2009 10:45:41 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090912101352.5dba0a77@faldor.intranet> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> Message-ID: <46a038f90909120145m5fab2bem6831bcb65dc66536@mail.gmail.com> On Sat, Sep 12, 2009 at 10:13 AM, Michael Schwendt wrote: > The non-responsive packager procedure could > have been started _several_ months earlier. Perhaps one year ago already. > There have been dead silent bugzilla tickets that ought to have raised an > alarm-bell. Is this something that could be automated? FWIW, Debian has a "Work-Needing Packages" script that spams devel based on simple metrics from the bugtracker. The same script could point out inactive maintainers. This is also a good tool for guiding new volunteers to areas that need attention. cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From jamatos at fc.up.pt Sat Sep 12 11:41:59 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Sat, 12 Sep 2009 12:41:59 +0100 Subject: texlive problem when updating to rawhide Message-ID: <200909121242.00928.jamatos@fc.up.pt> Hi, I have updated my laptop to rawhide using preupgrade. It worked without any major hitch, my only problem after update was with texlive (I changed the repo to the rawhide version). I had installed the F11 version. # yum update Loaded plugins: dellsysidplugin2, presto, refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check --> Processing Dependency: tex(dvips) for package: html2ps-1.0-0.3.b5.fc12.noarch --> Processing Dependency: tex(dvips) for package: lyx-1.6.4-1.fc12.i686 ---> Package texlive-collection-basic.noarch 0:2009-14054.fc12 set to be updated --> Finished Dependency Resolution lyx-1.6.4-1.fc12.i686 from installed has depsolving problems --> Missing Dependency: tex(dvips) is needed by package lyx-1.6.4-1.fc12.i686 (installed) html2ps-1.0-0.3.b5.fc12.noarch from installed has depsolving problems --> Missing Dependency: tex(dvips) is needed by package html2ps-1.0-0.3.b5.fc12.noarch (installed) Error: Missing Dependency: tex(dvips) is needed by package html2ps-1.0-0.3.b5.fc12.noarch (installed) Error: Missing Dependency: tex(dvips) is needed by package lyx-1.6.4-1.fc12.i686 (installed) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Due to a silly mistake on my part (the url repo for texlive-rawhide had an extra s in package_s_.rawhide the update of texlive packages occurred using yum after the update and not using preupgrade as it was my original purpose. -- Jos? Ab?lio From rawhide at fedoraproject.org Sat Sep 12 12:09:42 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 12 Sep 2009 12:09:42 +0000 Subject: rawhide report: 20090912 changes Message-ID: <20090912120942.GA31397@releng2.fedora.phx.redhat.com> Compose started at Sat Sep 12 06:15:05 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 python-cryptsetup-0.0.9-2.fc12.i686 requires libcryptsetup.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.i686 requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.x86_64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit) monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.i686 requires java(x86-32) openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires gecko-libs(x86-64) >= 0:1.9.1 openvrml-0.18.3-1.fc12.x86_64 requires java(x86-64) python-cryptsetup-0.0.9-2.fc12.x86_64 requires libcryptsetup.so.0()(64bit) python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc requires libdevhelp-1.so.0 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) gpsdrive-2.10-0.1.pre7.fc12.ppc requires libmapnik.so.0.5 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 openvrml-0.18.3-1.fc12.ppc requires java(ppc-32) openvrml-0.18.3-1.fc12.ppc requires gecko-libs(ppc-32) >= 0:1.9.1 openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 python-cryptsetup-0.0.9-2.fc12.ppc requires libcryptsetup.so.0 python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) 1:anjuta-2.27.3.0-3.fc12.ppc64 requires libdevhelp-1.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) gpsdrive-2.10-0.1.pre7.fc12.ppc64 requires libmapnik.so.0.5()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) openvrml-0.18.3-1.fc12.ppc64 requires java(ppc-64) openvrml-0.18.3-1.fc12.ppc64 requires gecko-libs(ppc-64) >= 0:1.9.1 python-cryptsetup-0.0.9-2.fc12.ppc64 requires libcryptsetup.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-repoze-what-quickstart-1.0-2.fc12.noarch requires python-repoze-who-plugins-sql python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package gnome-mud A MUD client for GNOME New package graphem Mouse Gesture based Authentication Program and Screen Locker New package lohit-assamese-fonts Free Assamese font New package lohit-bengali-fonts Free Bengali font New package lohit-gujarati-fonts Free Gujarati font New package lohit-hindi-fonts Free Hindi font New package lohit-kannada-fonts Free Kannada font New package lohit-kashmiri-fonts Free Kashmiri Devanagari Script Font New package lohit-konkani-fonts Free Konkani Font New package lohit-maithili-fonts Free Maithili font New package lohit-malayalam-fonts Free Malayalam font New package lohit-marathi-fonts Free Marathi font New package lohit-nepali-fonts Free Nepali font New package lohit-oriya-fonts Free Oriya Font New package lohit-punjabi-fonts Free Punjabi font New package lohit-sindhi-fonts Free Sindhi font New package lohit-tamil-fonts Free Tamil font New package lohit-telugu-fonts Free Telugu font New package vmpsd A GPL implementation of Cisco Systems' VMPS Updated Packages: 389-ds-base-1.2.2-3.fc12 ------------------------ * Tue Sep 08 2009 Nathan Kinder - 1.2.2-3 - removed BuildRequires for lm_sensors on s390 and s390x ClanLib-1.0.0-3.fc12 -------------------- * Thu Sep 10 2009 Hans de Goede 1.0.0-3 - Fix (workaround) viewport issues in fullscreen mode (#522116) Miro-2.5.2-4.fc12 ----------------- * Fri Sep 11 2009 Jan Horak - 2.5.2-4 - Rebuild against newer gecko ScientificPython-2.8-6.fc11 --------------------------- * Wed Jul 15 2009 Jef Spaleta - 2.8-5 - Fix netcdf location patch with better long term fix provided by user in bug 511313 * Wed Jul 15 2009 Jef Spaleta - 2.8-6 - Even better patch! amtu-1.0.8-5.fc12 ----------------- * Fri Sep 11 2009 Steve Grubb - 1.0.8-5 - Corrected config file test (#522708) - Made init script more LSB compatible (#522789) blam-1.8.5-17.fc12 ------------------ * Fri Sep 11 2009 Jan Horak - 1.8.5-17 - Rebuild against newer gecko brasero-2.27.92-2.fc12 ---------------------- * Fri Sep 11 2009 Karsten Hopp 2.27.92-2 - fix requirements on s390, s390x where we don't have cdrdao bugzilla-3.4.2-1.fc12 --------------------- * Fri Sep 11 2009 Emmanuel Seyman - 3.4.2-1 - Update to 3.4.2 (CVE-2009-3125, CVE-2009-3165 and CVE-2009-3166) * Tue Aug 04 2009 Itamar Reis Peixoto - 3.4.1-2 - fix EL-5 perl dependencies bz#515158 busybox-1.14.1-6.fc12 --------------------- * Fri Sep 11 2009 Denys Vlasenko - 1:1.14.1-5 - fix build on s390, ia64 * Fri Sep 11 2009 Denys Vlasenko - 1:1.14.1-6 - REALLY fix build on s390, ia64 collectd-4.6.5-1.fc12 --------------------- * Fri Sep 11 2009 Tom "spot" Callaway 4.6.5-1 - update to 4.6.5 - disable ppc/ppc64 due to compile error * Wed Sep 02 2009 Alan Pevec 4.6.4-1 - fix condrestart: on upgrade collectd is not restarted, bz# 516273 - collectd does not re-connect to libvirtd, bz# 480997 - fix unpackaged files https://bugzilla.redhat.com/show_bug.cgi?id=516276#c4 - New upstream version 4.6.4 http://collectd.org/news.shtml#news69 * Fri Aug 21 2009 Tomas Mraz - 4.6.2-5 - rebuilt with new openssl * Thu Aug 06 2009 Richard W.M. Jones - 4.6.2-4 - Force rebuild to test FTBFS issue. - lib/collectd/types.db seems to have moved to share/collectd/types.db * Fri Jul 24 2009 Fedora Release Engineering - 4.6.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Wed May 20 2009 Alan Pevec 4.6.2-1 - New upstream version 4.6.2 http://collectd.org/news.shtml#news64 cpptasks-1.0b5-5.fc12 --------------------- * Thu Sep 03 2009 D Haley - 1.0b5-3 - Remove excess BR - Fix subpackage dep - Fix doc installation * Thu Sep 03 2009 D Haley - 1.0b5-4 - tag bump * Thu Sep 03 2009 D Haley - 1.0b5-5 - Req needs whitespace crash-4.0.9-2.fc12 ------------------ * Fri Sep 11 2009 Dave Anderson - 4.0.9-1 - Update to upstream release, which allows the removal of the Revision tag workaround, the crash-4.0-8.11-dwarf3.patch and the crash-4.0-8.11-optflags.patch * Fri Sep 11 2009 Dave Anderson - 4.0.9-2 Bump version. cryptsetup-luks-1.1.0-0.1.fc12 ------------------------------ * Fri Sep 11 2009 Milan Broz - 1.1.0-0.1 - Update to new upstream testing version with new API interface. - Add luksSuspend and luksResume commands. - Introduce pkgconfig. fabric-0.9-0.1.b1.fc12 ---------------------- * Thu Aug 27 2009 Silas Sewell - 0.9-0.1.b1 - Update to latest snapshot fail2ban-0.8.4-23.fc12 ---------------------- * Fri Sep 11 2009 Axel Thimm - 0.8.4-23 - update to 0.8.4. firefox-3.5.3-1.fc12 -------------------- * Mon Sep 07 2009 Jan Horak - 3.5.3-1 - Update to 3.5.3 galeon-2.0.7-14.fc11 -------------------- * Wed Sep 09 2009 Jan Horak - 2.0.7-14 - Rebuild against newer gecko gcc-4.4.1-13 ------------ * Fri Sep 11 2009 Jakub Jelinek 4.4.1-13 - fix ICE in debuginfo output with BLOCK_NONLOCALIZED_VARS (#518303) - wrap_constant when propagating for subst in debug in the combiner (#522577) - further fix for ppc -m32 -Os out of line gpr/fpr restoring (PR target/41175) * Thu Sep 10 2009 Jakub Jelinek 4.4.1-12 - update from gcc-4_4-branch - PRs bootstrap/41180, target/41315 - fix ICE in tree-ssa-phiprop.c (#522277, PR tree-optimization/39827) - ppc64 bswap fix - fix ppc/ppc64 -mmultiple and out of line gpr/fpr saving bugs (#519409, PR target/40677, PR target/41175) gnome-bluetooth-2.27.90-3.fc12 ------------------------------ * Fri Sep 11 2009 Bastien Nocera 2.27.90-3 - Fix possible pairing failure gnome-python2-extras-2.25.3-11.fc12 ----------------------------------- * Fri Sep 11 2009 Jan Horak - 2.25.3-11 - Rebuild against newer gecko gnome-session-2.27.92-1.fc12 ---------------------------- * Wed Sep 09 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 gnome-web-photo-0.8-6.fc12 -------------------------- * Fri Sep 11 2009 Jan Horak - 0.8-6 - Rebuild against newer gecko grubby-7.0.7-1.fc12 ------------------- * Fri Sep 11 2009 Peter Jones - 7.0.5-1 - Add support for plymouth as a second initrd. (rstrode) Resolves: rhbz#520515 * Fri Sep 11 2009 Peter Jones - 7.0.6-1 - Fix test case breakage from 7.0.5 (rstrode) * Fri Sep 11 2009 Hans de Goede - 7.0.7-1 - Remove writing rd_plytheme=$theme to kernel args in dracut mode (hansg) - Add a couple of test cases for extra initrds (rstrode) - Allow tmplLine to be NULL in getInitrdVal (rstrode) hunspell-fr-3.4-1.fc12 ---------------------- * Fri Sep 11 2009 Caolan McNamara - 3.4-1 - latest version imsettings-0.107.3-3.fc12 ------------------------- * Fri Sep 11 2009 Akira TAGOH - 0.107.3-3 - Fix keeping IM process running as the defunct process. (#522689) iok-1.3.7-1.fc12 ---------------- * Fri Sep 11 2009 Parag Nemade - 1.3.7-1 - Update to Next release 1.3.7 kdebase-workspace-4.3.1-2.fc12 ------------------------------ * Fri Sep 11 2009 Than Ngo - 4.3.1-2 - drop BR: lm_sensors-devel on s390(x) kexec-tools-2.0.0-26.fc12 ------------------------- * Fri Sep 11 2009 Neil Horman - 2.0.0-26 - Rebuild for translation team (bz 522415) koffice-2.0.82-1.fc12 --------------------- * Fri Sep 11 2009 Rex Dieter - 2:2.0.82-1 - koffice-2.0.82 (2.1beta2) koffice-langpack-2.0.82-1.fc12 ------------------------------ * Fri Sep 11 2009 Rex Dieter - 1:2.0.82-1 - koffice-l10n-2.0.82 libcanberra-0.17-1.fc12 ----------------------- * Sat Sep 12 2009 Lennart Poettering 0.17-1 - New version 0.17 libpng10-1.0.50-1.fc12 ---------------------- * Fri Sep 11 2009 Paul Howarth 1.0.50-1 - update to 1.0.50 (garbage removal patch upstreamed) * Thu Sep 10 2009 Paul Howarth 1.0.49-1 - update to 1.0.49 (minor bugfixes) - patch out garbage in source files left over from edit gone wrong maven-jxr-2.1-4.fc12 -------------------- * Fri Sep 11 2009 Alexander Kurtakov 0:2.1-2 - Fix depmap for the plugin. * Fri Sep 11 2009 Alexander Kurtakov 0:2.1-3 - Add BR for doxia-sitetools. * Fri Sep 11 2009 Alexander Kurtakov 0:2.1-4 - Add BR for maven2-plugin.site. - BR tomcat5-servlet-api. - BR tomcat5. - BR maven-surefire-provider-junit. - BR maven-plugin-plugin. - BR maven-shared-plugin-testing-harness. * Thu Sep 10 2009 Andrew Overholt 2.1-1 - 2.1 - Add maven-plugin-jxr. mingw32-libxml2-2.7.4-1.fc12 ---------------------------- * Fri Sep 11 2009 Erik van Pienbroek - 2.7.4-1 - Update to 2.7.4 - Drop upstreamed libxml2-2.7.3-ficora-parse.patch patch - Added a new patch to fix compatibility with the w32 port of pthreads - Use %global instead of %define - Automatically generate debuginfo subpackage mozvoikko-1.0-3.fc12 -------------------- * Fri Sep 11 2009 Jan Horak - 1.0-3 - Rebuild against newer gecko * Sun Sep 06 2009 Ville-Pekka Vainio - 1.0-2 - Use global instead of define, except in gecko_ver as that might be used in the xulrunner rebuild scripts. multiget-1.2.0-7.fc12 --------------------- * Fri Sep 11 2009 Milos Jakubicek - 1.2.0-7 - Fix FTBFS: build with automake 1.11 * Sat Jul 25 2009 Fedora Release Engineering - 1.2.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild openmpi-1.3.3-4.fc12 -------------------- * Wed Sep 09 2009 Jay Fenlason - 1.3.3-4 - Modify packaging to conform to https://fedoraproject.org/wiki/PackagingDrafts/MPI (bz521334). - remove --with-ft=cr from configure, as it was apparently causing problems for some people. - Add librdmacm-devel and librdmacm to BuildRequires (related bz515565). - Add openmpi-bz515567.patch to add support for the latest Chelsio device IDs (related bz515567). - Add exclude-arch (s390 s390x) because we don't have required -devel packages there. openssh-5.2p1-25.fc12 --------------------- * Fri Sep 11 2009 Jan F. Chadima - 5.2p1-25 - Dropped homechroot patch perl-DBD-SQLite-1.25-4.fc12 --------------------------- * Fri Sep 11 2009 Chris Weyl - 1.25-4 - Filtering errant private provides perl-Gtk2-MozEmbed-0.08-6.fc12.7 -------------------------------- * Fri Sep 11 2009 Jan Horak - 0.08-6.7 - Rebuild against newer gecko perl-Net-Amazon-0.57-1.fc12 --------------------------- * Sat Sep 12 2009 Iain Arnell 0.57-1 - update to latest upstream perl-SQL-Abstract-1.58-1.fc12 ----------------------------- * Fri Sep 11 2009 Chris Weyl 1.58-1 - add default filtering (pro forma) - auto-update to 1.58 (by cpan-spec-update 0.01) perl-Test-Warn-0.21-1.fc12 -------------------------- * Fri Sep 11 2009 Chris Weyl 0.21-1 - add perl default filter (pro forma) - use _fixperms incantation - auto-update to 0.21 (by cpan-spec-update 0.01) - altered br on perl(Test::Builder::Tester) (0 => 1.02) - altered req on perl(Test::Builder::Tester) (0 => 1.02) perl-parent-0.223-1.fc12 ------------------------ * Fri Sep 11 2009 Chris Weyl 0.223-1 - update filtering - auto-update to 0.223 (by cpan-spec-update 0.01) - altered br on perl(Test::More) (0 => 0.4) planet-2.0-10.fc12 ------------------ * Fri Sep 11 2009 Seth Vidal - 2.0-10 - javascript sanitize for https://bugzilla.redhat.com/show_bug.cgi?id=522802 plymouth-0.7.1-7.fc12 --------------------- * Fri Sep 11 2009 Ray Strode 0.7.1-6 - Remove duplicate Provides: plymouth(system-theme) * Fri Sep 11 2009 Ray Strode 0.7.1-7 - Go back to blue charge background (bug 522460) polkit-0.94-4.fc12 ------------------ * Fri Sep 11 2009 David Zeuthen - 0.94-4 - Add some patches from git master - Sort pkaction(1) output - Bug 23867 ? UnixProcess vs. SystemBusName aliasing ppl-0.10.2-10.fc12 ------------------ * Fri Sep 11 2009 Caol?n McNamara - 0.10.2-10 - Resolves: rhbz#521588 stick pl include before Yap include to stop configure-time misdetection to resolve FTBFS * Wed Aug 19 2009 Roberto Bagnara - 0.10.2-9 - Force rebuild. * Fri Aug 14 2009 Roberto Bagnara - 0.10.2-7 - Force rebuild. * Fri Aug 14 2009 Roberto Bagnara - 0.10.2-8 - Force rebuild. * Tue Aug 11 2009 Ville Skytt? - 0.10.2-6 - Use bzipped upstream tarball. python-genshi-0.5.1-7.fc12 -------------------------- * Fri Sep 11 2009 Luke Macken - 0.5.1-7 - Add a patch to work around some recent Python2.6.2 behavior qt-4.5.2-18.fc12 ---------------- * Fri Sep 11 2009 Than Ngo - 4.5.2-17 - drop useless check for ossl patch, the patch works fine with old ossl * Fri Sep 11 2009 Rex Dieter - 4.5.2-18 - drop gcc -fno-var-tracking-assignments hack (#522576) qt-creator-1.2.90-1.fc12 ------------------------ * Sat Sep 12 2009 Itamar Reis Peixoto - 1.2.90-1 - new version 1.2.90 (Qt Creator Technology Snapshot 1.2.90) * Wed Aug 12 2009 Ville Skytt? - 1.2.1-3 - Use upstream gzipped tarball instead of zip. qtparted-0.4.5-22.fc12 ---------------------- * Sat Sep 12 2009 Milos Jakubicek - 0.4.5-22 - Fix FTBFS: added Debians qtparted-0.4.5-qp_libparted.patch * Wed Aug 26 2009 Alex Lancaster - 0.4.5-21 - Add explicit requirement on libuuid-devel to fix broken deps in rawhide * Sun Jul 26 2009 Fedora Release Engineering - 0.4.5-20 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild rkward-0.5.1-1.fc12 ------------------- * Mon Aug 03 2009 pingou - 0.5.1-1 - Update to 0.5.1 selinux-policy-3.6.31-3.fc12 ---------------------------- sepostgresql-8.4.1-2305.fc12 ---------------------------- * Fri Sep 11 2009 KaiGai Kohei - 8.4.1-2305 - Upgrade base SE-PostgreSQL v8.4.0->v8.4.1 - rework: backport features from v8.5devel tree setroubleshoot-2.2.28-1.fc12 ---------------------------- * Fri Sep 11 2009 Dan Walsh - 2.2.28-1 - Fix permissive domain check setroubleshoot-plugins-2.1.20-1.fc12 ------------------------------------ * Fri Sep 11 2009 - 2.1.20-1 - Fix priority on allow_execmod - Update po sugar-0.85.7-2.fc12 ------------------- * Fri Sep 11 2009 Tomeu Vizoso - 0.85.7-1 - New upstream release * Fri Sep 11 2009 Simon Schampijer - 0.85.7-2 - add python-xklavier dependency sugar-artwork-0.85.3-1.fc12 --------------------------- * Fri Sep 11 2009 Tomeu Vizoso - 0.85.3-1 - New upstream release sugar-base-0.85.5-1.fc12 ------------------------ * Fri Sep 11 2009 Tomeu Vizoso - 0.85.5-1 - New upstream release sugar-browse-112-2.fc12 ----------------------- * Fri Sep 11 2009 Simon Schampijer - 112-1 - Able to download Data URIs #1029 (Lucian Branescu) - Don't choke on Lang=C #979 - Object chooser remains shown after activity has been closed #1192 - Refine image and link right click palette #815 - Toolbar redesign * Fri Sep 11 2009 Simon Schampijer - 112-2 - add gettext build requirement sugar-datastore-0.85.3-1.fc12 ----------------------------- * Fri Sep 11 2009 Simon Schampijer - 0.85.3-1 * Fix memory leaks after many get_properties() ds calls #1240 sugar-imageviewer-11-1.fc12 --------------------------- * Wed Sep 09 2009 Simon Schampijer - 11-1 - Switch to new toolbar system - Show transfer progress - Updated translations for Arabic, Dutch, French, Italian, Japanese - New languages - Do not keep on (re)loading the file continuously - Misc. cleanups sugar-log-23-2.fc12 ------------------- * Fri Sep 11 2009 Simon Schampijer - 22-1 - Toolbar redesign * Fri Sep 11 2009 Simon Schampijer - 23-1 - Fix Tamil translation * Fri Sep 11 2009 Schampijer - 23-2 * add gettext build requirement sugar-presence-service-0.85.2-1.fc12 ------------------------------------ * Fri Sep 11 2009 Tomeu Vizoso - 0.85.2-1 - New upstream release sugar-terminal-26-1.fc12 ------------------------ * Wed Sep 09 2009 Simon Schampijer - 26-1 - New toolbar design sugar-toolkit-0.85.7-1.fc12 --------------------------- * Fri Sep 11 2009 Tomeu Vizoso - 0.85.7-1 - New upstream release sugar-write-67-2.fc12 --------------------- * Fri Sep 11 2009 Simon Schampijer - 67-1 - Toolbar redesign * Fri Sep 11 2009 Simon Schampijer - 67-2 - add build requirement gettext supybot-meetbot-0.1.4-3.fc12 ---------------------------- * Fri Sep 11 2009 Kevin Fenzi - 0.1.4-1 - Update to 0.1.4 release. * Fri Sep 11 2009 Kevin Fenzi - 0.1.4-2 - Fix url * Fri Sep 11 2009 Kevin Fenzi - 0.1.4-3 - Add default css files. system-config-boot-0.4.0-1.fc12 ------------------------------- * Fri Sep 11 2009 Harald Hoyer 0.4.0 - add tui version - removed rhpl dependency system-config-firewall-1.2.18-1.fc12 ------------------------------------ * Fri Sep 11 2009 Thomas Woerner 1.2.18-1 - added support for PolicyKit - removed unused inconsistent flag from CellRendererToggle in serviceView (rhbz#521144) - made "Port/Protocol" cell resizable in "Trusted Services"-view - fixed hidden one line label after resize caused by fix for bgo#315462 - fixed startup busy loops if assistive technologies is enabled (rhbz#515048) by moving set_model after adding the columns to a TreeView - fixed tui to create valid empty self.config object (rhbz#518210) - failing to load the icon in fw_gui.setupScreen should not be fatal (rhbz#508186) - made description column in settings dialog resizable - removed rhpl usage (rhbz#508991) - fixed not reappearing TreeViewTooltips if mouse moved in the tooltip popup - hide TreeViewTooltips while scrolling - code cleanup - sort ports in fw_services by protocol, id - updated translations: as, bn_IN, ca, da, de, es, fi, fr, gu, hi, kn, hu, it, ja, ko, ml, mr, nl, or, pa, pl, pt, pt_BR, ru, sk, sr, sr at latin, ta, te, uk, zh_CN, zh_TW tclparser-1.4-7.20061030cvs.fc12 -------------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 1.4-7.20061030cvs - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild tellico-2.0-0.1.pre2.fc12 ------------------------- * Fri Sep 11 2009 Alex Lancaster - 2.0-0.1.pre2 - Update to upstream version 2.0 pre-release 2 - Drop gcc4 patch, now upstream wv2-0.4.0-1.fc12 ---------------- * Fri Sep 11 2009 Rex Dieter - 0.4.0-1 - wv2-0.4.0 xgalaxy-2.0.34-13.fc12 ---------------------- * Thu Sep 10 2009 Hans de Goede 2.0.34-13 - Fix (workaround) viewport issues in fullscreen mode (#522116) Summary: Added Packages: 19 Removed Packages: 0 Modified Packages: 75 From opensource at till.name Sat Sep 12 13:13:50 2009 From: opensource at till.name (Till Maas) Date: Sat, 12 Sep 2009 15:13:50 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090912101352.5dba0a77@faldor.intranet> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> Message-ID: <20090912131350.GA21972@genius.kawo2.rwth-aachen.de> On Sat, Sep 12, 2009 at 10:13:52AM +0200, Michael Schwendt wrote: > The single month you're willing to wait is not much of a problem. There is > a more fundamental problem. The non-responsive packager procedure could > have been started _several_ months earlier. Perhaps one year ago already. > There have been dead silent bugzilla tickets that ought to have raised an > alarm-bell. I would have started the process earlier, if I did not have to write several mails for it in specific intervalls, e.g. when I spotted the first bug report. But imho it is too much a PITA to write these mails at these intervalls and also if I spot a problem, then I normally have some spare time to spend on Fedora, which might not be the case when the process is finished and I could start the actual work. Regards Till From wtogami at redhat.com Sat Sep 12 14:30:40 2009 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Sep 2009 10:30:40 -0400 Subject: NOTICE: SpamAssassin 3.3.0 mass-checks now starting In-Reply-To: <6c399e450909111317q51687134rd4f827d7317e52e7@mail.gmail.com> References: <20090904145133.A497721E42@wasabi> <4AA9BD5B.6030001@redhat.com> <6c399e450909110358jf730d95je2751fb4d73038c6@mail.gmail.com> <4AAA8F25.4040000@redhat.com> <6c399e450909111317q51687134rd4f827d7317e52e7@mail.gmail.com> Message-ID: <4AABB090.40403@redhat.com> On 09/11/2009 04:17 PM, Justin Mason wrote: > Hmm - good idea. I'll put them up at a nightly URL to do that. Did this go anywhere? http://ruleqa.spamassassin.org/ Did this cause the nightlies to stop updating? I know they aren't very useful right now, but I still like to see them as I add more corpa to the mix. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sat Sep 12 14:36:33 2009 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Sep 2009 10:36:33 -0400 Subject: NOTICE: SpamAssassin 3.3.0 mass-checks now starting In-Reply-To: <4AABB090.40403@redhat.com> References: <20090904145133.A497721E42@wasabi> <4AA9BD5B.6030001@redhat.com> <6c399e450909110358jf730d95je2751fb4d73038c6@mail.gmail.com> <4AAA8F25.4040000@redhat.com> <6c399e450909111317q51687134rd4f827d7317e52e7@mail.gmail.com> <4AABB090.40403@redhat.com> Message-ID: <4AABB1F1.9020400@redhat.com> On 09/12/2009 10:30 AM, Warren Togami wrote: > On 09/11/2009 04:17 PM, Justin Mason wrote: >> Hmm - good idea. I'll put them up at a nightly URL to do that. > > Did this go anywhere? > > http://ruleqa.spamassassin.org/ > Did this cause the nightlies to stop updating? I know they aren't very > useful right now, but I still like to see them as I add more corpa to > the mix. Oops, that somehow went to the wrong list. http://wiki.apache.org/spamassassin/RescoreDetails Folks here might be interested in this though. Upstream spamassassin has until the September 17th deadline for folks to submit masscheck logs of their own ham. This helps to better score the default rules in the spamassassin-3.3.0 coming soon. It is especially important that people participate now because this rescoring seems to happen only once every two years. Currently only about a dozen users are included in the masscheck determining the scores for everyone. NOTE: It is far less important to analyze your spam with masscheck. If you have ham going back up to 5 years, it is useful in this analysis. Just make sure you have thoroughly cleaned it of all spam. Warren Togami wtogami at redhat.com From davej at redhat.com Sat Sep 12 16:13:30 2009 From: davej at redhat.com (Dave Jones) Date: Sat, 12 Sep 2009 12:13:30 -0400 Subject: selinux disabled in rawhide ? Message-ID: <20090912161330.GA3100@redhat.com> I did two installs yesterday, and both of them have ended up with SELINUX=disabled in /etc/selinux/config I changed them back to 'enabled', rebooted, which caused a relabel, and all seems fine. What's happening here ? Dave From christoph.wickert at googlemail.com Sat Sep 12 17:34:27 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sat, 12 Sep 2009 19:34:27 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090912101352.5dba0a77@faldor.intranet> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> Message-ID: <1252776867.2811.2.camel@localhost> Am Samstag, den 12.09.2009, 10:13 +0200 schrieb Michael Schwendt: > The non-responsive packager procedure could > have been started _several_ months earlier. Perhaps one year ago already. IIRC it did. https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00321.html Regards, Christoph From sundaram at fedoraproject.org Sat Sep 12 19:37:05 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 13 Sep 2009 01:07:05 +0530 Subject: Fedora 12 Beta Release Notes: How you can help Message-ID: <4AABF861.80405@fedoraproject.org> Hi, The Beta release notes is a important source of information for our users, testers, ambassadors, even fellow developers and press for that release. So I am asking you all to help you a bit. Here is how: I have "open sourced" my process of finding information and my notes and copied over all that information to https://fedoraproject.org/wiki/Fedora_12_Beta_release_notes If you don't have much time, take one item in this list and add more information. I will also help you avoid even clicking on a link and copy the same information below: Quick notes: * Hybrid ISO - earlier revision in Alpha release notes history. Confirm that it works well before adding it here * Status of http://www.ing.unibs.it/openfwwf/ in Fedora? How well does it work? * Moblin - Explain in detail with potentially a screencast * GNOME Shell - Ogg Screencast possibly with voice over * Yum Presto - In GNOME and KDE groups. What about delta rpm generation? * http://live.gnome.org/GTK%2B/ClientSideWindows - Eclipse and Adobe Reader needs a workaround * Abrt - whats the status? * Anaconda MDRaid - Explain in detail * Lower Process Capabilities * Contact KDE SIG and gather important changes. Phonon has changed to gstreamer backend in Alpha release and was not mentioned. So call it out in the Beta release. Additional sources: * Look at F11 Preview release notes and use it as a template. It matches the beta this release because of rel eng decision to tweak the release process a bit * Read rawhide reports in between alpha and beta release for new packages as well as import changes worth noting here * Quickly skimp through all threads in fedora-devel and fedora-test list for note worthy changes * Read Planet Fedora and reference developer blogs when important changes are mentioned * Consult with QA team and make sure note worth issues are mentioned. If anything needs explicit testing, highlight it * More details at https://fedoraproject.org/wiki/Releases/12/FeatureList. Read the release notes section of each of the approved feature Thanks. Rahul From mschwendt at gmail.com Sat Sep 12 20:18:54 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Sat, 12 Sep 2009 22:18:54 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <1252776867.2811.2.camel@localhost> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> Message-ID: <20090912221854.3dda5c0b@faldor.intranet> On Sat, 12 Sep 2009 19:34:27 +0200, Christoph wrote: > Am Samstag, den 12.09.2009, 10:13 +0200 schrieb Michael Schwendt: > > The non-responsive packager procedure could > > have been started _several_ months earlier. Perhaps one year ago already. > > IIRC it did. > https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00321.html Well, that confirms my point of view. According to that thread, he replied 9 days later, said he had been on vacation. He orphaned a few packages even. That single "sign of life" wiped away all the concerns. In August 2008. Now switch to April 2009. A provenpackager fixed bug 469602 in one of kurzawa's packages after six months without a comment, but not mentioned anything about the non-responsiveness. Perhaps they talked about it outside of bugzilla? Who knows? Then let's jump to June/July 2009. Bug Zapper's F9-EOL script closed tickets 455567 and 468626. The former has been without a comment for almost a year. It dates back to July 2008, which is around the time you were worried about the non-responsiveness and the state of some of the packages. From xjakub at fi.muni.cz Sat Sep 12 20:33:35 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Sat, 12 Sep 2009 22:33:35 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090912221854.3dda5c0b@faldor.intranet> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> Message-ID: <4AAC059F.9040508@fi.muni.cz> Dne 12.9.2009 22:18, Michael Schwendt napsal(a): > On Sat, 12 Sep 2009 19:34:27 +0200, Christoph wrote: > >> Am Samstag, den 12.09.2009, 10:13 +0200 schrieb Michael Schwendt: >>> The non-responsive packager procedure could >>> have been started _several_ months earlier. Perhaps one year ago already. >> >> IIRC it did. >> https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00321.html > > Well, that confirms my point of view. According to that thread, he replied > 9 days later, said he had been on vacation. He orphaned a few packages even. > That single "sign of life" wiped away all the concerns. In August 2008. > Now switch to April 2009. A provenpackager fixed bug 469602 in one of > kurzawa's packages after six months without a comment, but not mentioned > anything about the non-responsiveness. Perhaps they talked about it > outside of bugzilla? Who knows? IIRC I fixed this together with (and because of) the FTBFS of that package. Is there any way how to find out that there has been a non-reponsiveness process started against somebody? Maybe there should be a simple wiki page containing just FAS username, the date of start, the date of end and the result/comment. Regards, Milos From braden at endoframe.com Sat Sep 12 21:45:23 2009 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 12 Sep 2009 17:45:23 -0400 Subject: Changes to openvrml.spec Message-ID: <1252791923.3501.859.camel@localhost> You (spot) said: "undo arch-specific deps on gecko-libs and java (%%{?isa} doesn't work like you think it works)" Unless I was told the wrong things in this thread: https://www.redhat.com/archives/fedora-devel-list/2009-July/msg01366.html ... it *does* work like I think it works. xulrunner and openjdk are broken. AFAICT, no one who's actually looks at this disputes that the aforementioned packages are broken. There is some resistance to fixing them (for reasons I do not entirely agree with). As it stands, though your changes fix a dependency problem, they make the specfile less correct and openvrml is susceptible to the problem documented in the aforementioned fedora-devel thread. It would be better if xulrunner and openjdk were fixed instead (bugs 517665 and 517666, respectively). -- Braden McDaniel From kevin.kofler at chello.at Sat Sep 12 21:55:11 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 12 Sep 2009 23:55:11 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> Message-ID: Michael Schwendt wrote: > Well, that confirms my point of view. According to that thread, he replied > 9 days later, said he had been on vacation. He orphaned a few packages > even. That single "sign of life" wiped away all the concerns. IMHO, a consecutive week or longer without being online (there are usually ways to check your mail when on vacation, if not, see the next point) and with no preannouncement (that's what the Vacation page in the wiki is for!) is enough to constitute non-responsiveness on its own (especially if it's a planned vacation, not some kind of accident). Kevin Kofler From pertusus at free.fr Sat Sep 12 22:12:18 2009 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 13 Sep 2009 00:12:18 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> Message-ID: <20090912221218.GC5303@free.fr> On Sat, Sep 12, 2009 at 11:55:11PM +0200, Kevin Kofler wrote: > > IMHO, a consecutive week or longer without being online (there are usually > ways to check your mail when on vacation, if not, see the next point) and > with no preannouncement (that's what the Vacation page in the wiki is for!) > is enough to constitute non-responsiveness on its own (especially if it's a > planned vacation, not some kind of accident). The Vacation page cannot be a must use, these are personal informations not everybody want to share. -- Pat From tcallawa at redhat.com Sat Sep 12 23:05:28 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 12 Sep 2009 19:05:28 -0400 Subject: Changes to openvrml.spec In-Reply-To: <1252791923.3501.859.camel@localhost> References: <1252791923.3501.859.camel@localhost> Message-ID: <4AAC2938.7060502@redhat.com> On 09/12/2009 05:45 PM, Braden McDaniel wrote: > ... it *does* work like I think it works. xulrunner and openjdk are > broken. So, here's the deal. The only Provides which automagically get %{isa} appended to them are the package name autogenerated provides. So, in this spec snippet: Name: foo Version: 0.1 Release: 1 Provides: bar = 0.2 It is only safe to assume that "foo%{isa}" exists as a Provide. Now, if your package needs to use "bar%{isa}" as a Provide, you can ask the maintainer of the foo package to add an additional Provide: %if 0%{?isa} Provides: bar%{isa} = 0.2 %endif If and when they do so, then (and ONLY THEN) is it appropriate for you to have: Requires: foo%{isa} in your package. In the specific case of openvrml, NOTHING currently provides either "gecko-libs%{isa}" or "java%{isa}", thus causing the openvrml to be wholly broken and uninstallable. This is why I dropped the %{isa} off of them in rawhide. I know that you have filed bugzilla tickets with xulrunner and openjdk to add these additional provides, and when they make this change, it is perfectly acceptable for you to update the openvrml Requires accordingly. It is not however, acceptable to leave openvrml in an uninstallable state while you wait for those tickets to be resolved. (Alternately, there may be merit in lobbying upstream RPM to append %{isa} automagically to all non-file provides (as an additional provide, not as a replacement), but I don't know what they will think about that.) Hope that clarifies things here, ~spot From tcallawa at redhat.com Sat Sep 12 23:10:35 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sat, 12 Sep 2009 19:10:35 -0400 Subject: Changes to openvrml.spec In-Reply-To: <4AAC2938.7060502@redhat.com> References: <1252791923.3501.859.camel@localhost> <4AAC2938.7060502@redhat.com> Message-ID: <4AAC2A6B.8060704@redhat.com> On 09/12/2009 07:05 PM, Tom "spot" Callaway wrote: > If and when they do so, then (and ONLY THEN) is it appropriate for you > to have: > > Requires: foo%{isa} Ugh, this should be: Requires: bar%{isa} (as I pointed out, foo%{isa} will always work in modern Fedora (F10+)). Sorry for the confusion. ~spot From tgl at redhat.com Sun Sep 13 01:49:34 2009 From: tgl at redhat.com (Tom Lane) Date: Sat, 12 Sep 2009 21:49:34 -0400 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> Message-ID: <22610.1252806574@sss.pgh.pa.us> Kevin Kofler writes: > IMHO, a consecutive week or longer without being online (there are usually > ways to check your mail when on vacation, if not, see the next point) and > with no preannouncement (that's what the Vacation page in the wiki is for!) > is enough to constitute non-responsiveness on its own You *seriously* need to get a life. The above sort of standard might be reasonable for people who were getting paid to do Fedora packaging, but a large fraction of Fedora packagers aren't. (Not that kurzawa doesn't seem to be well past the threshold of reasonable responsiveness. But people are allowed to take two-week vacations without having to answer to FESCO for it.) regards, tom lane From kevin.kofler at chello.at Sun Sep 13 02:30:11 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Sep 2009 04:30:11 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: Tom Lane wrote: > You *seriously* need to get a life. The above sort of standard might be > reasonable for people who were getting paid to do Fedora packaging, but > a large fraction of Fedora packagers aren't. Neither am I. Yet I do all I can to stay reachable. Kevin Kofler From braden at endoframe.com Sun Sep 13 02:49:06 2009 From: braden at endoframe.com (Braden McDaniel) Date: Sat, 12 Sep 2009 22:49:06 -0400 Subject: Changes to openvrml.spec In-Reply-To: <4AAC2938.7060502@redhat.com> References: <1252791923.3501.859.camel@localhost> <4AAC2938.7060502@redhat.com> Message-ID: <1252810146.3501.1484.camel@localhost> On Sat, 2009-09-12 at 19:05 -0400, Tom "spot" Callaway wrote: > On 09/12/2009 05:45 PM, Braden McDaniel wrote: > > ... it *does* work like I think it works. xulrunner and openjdk are > > broken. > > So, here's the deal. > > The only Provides which automagically get %{isa} appended to them are > the package name autogenerated provides. So, in this spec snippet: > > Name: foo > Version: 0.1 > Release: 1 > Provides: bar = 0.2 > > It is only safe to assume that "foo%{isa}" exists as a Provide. > > Now, if your package needs to use "bar%{isa}" as a Provide, you can ask > the maintainer of the foo package to add an additional Provide: > > %if 0%{?isa} > Provides: bar%{isa} = 0.2 > %endif > > If and when they do so, then (and ONLY THEN) is it appropriate for you > to have: > > Requires: foo%{isa} > > in your package. I made the change before it was apparent that the arch-specific Provides weren't being generated. At the point that became clear, it seemed to make sense to me to fix the Real Problem: as it stands, it is impossible for downstream packages to articulate the correct Requires. > In the specific case of openvrml, NOTHING currently provides either > "gecko-libs%{isa}" or "java%{isa}", thus causing the openvrml to be > wholly broken and uninstallable. This is why I dropped the %{isa} off of > them in rawhide. > > I know that you have filed bugzilla tickets with xulrunner and openjdk > to add these additional provides, and when they make this change, it is > perfectly acceptable for you to update the openvrml Requires > accordingly. It is not however, acceptable to leave openvrml in an > uninstallable state while you wait for those tickets to be resolved. The change you made results in something that stops generating e-mail, yet remains incorrect and can in some situations successfully install something that doesn't work. I'm afraid it's not glaringly obvious to me how much of a win that is. -- Braden McDaniel From dimitris at glezos.com Sun Sep 13 07:01:51 2009 From: dimitris at glezos.com (Dimitris Glezos) Date: Sun, 13 Sep 2009 00:01:51 -0700 Subject: Adding a project to transifex In-Reply-To: <2d319b780909071447ifc759c9g6aee24e733ee8aca@mail.gmail.com> References: <4AA56CEF.4010309@redhat.com> <4AA57866.1060201@redhat.com> <2d319b780909071447ifc759c9g6aee24e733ee8aca@mail.gmail.com> Message-ID: <6d4237680909130001r15b569e1ne282b4b5f44c9a54@mail.gmail.com> Oops, just saw this thread. On Mon, Sep 7, 2009 at 2:47 PM, Mathieu Bridon (bochecha) wrote: > On Mon, Sep 7, 2009 at 23:17, Matthew Booth wrote: >> On 07/09/09 21:55, Kevin Kofler wrote: >>> >>> Matthew Booth wrote: >>>> >>>> I went over to https://translate.fedoraproject.org/ earlier with the >>>> idea of adding my project. >>> >>> The translations are now hosted at http://transifex.net/ (the main >>> Transifex >>> instance). >> >> Was there an official announcement about that? > > I think the guys at Indifex (the company that Dimitris and others > founded) only created transifex.net like a place to host translations, > just like Gitorious or Fedorahosted for hosting development, not as a > replacement of Fedora's Transifex instance. > > So I guess you could host your project there, or in translate.fp.o. > The only difference is that there, you might have a much bigger > community of translators, not just Fedora translators. Indeed -- the above are true. www.transifex.net is intended as an upstream, common translation place for open source projects (not meant to replace translate.fpo). Projects hosted on fho should use the Fedora instance, since transifex.net does not yet have write access to fedorahosted. Projects hosted on github etc should use transifex.net, since it has built-in access for them. > For more informations, I suggest you ask the Infrastructure team in > #fedora-admin or on their mailing-list. They'll be more indicated to > answer you about hosting on translate.fp.o ;) We also hang around #fedora-l10n and #transifex for any L10n-specific Qs. -d -- Dimitris Glezos Transifex: The Multilingual Publishing Revolution http://www.transifex.net/ -- http://www.indifex.com/ From sundaram at fedoraproject.org Sun Sep 13 07:01:41 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 13 Sep 2009 12:31:41 +0530 Subject: Adding a project to transifex In-Reply-To: <6d4237680909130001r15b569e1ne282b4b5f44c9a54@mail.gmail.com> References: <4AA56CEF.4010309@redhat.com> <4AA57866.1060201@redhat.com> <2d319b780909071447ifc759c9g6aee24e733ee8aca@mail.gmail.com> <6d4237680909130001r15b569e1ne282b4b5f44c9a54@mail.gmail.com> Message-ID: <4AAC98D5.9040306@fedoraproject.org> On 09/13/2009 12:31 PM, Dimitris Glezos wrote: > Projects hosted on fho should use the Fedora instance, since > transifex.net does not yet have write access to fedorahosted. Projects > hosted on github etc should use transifex.net, since it has built-in > access for them. What would it take to enable write access to fedorahosted? What about gitorious? Rahul From rakesh.pandit at gmail.com Sun Sep 13 09:37:04 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Sun, 13 Sep 2009 15:07:04 +0530 Subject: Package Review Stats for last 12 days Message-ID: Hello, Top three FAS account holders who have completed reviewing "Package review" components on bugzilla for last 12 days ending 12th Sept were Parag AN(????), Andrew Overholt , and Jason Tibbitts. Below is the number of package reviews completed. Start Date: 2009-09-01 00:00:00 End Date: 2009-09-12 00:00:00 Parag AN(????) - 21 https://bugzilla.redhat.com/show_bug.cgi?id=520714 https://bugzilla.redhat.com/show_bug.cgi?id=521525 https://bugzilla.redhat.com/show_bug.cgi?id=520561 https://bugzilla.redhat.com/show_bug.cgi?id=520565 https://bugzilla.redhat.com/show_bug.cgi?id=521182 https://bugzilla.redhat.com/show_bug.cgi?id=522324 https://bugzilla.redhat.com/show_bug.cgi?id=522325 https://bugzilla.redhat.com/show_bug.cgi?id=522326 https://bugzilla.redhat.com/show_bug.cgi?id=522327 https://bugzilla.redhat.com/show_bug.cgi?id=522328 https://bugzilla.redhat.com/show_bug.cgi?id=522346 https://bugzilla.redhat.com/show_bug.cgi?id=522347 https://bugzilla.redhat.com/show_bug.cgi?id=522348 https://bugzilla.redhat.com/show_bug.cgi?id=522349 https://bugzilla.redhat.com/show_bug.cgi?id=522350 https://bugzilla.redhat.com/show_bug.cgi?id=522352 https://bugzilla.redhat.com/show_bug.cgi?id=522353 https://bugzilla.redhat.com/show_bug.cgi?id=522354 https://bugzilla.redhat.com/show_bug.cgi?id=522355 https://bugzilla.redhat.com/show_bug.cgi?id=522356 https://bugzilla.redhat.com/show_bug.cgi?id=522357 Andrew Overholt - 8 https://bugzilla.redhat.com/show_bug.cgi?id=522726 https://bugzilla.redhat.com/show_bug.cgi?id=522727 https://bugzilla.redhat.com/show_bug.cgi?id=520808 https://bugzilla.redhat.com/show_bug.cgi?id=521064 https://bugzilla.redhat.com/show_bug.cgi?id=521067 https://bugzilla.redhat.com/show_bug.cgi?id=521069 https://bugzilla.redhat.com/show_bug.cgi?id=521240 https://bugzilla.redhat.com/show_bug.cgi?id=522394 Jason Tibbitts - 3 https://bugzilla.redhat.com/show_bug.cgi?id=450527 https://bugzilla.redhat.com/show_bug.cgi?id=514509 https://bugzilla.redhat.com/show_bug.cgi?id=520721 Mamoru Tasaka - 3 https://bugzilla.redhat.com/show_bug.cgi?id=492224 https://bugzilla.redhat.com/show_bug.cgi?id=515832 https://bugzilla.redhat.com/show_bug.cgi?id=517859 Steve Traylen - 2 https://bugzilla.redhat.com/show_bug.cgi?id=517763 https://bugzilla.redhat.com/show_bug.cgi?id=517764 Adam Williamson - 1 https://bugzilla.redhat.com/show_bug.cgi?id=490988 Adel Gadllah - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522148 Andrew Beekhof - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520563 Bastien Nocera - 1 https://bugzilla.redhat.com/show_bug.cgi?id=519986 Dennis Gilmore - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521979 Dominic Hopf - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521431 Gareth John - 1 https://bugzilla.redhat.com/show_bug.cgi?id=518799 Jan Klepek - 1 https://bugzilla.redhat.com/show_bug.cgi?id=458866 Jussi Lehtola - 1 https://bugzilla.redhat.com/show_bug.cgi?id=481030 Martin Gieseking - 1 https://bugzilla.redhat.com/show_bug.cgi?id=475065 Michel Alexandre Salim - 1 https://bugzilla.redhat.com/show_bug.cgi?id=518446 Milos Jakubicek - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520491 Paul Howarth - 1 https://bugzilla.redhat.com/show_bug.cgi?id=516114 Peter Robinson - 1 https://bugzilla.redhat.com/show_bug.cgi?id=501017 Remi Collet - 1 https://bugzilla.redhat.com/show_bug.cgi?id=518017 Rex Dieter - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521245 Richard W.M. Jones - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521319 Sven Lankes - 1 https://bugzilla.redhat.com/show_bug.cgi?id=512523 Total reviews modified: 55 Merge Reviews: 0 Review Requests: 53 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ Next time onwards it would be a weekly report. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From rawhide at fedoraproject.org Sun Sep 13 11:06:04 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 13 Sep 2009 11:06:04 +0000 Subject: rawhide report: 20090913 changes Message-ID: <20090913110604.GA8993@releng2.fedora.phx.redhat.com> Compose started at Sun Sep 13 06:15:13 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.i686 requires fillets-ng-data >= 0:0.9.0 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 python-cryptsetup-0.0.9-2.fc12.i686 requires libcryptsetup.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.x86_64 requires fillets-ng-data >= 0:0.9.0 monodevelop-debugger-mdb-2.0-2.fc11.i586 requires mono(NRefactory) = 0:0.0.0.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) python-cryptsetup-0.0.9-2.fc12.x86_64 requires libcryptsetup.so.0()(64bit) python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 python-cryptsetup-0.0.9-2.fc12.ppc requires libcryptsetup.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc64 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-cryptsetup-0.0.9-2.fc12.ppc64 requires libcryptsetup.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package maven-plugin-build-helper Build Helper Maven Plugin New package maven-plugin-exec Exec Maven Plugin Updated Packages: alacarte-0.12.3-2.fc12 ---------------------- * Sat Sep 12 2009 Matthias Clasen - 0.12.3-2 - Bump the gnome-menus requires anjuta-2.27.92.0-1.fc12 ----------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 1:2.27.92.0-1 - bump to 2.27.92.0, rebuild for broken deps - fix compile (missing libxml cflags/libs) audacious-2.1-4.fc12 -------------------- * Sat Sep 12 2009 Michael Schwendt - 2.1-4 - Build with --enable-samplerate (off by default), BR libsamplerate-devel audacity-1.3.9-0.2.beta.fc12 ---------------------------- * Sat Sep 12 2009 Michael Schwendt - 1.3.9-0.2.beta - add wxGTK work-around patches to fix LabelTrack crash (shall fix #520917 and similar race-conditions) blazeblogger-0.9.1-1.fc12 ------------------------- * Sat Sep 12 2009 Sebastian Dziallas 0.9.1-1 - update to new upstream release busybox-1.15.1-1.fc12 --------------------- * Sun Sep 13 2009 Denys Vlasenko - 1:1.15.1-1 - Rebase to 1.15.1 constantine-kde-theme-11.90.3-3.fc12 ------------------------------------ * Sat Sep 12 2009 Rex Dieter 11.90.3-3 - Provides: system-kde-theme system-kdm-theme system-ksplash-theme (f12) - Provides: constantine-kdm-theme constantine-ksplash-theme coreutils-7.6-1.fc12 -------------------- * Sat Sep 12 2009 Ondrej Vasik - 7.6-1 - new upstream bugfix release 7.6, removed applied patches, defuzzed the rest darcs-2.2.1-5.fc12 ------------------ * Sun Sep 13 2009 Jens Petersen - 2.2.1-5 - rebuild against ghc-6.10.4 which should fix --help hangs - improve doc summary (#522899) dkim-milter-2.8.3-3.fc12 ------------------------ * Sat Sep 12 2009 Jim Radford - 2.8.3-3 - init script cleanup to help selinux easytag-2.1.6-1.fc12 -------------------- * Sat Sep 12 2009 Matthias Saou 2.1.6-1 - Update to 2.1.6 : Development, but the latest for over a year now. - Include upstream cddb_manual_search_fix patch. etoys-4.0.2279-1.fc12 --------------------- * Sat Sep 12 2009 Steven M. Parrish - 4.0.2279-1 - lastest upstream release 4.0.2279 festival-1.96-15.fc12 --------------------- * Thu Sep 10 2009 Bernie Innocenti - 1.96-15 - Disable esd support (resolves: rhbz#492982) fillets-ng-0.9.1-1.fc12 ----------------------- * Sat Sep 12 2009 Matthias Saou 0.9.1-1 - Update to 0.9.1. gambas2-2.16.0-1.fc12 --------------------- * Fri Sep 11 2009 Tom "spot" Callaway - 2.16.0-1 - update to 2.16.0 glusterfs-2.0.6-1.fc12 ---------------------- * Sat Sep 12 2009 Matthias Saou 2.0.6-1 - Update to 2.0.6. - No longer default to disable the client on RHEL5 (#522192). - Update spec file URLs. google-gadgets-0.11.1-1.fc12 ---------------------------- * Sat Sep 12 2009 Michel Salim - 0.11.1-1 - Update to 0.11.1 google-perftools-1.4-1.fc12 --------------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 1.4-1 - update to 1.4 gpsdrive-2.10-0.4.pre7.fc12 --------------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 2.1.0-0.3.pre7 - mapnik needs libagg to work * Sat Sep 12 2009 Tom "spot" Callaway - 2.1.0-0.4.pre7 - use caolanm's fix (now that mapnik is properly fixed), use pkgconfig to figure out mapnik cflags/libs * Fri Jul 24 2009 Fedora Release Engineering - 2.10-0.2.pre7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild hatari-1.3.1-1.fc12 ------------------- * Sat Sep 12 2009 Andrea Musuruane 1.3.1-1 - updated to upstream 1.3.1 hunspell-ti-0.20090911-1.fc12 ----------------------------- * Fri Sep 11 2009 Caolan McNamara - 0.20090911-1 - latest version jd-2.4.2-0.3.svn3065_trunk.fc12 ------------------------------- * Sun Sep 13 2009 Mamoru Tasaka - rev 3065 kde-settings-4.3-6.1 -------------------- * Sat Sep 12 2009 Rex Dieter - 4.3-6.1 - -kdm: fix up %post, s/oxygen-air/Constantine/ - -kdm: Requires: system-kdm-theme kdebase-workspace-4.3.1-3.fc12 ------------------------------ * Sat Sep 12 2009 Rex Dieter - 4.3.1-3 - -python-applet: Provides: plasma-scriptengine-python - Requires: system-ksplash-theme (f12+,rhel6+) kdegames-4.3.1-4.fc12 --------------------- * Sat Sep 12 2009 Kevin Kofler - 4.3.1-4 - also fix ktron.desktop rebranding for non-US locales kdevelop-3.5.4-6.fc12 --------------------- * Sat Sep 12 2009 Rex Dieter 9:3.5.4-6 - make -libs unconditional - Requires: kdebase3 (#507653) libextractor-0.5.23-0.fc12 -------------------------- * Sat Sep 12 2009 Enrico Scholz - 0.5.23-0 - updated to 0.5.23 - reenabled rpm plugin - build exiv2 plugin with system library libmtp-1.0.1-1.fc12 ------------------- * Sat Sep 12 2009 Linus Walleij 1.0.1-1 - New upstream release. No interface changes! lpsolve-5.5.0.15-1.fc12 ----------------------- * Sat Sep 12 2009 Caol?n McNamara - 5.5.0.15-1 - latest version mapnik-0.6.1-3.fc12 ------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 0.6.1-3 - fix mapnik to properly link to libagg (caolanm) - fix pkgconfig file (caolanm) maven-jxr-2.1-6.fc12 -------------------- * Sat Sep 12 2009 Alexander Kurtakov 0:2.1-5 - Fix jxr plugin pom name. * Sat Sep 12 2009 Alexander Kurtakov 0:2.1-6 - Install maven-jxr parent pom. mimetic-0.9.6-1.fc12 -------------------- * Sat Sep 12 2009 Enrico Scholz - 0.9.6-1 - updated to 0.9.6 * Sat Jul 25 2009 Fedora Release Engineering - 0.9.5-1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild mingw32-libxml2-2.7.4-2.fc12 ---------------------------- * Sat Sep 12 2009 Erik van Pienbroek - 2.7.4-2 - Always use the native win32 thread API even when pthreads is available - Dropped a patch which isn't necessary anymore nemiver-0.7.2-1.fc12 -------------------- * Sat Sep 12 2009 Dodji Seketeli - 0.7.2-1 - Update to new upstream release (0.7.2) openvrml-0.18.3-3.fc12 ---------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 0.18.3-3 - undo arch-specific deps on gecko-libs and java (%{?isa} doesn't work like you think it works) for more details, see the comment in the spec file * Wed Aug 26 2009 Alex Lancaster - 0.18.3-2 - Rebuild for broken deps php-pear-PHPUnit-3.3.17-1.fc12 ------------------------------ * Sat Sep 12 2009 Christopher Stone 3.3.17-1 - Upstream sync plexus-maven-plugin-1.3.5-1.3.fc12 ---------------------------------- * Sun Sep 13 2009 Alexander Kurtakov 0:1.3.5-1.2 - Really require plexus-cdc. * Sun Sep 13 2009 Alexander Kurtakov 0:1.3.5-1.3 - BR maven-doxia-sitetools. - BR maven-surefire-provider-junit. purple-facebookchat-1.61-1.fc12 ------------------------------- * Sat Sep 12 2009 Ismael Olea 1.61-1 - updating to 1.61 python-gasp-0.3.2-1.fc12 ------------------------ * Sat Sep 12 2009 Sebastian Dziallas - 0.3.2-1 - update to new upstream release series python-repoze-what-quickstart-1.0.1-1.fc12 ------------------------------------------ * Sat Sep 12 2009 Tom "spot" Callaway - 1.0.1-1 - update to 1.0.1, fix typo causing broken deps python-twill-0.9-4.fc12 ----------------------- * Sat Sep 12 2009 Matthias Saou 0.9-4 - Update BR to python-setuptools-devel and add python-setuptools req (#520670). srecord-1.51-1.fc12 ------------------- * Sat Sep 12 2009 Tom "spot" Callaway - 1.51-1 - Update to 1.51 sugar-chat-66-1.fc12 -------------------- * Sat Sep 12 2009 Simon Schampijer - 66-1 - New toolbar design sugar-read-73-1.fc12 -------------------- * Sat Sep 12 2009 Simon Schampijer - 73-1 - New toolbars - Support for Epub files - Support for notes associated with bookmarks - Show a information bar in fullscreen mode, with pagecount and battery information tor-0.2.1.19-2.fc12 ------------------- * Sat Sep 12 2009 Enrico Scholz - 0.2.1.19-2 - workaround bug in redhat-lsb (#522053) uberftp-2.5-5.fc12 ------------------ * Fri Sep 11 2009 Steve Traylen - 2.5-1 - Update to uberftp-2.5 xmlcopyeditor-1.2.0.2-2.fc12 ---------------------------- * Sat Sep 12 2009 Caol?n McNamara 1.2.0.2-2 - Resolves: rhbz#508867 rhbz#511552 FTBFS * Thu Feb 05 2009 Ignacio Vazquez-Abrams 1.2.0.2-1 - Upstream update (http://sourceforge.net/news/?group_id=141776) yum-presto-0.6.0-1.fc12 ----------------------- * Sat Sep 12 2009 Jonathan Dieter - 0.6.0-1 - Change savings sentence to be more grammatically correct (#517014) - Support reading deltainfo.xml files as well as prestodelta.xml - Cleanup delta packages on yum clean all (#504854) zyx-liveinstaller-0.1.11-1.fc12 ------------------------------- * Sat Sep 12 2009 Sebastian Dziallas - 0.1.11-1 - update to new upstream release Summary: Added Packages: 2 Removed Packages: 0 Modified Packages: 49 From pasik at iki.fi Sun Sep 13 11:37:23 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sun, 13 Sep 2009 14:37:23 +0300 Subject: Preupgrade to rawhide fails with VGA monitor going out of range (i915) In-Reply-To: <20090910072530.GZ31123@reaktio.net> References: <1252445166.2271.7.camel@adam.local.net> <20090909185108.GR31123@reaktio.net> <1252525464.2311.1.camel@adam.local.net> <20090909212620.GV31123@reaktio.net> <20090910072530.GZ31123@reaktio.net> Message-ID: <20090913113723.GS31123@reaktio.net> On Thu, Sep 10, 2009 at 10:25:30AM +0300, Pasi K?rkk?inen wrote: > On Thu, Sep 10, 2009 at 12:26:20AM +0300, Pasi K?rkk?inen wrote: > > On Wed, Sep 09, 2009 at 12:44:24PM -0700, Adam Williamson wrote: > > > On Wed, 2009-09-09 at 21:51 +0300, Pasi K?rkk?inen wrote: > > > > > > > Any ideas/tips? > > > > > > try 'nomodeset xdriver=vesa' or just 'nomodeset vesa', that may work > > > around it during the upgrade. then you can test it once rawhide is > > > installed and see if you can find an error message in the X logs. > > > Thanks. > > > > > > > I tried both, but no luck :( computer crashed with both of them.. > > I have to press reset button to powercycle. > > > > It crashes after anaconda is started, and I guess X should start up.. > > > > More ideas? > > > > Hmm.. I wonder if it's related to intel gfx regression in 2.6.21-rc9 > reported on lkml. symptoms are pretty close.. > Seems like that was the problem :) I tried again today, and now it seems to work (using 2.6.31-2 kernel in rawhide). -- Pasi From mike at miketc.net Sun Sep 13 12:40:05 2009 From: mike at miketc.net (Mike Chambers) Date: Sun, 13 Sep 2009 07:40:05 -0500 Subject: Evolution time format/double address book entries Message-ID: <1252845605.4086.4.camel@localhost> Morning all, In the date field while viewing emails, it shows the time in 24 hour time instead of 12 hour time with am/pm. I have went into any preferences and made sure the two settings that have time in them are correct and what I want, but no affect. And my clock on my desktop is 12 hour time like it should be. Also, and this has happened in most/all of F12 testing, is that when either importing an address book or doing a complete restore when starting evo for the first time, when you go to do a new email and click on the to button to find an address book, it shows them as double entries. Although if you do use one, it removes both of them from the selection. Anyone else? -- Mike Chambers Madisonville, KY "Best lil town on Earth!" From bjorn at xn--rombobjrn-67a.se Sun Sep 13 13:27:36 2009 From: bjorn at xn--rombobjrn-67a.se (=?utf-8?q?Bj=C3=B6rn_Persson?=) Date: Sun, 13 Sep 2009 15:27:36 +0200 Subject: Package Review Stats for last 12 days In-Reply-To: References: Message-ID: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> This looks like a nice initiative. I hope it will lead to more reviews getting done and reduce the waiting time. Rakesh Pandit wrote: > Below is the > number of package reviews completed. [55 bugzilla links] > Total reviews modified: 55 I think the wording needs to be improved here. Is it completed reviews or modified reviews? > Review Requests: 53 If that's 53 out of the 55, it makes me wonder what the last two were. If it means 53 *new* review requests submitted, that could be made clearer. If it's not 53 new review requests, would it be possible to include that number too, so we can see whether the backlog is growing or shrinking? Bj?rn Persson From ssorce at redhat.com Sun Sep 13 14:43:26 2009 From: ssorce at redhat.com (Simo Sorce) Date: Sun, 13 Sep 2009 10:43:26 -0400 Subject: Package Review Stats for last 12 days In-Reply-To: References: Message-ID: <1252853006.26921.47.camel@localhost.localdomain> On Sun, 2009-09-13 at 15:07 +0530, Rakesh Pandit wrote: > Top three FAS account holders who have completed reviewing "Package > review" components on bugzilla for last 12 days ending 12th Sept were > Parag AN(????), Andrew Overholt , and Jason Tibbitts. Looks like Mamoru Tasaka shares the 3rd place with Jason. I don't like highlighting scores, but if you have to, then it is only fair not to leave people out :-) Simo. -- Simo Sorce * Red Hat, Inc * New York From aditya at adityapatawari.com Sun Sep 13 16:37:46 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Sun, 13 Sep 2009 22:07:46 +0530 Subject: Introduction to a new SIG for creation of Live DVD Message-ID: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> I was just reading the mails about the Fedora print magazine. There Paul Frields said that "In the longer term we really do want to move away from the Install DVD to a Live DVD that has more relevant applications and content". We didn't had any SIG for creating Live DVD and Live DVD spin. So I have started the same. The main motive of the SIG will be to roll out one live DVD per fedora release which will have all the packages of live cd and other packages as suggested by the community. For this to be a success, community support is very much required. Interested contributors please join the SIG at https://fedoraproject.org/wiki/SIGs/LiveDVD . Any kind of suggestions or pointers are most welcome. -- Aditya Patawari Birla Institute Of Technology, Mesra http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdieter at gmail.com Sun Sep 13 16:43:44 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 13 Sep 2009 19:43:44 +0300 Subject: Deltarpm xz problem with PPC generated rpms? Message-ID: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Deltarpm seems to be unable to generate correct rpms for deltarpms generated from noarch rpms. The uncompressed payload is correct, but the compressed xz payload is different. To test, using Rawhide's deltarpm, try running "applydeltarpm -r anjuta-doc-2.27.3.0-3.fc12.noarch.rpm anjuta-doc-2.27.3.0-3.fc12_2.27.92.0-1.fc12.noarch.drpm test.rpm". You should end up with an md5 mismatch. If you rpm2cpio test.rpm, you'll find that the uncompressed cpio archive is identical to that of anjuta-doc-2.27.92.0-1.fc12.noarch.rpm. As I understand it, noarch rpms are generated on PPC builders. I suspect this problem is because of one of two reasons: 1. The version of xz on the PPC builders is a different version than that on the other builders? 2. xz generates different compressed files when run on different architectures If it is #2, this is a major problem (at least for yum-presto) because the whole purpose of deltarpm is to regenerate the original (compressed) rpm, given an older version and a deltarpm. If we can't do that, the regenerated package won't pass the signature check and will be re-downloaded in full. I have access to i586 and x86_64 systems, but no PPC systems. Could someone either give me access to a PPC system or verify themselves whether xz generates different files on different architectures (all other things being equal). Jonathan -------------- 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 stefan at seekline.net Sun Sep 13 17:32:23 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Sun, 13 Sep 2009 19:32:23 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <20090911194647.5193a8e6@faldor.intranet> References: <1252689846.2491.61.camel@vogon.seekline.net> <20090911194647.5193a8e6@faldor.intranet> Message-ID: <1252863143.2486.5.camel@vogon.seekline.net> On Fri, 2009-09-11 at 19:46 +0200, Michael Schwendt wrote: > On Fri, 11 Sep 2009 19:24:06 +0200, Stefan wrote: > > > Hi, > > > > I would like to become a co-maintainer for an _existing_ RPM package. I > > already red the following link > > https://fedoraproject.org/wiki/PackageMaintainers/Join but they are > > always telling you how to act when you create a _new_ RPM package. I > > contacted the actual RPM maintainer and he said that it would be good to > > have a co-maintainer because he is the only one and could need some > > support. So this shouldn't be a problem. > > > > What do I have to do? Find a sponsor for an _existing_ RPM package? > > The terminology is different. "Sponsors" are for people, not for > packages. "Reviewers" are for packages. A sponsor is the person who > approves another person's request to join a group in the Fedora Account > System (FAS). > > If the package maintainer doesn't have sponsor status (and it sounds like > that), you obviously need to find somebody else to sponsor you. One common > way is to submit packages for review and convince a sponsor (who will be > the reviewer) that you know what you're doing with regard to RPM packaging > and the Fedora Packaging guidelines. > > If you cannot think of any package to submit for review, you could still > find a sponsor by giving a demonstration of your Fedora Packaging skills > or by trying to convince sponsors with pieces of information that may be > relevant (such as your contributions to the packaged software or other > packages, your expertise with regard to the software project, or perhaps > you like to do a couple of package reviews even if you cannot approve > the packages yet). Thank you Jason and Michael for clarification. I created a bugzilla entry, indicating that I'm looking for a sponsor. https://bugzilla.redhat.com/show_bug.cgi?id=522933 Everyone is welcomed ;-) From kevin.kofler at chello.at Sun Sep 13 17:51:07 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Sep 2009 19:51:07 +0200 Subject: Adding a project to transifex References: <4AA56CEF.4010309@redhat.com> <4AA57866.1060201@redhat.com> <2d319b780909071447ifc759c9g6aee24e733ee8aca@mail.gmail.com> <6d4237680909130001r15b569e1ne282b4b5f44c9a54@mail.gmail.com> Message-ID: Dimitris Glezos wrote: > Indeed -- the above are true. www.transifex.net is intended as an > upstream, common translation place for open source projects (not meant > to replace translate.fpo). Well, I must have misread the blog post of one of you guys then (and I wasn't able to find it again when I wanted to double-check, also because I was under time pressure), sorry for the misinformation. Kevin Kofler From kevin.kofler at chello.at Sun Sep 13 18:02:25 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Sep 2009 20:02:25 +0200 Subject: Introduction to a new SIG for creation of Live DVD References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> Message-ID: Aditya Patawari wrote: > which will have all the packages of live cd Which one? There's more than one live CD? I presume you mean the GNOME ("Desktop") one given where you cross-posted this. I think we'll either need more than one live DVD or the live DVD will have to carry more than one desktop environment (but if we choose the latter, we really need to fix GDM's usability for desktop environment selection, we have a lot of feedback from #fedora-kde and the fedora-kde ML that, after installing both, those users couldn't find KDE at all in GDM and only got into KDE once they switched to KDM, the fact that the desktop selection only shows up after you selected your user and at a location on the screen very far from the user selection is very counterintuitive). Kevin Kofler From aditya at adityapatawari.com Sun Sep 13 18:08:57 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Sun, 13 Sep 2009 23:38:57 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> Message-ID: <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> Well, as per the info provided by Kevin creating more than one live DVD is recommended. Also it makes more sense as the live dvd will copy the files onto the system. Environment selection is tricky and can result into an unstable or bug prone release. On Sun, Sep 13, 2009 at 11:32 PM, Kevin Kofler wrote: > > Which one? There's more than one live CD? I presume you mean the GNOME > ("Desktop") one given where you cross-posted this. I think we'll either > need > more than one live DVD or the live DVD will have to carry more than one > desktop environment (but if we choose the latter, we really need to fix > GDM's usability for desktop environment selection, we have a lot of > feedback > from #fedora-kde and the fedora-kde ML that, after installing both, those > users couldn't find KDE at all in GDM and only got into KDE once they > switched to KDM, the fact that the desktop selection only shows up after > you > selected your user and at a location on the screen very far from the user > selection is very counterintuitive). > > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Aditya Patawari Birla Institute Of Technology, Mesra http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.kofler at chello.at Sun Sep 13 18:29:41 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sun, 13 Sep 2009 20:29:41 +0200 Subject: Introduction to a new SIG for creation of Live DVD References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> Message-ID: Aditya Patawari wrote: > Well, as per the info provided by Kevin creating more than one live DVD is > recommended. I can take up the idea of a KDE Live DVD with KDE SIG. (I'm cross-posting this mail to fedora-kde.) The DVD size would allow us to include more stuff, like translations (kde-l10n-*, those are fairly huge and there are many supported languages), input method support (the current GNOME live CDs include that, but we weren't able to fit it on the KDE ones), additional applications (there are plenty of nice KDE apps, and we might also consider including stuff like OO.o), maybe upstream wallpapers (not as the default, but as options). We've found the CD size to be very limiting. That said, getting the DVDs (also your GNOME one) mirrored might be non- trivial, especially in the beginning, as there's already (still) the installer DVD as well as both live CDs for mirrors to carry. Kevin Kofler From aditya at adityapatawari.com Sun Sep 13 18:37:59 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 00:07:59 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> Message-ID: <2d4fa6320909131137s77f8b6f5n6ded65bae713d12b@mail.gmail.com> Thanks Kevin for all this help. I understand that mirroring it will be difficult due to space constraints. I'll take this to fedora infrastructure as soon as we have enough members on SIG. I see that you haven't joined the SIG yet, please do join it soon. Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD On Sun, Sep 13, 2009 at 11:59 PM, Kevin Kofler wrote: > > I can take up the idea of a KDE Live DVD with KDE SIG. (I'm cross-posting > this mail to fedora-kde.) The DVD size would allow us to include more > stuff, > like translations (kde-l10n-*, those are fairly huge and there are many > supported languages), input method support (the current GNOME live CDs > include that, but we weren't able to fit it on the KDE ones), additional > applications (there are plenty of nice KDE apps, and we might also consider > including stuff like OO.o), maybe upstream wallpapers (not as the default, > but as options). We've found the CD size to be very limiting. > > That said, getting the DVDs (also your GNOME one) mirrored might be non- > trivial, especially in the beginning, as there's already (still) the > installer DVD as well as both live CDs for mirrors to carry. > > Kevin Kofler > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Aditya Patawari Birla Institute Of Technology, Mesra http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Sun Sep 13 18:53:14 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 13 Sep 2009 20:53:14 +0200 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> Message-ID: <4AAD3F9A.5080101@laposte.net> Le 13/09/2009 20:29, Kevin Kofler a ?crit : > The DVD size would allow us to include more stuff, > like translations (kde-l10n-*, those are fairly huge and there are many > supported languages), input method support (the current GNOME live CDs > include that, but we weren't able to fit it on the KDE ones), additional > applications (there are plenty of nice KDE apps, and we might also consider > including stuff like OO.o), maybe upstream wallpapers (not as the default, > but as options). We've found the CD size to be very limiting. Well, the CD does not include most of the fonts we package. Not enough fonts is a recurrent user complaint (was moded up +5 insightful several times again when /. posted its ?why users reject FLOSS apps? article). So I'd expect desktop livecds to address this. -- Nicolas Mailhot From rakesh.pandit at gmail.com Sun Sep 13 19:14:49 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 14 Sep 2009 00:44:49 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: <1252853006.26921.47.camel@localhost.localdomain> References: <1252853006.26921.47.camel@localhost.localdomain> Message-ID: 2009/9/13 Simo Sorce wrote: > On Sun, 2009-09-13 at 15:07 +0530, Rakesh Pandit wrote: >> Top three FAS account holders who have completed reviewing "Package >> review" components on bugzilla for last 12 days ending 12th Sept were >> Parag AN(????), Andrew Overholt ?, and Jason Tibbitts. > > Looks like Mamoru Tasaka shares the 3rd place with Jason. > I don't like highlighting scores, but if you have to, then it is only > fair not to leave people out :-) > Thanks for pointing out. I mistakenly missed it. ;) -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From rakesh.pandit at gmail.com Sun Sep 13 19:18:08 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 14 Sep 2009 00:48:08 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> Message-ID: 2009/9/13 Bj?rn Persson wrote: > This looks like a nice initiative. I hope it will lead to more reviews getting > done and reduce the waiting time. > > Rakesh Pandit wrote: >> Below is the >> number of package reviews completed. > [55 bugzilla links] >> Total reviews modified: 55 > > I think the wording needs to be improved here. Is it completed reviews or > modified reviews? > Completed ones. >> Review Requests: 53 > > If that's 53 out of the 55, it makes me wonder what the last two were. If it > means 53 *new* review requests submitted, that could be made clearer. If it's > not 53 new review requests, would it be possible to include that number too, > so we can see whether the backlog is growing or shrinking? > Other 2 are merge reviews. I will confirm and make it a point to put it in report, along with number of new review requests. Thank you for suggestions. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From walters at verbum.org Sun Sep 13 19:33:31 2009 From: walters at verbum.org (Colin Walters) Date: Sun, 13 Sep 2009 19:33:31 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAD3F9A.5080101@laposte.net> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> <4AAD3F9A.5080101@laposte.net> Message-ID: On Sun, Sep 13, 2009 at 6:53 PM, Nicolas Mailhot wrote: > > Le 13/09/2009 20:29, Kevin Kofler a ?crit : >> >> The DVD size would allow us to include more stuff, >> like translations (kde-l10n-*, those are fairly huge and there are many >> supported languages), input method support (the current GNOME live CDs >> include that, but we weren't able to fit it on the KDE ones), additional >> applications (there are plenty of nice KDE apps, and we might also >> consider >> including stuff like OO.o), maybe upstream wallpapers (not as the default, >> but as options). We've found the CD size to be very limiting. > > Well, the CD does not include most of the fonts we package. Not enough fonts > is a recurrent user complaint (was moded up +5 insightful several times > again when /. posted its ?why users reject FLOSS apps? article). So I'd > expect desktop livecds to address this. I think the cleanest way to fix this is to have a post-installation program for the Live CD image which offers to "Complete your installation?" and does the PackageKit equivalent of yum groupinstall . (This is another reason why the kickstart files should only be subtraction-for-space from a comps group). The Live CD should basically be enough to bootstrap and get a good feel for the system and do basic tasks. This also moves us much closer to having 1 defined set of things in the "installation" instead of two wildly different things which is really broken from a QA/marketing/etc. standpoint. From aditya at adityapatawari.com Sun Sep 13 19:46:07 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 01:16:07 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> <4AAD3F9A.5080101@laposte.net> Message-ID: <2d4fa6320909131246l7c70cf32j479c40dff20777ae@mail.gmail.com> On Mon, Sep 14, 2009 at 1:03 AM, Colin Walters wrote: > > I think the cleanest way to fix this is to have a post-installation > program for the Live CD image which offers to "Complete your > installation?" and does the PackageKit equivalent of yum groupinstall > > We thought of this earlier. Being a fedora ambassador when I go to promote fedora the most common problem I hear is that people are not able to get everything from repo due to bad internet connection or just because they don't know what to install to get a particular job done. The problem with dvd install is that not everyone is familiar that what packages he/she require to do a particular task. Live DVD will be helpful in these situations. There won't be any need to download packages from internet as most common of them will be pre-installed. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From walters at verbum.org Sun Sep 13 19:55:05 2009 From: walters at verbum.org (Colin Walters) Date: Sun, 13 Sep 2009 19:55:05 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909131246l7c70cf32j479c40dff20777ae@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> <4AAD3F9A.5080101@laposte.net> <2d4fa6320909131246l7c70cf32j479c40dff20777ae@mail.gmail.com> Message-ID: On Sun, Sep 13, 2009 at 7:46 PM, Aditya Patawari wrote: > > We thought of this earlier. Being a fedora ambassador when I go to promote > fedora the most common problem I hear is that people are not able to get > everything from repo due to bad internet connection Right, understood. What I'm arguing is that what you get when you install the "Live DVD" should actually be identical to the comps group. However if it's desired to fill the full 4 gigabytes (i.e. actually be DVD size), then I suggest what you do is pre-load a lot of stuff into the yum cache, but not actually install it. A bit of PackageKit work could expose to the interface "only search cached stuff" perhaps. Or maybe the UI already knows about http:// versus file://, and if you just made a repository which pointed at the mounted DVD? From aditya at adityapatawari.com Sun Sep 13 20:00:07 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 01:30:07 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <2d4fa6320909131108he07e0b3hffc14d6ad239e54d@mail.gmail.com> <4AAD3F9A.5080101@laposte.net> <2d4fa6320909131246l7c70cf32j479c40dff20777ae@mail.gmail.com> Message-ID: <2d4fa6320909131300m66b425c7g9bab4fd0810fc80f@mail.gmail.com> Great Idea!! It would be really nice if this could be implemented successfully. Live CD + An internal Repo + A bit of php coding to choose the packages = Live DVD Genius :) On Mon, Sep 14, 2009 at 1:25 AM, Colin Walters wrote: > > Right, understood. What I'm arguing is that what you get when you > install the "Live DVD" should actually be identical to the comps > group. > > However if it's desired to fill the full 4 gigabytes (i.e. actually be > DVD size), then I suggest what you do is pre-load a lot of stuff into > the yum cache, but not actually install it. A bit of PackageKit work > could expose to the interface "only search cached stuff" perhaps. Or > maybe the UI already knows about http:// versus file://, and if you > just made a repository which pointed at the mounted DVD? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From christoph.wickert at googlemail.com Sun Sep 13 20:47:11 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Sun, 13 Sep 2009 22:47:11 +0200 Subject: Package Review Stats for last 12 days In-Reply-To: References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> Message-ID: <1252874831.2727.14.camel@localhost> Am Montag, den 14.09.2009, 00:48 +0530 schrieb Rakesh Pandit: > 2009/9/13 Bj?rn Persson wrote: > > Is it completed reviews or modified reviews? > > > > Completed ones. So why/when was this changed? In the past we counted approved reviews, not finished ones. Not sure which is better, but by silently changing the criteria, we are counting several reviews twice. Regards, Christoph From paul at city-fan.org Sun Sep 13 21:21:26 2009 From: paul at city-fan.org (Paul Howarth) Date: Sun, 13 Sep 2009 22:21:26 +0100 Subject: Changes to openvrml.spec In-Reply-To: <4AAC2A6B.8060704@redhat.com> References: <1252791923.3501.859.camel@localhost> <4AAC2938.7060502@redhat.com> <4AAC2A6B.8060704@redhat.com> Message-ID: <20090913222126.10579c27@metropolis.intra.city-fan.org> On Sat, 12 Sep 2009 19:10:35 -0400 "Tom \"spot\" Callaway" wrote: > On 09/12/2009 07:05 PM, Tom "spot" Callaway wrote: > > If and when they do so, then (and ONLY THEN) is it appropriate for > > you to have: > > > > Requires: foo%{isa} > > Ugh, this should be: > > Requires: bar%{isa} > > (as I pointed out, foo%{isa} will always work in modern Fedora > (F10+)). > > Sorry for the confusion. And you probably mean %{_isa} rather than %{isa} too. Paul. From christoph.wickert at googlemail.com Sun Sep 13 22:57:56 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 14 Sep 2009 00:57:56 +0200 Subject: Package Review Stats for last 12 days In-Reply-To: References: Message-ID: <1252882676.2727.57.camel@localhost> Am Sonntag, den 13.09.2009, 15:07 +0530 schrieb Rakesh Pandit: > Hello, > > Top three FAS account holders who have completed reviewing "Package > review" components on bugzilla for last 12 days ending 12th Sept ... This means 1st till 12th September, right? What about https://bugzilla.redhat.com/show_bug.cgi?id=506855 ? Regards, Christoph From dwalsh at redhat.com Sun Sep 13 23:28:18 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Sun, 13 Sep 2009 19:28:18 -0400 Subject: selinux disabled in rawhide ? In-Reply-To: <20090912161330.GA3100@redhat.com> References: <20090912161330.GA3100@redhat.com> Message-ID: <4AAD8012.8080409@redhat.com> On 09/12/2009 12:13 PM, Dave Jones wrote: > I did two installs yesterday, and both of them have ended up with > SELINUX=disabled in /etc/selinux/config > > I changed them back to 'enabled', rebooted, which caused a relabel, > and all seems fine. > > What's happening here ? > > Dave > I don't know there was a bug in dracut that was causing selinux to be disabled. From tcallawa at redhat.com Mon Sep 14 00:04:42 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Sun, 13 Sep 2009 20:04:42 -0400 Subject: Changes to openvrml.spec In-Reply-To: <20090913222126.10579c27@metropolis.intra.city-fan.org> References: <1252791923.3501.859.camel@localhost> <4AAC2938.7060502@redhat.com> <4AAC2A6B.8060704@redhat.com> <20090913222126.10579c27@metropolis.intra.city-fan.org> Message-ID: <4AAD889A.9000807@redhat.com> On 09/13/2009 05:21 PM, Paul Howarth wrote: > And you probably mean %{_isa} rather than %{isa} too. Indeed. Is it Monday yet? :p ~spot From rakesh.pandit at gmail.com Mon Sep 14 03:57:02 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 14 Sep 2009 09:27:02 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: <1252874831.2727.14.camel@localhost> References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> <1252874831.2727.14.camel@localhost> Message-ID: 2009/9/14 Christoph Wickert wrote: > Am Montag, den 14.09.2009, 00:48 +0530 schrieb Rakesh Pandit: >> 2009/9/13 Bj?rn Persson wrote: >> > Is it completed reviews or modified reviews? >> > >> >> Completed ones. > > So why/when was this changed? In the past we counted approved reviews, > not finished ones. Not sure which is better, but by silently changing > the criteria, we are counting several reviews twice. > Not completed ones, I check the date when fedora-review flag goes to '+' . So for https://bugzilla.redhat.com/show_bug.cgi?id=506855 it was calculated not calculated because flag was set on 31st Aug. Thanks, -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From rakesh.pandit at gmail.com Mon Sep 14 04:02:21 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 14 Sep 2009 09:32:21 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> <1252874831.2727.14.camel@localhost> Message-ID: 2009/9/14 Rakesh Pandit wrote: > 2009/9/14 Christoph Wickert wrote: >> Am Montag, den 14.09.2009, 00:48 +0530 schrieb Rakesh Pandit: >>> 2009/9/13 Bj?rn Persson wrote: >>> > Is it completed reviews or modified reviews? >>> > >>> >>> Completed ones. >> >> So why/when was this changed? In the past we counted approved reviews, >> not finished ones. Not sure which is better, but by silently changing >> the criteria, we are counting several reviews twice. >> > > Not completed ones, I check the date when fedora-review flag goes to > '+' . So for > https://bugzilla.redhat.com/show_bug.cgi?id=506855 it was calculated > not calculated because flag was set on 31st Aug. > Instead it came came into count in last report https://www.redhat.com/archives/fedora-devel-list/2009-September/msg00249.html which was for 4 months without urls. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From Quentin at Armitage.org.uk Sun Sep 13 14:25:33 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Sun, 13 Sep 2009 15:25:33 +0100 Subject: Evolution time format/double address book entries In-Reply-To: <1252845605.4086.4.camel@localhost> References: <1252845605.4086.4.camel@localhost> Message-ID: <1252851933.5635.13.camel@samson.armitage.org.uk> On Sun, 2009-09-13 at 07:40 -0500, Mike Chambers wrote: > Morning all, > > > In the date field while viewing emails, it shows the time in 24 hour > time instead of 12 hour time with am/pm. I have went into any > preferences and made sure the two settings that have time in them are > correct and what I want, but no affect. And my clock on my desktop is > 12 hour time like it should be. > I recollect that Evolution used to display times in am/pm format, but mine is now displaying in 24 hour format (which I happen to prefer). One thing I have noticed though is that "yesterday" shown in the Date column in table format seems to be two days (i.e. on 13th September all emails received on both the 12th and 11th September are shown as yesterday), and the "2 days ago" etc are all one day out. Quentin From mschwendt at gmail.com Mon Sep 14 07:59:32 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Mon, 14 Sep 2009 09:59:32 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <1252863143.2486.5.camel@vogon.seekline.net> References: <1252689846.2491.61.camel@vogon.seekline.net> <20090911194647.5193a8e6@faldor.intranet> <1252863143.2486.5.camel@vogon.seekline.net> Message-ID: <20090914095932.50d1d439@faldor.intranet> On Sun, 13 Sep 2009 19:32:23 +0200, Stefan wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=522933 A couple of relevant guideline sections that comment on issues found quickly in the three spec files: https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires https://fedoraproject.org/wiki/Packaging/Guidelines#Shared_Libraries https://fedoraproject.org/wiki/Packaging/Guidelines#StaticLibraries > %post > /sbin/ldconfig > ... > %postun > /sbin/ldconfig > ... With shell scriptlets, there is no automatic dependency on tools executed within the script body. You only get an automatic dep on /bin/sh. Hence more accurate would be to add Requires(post): /sbin/ldconfig Requires(postun): /sbin/ldconfig Arguably, that one is part of glibc and should be available. It's just easy to forget such dependencies for other tools executed in RPM scriptlets. For example, /usr/bin/xmlcatalog in your %post/postun, even if the dependency on libxml2 is automatic via the libxml2 library SONAME (and the tool is included in that package currently). > %doc %{_mandir}/man1/pbbcmd.1.gz > %doc %{_mandir}/man1/pbbuttonsd.1.gz > %doc %{_mandir}/man5/pbbuttonsd.cnf.5.gz %doc is automatic for files below %_mandir. Using "*" instead of ".gz" is more convenient as the compression technique applied by rpmbuild may change. From choeger at cs.tu-berlin.de Mon Sep 14 09:43:44 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 14 Sep 2009 11:43:44 +0200 Subject: bodhi formatting Message-ID: <1252921424.3075.1.camel@choeger5.umpa.netz> Hi, I wanted to be a good packager and include the upstream CHANGELOG lines in the update notes of bsf-2.4.0, but bodhi does not accept empty lines (error) nor linebreaks (ignored). How is that text supposed to be formatted? regards Christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From bochecha at fedoraproject.org Mon Sep 14 09:51:30 2009 From: bochecha at fedoraproject.org (Mathieu Bridon (bochecha)) Date: Mon, 14 Sep 2009 11:51:30 +0200 Subject: bodhi formatting In-Reply-To: <1252921424.3075.1.camel@choeger5.umpa.netz> References: <1252921424.3075.1.camel@choeger5.umpa.netz> Message-ID: <2d319b780909140251r23968985h4000efc8c008c0f1@mail.gmail.com> Hi, > I wanted to be a good packager and include the upstream CHANGELOG lines > in the update notes of bsf-2.4.0, but bodhi does not accept empty lines > (error) nor linebreaks (ignored). How is that text supposed to be > formatted? For best results, you can use the MarkDown syntax. Right now, PK understands it and will display it nicely. I'm working on it on the Bodhi side, so that Bodhi displays it nicely as well. Patches are available, waiting for Luke to accept them or ask me to rework them :) https://fedorahosted.org/bodhi/ticket/286 ---------- Mathieu Bridon (bochecha) From choeger at cs.tu-berlin.de Mon Sep 14 10:16:08 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 14 Sep 2009 12:16:08 +0200 Subject: bodhi formatting In-Reply-To: <2d319b780909140251r23968985h4000efc8c008c0f1@mail.gmail.com> References: <1252921424.3075.1.camel@choeger5.umpa.netz> <2d319b780909140251r23968985h4000efc8c008c0f1@mail.gmail.com> Message-ID: <1252923368.3075.2.camel@choeger5.umpa.netz> Am Montag, den 14.09.2009, 11:51 +0200 schrieb Mathieu Bridon (bochecha): > Hi, > > > I wanted to be a good packager and include the upstream CHANGELOG lines > > in the update notes of bsf-2.4.0, but bodhi does not accept empty lines > > (error) nor linebreaks (ignored). How is that text supposed to be > > formatted? > > For best results, you can use the MarkDown syntax. > > Right now, PK understands it and will display it nicely. > > I'm working on it on the Bodhi side, so that Bodhi displays it nicely > as well. Patches are available, waiting for Luke to accept them or ask > me to rework them :) > https://fedorahosted.org/bodhi/ticket/286 Thanks for the hint. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From tmraz at redhat.com Mon Sep 14 10:18:04 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 14 Sep 2009 12:18:04 +0200 Subject: selinux disabled in rawhide ? In-Reply-To: <4AAD8012.8080409@redhat.com> References: <20090912161330.GA3100@redhat.com> <4AAD8012.8080409@redhat.com> Message-ID: <1252923484.25711.72.camel@vespa.frost.loc> On Sun, 2009-09-13 at 19:28 -0400, Daniel J Walsh wrote: > On 09/12/2009 12:13 PM, Dave Jones wrote: > > I did two installs yesterday, and both of them have ended up with > > SELINUX=disabled in /etc/selinux/config > > > > I changed them back to 'enabled', rebooted, which caused a relabel, > > and all seems fine. > > > > What's happening here ? > > > > Dave > > > I don't know there was a bug in dracut that was causing selinux to be disabled. Dan, do you mean the https://bugzilla.redhat.com/show_bug.cgi?id=520753 ? But this one looks like a different bug perhaps in anaconda? At least it seems to be worth reporting it to bz on anaconda. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From airlied at redhat.com Mon Sep 14 10:35:29 2009 From: airlied at redhat.com (Dave Airlie) Date: Mon, 14 Sep 2009 20:35:29 +1000 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Message-ID: <1252924529.7337.5.camel@localhost> On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote: > Deltarpm seems to be unable to generate correct rpms for deltarpms > generated from noarch rpms. The uncompressed payload is correct, but > the compressed xz payload is different. > > To test, using Rawhide's deltarpm, try running "applydeltarpm -r > anjuta-doc-2.27.3.0-3.fc12.noarch.rpm > anjuta-doc-2.27.3.0-3.fc12_2.27.92.0-1.fc12.noarch.drpm test.rpm". You > should end up with an md5 mismatch. If you rpm2cpio test.rpm, you'll > find that the uncompressed cpio archive is identical to that of > anjuta-doc-2.27.92.0-1.fc12.noarch.rpm. > > As I understand it, noarch rpms are generated on PPC builders. > > I suspect this problem is because of one of two reasons: > 1. The version of xz on the PPC builders is a different version than > that on the other builders? > 2. xz generates different compressed files when run on different > architectures > > If it is #2, this is a major problem (at least for yum-presto) because > the whole purpose of deltarpm is to regenerate the original (compressed) > rpm, given an older version and a deltarpm. If we can't do that, the > regenerated package won't pass the signature check and will be > re-downloaded in full. > > I have access to i586 and x86_64 systems, but no PPC systems. Could > someone either give me access to a PPC system or verify themselves > whether xz generates different files on different architectures (all > other things being equal). It doesn't. [airlied at pegasus ~]$ md5sum lm93_busted.o d7174fc439c4678927725d06de4f18a2 lm93_busted.o [airlied at pegasus ~]$ xz -z -c lm93_busted.o | md5sum 86dbb83fea5f4e2f77396b3f491a0cc1 - [airlied at ppcg5 ~]$ md5sum lm93_busted.o d7174fc439c4678927725d06de4f18a2 lm93_busted.o [airlied at ppcg5 ~]$ xz -z -c lm93_busted.o | md5sum acf84a6c173b040f6cf8ea96c7daa513 - thats just a random file I had on my machine here, first is x86 32-bit, second is ppc. xz-4.999.9-0.1.beta.fc12 on both. Dave. > > Jonathan > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From fedora at camperquake.de Mon Sep 14 10:39:34 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 14 Sep 2009 12:39:34 +0200 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252924529.7337.5.camel@localhost> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <1252924529.7337.5.camel@localhost> Message-ID: <20090914123934.54c9cf94@dhcp03.addix.net> Hi. On Mon, 14 Sep 2009 20:35:29 +1000, Dave Airlie wrote: > It doesn't. Shouldn't that be 'it does'? From hughsient at gmail.com Mon Sep 14 11:01:14 2009 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 14 Sep 2009 12:01:14 +0100 Subject: New DeviceKit-power build in rawhide Message-ID: <15e53e180909140401n3a00339cjf895d9d1be7cb38c@mail.gmail.com> I've just built a new F12 DeviceKit-power package[1] in koji which should be in tomorrows rawhide. This should fix some of the issues people were having with adding and removing devices. Please can you give this build a test, and please then reply if it either fixes a problem you were having with the old build, or if it causes a regression and breaks something that worked before. Thanks. Richard. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=131863 From jdieter at gmail.com Mon Sep 14 11:09:46 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 14:09:46 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252924529.7337.5.camel@localhost> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <1252924529.7337.5.camel@localhost> Message-ID: <9e5330bc0909140409s552299ebnde9f23ac786b46d3@mail.gmail.com> On Mon, Sep 14, 2009 at 1:35 PM, Dave Airlie wrote: > On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote: >> Deltarpm seems to be unable to generate correct rpms for deltarpms >> generated from noarch rpms. ?The uncompressed payload is correct, but >> the compressed xz payload is different. >> >> To test, using Rawhide's deltarpm, try running "applydeltarpm -r >> anjuta-doc-2.27.3.0-3.fc12.noarch.rpm >> anjuta-doc-2.27.3.0-3.fc12_2.27.92.0-1.fc12.noarch.drpm test.rpm". ?You >> should end up with an md5 mismatch. ?If you rpm2cpio test.rpm, you'll >> find that the uncompressed cpio archive is identical to that of >> anjuta-doc-2.27.92.0-1.fc12.noarch.rpm. >> >> As I understand it, noarch rpms are generated on PPC builders. >> >> I suspect this problem is because of one of two reasons: >> 1. The version of xz on the PPC builders is a different version than >> that on the other builders? >> 2. xz generates different compressed files when run on different >> architectures >> >> If it is #2, this is a major problem (at least for yum-presto) because >> the whole purpose of deltarpm is to regenerate the original (compressed) >> rpm, given an older version and a deltarpm. ?If we can't do that, the >> regenerated package won't pass the signature check and will be >> re-downloaded in full. >> >> I have access to i586 and x86_64 systems, but no PPC systems. ?Could >> someone either give me access to a PPC system or verify themselves >> whether xz generates different files on different architectures (all >> other things being equal). > > It doesn't. > [airlied at pegasus ~]$ md5sum lm93_busted.o > d7174fc439c4678927725d06de4f18a2 ?lm93_busted.o > [airlied at pegasus ~]$ xz -z -c lm93_busted.o | md5sum > 86dbb83fea5f4e2f77396b3f491a0cc1 ?- > > [airlied at ppcg5 ~]$ md5sum lm93_busted.o > d7174fc439c4678927725d06de4f18a2 ?lm93_busted.o > [airlied at ppcg5 ~]$ xz -z -c lm93_busted.o | md5sum > acf84a6c173b040f6cf8ea96c7daa513 ?- > > > thats just a random file I had on my machine here, > first is x86 32-bit, second is ppc. > xz-4.999.9-0.1.beta.fc12 on both. > > Dave. That really really sucks. Thanks for checking it for me. Jonathan From stickster at gmail.com Mon Sep 14 12:23:49 2009 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 14 Sep 2009 08:23:49 -0400 Subject: Fedora 12 Beta Blocker Meeting #1 Recap--2009-09-11 In-Reply-To: <4AAAB83D.1060307@redhat.com> References: <4AAAB83D.1060307@redhat.com> Message-ID: <20090914122349.GT28498@localhost.localdomain> On Fri, Sep 11, 2009 at 01:51:09PM -0700, John Poelstra wrote: > Today was the first of many exciting blocker bug review meetings in > anticipation of the Fedora 12 Beta release. Thanks to everyone who > filed bugs and participated in the discussion. I think we saw a much > smoother release (or at least less surprises) of the Fedora 12 Alpha by > doing these reviews each week. Hopefully the same will be true for the > Beta and final release! I wanted to suggest https://bugzilla.redhat.com/show_bug.cgi?id=518880 as a candidate for blocker status, because it's a regression in a well-publicized feature. (The maintainers are already aware of the problem and working on it, I'd just like to make sure it's not lost in the shuffle.) That criterion is worth considering generally for blocker status. But maybe it needs some refinement? -- 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 From stickster at gmail.com Mon Sep 14 12:34:43 2009 From: stickster at gmail.com (Paul W. Frields) Date: Mon, 14 Sep 2009 08:34:43 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> Message-ID: <20090914123443.GU28498@localhost.localdomain> On Sun, Sep 13, 2009 at 10:07:46PM +0530, Aditya Patawari wrote: > I was just reading the mails about the Fedora print magazine. There > Paul Frields said that "In the longer term we really do want to move > away from the Install DVD to a Live DVD that has more > relevant applications and content". We didn't had any SIG for creating > Live DVD and Live DVD spin. So I have started the same. The main motive of > the SIG will be to roll out one live DVD per fedora release which will > have all the packages of live cd and other packages as suggested by the > community. For this to be a success, community support is very much > required. Interested contributors please join the SIG at > [1]https://fedoraproject.org/wiki/SIGs/LiveDVD .? Any kind of suggestions > or pointers are most > welcome. To clarify, what I was talking about was the fact that the Installation DVD is really just a continuation of what has shipped since time immemorial in Red Hat Linux many years ago. It doesn't have any particular target. At the same time, our Live CDs are highly constrained by a combination of (1) the 700 MB limit, and (2) our desire -- a worthy one, IMHO -- to keep them usable in as many languages as possible. So whenever we talk about media that includes a bunch of applications that users do really want, but we can't include on a CD-sized medium, we fall back to the DVD, which loses much of the appeal of the Live image. I think the Desktop SIG has already been discussing the need for a larger image due to constantly having to bump out useful applications to stay under the CD size limit. At the same time, the Installation DVD does provide a helpful testing bed for Anaconda. Mainly, I was just interested in the idea of existing SIGs feeling empowered to produce their Live spins for larger media, rather than everyone needing more applications having to fall back to the Installation DVD. I'm not sure what an equally untargeted generic Live spin really achieves, but at the same time, if there are contributors interested in producing one, our spin process certainly permits it. -- 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 From stefan at seekline.net Mon Sep 14 12:37:20 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Mon, 14 Sep 2009 14:37:20 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <20090914095932.50d1d439@faldor.intranet> References: <1252689846.2491.61.camel@vogon.seekline.net> <20090911194647.5193a8e6@faldor.intranet> <1252863143.2486.5.camel@vogon.seekline.net> <20090914095932.50d1d439@faldor.intranet> Message-ID: <1252931840.2482.266.camel@vogon.seekline.net> On Mon, 2009-09-14 at 09:59 +0200, Michael Schwendt wrote: > On Sun, 13 Sep 2009 19:32:23 +0200, Stefan wrote: > > > https://bugzilla.redhat.com/show_bug.cgi?id=522933 > > A couple of relevant guideline sections that comment on issues > found quickly in the three spec files: > > https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires > https://fedoraproject.org/wiki/Packaging/Guidelines#Shared_Libraries > https://fedoraproject.org/wiki/Packaging/Guidelines#StaticLibraries > > > %post > > /sbin/ldconfig > > ... > > > %postun > > /sbin/ldconfig > > ... > > With shell scriptlets, there is no automatic dependency on tools executed > within the script body. You only get an automatic dep on /bin/sh. Hence > more accurate would be to add > > Requires(post): /sbin/ldconfig > Requires(postun): /sbin/ldconfig > > Arguably, that one is part of glibc and should be available. It's just > easy to forget such dependencies for other tools executed in RPM scriptlets. > For example, /usr/bin/xmlcatalog in your %post/postun, even if the > dependency on libxml2 is automatic via the libxml2 library SONAME > (and the tool is included in that package currently). This is quite right and one reason not to publish this RPM ;-) The RPM was only intended as a quick way for me to organize such installations over several computers which are only run by myself. Especially the ldconfig stuff is listed here as a MUST: https://fedoraproject.org/wiki/Packaging/ReviewGuidelines > > %doc %{_mandir}/man1/pbbcmd.1.gz > > %doc %{_mandir}/man1/pbbuttonsd.1.gz > > %doc %{_mandir}/man5/pbbuttonsd.cnf.5.gz > > %doc is automatic for files below %_mandir. > Using "*" instead of ".gz" is more convenient as the compression > technique applied by rpmbuild may change. I would say so too. From aditya at adityapatawari.com Mon Sep 14 12:49:12 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 18:19:12 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914123443.GU28498@localhost.localdomain> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914123443.GU28498@localhost.localdomain> Message-ID: <2d4fa6320909140549s66aff386r910276f033a63b23@mail.gmail.com> Initially I was also thinking of producing a larger image to include more packages but after reading Colin's view I also thinking that instead of creating a large image with all pre-installed stuff, a large image with an internal repository can be created. It will reduce the user's need of accessing external repository without having a lot of stuff installed which a new user might find confusing and cluttered. It will leave the basic "try before use" feature of the live cd will remain as it is. On Mon, Sep 14, 2009 at 6:04 PM, Paul W. Frields wrote: > To clarify, what I was talking about was the fact that the > Installation DVD is really just a continuation of what has shipped > since time immemorial in Red Hat Linux many years ago. It doesn't > have any particular target. At the same time, our Live CDs are highly > constrained by a combination of (1) the 700 MB limit, and (2) our > desire -- a worthy one, IMHO -- to keep them usable in as many > languages as possible. > > So whenever we talk about media that includes a bunch of applications > that users do really want, but we can't include on a CD-sized medium, > we fall back to the DVD, which loses much of the appeal of the Live > image. I think the Desktop SIG has already been discussing the need > for a larger image due to constantly having to bump out useful > applications to stay under the CD size limit. At the same time, the > Installation DVD does provide a helpful testing bed for Anaconda. > > Mainly, I was just interested in the idea of existing SIGs feeling > empowered to produce their Live spins for larger media, rather than > everyone needing more applications having to fall back to the > Installation DVD. I'm not sure what an equally untargeted generic > Live spin really achieves, but at the same time, if there are > contributors interested in producing one, our spin process certainly > permits it. > > -- > 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 > > -- > Fedora-desktop-list mailing list > Fedora-desktop-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-desktop-list > -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Mon Sep 14 13:18:39 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 14 Sep 2009 13:18:39 +0000 Subject: rawhide report: 20090914 changes Message-ID: <20090914131839.GA16664@releng2.fedora.phx.redhat.com> Compose started at Mon Sep 14 06:15:04 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.i686 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 python-cryptsetup-0.0.9-2.fc12.i686 requires libcryptsetup.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.x86_64 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) python-cryptsetup-0.0.9-2.fc12.x86_64 requires libcryptsetup.so.0()(64bit) python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 python-cryptsetup-0.0.9-2.fc12.ppc requires libcryptsetup.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc64 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-cryptsetup-0.0.9-2.fc12.ppc64 requires libcryptsetup.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package ghc-fgl Haskell fgl library New package kdevplatform Libraries for use by KDE development tools New package php-pecl-sphinx PECL extension for Sphinx SQL full-text search engine Removed package ghc-HUnit Updated Packages: anjal-0.1.0-0.9.20090913gitd0a14f2.fc12 --------------------------------------- * Sun Sep 13 2009 Peter Robinson 0.1.0-0.9 - New git snapshot anyremote-5.0-1.fc12 -------------------- * Mon Sep 14 2009 Mikhail Fedotov - 5.0 - anyRemote was rewritten using multithreading and GLib. Native D-BUS support. Format of configuration file was significantly changed. apanov-heuristica-fonts-0.2-2.fc12 ---------------------------------- * Sun Sep 13 2009 Nicolas Mailhot - 1:0.2-2 ? make Bold Italic Bold Italic not BoldItalic azureus-4.2.0.8-2.fc12 ---------------------- * Sun Sep 13 2009 David Juran - 4.2.0.8-2 - revive the no-updates patches (Bz515131) - fix start-script to work when /usr/share/azureus/plugins/ is empty * Sat Sep 12 2009 David Juran - 4.2.0.8-1 - Upgrade to 4.2.0.8 * Tue Aug 04 2009 David Juran - 4.2.0.4-2 - Fix Bz 515228 properly childsplay-1.4-1.fc12 --------------------- * Sun Sep 13 2009 Johan Cwiklinski 1.4-1 - 1.4 dumpasn1-20090721-1.fc12 ------------------------ * Sun Sep 13 2009 Fran?ois Kooman - 20090721-1 - update to upstream version 20090721 ecolier-court-fonts-20070702-11.fc12 ------------------------------------ * Sun Sep 13 2009 Nicolas Mailhot - 20070702-11 ? Fix the font naming to something more user friendly (remove PS1 legacy limitations) eric-4.3.7.1-1.fc12 ------------------- * Sun Sep 13 2009 Johan Cwiklinski 4.3.7.1-1 - 4.3.7.1 - add BR on qscintilla-python since qscintilla-python-devel no longer requires it fontpackages-1.23-1.fc12 ------------------------ * Sun Sep 13 2009 Nicolas Mailhot - 1.23-1 ? cleanups + add merging/remapping templates gerbv-2.3.0-3.fc12 ------------------ * Sun Sep 13 2009 Chitlesh Goorah - 2.3.0-3 - Fixed gerbv-2.3.0-1 png failed to open - FEL ticket #47 - Fixed bug 2841371 (segfault on edit->orientation with no layer loaded) git-1.6.4.3-1.fc12 ------------------ * Sun Sep 13 2009 Todd Zullinger - 1.6.4.3-1 - git-1.6.4.2 gnustep-make-2.2.0-3.fc12 ------------------------- * Sun Sep 13 2009 Michel Salim - 2.2.0-2 - Rename overly-generic info files - Fix all references to lib -> %{_lib} - Add more directories to gnustep-filesystem * Sun Sep 13 2009 Michel Salim - 2.2.0-3 - Package now BuildConflicts: itself (bz#473342) * Sat Sep 12 2009 Michel Salim - 2.2.0-1 - Update to 2.2.0 - Replace perl scripts with sed equivalents; dropping BR google-droid-fonts-20090906-4.fc12 ---------------------------------- * Sun Sep 13 2009 Nicolas Mailhot - 20090906-4 ? follow the fontpackages template more closely - 20090906-3 ? more Behdad-suggested fontconfig tweaks gtk2-2.17.11-3.fc12 ------------------- * Sun Sep 13 2009 Matthias Clasen - 2.17.11-3 - Fix the bell inchi-1.0.2-1.fc12 ------------------ * Wed Aug 26 2009 Dominik Mierzejewski 1.0.2-1 - updated to final 1.02 release (unfortunately, it breaks ABI) jd-2.4.2-0.3.svn3068_trunk.fc12 ------------------------------- * Mon Sep 14 2009 Mamoru Tasaka - rev 3068 libgadu-1.9.0-0.1.rc1.fc12 -------------------------- * Sun Sep 13 2009 Dominik Mierzejewski 1.9.0-0.1.rc1 - updated to 1.9.0-rc1 libmemcached-0.31-1.fc12 ------------------------ * Sun Sep 13 2009 Remi Collet - 0.31-1 - update to 0.31 lirc-0.8.6-1.fc12 ----------------- * Sun Sep 13 2009 Jarod Wilson 0.8.6-1 - Update to lirc 0.8.6 release maven-scm-1.2-3.fc12 -------------------- * Sat Sep 12 2009 Alexander Kurtakov 0:1.2-1 - Update to upstream 1.2. * Sat Sep 12 2009 Alexander Kurtakov 0:1.2-2 - Add doxia-sitetools BR. * Sat Sep 12 2009 Alexander Kurtakov 0:1.2-3 - BR maven-surefire-provider-junit. - BR plexus-maven-plugin. - BR maven2-plugin-assembly. monodevelop-debugger-mdb-2.1.0-1.fc12 ------------------------------------- * Sun Sep 13 2009 Paul F. Johnson 2.1.0-0 - Bump to 2.2 beta 1 mdb - Added AspNetDebugger dll monotone-0.45-1.fc12 -------------------- * Sat Sep 12 2009 Thomas Moschny - 0.45-1 - Update to 0.45. neon-0.29.0-3.fc12 ------------------ * Sun Sep 13 2009 Joe Orton 0.29.0-1 - update to 0.29.0 * Sun Sep 13 2009 Joe Orton 0.29.0-3 - enable libproxy support nimbus-0.0.17-8.fc12 -------------------- * Wed Sep 09 2009 Mat?j Cepl - 0.0.17-8 - use %if and build both on RHEL and Fedora. openbabel-2.2.3-1.fc12 ---------------------- * Wed Aug 26 2009 Dominik Mierzejewski 2.2.3-1 - updated to 2.2.3 - dropped obsolete patch - fixed configure to detect external inchi (both pre-1.0.2 and 1.0.2) - re-enabled inchi tests * Sat Jul 25 2009 Fedora Release Engineering - 2.2.1-0.2.b3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild openlayers-2.8-4.fc12 --------------------- * Sun Sep 13 2009 Mathieu Bridon - 2.8-3 - Removed the bundled jsmin tool which license is unacptable in Fedora - This makes it a noarch package * Sun Sep 13 2009 Mathieu Bridon - 2.8-4 - Make a -doc subpackage for the API documentation which makes the main package 75% smaller perl-Crypt-DSA-1.16-1.fc12 -------------------------- * Fri Sep 11 2009 Paul Howarth 1.16-1 - Update to 1.16 (first production release) - New upstream maintainer -> change source URL - Change buildreq which to perl(File::Which) - Add new buildreqs perl(Crypt::DES_EDE3), perl(File::Spec), perl(IPC::Open3) - Buildreq perl(Math::BigInt) >= 1.78 - Enable AUTOMATED_TESTING - New test requirements: - perl(Perl::MinimumVersion) >= 1.20 - perl(Test::CPAN::Meta) >= 0.12 - perl(Test::MinimumVersion) >= 0.008 - perl(Test::Pod) >= 1.26 - ToDo no longer present upstream, but add LICENSE and README as %doc - Add runtime dependency on openssl (used for DSA parameter generation) - Add patch for openssl dsaparam 1.0 compatibility (CPAN RT#49668) perl-Search-Xapian-1.0.15.0-1.fc12 ---------------------------------- * Sun Sep 13 2009 Rakesh Pandit 1.0.15.0-1 - Updated to 1.0.15 to match xapian-core new updates phpMyAdmin-3.2.2-1.fc12 ----------------------- * Sun Sep 13 2009 Robert Scheck 3.2.2-1 - Upstream released 3.2.2 * Sun Sep 06 2009 Robert Scheck 3.2.1-2 - Added ::1 for localhost/loopback access (for IPv6 users) polkit-0.95-0.git20090913.fc12 ------------------------------ * Sun Sep 13 2009 David Zeuthen - 0.95-0.git20090913 - Update to git snapshot - Drop upstreamed patches - Turn on GObject introspection - Don't delete desktop_admin_r and desktop_user_r groups when uninstalling polkit-desktop-policy polkit-gnome-0.95-0.git20090913.2.fc12 -------------------------------------- * Sun Sep 13 2009 David Zeuthen - 0.95-0.git20090913 - Update to git snapshot - Turn on GObject introspection * Sun Sep 13 2009 David Zeuthen - 0.95-0.git20090913.1 - Update BR * Sun Sep 13 2009 David Zeuthen - 0.95-0.git20090913.2 - Update BR purple-microblog-0.2.3-3.fc12 ----------------------------- * Sun Sep 13 2009 Ismael Olea - 0.2.3-3 - fixing make invocation avoiding call to subversion * Sat Sep 12 2009 Ismael Olea - 0.2.3-1 - New upstream release * Sat Sep 12 2009 Ismael Olea - 0.2.3-2 - adding svn building requirement python-virtinst-0.500.0-2.fc12 ------------------------------ * Sun Sep 13 2009 Cole Robinson - 0.500.0-2.fc12 - Don't erroneously set limit for amount of virtio devices (bz 499654) - Don't use virtio for cdrom devices (bz 517151) - Auto detect keymapping (bz 487735) rpmlint-0.91-1.fc12 ------------------- * Mon Sep 14 2009 Ville Skytt? - 0.91-1 - Update to 0.91; fixes #513811, #515185, #516492, #519694, and #521630. - Add dependencies on gzip, bzip2, and xz. - Sync Fedora license list with Wiki revision 1.49. - Move pre-2008 %changelog entries to CHANGES.package.old. senamirmir-washra-fonts-4.1-3.fc12 ---------------------------------- * Sun Sep 13 2009 Nicolas Mailhot - 4.1-3 ? Fix WashRa Bold and SemiBold naming sonic-visualiser-1.6-3.fc12 --------------------------- * Sun Sep 13 2009 Michel Salim - 1.6-3 - No longer conflict with RPM Fusion packaging - Updated icon cache scriptlet * Sun Aug 23 2009 Michel Salim - 1.6-2 - Package now conflicts with RPM Fusion packaging * Fri Aug 21 2009 Michel Salim - 1.6-1 - Update to 1.6 spamassassin-3.3.0-0.12.alpha2.fc12 ----------------------------------- * Sun Sep 13 2009 Warren Togami - 3.3.0-0.12.alpha2 - require perl(Mail::DKIM), useful due to USER_IN_DEF_DKIM_WL tuxtype2-1.7.5-1.fc12 --------------------- * Mon Sep 14 2009 Johan Cwiklinski - 1.7.5-1 - 1.7.5 - removed shipped fonts viking-0.9.9-1.fc12 ------------------- * Sun Sep 13 2009 Fabian Affolter - 0.9.9-1 - Update to new upstream version 0.9.9 wine-1.1.29-3.fc12 ------------------ * Sun Sep 13 2009 Andreas Bierfert - 1.1.29-3 - patch for steam regression (upstream #19916) - update winepulse winecfg patch xca-0.7.0-0.fc12 ---------------- * Sun Sep 13 2009 Enrico Scholz - 0.7.0-0 - updated to 0.7.0; rediffed patches xdg-utils-1.0.2-11.20090913cvs.fc12 ----------------------------------- * Sun Sep 13 2009 Rex Dieter - 1.0.2-11.20090913cvs - 20090913cvs snapshot - xdg-open in xdg-utils expects xprop to be available (#506857) Summary: Added Packages: 3 Removed Packages: 1 Modified Packages: 42 From MathStuf at gmail.com Mon Sep 14 13:25:31 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Mon, 14 Sep 2009 09:25:31 -0400 Subject: Deltarpm xz problem with PPC generated rpms? References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <1252924529.7337.5.camel@localhost> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Airlie wrote: > On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote: >> Deltarpm seems to be unable to generate correct rpms for deltarpms >> generated from noarch rpms. The uncompressed payload is correct, but >> the compressed xz payload is different. >> >> To test, using Rawhide's deltarpm, try running "applydeltarpm - -r >> anjuta-doc-2.27.3.0-3.fc12.noarch.rpm >> anjuta-doc-2.27.3.0-3.fc12_2.27.92.0-1.fc12.noarch.drpm test.rpm". You >> should end up with an md5 mismatch. If you rpm2cpio test.rpm, you'll >> find that the uncompressed cpio archive is identical to that of >> anjuta-doc-2.27.92.0-1.fc12.noarch.rpm. >> >> As I understand it, noarch rpms are generated on PPC builders. >> >> I suspect this problem is because of one of two reasons: >> 1. The version of xz on the PPC builders is a different version than >> that on the other builders? >> 2. xz generates different compressed files when run on different >> architectures >> >> If it is #2, this is a major problem (at least for yum- presto) because >> the whole purpose of deltarpm is to regenerate the original (compressed) >> rpm, given an older version and a deltarpm. If we can't do that, the >> regenerated package won't pass the signature check and will be >> re-downloaded in full. >> >> I have access to i586 and x86_64 systems, but no PPC systems. Could >> someone either give me access to a PPC system or verify themselves >> whether xz generates different files on different architectures (all >> other things being equal). > > It doesn't. > [airlied at pegasus ~]$ md5sum lm93_busted.o > d7174fc439c4678927725d06de4f18a2 lm93_busted.o > [airlied at pegasus ~]$ xz -z -c lm93_busted.o | md5sum > 86dbb83fea5f4e2f77396b3f491a0cc1 - > > [airlied at ppcg5 ~]$ md5sum lm93_busted.o > d7174fc439c4678927725d06de4f18a2 lm93_busted.o > [airlied at ppcg5 ~]$ xz -z -c lm93_busted.o | md5sum > acf84a6c173b040f6cf8ea96c7daa513 - > > > thats just a random file I had on my machine here, > first is x86 32-bit, second is ppc. > xz-4.999.9-0.1.beta.fc12 on both. > > Dave. > >> >> Jonathan >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list > When I was playing around with xz after it came out, it detects the processor and memory available to it and defaults to a different compression quality based on that. Maybe if the compression quality and memory usage is set in the command line, you'd get the same output. boeckb at bronto-burt % md5sum eeepc.pdf efbb35dcb6903fa4a8be91a717ae5c97 eeepc.pdf boeckb at bronto-burt % xz -c -f eeepc.pdf | md5sum b7d67d9b8b6a3ac00d9fcfab67ebd93b - boeckb at bronto-burt % xz -c -f -5 eeepc.pdf | md5sum 56a269074d015f6d46051a5ecf8d32da - [data at cledwyn ~]$ xz -c -f eeepc.pdf | md5sum 5120f453bf577d58e3e94786e7bc5df1 - [data at cledwyn ~]$ xz -c -f -5 eeepc.pdf | md5sum 56a269074d015f6d46051a5ecf8d32da - bronto-burt 3.0GHz x86_64 4GB RAM cledwyn 667MHz i686 192MB RAM xz-4.999.8-0.8.beta.20090817git.fc11 for both - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJKrkRLAAoJEKaxavVX4C1X43sQAK/7dor2kOpiXZRkf6DpWFrI VFn0bIFqcaRphLmb33FRjMU894iTyQ2yG5hVqxYpMLzYCWKMNImwmUlaLMMmpeOs xgX9M3gpselL2MlpweJK7nHF/2bmT/wsLjepARW5HQMBmj2HW00cKrGX4XUR+cnx TQaAyjk8krLPeZVB5LoIWlF9hcQw9YweHLhGdDezVpjGX1pvUlyPsUvYkjY1wes4 VG6nnBzV2lakN+Q/MMJ5koiWs4rREDSIdjk6+yeqDtcxLs3WrtRxnr7xaUpkOZ24 P4fWDhgR/yZjCYEHVM2ql+FmnwZVP1GIF0vCbiBDGyQoeTNLUWUJE487/oJk8/VN YwKyWq7mU+HJbNYmnDSOrBliJdCw3dP7+mRWglMT/b6o71CNXmGTgfYXVVlrcM0C yHNWxX+C6NqdF/tpKRYDQEd/Ljrc1PznKRV56NqInFqzDgVDG6ibhmVw0l7ZJjMf vuv/Nuv1pWkVGQT90K30PQfmEzBkie7uk9kQMI4PuMLf2NW3ob7gMByXnfA4Pv5n 6jAh58WzTFU4cOzeWrYfQz3K685xITNrjISfqjBJ0ChP/FBsOGAZDz8qrvtWq1nU LatqA/Y581iszgGhvHfOb+HO+Pw6UaybseLUAJRYpGJuRaOjm9U8XD+bQscJziuy c1kKue8JcRPlaIE2rsMp =qsIg -----END PGP SIGNATURE----- From schwab at redhat.com Mon Sep 14 13:46:34 2009 From: schwab at redhat.com (Andreas Schwab) Date: Mon, 14 Sep 2009 15:46:34 +0200 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: (Ben Boeckel's message of "Mon, 14 Sep 2009 09:25:31 -0400") References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <1252924529.7337.5.camel@localhost> Message-ID: Ben Boeckel writes: > When I was playing around with xz after it came out, it detects > the processor and memory available to it and defaults to a > different compression quality based on that. Maybe if the > compression quality and memory usage is set in the command line, > you'd get the same output. By default xz sets its memory limit to 40% of the physical memory, but limits above about 90Mb don't change the output any more, and it's still different between x86 and ppc. Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From jdieter at gmail.com Mon Sep 14 13:47:07 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 16:47:07 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <1252924529.7337.5.camel@localhost> Message-ID: <1252936027.25185.9.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 09:25 -0400, Ben Boeckel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Dave Airlie wrote: > > [airlied at pegasus ~]$ md5sum lm93_busted.o > > d7174fc439c4678927725d06de4f18a2 lm93_busted.o > > [airlied at pegasus ~]$ xz -z -c lm93_busted.o | md5sum > > 86dbb83fea5f4e2f77396b3f491a0cc1 - > > > > [airlied at ppcg5 ~]$ md5sum lm93_busted.o > > d7174fc439c4678927725d06de4f18a2 lm93_busted.o > > [airlied at ppcg5 ~]$ xz -z -c lm93_busted.o | md5sum > > acf84a6c173b040f6cf8ea96c7daa513 - > > > > > > thats just a random file I had on my machine here, > > first is x86 32-bit, second is ppc. > > xz-4.999.9-0.1.beta.fc12 on both. > > > > Dave. > > When I was playing around with xz after it came out, it detects > the processor and memory available to it and defaults to a > different compression quality based on that. Maybe if the > compression quality and memory usage is set in the command line, > you'd get the same output. > > boeckb at bronto-burt % md5sum eeepc.pdf > efbb35dcb6903fa4a8be91a717ae5c97 eeepc.pdf > boeckb at bronto-burt % xz -c -f eeepc.pdf | md5sum > b7d67d9b8b6a3ac00d9fcfab67ebd93b - > boeckb at bronto-burt % xz -c -f -5 eeepc.pdf | md5sum > 56a269074d015f6d46051a5ecf8d32da - > > [data at cledwyn ~]$ xz -c -f eeepc.pdf | md5sum > 5120f453bf577d58e3e94786e7bc5df1 - > [data at cledwyn ~]$ xz -c -f -5 eeepc.pdf | md5sum > 56a269074d015f6d46051a5ecf8d32da - > > bronto-burt 3.0GHz x86_64 4GB RAM > cledwyn 667MHz i686 192MB RAM > > xz-4.999.8-0.8.beta.20090817git.fc11 for both > > - --Ben Dave, if you're still around, do you mind running a check on both your machines using "xz -c -z -7"? IIRC, we do force the compression level in both rpm and deltarpm to be 7. Thanks, Jonathan -------------- 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 andre at bwh.harvard.edu Mon Sep 14 14:20:26 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Mon, 14 Sep 2009 10:20:26 -0400 Subject: Introduction to a new SIG for creation of Live DVD Message-ID: <4AAE512A.9050706@bwh.harvard.edu> Two questions: 1) Deltaisos are capable of saving roughly half the download size in going from Fedora N to Fedora (N+1), but only work for installation images, not live images. Is there any form of delta compression for live images which is competitive with this? 2) (A little off topic) The installation images are still labeled i386, even though after the two package rebuilds, all packages on the disk will be i686. The live CDs are correctly labeled i686, presumably the live DVDs will be also. Are there any plans for F13 to relabel the installation images, and the repo directory names, to stop referring to i386? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kevin at scrye.com Mon Sep 14 15:22:30 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 14 Sep 2009 09:22:30 -0600 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Message-ID: <20090914092230.0ddd2ee4@ohm.scrye.com> On Sun, 13 Sep 2009 19:43:44 +0300 Jonathan Dieter wrote: ...snip... > I have access to i586 and x86_64 systems, but no PPC systems. Could > someone either give me access to a PPC system or verify themselves > whether xz generates different files on different architectures (all > other things being equal). Feel free to use my ppc32 test machine for any tests you need: https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers > Jonathan kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jdieter at gmail.com Mon Sep 14 15:36:04 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 18:36:04 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914092230.0ddd2ee4@ohm.scrye.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914092230.0ddd2ee4@ohm.scrye.com> Message-ID: <1252942564.25185.73.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 09:22 -0600, Kevin Fenzi wrote: > On Sun, 13 Sep 2009 19:43:44 +0300 > Jonathan Dieter wrote: > > ...snip... > > > I have access to i586 and x86_64 systems, but no PPC systems. Could > > someone either give me access to a PPC system or verify themselves > > whether xz generates different files on different architectures (all > > other things being equal). > > Feel free to use my ppc32 test machine for any tests you need: > > https://fedoraproject.org/wiki/Test_Machine_Resources_For_Package_Maintainers > Thanks, that's exactly what I'm looking for!! Jonathan -------------- 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 bruno at wolff.to Mon Sep 14 15:56:29 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 14 Sep 2009 10:56:29 -0500 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914123443.GU28498@localhost.localdomain> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914123443.GU28498@localhost.localdomain> Message-ID: <20090914155629.GA4331@wolff.to> On Mon, Sep 14, 2009 at 08:34:43 -0400, "Paul W. Frields" wrote: > > To clarify, what I was talking about was the fact that the > Installation DVD is really just a continuation of what has shipped > since time immemorial in Red Hat Linux many years ago. It doesn't > have any particular target. At the same time, our Live CDs are highly > constrained by a combination of (1) the 700 MB limit, and (2) our > desire -- a worthy one, IMHO -- to keep them usable in as many > languages as possible. Note that there are already Live DVDs and at least one (Games Spin) that is limited by the 4 GiB iso size so as to be downloadable on FAT systems. There is also a good chance that Squashfs will support lzma compression by F13, which should be a noticeable help to spins up against their iso size limits. From jreiser at bitwagon.com Mon Sep 14 16:05:34 2009 From: jreiser at bitwagon.com (John Reiser) Date: Mon, 14 Sep 2009 09:05:34 -0700 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAE512A.9050706@bwh.harvard.edu> References: <4AAE512A.9050706@bwh.harvard.edu> Message-ID: <4AAE69CE.9050802@bitwagon.com> > Deltaisos are capable of saving roughly half the download size in > going from Fedora N to Fedora (N+1), but only work for installation > images, not live images. Is there any form of delta compression for > live images which is competitive with this? It hasn't been productized, but approximately: unsquashfs old-Live.img old-Live.tree # local ("slave") unsquashfs new-Live.img new-Live.tree # remote ("master") rsync remote:new-Live.tree local:old-Live.tree # "delta compression" happens here mksquashfs old-Live.tree new-Live.img # local -- From schwab at redhat.com Mon Sep 14 16:15:50 2009 From: schwab at redhat.com (Andreas Schwab) Date: Mon, 14 Sep 2009 18:15:50 +0200 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> (Jonathan Dieter's message of "Sun, 13 Sep 2009 19:43:44 +0300") References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Message-ID: Jonathan Dieter writes: > 2. xz generates different compressed files when run on different > architectures The problem is that the encoder uses different hash functions depending on the endianess. The hash functions are defined in liblzma/lz/lz_encoder_hash.h, and are based on the values in lzma_crc32_table[0]. This table is different between big end little endian. Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From jdieter at gmail.com Mon Sep 14 16:25:49 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 19:25:49 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Message-ID: <1252945549.30058.5.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 18:15 +0200, Andreas Schwab wrote: > Jonathan Dieter writes: > > > 2. xz generates different compressed files when run on different > > architectures > > The problem is that the encoder uses different hash functions depending > on the endianess. The hash functions are defined in > liblzma/lz/lz_encoder_hash.h, and are based on the values in > lzma_crc32_table[0]. This table is different between big end little > endian. Just looked at the code. How difficult would it be to change it so it uses the same hash function (or at least with the same result)? Jonathan -------------- 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 notting at redhat.com Mon Sep 14 16:29:47 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 12:29:47 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> Message-ID: <20090914162947.GB10030@nostromo.devel.redhat.com> Aditya Patawari (aditya at adityapatawari.com) said: > I was just reading the mails about the Fedora print magazine. There > Paul Frields said that "In the longer term we really do want to move > away from the Install DVD to a Live DVD that has more > relevant applications and content". We didn't had any SIG for creating > Live DVD and Live DVD spin. So I have started the same. The main motive of > the SIG will be to roll out one live DVD per fedora release which will have > all the packages of live cd and other packages as suggested by the > community. For this to be a success, community support is very much > required. Interested contributors please join the SIG at > https://fedoraproject.org/wiki/SIGs/LiveDVD . Any kind of suggestions or > pointers are most > welcome. How would this be different from each LiveCD group just targeting a DVD size and changing their spin appropriately? Bill From notting at redhat.com Mon Sep 14 16:30:52 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 12:30:52 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> Message-ID: <20090914163052.GC10030@nostromo.devel.redhat.com> Andreas Schwab (schwab at redhat.com) said: > > 2. xz generates different compressed files when run on different > > architectures > > The problem is that the encoder uses different hash functions depending > on the endianess. The hash functions are defined in > liblzma/lz/lz_encoder_hash.h, and are based on the values in > lzma_crc32_table[0]. This table is different between big end little > endian. Not having looked at the algorithm... *why*? Is it really that big of a difference? Bill From jreiser at bitwagon.com Mon Sep 14 16:31:48 2009 From: jreiser at bitwagon.com (John Reiser) Date: Mon, 14 Sep 2009 09:31:48 -0700 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914155629.GA4331@wolff.to> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914123443.GU28498@localhost.localdomain> <20090914155629.GA4331@wolff.to> Message-ID: <4AAE6FF4.3070402@bitwagon.com> > Note that there are already Live DVDs and at least one (Games Spin) that is > limited by the 4 GiB iso size so as to be downloadable on FAT systems. Many people who have a choice prefer USB2.0 flash memory storage over DVD because it has much lower latency (seeks are much faster) and does not degrade the drive [wear] nor the platter [scratches] during frequent or intensive use. The downside is lower capacity in readily-available units ("4GB" [or even "2GB"] instead of "4.7GB"), higher initial cost for media (typical in US: 4GB flash $9; DVD+R $0.40), different physical attachment, different BIOS capability. > There is also a good chance that Squashfs will support lzma compression > by F13, which should be a noticeable help to spins up against their iso > size limits. Squashfs and lzma have been living together happily for years: http://www.squashfs-lzma.org/ Are you sure that squashfs in Fedora Project is not using lzma? -- From jreiser at bitwagon.com Mon Sep 14 16:39:44 2009 From: jreiser at bitwagon.com (John Reiser) Date: Mon, 14 Sep 2009 09:39:44 -0700 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914163052.GC10030@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> Message-ID: <4AAE71D0.2090402@bitwagon.com> >> The problem is that the encoder uses different hash functions depending >> on the endianess. The hash functions are defined in >> liblzma/lz/lz_encoder_hash.h, and are based on the values in >> lzma_crc32_table[0]. This table is different between big end little >> endian. > Not having looked at the algorithm... *why*? Is it really that big > of a difference? rz/sz is a very old application. In the days of 6MHz CPUs it mattered. After that, "backwards compatibility" took precedence over portability. -- From jdieter at gmail.com Mon Sep 14 16:44:49 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 19:44:49 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914163052.GC10030@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> Message-ID: <1252946689.30058.11.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 12:30 -0400, Bill Nottingham wrote: > Andreas Schwab (schwab at redhat.com) said: > > > 2. xz generates different compressed files when run on different > > > architectures > > > > The problem is that the encoder uses different hash functions depending > > on the endianess. The hash functions are defined in > > liblzma/lz/lz_encoder_hash.h, and are based on the values in > > lzma_crc32_table[0]. This table is different between big end little > > endian. > > Not having looked at the algorithm... *why*? Is it really that big > of a difference? I've been talking to the xz developer on IRC, and he says it's really not a huge difference. He sounds amenable to changing big-endian compression so it uses the little-endian CRC32 table. He said you'd need a new single-dimension CRC32 table that would only be used when doing the big-endian build. To be honest, though, this is all way over my head. Jonathan -------------- 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 dwalsh at redhat.com Mon Sep 14 17:13:21 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 14 Sep 2009 13:13:21 -0400 Subject: selinux disabled in rawhide ? In-Reply-To: <1252923484.25711.72.camel@vespa.frost.loc> References: <20090912161330.GA3100@redhat.com> <4AAD8012.8080409@redhat.com> <1252923484.25711.72.camel@vespa.frost.loc> Message-ID: <4AAE79B1.4000504@redhat.com> On 09/14/2009 06:18 AM, Tomas Mraz wrote: > On Sun, 2009-09-13 at 19:28 -0400, Daniel J Walsh wrote: >> On 09/12/2009 12:13 PM, Dave Jones wrote: >>> I did two installs yesterday, and both of them have ended up with >>> SELINUX=disabled in /etc/selinux/config >>> >>> I changed them back to 'enabled', rebooted, which caused a relabel, >>> and all seems fine. >>> >>> What's happening here ? >>> >>> Dave >>> >> I don't know there was a bug in dracut that was causing selinux to be disabled. > > Dan, do you mean the > https://bugzilla.redhat.com/show_bug.cgi?id=520753 ? > > But this one looks like a different bug perhaps in anaconda? At least it > seems to be worth reporting it to bz on anaconda. > Yes open a bugzilla for it. From aditya at adityapatawari.com Mon Sep 14 17:20:23 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 22:50:23 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914162947.GB10030@nostromo.devel.redhat.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> Message-ID: <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> On Mon, Sep 14, 2009 at 9:59 PM, Bill Nottingham wrote: > How would this be different from each LiveCD group just targeting > a DVD size and changing their spin appropriately? > Actually instead of increasing the size and getting a cluttered install, I am planning to include an internal repository. After installation end user will get the normal live cd stuff and an inbuilt repo which can be used to install packages as per the need. It will reduce the need of internet and will also increase the package installation speed. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdieter at gmail.com Mon Sep 14 17:25:47 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 20:25:47 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914163052.GC10030@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> Message-ID: <1252949147.30058.35.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 12:30 -0400, Bill Nottingham wrote: > Andreas Schwab (schwab at redhat.com) said: > > > 2. xz generates different compressed files when run on different > > > architectures > > > > The problem is that the encoder uses different hash functions depending > > on the endianess. The hash functions are defined in > > liblzma/lz/lz_encoder_hash.h, and are based on the values in > > lzma_crc32_table[0]. This table is different between big end little > > endian. > > Not having looked at the algorithm... *why*? Is it really that big > of a difference? Ok, I've just had a conversation on IRC with Lasse Collin, the maintainer of xz. He's now planning on changing xz so it will produce the same output independent of endianess. He hasn't committed to any timeframe, though. He did bring up some other very good points, though. Xz's compression output hasn't been set in sand, much less stone. The file format will stay the same, but the same command-line options may result in different compressed files. We will probably need to have some kind of freeze for xz during a release (or at the very least, a test case added to the build process that fails when a generated xz file doesn't match a precreated one). Alternatives include a mass rebuild whenever xz's compression format changes and/or removing all deltarpms when xz's compression format changes. Another alternative would be for rpm to have a private copy of the xz-lib code that stays fairly static. Not sure how that would go down. So, to summarize, architecture-specific deltarpms are working perfectly in rawhide right now, and, if you're running a PPC machine, all deltarpms are working perfectly. Otherwise, noarch deltarpms will build into an incorrect rpm, and yum-presto will proceed to redownload the full rpm. Jonathan -------------- 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 skvidal at fedoraproject.org Mon Sep 14 17:28:07 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 14 Sep 2009 13:28:07 -0400 (EDT) Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252949147.30058.35.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: On Mon, 14 Sep 2009, Jonathan Dieter wrote: > > Another alternative would be for rpm to have a private copy of the > xz-lib code that stays fairly static. Not sure how that would go down. Let us never speak of that again. Thanks. > So, to summarize, architecture-specific deltarpms are working perfectly > in rawhide right now, and, if you're running a PPC machine, all > deltarpms are working perfectly. Otherwise, noarch deltarpms will build > into an incorrect rpm, and yum-presto will proceed to redownload the > full rpm. Boy, I'm so glad we decided to jump onto the xz ship. -sv From jdieter at gmail.com Mon Sep 14 17:29:11 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 20:29:11 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252949147.30058.35.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: <1252949351.30058.42.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote: > Ok, I've just had a conversation on IRC with Lasse Collin, the > maintainer of xz. He's now planning on changing xz so it will produce > the same output independent of endianess. He hasn't committed to any > timeframe, though. Sorry, forgot to mention, another option would be to sign the *uncompressed* data in an rpm, so if the compressed data was different, it wouldn't matter. This would be a lot easier from the maintenance side of things, but I'm not sure how feasible this big of a change in rpm would be. Jonathan -------------- 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 notting at redhat.com Mon Sep 14 17:39:54 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 13:39:54 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252949147.30058.35.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: <20090914173953.GA13684@nostromo.devel.redhat.com> Jonathan Dieter (jdieter at gmail.com) said: > He did bring up some other very good points, though. Xz's compression > output hasn't been set in sand, much less stone. The file format will > stay the same, but the same command-line options may result in different > compressed files. ... in what way does he mean this? Obviously passing -1 ... -9 causes different output, much like it does in gzip/bzip2/etc. Bill From poelstra at redhat.com Mon Sep 14 17:59:56 2009 From: poelstra at redhat.com (John Poelstra) Date: Mon, 14 Sep 2009 10:59:56 -0700 Subject: Fedora 12 Beta Blocker Meeting #1 Recap--2009-09-11 In-Reply-To: <20090914122349.GT28498@localhost.localdomain> References: <4AAAB83D.1060307@redhat.com> <20090914122349.GT28498@localhost.localdomain> Message-ID: <4AAE849C.7010105@redhat.com> Paul W. Frields said the following on 09/14/2009 05:23 AM Pacific Time: > On Fri, Sep 11, 2009 at 01:51:09PM -0700, John Poelstra wrote: >> Today was the first of many exciting blocker bug review meetings in >> anticipation of the Fedora 12 Beta release. Thanks to everyone who >> filed bugs and participated in the discussion. I think we saw a much >> smoother release (or at least less surprises) of the Fedora 12 Alpha by >> doing these reviews each week. Hopefully the same will be true for the >> Beta and final release! > > I wanted to suggest https://bugzilla.redhat.com/show_bug.cgi?id=518880 > as a candidate for blocker status, because it's a regression in a > well-publicized feature. (The maintainers are already aware of the > problem and working on it, I'd just like to make sure it's not lost in > the shuffle.) > > That criterion is worth considering generally for blocker status. But > maybe it needs some refinement? > I see that it is on F12Target, but I still think it could get lost in the shuffle as we don't review that list at the blocker meetings. I'll move it to blocker so it at least gets discussed and tracked closer... with the understanding that it might be removed later. John From notting at redhat.com Mon Sep 14 18:03:16 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 14:03:16 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> Message-ID: <20090914180315.GA13938@nostromo.devel.redhat.com> Aditya Patawari (aditya at adityapatawari.com) said: > > How would this be different from each LiveCD group just targeting > > a DVD size and changing their spin appropriately? > > Actually instead of increasing the size and getting a cluttered install, I > am planning to include an internal repository. After installation end user > will get the normal live cd stuff and an inbuilt repo which can be used to > install packages as per the need. It will reduce the need of internet and > will also increase the package installation speed. ... how is that significantly different than what we have now? Now: - user downloads DVD iso - user picks from arbitrary set of software - additional software can be selected from network - user installs New: - user downloads DVD live iso - user partitions, has to include space for all other software on DVD (!) - user installs - user reboots - user can pick from arbitary set of software to add on - additional software can be selected from network How is this better? Bill From walters at verbum.org Mon Sep 14 18:07:25 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 14 Sep 2009 18:07:25 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914180315.GA13938@nostromo.devel.redhat.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> Message-ID: On Mon, Sep 14, 2009 at 6:03 PM, Bill Nottingham wrote: > > New: > - user downloads DVD live iso > - user partitions, has to include space for all other software on DVD (!) > - user installs > - user reboots > - user can pick from arbitary set of software to add on > - additional software can be selected from network Because in the future we will we have a better UI than the current Add/Remove applications for installing desktop software at least, and this way Anaconda doesn't need to maintain a package selection UI. From notting at redhat.com Mon Sep 14 18:08:47 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 14:08:47 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> Message-ID: <20090914180847.GB13938@nostromo.devel.redhat.com> Colin Walters (walters at verbum.org) said: > > New: > > - user downloads DVD live iso > > - user partitions, has to include space for all other software on DVD (!) > > - user installs > > - user reboots > > - user can pick from arbitary set of software to add on > > - additional software can be selected from network > > Because in the future we will we have a better UI than the current > Add/Remove applications for installing desktop software at least, and > this way Anaconda doesn't need to maintain a package selection UI. We've been describing that future for a while. In the meantime, having to actually install uninstalled versions of random software seems inefficient. Bill From walters at verbum.org Mon Sep 14 18:18:32 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 14 Sep 2009 18:18:32 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914180847.GB13938@nostromo.devel.redhat.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <20090914180847.GB13938@nostromo.devel.redhat.com> Message-ID: On Mon, Sep 14, 2009 at 6:08 PM, Bill Nottingham wrote: > > We've been describing that future for a while. In the meantime, having > to actually install uninstalled versions of random software seems > inefficient. Well, there are a few other virtues to having a larger image, namely: * Can use web browser to find out more information about applications (and in general, use other live tools) * De-duplicates the install path, allowing us to focus on streamlining one single path From jdieter at gmail.com Mon Sep 14 18:20:51 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 14 Sep 2009 21:20:51 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914173953.GA13684@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <20090914173953.GA13684@nostromo.devel.redhat.com> Message-ID: <1252952451.30058.43.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 13:39 -0400, Bill Nottingham wrote: > Jonathan Dieter (jdieter at gmail.com) said: > > He did bring up some other very good points, though. Xz's compression > > output hasn't been set in sand, much less stone. The file format will > > stay the same, but the same command-line options may result in different > > compressed files. > > ... in what way does he mean this? Obviously passing -1 ... -9 causes > different output, much like it does in gzip/bzip2/etc. He means that the file generated using -5 in the future may be different than the file generated using -5 now. Jonathan -------------- 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 aditya at adityapatawari.com Mon Sep 14 18:24:16 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Mon, 14 Sep 2009 23:54:16 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914180315.GA13938@nostromo.devel.redhat.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> Message-ID: <2d4fa6320909141124n7945cd14n64ae56a1438132e1@mail.gmail.com> On Mon, Sep 14, 2009 at 11:33 PM, Bill Nottingham wrote: > > New: > - user downloads DVD live iso > - user partitions, has to include space for all other software on DVD (!) > - user installs > - user reboots > - user can pick from arbitary set of software to add on > - additional software can be selected from network > > How is this better? > > I agree that it will take up more space but its a price which most of us will be ready to pay. Bad Internet connection is more common than smaller hard disks. Also if someone is concern about the disk space so much than he'll be using live cd than dvd. Primarily Live DVD is to help those who do not have internet access or a bad connection. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From kushaldas at gmail.com Mon Sep 14 18:27:09 2009 From: kushaldas at gmail.com (Kushal Das) Date: Mon, 14 Sep 2009 23:57:09 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909141124n7945cd14n64ae56a1438132e1@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <2d4fa6320909141124n7945cd14n64ae56a1438132e1@mail.gmail.com> Message-ID: On Mon, Sep 14, 2009 at 11:54 PM, Aditya Patawari wrote: > I agree that it will take up more space but its a price which most of us > will be ready to pay. Bad Internet connection is more common than smaller > hard disks. Also if someone is concern about the disk space so much than > he'll be using live cd than dvd. Primarily Live DVD is to help those who do > not have internet access or a bad connection. They can simply use the regular DVD in that case directly. Kushal -- http://fedoraproject.org http://kushaldas.in From notting at redhat.com Mon Sep 14 18:28:37 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 14:28:37 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <20090914180847.GB13938@nostromo.devel.redhat.com> Message-ID: <20090914182837.GD13938@nostromo.devel.redhat.com> Colin Walters (walters at verbum.org) said: > * De-duplicates the install path, allowing us to focus on streamlining > one single path Given the requirements for server installs (kickstart, etc.) I don't know that you can ever go to live-only (unless you really *shrink* the live image.) Bill From notting at redhat.com Mon Sep 14 18:34:51 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Sep 2009 14:34:51 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252952451.30058.43.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <20090914173953.GA13684@nostromo.devel.redhat.com> <1252952451.30058.43.camel@jdlaptop.lesbg.loc> Message-ID: <20090914183448.GF13938@nostromo.devel.redhat.com> Jonathan Dieter (jdieter at gmail.com) said: > > ... in what way does he mean this? Obviously passing -1 ... -9 causes > > different output, much like it does in gzip/bzip2/etc. > > He means that the file generated using -5 in the future may be different > than the file generated using -5 now. As long as that file is decompressible by older versions, then it's only a deltarpm issue. Bill From walters at verbum.org Mon Sep 14 18:37:44 2009 From: walters at verbum.org (Colin Walters) Date: Mon, 14 Sep 2009 18:37:44 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090914182837.GD13938@nostromo.devel.redhat.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <20090914180847.GB13938@nostromo.devel.redhat.com> <20090914182837.GD13938@nostromo.devel.redhat.com> Message-ID: On Mon, Sep 14, 2009 at 6:28 PM, Bill Nottingham wrote: > Colin Walters (walters at verbum.org) said: >> * De-duplicates the install path, allowing us to focus on streamlining >> one single path > > Given the requirements for server installs (kickstart, etc.) I don't know > that you can ever go to live-only (unless you really *shrink* the live > image.) I'd imagine that running the "live Anaconda" UI from inside the GDM X session wouldn't take significantly more resources than the Anaconda OS after creating an image that doesn't have games, etc. From jkeating at redhat.com Mon Sep 14 18:43:12 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Sep 2009 11:43:12 -0700 Subject: Fedora Release Engineering meeting summary for 2009-09-14 Message-ID: <1252953792.6759.28.camel@localhost.localdomain> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.2009-09-14-18.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.2009-09-14-18.00.txt Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.2009-09-14-18.00.log.html Meeting log ----------- * roll call (Oxf13, 18:00:30) * old business - Snapshot 1 (and 2) (Oxf13, 18:03:39) * ACTION: Oxf13 to release snapshot2 torrents today (Oxf13, 18:05:00) * IDEA: how do we determine the benefit we get from snapshots for the effort expended? (Oxf13, 18:21:28) * old business - slow newRepo tasks (Oxf13, 18:22:31) * LINK: http://jkeating.fedorapeople.org/newrepo-average-duration.png (Oxf13, 18:26:07) * LINK: http://jkeating.fedorapeople.org/newrepo-average-duration-14.png (Oxf13, 18:27:41) * Fedora 12 Beta (Oxf13, 18:31:15) * Open Floor (Oxf13, 18:35:12) Meeting ended at 18:42:01 UTC. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From aditya at adityapatawari.com Mon Sep 14 19:04:56 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Tue, 15 Sep 2009 00:34:56 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <2d4fa6320909141124n7945cd14n64ae56a1438132e1@mail.gmail.com> Message-ID: <2d4fa6320909141204i6fc82a58wfb5496b9d838cb62@mail.gmail.com> On Mon, Sep 14, 2009 at 11:57 PM, Kushal Das wrote: > They can simply use the regular DVD in that case directly. > Regular DVD won't give the "try before you install" feature. Also just like live CD this can be used as rescue disk too. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at wolff.to Mon Sep 14 19:13:37 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 14 Sep 2009 14:13:37 -0500 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAE6FF4.3070402@bitwagon.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914123443.GU28498@localhost.localdomain> <20090914155629.GA4331@wolff.to> <4AAE6FF4.3070402@bitwagon.com> Message-ID: <20090914191337.GA15383@wolff.to> On Mon, Sep 14, 2009 at 09:31:48 -0700, John Reiser wrote: > > Squashfs and lzma have been living together happily for years: > http://www.squashfs-lzma.org/ Are you sure that squashfs in Fedora Project > is not using lzma? The squashfs-tools srpm does not include the squashfs-lmza patches. It just has the 4.0 tbz file and a patch for handing compiler options in SOURCES. I belive the problem has been Fedora rarely using kernel modules that aren't in mainline. squashfs-lzma is not mainline at this time. But both squashfs and lzma have been included in recent mainline kernels. Lougher had said he was going to try to get the patches into 2.6.31, but didn't end up making it. I haven't seen anything yet indicating that they got into the 2.6.32 merge window, but there is still time. It's probably too late for F12 even if it did make it in to 2.6.32. From bruno at wolff.to Mon Sep 14 19:19:17 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 14 Sep 2009 14:19:17 -0500 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252949351.30058.42.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <1252949351.30058.42.camel@jdlaptop.lesbg.loc> Message-ID: <20090914191917.GB15383@wolff.to> On Mon, Sep 14, 2009 at 20:29:11 +0300, Jonathan Dieter wrote: > > Sorry, forgot to mention, another option would be to sign the > *uncompressed* data in an rpm, so if the compressed data was different, > it wouldn't matter. Uncompressing hostile data isn't always a good idea. It is preferable to sign the compressed data when that is what you are handing out. From james at fedoraproject.org Mon Sep 14 19:43:12 2009 From: james at fedoraproject.org (James Antill) Date: Mon, 14 Sep 2009 15:43:12 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252949351.30058.42.camel@jdlaptop.lesbg.loc> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <1252949351.30058.42.camel@jdlaptop.lesbg.loc> Message-ID: <1252957392.9589.73.camel@code.and.org> On Mon, 2009-09-14 at 20:29 +0300, Jonathan Dieter wrote: > On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote: > > Ok, I've just had a conversation on IRC with Lasse Collin, the > > maintainer of xz. He's now planning on changing xz so it will produce > > the same output independent of endianess. He hasn't committed to any > > timeframe, though. > > > > Sorry, forgot to mention, another option would be to sign the > *uncompressed* data in an rpm, so if the compressed data was different, > it wouldn't matter. > > This would be a lot easier from the maintenance side of things, but I'm > not sure how feasible this big of a change in rpm would be. That doesn't work, before yum checks the signatures it checks the createrepo checksum ... which is a sha256 (or whatever) of the entire rpm?. So deltarpm must produce exactly the same bits. ? Asking someone to change this to be the headers plus uncompressed data is likely to be unhealthy for you. -- James Antill Fedora From andre at bwh.harvard.edu Mon Sep 14 19:48:27 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Mon, 14 Sep 2009 15:48:27 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAE69CE.9050802@bitwagon.com> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> Message-ID: <4AAE9E0B.5030805@bwh.harvard.edu> On 09/14/2009 12:05 PM, John Reiser wrote: >> Deltaisos are capable of saving roughly half the download size in >> going from Fedora N to Fedora (N+1), but only work for installation >> images, not live images. Is there any form of delta compression for >> live images which is competitive with this? > > It hasn't been productized, but approximately: > unsquashfs old-Live.img old-Live.tree # local ("slave") > unsquashfs new-Live.img new-Live.tree # remote ("master") > rsync remote:new-Live.tree local:old-Live.tree # "delta > compression" happens here > mksquashfs old-Live.tree new-Live.img # local Has anyone tried this on existing live images to see how much is saved (say going from a Fedora N to Fedora (N+1) Live CD)? I'm skeptical that rsync, which is completely general, would be as efficient as something specialized such as {make,apply}deltaiso. It may be necessary for someone to create a specialized tool for delta compression between live images, in order to be able to compress as well as deltaisos currently do for the install images. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kevin.kofler at chello.at Mon Sep 14 20:25:56 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 14 Sep 2009 22:25:56 +0200 Subject: Deltarpm xz problem with PPC generated rpms? References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: Jonathan Dieter wrote: > So, to summarize, architecture-specific deltarpms are working perfectly > in rawhide right now, and, if you're running a PPC machine, all > deltarpms are working perfectly. I don't know at what stage the deltarpms are being generated, but in Koji, noarch builds can be on any arch, there's no way to predict what arch Koji will be running them on. Kevin Kofler From kevin.kofler at chello.at Mon Sep 14 20:30:10 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 14 Sep 2009 22:30:10 +0200 Subject: Introduction to a new SIG for creation of Live DVD References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> Message-ID: Aditya Patawari wrote: > Actually instead of increasing the size and getting a cluttered install, I > am planning to include an internal repository. After installation end user > will get the normal live cd stuff and an inbuilt repo which can be used to > install packages as per the need. It will reduce the need of internet and > will also increase the package installation speed. I don't like that idea at all. I think that if we're going to ship software, we should also preinstall it on the live image. Otherwise users can't try it out right away when starting the live system and they have to post-install it manually after their installation. Kevin Kofler From aditya at adityapatawari.com Mon Sep 14 20:41:13 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Tue, 15 Sep 2009 02:11:13 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> Message-ID: <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> On Tue, Sep 15, 2009 at 2:00 AM, Kevin Kofler wrote: > I think that if we're going to ship software, > we should also preinstall it on the live image. Otherwise users can't try > it > out right away when starting the live system and they have to post-install > it manually after their installation. > The problem with this is that giving 4 GB of pre-installed stuff will only clutter the space and might end up confusing the user. A better alternative could be to increase the size of install image to nearly 1 GB to accomodate some more packages and keep the rest of the packages in the inbuilt repo. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Mon Sep 14 20:47:19 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 14 Sep 2009 13:47:19 -0700 Subject: Announcing Fedora 12 Snapshot 2 Message-ID: <1252961239.6759.30.camel@localhost.localdomain> Fedora 12 Snapshot 1 is now available for testing. These snapshots consist of live images only. These were composed last Friday, and made available today. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 2, for i686 and x86_64 Fedora 12 Live KDE Snapshot 2, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 2, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 2, for i686 and x86_64 Please report issues in bugzilla. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 christoph.wickert at googlemail.com Mon Sep 14 20:56:19 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Mon, 14 Sep 2009 22:56:19 +0200 Subject: Package Review Stats for last 12 days In-Reply-To: References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> <1252874831.2727.14.camel@localhost> Message-ID: <1252961779.5412.27.camel@localhost> Am Montag, den 14.09.2009, 09:27 +0530 schrieb Rakesh Pandit: > 2009/9/14 Christoph Wickert wrote: > > Am Montag, den 14.09.2009, 00:48 +0530 schrieb Rakesh Pandit: > >> 2009/9/13 Bj?rn Persson wrote: > >> > Is it completed reviews or modified reviews? > >> > > >> > >> Completed ones. > > > > So why/when was this changed? In the past we counted approved reviews, > > not finished ones. Not sure which is better, but by silently changing > > the criteria, we are counting several reviews twice. > > > > Not completed ones, I check the date when fedora-review flag goes to > '+' . Thanks for the clarification. Do you also check for packages that have the flag set to '-'? Regards, Christoph From awilliam at redhat.com Mon Sep 14 21:09:43 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 14 Sep 2009 14:09:43 -0700 Subject: Fedora 12 Beta Blocker Meeting #1 Recap--2009-09-11 In-Reply-To: <20090914122349.GT28498@localhost.localdomain> References: <4AAAB83D.1060307@redhat.com> <20090914122349.GT28498@localhost.localdomain> Message-ID: <1252962583.2311.87.camel@adam.local.net> On Mon, 2009-09-14 at 08:23 -0400, Paul W. Frields wrote: > I wanted to suggest https://bugzilla.redhat.com/show_bug.cgi?id=518880 > as a candidate for blocker status, because it's a regression in a > well-publicized feature. (The maintainers are already aware of the > problem and working on it, I'd just like to make sure it's not lost in > the shuffle.) > > That criterion is worth considering generally for blocker status. But > maybe it needs some refinement? We don't really have hard and fast criteria for blockers. This is for two reasons: a) we're too lazy to write any, and b) it's really hard. b) obviously has significant implications for a). ;) less flippantly, it's almost impossible to quantify blocker-ness in terms flexible enough to cover all cases, but rigid enough to be of any actual use in objective evaluation (as opposed to just coming down to a subjective judgment call, which is what we currently use). We have a fairly solid definition for *Alpha* blockers - only 'high' or 'urgent' severity bugs in critical path components - but even that requires occasional exceptions, and the higher standard required of Beta and final releases makes it harder to define blocker-ness. So, short story, right now it's a judgment call. I'd certainly judge that this bug is a _final release_ blocker. Whether it's a beta blocker is a trickier call. We'll make sure to cover it in the meeting on Friday to see what everyone thinks. The two main ways to propose something as a blocker: show up to the meeting and raise it, or simply set it as one (as someone's done for this bug already - it's been set as a final release blocker at present) and it'll automatically get looked at during the meeting. If the consensus at the meeting is that it isn't a blocker, it'll be dropped (with an explanation). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Mon Sep 14 21:33:59 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 14 Sep 2009 14:33:59 -0700 Subject: status of forked zlibs in rsync and zsync Message-ID: <1252964039.2311.93.camel@adam.local.net> Hi, everyone. We - the QA group - have recently been researching the feasibility of using zsync to reduce the size of live image downloads. This has hit a roadblock in the form of the problem where both rsync and zsync use forked zlibs rather than linking against the system copy. It seems there was a flurry of activity surrounding this problem in April through June - see: https://fedorahosted.org/fesco/ticket/134 https://bugzilla.redhat.com/show_bug.cgi?id=490140 https://bugzilla.redhat.com/show_bug.cgi?id=478617 https://bugzilla.redhat.com/show_bug.cgi?id=495310 but everything seems to have gone quiet since then. At present we are still in the contradictory and unsatisfactory position of shipping rsync with an internal forked zlib but refusing to accept zsync as a package because it does exactly the same thing. I just wondered if there's a roadmap for where we go from here, or if the issue is just sitting idle waiting for someone to apply a kick to it :) Can you guys clarify what's happening with this? Thanks! (kparal - Kamil Paral - is the QA team member who's been investigating the usefulness of zsync). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Mon Sep 14 22:38:10 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 14 Sep 2009 15:38:10 -0700 Subject: Sound / PulseAudio Test Day Wednesday 2009-09-16 Message-ID: <1252967890.2311.98.camel@adam.local.net> So after the excitement of last week's X.org Test Week, we have another big ticket Test Day coming up on Wednesday: sound Test Day. https://fedoraproject.org/wiki/Test_Day:2009-09-16_Audio We will be doing some broad-based tests to try and make sure that typical audio use works properly on as wide as possible a range of hardware in Fedora 12. And yes, the Test Day includes PulseAudio. Here's your chance to test out whether the current Fedora 12 code and PulseAudio work properly with your sound card, and complain - appropriately, of course! - if they don't. As usual, we will be providing live images for testing, so you'll be able to test without installing anything permanently or affecting your regular Fedora (or other operating system!) at all. Testing will be very easy, just a case of booting the live image and testing a few simple sound-related operations. Just testing whether sound works at all out of the box will be very helpful. So please come along on Wednesday and help us test! Even if you can't make it on Wednesday, it will be very useful if you can run the tests and provide your feedback in the results table, either before or after the Test Day happens. The Test Day itself will be taking place all day in #fedora-test-day on Freenode IRC. Please note that the wiki page isn't finalized yet; it's obviously missing the live images (which I haven't yet generated) and the test cases. These should appear tomorrow, but I wanted to get the word out about the event as soon as possible. I'd like to say a big thanks to Lennart for being very positive about the idea of doing a Test Day, and getting involved with the organization. He'll be present on IRC for the Test Day, too (his IRC nickname is 'mezcalero'). Please don't use this as a venue for broad, unhelpful complaints or flames about PulseAudio: we're genuinely interested in fixing any specific issues that arise in PA as a result of the Test Day, but flamewars about its intrinsic value will only clutter up the channel, annoy everyone involved, and waste time. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From poelstra at redhat.com Mon Sep 14 23:56:19 2009 From: poelstra at redhat.com (John Poelstra) Date: Mon, 14 Sep 2009 16:56:19 -0700 Subject: Fedora 12 Development & QA Schedule Reminder Message-ID: <4AAED823.7030706@redhat.com> Name Start End Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Snapshot Releases Wed 2009-09-02 Fri 2009-09-18 Build F-12 collection packages for all language translators Thu 2009-09-10 Mon 2009-09-14 Compose Snap #3 Wed 2009-09-16 Wed 2009-09-16 Snapshot 3 Wed 2009-09-16 Fri 2009-09-18 Stage & Sync Snap #3 Thu 2009-09-17 Fri 2009-09-18 Public Availability Snap #3 Fri 2009-09-18 Fri 2009-09-18 Beta Blocker Bug Day (F12Beta) #2 Fri 2009-09-18 Fri 2009-09-18 Software: Start Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-22 Software: Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-29 Beta Test Compose (TC) (boot media testing) Wed 2009-09-23 Wed 2009-09-23 Features < 100% email nag Wed 2009-09-23 Wed 2009-09-23 Test 'Test Compose' (boot media testing) Wed 2009-09-23 Wed 2009-09-30 Beta Blocker Bug Day (F12Beta) #3 Fri 2009-09-25 Fri 2009-09-25 Mass Branching Mon 2009-09-28 Mon 2009-09-28 Final (Beta) Freeze: Development Code Complete Tue 2009-09-29 Tue 2009-09-29 End of Alpha Testing Tue 2009-09-29 Tue 2009-09-29 From erikina at gmail.com Tue Sep 15 00:24:33 2009 From: erikina at gmail.com (Eric Springer) Date: Tue, 15 Sep 2009 10:24:33 +1000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909140549s66aff386r910276f033a63b23@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914123443.GU28498@localhost.localdomain> <2d4fa6320909140549s66aff386r910276f033a63b23@mail.gmail.com> Message-ID: On Mon, Sep 14, 2009 at 10:49 PM, Aditya Patawari wrote: > Initially I was also thinking of producing a larger image to include more > packages but after reading Colin's view I also thinking that instead of > creating a large image with all pre-installed stuff, a large image with an > internal repository can be created. It will reduce the user's need of > accessing external repository without having a lot of stuff installed which > a new user might find confusing and cluttered. It will leave the basic "try > before use" feature of the live cd will remain as it is. While I really prefer the idea of a live DVD over a normal install DVD, just filling it with extra software seems like a bit of a waste. What would be awesome (but understandably difficult) would have a grub menu showing KDE / GNOME / XFCE at boot, and use that as the live DE. It'd be a painless way try different DEs and pretty damn cool. From rakesh.pandit at gmail.com Tue Sep 15 03:26:20 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Tue, 15 Sep 2009 08:56:20 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: <1252961779.5412.27.camel@localhost> References: <200909131527.36174.bjorn@xn--rombobjrn-67a.se> <1252874831.2727.14.camel@localhost> <1252961779.5412.27.camel@localhost> Message-ID: 2009/9/15 Christoph Wickert wrote: > Am Montag, den 14.09.2009, 09:27 +0530 schrieb Rakesh Pandit: [..] >> >> Not completed ones, I check the date when fedora-review flag goes to >> '+' . > > Thanks for the clarification. Do you also check for packages that have > the flag set to '-'? > Not yet. I plan to put that calculation in. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From foss.mailinglists at gmail.com Tue Sep 15 04:06:57 2009 From: foss.mailinglists at gmail.com (sankarshan) Date: Tue, 15 Sep 2009 09:36:57 +0530 Subject: Package Review Stats for last 12 days In-Reply-To: References: Message-ID: <35586fc00909142106j79d10467o6dd859a70ae7baf6@mail.gmail.com> On Sun, Sep 13, 2009 at 3:07 PM, Rakesh Pandit wrote: > Top three FAS account holders who have completed reviewing "Package > review" components on bugzilla for last 12 days ending 12th Sept were > Parag AN(????), Andrew Overholt ?, and Jason Tibbitts. Below is the > number of package reviews completed. Thank you for the statistics. Since you plan to make this a weekly run, is it possible to approach the FWN folks for a look-see into whether this can be a data point in each week's issue ? -- sankarshan mukhopadhyay Sent from Raleigh, NC, United States From jdieter at gmail.com Tue Sep 15 05:17:31 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 15 Sep 2009 08:17:31 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090914183448.GF13938@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <20090914173953.GA13684@nostromo.devel.redhat.com> <1252952451.30058.43.camel@jdlaptop.lesbg.loc> <20090914183448.GF13938@nostromo.devel.redhat.com> Message-ID: <1252991851.30058.44.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 14:34 -0400, Bill Nottingham wrote: > Jonathan Dieter (jdieter at gmail.com) said: > > > ... in what way does he mean this? Obviously passing -1 ... -9 causes > > > different output, much like it does in gzip/bzip2/etc. > > > > He means that the file generated using -5 in the future may be different > > than the file generated using -5 now. > > As long as that file is decompressible by older versions, then it's only > a deltarpm issue. That's correct. All of this only affects deltarpm. Sorry if I wasn't clear on that. Jonathan -------------- 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 jdieter at gmail.com Tue Sep 15 05:20:28 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 15 Sep 2009 08:20:28 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1252957392.9589.73.camel@code.and.org> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <1252949351.30058.42.camel@jdlaptop.lesbg.loc> <1252957392.9589.73.camel@code.and.org> Message-ID: <1252992028.30058.47.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 15:43 -0400, James Antill wrote: > On Mon, 2009-09-14 at 20:29 +0300, Jonathan Dieter wrote: > > On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote: > > > Ok, I've just had a conversation on IRC with Lasse Collin, the > > > maintainer of xz. He's now planning on changing xz so it will produce > > > the same output independent of endianess. He hasn't committed to any > > > timeframe, though. > > > > > > > > Sorry, forgot to mention, another option would be to sign the > > *uncompressed* data in an rpm, so if the compressed data was different, > > it wouldn't matter. > > > > This would be a lot easier from the maintenance side of things, but I'm > > not sure how feasible this big of a change in rpm would be. > > That doesn't work, before yum checks the signatures it checks the > createrepo checksum ... which is a sha256 (or whatever) of the entire > rpm?. So deltarpm must produce exactly the same bits. > > > ? Asking someone to change this to be the headers plus uncompressed data > is likely to be unhealthy for you. So I'll just keep my mouth shut and not bring this suggestion up again. :) Along with the other one that I'm never supposed to speak of again. Jonathan -------------- 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 jdieter at gmail.com Tue Sep 15 05:21:55 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Tue, 15 Sep 2009 08:21:55 +0300 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: <1252992115.30058.49.camel@jdlaptop.lesbg.loc> On Mon, 2009-09-14 at 22:25 +0200, Kevin Kofler wrote: > Jonathan Dieter wrote: > > So, to summarize, architecture-specific deltarpms are working perfectly > > in rawhide right now, and, if you're running a PPC machine, all > > deltarpms are working perfectly. > > I don't know at what stage the deltarpms are being generated, but in Koji, > noarch builds can be on any arch, there's no way to predict what arch Koji > will be running them on. Sorry, my understanding was that they were all being generated on the PPC builders. Perhaps it's just that they're more likely to be built on those builders. Jonathan -------------- 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 michael.silvanus at gmail.com Tue Sep 15 05:27:40 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Tue, 15 Sep 2009 01:27:40 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> Message-ID: <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> On Mon, Sep 14, 2009 at 1:28 PM, Seth Vidal wrote: > > Boy, I'm so glad we decided to jump onto the xz ship. > I take it it's too late to back out and stick to bzip2 until the situation stabilizes? I take it whatever solution ends up in F-12 is likely to be the one used by RHEL 6 when it comes out next spring. Between using more space on a distribution that's smaller than Fedora anyway, and having a rather uncertain compression tool... -- Michel Alexandre Salim From kmaraas at broadpark.no Tue Sep 15 06:25:37 2009 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Tue, 15 Sep 2009 08:25:37 +0200 Subject: Hard lockups with intel graphics since KMS was merged Message-ID: <1252995937.2000.6.camel@localhost> Hi. I've been seeing hard lockups ever since KMS was merged. Originally I ended up with processes in uninterruptible sleep (most often evolution and bash) and then a hard lockup after a while. As of late I only get the hard lockup with no warning so it's harder to gather data. Bugreport is here: https://bugzilla.redhat.com/show_bug.cgi?id=492686 Anyone else experiencing this? The only way I can get a functioning system so far is to run with maxcpus=1. Cheers Kjartan From mbooth at redhat.com Tue Sep 15 08:39:06 2009 From: mbooth at redhat.com (Matthew Booth) Date: Tue, 15 Sep 2009 09:39:06 +0100 Subject: Is Fedora Hosted ok? Message-ID: <4AAF52AA.6000408@redhat.com> If so, could somebody have a look at https://fedorahosted.org/fedora-infrastructure/ticket/1662 for me? There are also older outstanding hosting requests than mine on there. Thanks, Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 From lxtnow at gmail.com Tue Sep 15 09:56:51 2009 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Tue, 15 Sep 2009 11:56:51 +0200 Subject: Is Fedora Hosted ok? In-Reply-To: <4AAF52AA.6000408@redhat.com> References: <4AAF52AA.6000408@redhat.com> Message-ID: <62bc09df0909150256mcf060cbjf4f4d05b86679699@mail.gmail.com> On Tue, Sep 15, 2009 at 10:39 AM, Matthew Booth wrote: > If so, could somebody have a look at > https://fedorahosted.org/fedora-infrastructure/ticket/1662 for me? There are > also older outstanding hosting requests than mine on there. > I'll take care of your request. > Thanks, > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From dsd at laptop.org Tue Sep 15 10:02:38 2009 From: dsd at laptop.org (Daniel Drake) Date: Tue, 15 Sep 2009 15:47:38 +0545 Subject: Troubles running F9 mock chroot under F11 Message-ID: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> Hi, A number of difficulties/unfortunate circumstances are combining and causing me a headache. I'm looking for help/ideas on getting around these... I am trying to build a customized version of the OLPC XS school server for the OLPC deployment here in Nepal. The latest XS release is based on F9. An F11/F12 update is on the cards, but the XS development team is small and has more pressing priorities right now. The internet connection here at the office is too slow to make local builds, and also the power get turned off every night. We do have a F11 box at the ISP which has a satisfactory internet connection and reliable power, and we do have a speedy connection from the office to that box. This box is also used to build other software components for the deployment so there are multiple reasons why it makes sense for us to run the school server build there. The XS build system uses revisor and the upstream version is built on a F9 box. My problems originate from having to build our customized version from F11. We do not have the hardware or space to install a F9 box there, and we cannot downgrade our F11 system. The first thing I tried is to use the F11 revisor to build the F9 XS release. No luck - it fails on anaconda buildinstall due to big differences in the F11 anaconda on the host system vs the F9 anaconda in the target media. Not too surprising. I looked into using pungi instead, but the documentation states: "Pungi needs to run on the arch it is composing, as root, and with an install of what it is composing, eg if you are composing Fedora 8, you need to be running Fedora 8." I then tried to create a F9 chroot using mock, with the intention of running revisor or pungi inside. This doesn't work, because mock creates a v9 berkeley DB inside the chroot, but the libraries/apps inside the chroot only support bdb v8. So running "rpm -qa" inside a fresh F9 chroot on F11 gives you these errors: mock-chroot> rpm -qa rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 error: cannot open Packages index using db3 - Invalid argument (22) error: cannot open Packages database in /var/lib/rpm And revisor and pungi fail in the same way, even though the Pungi docs suggest this kind of thing should be possible: https://fedorahosted.org/pungi/wiki/PungiDocs/RunningPungiInMock Finally I tried to use db_dump on the F11 host to dump the database using the v9 tools, to go into the chroot and use db_load to import it using the v8 tools, but this also results in a v9 database being loaded :( Any further ideas or suggestions? Thanks, Daniel From martin.langhoff at gmail.com Tue Sep 15 11:43:22 2009 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Tue, 15 Sep 2009 13:43:22 +0200 Subject: Troubles running F9 mock chroot under F11 In-Reply-To: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> Message-ID: <46a038f90909150443t31902a17g7331a5fae1232981@mail.gmail.com> On Tue, Sep 15, 2009 at 12:02 PM, Daniel Drake wrote: > I then tried to create a F9 chroot using mock, with the intention of > running revisor or pungi inside. This doesn't work, because mock > creates a v9 berkeley DB inside the chroot, but the libraries/apps > inside the chroot only support bdb v8. So running "rpm -qa" inside a > fresh F9 chroot on F11 gives you these errors: > ? ?mock-chroot> rpm -qa > ? ?rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 > ? ?error: cannot open Packages index using db3 - Invalid argument (22) > ? ?error: cannot open Packages database in /var/lib/rpm I keep my build machine of F9 due to similar issues I saw building F7 from F9 -- however, ISTR there's been some discussion of this recently. Hmmm, a bit of googling leads to a nice thread http://www.mail-archive.com/fedora-buildsys-list at redhat.com/msg02210.html which if you read in depth seems to indicate that either of: rm -f /var/lib/rpm/__db* /bin/rpm --rebuilddb fixes the problem. Probably either triggers the other. For obvious reasons I am interested in the results -- let me know if it works. m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From josephine.tannhauser at googlemail.com Tue Sep 15 11:44:47 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 15 Sep 2009 13:44:47 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1252964039.2311.93.camel@adam.local.net> References: <1252964039.2311.93.camel@adam.local.net> Message-ID: <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> Hey, I googled for it and found Karims blogpost and Simon aka kassamedias answer (comment 3) http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From josephine.tannhauser at googlemail.com Tue Sep 15 11:50:18 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 15 Sep 2009 13:50:18 +0200 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <1252931840.2482.266.camel@vogon.seekline.net> References: <1252689846.2491.61.camel@vogon.seekline.net> <20090911194647.5193a8e6@faldor.intranet> <1252863143.2486.5.camel@vogon.seekline.net> <20090914095932.50d1d439@faldor.intranet> <1252931840.2482.266.camel@vogon.seekline.net> Message-ID: <3668e9f50909150450x70ff5435t8394a6a008be6ad8@mail.gmail.com> I want to become a maintainer too and I want to impress with some unofficial reviews. Don't really know if this is socially accepted to nag in other reviews without having an open review request -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at city-fan.org Tue Sep 15 12:03:25 2009 From: paul at city-fan.org (Paul Howarth) Date: Tue, 15 Sep 2009 13:03:25 +0100 Subject: how to become a co-maintainer for an _existing_ RPM pkg In-Reply-To: <3668e9f50909150450x70ff5435t8394a6a008be6ad8@mail.gmail.com> References: <1252689846.2491.61.camel@vogon.seekline.net> <20090911194647.5193a8e6@faldor.intranet> <1252863143.2486.5.camel@vogon.seekline.net> <20090914095932.50d1d439@faldor.intranet> <1252931840.2482.266.camel@vogon.seekline.net> <3668e9f50909150450x70ff5435t8394a6a008be6ad8@mail.gmail.com> Message-ID: <4AAF828D.2050408@city-fan.org> On 15/09/09 12:50, Josephine Tannh?user wrote: > I want to become a maintainer too and I want to impress with some > unofficial reviews. > Don't really know if this is socially accepted to nag in other reviews > without having an open review request Go right ahead. A valid comment is a valid comment regardless of whether or not you have a review request open. Paul. From dominik at greysector.net Tue Sep 15 12:52:58 2009 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Tue, 15 Sep 2009 14:52:58 +0200 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> Message-ID: <20090915125258.GA9037@mokona.greysector.net> On Monday, 14 September 2009 at 22:41, Aditya Patawari wrote: > On Tue, Sep 15, 2009 at 2:00 AM, Kevin Kofler wrote: > > > I think that if we're going to ship software, > > we should also preinstall it on the live image. Otherwise users can't try > > it > > out right away when starting the live system and they have to post-install > > it manually after their installation. > > > > The problem with this is that giving 4 GB of pre-installed stuff will only > clutter the space and might end up confusing the user. What do you mean when you say it "will only clutter the space"? It will be on the DVD anyway, either preinstalled or as RPMs. What makes you say it will confuse the user? Have you actually tried giving users two DVDs, one with software preinstalled and one with RPMs in local repo and asking which they find less confusing or are you just guessing? Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From rawhide at fedoraproject.org Tue Sep 15 13:15:35 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 15 Sep 2009 13:15:35 +0000 Subject: rawhide report: 20090915 changes Message-ID: <20090915131535.GA18198@releng2.fedora.phx.redhat.com> Compose started at Tue Sep 15 06:15:09 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.i686 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.x86_64 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) fillets-ng-0.9.1-1.fc12.ppc64 requires fillets-ng-data >= 0:0.9.0 network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-sqlalchemy0.5-0.5.5-1.fc10.noarch requires python(abi) = 0:2.5 rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package fastback File uploader, configureable file uploader New package givaro C++ library for arithmetic and algebraic computations New package gprof2dot Generate dot graphs from the output of several profilers New package gtk-splitter A file splitter New package icoutils Utility for extracting and converting Microsoft icon and cursor files New package libkni3 C++ KNI library v3 for the Katana 300 robot arm New package monkeystudio Free crossplatform Qt 4 IDE New package php-email-address-validation A PHP class for validating email addresses New package spawn-fcgi Simple program for spawning FastCGI processes New package synergy-plus Mouse and keyboard sharing utility New package vrq Verilog tool framework with plugins for manipulating source code Removed package comgt Removed package polkit-qt Updated Packages: DeviceKit-power-011-0.1.20090914git.fc12 ---------------------------------------- * Mon Sep 14 2009 Richard Hughes - 011-0.1.20090914git - Update to todays git snapshot to fix the session exploding when a USB UPS is inserted then removed a few times. amarok-2.1.85-1.fc12 -------------------- * Mon Sep 14 2009 Rex Dieter 2.1.85-1 - amarok-2.1.85 (2.2beta2) audacity-1.3.9-0.3.beta.fc12 ---------------------------- * Mon Sep 14 2009 Michael Schwendt - 1.3.9-0.3.beta - add patch to fix LabelTrack popup augeas-0.5.3-1.fc12 ------------------- * Mon Sep 14 2009 David Lutterkort - 0.5.3-1 - Remove separate xorg.aug, included in upstream source authconfig-5.4.11-1.fc12 ------------------------ * Thu Sep 24 2009 Tomas Mraz - 5.4.11-1 - updated translations (#522444) - silence failures when restarting services (#500385) bsf-2.4.0-3.fc12 ---------------- * Mon Sep 14 2009 Christoph H?ger - 0:2.4.0-3 - Fix typo in Requires * Wed Sep 09 2009 Christoph H?ger - 0:2.4.0-1 - New Upstream release: 2.4.0 - Add jython build dependency to include bsf-jython engine chkconfig-1.3.43-1 ------------------ * Mon Sep 14 2009 Bill Nottingham 1.3.43-1 - ntsysv man page tweak (#516599) - another minor LSB tweak (#474223) - translation updates cups-1.4.1-1.fc12 ----------------- * Mon Sep 14 2009 Tim Waugh 1:1.4.1-1 - 1.4.1. desktop-effects-0.8.3-1.fc12 ---------------------------- * Mon Sep 14 2009 Owen Taylor - 0.8.3-1 - Update to 0.8.3 (translations) e2fsprogs-1.41.9-3.fc12 ----------------------- * Mon Sep 14 2009 Eric Sandeen 1.41.9-3 - Drop defrag bits for now, not ready yet. eclipse-3.5.0-0.11.fc12 ----------------------- * Mon Sep 14 2009 Andrew Overholt 1:3.5.0-0.11 - Add /usr/share/eclipse/dropins to list of dropins locations (rhbz#522117). empathy-2.27.92-2.fc12 ---------------------- * Mon Sep 14 2009 Brian Pepple - 2.27.92-2 - Back-port patch to prevent video widget from crashing. epiphany-2.27.92-2.fc12 ----------------------- * Mon Sep 14 2009 Bastien Nocera 2.27.92-2 - Call nspluginwrapper's config tool if available fcoe-utils-1.0.8-3.fc12 ----------------------- * Mon Sep 14 2009 Jan Zeleny - 1.0.8-3 - update of init script to be LSB-compliant fet-5.10.3-1.fc12 ----------------- * Mon Sep 14 2009 Fabian Affolter - 5.10.3-1 - Updated to new upstream version 5.10.3 findutils-4.4.2-3.fc12 ---------------------- * Mon Sep 14 2009 Kamil Dudka - 1:4.4.2-3 - do process install-info only without --excludedocs(#515914) fio-1.34-1.fc12 --------------- * Mon Sep 14 2009 Eric Sandeen 1.34-1 - New upstream version freeipmi-0.7.12-3.fc12 ---------------------- * Mon Sep 14 2009 Jan Safranek - 0.7.12-2 - Fix init scripts to be LSB compliant and return correct exit codes and provide mandatory actions (#523169, #523177) glibc-2.10.90-22 ---------------- * Mon Sep 14 2009 Andreas Schwab - 2.10.90-22 - Update from master. - Fix endless loop in localedef. - Fix __longjmp_chk on s390/s390x. - Fix exit codes in nscd start script (#521848). - Build with -fno-var-tracking-assignments for now (#523172). glibmm24-2.21.5-1.fc12 ---------------------- * Mon Sep 14 2009 Denis Leroy - 2.21.5-1 - Update to upstream 2.21.5 - Keep datadir/glibmm-2.4, for doc scripts gnome-keyring-2.27.92-1.fc12 ---------------------------- * Mon Sep 14 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 gpsim-0.24.0-1.fc12 ------------------- * Tue Sep 15 2009 Roy Rankin 0.24.0-1 - upstream release of gpsim 0.24.0 - bug fixes and see ANNOUNCE for new features and processors. gtksourceview2-2.7.5-1.fc12 --------------------------- * Mon Sep 14 2009 Matthias Clasen - 2.7.5-1 - Update to 2.7.5 hwbrowser-0.43-1.fc12 --------------------- * Mon Sep 14 2009 Nils Philippsen - 0.43-1 - pick up updated translations ibus-1.2.0.20090915-1.fc12 -------------------------- * Tue Sep 15 2009 Peng Huang - 1.2.0.20090915-1 - Update to 1.2.0.20090915 - Fix bug 521591 - check if the icon filename is a real file before trying to open it - Fix bug 522310 - Memory leak on show/hide - Fix bug 509518 - ibus-anthy should only override to jp layout for kana input ibus-pinyin-1.2.0.20090915-1.fc12 --------------------------------- * Tue Sep 15 2009 Peng Huang - 1.2.0.20090915-1 - Update to 1.2.0.20090915. - Fix bug 508006 - The color of English Candidates doesn't work im-chooser-1.2.7-1.fc12 ----------------------- * Mon Sep 14 2009 Akira TAGOH - 1.2.7-1 - New upstream release. - translation updates only. initscripts-8.99-1 ------------------ * Mon Sep 14 2009 Bill Nottingham - 8.99-1 - init.d/functions: add a '-l' option to status to pass lock file name (#521772) - tweak kernel conflict - translation updates: as, bn_IN, de, fr, hi, it, hu, kn, mr, or, pa, pt, ru, te inn-2.5.0-5.fc12 ---------------- * Mon Sep 14 2009 Nikola Pajkovsky - 2.5.0-5 - resolved: 511772 - inn/storage.h not self-contained, missing inn/options.h jd-2.4.2-0.4.beta090914.fc12 ---------------------------- kde-plasma-runcommand-2.1-1.fc12 -------------------------------- * Mon Sep 14 2009 Jaroslav Reznik - 2.1-1 - update to 2.1 - requires KDE 4.3 - translations added kde-settings-4.3-7 ------------------ * Mon Sep 14 2009 Rex Dieter - 4.3-7 - plasma-desktop-appletsrc: Constantine_Mosaico virus wallpaper default (#519320) kdebase-workspace-4.3.1-4.fc12 ------------------------------ * Mon Sep 14 2009 Kevin Kofler - 4.3.1-4 - drop PolicyKit 0.9 support (PolicyKit-kde) on F12+/EL kdenetwork-4.3.1-2.fc12 ----------------------- * Mon Sep 14 2009 Rex Dieter - 4.3.1-2 - kopete/bonjour patch - krfb produces garbled display (#523131, kde#162493) kdepim-4.3.1-3.fc12 ------------------- * Mon Sep 14 2009 Luk?? Tinkl - 4.3.1-3 - fix KMail issues losing messages when renaming folder with disconnected IMAP kernel-2.6.31-12.fc12 --------------------- * Mon Sep 14 2009 Ben Skeggs - nouveau: avoid PFIFO IRQ hardlock, misc LVDS mode fixes, nv5x RAMFC cleanup * Sun Sep 13 2009 Chuck Ebbert - SCSI oops fixes requested for -stable * Fri Sep 11 2009 Ben Skeggs - nouveau: fixed use of strap-based panel mode when required (rh#522649) - nouveau: temporarily block accel on NVAC chipsets (rh#522361, rh#522575) * Fri Sep 11 2009 Ben Skeggs - nouveau: bring in Matthew Garret's initial switchable graphics support * Fri Sep 11 2009 Dave Jones - Mark kernel data section as NX * Fri Sep 11 2009 Dave Jones - Apply NX/RO to modules * Thu Sep 10 2009 Ben Skeggs - drm-nouveau.patch: add some scaler-only modes for LVDS, GEM/TTM fixes * Thu Sep 10 2009 Matthew Garrett - linux-2.6-ahci-export-capabilities.patch: Backport from upstream - linux-2.6-rtc-show-hctosys.patch: Export the hctosys state of an rtc - linux-2.6-rfkill-all.patch: Support for keys that toggle all rfkill state krb5-1.7-8.fc12 --------------- * Mon Sep 14 2009 Nalin Dahyabhai - 1.7-8 - specify the location of the subsystem lock when using the status() function in the kadmind and kpropd init scripts, so that we get the right error when we're dead but have a lock file - requires initscripts 8.99 (#521772) * Tue Sep 08 2009 Nalin Dahyabhai - if the init script fails to start krb5kdc/kadmind/kpropd because it's already running (according to status()), return 0 (part of #521772) lftp-4.0.0-1.fc12 ----------------- * Mon Sep 14 2009 Jiri Skala - 4.0.0-1 - updated to latest stable version libuser-0.56.11-1 ----------------- * Mon Sep 14 2009 Miloslav Trma? - 0.56.11-1 - Update to libuser-0.56.11. Resolves: #454091 Resolves: #456267 Resolves: #456270 Resolves: #487129 libvirt-0.7.1-0.2.gitfac3f4c.fc12 --------------------------------- * Mon Sep 14 2009 Mark McLoughlin - 0.7.1-0.2.gitfac3f4c - Update to newer snapshot of 0.7.1 - Stop libvirt using untrusted 'info vcpus' PID data (#520864) - Support relabelling of USB and PCI devices - Enable multipath storage support - Restart libvirtd upon RPM upgrade lighttpd-1.4.23-1.fc12 ---------------------- * Thu Sep 03 2009 Matthias Saou 1.4.23-1 - Update to 1.4.23. - Update defaultconf and mod_geoip patches. - Remove no longer shipped spawn-fcgi, it's a separate source package now. - Remove unused patch to the init script. listen-0.6.3-1.fc12 ------------------- * Mon Sep 14 2009 Ha?kel Gu?mar - 0.6.3-1 - Updated to 0.6.3 man-pages-3.22-5.fc12 --------------------- * Mon Sep 14 2009 Ivana Varekova - 3.22-5 - fix strcpy.3 man page - remove statfc64 man page from syscalls tarball mgetty-1.1.36-5.fc12 -------------------- * Mon Sep 14 2009 Jiri Skala - 1.1.36-5 - fixed #516001 - Errors installing mgetty with --excludedocs multimedia-menus-0.3-2.fc12 --------------------------- * Tue Sep 15 2009 Orcan Ogetbil - 0.3-1 - Lots of translations! YAAY! - Change URL to fedorahosted * Tue Sep 15 2009 Orcan Ogetbil - 0.3-2 - Add missing BR: intltool mutter-moblin-0.38.0-1.fc12 --------------------------- * Mon Sep 14 2009 Peter Robinson 0.38.0-1 - New 0.38.0 upstream release nbtk-1.1.2-2.fc12 ----------------- * Sat Sep 12 2009 Peter Robinson 1.1.2-1 - New upstream 1.1.2 release * Sat Sep 12 2009 Peter Robinson 1.1.2-2 - Add new source file net-snmp-5.4.2.1-17.fc12 ------------------------ * Mon Sep 14 2009 Jan Safranek 1:5.4.2.1-17 - implement force-reload command in initscripts (#523126) newsx-1.6-13.fc12 ----------------- * Mon Sep 14 2009 Dominik Mierzejewski 1.6-13 - changed source URL to tin.org * Sat Jul 25 2009 Fedora Release Engineering - 1.6-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild nginx-0.7.62-1.fc12 ------------------- * Mon Sep 14 2009 Jeremy Hinegardner - 0.7.62-1 - Update to new stable 0.7.62 - fixes CVE-2009-2629 - fix rpmlint zlib dependency complaint obexfs-0.12-1.fc12 ------------------ * Mon Sep 14 2009 Dominik Mierzejewski - 0.12-1 - updated to 0.12 - changed source URL to sourceforge openoffice.org-3.1.1-19.7.fc12 ------------------------------ * Mon Sep 14 2009 Caol?n McNamara - 1:3.1.1-19.7 - make oo.o buildable without langpacks again - Resolves: rhbz#523106 [indic] changed names of lohit-* fonts passwd-0.77-1.fc12 ------------------ * Mon Sep 14 2009 Tomas Mraz 0.77-1 - updated translations - improved manual page perl-Sysadm-Install-0.33-1.fc12 ------------------------------- * Mon Sep 14 2009 Paul Howarth 0.33-1 - Update to 0.33 - No longer require perl(Encode) - Use perl(LWP::UserAgent) rather than perl(LWP::Simple) pessulus-2.27.92-1.fc12 ----------------------- * Mon Sep 14 2009 Ha?kel Gu?mar - 2.27.92-1 - Updated to 2.27.92 php-pear-Validate-0.8.2-1.fc12 ------------------------------ * Mon Sep 14 2009 Christopher Stone 0.8.2-1 - Upstream sync php-pecl-xdebug-2.0.5-1.fc12 ---------------------------- * Mon Sep 14 2009 Christopher Stone 2.0.5-1 - Upstream sync policycoreutils-2.0.73-3.fc12 ----------------------------- * Mon Sep 14 2009 Dan Walsh 2.0.73-3 - Fix restorecond script to use force-reload polkit-0.95-0.git20090913.2.fc12 -------------------------------- * Mon Sep 14 2009 David Zeuthen - 0.95-0.git20090913.1 - Add bugfix for polkit_unix_process_new_full() (thanks Bastien Nocera) - Obsolete old PolicyKit packages * Mon Sep 14 2009 David Zeuthen - 0.95-0.git20090913.2 - Refine how Obsolete: is used and also add Provides: (thanks Jesse Keating and nim-nim) polkit-gnome-0.95-0.git20090913.5.fc12 -------------------------------------- * Mon Sep 14 2009 David Zeuthen - 0.95-0.git20090913.3 - Obsolete old PolicyKit-gnome packages * Mon Sep 14 2009 David Zeuthen - 0.95-0.git20090913.4 - Refine how Obsolete: is used and also add Provides: (thanks Jesse Keating and nim-nim) * Mon Sep 14 2009 David Zeuthen - 0.95-0.git20090913.5 - add Provides: PolicyKit-authentication-agent to satify what PolicyKit-gnome also provided pungi-2.0.18-1.fc12 ------------------- * Mon Sep 14 2009 Jesse Keating - 2.0.18-1 - Search for dracut for pkgorder pyliblo-0.8.0-1.fc12 -------------------- * Mon Sep 14 2009 Fabian Affolter - 0.8.0-1 - Update to new upstream version 0.8.0 python-cryptsetup-0.0.10-1.fc12 ------------------------------- * Wed Aug 26 2009 Martin Sivak - 0.0.10-1 - fix the crash in dealloc routine * Thu Aug 13 2009 Martin Sivak - 0.0.9-3 - spec file change, point to proper project url quagga-0.99.12-4.fc12 --------------------- * Mon Sep 14 2009 Jiri Skala - 0.99.12-3 - fixed #516005 - Errors installing quagga-0.99.11-2.fc11.i586 with --excludedocs - fixed #522787 - quagga: build future versions without PAM readahead-1.5.1-1.fc12 ---------------------- * Mon Sep 14 2009 Harald Hoyer 1.5.1-1 - readahead-1.5.1 - add syslog() to collector - translation update - let upstart set console owner for collector rsyslog-4.4.1-2.fc12 -------------------- * Mon Sep 14 2009 Tomas Heinrich 4.4.1-2 - adjust init script according to guidelines (#522071) seahorse-2.27.92-1.fc12 ----------------------- * Mon Sep 14 2009 Matthias Clasen - 2.27.92-1 - Update to 2.27.92 smolt-1.4-1.fc12 ---------------- * Mon Sep 14 2009 Mike McGrath 1.4-1 - Upstream released new version * Thu Sep 10 2009 Mike McGrath - 1.3.2-2 - Added requires for PyQt4 on smolt gui soprano-2.3.1-1.fc12 -------------------- * Mon Sep 14 2009 Rex Dieter - 2.3.1-1 - soprano-2.3.1 sos-1.8-16.fc12 --------------- * Wed Sep 09 2009 Adam Stokes = 1.8-16 - Update rh-upload-core to rh-upload and allows general files - Fix cluster plugin with pwd mangling invalidating xml - Cluster support detecting invalid fence_id and fence states - Read variables from conf file springlobby-0.23-1.fc12 ----------------------- * Mon Sep 14 2009 Aurelien Bompard - 0.23-1 - version 0.23 sugar-turtleart-65-1.fc12 ------------------------- * Sat Sep 12 2009 Simon Schampijer - 65-1 - new toolbar design - added help toolbar synergy-1.3.1-14.fc12 --------------------- * Mon Sep 14 2009 Matthias Saou 1.3.1-14 - Add xorg-x11-proto-devel build requirement for X11/extensions/XTest.h. * Sun Jul 26 2009 Fedora Release Engineering - 1.3.1-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild sysstat-9.0.4-3.fc12 -------------------- * Mon Sep 14 2009 Ivana Varekova - 9.0.4-3 - fix init script - add INIT INFO flags (#522740) and add condrestart, try-restart and force-reload (#522743) system-config-bind-4.0.14-1.fc12 -------------------------------- * Mon Sep 14 2009 Jaroslav Reznik - 4.0.14-1 - repackage for translation team request (rhbz#522429) system-config-date-1.9.49-1.fc12 -------------------------------- * Mon Sep 14 2009 Nils Philippsen - 1.9.49-1 - pick up updated translations system-config-keyboard-1.3.1-1.fc12 ----------------------------------- * Mon Sep 14 2009 Lubomir Rintel 1.3.1-1 - New upstream release - Drop upstreamed patches system-config-kickstart-2.8.2-1.fc12 ------------------------------------ system-config-lvm-1.1.10-1.fc12 ------------------------------- * Mon Sep 14 2009 Marek Grac - 1.1.10 - Resolves: #522315 - Fails when using pvcreate - Resolves: #522448 - Request for rebuilding system-config-network-1.5.99-1.fc12 ----------------------------------- * Mon Sep 14 2009 Harald Hoyer 1.5.99-1 - version 1.5.99 - removed all rhpl requirements - extended classes for --import and --export system-config-printer-1.1.13-1.fc12 ----------------------------------- * Mon Sep 14 2009 Tim Waugh 1.1.13-1 - 1.1.13: - Translation updates (bug #522451). system-config-rootpassword-1.99.6-1.fc12 ---------------------------------------- * Mon Sep 14 2009 Lubomir Rintel - 1.99.6-1 - Update to latest upstream codebase - Drop rhpl dependency system-config-samba-1.2.82-1.fc12 --------------------------------- * Mon Sep 14 2009 Nils Philippsen - 1.2.82-1 - pick up updated translations system-config-services-0.99.40-1.fc12 ------------------------------------- * Mon Sep 14 2009 Nils Philippsen - 0.99.40-1 - pick up updated translations system-config-users-1.2.91-1.fc12 --------------------------------- * Mon Sep 14 2009 Nils Philippsen - 1.2.91-1 - use str.startswith() method (#523068) taglib-1.6-1.fc12 ----------------- * Mon Sep 14 2009 Michael Schwendt - 1.6-1 - Add patch to fix MP4 test on ppc/ppc64. - Update to 1.6 final. * Sun Sep 06 2009 Michael Schwendt - 1.6-0.1.rc1 - Update to 1.6rc1 (further bug-fixes and support for AIFF and WAV). - Build optional support for MP4 and ASF/WMA files. telepathy-butterfly-0.5.1-1.fc12 -------------------------------- * Mon Sep 14 2009 Brian Pepple - 0.5.1-1 - Update to 0.5.1. telepathy-glib-0.7.37-1.fc12 ---------------------------- * Mon Sep 14 2009 Brian Pepple - 0.7.37-1 - Update to 0.7.37. telepathy-idle-0.1.5-1.fc12 --------------------------- * Mon Sep 14 2009 Brian Pepple - 0.1.5-1 - Update to 0.1.5. - Drop glibc patch. Fixed upstream. telepathy-mission-control-5.3.0-1.fc12 -------------------------------------- * Mon Sep 14 2009 Brian Pepple - 5.3.0-1 - Update to 5.3.0. util-linux-ng-2.16-9.fc12 ------------------------- * Mon Sep 14 2009 Karel Zak 2.16-9 - fix #522718 - sfdisk -d /dev/xxx | sfdisk --force /dev/yyy fails when LANG is set - fix typo in swsuspend detection virt-manager-0.8.0-3.fc12 ------------------------- * Mon Sep 14 2009 Cole Robinson - 0.8.0-3.fc12 - Fix disk XML mangling via connect/eject cdrom (bz 516116) - Fix delete button sensitivity (bz 518536) - Fix populating text box from storage browser in 'New VM' (bz 517263) - Fix a traceback in an 'Add Hardware' error path (bz 517286) webkitgtk-1.1.14-3.fc12 ----------------------- * Mon Sep 14 2009 Bastien Nocera 1.1.14-3 - Add support for nspluginwrapper plugins xen-3.4.1-4.fc12 ---------------- * Mon Sep 14 2009 Gerd Hoffmann - 3.4.1-4 - add e2fsprogs-devel to build dependencies. xinetd-2.3.14-24.fc12 --------------------- * Mon Sep 14 2009 Jan Zeleny - 2:2.3.14-24 - select() function and it's supporting macros replaced by poll() and it's supporting macros - added patch of configure.in for clean compilation xmms-1.2.11-8.20071117cvs.fc12 ------------------------------ * Mon Sep 14 2009 Matthias Saou 1:1.2.11-8.20071117cvs - Update crossfade patch to the latest version (#518176). xmp-2.7.1-1.fc12 ---------------- * Mon Sep 14 2009 Dominik Mierzejewski 2.7.1-1 - updated to 2.7.1 - dropped obsolete patch - fixes CVE-2007-6731 (rhbz#523138) and CVE-2007-6732 (rhbz#523147) xorg-x11-drv-nouveau-0.0.15-10.20090914git1b72020.fc12 ------------------------------------------------------ * Mon Sep 14 2009 Ben Skeggs 0.0.15-10.20090914git1b72020 - wait for fbcon copy to complete before switching mode (rh#522688) xorg-x11-server-1.6.99.901-1.fc12 --------------------------------- * Mon Sep 14 2009 Peter Hutterer 1.6.99.901-1 - xserver 1.6.99.901 - Re-enable Xdmx - xserver-1.4.99-document-fontpath-correctly.patch: Drop * Tue Sep 08 2009 Adam Jackson 1.6.99.900-2 - Fix -source subtree to not include generated C files from hw/xfree86. Actually, just remove all C files from hw/xfree86 in -source, since we don't need them to build Xvnc. Summary: Added Packages: 11 Removed Packages: 2 Modified Packages: 99 From andre at bwh.harvard.edu Tue Sep 15 13:19:36 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Tue, 15 Sep 2009 09:19:36 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAE9E0B.5030805@bwh.harvard.edu> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> <4AAE9E0B.5030805@bwh.harvard.edu> Message-ID: <4AAF9468.9030800@bwh.harvard.edu> On 09/14/2009 03:48 PM, Andre Robatino wrote: > On 09/14/2009 12:05 PM, John Reiser wrote: >>> Deltaisos are capable of saving roughly half the download size in >>> going from Fedora N to Fedora (N+1), but only work for installation >>> images, not live images. Is there any form of delta compression for >>> live images which is competitive with this? >> >> It hasn't been productized, but approximately: >> unsquashfs old-Live.img old-Live.tree # local ("slave") >> unsquashfs new-Live.img new-Live.tree # remote ("master") >> rsync remote:new-Live.tree local:old-Live.tree # "delta >> compression" happens here >> mksquashfs old-Live.tree new-Live.img # local > > Has anyone tried this on existing live images to see how much is saved > (say going from a Fedora N to Fedora (N+1) Live CD)? I'm skeptical that > rsync, which is completely general, would be as efficient as something > specialized such as {make,apply}deltaiso. It may be necessary for > someone to create a specialized tool for delta compression between live > images, in order to be able to compress as well as deltaisos currently > do for the install images. I tried doing this with the Live CDs for F10 and F11. Almost the entire content is in a single file LiveOS/squashfs.img. Attempting to use unsquashfs on this file gives Parallel unsquashfs: Using 1 processor FATAL ERROR aborting: failed to read fragment table What am I doing wrong? (I'm using the i686 live CDs. I originally tried it on an x86_64 host, then on an i686 host after reading somewhere that might be the problem, but it made no difference.) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mbooth at redhat.com Tue Sep 15 13:36:57 2009 From: mbooth at redhat.com (Matthew Booth) Date: Tue, 15 Sep 2009 14:36:57 +0100 Subject: Adding a new package to rawhide/F-12 Message-ID: <4AAF9879.9030301@redhat.com> I'd like to add a new package (virt-v2v) to rawhide/F-12. Nothing depends on it. I don't appear to be able to do this, although I can add it to the supposedly stable F-11. This seems like an unlikely state of affairs. Am I missing something? Thanks, Matt -- Matthew Booth, RHCA, RHCSS Red Hat Engineering, Virtualisation Team M: +44 (0)7977 267231 GPG ID: D33C3490 GPG FPR: 3733 612D 2D05 5458 8A8A 1600 3441 EA19 D33C 3490 From berrange at redhat.com Tue Sep 15 13:46:10 2009 From: berrange at redhat.com (Daniel P. Berrange) Date: Tue, 15 Sep 2009 14:46:10 +0100 Subject: Adding a new package to rawhide/F-12 In-Reply-To: <4AAF9879.9030301@redhat.com> References: <4AAF9879.9030301@redhat.com> Message-ID: <20090915134610.GA7979@redhat.com> On Tue, Sep 15, 2009 at 02:36:57PM +0100, Matthew Booth wrote: > I'd like to add a new package (virt-v2v) to rawhide/F-12. Nothing > depends on it. I don't appear to be able to do this, although I can add > it to the supposedly stable F-11. This seems like an unlikely state of > affairs. Am I missing something? Nothing to see here, move along. Matt was just trying todo 'make update' from F12 branch & getting an error, because updates are not required for F12 branch yet. Regards, Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| From a.badger at gmail.com Tue Sep 15 14:30:08 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Sep 2009 07:30:08 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> Message-ID: <4AAFA4F0.6040207@gmail.com> On 09/15/2009 04:44 AM, Josephine Tannh?user wrote: > Hey, > > I googled for it and found Karims blogpost and Simon aka kassamedias answer > (comment 3) > > http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ > > I will note that the reply is not quite right. We can have zsync in Fedora but someone has to do some work to make that happen. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kwhiskerz at gmail.com Tue Sep 15 14:55:16 2009 From: kwhiskerz at gmail.com (Petrus de Calguarium) Date: Tue, 15 Sep 2009 08:55:16 -0600 Subject: status of forked zlibs in rsync and zsync References: <1252964039.2311.93.camel@adam.local.net> Message-ID: Adam Williamson wrote: > At present we are > still in the contradictory and unsatisfactory position of shipping rsync > with an internal forked zlib but refusing to accept zsync as a package > because it does exactly the same thing. I hope this would not mean that rsync would be discontinued in favour of zsync. The zsync website states: "[W]here rsync is designed for synchronising data from one computer to another..., zsync is designed for file distribution, with one file on a server to be distributed to thousands of downloaders." I use rsync every day for exactly its intended purpose, but I have NO use of the latter function. From deadbabylon at googlemail.com Tue Sep 15 15:11:35 2009 From: deadbabylon at googlemail.com (Sebastian Vahl) Date: Tue, 15 Sep 2009 17:11:35 +0200 Subject: KDE-SIG weekly report (38/2009) Message-ID: <200909151711.43423.deadbabylon@googlemail.com> 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: 38/2009 Time: 2009-09-15 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-15 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-15/fedora-meeting.2009-09-15-14.01.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-15/fedora-meeting.2009-09-15-14.01.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * RexDieter * SebastianVahl * StevenParrish * ThomasJanssen ---------------------------------------------------------------------------------- = Agenda = * Live images dependencies: breaking libcanberra-gtk2 dependency (see also [1]) * post-4.3.1 fixes * future of Phonon = Summary = o Live images dependencies: breaking libcanberra-gtk2 dependency: * libcanberra-gtk2 has an explicit require on gdm due to directory ownership. * This drags in many gnome related packages on the KDE live images (gdm, evolution-data-server, gnome-session, xulrunner etc.). * A bug for this issue is already filed: #522998 - remove libcanberra-gtk2 dependency on gdm. o post-4.3.1 fixes: * Some bugfixes for KDE 4.3.1 will be pushed separately: - kdepim: Crash when autocompleting LDAP (kde#206024) [2] - kdenetwork: kopete/bonjour patch (from the mailing list) - kdenetwork: krfb produces garbled display (#523131) o future of Phonon: * Deferred to next week, after getting upstream feedback and with the key KDE- SIG people present. o Open discussion: * F12-snapshot2 is missing constantine-kde-theme (reason unknown, it is present on SebastianVahl's current local spins). * KevinKofler needs a reviewer for kio_gopher (#523355). JaroslavReznik has volunteered. * python-mwclient needs to be packaged ASAP (#520954). StevenParrish has volunteered to take a look at it. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-22 ---------------------------------------------------------------------------------- = Links = [1] http://fpaste.org/Mq7P/ [2] http://bugs.kde.org/show_bug.cgi?id=206024 = Buglist = https://bugzilla.redhat.com/show_bug.cgi?id=520954 https://bugzilla.redhat.com/show_bug.cgi?id=522998 https://bugzilla.redhat.com/show_bug.cgi?id=523131 https://bugzilla.redhat.com/show_bug.cgi?id=523355 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From jvonau at shaw.ca Tue Sep 15 15:33:08 2009 From: jvonau at shaw.ca (Jerry Vonau) Date: Tue, 15 Sep 2009 10:33:08 -0500 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> Message-ID: <1253028788.8829.72.camel@f9.vonau.ca> On Tue, 2009-09-15 at 15:47 +0545, Daniel Drake wrote: > Hi, > > A number of difficulties/unfortunate circumstances are combining and > causing me a headache. I'm looking for help/ideas on getting around > these... > > I am trying to build a customized version of the OLPC XS school server > for the OLPC deployment here in Nepal. The latest XS release is based > on F9. An F11/F12 update is on the cards, but the XS development team > is small and has more pressing priorities right now. > I have an F11 iso you could test ;) > The internet connection here at the office is too slow to make local > builds, and also the power get turned off every night. > > We do have a F11 box at the ISP which has a satisfactory internet > connection and reliable power, and we do have a speedy connection from > the office to that box. This box is also used to build other software > components for the deployment so there are multiple reasons why it > makes sense for us to run the school server build there. > > The XS build system uses revisor and the upstream version is built on > a F9 box. My problems originate from having to build our customized > version from F11. We do not have the hardware or space to install a F9 > box there, and we cannot downgrade our F11 system. > Are you just adding rpms to the install media? Or are you trying something more difficult? I have a process in mind if you're just adding rpms to the mix... > The first thing I tried is to use the F11 revisor to build the F9 XS > release. No luck - it fails on anaconda buildinstall due to big > differences in the F11 anaconda on the host system vs the F9 anaconda > in the target media. Not too surprising. > Revisor used to lie to buildinstall about the host environment, using the version_from parameter, which just calls buildinstall based on your target's version of Fedora (in /usr/lib/revisor/scripts) from: /usr/lib/python2.6/site-packages/revisor/pungi.py # setup the buildinstall call if os.access("scripts/%s-buildinstall" % self.cfg.version_from, os.R_OK): buildinstall.extend([os.path.abspath("scripts/% s-buildinstall" % self.cfg.version_from)]) elif os.access("/usr/lib/revisor/scripts/%s-buildinstall" % self.cfg.version_from, os.R_OK): buildinstall.extend(["/usr/lib/revisor/scripts/% s-buildinstall" % self.cfg.version_from]) else: buildinstall.extend(['/usr/lib/anaconda-runtime/buildinstall']) #buildinstall.append('TMPDIR=%s' % self.workdir) # TMPDIR broken in buildinstall # FIXME: Determine options from the anaconda-runtime version if self.cfg.version_from in [ "F9", "F10", "F11", "DEVEL" ]: buildinstall.append('--debug') However, I see that the older buildinstall(s) are not present any more(?)! (File a bug I guess) If you were to add the buildinstall from F9's anaconda in revisor's script directory as F9-buildinstall, then the buildinstall from F9 should be used instead of the one on the host system. > I looked into using pungi instead, but the documentation states: > "Pungi needs to run on the arch it is composing, as root, and with an > install of what it is composing, eg if you are composing Fedora 8, you > need to be running Fedora 8." > Funny, how would you build a rawhide beta/preview release? ;) just kidding... I've been able to build a lesser version of Fedora than what is running on the build host in the past, but it has been awhile since I tried. > I then tried to create a F9 chroot using mock, with the intention of > running revisor or pungi inside. This doesn't work, because mock > creates a v9 berkeley DB inside the chroot, but the libraries/apps > inside the chroot only support bdb v8. So running "rpm -qa" inside a > fresh F9 chroot on F11 gives you these errors: > mock-chroot> rpm -qa > rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 > error: cannot open Packages index using db3 - Invalid argument (22) > error: cannot open Packages database in /var/lib/rpm > And revisor and pungi fail in the same way, even though the Pungi > docs suggest this kind of thing should be possible: > https://fedorahosted.org/pungi/wiki/PungiDocs/RunningPungiInMock > Just spinning up a test release using F11 as the host to build XS-server-f9, using revisor as used in the Makefile at: http://dev.laptop.org/git/projects/xs-livecd/tree/ > Finally I tried to use db_dump on the F11 host to dump the database > using the v9 tools, to go into the chroot and use db_load to import it > using the v8 tools, but this also results in a v9 database being > loaded :( > > Any further ideas or suggestions? > Maybe, just need to know what your trying to do. Jerry From awilliam at redhat.com Tue Sep 15 15:39:14 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 15 Sep 2009 08:39:14 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: References: <1252964039.2311.93.camel@adam.local.net> Message-ID: <1253029154.2311.113.camel@adam.local.net> On Tue, 2009-09-15 at 08:55 -0600, Petrus de Calguarium wrote: > Adam Williamson wrote: > > > At present we are > > still in the contradictory and unsatisfactory position of > shipping rsync > > with an internal forked zlib but refusing to accept zsync > as a package > > because it does exactly the same thing. > > I hope this would not mean that rsync would be discontinued > in favour of zsync. > > The zsync website states: > > "[W]here rsync is designed for synchronising data from one > computer to another..., zsync is designed for file > distribution, with one file on a server to be distributed to > thousands of downloaders." > > I use rsync every day for exactly its intended purpose, but I > have NO use of the latter function. No, that's not the idea at all. As you say, it wouldn't make any sense. zsync isn't a replacement for rsync. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From aditya at adityapatawari.com Tue Sep 15 15:47:42 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Tue, 15 Sep 2009 21:17:42 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090915125258.GA9037@mokona.greysector.net> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> <20090915125258.GA9037@mokona.greysector.net> Message-ID: <2d4fa6320909150847l47b85121u63c3f77d471c4bb3@mail.gmail.com> On Tue, Sep 15, 2009 at 6:22 PM, Dominik 'Rathann' Mierzejewski < dominik at greysector.net> wrote: > What do you mean when you say it "will only clutter the space"? By this I mean to say that if we give 4 gb pre-installed stuff then menu and workspace will be too cluttered. It will be hard to find the application you want to work upon. > It will be on > the DVD anyway, either preinstalled or as RPMs. Yes, It will be on DVD but uninstalled packages will not show on main menu. > What makes you say it will > confuse the user? Have you actually tried giving users two DVDs, one with > software preinstalled and one with RPMs in local repo and asking which they > find less confusing or are you just guessing? > A few months ago a local LUG here created a custom Live DVD from a mainstream Linux (wasn't fedora). The size was about 2gb. Although regular users managed but feedback from newbies wasn't so positive regarding the overall ease of use. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From MathStuf at gmail.com Tue Sep 15 16:50:55 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Tue, 15 Sep 2009 12:50:55 -0400 Subject: status of forked zlibs in rsync and zsync References: <1252964039.2311.93.camel@adam.local.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Petrus de Calguarium wrote: > Adam Williamson wrote: > >> At present we are >> still in the contradictory and unsatisfactory position of > shipping rsync >> with an internal forked zlib but refusing to accept zsync > as a package >> because it does exactly the same thing. > > I hope this would not mean that rsync would be discontinued > in favour of zsync. > > The zsync website states: > > "[W]here rsync is designed for synchronising data from one > computer to another..., zsync is designed for file > distribution, with one file on a server to be distributed to > thousands of downloaders." > > I use rsync every day for exactly its intended purpose, but I > have NO use of the latter function. > > FWIW, there's a project here that intends to replace rsync for all major distro mirrors. I can get more information then. I'll have him discuss here; he can discuss it's capabilities and internals much better than I can. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBAgAGBQJKr8XwAAoJEKaxavVX4C1XIHcQAOGEugPlMPL+GSN42d19UYbm Hu2ocCf9d4/Axi8wViTmB36g1V1g+huakP4SNi9dkDgqOxIVqmyhnkxt8TdupAWD Wrs6IFG9oAaN79W0QQGXZbbmTSTRe8WU2SYwIWqjQ+c9MExsDi5yNKw3qPWHORlE Y1Xzux1lo0qQ7eDvj5QamcvgaGlLIMZHL8Gx+prVV2KBRz2GZttL+MraGkqfhAor 3EkrZur1Nvpz52hYVpHJJBgIJchVnXiZlbucfdKC2A+0Pc7TckKGG3ZUqS099Omi dz7YMXUebphHxRYDVjqaiNb/bIqE7Qi4FTzO91fDdVzvf3kR8f17zsH2LHdg5bTt lzudkFfZ7UJ1HguQi3zH2yfD0bICJkaqld47nQelZ7DKHNVNcglBHKzuCwIg0xY+ 8FKmZlO6tUsocVeKgjjQiACAKm4+h5ZnFZP+F6OoOeEcAP5TTUjAJ0EPD8zzmLyE kJ2rGQKktAr+MfmTl+CqwvZAMy51m0tPzQC9vUaauTFO6r7egdWHVvdYeBcjw+gJ /pg7+phEmiV6Ghgs2+mCEoVthRSkjAc/2CfPglsQ0Rktk7Zq33wPnsxo9eY0j3Le cerb7i3uwHtwEmr2lfJM8xxBQnJwHRC1V26Hzp1ue0nhBI/UMpwWlGW4shmr2vPp NpVH1wnaSZvkpnrJg3vA =Da7h -----END PGP SIGNATURE----- From jreiser at bitwagon.com Tue Sep 15 17:15:34 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 15 Sep 2009 10:15:34 -0700 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAF9468.9030800@bwh.harvard.edu> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> <4AAE9E0B.5030805@bwh.harvard.edu> <4AAF9468.9030800@bwh.harvard.edu> Message-ID: <4AAFCBB6.3040704@bitwagon.com> > I tried doing this with the Live CDs for F10 and F11: > Parallel unsquashfs: Using 1 processor > FATAL ERROR aborting: failed to read fragment table > What am I doing wrong? (I'm using the i686 live CDs. What versions are involved? [unsquashfs -v -ll foo.img] unsquashfs version 4.0 works for me on F12-Snap2-i686-Live.iso/LiveOS/squashfs.img when run on either Fedora 11 or rawhide for Fedora 12. -- From andre at bwh.harvard.edu Tue Sep 15 17:29:19 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Tue, 15 Sep 2009 13:29:19 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAFCBB6.3040704@bitwagon.com> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> <4AAE9E0B.5030805@bwh.harvard.edu> <4AAF9468.9030800@bwh.harvard.edu> <4AAFCBB6.3040704@bitwagon.com> Message-ID: <4AAFCEEF.6060308@bwh.harvard.edu> On 09/15/2009 01:15 PM, John Reiser wrote: >> I tried doing this with the Live CDs for F10 and F11: > >> Parallel unsquashfs: Using 1 processor >> FATAL ERROR aborting: failed to read fragment table > >> What am I doing wrong? (I'm using the i686 live CDs. > > What versions are involved? [unsquashfs -v -ll foo.img] > > unsquashfs version 4.0 works for me on > F12-Snap2-i686-Live.iso/LiveOS/squashfs.img > when run on either Fedora 11 or rawhide for Fedora 12. I'm using the latest F11 version of squashfs-tools on a fully updated x86_64 F11 box. Just discovered that it works on Fedora-11-i686-Live.iso, but fails with F10-i686-Live.iso. So the new question is, why doesn't it work with the F10 image? Also, after expanding squashfs.img for F11, it gives me another single huge (over 3 GB) file ext3fs.img. I know that rsync doesn't work particularly well between install images - going between the F11 Preview and Final DVDs required about half the full ISO size, while the deltaiso was more like 5%. It would be completely useless for the leap from Fedora N to (N+1). Unless there is a way to expand the Live image into a file tree where many of the files haven't changed, it looks like rsync won't be much help here. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ajax at redhat.com Tue Sep 15 13:42:53 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 09:42:53 -0400 Subject: Mouse pointer freezing in f12 and f11 In-Reply-To: <1252574985.2584.11.camel@localhost> References: <1252574985.2584.11.camel@localhost> Message-ID: <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> On Thu, 2009-09-10 at 19:29 +1000, Rodd Clarkson wrote: > I've had a problem with X in f12 or some time that sees the mouse > pointer freezing. I'm now having the same issue in f11. > > I'm happy to file a bug in bugzilla, but I'm hoping someone mught be > able to point me in the right direction. > > After some time after running X the mouse pointer will freeze. > Switching to a VT doesn't help, but I can use the keyboard to close apps > and do a little navigation. Also pushing the power button will see a > dialog to allow me to shutdown, suspend, etc. I can suspend and resume > and this fixes the problem. > > I'm not however convinced that it's an X bug. I think it might be > related to bluetooth (I believe that my mouse and keyboard have > something to do with bluetooth on this laptop) and that the suspend > resume cycle restarts bluetooth and fixes the problem. You could verify this with "DISPLAY=:0 xinput list" when the mouse pointer stops. If you don't see the bluetooth mouse in the list, then the kernel is refusing to re-plug it right. If you _do_ see the mouse in the list, then X is confused somewhere. Does keyboard navigation still work when this happens? Does alt-tab switch windows, etc. - ajax -------------- 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 ajax at redhat.com Tue Sep 15 13:55:11 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 09:55:11 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> Message-ID: <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-15 at 13:44 +0200, Josephine Tannh?user wrote: > Hey, > > I googled for it and found Karims blogpost and Simon aka kassamedias > answer (comment 3) > > http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ If we _really_ cared about doing this OAOO, we could probably get the rsync package to drop out its own zlib copy as a shared lib, make that a subpackage, and link zsync against that. But, for 74k of shared library, I just don't care that much. This shouldn't block packaging zsync. - ajax -------------- 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 ajax at redhat.com Tue Sep 15 16:06:54 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 12:06:54 -0400 Subject: Default heuristics for variable-format displays Message-ID: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> In attempting to document how displays are expected to work in F12 [1], I realized we still don't have a decent heuristic for some cases. Broadly, displays are either fixed-format or variable-format. FF means you have some set number of pixels, like an LCD. VF means you don't, like a CRT. (Projectors are often somewhere in between, we'll pretend they don't exist for a moment.) We get FF displays pretty much right, since they tend to describe themselves well enough in EDID to figure out what their native size is. Some VF displays are polite enough to define a preferred mode, and for that case we'll default to that. But, many VF displays don't define a preferred mode. How are we to choose? What's currently implemented will pick something along the lines of "the largest available mode that matches our guess at the physical aspect ratio and that fits in the card's DAC and memory bandwidth limits". Which is awful. So I'm thinking something like (in wretched pseudopython): def mode_dpi_cmp(x, y): return cmp(abs(x.dpi - 96), abs(y.dpi - 96)) def mode_size_cmp(x, y): return cmp(x.width * x.height, y.width * y.height) def best_mode(modes, dpi_known = True): l = filter(lambda x: x.refresh >= 72, modes) if l == []: l = modes if dpi_known: l.sort(cmp=mode_dpi_cmp) else: l.sort(cmp=mode_size_cmp) return l[0] Which is _pretty_ good, except you'd kinda like to match aspect ratio if you happen to know AR but not DPI. Which is trivial to add, but starts to be hard to read. If anyone has ideas I'm all ears, but I'd like to get this implemented sometime this week, so speak up. [1] https://fedoraproject.org/wiki/Desktop/Whiteboards/HardwareHandling - ajax -------------- 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 awilliam at redhat.com Tue Sep 15 17:32:51 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 15 Sep 2009 10:32:51 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253029154.2311.113.camel@adam.local.net> References: <1252964039.2311.93.camel@adam.local.net> <1253029154.2311.113.camel@adam.local.net> Message-ID: <1253035971.2311.115.camel@adam.local.net> On Tue, 2009-09-15 at 08:39 -0700, Adam Williamson wrote: > On Tue, 2009-09-15 at 08:55 -0600, Petrus de Calguarium wrote: > > Adam Williamson wrote: > > > > > At present we are > > > still in the contradictory and unsatisfactory position of > > shipping rsync > > > with an internal forked zlib but refusing to accept zsync > > as a package > > > because it does exactly the same thing. > > > > I hope this would not mean that rsync would be discontinued > > in favour of zsync. > > > > The zsync website states: > > > > "[W]here rsync is designed for synchronising data from one > > computer to another..., zsync is designed for file > > distribution, with one file on a server to be distributed to > > thousands of downloaders." > > > > I use rsync every day for exactly its intended purpose, but I > > have NO use of the latter function. > > No, that's not the idea at all. As you say, it wouldn't make any sense. > zsync isn't a replacement for rsync. To clarify, we want to have zsync in the distribution as well as rsync, but it is being refused because it has an internal zlib (even though rsync has an internal zlib too, and _is_ in the distribution). zsync is orthogonal to rsync. they do not fight in any way. :) the ultimate resolution of this will be either to have rsync and zsync work with the system zlib package, or to ship the variant zlib as a separate package. i'm just trying to bump the process along. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Tue Sep 15 17:38:32 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 15 Sep 2009 10:38:32 -0700 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> Message-ID: <1253036312.2311.117.camel@adam.local.net> On Tue, 2009-09-15 at 01:27 -0400, Michel Alexandre Salim wrote: > On Mon, Sep 14, 2009 at 1:28 PM, Seth Vidal wrote: > > > > Boy, I'm so glad we decided to jump onto the xz ship. > > > I take it it's too late to back out and stick to bzip2 until the > situation stabilizes? I take it whatever solution ends up in F-12 is > likely to be the one used by RHEL 6 when it comes out next spring. > > Between using more space on a distribution that's smaller than Fedora > anyway, and having a rather uncertain compression tool... It's only 'uncertain' in the sense that it's not committed to always producing the same archive in future versions or on different architectures. As has been pointed out, this only has any relevance when it comes to delta RPMs, which are hardly a vital case (it's not catastrophic if they don't work). There's no suggestion that the tool is 'uncertain' in any more important sense (i.e. it doesn't actually compress / decompress properly). It isn't. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Tue Sep 15 17:48:53 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 15 Sep 2009 10:48:53 -0700 Subject: Default heuristics for variable-format displays In-Reply-To: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> References: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> Message-ID: <1253036933.2311.122.camel@adam.local.net> On Tue, 2009-09-15 at 12:06 -0400, Adam Jackson wrote: > In attempting to document how displays are expected to work in F12 [1], > I realized we still don't have a decent heuristic for some cases. > > Broadly, displays are either fixed-format or variable-format. FF means > you have some set number of pixels, like an LCD. VF means you don't, > like a CRT. (Projectors are often somewhere in between, we'll pretend > they don't exist for a moment.) We get FF displays pretty much right, > since they tend to describe themselves well enough in EDID to figure out > what their native size is. Some VF displays are polite enough to define > a preferred mode, and for that case we'll default to that. > > But, many VF displays don't define a preferred mode. How are we to > choose? What's currently implemented will pick something along the > lines of "the largest available mode that matches our guess at the > physical aspect ratio and that fits in the card's DAC and memory > bandwidth limits". Which is awful. So I'm thinking something like (in > wretched pseudopython): > > def mode_dpi_cmp(x, y): > return cmp(abs(x.dpi - 96), abs(y.dpi - 96)) > > def mode_size_cmp(x, y): > return cmp(x.width * x.height, y.width * y.height) > > def best_mode(modes, dpi_known = True): > l = filter(lambda x: x.refresh >= 72, modes) > if l == []: > l = modes > if dpi_known: > l.sort(cmp=mode_dpi_cmp) > else: > l.sort(cmp=mode_size_cmp) > return l[0] > > Which is _pretty_ good, except you'd kinda like to match aspect ratio if > you happen to know AR but not DPI. Which is trivial to add, but starts > to be hard to read. > > If anyone has ideas I'm all ears, but I'd like to get this implemented > sometime this week, so speak up. I know that, in the dinosaur days of CRT, I could 'see' flicker (and get flicker-generated headaches) at anything under 80Hz, and I know there are even more sensitive people than that. So 72Hz may be a bit of a low 'safe refresh rate' cutoff. I'd like it to be 80 at least. 72/75 were better than 65 for me, but definitely not acceptable for long-term work. (/me remembers the days when you could gain any office worker's everlasting friendship by changing their refresh rate from 60Hz to 85Hz...ahhh, good times.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jwboyer at gmail.com Tue Sep 15 17:50:06 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 15 Sep 2009 13:50:06 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <1253036312.2311.117.camel@adam.local.net> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> <1253036312.2311.117.camel@adam.local.net> Message-ID: <20090915175006.GB3302@hansolo.jdub.homelinux.org> On Tue, Sep 15, 2009 at 10:38:32AM -0700, Adam Williamson wrote: >On Tue, 2009-09-15 at 01:27 -0400, Michel Alexandre Salim wrote: >> On Mon, Sep 14, 2009 at 1:28 PM, Seth Vidal wrote: >> > >> > Boy, I'm so glad we decided to jump onto the xz ship. >> > >> I take it it's too late to back out and stick to bzip2 until the >> situation stabilizes? I take it whatever solution ends up in F-12 is >> likely to be the one used by RHEL 6 when it comes out next spring. >> >> Between using more space on a distribution that's smaller than Fedora >> anyway, and having a rather uncertain compression tool... > >It's only 'uncertain' in the sense that it's not committed to always >producing the same archive in future versions or on different >architectures. As has been pointed out, this only has any relevance when Simple solution: Don't build the noarch RPMs on ppc. Why?: Because F12 is the last release that will have ppc be a primary arch and it is fairly arguable that you want to optimize for the future case going forward anyway. josh From notting at redhat.com Tue Sep 15 17:56:55 2009 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Sep 2009 13:56:55 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090915175006.GB3302@hansolo.jdub.homelinux.org> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> <1253036312.2311.117.camel@adam.local.net> <20090915175006.GB3302@hansolo.jdub.homelinux.org> Message-ID: <20090915175655.GD6553@nostromo.devel.redhat.com> Josh Boyer (jwboyer at gmail.com) said: > Simple solution: Don't build the noarch RPMs on ppc. > Why?: Because F12 is the last release that will have ppc be a primary arch > and it is fairly arguable that you want to optimize for the future case going > forward anyway. I'm not sure how 'simple' that is in the koji configuration. Bill From jreiser at bitwagon.com Tue Sep 15 18:01:15 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 15 Sep 2009 11:01:15 -0700 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAFCEEF.6060308@bwh.harvard.edu> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> <4AAE9E0B.5030805@bwh.harvard.edu> <4AAF9468.9030800@bwh.harvard.edu> <4AAFCBB6.3040704@bitwagon.com> <4AAFCEEF.6060308@bwh.harvard.edu> Message-ID: <4AAFD66B.7050500@bitwagon.com> On 09/15/2009 10:29 AM, Andre Robatino wrote: > I'm using the latest F11 version of squashfs-tools on a fully updated > x86_64 F11 box. Just discovered that it works on > Fedora-11-i686-Live.iso, but fails with F10-i686-Live.iso. So the new > question is, why doesn't it work with the F10 image? That's a bug, please file in bugzilla, with *specific* version info. Include the checksum of each *.iso, just to be sure. > Also, after expanding squashfs.img for F11, it gives me another single > huge (over 3 GB) file ext3fs.img. ext3fs.img is a complete, mountable filesystem. mount -o loop ext3fs.img /mnt/foo All the files are there with their actual names, actual contents, etc. So rsync will work on the tree /mnt/foo just as well as rsync works on any actual file system tree. The downside is each rsync session requires processor cycles on both ends. The drawing card of the new zsync tool is that the rsync CPU time on the "master" side need be done only once; the results are cached as a companion file to each existing file. The companion file contains the checksums for chunks of the [new] file. The master side http server just serves the companion file like any other file. The zsync tool retrieves the whole companion file, does the rsync checksum computations for the local old file, then asks the master for the appropriate partial content (HTTP code 206) of the chunks that the local side does not have already. The gain is that the companion file is smaller. The risk is that anybody who can manufacture collisions for the checksum can pollute the result. -- From jreiser at bitwagon.com Tue Sep 15 18:13:04 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 15 Sep 2009 11:13:04 -0700 Subject: EDID necessary for fixed-format displays? In-Reply-To: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> References: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> Message-ID: <4AAFD930.2020201@bitwagon.com> > We get FF [fixed format] displays pretty much right, What is holding up https://bugzilla.redhat.com/show_bug.cgi?id=493441 where a 1024x768 LCD panel is recognized only as 800x600, and with no option to choose 1024x768, except via explicit /etc/X11/xorg.conf ? That box does not have EDID, but Xorg.0.log shows (II) R128(0): Panel size: 1024x768 so the driver does know the truth. It looks like a lazy driver if EDID is the only way to success. -- From jwboyer at gmail.com Tue Sep 15 18:16:06 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 15 Sep 2009 14:16:06 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090915175655.GD6553@nostromo.devel.redhat.com> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> <1253036312.2311.117.camel@adam.local.net> <20090915175006.GB3302@hansolo.jdub.homelinux.org> <20090915175655.GD6553@nostromo.devel.redhat.com> Message-ID: <20090915181606.GC3302@hansolo.jdub.homelinux.org> On Tue, Sep 15, 2009 at 01:56:55PM -0400, Bill Nottingham wrote: >Josh Boyer (jwboyer at gmail.com) said: >> Simple solution: Don't build the noarch RPMs on ppc. >> Why?: Because F12 is the last release that will have ppc be a primary arch >> and it is fairly arguable that you want to optimize for the future case going >> forward anyway. > >I'm not sure how 'simple' that is in the koji configuration. It will have to be done anyway, yes? josh From notting at redhat.com Tue Sep 15 18:17:49 2009 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Sep 2009 14:17:49 -0400 Subject: Deltarpm xz problem with PPC generated rpms? In-Reply-To: <20090915181606.GC3302@hansolo.jdub.homelinux.org> References: <1252860224.4449.20.camel@jdlaptop.lesbg.loc> <20090914163052.GC10030@nostromo.devel.redhat.com> <1252949147.30058.35.camel@jdlaptop.lesbg.loc> <615c05430909142227k1a75f4cehf5bce90eda626dc5@mail.gmail.com> <1253036312.2311.117.camel@adam.local.net> <20090915175006.GB3302@hansolo.jdub.homelinux.org> <20090915175655.GD6553@nostromo.devel.redhat.com> <20090915181606.GC3302@hansolo.jdub.homelinux.org> Message-ID: <20090915181749.GA6924@nostromo.devel.redhat.com> Josh Boyer (jwboyer at gmail.com) said: > >I'm not sure how 'simple' that is in the koji configuration. > > It will have to be done anyway, yes? Well, that would involve disabling all ppc builders for a release entirely, which is much simpler. But this isn't the right list anyway. Bill From andre at bwh.harvard.edu Tue Sep 15 18:23:37 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Tue, 15 Sep 2009 14:23:37 -0400 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <4AAFD66B.7050500@bitwagon.com> References: <4AAE512A.9050706@bwh.harvard.edu> <4AAE69CE.9050802@bitwagon.com> <4AAE9E0B.5030805@bwh.harvard.edu> <4AAF9468.9030800@bwh.harvard.edu> <4AAFCBB6.3040704@bitwagon.com> <4AAFCEEF.6060308@bwh.harvard.edu> <4AAFD66B.7050500@bitwagon.com> Message-ID: <4AAFDBA9.8050307@bwh.harvard.edu> On 09/15/2009 02:01 PM, John Reiser wrote: > On 09/15/2009 10:29 AM, Andre Robatino wrote: >> I'm using the latest F11 version of squashfs-tools on a fully updated >> x86_64 F11 box. Just discovered that it works on >> Fedora-11-i686-Live.iso, but fails with F10-i686-Live.iso. So the new >> question is, why doesn't it work with the F10 image? > > That's a bug, please file in bugzilla, with *specific* version info. > Include the checksum of each *.iso, just to be sure. https://bugzilla.redhat.com/show_bug.cgi?id=523504 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Sep 15 18:27:22 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Sep 2009 11:27:22 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> Message-ID: <4AAFDC8A.7040302@gmail.com> On 09/15/2009 06:55 AM, Adam Jackson wrote: > On Tue, 2009-09-15 at 13:44 +0200, Josephine Tannh?user wrote: >> Hey, >> >> I googled for it and found Karims blogpost and Simon aka kassamedias >> answer (comment 3) >> >> http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ > > If we _really_ cared about doing this OAOO, we could probably get the > rsync package to drop out its own zlib copy as a shared lib, make that a > subpackage, and link zsync against that. > > But, for 74k of shared library, I just don't care that much. This > shouldn't block packaging zsync. > The rules against shared libraries aren't because of saving space:: https://fedoraproject.org/wiki/No_Bundled_Libraries And yep, I agree with your analysis of how we can do this. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From tonynelson at georgeanelson.com Tue Sep 15 18:35:32 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Tue, 15 Sep 2009 14:35:32 -0400 Subject: Default heuristics for variable-format displays In-Reply-To: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> (from ajax@redhat.com on Tue Sep 15 12:06:54 2009) Message-ID: <1253039732.20146.1@localhost.localdomain> On 09-09-15 12:06:54, Adam Jackson wrote: ... > def mode_dpi_cmp(x, y): > return cmp(abs(x.dpi - 96), abs(y.dpi - 96)) ... The names x and y suggest coordinates to me. I'd have read the code right the first time if the names had been a and b. > def best_mode(modes, dpi_known = True): > l = filter(lambda x: x.refresh >= 72, modes) If the sort is stable, how about sorting by highest refresh rate first? That way an 85 Hz refresh (if available) would be preferred over a 75 Hz refresh rate. (I expect the 72 Hz is to separate out LCDs which usually have a fixed rate of about 60 Hz.) l = filter(lambda a: a.refresh >= 72, modes).sorted( key=lambda a: -a.refresh ) (BTW, use key instead of cmp in the other cases as well.) > if l == []: > l = modes > if dpi_known: > l.sort(cmp=mode_dpi_cmp) > else: > l.sort(cmp=mode_size_cmp) > return l[0] ... In any case, thank you for working on it (my bz is 522155 "RFE choose sensible resolution during boot"). -- ____________________________________________________________________ TonyN.:' ' From ajax at redhat.com Tue Sep 15 18:47:00 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 14:47:00 -0400 Subject: Default heuristics for variable-format displays In-Reply-To: <1253036933.2311.122.camel@adam.local.net> References: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> <1253036933.2311.122.camel@adam.local.net> Message-ID: <1253040420.15274.7706.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-15 at 10:48 -0700, Adam Williamson wrote: > I know that, in the dinosaur days of CRT, I could 'see' flicker (and get > flicker-generated headaches) at anything under 80Hz, and I know there > are even more sensitive people than that. So 72Hz may be a bit of a low > 'safe refresh rate' cutoff. I'd like it to be 80 at least. 72/75 were > better than 65 for me, but definitely not acceptable for long-term work. The struggle here is that you may not actually have any modes in the pool with refresh rates that high. I'm remembering 72Hz as some OSHA recommendation but I'm not able to find a reference to it quickly. Both the EU and EnergyStar seem to indicate that CRTs should be measured for power at the largest resolution supported at 75Hz, but that's a power recommendation, not an ergonomic one. There's also a (rather small) power usage argument here. Higher refresh rates require more memory bandwidth, which means more memory cycles, which means more power draw. It's linear on number of pixels, but the coefficient is pretty low, so maybe it's not worth worrying about. I suppose you could successively run the filter() step in the given algorithm until you get a non-empty list. Nggh though. - ajax -------------- 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 ajax at redhat.com Tue Sep 15 18:55:41 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 14:55:41 -0400 Subject: EDID necessary for fixed-format displays? In-Reply-To: <4AAFD930.2020201@bitwagon.com> References: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> <4AAFD930.2020201@bitwagon.com> Message-ID: <1253040941.15274.7716.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-15 at 11:13 -0700, John Reiser wrote: > > We get FF [fixed format] displays pretty much right, > > What is holding up https://bugzilla.redhat.com/show_bug.cgi?id=493441 Primarily that it's rage128 hardware, which no one likes working on. > where a 1024x768 LCD panel is recognized only as 800x600, and with > no option to choose 1024x768, except via explicit /etc/X11/xorg.conf ? > > That box does not have EDID, but Xorg.0.log shows > (II) R128(0): Panel size: 1024x768 > so the driver does know the truth. > It looks like a lazy driver if EDID is the only way to success. Pretty sure I've seen other cases where r128 gets the panel size wrong. We do something similar in the vesa driver though, where we'll call out to the VBE panel ID method if there's no EDID. I'd be interested to see what vesa does on that hardware. The panel size dump in r128 is scraping out of some scratch registers that happen to be the right size sometimes, where the VBE call might actually be reliable. - ajax -------------- 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 ajax at redhat.com Tue Sep 15 19:14:20 2009 From: ajax at redhat.com (Adam Jackson) Date: Tue, 15 Sep 2009 15:14:20 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AAFDC8A.7040302@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> Message-ID: <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> On Tue, 2009-09-15 at 11:27 -0700, Toshio Kuratomi wrote: > On 09/15/2009 06:55 AM, Adam Jackson wrote: > > On Tue, 2009-09-15 at 13:44 +0200, Josephine Tannh?user wrote: > >> Hey, > >> > >> I googled for it and found Karims blogpost and Simon aka kassamedias > >> answer (comment 3) > >> > >> http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ > > > > If we _really_ cared about doing this OAOO, we could probably get the > > rsync package to drop out its own zlib copy as a shared lib, make that a > > subpackage, and link zsync against that. > > > > But, for 74k of shared library, I just don't care that much. This > > shouldn't block packaging zsync. > > > The rules against shared libraries aren't because of saving space:: > > https://fedoraproject.org/wiki/No_Bundled_Libraries I'm aware, I just don't think they read strongly enough on this case to matter. The copy of zlib is there _because_ it can't change, so the arguments for changing things OAOO are really weak. I'm also not aware of any precedent for what to name a library like this. %{_libdir}/libfedora-rsync-zlib.so.0 ? What version number do we pick? Who's responsible for making sure it gets bumped when it should? Seems like a lot of policy to type for very little practical gain. Speaking more generally, the package review process makes it very hard to get anything in the door if it doesn't fit the existing rules, and the rules do not change quickly. We would probably deliver more value if we were willing to accept packages with merely a _plan_ to fix the deviations. As a bonus, we'd have a list of things to do for people looking for ways to contribute. - ajax -------------- 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 Tue Sep 15 19:34:34 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Sep 2009 12:34:34 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> Message-ID: <4AAFEC4A.9020201@gmail.com> On 09/15/2009 12:14 PM, Adam Jackson wrote: > On Tue, 2009-09-15 at 11:27 -0700, Toshio Kuratomi wrote: >> On 09/15/2009 06:55 AM, Adam Jackson wrote: >>> On Tue, 2009-09-15 at 13:44 +0200, Josephine Tannh?user wrote: >>>> Hey, >>>> >>>> I googled for it and found Karims blogpost and Simon aka kassamedias >>>> answer (comment 3) >>>> >>>> http://kparal.wordpress.com/2009/09/01/zsync-transfer-large-files-efficiently/ >>> >>> If we _really_ cared about doing this OAOO, we could probably get the >>> rsync package to drop out its own zlib copy as a shared lib, make that a >>> subpackage, and link zsync against that. >>> >>> But, for 74k of shared library, I just don't care that much. This >>> shouldn't block packaging zsync. >>> >> The rules against shared libraries aren't because of saving space:: >> >> https://fedoraproject.org/wiki/No_Bundled_Libraries > > I'm aware, I just don't think they read strongly enough on this case to > matter. The copy of zlib is there _because_ it can't change, so the > arguments for changing things OAOO are really weak. > Uhm.... Why can't it change? For instance: zlib upstream has buffer overflow. We issue a zero day update. Woo hoo, go us. After a few weeks rsync upstream notices that zlib has been updated. Applies their patches to their copy of zlib. We make a zero day update of rsync... but the vulnerable version has been out there and known for several weeks. Now zsync notices that the zlib in rsync has been updated. They update their version of zlib. We release yet another zero day update... but it's been even longer that the vulnerability has been published at this point.... > I'm also not aware of any precedent for what to name a library like > this. %{_libdir}/libfedora-rsync-zlib.so.0 ? What version number do we > pick? Who's responsible for making sure it gets bumped when it should? > Seems like a lot of policy to type for very little practical gain. > All of these are reasons that people have been trying to get upstream to manage the forked library instead of forking it here. However, last time I checked no one has contacted rsync upstream to see if they're willing to support the forked library in their packaging. So we're at a point where no one is doing the work to make this happen... either upstream or locally. > Speaking more generally, the package review process makes it very hard > to get anything in the door if it doesn't fit the existing rules, and > the rules do not change quickly. We would probably deliver more value > if we were willing to accept packages with merely a _plan_ to fix the > deviations. As a bonus, we'd have a list of things to do for people > looking for ways to contribute. > This would be great if maintainers were willing to fix issues after the fact. Look at rsync -- there's no incentive to fix the library issue at this point because rsync is already in the distribution. We need to fix this lack of incentive for other reasons -- but we need to fix it before we start trying to get more packages into the distro with less initial quality. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rdieter at math.unl.edu Tue Sep 15 20:10:07 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 15 Sep 2009 15:10:07 -0500 Subject: status of forked zlibs in rsync and zsync References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> Message-ID: Toshio Kuratomi wrote: > This would be great if maintainers were willing to fix issues after the > fact. Look at rsync -- there's no incentive to fix the library issue at > this point because rsync is already in the distribution. We need to fix > this lack of incentive for other reasons -- but we need to fix it before > we start trying to get more packages into the distro with less initial > quality. Not good at this point in the release cycle, but... an option is to block it from rawhide, until fixed/resolved. That'll light a fire to make things happen surely. -- Rex From ssorce at redhat.com Tue Sep 15 20:29:08 2009 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 15 Sep 2009 16:29:08 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AAFEC4A.9020201@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> Message-ID: <1253046549.15736.25.camel@localhost.localdomain> On Tue, 2009-09-15 at 12:34 -0700, Toshio Kuratomi wrote: > This would be great if maintainers were willing to fix issues after > the > fact. Look at rsync -- there's no incentive to fix the library issue > at > this point because rsync is already in the distribution. We need to > fix > this lack of incentive for other reasons -- but we need to fix it > before > we start trying to get more packages into the distro with less initial > quality. Sorry but the packager may have no way to influence upstream. And to be honest having a huge patch against rsync and/or zsync to extract a library against the will of the rsync and/or zsync upstream is contrary to fedora policy as (AFAIK). And yes I am the maintainer of rsync and I am not doing the job, because I don't want to have to create or maintain such patcheset until the day I am reasonably sure upstream will want such patches. Finally as ajax said, we need to be reasonable, I don't think this problem warrants blocking our acceptance of zsync. Simo. -- Simo Sorce * Red Hat, Inc * New York From ssorce at redhat.com Tue Sep 15 20:29:39 2009 From: ssorce at redhat.com (Simo Sorce) Date: Tue, 15 Sep 2009 16:29:39 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> Message-ID: <1253046579.15736.26.camel@localhost.localdomain> On Tue, 2009-09-15 at 15:10 -0500, Rex Dieter wrote: > Not good at this point in the release cycle, but... an option is to > block it > from rawhide, until fixed/resolved. That'll light a fire to make > things > happen surely. Please go ahead, and find another maintainer while you are there. Simo. -- Simo Sorce * Red Hat, Inc * New York From a.badger at gmail.com Tue Sep 15 21:01:51 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Sep 2009 14:01:51 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253046549.15736.25.camel@localhost.localdomain> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> Message-ID: <4AB000BF.3050909@gmail.com> On 09/15/2009 01:29 PM, Simo Sorce wrote: > On Tue, 2009-09-15 at 12:34 -0700, Toshio Kuratomi wrote: >> This would be great if maintainers were willing to fix issues after >> the >> fact. Look at rsync -- there's no incentive to fix the library issue >> at >> this point because rsync is already in the distribution. We need to >> fix >> this lack of incentive for other reasons -- but we need to fix it >> before >> we start trying to get more packages into the distro with less initial >> quality. > > Sorry but the packager may have no way to influence upstream. > And to be honest having a huge patch against rsync and/or zsync to > extract a library against the will of the rsync and/or zsync upstream is > contrary to fedora policy as (AFAIK). > You bring up several good thoughts here: 1) We have two conflicting policies. Stick with upstream and do not have private copies of system libraries. Since the latter is in place for security reasons and maintainability while the former is only for maintainability, I'd place more value on it. 2) There's huge patches and then there's huge patches. If we ported rsync to somehow use the system zlib and still be compatible with current rsync and that was not accepted by upstream, that would be one sort of huge patch. However, if we break zlib's rsync out into a subpackage and link rsync and zsync against that then that's a different kind of patch. The former is a patch against the code inside of rsync. The latter is a patch against the build scripts for rsync. We often make patches to build scripts because they aren't working in our environment. 3) The packager works for the distro and the consumers of the distro. If you can get upstream to acknowledge the burden they place on you and do the work to make it better then you are to be congratulated. You've made the world a better place for everyone. If you can't, then you need to do the work yourself for the consumers of your product. > And yes I am the maintainer of rsync and I am not doing the job, because > I don't want to have to create or maintain such patcheset until the day > I am reasonably sure upstream will want such patches. > This is wrong in attitude although it could be right in short-term practice. You are the representative of Fedora to upstream. You need to be doing work to try and get them to take a patch that satisfies our requirements. If they aren't going to budge in one direction, you need to try a different option. For instance, in this case we could try: (1) use system zlib instead of our forked copy and be backwards incompatible. (2) Use system zlib and find a way to be backwards compatible. (3) Use a forked copy of zlib and make that fork a separate project. (4) Use a forked copy of zlib and make that a dynamic library built out of the rsync package. If upstream isn't going to budge at all we need to decide whether we need to change the Guidelines or make changes locally. As mentioned making changes to fork out their zlib version has precedent so that's one way we could make changes locally. If you maintain the library (or get other distro maintainers to help maintain it :-) you can even send a patch back to rsync upstream to use that broken out library if configure discovers it at build time. If you don't want to do any of that work, then you have to come up with a good reason or plan for making a change to the Guidelines: Maybe your argument is: "Security is not a goal of Fedora, therefore, we don't need to worry about including forked copies of system libraries in applications." Or "We can mitigate the security risks by making all maintainers of applications which include system libraries also be maintainers of the libraries they are including and testing that they are capable of forward porting their patchsets to new versions of the system library they are including." Or "Including system libraries statically in an application is not a security risk, doesn't lead to forks, etc. The time that we had problems with zlib before was just a fluke and really it was the Martian brain-zappers that caused most of the problem, not zlib itself." Just asserting that there is no problem doesn't cut it. You have to mitigate the problem or prove that it doesn't exist. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Tue Sep 15 21:04:57 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 15 Sep 2009 14:04:57 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> Message-ID: <4AB00179.4040708@gmail.com> On 09/15/2009 01:10 PM, Rex Dieter wrote: > Toshio Kuratomi wrote: > >> This would be great if maintainers were willing to fix issues after the >> fact. Look at rsync -- there's no incentive to fix the library issue at >> this point because rsync is already in the distribution. We need to fix >> this lack of incentive for other reasons -- but we need to fix it before >> we start trying to get more packages into the distro with less initial >> quality. > > Not good at this point in the release cycle, but... an option is to block it > from rawhide, until fixed/resolved. That'll light a fire to make things > happen surely. > That's an awfully big stick to wield. At some point we may need something like that. For instance, if we are serious about ever completing all of the merge reviews there will come a time when we have to think about how we can give people the incentive to do that. I keep looking for a carrot to use as incentive rather than a stick, though.... Regarding the timing, if this were to be the solution, it would be better to do it at the beginning of a development cycle than at the end. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From dsd at laptop.org Wed Sep 16 03:45:41 2009 From: dsd at laptop.org (Daniel Drake) Date: Wed, 16 Sep 2009 09:30:41 +0545 Subject: Troubles running F9 mock chroot under F11 In-Reply-To: <46a038f90909150443t31902a17g7331a5fae1232981@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <46a038f90909150443t31902a17g7331a5fae1232981@mail.gmail.com> Message-ID: <818423da0909152045m600df488r5ac15eac75105255@mail.gmail.com> 2009/9/15 Martin Langhoff : > I keep my build machine of F9 due to similar issues I saw building F7 > from F9 -- however, ISTR there's been some discussion of this > recently. Hmmm, a bit of googling leads to a nice thread > > ?http://www.mail-archive.com/fedora-buildsys-list at redhat.com/msg02210.html > > which if you read in depth seems to indicate that either of: > > ? rm -f /var/lib/rpm/__db* > ? /bin/rpm --rebuilddb > > fixes the problem. Probably either triggers the other. Yeah, I found that thread too. It doesn't help. There are no files that match __db* and "rpm --rebuilddb" complains with the same error. Still stumped. Daniel From dsd at laptop.org Wed Sep 16 04:47:26 2009 From: dsd at laptop.org (Daniel Drake) Date: Wed, 16 Sep 2009 10:32:26 +0545 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <1253028788.8829.72.camel@f9.vonau.ca> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <1253028788.8829.72.camel@f9.vonau.ca> Message-ID: <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> 2009/9/15 Jerry Vonau : > Are you just adding rpms to the install media? Or are you trying > something more difficult? I have a process in mind if you're just adding > rpms to the mix... Just adding RPMs would be enough, but also we're customizing the kickstart file a little. > However, I see that the older buildinstall(s) are not present any > more(?)! (File a bug I guess) ?If you were to add the buildinstall from > F9's anaconda in revisor's script directory as F9-buildinstall, then the > buildinstall from F9 should be used instead of the one on the host > system. I did that and it now fails at a later point. I first had to modify pungi.py + buildinstall.append('--output') buildinstall.append(self.topdir) and the end result is: Linking in release notes: ######################################## 100.0% Size of the installation tree is 518 MB Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/revisor/__init__.py", line 528, in run self.base.run() File "/usr/lib/python2.6/site-packages/revisor/base.py", line 106, in run self.cli.run() File "/usr/lib/python2.6/site-packages/revisor/cli.py", line 44, in run self.base.lift_off() File "/usr/lib/python2.6/site-packages/revisor/base.py", line 867, in lift_off self.buildInstallationMedia() File "/usr/lib/python2.6/site-packages/revisor/base.py", line 1478, in buildInstallationMedia f = open(os.path.join(mypungi.topdir,"isolinux","isolinux.cfg"),"rw+") IOError: [Errno 2] No such file or directory: '/var/tmp/revisor-pungi/0.5.2/xs-f9-i386/i386/os/isolinux/isolinux.cfg' Traceback occurred, please report a bug at http://fedorahosted.org/revisor The size should be more like 850mb. Did you have any luck in your own experiment? Daniel From jan.kratochvil at redhat.com Wed Sep 16 06:25:18 2009 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Wed, 16 Sep 2009 08:25:18 +0200 Subject: Troubles running F9 mock chroot under F11 In-Reply-To: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> Message-ID: <20090916062518.GA329@host0.dyn.jankratochvil.net> On Tue, 15 Sep 2009 12:02:38 +0200, Daniel Drake wrote: > We do have a F11 box [...] > I then tried to create a F9 chroot using mock, with the intention of > running revisor or pungi inside. This doesn't work, because mock > creates a v9 berkeley DB inside the chroot, but the libraries/apps > inside the chroot only support bdb v8. So running "rpm -qa" inside a > fresh F9 chroot on F11 gives you these errors: > mock-chroot> rpm -qa > rpmdb: /var/lib/rpm/Packages: unsupported hash version: 9 > error: cannot open Packages index using db3 - Invalid argument (22) > error: cannot open Packages database in /var/lib/rpm There is a bug in mock it uses the host rpm to build the database instead of the guest rpm. In some minor version changes either `rm /var/lib/mock/XXX/root/var/lib/rpm/__db.*' or `rpm -r /var/lib/mock/XXX/root --rebuilddb' (which also removes __db.*) helps but in this F9<->F11 case already /var/lib/rpm/Packages is incompatible: /var/lib/mock/fedora-9-x86_64/root/var/lib/rpm/Packages: Berkeley DB (Hash, version 8, native byte-order) vs. /var/lib/mock/fedora-9-x86_64/root/var/lib/rpm/Packages: Berkeley DB (Hash, version 9, native byte-order) I understand it may be difficult for mock to bootstrap the chroot with the guest rpm version - not existing at that time yet. [...] > Finally I tried to use db_dump on the F11 host to dump the database > using the v9 tools, to go into the chroot and use db_load to import it > using the v8 tools, but this also results in a v9 database being > loaded :( `db_load' on F9 is already too new for its rpm in use but compat-db works: mock -r fedora-9-x86_64 --init mock -r fedora-9-x86_64 --install compat-db db_dump -f /var/lib/mock/fedora-9-x86_64/root/tmp/pkgdb /var/lib/mock/fedora-9-x86_64/root/var/lib/rpm/Packages rm /var/lib/mock/fedora-9-x86_64/root/var/lib/rpm/* mock -r fedora-9-x86_64 --shell db45_load -f /tmp/pkgdb /var/lib/rpm/Packages rpm --rebuilddb rpm -q bash bash-3.2-23.fc9.x86_64 While F9 is EOLed by Fedora I find this as a real problem running epel (both epel-4 and epel-5) in mock on any recent Fedoras. Another workaround would be to run the guest in kvm (or xen on older CPUs). Regards, Jan From tmraz at redhat.com Wed Sep 16 07:42:23 2009 From: tmraz at redhat.com (Tomas Mraz) Date: Wed, 16 Sep 2009 09:42:23 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB000BF.3050909@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <4AB000BF.3050909@gmail.com> Message-ID: <1253086943.25711.233.camel@vespa.frost.loc> On Tue, 2009-09-15 at 14:01 -0700, Toshio Kuratomi wrote: > On 09/15/2009 01:29 PM, Simo Sorce wrote: > > Sorry but the packager may have no way to influence upstream. > > And to be honest having a huge patch against rsync and/or zsync to > > extract a library against the will of the rsync and/or zsync upstream is > > contrary to fedora policy as (AFAIK). > > > You bring up several good thoughts here: > > 1) We have two conflicting policies. Stick with upstream and do not > have private copies of system libraries. Since the latter is in place > for security reasons and maintainability while the former is only for > maintainability, I'd place more value on it. I don't think the security reasons here are so much more important. If the proliferation of bundled libraries is very strictly controlled (for example by the need to get a FESCO exception) and the security response team is always notified when a new such bundle is added to the distribution the security updates can be handled without the delays you described. A new vulnerability on the library would always trigger immediate updates in the library and in all the bundled copies of the library. Of course it is an additional burden on the security response team but as I said above in well discussed and reasoned exceptions it does not seem to me as huge problem as you paint it. I would also think that the security response team already maintains such list for existing bundled libraries. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From lemenkov at gmail.com Wed Sep 16 08:39:09 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Wed, 16 Sep 2009 12:39:09 +0400 Subject: [Heads up] FUSE so-name bump is coming. In-Reply-To: <20090908085924.GA12444@genius.kawo2.rwth-aachen.de> References: <20090908085924.GA12444@genius.kawo2.rwth-aachen.de> Message-ID: Hello! 2009/9/8 Till Maas : > Will you also rebuild the packages once the new fuse is in place? Yes, I'll try to rebuild also all packages, dependent on fuse. -- With best regards, Peter Lemenkov. From lemenkov at gmail.com Wed Sep 16 08:40:46 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Wed, 16 Sep 2009 12:40:46 +0400 Subject: [Heads up] FUSE so-name bump is coming. In-Reply-To: <200909081926.42447.ville.skytta@iki.fi> References: <200909081926.42447.ville.skytta@iki.fi> Message-ID: 2009/9/8 Ville Skytt? : > On Tuesday 08 September 2009, Peter Lemenkov wrote: > >> I'll plan to upgrade fuse in Rawhide (and, possibly, in F-11) up to >> ver. 2.8.0, and there will be so-name bump. > > Rationale for considering doing it in F-11? After some thinking, I reconsidered plans to update FUSE to 2.8.0 in F-11. So no need to worry here :) -- With best regards, Peter Lemenkov. From mcrha at redhat.com Wed Sep 16 10:01:23 2009 From: mcrha at redhat.com (Milan Crha) Date: Wed, 16 Sep 2009 12:01:23 +0200 Subject: Evolution time format/double address book entries In-Reply-To: <1252845605.4086.4.camel@localhost> References: <1252845605.4086.4.camel@localhost> Message-ID: <1253095283.17625.14.camel@madtux.englab.brq.redhat.com> Hi, On Sun, 2009-09-13 at 07:40 -0500, Mike Chambers wrote: > In the date field while viewing emails, it shows the time in 24 hour > time instead of 12 hour time with am/pm. I have went into any > preferences and made sure the two settings that have time in them are > correct and what I want, but no affect. And my clock on my desktop is > 12 hour time like it should be. which preference did you use, please? There is a new option in 2.27.9x, the Edit->preferences->Mail Preferences->Headers->Date and time format. Use "%ad %I:%M %p" in a "Table column" fields, instead of the predefined "%ad %H:%M". if wondering, it uses strftime format specifiers, plus that "%ab", which is specific for Evolution. > Also, and this has happened in most/all of F12 testing, is that when > either importing an address book or doing a complete restore when > starting evo for the first time, when you go to do a new email and click > on the to button to find an address book, it shows them as double > entries. Although if you do use one, it removes both of them from the > selection. I didn't see this myself, do I understand it correctly that this is doing contact doubling only once, just after import of a new address book or after the restore? Maybe file a bug in https://bugzilla.gnome.org and continue a discussion there (send here a bug URL). Bye, Milan From mcrha at redhat.com Wed Sep 16 10:05:43 2009 From: mcrha at redhat.com (Milan Crha) Date: Wed, 16 Sep 2009 12:05:43 +0200 Subject: Evolution time format/double address book entries In-Reply-To: <1252851933.5635.13.camel@samson.armitage.org.uk> References: <1252845605.4086.4.camel@localhost> <1252851933.5635.13.camel@samson.armitage.org.uk> Message-ID: <1253095543.17625.18.camel@madtux.englab.brq.redhat.com> Hi, On Sun, 2009-09-13 at 15:25 +0100, Quentin Armitage wrote: > I recollect that Evolution used to display times in am/pm format, but > mine is now displaying in 24 hour format (which I happen to prefer). see my reply to Mike for the preferences entry. > One thing I have noticed though is that "yesterday" shown in the Date > column in table format seems to be two days (i.e. on 13th September all > emails received on both the 12th and 11th September are shown as > yesterday), and the "2 days ago" etc are all one day out. I noticed this too, but failed to track the cause of it. Could you file a bug at https://bugzilla.gnome.org for investigation, please? My first walk through the code didn't seem to indicate any logical issue, but there is some, obviously. Bye, Milan From benny+usenet at amorsen.dk Wed Sep 16 10:06:28 2009 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Wed, 16 Sep 2009 12:06:28 +0200 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: (Colin Walters's message of "Mon, 14 Sep 2009 18:37:44 +0000") References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <20090914180847.GB13938@nostromo.devel.redhat.com> <20090914182837.GD13938@nostromo.devel.redhat.com> Message-ID: Colin Walters writes: > I'd imagine that running the "live Anaconda" UI from inside the GDM X > session wouldn't take significantly more resources than the Anaconda > OS after creating an image that doesn't have games, etc. Images sound significantly more difficult to create and maintain than kickstart-files. I would really hate to lose kickstart. /Benny From jonathan.underwood at gmail.com Wed Sep 16 10:32:24 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Wed, 16 Sep 2009 11:32:24 +0100 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253046549.15736.25.camel@localhost.localdomain> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> Message-ID: <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> 2009/9/15 Simo Sorce : > On Tue, 2009-09-15 at 12:34 -0700, Toshio Kuratomi wrote: >> This would be great if maintainers were willing to fix issues after >> the >> fact. ?Look at rsync -- there's no incentive to fix the library issue >> at >> this point because rsync is already in the distribution. ?We need to >> fix >> this lack of incentive for other reasons -- but we need to fix it >> before >> we start trying to get more packages into the distro with less initial >> quality. > > Sorry but the packager may have no way to influence upstream. > And to be honest having a huge patch against rsync and/or zsync to > extract a library against the will of the rsync and/or zsync upstream is > contrary to fedora policy as (AFAIK). > > And yes I am the maintainer of rsync and I am not doing the job, because > I don't want to have to create or maintain such patcheset until the day > I am reasonably sure upstream will want such patches. > > Finally as ajax said, we need to be reasonable, I don't think this > problem warrants blocking our acceptance of zsync. Looking through the mailing list archives, as far as I can tell, noone has tried this course of action yet: 1) Ask zlib upstream to accept the changes that the rsync devs made to zlib and issue a new release 2) Ask rsync upstream to support the new version of zlib 3) Ask zsync upstream to support the new version of zlib Surely that's the right solution, and the first thing that should be tried? Jonathan From mcrha at redhat.com Wed Sep 16 10:43:17 2009 From: mcrha at redhat.com (Milan Crha) Date: Wed, 16 Sep 2009 12:43:17 +0200 Subject: Evolution time format/double address book entries In-Reply-To: <1253095543.17625.18.camel@madtux.englab.brq.redhat.com> References: <1252845605.4086.4.camel@localhost> <1252851933.5635.13.camel@samson.armitage.org.uk> <1253095543.17625.18.camel@madtux.englab.brq.redhat.com> Message-ID: <1253097797.17625.19.camel@madtux.englab.brq.redhat.com> On Wed, 2009-09-16 at 12:05 +0200, Milan Crha wrote: > > One thing I have noticed though is that "yesterday" shown in the Date > > column in table format seems to be two days (i.e. on 13th September all > > emails received on both the 12th and 11th September are shown as > > yesterday), and the "2 days ago" etc are all one day out. > > I noticed this too, but failed to track the cause of it. Could you file > a bug at https://bugzilla.gnome.org for investigation, please? My first > walk through the code didn't seem to indicate any logical issue, but > there is some, obviously. I take this back, the bug is there and fixed already, see https://bugzilla.gnome.org/show_bug.cgi?id=594609 From rodd at clarkson.id.au Wed Sep 16 11:15:50 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 16 Sep 2009 21:15:50 +1000 Subject: Mouse pointer freezing in f12 and f11 In-Reply-To: <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> References: <1252574985.2584.11.camel@localhost> <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> Message-ID: <1253099750.2709.19.camel@moose.localdomain> On Tue, 2009-09-15 at 09:42 -0400, Adam Jackson wrote: > On Thu, 2009-09-10 at 19:29 +1000, Rodd Clarkson wrote: > > I've had a problem with X in f12 or some time that sees the mouse > > pointer freezing. I'm now having the same issue in f11. > > > > I'm happy to file a bug in bugzilla, but I'm hoping someone mught be > > able to point me in the right direction. > > > > After some time after running X the mouse pointer will freeze. > > Switching to a VT doesn't help, but I can use the keyboard to close apps > > and do a little navigation. Also pushing the power button will see a > > dialog to allow me to shutdown, suspend, etc. I can suspend and resume > > and this fixes the problem. > > > > I'm not however convinced that it's an X bug. I think it might be > > related to bluetooth (I believe that my mouse and keyboard have > > something to do with bluetooth on this laptop) and that the suspend > > resume cycle restarts bluetooth and fixes the problem. > > You could verify this with "DISPLAY=:0 xinput list" when the mouse > pointer stops. If you don't see the bluetooth mouse in the list, then > the kernel is refusing to re-plug it right. If you _do_ see the mouse > in the list, then X is confused somewhere. > > Does keyboard navigation still work when this happens? Does alt-tab > switch windows, etc. I'll give this a try when I next have a lock-up. I'm pretty sure that this problem only occurs before I've cycled through a suspend-resume. I suspect bluetooth issues because the bluetooth icon appears until I do the suspend-resume cycle and then the icon doesn't appear and bluetooth doesn't work (but the mouse does). Keyboard navigation still works, and I can switch to a VT too. R. From sundaram at fedoraproject.org Wed Sep 16 11:33:12 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Sep 2009 17:03:12 +0530 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253046549.15736.25.camel@localhost.localdomain> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> Message-ID: <4AB0CCF8.4080200@fedoraproject.org> On 09/16/2009 01:59 AM, Simo Sorce wrote: > > And yes I am the maintainer of rsync and I am not doing the job, because > I don't want to have to create or maintain such patcheset until the day > I am reasonably sure upstream will want such patches. So, have you asked upstream this question? > Finally as ajax said, we need to be reasonable, I don't think this > problem warrants blocking our acceptance of zsync. Agreed on this, however. Rahul From P.Zandbergen at macroscoop.nl Wed Sep 16 12:02:31 2009 From: P.Zandbergen at macroscoop.nl (Pim Zandbergen) Date: Wed, 16 Sep 2009 14:02:31 +0200 Subject: Possible packages... In-Reply-To: <4A565AF5.1050006@gnat.ca> References: <05069AE3-863E-4A0D-9E75-B42988B4B2EC@gnat.ca> <4A520EFB.4080703@redhat.com> <200907091631.59269.jarod@redhat.com> <4A565AF5.1050006@gnat.ca> Message-ID: <4AB0D3D7.7050209@macroscoop.nl> Nathanael D. Noblet wrote: > On 07/09/2009 02:31 PM, Jarod Wilson wrote: > >> >> That said, I have it up and running on an F11 host at home right now, >> satisfying everything else w/Fedora packages. > > Yeah same here. > Did any of you create a calendarserver RPM ? That would give a head start trying to build calendarserver 2.3 which was recently released. It will probably also be usable as a start for the Darwin CardDAV Server, as soon as Apple will release the source, as it uses the same Python/twisted framework. Thanks, Pim From jarod at redhat.com Wed Sep 16 12:25:35 2009 From: jarod at redhat.com (Jarod Wilson) Date: Wed, 16 Sep 2009 08:25:35 -0400 Subject: Possible packages... In-Reply-To: <4AB0D3D7.7050209@macroscoop.nl> References: <05069AE3-863E-4A0D-9E75-B42988B4B2EC@gnat.ca> <4A520EFB.4080703@redhat.com> <200907091631.59269.jarod@redhat.com> <4A565AF5.1050006@gnat.ca> <4AB0D3D7.7050209@macroscoop.nl> Message-ID: <4AB0D93F.5070709@redhat.com> On 09/16/2009 08:02 AM, Pim Zandbergen wrote: > Nathanael D. Noblet wrote: >> On 07/09/2009 02:31 PM, Jarod Wilson wrote: >> >>> >>> That said, I have it up and running on an F11 host at home right now, >>> satisfying everything else w/Fedora packages. >> >> Yeah same here. >> > Did any of you create a calendarserver RPM ? Nope, never got around to it, too many other more pressing things. :( -- Jarod Wilson jarod at redhat.com From rawhide at fedoraproject.org Wed Sep 16 12:46:05 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 16 Sep 2009 12:46:05 +0000 Subject: rawhide report: 20090916 changes Message-ID: <20090916124605.GA13704@releng2.fedora.phx.redhat.com> Compose started at Wed Sep 16 06:15:05 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rakudo-0.0.2009.08_1.5.0-2.fc12.i686 requires libparrot.so.1.5.0 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rakudo-0.0.2009.08_1.5.0-2.fc12.x86_64 requires libparrot.so.1.5.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rakudo-0.0.2009.08_1.5.0-2.fc12.ppc64 requires libparrot.so.1.5.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package ath_info Tool to get detailed information from Atheros WLAN cards New package libtevent The tevent library New package rfkill A tool for enabling and disabling wireless devices New package seeker Random access disk benchmark utility New package virt-v2v Convert a virtual machine to run on KVM Removed package python-sqlalchemy0.5 Updated Packages: PackageKit-0.5.3-0.1.20090915git.fc12 ------------------------------------- * Tue Sep 15 2009 Richard Hughes - 0.5.3-0.1.20090915git - Update to a newer git snapshot from the 0.5.x series. - Lots of updated translations. - Refresh the free licenses from the Fedora wiki. Fixes #519394 - The fixed packagekit-qt should also now allow KPackageKit to build. anaconda-12.25-1.fc12 --------------------- * Tue Sep 15 2009 David Cantrell - 12.25-1 - Use pyblock for device-mapper devices' status. (dlehman) - load_policy has moved from /usr/sbin to /sbin (#523506). (clumens) - Collect all modules from modules.{ccwmap|networking} on s390x (#522519) (dcantrell) - Copy cmsfscat from /usr/sbin, not /usr/bin. (dcantrell) - Remove duplicate search_cu() in linuxrc.s390 (dcantrell) - Try harder to stop mdraid arrays (hdegoede) - Log when we are skipping disks without media (hdegoede) - Don't scan stopped md devices (hdegoede) - Make udev_get_block_device() return None on failure (hdegoede) - Do not pass --update=super-minor to mdadm for containers and sets there in (hdegoede) - Write mdadm.conf lines for mdraid container formats (imsm) (hdegoede) - Really put appended kernel cmdline arguments at the end (hdegoede) - Install dracut-network when using network storage (hdegoede) - Make recreateInitrd() generate a dracut initrd (hdegoede) - Use type of device rather than name in booty target selection. (hdegoede) - write netroot=fcoe:... to kernel cmdline in grub.conf for dracut (hdegoede) - write ifname=eth#:MAC to kernel cmdline in grub.conf for dracut (hdegoede) - write iscsi initiator name to kernel cmdline in grub.conf for dracut (hdegoede) - Make iswmd the default (hdegoede) - Use new icons in anaconda so we don't look so dated (#515601). (clumens) - Prevent infinite loop in doClearPartitionedDevice. (dlehman) - Rename doDeleteDependentDevices to doClearPartitionedDevice for clarity. (dlehman) - Handle Esc keypress in dialogs as Cancel (#520110). (rvykydal) - Don't use baseurl containing space in yum repo object (#516042). (rvykydal) - Add escrow support (mitr) - Add python-{nss,volume_key} to stage2, volume_key to rescue (mitr) - Update for pykickstart with escrow support (mitr) - Fix --encrypted when creating volumes in kickstart (mitr) - Remove the "Remove dmraid Device" button, which isn't even hooked up. (clumens) - Require the right version of system-config-date (#523107). (clumens) - Fix setting of "Add repository" dialog title. (rvykydal) - Update state and name of repository in list after editing. (rvykydal) - Fix busy cursor in repo editing (#518529) (rvykydal) - Fix busy cursor stack popping when creating formats (#518529). (rvykydal) - Remove partitions in reverse order when clearing disks. (dlehman) - Improve the info provided to DeviceAction.__str__. (dlehman) - Include device id in log lines since partitions can get renumbered. (dlehman) - Don't try to preserve old format attrs when reinitializing pvs. (dlehman) - remove the no longer used initcb and initlabel DiskDevice.__init__ arguments (hdegoede) audit-viewer-0.5-2 ------------------ * Tue Sep 15 2009 Miloslav Trma? - 0.5-1 - Update to audit-viewer-0.5. - Preserve timestamps of some installed files. * Tue Sep 15 2009 Miloslav Trma? - 0.5-2 - BuildRequires: intltool bind-9.6.1-10.P1.fc12 --------------------- * Tue Sep 15 2009 Adam Tkac 32:9.6.1-10.P1 - improve chroot related documentation (#507795) - add NetworkManager dispatcher script to reload named when network interface is activated/deactivated (#490275) - don't set/unset named_write_master_zones SELinux boolean every time in initscript, modify it only when it's actually needed coolkey-1.1.0-10.fc12 --------------------- * Fri Sep 11 2009 Jack Magne - 1.1.0-10 - Include latest changes for Gemalto 64K and Safenet 330J. dvipdfmx-0-0.30.20090708cvs.fc12 -------------------------------- * Tue Sep 15 2009 Jonathan G. Underwood - 0-0.29.20090708cvs - Fix up errors in file list * Tue Sep 15 2009 Jonathan G. Underwood - 0-0.30.20090708cvs - Add dvipdfmx-20090708-ebb-to-ebbx.patch to rename ebb to ebbx to avoid file conflict with ebb package * Fri Sep 11 2009 Jonathan G. Underwood - 0-0.28.20090708cvs - Update to 20090708 snapshot to fix BZ 519672 - Remove dvipdfmx-20080617-ebb-to-ebbx.patch eclipse-3.5.0-0.12.fc12 ----------------------- * Tue Sep 15 2009 Alexander Kurtakov 1:3.5.0-0.12 - Build with system jetty. esc-1.1.0-10.fc12 ----------------- * Tue Sep 15 2009 Jack Magne = 1.1.0-10 - Pick up latest improvements. * Mon Jun 22 2009 Jack Magne = 1.1.0-9 - Related: #496410, also IPV6 support. * Fri Jun 19 2009 Jack Magne = 1.1.0-8 - Related: #496410, SSL Conn fix. * Mon Jun 08 2009 Jack Magne - 1.1.0-7 - Releated: #496410. * Thu Apr 23 2009 Jack Magne - 1.1.0-6 - Related: #496410. Appease rpmdiff. * Wed Apr 22 2009 Jack Magne - 1.1.0-4 - Move to latest rebased code. Related #496410. * Wed Apr 22 2009 Jack Magne - 1.1.0-5 - Related: #496410, addresses 494981, better error message. fillets-ng-data-0.9.0-2 ----------------------- * Tue Sep 15 2009 Matthias Saou 0.9.0-2 - Rebuild for devel/F-12 to have the new package payload. * Sat Sep 12 2009 Matthias Saou 0.9.0-1 - Update to 0.9.0. - Don't replace fonts with symlinks, as it's fragile (see #505192) and the files have changed names now. freeradius-2.1.7-1.fc12 ----------------------- * Tue Sep 15 2009 John Dennis - 2.1.7-1 - enable building of the rlm_wimax module - pcap wire analysis support is enabled and available in utils subpackage - Resolves bug #523053 radtest manpage in wrong package - update to latest upstream release, from upstream Changelog: Feature improvements * Full support for CoA and Disconnect packets as per RFC 3576 and RFC 5176. Both receiving and proxying CoA is supported. * Added "src_ipaddr" configuration to "home_server". See proxy.conf for details. * radsniff now accepts -I, to read from a filename instead of a device. * radsniff also prints matching requests and any responses to those requests when '-r' is used. * Added example of attr_filter for Access-Challenge packets * Added support for udpfromto in DHCP code * radmin can now selectively mark modules alive/dead. See "set module state". * Added customizable messages on login success/fail. See msg_goodpass && msg_badpass in log{} section of radiusd.conf * Document "chase_referrals" and "rebind" in raddb/modules/ldap * Preliminary implementation of DHCP relay. * Made thread pool section optional. If it doesn't exist, the server will run single-threaded. * Added sample radrelay.conf for people upgrading from 1.x * Made proxying more stable by failing over, rather than rejecting the first request. See "response_window" in proxy.conf * Allow home_server_pools to exist without realms. * Add dictionary.iea (closes bug #7) * Added support for RFC 5580 * Added experimental sql_freetds module from Gabriel Blanchard. * Updated dictionary.foundry * Added sample configuration for MySQL cluster in raddb/sql/ndb See the README file for explanations. Bug fixes * Fixed corner case where proxied packets could have extra character in User-Password attribute. Fix from Niko Tyni. * Extended size of "attribute" field in SQL to 64. * Fixes to ruby module to be more careful about when it builds. * Updated Perl module "configure" script to check for broken Perl installations. * Fix "status_check = none". It would still send packets in some cases. * Set recursive flag on the proxy mutex, which enables safer cleanup on some platforms. * Copy the EAP username verbatim, rather than escaping it. * Update handling so that robust-proxy-accounting works when all home servers are down for extended periods of time. * Look for DHCP option 53 anywhere in the packet, not just at the start. * Fix processing of proxy fail handler with virtual servers. * DHCP code now prints out correct src/dst IP addresses when sending packets. * Removed requirement for DHCP to have clients * Fixed handling of DHCP packets with message-type buried in the packet * Fixed corner case with negation in unlang. * Minor fixes to default MySQL & PostgreSQL schemas * Suppress MSCHAP complaints in debugging mode. * Fix SQL module for multiple instance, and possible crash on HUP * Fix permissions for radius.log for sites that change user/group, but which don't create the file before starting radiusd. * Fix double counting of packets when proxying * Make %l work * Fix pthread keys in rlm_perl * Log reasons for EAP failure (closes bug #8) * Load home servers and pools that aren't referenced from a realm. * Handle return codes from virtual attributes in "unlang" (e.g. LDAP-Group). This makes "!(expr)" work for them. * Enable VMPS to see contents of virtual server again * Fix WiMAX module to be consistent with examples. (closes bug #10) * Fixed crash with policies dependent on NAS-Port comparisons * Allowed vendor IDs to be be higher than 32767. * Fix crash on startup with certain regexes in "hints" file. * Fix crash in attr_filter module when packets don't exist * Allow detail file reader to be faster when "load_factor = 100" * Add work-around for build failures with errors related to lt__PROGRAM__LTX_preloaded_symbols. libltdl / libtool are horrible. * Made ldap module "rebind" option aware of older, incompatible versions of OpenLDAP. * Check value of Fall-Through in attr_filter module. gitg-0.0.5-1.fc12 ----------------- * Tue Sep 15 2009 James Bowes 0.0.5-1 - Update to 0.0.5 glibmm24-2.21.5-2.fc12 ---------------------- * Tue Sep 15 2009 Denis Leroy - 2.21.5-2 - Better fix for devhelp file broken tags gnome-lirc-properties-0.4.0-1.fc12 ---------------------------------- * Tue Sep 15 2009 Bastien Nocera 0.4.0-1 - Update to 0.4.0 - Port to polkit 1.0 * Tue Aug 11 2009 Bastien Nocera 0.3.1-6 - Fix source URL gnome-shell-2.27.3-1 -------------------- * Tue Sep 15 2009 Owen Taylor - 2.27.3-1 - Update to 2.27.3 gnuplot-4.2.6-1.fc12 -------------------- * Tue Sep 15 2009 Ivana Varekova 4.2.6-1 - update to 4.2.6 gsl-1.13-1.fc12 --------------- * Tue Sep 15 2009 Ivana Varekova - 1.13-1 - update to 1.13 gspiceui-0.9.97-1.fc12 ---------------------- * Mon Sep 14 2009 Chitlesh Goorah - 0.9.97-1 - New upstream release - Added missing opamp-3.sym and corrected menu icon gstreamermm-0.10.5-1.fc12 ------------------------- * Mon Sep 14 2009 Denis Leroy - 0.10.5-1 - Update to upstream 0.10.5 - doc patch upstreamed gtkmm24-2.17.11-1.fc12 ---------------------- * Mon Sep 14 2009 Denis Leroy - 2.17.11-1 - Update to upstream 2.17.11 - Added demo code to devel package doc directory hydrogen-0.9.4-1.fc12 --------------------- * Tue Sep 15 2009 Orcan Ogetbil - 0.9.4-1 - Update to 0.9.4 imsettings-0.107.3-4.fc12 ------------------------- * Tue Sep 15 2009 Akira TAGOH - 0.107.3-4 - Update the IM information as needed if the configuration file is written in the script. (#523349) jd-2.4.2-0.4.svn3074_trunk.fc12 ------------------------------- * Wed Sep 16 2009 Mamoru Tasaka - rev 3074 jetty-6.1.20-1.fc12 ------------------- * Tue Sep 15 2009 Alexander Kurtakov 6.1.20-1 - Update to upstream 6.1.20. kde-plasma-networkmanagement-0.8-0.22.20090815svn.fc12 ------------------------------------------------------ * Tue Sep 15 2009 Rex Dieter 1:0.8-0.22.20090815svn - Epoch: 1 kdebase-runtime-4.3.1-2.fc12 ---------------------------- * Tue Sep 15 2009 Rex Dieter - 4.3.1-2 - restore some previously inadvertantly omitted nepomuk ontologies kdepim-4.3.1-4.fc12 ------------------- * Tue Sep 15 2009 Luk?? Tinkl - 4.3.1-4 - fix crash when autocompleting LDAP address (kdebug:206024) kernel-2.6.31-14.fc12 --------------------- * Tue Sep 15 2009 Ben Skeggs - nouveau: temporarily disable fbcon accel, it's racing with ttm kexec-tools-2.0.0-27.fc12 ------------------------- * Tue Sep 15 2009 Neil Horman - 2.0.0-27 - Fixing permissions on dracut module files kpackagekit-0.5.0-0.1.20090915svn.fc12 -------------------------------------- * Tue Sep 15 2009 Steven M. Parrish - 0.5.0-0.1.20090915svn - New git snapshot libguestfs-1.0.70-1.fc12 ------------------------ * Tue Sep 15 2009 Richard W.M. Jones - 1.0.69-1 - New upstream release 1.0.69. - Reenable the tests (because RHBZ#516543 is supposed to be fixed). - New main loop code should fix RHBZ#501888, RHBZ#504418. - Add waitpid along guestfs_close path (fixes RHBZ#518747). * Tue Sep 15 2009 Richard W.M. Jones - 1.0.70-1 - New upstream release 1.0.70. - Fixes build problem related to old version of GNU gettext. libselinux-2.0.86-2.fc12 ------------------------ libvirt-0.7.1-1.fc12 -------------------- * Tue Sep 15 2009 Daniel Veillard - 0.7.1-1 - Upstream release of 0.7.1 - ESX, VBox driver updates - mutipath support - support for encrypted (qcow) volume - compressed save image format for Qemu/KVM - QEmu host PCI device hotplug support - configuration of huge pages in guests - a lot of fixes libvoikko-2.2-0.1.rc1.fc12 -------------------------- * Tue Sep 15 2009 Ville-Pekka Vainio - 2.2-0.1.rc1 - New release candidate - Improvements to spelling suggestions, grammar checker etc. - Libvoikko now uses its own internal implementation of malaga. - This prevents symbol conflicts such as https://bugzilla.redhat.com/502546 - BuildRequires malaga removed and glib2-devel added. - Require malaga-suomi-voikko >= 1.4, libvoikko 2.2 expects the newer dictionary format - Add a patch to make it compile on Fedora with -Werror libxml2-2.7.4-2.fc12 -------------------- * Tue Sep 15 2009 Daniel Veillard - 2.7.4-2 - fix a problem with little data at startup affecting inkscape #523002 livecd-tools-027-2.fc12 ----------------------- * Tue Sep 15 2009 Warren Togami - 027-2 - test patch to make LiveUSB work again, need to be sure it doesn't break LiveCD before committing in the next version lvm2-2.02.52-1.fc12 ------------------- * Tue Sep 15 2009 Alasdair Kergon - 2.02.52-1 - Prioritise write locks over read locks by default for file locking. - Add local lock files with suffix ':aux' to serialise locking requests. - Fix readonly locking to permit writeable global locks (for vgscan). (2.02.49) - Make readonly locking available as locking type 4. - Fix global locking in PV reporting commands (2.02.49). - Make lvchange --refresh only take a read lock on volume group. - Fix race where non-blocking file locks could be granted in error. - Fix pvcreate string termination in duplicate uuid warning message. - Don't loop reading sysfs with pvcreate on a non-blkext partition (2.02.51). - Fix vgcfgrestore error paths when locking fails (2.02.49). - Make clvmd check corosync to see what cluster interface it should use. - Fix vgextend error path - if ORPHAN lock fails, unlock / release vg (2.02.49). - Clarify use of PE ranges in lv{convert|create|extend|resize} man pages. - Restore umask when device node creation fails. - Check kernel vsn to use 'block_on_error' or 'handle_errors' in mirror table. malaga-suomi-voikko-1.4-0.1.rc1.fc12 ------------------------------------ * Tue Sep 15 2009 Ville-Pekka Vainio - 1.4-0.1.rc1 - New release candidate. - Don't require libmalaga anymore, libvoikko >= 2.2 uses its own malaga implementation for Finnish spell checking. Malaga is still required for building this package. - Cleanup DESTDIR, Makefile now automatically adds the directory version and variant to it. man-pages-cs-0.18.20090209-2.fc12 --------------------------------- * Tue Sep 15 2009 Ivana Varekova - 0.18.20090209-1 - update to 0.18.20090209 * Tue Sep 15 2009 Ivana Varekova - 0.18.20090209-2 - fix instalation part - remove duplicate files - add patches created by Ludek Dolihal mdadm-3.0-3.fc12 ---------------- * Tue Sep 15 2009 Doug Ledford - 3.0-3 - Update to current head of upstream git repo for various imsm related fixes (fixes bz523262) - Fix display of metadata version in output of Detail mode - Add UUID output to --detail --export (bz523314) midori-0.1.10-1.fc12 -------------------- * Tue Sep 15 2009 Peter Gordon - 0.1.10-1 - Update to new upstream release (0.1.10): Updated AdBlock for WebKitGTK+ 1.1.14, improved address completion, fixes for tab and feed handling, better desktop integration, and Undo/Redo support - among other bugfixes and enhancements. mlocate-0.22.1-1 ---------------- * Tue Sep 15 2009 Miloslav Trma? - 0.22.1-1 - Update to mlocate-0.22.1 - Drop Provides: slocate, per NamingGuidelines moin-1.8.5-1.fc12 ----------------- * Tue Sep 15 2009 Ville-Pekka Vainio - 1.8.5-1 - 1.8.5 - Includes multiple bug fixes, a new FCKeditor version and some new features - http://hg.moinmo.in/moin/1.8/raw-file/1.8.5/docs/CHANGES mojito-0.21.1-1.fc12 -------------------- * Tue Sep 15 2009 Peter Robinson 0.21.1-1 - Update to 0.21.1 mozvoikko-1.0-4.fc12 -------------------- * Tue Sep 15 2009 Ville-Pekka Vainio - 1.0-4 - Drop Requires for libmalaga, the current version of libvoikko in Fedora Rawhide doesn't depend on libmalaga anymore mutter-2.27.5-1.fc12 -------------------- * Tue Sep 15 2009 Owen Taylor - 2.27.5-1 - Update to 2.27.5 netcf-0.1.0-3.fc12 ------------------ * Tue Sep 15 2009 Mark McLoughlin - 0.1.0-3 - Fix libvirtd segfault caused by libxslt init issue (#523382) nfs-utils-1.2.0-11.fc12 ----------------------- * Tue Sep 15 2009 Steve Dickson 1.2.0-11 - Added upstream 1.2.1-rc5 patch - Added --sort --list functionality to nfs-iostat.py - Fixed event handler in idmapd - Added -o v4 support - Disabled IPv6 support in nfsd - Don't give client an empty flavor list - Fixed gssed so it does not blindly caches machine credentials ocfs2-tools-1.4.2-4.fc12 ------------------------ * Tue Sep 15 2009 Fabio M. Di Nitto - 1.4.2-4 - Add pcmk resource agent. pangomm-2.25.1.3-1.fc12 ----------------------- * Mon Sep 14 2009 Denis Leroy - 2.25.1.3-1 - Update to upstream 2.25.1.3 - Package pangomm libdir directory with config include header - Fix documentation location parrot-1.6.0-1.fc12 ------------------- * Tue Sep 15 2009 Gerd Pokorra 1.6.0-1 - new upstream version - build only without the option '-O2' on ppc64 pitivi-0.13.3-1.fc12 -------------------- * Mon Sep 14 2009 Jeffrey C. Ollie - 0.13.3-1 - 0.13.3 Release : ... we shall never (sur)render - - The PiTiVi team is proud to announce the second release in the - unstable 0.13 PiTiVi series. - - Due to its dependency on GStreamer, The PiTiVi team strongly - recommends users have all official latest gstreamer libraries and - plugins installed for the best user experience. - - Title is from a quote by Winston Churchill ?We shall defend our - island, whatever the cost may be, we shall fight on the beaches, we - shall fight on the landing grounds, we shall fight in the fields and - in the streets, we shall fight in the hills; we shall never - surrender.? - - Features of this release - - * Fix rendering failures - * UI beautifications - * Switch to themeable ruler - * Speed optimisations - * Show the project name in the window title policycoreutils-2.0.73-4.fc12 ----------------------------- pungi-2.0.20-1.fc12 ------------------- * Tue Sep 15 2009 Jesse Keating - 2.0.19-1 - More upstream fixes for pkgorder and selfhosting composes * Tue Sep 15 2009 Jesse Keating - 2.0.20-1 - One more upstream pkgorder fix pygsl-0.9.4-4.fc12 ------------------ * Tue Sep 15 2009 Jos? Matos - 0.9.4-3 - Rebuild for new upstream gsl version (F12+). * Tue Sep 15 2009 Jos? Matos - 0.9.4-4 - Remove gsm units taken away in gsl-1.13. python-cheetah-2.2.2-1.fc12 --------------------------- * Mon Sep 14 2009 Mike Bonnet - 2.2.2-1 - update to the 2.2.2 release - add dependency on python-markdown for consistency with the egg-info readahead-1.5.1-2.fc12 ---------------------- * Tue Sep 15 2009 Harald Hoyer 1.5.1-2 - remove console owner from collector (gets killed by SIGHUP) rpm-4.7.1-5.fc12 ---------------- * Tue Sep 15 2009 Panu Matilainen - 4.7.1-5 - fix duplicate dependency filtering on build (#490378) - permit absolute paths in file lists again (#521760) - use permissions 444 for all .debug files (#522194) - add support for optional bugurl tag (#512774) rubygem-rubyforge-1.0.5-1.fc12 ------------------------------ * Tue Sep 15 2009 Darryl L. Pierce - 1.0.5-1 - Release 1.0.5 of RubyForge. selinux-policy-3.6.31-5.fc12 ---------------------------- * Tue Sep 15 2009 Dan Walsh 3.6.31-5 - Fix label on /usr/bin/notepad, /usr/sbin/vboxadd-service - Remove policycoreutils-python requirement except for minimum * Mon Sep 14 2009 Dan Walsh 3.6.31-4 - Fix devicekit_disk_t to getattr on all domains sockets and fifo_files - Conflicts seedit (You can not use selinux-policy-targeted and seedit at the same time.) squid-3.1.0.13-4.fc12 --------------------- * Tue Sep 15 2009 Jiri Skala - 7:3.1.0.13-4 - fixed #521596 - wrong return code of init script syslog-ng-2.1.4-5.fc12 ---------------------- * Tue Sep 15 2009 Ray Van Dolson - 2.1.4-5 - Rebuilding for tag issue sysstat-9.0.4-4.fc12 -------------------- * Tue Sep 15 2009 Ivana Varekova - 9.0.4-4 - fix init script system-config-audit-0.4.12-1 ---------------------------- * Tue Sep 15 2009 Miloslav Trma? - 0.4.12-1 - Update to system-config-audit-0.4.12. sysvinit-2.87-0.dsf.fc12 ------------------------ * Mon Jul 27 2009 Bill Nottingham - 2.87-0.dsf - Update to new upstream release 2.87dsf -- remove many upstreamed/obsolete patches telepathy-sofiasip-0.5.18-1.fc12 -------------------------------- * Tue Sep 15 2009 Brian Pepple - 0.5.18-1 - Update to 0.5.18. totem-2.27.92-3.fc12 -------------------- * Tue Sep 15 2009 Bastien Nocera 2.27.92-2 - Use PA to set the stream volume * Tue Sep 15 2009 Bill Nottingham 2.27.92-3 - youtube plugin is now in C, remove python requires totem-pl-parser-2.27.92-1.fc12 ------------------------------ * Tue Sep 15 2009 Bastien Nocera 2.27.92-1 - Update to 2.27.92 transmission-1.75-1.fc12 ------------------------ * Tue Sep 15 2009 Rahul Sundaram - 1.75-1 - new upstream release - Fixes seg fault, rhbz#522783 usermode-1.101-1 ---------------- * Tue Sep 15 2009 Miloslav Trma? - 1.101-1 - Update to usermode-1.101 vsftpd-2.2.0-4.fc12 ------------------- * Mon Sep 14 2009 Jiri Skala - 2.2.0-4 - modified init script to be LSB compliant wireshark-1.2.1-5.fc12 ---------------------- * Mon Sep 14 2009 Bill Nottingham - 1.2.1-5 - do not use portaudio in RHEL xorg-x11-server-1.6.99.901-2.fc12 --------------------------------- * Tue Sep 15 2009 Adam Jackson 1.6.99.901-2 - xserver-1.6.99-hush-prerelease-warning.patch: Quiet, you. - Point to bodhi for the "check for latest version" message. yum-3.2.24-4.fc12 ----------------- * Tue Sep 15 2009 Seth Vidal - 3.2.24-4 - new head patch - translation updates and a few bug fixes Summary: Added Packages: 5 Removed Packages: 1 Modified Packages: 73 From jan.kratochvil at redhat.com Wed Sep 16 13:31:33 2009 From: jan.kratochvil at redhat.com (Jan Kratochvil) Date: Wed, 16 Sep 2009 15:31:33 +0200 Subject: Troubles running F9 mock chroot under F11 In-Reply-To: <20090916062518.GA329@host0.dyn.jankratochvil.net> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <20090916062518.GA329@host0.dyn.jankratochvil.net> Message-ID: <20090916133133.GA15296@host0.dyn.jankratochvil.net> Hi, filed as: https://bugzilla.redhat.com/show_bug.cgi?id=523698 how to possibly fix the problem by a backport from rpm5.org as suggested by Jeff Johnson. Thanks, Jan From ssorce at redhat.com Wed Sep 16 13:43:43 2009 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 16 Sep 2009 09:43:43 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> Message-ID: <1253108623.15736.69.camel@localhost.localdomain> On Wed, 2009-09-16 at 11:32 +0100, Jonathan Underwood wrote: > Looking through the mailing list archives, as far as I can tell, noone > has tried this course of action yet: > > 1) Ask zlib upstream to accept the changes that the rsync devs made to > zlib and issue a new release > 2) Ask rsync upstream to support the new version of zlib > 3) Ask zsync upstream to support the new version of zlib > > Surely that's the right solution, and the first thing that should be > tried? My recollection is that 1 was tried and upstream said no. So 2,3 became moot. Simo. -- Simo Sorce * Red Hat, Inc * New York From nathanael at gnat.ca Wed Sep 16 14:20:55 2009 From: nathanael at gnat.ca (Nathanael Noblet) Date: Wed, 16 Sep 2009 08:20:55 -0600 Subject: Possible packages... In-Reply-To: <4AB0D3D7.7050209@macroscoop.nl> References: <05069AE3-863E-4A0D-9E75-B42988B4B2EC@gnat.ca> <4A520EFB.4080703@redhat.com> <200907091631.59269.jarod@redhat.com> <4A565AF5.1050006@gnat.ca> <4AB0D3D7.7050209@macroscoop.nl> Message-ID: <0822BB0C-2A2C-453B-9E26-508EA1612525@gnat.ca> On Sep 16, 2009, at 6:02 AM, Pim Zandbergen wrote: > Nathanael D. Noblet wrote: >> On 07/09/2009 02:31 PM, Jarod Wilson wrote: >> >>> >>> That said, I have it up and running on an F11 host at home right >>> now, >>> satisfying everything else w/Fedora packages. >> >> Yeah same here. >> > Did any of you create a calendarserver RPM ? > > That would give a head start trying to build calendarserver 2.3 > which was recently released. > > It will probably also be usable as a start for the Darwin CardDAV > Server, > as soon as Apple will release the source, as it uses the same Python/ > twisted > framework. I didn't because it still had quite a few patches that needed to go upstream. I'll take a look at version 2.3... From a.badger at gmail.com Wed Sep 16 15:10:08 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 08:10:08 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253108623.15736.69.camel@localhost.localdomain> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> Message-ID: <4AB0FFD0.9070909@gmail.com> On 09/16/2009 06:43 AM, Simo Sorce wrote: > On Wed, 2009-09-16 at 11:32 +0100, Jonathan Underwood wrote: >> Looking through the mailing list archives, as far as I can tell, noone >> has tried this course of action yet: >> >> 1) Ask zlib upstream to accept the changes that the rsync devs made to >> zlib and issue a new release >> 2) Ask rsync upstream to support the new version of zlib >> 3) Ask zsync upstream to support the new version of zlib >> >> Surely that's the right solution, and the first thing that should be >> tried? > > My recollection is that 1 was tried and upstream said no. This was tried by upstream rsync. > So 2,3 became > moot. > This is a logical leap. rsync has forked zlib but they are only using the fork internally. 2 and 3 get that fork out in the open so that more than one program can use it. 2 and 3 are solutions when solution 1 fails. Since solution 1 has failed, 2 and 3 become *relevant*, not moot. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From walters at verbum.org Wed Sep 16 15:16:20 2009 From: walters at verbum.org (Colin Walters) Date: Wed, 16 Sep 2009 15:16:20 +0000 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <20090914180315.GA13938@nostromo.devel.redhat.com> <20090914180847.GB13938@nostromo.devel.redhat.com> <20090914182837.GD13938@nostromo.devel.redhat.com> Message-ID: On Wed, Sep 16, 2009 at 10:06 AM, Benny Amorsen wrote: > Colin Walters writes: > >> I'd imagine that running the "live Anaconda" UI from inside the GDM X >> session wouldn't take significantly more resources than the Anaconda >> OS after creating an image that doesn't have games, etc. > > Images sound significantly more difficult to create and maintain than > kickstart-files. > > I would really hate to lose kickstart. No one's suggesting replacing kickstart, actually I think we way undersell it. What I'm talking about is the mode where the image boots directly into Anaconda as a complete OS should instead be a live image with Anaconda as an application, which for the most part would be the same except you'd gain the ability to run say Firefox (or any other app; games), or do "yum install" during the install. From a.badger at gmail.com Wed Sep 16 15:15:47 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 08:15:47 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253086943.25711.233.camel@vespa.frost.loc> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <4AB000BF.3050909@gmail.com> <1253086943.25711.233.camel@vespa.frost.loc> Message-ID: <4AB10123.9080108@gmail.com> On 09/16/2009 12:42 AM, Tomas Mraz wrote: > On Tue, 2009-09-15 at 14:01 -0700, Toshio Kuratomi wrote: >> On 09/15/2009 01:29 PM, Simo Sorce wrote: > >>> Sorry but the packager may have no way to influence upstream. >>> And to be honest having a huge patch against rsync and/or zsync to >>> extract a library against the will of the rsync and/or zsync upstream is >>> contrary to fedora policy as (AFAIK). >>> >> You bring up several good thoughts here: >> >> 1) We have two conflicting policies. Stick with upstream and do not >> have private copies of system libraries. Since the latter is in place >> for security reasons and maintainability while the former is only for >> maintainability, I'd place more value on it. > > I don't think the security reasons here are so much more important. If > the proliferation of bundled libraries is very strictly controlled (for > example by the need to get a FESCO exception) and the security response > team is always notified when a new such bundle is added to the > distribution the security updates can be handled without the delays you > described. A new vulnerability on the library would always trigger > immediate updates in the library and in all the bundled copies of the > library. Of course it is an additional burden on the security response > team but as I said above in well discussed and reasoned exceptions it > does not seem to me as huge problem as you paint it. I would also think > that the security response team already maintains such list for existing > bundled libraries. You are incorrect about what the security response team currently does. If you would like to spearhead adding this responsibility to the security response team's duties and go about creating a list of programs that bundle libraries and the criteria for and presenting the plan to FESCo and the Packaging Committee then we would have a way to judge whether we should change the Guidelines because of a mitigating factor. If you just want to say, this is how it should be but no one is actually willing to do the work of making things work that way, then I will continue to say that we have a large security problem wrt bundled libraries. Also, I will note that FESCo has already reviewed the zsync/rsync inclusion and decided that the bundled zlib needs to be split out or removed entirely. So your idea of using FESCo exceptions to control which applications are allowed to be bundled needs to also include some criteria. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ssorce at redhat.com Wed Sep 16 15:39:57 2009 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 16 Sep 2009 11:39:57 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB0FFD0.9070909@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> Message-ID: <1253115597.28922.0.camel@localhost.localdomain> On Wed, 2009-09-16 at 08:10 -0700, Toshio Kuratomi wrote: > This is a logical leap. rsync has forked zlib but they are only using > the fork internally. 2 and 3 get that fork out in the open so that > more > than one program can use it. 2 and 3 are solutions when solution 1 > fails. Since solution 1 has failed, 2 and 3 become *relevant*, not > moot. I beg your pardon, but how are rsync and zsync supposed to use upstream zlib (points 2,3) if the upstream lib does not have the features they need ??? Simo. -- Simo Sorce * Red Hat, Inc * New York From a.badger at gmail.com Wed Sep 16 15:36:12 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 08:36:12 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> Message-ID: <4AB105EC.2010707@gmail.com> On 09/16/2009 03:32 AM, Jonathan Underwood wrote: > 2009/9/15 Simo Sorce : >> On Tue, 2009-09-15 at 12:34 -0700, Toshio Kuratomi wrote: >>> This would be great if maintainers were willing to fix issues after >>> the >>> fact. Look at rsync -- there's no incentive to fix the library issue >>> at >>> this point because rsync is already in the distribution. We need to >>> fix >>> this lack of incentive for other reasons -- but we need to fix it >>> before >>> we start trying to get more packages into the distro with less initial >>> quality. >> >> Sorry but the packager may have no way to influence upstream. >> And to be honest having a huge patch against rsync and/or zsync to >> extract a library against the will of the rsync and/or zsync upstream is >> contrary to fedora policy as (AFAIK). >> >> And yes I am the maintainer of rsync and I am not doing the job, because >> I don't want to have to create or maintain such patcheset until the day >> I am reasonably sure upstream will want such patches. >> >> Finally as ajax said, we need to be reasonable, I don't think this >> problem warrants blocking our acceptance of zsync. > > Looking through the mailing list archives, as far as I can tell, noone > has tried this course of action yet: > > 1) Ask zlib upstream to accept the changes that the rsync devs made to > zlib and issue a new release Upstream tried this but the exact conversation is not available that I can find. There were some notes on rsync's mailing list about there being issues with the patch but not precisely what those issues were. It could just be cleanup. It could be architectural differences. > 2) Ask rsync upstream to support the new version of zlib > 3) Ask zsync upstream to support the new version of zlib > rsc and cassmodiah looked into #3. I believe the author of zsync didn't want to be responsible for the library (even though he's responsible for the copy internal to zsync). No one has tried #2. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From nathanael at gnat.ca Wed Sep 16 15:42:25 2009 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Wed, 16 Sep 2009 09:42:25 -0600 Subject: Possible packages... In-Reply-To: <0822BB0C-2A2C-453B-9E26-508EA1612525@gnat.ca> References: <05069AE3-863E-4A0D-9E75-B42988B4B2EC@gnat.ca> <4A520EFB.4080703@redhat.com> <200907091631.59269.jarod@redhat.com> <4A565AF5.1050006@gnat.ca> <4AB0D3D7.7050209@macroscoop.nl> <0822BB0C-2A2C-453B-9E26-508EA1612525@gnat.ca> Message-ID: <4AB10761.3080400@gnat.ca> On 09/16/2009 08:20 AM, Nathanael Noblet wrote: > I didn't because it still had quite a few patches that needed to go > upstream. I'll take a look at version 2.3... Yeah the lib-patches is still full of patches... From a.badger at gmail.com Wed Sep 16 15:47:47 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 08:47:47 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1253115597.28922.0.camel@localhost.localdomain> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> Message-ID: <4AB108A3.4000204@gmail.com> On 09/16/2009 08:39 AM, Simo Sorce wrote: > On Wed, 2009-09-16 at 08:10 -0700, Toshio Kuratomi wrote: >> This is a logical leap. rsync has forked zlib but they are only using >> the fork internally. 2 and 3 get that fork out in the open so that >> more >> than one program can use it. 2 and 3 are solutions when solution 1 >> fails. Since solution 1 has failed, 2 and 3 become *relevant*, not >> moot. > > I beg your pardon, but how are rsync and zsync supposed to use upstream > zlib (points 2,3) if the upstream lib does not have the features they > need ??? > Ah -- I was reading that as three separate options. I can see how it could be read as three steps in a single solution as well. That still leaves open the question of why no one has asked rsync upstream to make their fork publicly available instead of hoarding it as a private, internal copy. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From Jochen at herr-schmitt.de Wed Sep 16 15:59:13 2009 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 16 Sep 2009 17:59:13 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB108A3.4000204@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> Message-ID: <4AB10B51.40203@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 16.09.2009 17:47, schrieb Toshio Kuratomi: > > That still leaves open the question of why no one has asked rsync > upstream to make their fork publicly available instead of hoarding > it as a private, internal copy. > I would ask, why the modification will not integrated in the 'official' Fedora zlib package? After this integration the fedora maintainer can forward the pach to the upsream author. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iJwEAQECAAYFAkqxC0kACgkQZLAIBz9lVu+zmQQAgHZTiLsAVbps6bCzXD+oHFhV n1/vhtKc80KcxDTyHcw/yiiD43wewyz3EZtCJm1FV+x/TiqdKfroJa+9uExY/tVb RImt9ZrclIS7p+t5AgKDFZ/oXigEfXew6ydkj5G6dP1wfrAFb1jb4qtdLO8cSdGD vV5ldUkbOpDCtYH3+DE= =Uw7o -----END PGP SIGNATURE----- From pinto.elia at gmail.com Wed Sep 16 16:20:54 2009 From: pinto.elia at gmail.com (devzero2000) Date: Wed, 16 Sep 2009 18:20:54 +0200 Subject: Troubles running F9 mock chroot under F11 In-Reply-To: <20090916133133.GA15296@host0.dyn.jankratochvil.net> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <20090916062518.GA329@host0.dyn.jankratochvil.net> <20090916133133.GA15296@host0.dyn.jankratochvil.net> Message-ID: On Wed, Sep 16, 2009 at 3:31 PM, Jan Kratochvil wrote: > Hi, > > filed as: > https://bugzilla.redhat.com/show_bug.cgi?id=523698 > > how to possibly fix the problem by a backport from rpm5.org as suggested by > Jeff Johnson. > For rpm 4.4 the backport was already filled but reject. https://bugzilla.redhat.com/show_bug.cgi?id=464752 > > Thanks, > Jan > > -- > 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 jvonau at shaw.ca Wed Sep 16 17:13:29 2009 From: jvonau at shaw.ca (Jerry Vonau) Date: Wed, 16 Sep 2009 12:13:29 -0500 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <1253028788.8829.72.camel@f9.vonau.ca> <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> Message-ID: <1253121209.8829.161.camel@f9.vonau.ca> On Wed, 2009-09-16 at 10:32 +0545, Daniel Drake wrote: > 2009/9/15 Jerry Vonau : > > Are you just adding rpms to the install media? Or are you trying > > something more difficult? I have a process in mind if you're just adding > > rpms to the mix... > > Just adding RPMs would be enough, but also we're customizing the > kickstart file a little. > That should be do-able using mkslim (read it first) from xs-livecd's git repo, along with my idea to use a pre-configured "updates repo" on the iso. http://lists.laptop.org/pipermail/server-devel/2009-February/002937.html You would create an "overlay tree" in lets say /tmp/xsupdates/, this will hold what files you want to add/change on the iso. Now just make a tree for the files in /tmp/xsupdates/. Create a directory updates, populate it with rpms and run createrepo against it. If you wish to replace/add a file on the iso, just have them be in the same place in the xsupdates directory, as it would be on the iso. eg: xsupdates/ks.cfg xsupdates/isolinux/isolinux.cfg. Then call mkslim /tmp/xsupdates Remember to add the repo line to the kickstart file or add them as a boot argument, for usb: repo --name=updates --baseurl=file:///mnt/isodir/updates for cdrom: repo --name=updates --baseurl=file:///mnt/stage2/updates The usb method is tested, while I have not tested the cdrom iso > > However, I see that the older buildinstall(s) are not present any > > more(?)! (File a bug I guess) If you were to add the buildinstall from > > F9's anaconda in revisor's script directory as F9-buildinstall, then the > > buildinstall from F9 should be used instead of the one on the host > > system. > > I did that and it now fails at a later point. I first had to modify pungi.py > + buildinstall.append('--output') > buildinstall.append(self.topdir) > > and the end result is: > > Linking in release notes: > ######################################## 100.0% > Size of the installation tree is 518 MB > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/revisor/__init__.py", line 528, in run > self.base.run() > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 106, in run > self.cli.run() > File "/usr/lib/python2.6/site-packages/revisor/cli.py", line 44, in run > self.base.lift_off() > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 867, in lift_off > self.buildInstallationMedia() > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 1478, > in buildInstallationMedia > f = open(os.path.join(mypungi.topdir,"isolinux","isolinux.cfg"),"rw+") > IOError: [Errno 2] No such file or directory: > '/var/tmp/revisor-pungi/0.5.2/xs-f9-i386/i386/os/isolinux/isolinux.cfg' > Traceback occurred, please report a bug at http://fedorahosted.org/revisor > > The size should be more like 850mb. > > Did you have any luck in your own experiment? > No, I stopped when it bombed out, had to do my real work, must of been at the point you got past with the patched pungi.py. Jerry From ssorce at redhat.com Wed Sep 16 17:34:55 2009 From: ssorce at redhat.com (Simo Sorce) Date: Wed, 16 Sep 2009 13:34:55 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB108A3.4000204@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> Message-ID: <1253122495.28922.1.camel@localhost.localdomain> On Wed, 2009-09-16 at 08:47 -0700, Toshio Kuratomi wrote: > Ah -- I was reading that as three separate options. I can see how it > could be read as three steps in a single solution as well. > > That still leaves open the question of why no one has asked rsync > upstream to make their fork publicly available instead of hoarding it > as > a private, internal copy. I don't remember if the inquiry was public, but I think the answer was the same as zsync (or the inquiry was simply ignored). Simo. -- Simo Sorce * Red Hat, Inc * New York From a.badger at gmail.com Wed Sep 16 17:51:52 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 10:51:52 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB10B51.40203@herr-schmitt.de> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> Message-ID: <4AB125B8.90106@gmail.com> On 09/16/2009 08:59 AM, Jochen Schmitt wrote: > Am 16.09.2009 17:47, schrieb Toshio Kuratomi: > >> That still leaves open the question of why no one has asked rsync >> upstream to make their fork publicly available instead of hoarding >> it as a private, internal copy. > > I would ask, why the modification will not integrated in the > 'official' Fedora zlib package? > > After this integration the fedora maintainer can forward the pach to > the upsream author. > I don't know -- varekova, what do you think of the rsync-zlib patch? http://lists.samba.org/archive/rsync/2005-December/014180.html Does this look sane enough that you'd take it upstream? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jamatos at fc.up.pt Wed Sep 16 17:58:03 2009 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 16 Sep 2009 18:58:03 +0100 Subject: problems with the latest texlive-2009 update on rawhide Message-ID: <200909161858.05016.jamatos@fc.up.pt> After the update of texlive-2009 packages on rawhide latex has ceased to work: $ pdflatex mnc_modulo_2-mod-graph This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) restricted \write18 enabled. kpathsea: Running mktexfmt pdflatex.fmt I can't find the format file `pdflatex.fmt'! The suspect here seems to be ftmutil-sys # fmtutil-sys --all # No output from fmtutil-sys as opposed to the very verbose output of previous versions. -- Jos? Ab?lio From ndbecker2 at gmail.com Wed Sep 16 18:53:34 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 16 Sep 2009 14:53:34 -0400 Subject: conflict between libotf and openmpi Message-ID: It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is either: OpenTypeFont (libotf) or OpenTraceFormat (openmpi) I maintain libotf. I'm not sure how to address this. My only interest in libotf is so emacs can use it. For that, it doesn't need the binaries. Perhaps they could be put somewhere else? I don't know how important otfdump is to openmpi, since I don't use it. My guess is that in both libotf and openmpi, neither is critical to function, but is a debug aid. From limb at jcomserv.net Wed Sep 16 19:03:22 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 16 Sep 2009 14:03:22 -0500 Subject: conflict between libotf and openmpi In-Reply-To: References: Message-ID: <4AB1367A.8040706@jcomserv.net> Neal Becker wrote: > It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is > either: > > OpenTypeFont (libotf) > or > OpenTraceFormat (openmpi) > > I maintain libotf. I'm not sure how to address this. > > My only interest in libotf is so emacs can use it. For that, it doesn't > need the binaries. Perhaps they could be put somewhere else? > > I don't know how important otfdump is to openmpi, since I don't use it. My > guess is that in both libotf and openmpi, neither is critical to function, > but is a debug aid. > > Are they the same? If so, my gut would be to use the one in libotf, if it's complete, maybe in a subpackage, and have openmpi remove it's own and Require it, sort of the way we handle bundled libraries. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie From jussilehtola at fedoraproject.org Wed Sep 16 19:04:17 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Wed, 16 Sep 2009 22:04:17 +0300 Subject: conflict between libotf and openmpi In-Reply-To: References: Message-ID: <1253127857.2553.9.camel@localhost.localdomain> On Wed, 2009-09-16 at 14:53 -0400, Neal Becker wrote: > It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is > either: > > OpenTypeFont (libotf) > or > OpenTraceFormat (openmpi) > > I maintain libotf. I'm not sure how to address this. > > My only interest in libotf is so emacs can use it. For that, it doesn't > need the binaries. Perhaps they could be put somewhere else? > > I don't know how important otfdump is to openmpi, since I don't use it. My > guess is that in both libotf and openmpi, neither is critical to function, > but is a debug aid. Actually, in this case it shouldn't be a problem for very long, since every MPI compiler (& runtime) and MPI application should be reworked ASAP to conform to the new MPI packaging guidelines. OpenMPI is currently under work at https://bugzilla.redhat.com/show_bug.cgi?id=521334 -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From ndbecker2 at gmail.com Wed Sep 16 19:08:47 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 16 Sep 2009 15:08:47 -0400 Subject: conflict between libotf and openmpi References: <4AB1367A.8040706@jcomserv.net> Message-ID: Jon Ciesla wrote: > Neal Becker wrote: >> It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is >> either: >> >> OpenTypeFont (libotf) >> or >> OpenTraceFormat (openmpi) >> >> I maintain libotf. I'm not sure how to address this. >> >> My only interest in libotf is so emacs can use it. For that, it doesn't >> need the binaries. Perhaps they could be put somewhere else? >> >> I don't know how important otfdump is to openmpi, since I don't use it. >> My guess is that in both libotf and openmpi, neither is critical to >> function, but is a debug aid. >> >> > Are they the same? If so, my gut would be to use the one in libotf, if > it's complete, maybe in a subpackage, and have openmpi remove it's own > and Require it, sort of the way we handle bundled libraries. > > -J > They have nothing in common, just unfortunately the same name. From fenlason at redhat.com Wed Sep 16 19:16:16 2009 From: fenlason at redhat.com (Jay Fenlason) Date: Wed, 16 Sep 2009 15:16:16 -0400 Subject: conflict between libotf and openmpi In-Reply-To: <1253127857.2553.9.camel@localhost.localdomain> References: <1253127857.2553.9.camel@localhost.localdomain> Message-ID: <20090916191616.GA411@redhat.com> On Wed, Sep 16, 2009 at 10:04:17PM +0300, Jussi Lehtola wrote: > On Wed, 2009-09-16 at 14:53 -0400, Neal Becker wrote: > > It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is > > either: > > > > OpenTypeFont (libotf) > > or > > OpenTraceFormat (openmpi) > > > > I maintain libotf. I'm not sure how to address this. > > > > My only interest in libotf is so emacs can use it. For that, it doesn't > > need the binaries. Perhaps they could be put somewhere else? > > > > I don't know how important otfdump is to openmpi, since I don't use it. My > > guess is that in both libotf and openmpi, neither is critical to function, > > but is a debug aid. > > Actually, in this case it shouldn't be a problem for very long, since > every MPI compiler (& runtime) and MPI application should be reworked > ASAP to conform to the new MPI packaging guidelines. > > OpenMPI is currently under work at > https://bugzilla.redhat.com/show_bug.cgi?id=521334 I'm currently polishing up the new OpenMPI packaging in rawhide, and (barring surprises) I should have new openmpi and openmpi-devel packages in updates by the end of the week. These will obsolete the openmpi-libs and openmpi-vt packages, and otfdump will be in openmpi-devel: %{_libdir}/%{name}/bin/ where it won't interfere with libotf. -- JF From limb at jcomserv.net Wed Sep 16 19:36:20 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 16 Sep 2009 14:36:20 -0500 Subject: conflict between libotf and openmpi In-Reply-To: <20090916191616.GA411@redhat.com> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> Message-ID: <4AB13E34.4080805@jcomserv.net> Jay Fenlason wrote: > On Wed, Sep 16, 2009 at 10:04:17PM +0300, Jussi Lehtola wrote: > >> On Wed, 2009-09-16 at 14:53 -0400, Neal Becker wrote: >> >>> It seems both openmpi and libotf supply a %{_bindir}/otfdump. otf is >>> either: >>> >>> OpenTypeFont (libotf) >>> or >>> OpenTraceFormat (openmpi) >>> >>> I maintain libotf. I'm not sure how to address this. >>> >>> My only interest in libotf is so emacs can use it. For that, it doesn't >>> need the binaries. Perhaps they could be put somewhere else? >>> >>> I don't know how important otfdump is to openmpi, since I don't use it. My >>> guess is that in both libotf and openmpi, neither is critical to function, >>> but is a debug aid. >>> >> Actually, in this case it shouldn't be a problem for very long, since >> every MPI compiler (& runtime) and MPI application should be reworked >> ASAP to conform to the new MPI packaging guidelines. >> >> OpenMPI is currently under work at >> https://bugzilla.redhat.com/show_bug.cgi?id=521334 >> > > I'm currently polishing up the new OpenMPI packaging in rawhide, and > (barring surprises) I should have new openmpi and openmpi-devel > packages in updates by the end of the week. These will obsolete the > openmpi-libs and openmpi-vt packages, and otfdump will be in > openmpi-devel: %{_libdir}/%{name}/bin/ where it won't interfere with libotf. > > -- JF > > Sounds like the optimal solution. Make sure to push at least to F-11, not sure if it affects F-10. . . -- in your fear, seek only peace in your fear, seek only love -d. bowie From davej at redhat.com Wed Sep 16 19:22:20 2009 From: davej at redhat.com (Dave Jones) Date: Wed, 16 Sep 2009 15:22:20 -0400 Subject: boot/init conf at plumbers conf next week. Message-ID: <20090916192220.GA4394@redhat.com> I'm MC'ing the boot/init miniconf next week at the plumbers conference in Portland, and a slot has become available that I don't have anyone to fill. If you're going to be there anyway, and you have something to talk about that may be relevant (other talks lined up include dracut & upstart) then let me know, and I'll get you added to the speakers list. thanks, Dave From ville.skytta at iki.fi Wed Sep 16 19:55:12 2009 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 16 Sep 2009 22:55:12 +0300 Subject: conflict between libotf and openmpi In-Reply-To: <20090916191616.GA411@redhat.com> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> Message-ID: <200909162255.12685.ville.skytta@iki.fi> On Wednesday 16 September 2009, Jay Fenlason wrote: > otfdump will be in > openmpi-devel: %{_libdir}/%{name}/bin/ where it won't interfere with > libotf. IIUC this will only help wrt. the packaging conflict; interference still happens as $PATH changes e.g. when loading/unloading the openmpi modules. I don't think there's any other way around that issue besides renaming one of the executables, but whether that's worth doing/necessary is another thing. From cdahlin at redhat.com Wed Sep 16 20:36:22 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Wed, 16 Sep 2009 16:36:22 -0400 Subject: boot/init conf at plumbers conf next week. In-Reply-To: <20090916192220.GA4394@redhat.com> References: <20090916192220.GA4394@redhat.com> Message-ID: <4AB14C46.8000806@redhat.com> On 09/16/2009 03:22 PM, Dave Jones wrote: > I'm MC'ing the boot/init miniconf next week at the plumbers > conference in Portland, and a slot has become available that > I don't have anyone to fill. > > If you're going to be there anyway, and you have something to > talk about that may be relevant (other talks lined up include > dracut & upstart) then let me know, and I'll get you added > to the speakers list. > > thanks, > > Dave > How much time are we talking about filling? --CJD From a.badger at gmail.com Wed Sep 16 20:28:22 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 16 Sep 2009 13:28:22 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB10B51.40203@herr-schmitt.de> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> Message-ID: <4AB14A66.4070202@gmail.com> On 09/16/2009 08:59 AM, Jochen Schmitt wrote: > Am 16.09.2009 17:47, schrieb Toshio Kuratomi: > >> That still leaves open the question of why no one has asked rsync >> upstream to make their fork publicly available instead of hoarding >> it as a private, internal copy. > > I would ask, why the modification will not integrated in the > 'official' Fedora zlib package? > > After this integration the fedora maintainer can forward the pach to > the upsream author. > And a short followup -- I've gone through the zlib-devel mailing list archives now. I was unable to find any request for the rsync patches to be merged into mainline zlib. The mailing list archives only go back to March 2002, so it could be that the request to merge came before that directly to one of the zlib authors. But if so, there's not a record of what problems, if any, there were with the patch. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mike at cchtml.com Wed Sep 16 20:50:03 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Wed, 16 Sep 2009 15:50:03 -0500 Subject: Close comments/karma after update push? Message-ID: <4AB14F7B.2040606@cchtml.com> After a recent xorg bug[1] with intel chips, I had to question the use of bodhi for karma/comments after an update has been pushed to "updates." Should the comments and karma for packages be closed after an update leaves "updates-testing?" I don't see any value and it seems the wrong place to have notes about bugs on released packages. Bug reports should go in Bugzilla, no? Should a comment be left on the page before it is closed noting to report bugs to Bugzilla to be a nice pointer for the uninformed? Perhaps a pointer to the next update in line to be released as a user may stumble on an older release. "Obsoleted by: [link]" Update page: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-8766 [1] https://bugzilla.redhat.com/show_bug.cgi?id=518748 From mike at miketc.net Wed Sep 16 21:46:29 2009 From: mike at miketc.net (Mike Chambers) Date: Wed, 16 Sep 2009 16:46:29 -0500 Subject: Evolution time format/double address book entries In-Reply-To: <1253095283.17625.14.camel@madtux.englab.brq.redhat.com> References: <1252845605.4086.4.camel@localhost> <1253095283.17625.14.camel@madtux.englab.brq.redhat.com> Message-ID: <1253137589.1708.4.camel@localhost> On Wed, 2009-09-16 at 12:01 +0200, Milan Crha wrote: > Hi, > > On Sun, 2009-09-13 at 07:40 -0500, Mike Chambers wrote: > > In the date field while viewing emails, it shows the time in 24 hour > > time instead of 12 hour time with am/pm. I have went into any > > preferences and made sure the two settings that have time in them are > > correct and what I want, but no affect. And my clock on my desktop is > > 12 hour time like it should be. > > which preference did you use, please? There is a new option in 2.27.9x, > the Edit->preferences->Mail Preferences->Headers->Date and time format. > Use "%ad %I:%M %p" in a "Table column" fields, instead of the predefined > "%ad %H:%M". if wondering, it uses strftime format specifiers, plus that > "%ab", which is specific for Evolution. Found the preference and that fixed it (the above part). > > Also, and this has happened in most/all of F12 testing, is that when > > either importing an address book or doing a complete restore when > > starting evo for the first time, when you go to do a new email and click > > on the to button to find an address book, it shows them as double > > entries. Although if you do use one, it removes both of them from the > > selection. > > I didn't see this myself, do I understand it correctly that this is > doing contact doubling only once, just after import of a new address > book or after the restore? Maybe file a bug in > https://bugzilla.gnome.org and continue a discussion there (send here a > bug URL). After both, either after a restore or after importing a .cvf (?) file of your address book. I can send a new email, click on "to" button, and see them doubled when you go to choose who to send the email too. BUT, if you look in the address book itself (via view/window/contacts), there is just one entry. So in other words, it's on doubled when you go to send an email and want to add someone from your address book. Understand what I am referring to? -- Mike Chambers Madisonville, KY "Best lil town on Earth!" From jussilehtola at fedoraproject.org Wed Sep 16 21:52:38 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Thu, 17 Sep 2009 00:52:38 +0300 Subject: conflict between libotf and openmpi In-Reply-To: <200909162255.12685.ville.skytta@iki.fi> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <200909162255.12685.ville.skytta@iki.fi> Message-ID: <1253137958.10853.2.camel@localhost.localdomain> On Wed, 2009-09-16 at 22:55 +0300, Ville Skytt? wrote: > On Wednesday 16 September 2009, Jay Fenlason wrote: > > otfdump will be in > > openmpi-devel: %{_libdir}/%{name}/bin/ where it won't interfere with > > libotf. > > IIUC this will only help wrt. the packaging conflict; interference still > happens as $PATH changes e.g. when loading/unloading the openmpi modules. I > don't think there's any other way around that issue besides renaming one of > the executables, but whether that's worth doing/necessary is another thing. Yes, that is true. If the openmpi module is loaded then Open MPI's otfdump will be used. I'm not sure whether this is a problem, though, since the module is not loaded by default and one does not run into any conflicts. Renaming binaries is a nuisance, too. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From ndbecker2 at gmail.com Wed Sep 16 22:45:32 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 16 Sep 2009 18:45:32 -0400 Subject: conflict between libotf and openmpi References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> Message-ID: Which makes me wonder, how could this conflict have been avoided? Is there a tool that would check any new package to see if any object* in it would conflict with any existing package? If not, sounds like a good thing to have. * Here, object means filesystem object. I'm not sure if there are any other types of objects to worry about. From poelstra at redhat.com Wed Sep 16 22:50:01 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 16 Sep 2009 15:50:01 -0700 Subject: Fedora 12 Beta Review Meeting--Friday 2009-09-18 @ 15:00 UTC (11 AM EDT) Message-ID: <4AB16B99.5010507@redhat.com> When: Friday, 2009-09-18 @ 15:00 UTC (11 AM EDT) Where: #fedora-bugzappers on irc.freenode.net Join us Friday for the second blocker bug review of the F-12-Beta cycle. Review will focus on unresolved bugs listed on the F12Beta list Have an issue you'd like to propose for F12Beta? Please consider the following criteria when escalating an issue: * Can this issue be fixed with a future rawhide update or is it part of the media kit? * Is this defect a high (or greater) severity [1] with no, or an unreasonable, workaround? * Does the presence of this bug dramatically reduce test coverage? If in doubt add it to the blocker or ask for help. The current list of Fedora 12 Beta blocker bugs follows: F12Beta--https://bugzilla.redhat.com/showdependencytree.cgi?id=507678&hide_resolved=1 * 498591 [MODIFIED - medium - dlehman at redhat.com - --- -] Cannot specify mount point for hard disk partition containing the ISO install image [See dependency tree for bug 498591] * 515450 [MODIFIED - medium - rvykydal at redhat.com - --- -] Stage1: cannot back to last step . [See dependency tree for bug 515450] * 516042 [MODIFIED - medium - rvykydal at redhat.com - --- - Reopened] Unable to add NFS yum repo during installation [See dependency tree for bug 516042] * 517260 [ASSIGNED - medium - anaconda-maint-list at redhat.com - --- -] liveinst fails at partitioning screen [See dependency tree for bug 517260] * 518194 [MODIFIED - medium - rvykydal at redhat.com - --- -] askmethod boot option allows installation from HDD only [See dependency tree for bug 518194] * 518226 [NEW - medium - kernel-maint at redhat.com - --- -] INFO: possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 [See dependency tree for bug 518226] * 519237 [NEW - medium - cdahlin at redhat.com - --- -] -bash: cannot set terminal process group (-1): Inappropriate ioctl for device [See dependency tree for bug 519237] * 520207 [NEW - high - dcantrell at redhat.com - --- -] Filesystem label does not match kernel command line parameter [See dependency tree for bug 520207] We will also review the Fedora 12 Blocker (bugs that must be fixed before Fedora 12 can go GA) F12Blocker--https://bugzilla.redhat.com/showdependencytree.cgi?id=473303&hide_resolved=1 * 481068 [ASSIGNED - medium - psatpute at redhat.com - --- -] bitmap-fonts needs updating to revised packaging guidelines [See dependency tree for bug 481068] * 493058 [MODIFIED - high - jgranado at redhat.com - --- -] Custom partitioning creation/edit causes traceback [See dependency tree for bug 493058] * 493472 [NEW - medium - krh at redhat.com - --- -] [945GM] KMS: LVDS wrongly detected as connected, DVI monitor resolution incorrectly set [See dependency tree for bug 493472] * 498156 [ASSIGNED - urgent - sahartsu at xs4all.nl - --- -] gadmin-squid does not generate valid squid.conf [See dependency tree for bug 498156] * 498968 [NEW - medium - markmc at redhat.com - --- -] Fedora 12 Virtualization Target Blocker [See dependency tree for bug 498968] o 480593 [NEW - medium - notting at redhat.com - --- - Tracking] Fedora 11 Virtualization Blocker [See dependency tree for bug 480593] o 507397 [NEW - medium - lvm-team at redhat.com - --- -] Directory permissions on volume group directory too restrictive [See dependency tree for bug 507397] o 517151 [ASSIGNED - high - crobinso at redhat.com - --- -] virtinst creates cdrom device using virtio rather than IDE [See dependency tree for bug 517151] * 501769 [NEW - medium - jkysela at redhat.com - --- -] intel hda: snd_pcm_avail/snd_pcm_delay overflows [See dependency tree for bug 501769] * 503149 [NEW - medium - anaconda-maint-list at redhat.com - --- -] Add features to Anaconda to aid installation on Apple computers [See dependency tree for bug 503149] * 506075 [ASSIGNED - medium - jkysela at redhat.com - --- -] snd_intel8x0: snd_pcm_avail()/ snd_pcm_delay() overflow [See dependency tree for bug 506075] * 509733 [NEW - medium - davidz at redhat.com - --- -] Process /usr/libexec/gvfs-gdu-volume-monitor received signal 11 [See dependency tree for bug 509733] * 510127 [ASSIGNED - medium - mmaslano at redhat.com - --- -] perl taint bug [See dependency tree for bug 510127] * 510249 [ASSIGNED - medium - mclasen at redhat.com - --- - Reopened] Missing panel applets on gnome login; "Glib-GObject-CRITICAL" messages.... [See dependency tree for bug 510249] * 510950 [ASSIGNED - medium - rstrode at redhat.com - --- - SELinux] SELinux is preventing thunderbird-bin from changing a writable memory segment executable. [See dependency tree for bug 510950] * 512845 [ASSIGNED - high - stransky at redhat.com - --- - Reopened, Security, SELinux] setroubleshoot: SELinux is preventing firefox from changing a writable memory segment executable. [See dependency tree for bug 512845] * 512944 [NEW - high - jmccann at redhat.com - --- - Desktop] fast-user-switching locks up login screen [See dependency tree for bug 512944] * 513579 [ASSIGNED - medium - lpoetter at redhat.com - --- - Reopened] GDM's PulseAudio doesn't die (no sound in user session after login) [See dependency tree for bug 513579] * 513864 [NEW - medium - gecko-bugs-nobody at fedoraproject.org - --- -] Firefox crashes [See dependency tree for bug 513864] * 514084 [ASSIGNED - medium - jmccann at redhat.com - --- - Upstream] Needs to dump state database before doing callouts/sending dbus signals. [See dependency tree for bug 514084] * 514415 [NEW - medium - davidz at redhat.com - --- -] X server locks up every time notification is about to be displayed [See dependency tree for bug 514415] * 514569 [MODIFIED - low - besfahbo at redhat.com - --- -] gnome-terminal will not run [See dependency tree for bug 514569] * 515441 [NEW - high - anaconda-maint-list at redhat.com - --- -] Can't select local CD/DVD after provide a wrong NFS location during install of F12 alpha [See dependency tree for bug 515441] * 517642 [NEW - medium - bnocera at redhat.com - --- -] rhythmbox crashes when started with connected ipod (assertion failed: g_utf8_validate ) [See dependency tree for bug 517642] * 517789 [ASSIGNED - medium - nicolas.mailhot at laposte.net - --- -] Droid Sans overrides default Japanese desktop font [See dependency tree for bug 517789] o 521697 [NEW - medium - pmatilai at redhat.com - --- -] Change rpm autodeps command from fc-query to fc-scan [See dependency tree for bug 521697] * 517879 [NEW - high - gecko-bugs-nobody at fedoraproject.org - --- -] Java applet kills firefox [See dependency tree for bug 517879] * 518460 [MODIFIED - urgent - emaldona at redhat.com - --- -] Transaction Check Error: file /lib/libnssutil3.so from install of nss-util-3.12.3.99.3-8.1.fc12.i686 conflicts with file from package nss-3.12.3.99.3-7.1.fc12.i686 [See dependency tree for bug 518460] * 518623 [ON_QA - medium - tgl at redhat.com - --- -] busted sizes for SQLBIGINT and ODBCINT64 etc [See dependency tree for bug 518623] * 518880 [NEW - medium - bnocera at redhat.com - --- -] totem no longer searching for plugins [See dependency tree for bug 518880] * 518962 [NEW - high - xgl-maint at redhat.com - --- -] ATI - Caught signal 11 (Segmentation fault). Server aborting [See dependency tree for bug 518962] * 519350 [NEW - high - kernel-maint at redhat.com - --- -] F12 Alpha - VFS: Unable to mount root fs on unknown-block(0,0) - on VirtualBox 3.0.4 [See dependency tree for bug 519350] * 519442 [NEW - medium - msivak at redhat.com - --- -] serial text-mode firstaidkit does not use same TERM settings as anaconda text-mode [See dependency tree for bug 519442] * 519766 [MODIFIED - medium - emaldona at redhat.com - --- - Reopened] (nss) FORTIFY_SOURCE buffer overflows and other issues in test suite [See dependency tree for bug 519766] * 520162 [MODIFIED - medium - emaldona at redhat.com - --- -] nss-devel no longer provides pkgconfig(nss) [See dependency tree for bug 520162] * 520298 [NEW - medium - rstrode at redhat.com - --- -] [abrt] crash detected in plymouth-0.7.1-2.fc12 [See dependency tree for bug 520298] * 520480 [NEW - medium - rdieter at math.unl.edu - --- - Tracking] F12 KDE blocker [See dependency tree for bug 520480] o 519205 [ASSIGNED - medium - rdieter at math.unl.edu - --- -] default wallpaper not shown [See dependency tree for bug 519205] * 520750 [ASSIGNED - medium - richard at hughsie.com - --- -] Software Update windows checks for update does not stop .. [See dependency tree for bug 520750] * 521276 [NEW - high - lpoetter at redhat.com - --- -] Something about jitter buffer makes VoIP over GStreamer useless (delay around 15 sec) [See dependency tree for bug 521276] * 521277 [ASSIGNED - high - kernel-maint at redhat.com - --- -] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:133 [See dependency tree for bug 521277] * 521322 [ASSIGNED - medium - xgl-maint at redhat.com - --- - Reopened] no graphics and no console for F12-Snap1-x86_64-Live [See dependency tree for bug 521322] * 521519 [NEW - high - rstrode at redhat.com - --- -] gedit 2.27 leaking memory [See dependency tree for bug 521519] * 521959 [ASSIGNED - medium - harald at redhat.com - --- -] dracut does not work for / over lvm over md [See dependency tree for bug 521959] * 522187 [NEW - high - besfahbo at redhat.com - --- -] Java (so Eclipse too) crashes [See dependency tree for bug 522187] * 522224 [NEW - medium - katzj at fedoraproject.org - --- -] livecd-tools leaving fake /selinux garbage behind [See dependency tree for bug 522224] * 522609 [NEW - medium - anaconda-maint-list at redhat.com - --- -] AttributeError: 'NoneType' object has no attribute 'startswith' [See dependency tree for bug 522609] * 522929 [NEW - medium - xgl-maint at redhat.com - --- -] repeated system crashes [See dependency tree for bug 522929] * 523270 [NEW - medium - llim at redhat.com - --- -] /usr/sbin/redhat_lsb_trigger.x86_64 hangs [See dependency tree for bug 523270] * 523800 [ASSIGNED - high - xgl-maint at redhat.com - --- -] X.org doesn't work on ThinkPad 600X (NeoMagic MagicGraph256ZX) [See dependency tree for bug 523800] From dmalcolm at redhat.com Wed Sep 16 23:23:03 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 16 Sep 2009 19:23:03 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> Message-ID: <1253143383.13875.17.camel@radiator.bos.redhat.com> On Wed, 2009-09-16 at 18:45 -0400, Neal Becker wrote: > Which makes me wonder, how could this conflict have been avoided? Is there > a tool that would check any new package to see if any object* in it would > conflict with any existing package? If not, sounds like a good thing to > have. > > * Here, object means filesystem object. I'm not sure if there are any other > types of objects to worry about. Brainstorming: a script that walks the yum repo's filelist.tar.gz, and figures out a list of filename collisions, filtering by directories in the default PATH Attached is a first pass at a python script that does this. Output from the script when run upon [1] is below. Caveat: the script probably has bugs. Does this look useful? ulockmgr_server /bin/ulockmgr_server from fuse /usr/bin/ulockmgr_server from fuse telnet /usr/bin/telnet from telnet /usr/kerberos/bin/telnet from krb5-workstation-clients gzip /bin/gzip from gzip /usr/bin/gzip from gzip fusermount /bin/fusermount from fuse /usr/bin/fusermount from fuse stap-env /usr/bin/stap-env from systemtap-client /usr/bin/stap-env from systemtap /usr/bin/stap-env from systemtap-server winemaker /usr/bin/winemaker from wine-devel /usr/bin/winemaker from wine-common ftp /usr/bin/ftp from ftp /usr/kerberos/bin/ftp from krb5-workstation-clients pinentry /usr/bin/pinentry from pinentry /usr/bin/pinentry from pinentry-gtk /usr/bin/pinentry from pinentry-qt kadmin /usr/kerberos/bin/kadmin from krb5-workstation-servers /usr/kerberos/bin/kadmin from krb5-workstation lzcmp /usr/bin/lzcmp from xz-lzma-compat /usr/bin/lzcmp from lzma lzgrep /usr/bin/lzgrep from xz-lzma-compat /usr/bin/lzgrep from lzma lzdiff /usr/bin/lzdiff from xz-lzma-compat /usr/bin/lzdiff from lzma lzcat /usr/bin/lzcat from xz-lzma-compat /usr/bin/lzcat from lzma lzmainfo /usr/bin/lzmainfo from xz-lzma-compat /usr/bin/lzmainfo from lzma lzfgrep /usr/bin/lzfgrep from xz-lzma-compat /usr/bin/lzfgrep from lzma plymouth /bin/plymouth from plymouth /usr/bin/plymouth from plymouth gawk /bin/gawk from gawk /usr/bin/gawk from gawk ex /bin/ex from vim-minimal /usr/bin/ex from vim-enhanced ircd /usr/bin/ircd from ircd-ratbox /usr/bin/ircd from ircd-hybrid cut /bin/cut from coreutils /usr/bin/cut from coreutils towhee-mpi /usr/bin/towhee-mpi from towhee-mpi /usr/bin/towhee-mpi from towhee pscp /usr/bin/pscp from putty /usr/bin/pscp from pssh links /usr/bin/links from links /usr/bin/links from elinks rsh /usr/kerberos/bin/rsh from krb5-workstation-clients /usr/bin/rsh from rsh awk /bin/awk from gawk /usr/bin/awk from gawk tmda-ofmipd /usr/bin/tmda-ofmipd from tmda-ofmipd /usr/bin/tmda-ofmipd from tmda kvno /usr/kerberos/bin/kvno from krb5-workstation-servers /usr/kerberos/bin/kvno from krb5-workstation sclient /usr/kerberos/bin/sclient from krb5-devel /usr/kerberos/bin/sclient from krb5-server unlzma /usr/bin/unlzma from xz-lzma-compat /usr/bin/unlzma from lzma ktutil /usr/kerberos/bin/ktutil from krb5-workstation-servers /usr/kerberos/bin/ktutil from krb5-workstation lzegrep /usr/bin/lzegrep from xz-lzma-compat /usr/bin/lzegrep from lzma ntfs-3g /bin/ntfs-3g from ntfs-3g /usr/bin/ntfs-3g from ntfs-3g k5srvutil /usr/kerberos/bin/k5srvutil from krb5-workstation-servers /usr/kerberos/bin/k5srvutil from krb5-workstation rlogin /usr/kerberos/bin/rlogin from krb5-workstation-clients /usr/bin/rlogin from rsh stap-find-servers /usr/bin/stap-find-servers from systemtap-client /usr/bin/stap-find-servers from systemtap-server lzma /usr/bin/lzma from xz-lzma-compat /usr/bin/lzma from lzma kde4-doxygen.sh /usr/bin/kde4-doxygen.sh from kdelibs-devel /usr/bin/kde4-doxygen.sh from kdelibs find /bin/find from findutils /usr/bin/find from findutils jasper5-setclasspath.sh /usr/bin/jasper5-setclasspath.sh from tomcat5 /usr/bin/jasper5-setclasspath.sh from tomcat5-jasper translate /usr/bin/translate from libtranslate /usr/bin/translate from surfraw stap-gen-cert /usr/bin/stap-gen-cert from systemtap /usr/bin/stap-gen-cert from systemtap-server stap-authorize-cert /usr/bin/stap-authorize-cert from systemtap /usr/bin/stap-authorize-cert from systemtap-server rcp /usr/kerberos/bin/rcp from krb5-workstation-clients /usr/kerberos/bin/rcp from krb5-workstation-servers /usr/bin/rcp from rsh env /bin/env from coreutils /usr/bin/env from coreutils jspc5.sh /usr/bin/jspc5.sh from tomcat5 /usr/bin/jspc5.sh from tomcat5-jasper synergyc /usr/bin/synergyc from synergy /usr/bin/synergyc from synergy-plus synergys /usr/bin/synergys from synergy /usr/bin/synergys from synergy-plus xemacs /usr/bin/xemacs from xemacs-nox /usr/bin/xemacs from xemacs kill /bin/kill from util-linux-ng /usr/bin/kill from util-linux-ng gettext /bin/gettext from gettext /usr/bin/gettext from gettext winedump /usr/bin/winedump from wine-core /usr/bin/winedump from wine-devel ntfsmount /bin/ntfsmount from ntfs-3g /usr/bin/ntfsmount from ntfs-3g slideshow /usr/bin/slideshow from plt-scheme /usr/bin/slideshow from batik-slideshow stap-report /usr/bin/stap-report from systemtap-runtime /usr/bin/stap-report from systemtap gunzip /bin/gunzip from gzip /usr/bin/gunzip from gzip servlink /usr/bin/servlink from ircd-ratbox /usr/bin/servlink from ircd-hybrid lzless /usr/bin/lzless from xz-lzma-compat /usr/bin/lzless from lzma jasper5.sh /usr/bin/jasper5.sh from tomcat5 /usr/bin/jasper5.sh from tomcat5-jasper lzmore /usr/bin/lzmore from xz-lzma-compat /usr/bin/lzmore from lzma lzmadec /usr/bin/lzmadec from xz-lzma-compat /usr/bin/lzmadec from lzma [1] http://archive.linux.duke.edu/pub/fedora/linux/development/i386/os/repodata/7f2a765f27d259bfcda52089e93209f5a36335a5f4cced069f856403dba22c75-filelists.xml.gz -------------- next part -------------- A non-text attachment was scrubbed... Name: get-filename-collisions.py Type: text/x-python Size: 995 bytes Desc: not available URL: From ndbecker2 at gmail.com Thu Sep 17 00:08:45 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 16 Sep 2009 20:08:45 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: Why not report all conflicts, instead of only those on your PATH? From jrowens.fedora at ghiapet.net Thu Sep 17 00:32:01 2009 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Wed, 16 Sep 2009 17:32:01 -0700 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: <4AB18381.8030205@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/16/2009 05:08 PM, Neal Becker wrote: > Why not report all conflicts, instead of only those on your PATH? Why not just have a system somewhere with Everything installed, including new stuff? That's what I almost have myself, and I noticed the libotf/openmpi conflict quite a while ago (it's why I don't have the latter installed anymore). - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqxg3UACgkQdGy7nCl1Vp+HCQCfaBaKw8NBmVNNienKBqQo5gi5 ti4Ani6Hv041RC5kQyx7Uw1KyfzOQo1K =1Zp2 -----END PGP SIGNATURE----- From jkeating at redhat.com Thu Sep 17 00:47:26 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Sep 2009 17:47:26 -0700 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: <1253148446.2384.9.camel@localhost.localdomain> On Wed, 2009-09-16 at 20:08 -0400, Neal Becker wrote: > Why not report all conflicts, instead of only those on your PATH? Because these aren't file level conflicts, as in they can both exist on the filesystem at the same time and RPM won't care. However they can lead to unexpected things due to PATH collision, if you type "foo" and there are multiple "foo"'s in your path, are you sure you know which one you'll get? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Thu Sep 17 00:48:01 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 16 Sep 2009 17:48:01 -0700 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <4AB18381.8030205@ghiapet.net> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <4AB18381.8030205@ghiapet.net> Message-ID: <1253148481.2384.10.camel@localhost.localdomain> On Wed, 2009-09-16 at 17:32 -0700, J. Randall Owens wrote: > Why not just have a system somewhere with Everything installed, including new > stuff? That's what I almost have myself, and I noticed the libotf/openmpi > conflict quite a while ago (it's why I don't have the latter installed anymore). Because that's difficult to maintain in an automated test world, where you'd like to run such tests after each and every build. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at gmail.com Thu Sep 17 01:10:16 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 16 Sep 2009 21:10:16 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253148446.2384.9.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > On Wed, 2009-09-16 at 20:08 -0400, Neal Becker wrote: >> Why not report all conflicts, instead of only those on your PATH? > > Because these aren't file level conflicts, as in they can both exist on > the filesystem at the same time and RPM won't care. However they can > lead to unexpected things due to PATH collision, if you type "foo" and > there are multiple "foo"'s in your path, are you sure you know which one > you'll get? > But the original problem was a file level conflict. Is it ever valid for 2 packages to own the same file? From bruno at wolff.to Thu Sep 17 01:17:41 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 16 Sep 2009 20:17:41 -0500 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253148446.2384.9.camel@localhost.localdomain> Message-ID: <20090917011741.GA5685@wolff.to> On Wed, Sep 16, 2009 at 21:10:16 -0400, Neal Becker wrote: > > But the original problem was a file level conflict. Is it ever valid for 2 > packages to own the same file? Yes. At a minimum the file's contents has to be identical in the two packages. From dmalcolm at redhat.com Thu Sep 17 01:13:56 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 16 Sep 2009 21:13:56 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: <1253150036.29520.2.camel@brick> On Wed, 2009-09-16 at 20:08 -0400, Neal Becker wrote: > Why not report all conflicts, instead of only those on your PATH? This is acting at the level of individual filenames (dropping the directory component from the path), and doesn't have any knowledge about a file beyond its full installation path. The PATH filtering allows it to avoid lots of false-positives from all of the various "COPYING", "README" etc files we drop into various places in the filesystem. Dave From nicolas.mailhot at laposte.net Thu Sep 17 06:13:28 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 17 Sep 2009 08:13:28 +0200 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <1253148446.2384.9.camel@localhost.localdomain> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253148446.2384.9.camel@localhost.localdomain> Message-ID: <1f28e0499a287a8a7c314bdd713fd687.squirrel@arekh.dyndns.org> Le Jeu 17 septembre 2009 02:47, Jesse Keating a ?crit : > On Wed, 2009-09-16 at 20:08 -0400, Neal Becker wrote: >> Why not report all conflicts, instead of only those on your PATH? > > Because these aren't file level conflicts, as in they can both exist on > the filesystem at the same time and RPM won't care. However they can > lead to unexpected things due to PATH collision, if you type "foo" and > there are multiple "foo"'s in your path, are you sure you know which one > you'll get? Well, for $PATH dirs you need to check the basename, for others you need to check the full name (and hash, and perms). Both checks are valid and useful -- Nicolas Mailhot From che666 at gmail.com Thu Sep 17 07:52:47 2009 From: che666 at gmail.com (Rudolf Kastl) Date: Thu, 17 Sep 2009 09:52:47 +0200 Subject: Possible packages... In-Reply-To: <1247499384.2483.40.camel@vaio.local.net> References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: 2009/7/13 Adam Williamson : > On Sun, 2009-07-05 at 20:15 -0600, Nathanael Noblet wrote: > >> Apple's Calendar Server. It runs using python 2.5 or greater (I've >> installed it on a F11 machine and it work well). I've started looking >> at some of its dependancies. 90% of them are in fedora already, and of >> the ones in F11, only one if I remember correctly isn't at the version >> it requires). It seems like a great addition to Fedora if you ask me. >> So basically it would require two new packages, and an update to one >> other package (libevent) which is a minor version bump it seems if at >> all needed. > > The Infrastructure group has a rather ongoing project to try and find a > really good calendar server system (and then, obviously, package it) to > be used as the official Fedora calendaring system (then we could > schedule events and all that good stuff in an official Fedora server, > and people could access them via CalDAV or web, and all would be roses). > It's proved a bit tricky, though, to find a really perfect option. See > https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution > for most of the details on this project. At present, we seem to be > looking at one called Calagator: http://calagator.org/ . > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> guessing this one would have problems because it requires ffmpeg or >> mplayer/mencoder... Plus as a java program its probably a bit more >> complex to create a proper spec file for. I've made the other kind >> often enough, but java ones not so much... > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > this particular need, which is a nice modern GTK+ app and based on > gstreamer...but I can't quite pull the name out of long-term storage at > present. Someone will probably know what I mean, though. The one most > people use (as the one I'm talking about is still a bit alpha) is > mediatomb, which is also in Fedora already. Unless this provides > something significant the other options don't, it may not be the best > place to start, since it looks a bit complex. ps3mediaservers biggest improvement/enhancement is the ability to transcode video files on the fly. > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From lili at redhat.com Thu Sep 17 08:02:47 2009 From: lili at redhat.com (Liam) Date: Thu, 17 Sep 2009 16:02:47 +0800 Subject: Fedora 12 Beta Review Meeting--Friday 2009-09-18 @ 15:00 UTC (11 AM EDT) In-Reply-To: <4AB16B99.5010507@redhat.com> References: <4AB16B99.5010507@redhat.com> Message-ID: <4AB1ED27.5080003@redhat.com> We have some new anaconda bugs for latest rawhide,see: https://fedoraproject.org/wiki/Test_Results:Fedora_12_PreBeta_Install On 09/17/2009 06:50 AM, John Poelstra wrote: > When: Friday, 2009-09-18 @ 15:00 UTC (11 AM EDT) > Where: #fedora-bugzappers on irc.freenode.net > > Join us Friday for the second blocker bug review of the F-12-Beta cycle. > Review will focus on unresolved bugs listed on the F12Beta list > > Have an issue you'd like to propose for F12Beta? Please consider the > following criteria when escalating an issue: > > * Can this issue be fixed with a future rawhide update or is it > part of the media kit? > * Is this defect a high (or greater) severity [1] with no, or an > unreasonable, workaround? > * Does the presence of this bug dramatically reduce test coverage? > > If in doubt add it to the blocker or ask for help. > > The current list of Fedora 12 Beta blocker bugs follows: > F12Beta--https://bugzilla.redhat.com/showdependencytree.cgi?id=507678&hide_resolved=1 > > > * 498591 [MODIFIED - medium - dlehman at redhat.com - --- -] Cannot specify > mount point for hard disk partition containing the ISO install image > [See dependency tree for bug 498591] > * 515450 [MODIFIED - medium - rvykydal at redhat.com - --- -] Stage1: > cannot back to last step . [See dependency tree for bug 515450] > * 516042 [MODIFIED - medium - rvykydal at redhat.com - --- - Reopened] > Unable to add NFS yum repo during installation [See dependency tree for > bug 516042] > * 517260 [ASSIGNED - medium - anaconda-maint-list at redhat.com - --- -] > liveinst fails at partitioning screen [See dependency tree for bug 517260] > * 518194 [MODIFIED - medium - rvykydal at redhat.com - --- -] askmethod > boot option allows installation from HDD only [See dependency tree for > bug 518194] > * 518226 [NEW - medium - kernel-maint at redhat.com - --- -] INFO: possible > circular locking dependency detected - > 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 [See dependency tree for bug 518226] > * 519237 [NEW - medium - cdahlin at redhat.com - --- -] -bash: cannot set > terminal process group (-1): Inappropriate ioctl for device [See > dependency tree for bug 519237] > * 520207 [NEW - high - dcantrell at redhat.com - --- -] Filesystem label > does not match kernel command line parameter [See dependency tree for > bug 520207] > > > We will also review the Fedora 12 Blocker (bugs that must be fixed > before Fedora 12 can go GA) > F12Blocker--https://bugzilla.redhat.com/showdependencytree.cgi?id=473303&hide_resolved=1 > > > * 481068 [ASSIGNED - medium - psatpute at redhat.com - --- -] bitmap-fonts > needs updating to revised packaging guidelines [See dependency tree for > bug 481068] > * 493058 [MODIFIED - high - jgranado at redhat.com - --- -] Custom > partitioning creation/edit causes traceback [See dependency tree for bug > 493058] > * 493472 [NEW - medium - krh at redhat.com - --- -] [945GM] KMS: LVDS > wrongly detected as connected, DVI monitor resolution incorrectly set > [See dependency tree for bug 493472] > * 498156 [ASSIGNED - urgent - sahartsu at xs4all.nl - --- -] gadmin-squid > does not generate valid squid.conf [See dependency tree for bug 498156] > * 498968 [NEW - medium - markmc at redhat.com - --- -] Fedora 12 > Virtualization Target Blocker [See dependency tree for bug 498968] > o 480593 [NEW - medium - notting at redhat.com - --- - Tracking] Fedora 11 > Virtualization Blocker [See dependency tree for bug 480593] > o 507397 [NEW - medium - lvm-team at redhat.com - --- -] Directory > permissions on volume group directory too restrictive [See dependency > tree for bug 507397] > o 517151 [ASSIGNED - high - crobinso at redhat.com - --- -] virtinst > creates cdrom device using virtio rather than IDE [See dependency tree > for bug 517151] > * 501769 [NEW - medium - jkysela at redhat.com - --- -] intel hda: > snd_pcm_avail/snd_pcm_delay overflows [See dependency tree for bug 501769] > * 503149 [NEW - medium - anaconda-maint-list at redhat.com - --- -] Add > features to Anaconda to aid installation on Apple computers [See > dependency tree for bug 503149] > * 506075 [ASSIGNED - medium - jkysela at redhat.com - --- -] snd_intel8x0: > snd_pcm_avail()/ snd_pcm_delay() overflow [See dependency tree for bug > 506075] > * 509733 [NEW - medium - davidz at redhat.com - --- -] Process > /usr/libexec/gvfs-gdu-volume-monitor received signal 11 [See dependency > tree for bug 509733] > * 510127 [ASSIGNED - medium - mmaslano at redhat.com - --- -] perl taint > bug [See dependency tree for bug 510127] > * 510249 [ASSIGNED - medium - mclasen at redhat.com - --- - Reopened] > Missing panel applets on gnome login; "Glib-GObject-CRITICAL" > messages.... [See dependency tree for bug 510249] > * 510950 [ASSIGNED - medium - rstrode at redhat.com - --- - SELinux] > SELinux is preventing thunderbird-bin from changing a writable memory > segment executable. [See dependency tree for bug 510950] > * 512845 [ASSIGNED - high - stransky at redhat.com - --- - Reopened, > Security, SELinux] setroubleshoot: SELinux is preventing firefox from > changing a writable memory segment executable. [See dependency tree for > bug 512845] > * 512944 [NEW - high - jmccann at redhat.com - --- - Desktop] > fast-user-switching locks up login screen [See dependency tree for bug > 512944] > * 513579 [ASSIGNED - medium - lpoetter at redhat.com - --- - Reopened] > GDM's PulseAudio doesn't die (no sound in user session after login) [See > dependency tree for bug 513579] > * 513864 [NEW - medium - gecko-bugs-nobody at fedoraproject.org - --- -] > Firefox crashes [See dependency tree for bug 513864] > * 514084 [ASSIGNED - medium - jmccann at redhat.com - --- - Upstream] Needs > to dump state database before doing callouts/sending dbus signals. [See > dependency tree for bug 514084] > * 514415 [NEW - medium - davidz at redhat.com - --- -] X server locks up > every time notification is about to be displayed [See dependency tree > for bug 514415] > * 514569 [MODIFIED - low - besfahbo at redhat.com - --- -] gnome-terminal > will not run [See dependency tree for bug 514569] > * 515441 [NEW - high - anaconda-maint-list at redhat.com - --- -] Can't > select local CD/DVD after provide a wrong NFS location during install of > F12 alpha [See dependency tree for bug 515441] > * 517642 [NEW - medium - bnocera at redhat.com - --- -] rhythmbox crashes > when started with connected ipod (assertion failed: g_utf8_validate ) > [See dependency tree for bug 517642] > * 517789 [ASSIGNED - medium - nicolas.mailhot at laposte.net - --- -] Droid > Sans overrides default Japanese desktop font [See dependency tree for > bug 517789] > o 521697 [NEW - medium - pmatilai at redhat.com - --- -] Change rpm > autodeps command from fc-query to fc-scan [See dependency tree for bug > 521697] > * 517879 [NEW - high - gecko-bugs-nobody at fedoraproject.org - --- -] Java > applet kills firefox [See dependency tree for bug 517879] > * 518460 [MODIFIED - urgent - emaldona at redhat.com - --- -] Transaction > Check Error: file /lib/libnssutil3.so from install of > nss-util-3.12.3.99.3-8.1.fc12.i686 conflicts with file from package > nss-3.12.3.99.3-7.1.fc12.i686 [See dependency tree for bug 518460] > * 518623 [ON_QA - medium - tgl at redhat.com - --- -] busted sizes for > SQLBIGINT and ODBCINT64 etc [See dependency tree for bug 518623] > * 518880 [NEW - medium - bnocera at redhat.com - --- -] totem no longer > searching for plugins [See dependency tree for bug 518880] > * 518962 [NEW - high - xgl-maint at redhat.com - --- -] ATI - Caught signal > 11 (Segmentation fault). Server aborting [See dependency tree for bug > 518962] > * 519350 [NEW - high - kernel-maint at redhat.com - --- -] F12 Alpha - VFS: > Unable to mount root fs on unknown-block(0,0) - on VirtualBox 3.0.4 [See > dependency tree for bug 519350] > * 519442 [NEW - medium - msivak at redhat.com - --- -] serial text-mode > firstaidkit does not use same TERM settings as anaconda text-mode [See > dependency tree for bug 519442] > * 519766 [MODIFIED - medium - emaldona at redhat.com - --- - Reopened] > (nss) FORTIFY_SOURCE buffer overflows and other issues in test suite > [See dependency tree for bug 519766] > * 520162 [MODIFIED - medium - emaldona at redhat.com - --- -] nss-devel no > longer provides pkgconfig(nss) [See dependency tree for bug 520162] > * 520298 [NEW - medium - rstrode at redhat.com - --- -] [abrt] crash > detected in plymouth-0.7.1-2.fc12 [See dependency tree for bug 520298] > * 520480 [NEW - medium - rdieter at math.unl.edu - --- - Tracking] F12 KDE > blocker [See dependency tree for bug 520480] > o 519205 [ASSIGNED - medium - rdieter at math.unl.edu - --- -] default > wallpaper not shown [See dependency tree for bug 519205] > * 520750 [ASSIGNED - medium - richard at hughsie.com - --- -] Software > Update windows checks for update does not stop .. [See dependency tree > for bug 520750] > * 521276 [NEW - high - lpoetter at redhat.com - --- -] Something about > jitter buffer makes VoIP over GStreamer useless (delay around 15 sec) > [See dependency tree for bug 521276] > * 521277 [ASSIGNED - high - kernel-maint at redhat.com - --- -] kernel BUG > at drivers/gpu/drm/ttm/ttm_bo.c:133 [See dependency tree for bug 521277] > * 521322 [ASSIGNED - medium - xgl-maint at redhat.com - --- - Reopened] no > graphics and no console for F12-Snap1-x86_64-Live [See dependency tree > for bug 521322] > * 521519 [NEW - high - rstrode at redhat.com - --- -] gedit 2.27 leaking > memory [See dependency tree for bug 521519] > * 521959 [ASSIGNED - medium - harald at redhat.com - --- -] dracut does not > work for / over lvm over md [See dependency tree for bug 521959] > * 522187 [NEW - high - besfahbo at redhat.com - --- -] Java (so Eclipse > too) crashes [See dependency tree for bug 522187] > * 522224 [NEW - medium - katzj at fedoraproject.org - --- -] livecd-tools > leaving fake /selinux garbage behind [See dependency tree for bug 522224] > * 522609 [NEW - medium - anaconda-maint-list at redhat.com - --- -] > AttributeError: 'NoneType' object has no attribute 'startswith' [See > dependency tree for bug 522609] > * 522929 [NEW - medium - xgl-maint at redhat.com - --- -] repeated system > crashes [See dependency tree for bug 522929] > * 523270 [NEW - medium - llim at redhat.com - --- -] > /usr/sbin/redhat_lsb_trigger.x86_64 hangs [See dependency tree for bug > 523270] > * 523800 [ASSIGNED - high - xgl-maint at redhat.com - --- -] X.org doesn't > work on ThinkPad 600X (NeoMagic MagicGraph256ZX) [See dependency tree > for bug 523800] > From chitlesh.goorah at gmail.com Thu Sep 17 08:34:15 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Thu, 17 Sep 2009 10:34:15 +0200 Subject: Eclipse rawhide: plugins are not loading Message-ID: <50baabb30909170134s70da7ed1ndda2984862101e91@mail.gmail.com> Hello there, On rawhide with yum install eclipse*, it seems that upon launch, eclipse is not loading any eclipse plugin. Maybe because eclipse 3.5, should we rebuild all the plugins ? Or is it a known issue ? Regards, Chitlesh From akurtako at redhat.com Thu Sep 17 08:38:23 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Thu, 17 Sep 2009 11:38:23 +0300 Subject: Eclipse rawhide: plugins are not loading In-Reply-To: <50baabb30909170134s70da7ed1ndda2984862101e91@mail.gmail.com> References: <50baabb30909170134s70da7ed1ndda2984862101e91@mail.gmail.com> Message-ID: <200909171138.23641.akurtako@redhat.com> > Hello there, > > On rawhide with yum install eclipse*, it seems that upon launch, > eclipse is not loading any eclipse plugin. Maybe because eclipse 3.5, > should we rebuild all the plugins ? > > Or is it a known issue ? There was such issue which is fixed in 3.5.0-0.12.fc12. Please verify you have this version installed and open a bug report if bug exists with this version Alex > > Regards, > Chitlesh > From chitlesh.goorah at gmail.com Thu Sep 17 08:50:57 2009 From: chitlesh.goorah at gmail.com (Chitlesh GOORAH) Date: Thu, 17 Sep 2009 10:50:57 +0200 Subject: Eclipse rawhide: plugins are not loading In-Reply-To: <200909171138.23641.akurtako@redhat.com> References: <50baabb30909170134s70da7ed1ndda2984862101e91@mail.gmail.com> <200909171138.23641.akurtako@redhat.com> Message-ID: <50baabb30909170150l3a06088od57edad16fd96152@mail.gmail.com> On Thu, Sep 17, 2009 at 10:38 AM, Alexander Kurtakov wrote: >> On rawhide with yum install eclipse*, it seems that upon launch, >> eclipse is not loading any eclipse plugin. Maybe because eclipse 3.5, >> should we rebuild all the plugins ? >> >> Or is it a known issue ? > There was such issue which is fixed in 3.5.0-0.12.fc12. Please verify you have > this version installed and open a bug report if bug exists with this version it seems the bug is still here : http://alt.fedoraproject.org/pub/alt/nightly-composes/electronic-lab/logs/20090916.16-i386.log I'll file a bug report. Chitlesh From mschwendt at gmail.com Thu Sep 17 09:27:14 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Thu, 17 Sep 2009 11:27:14 +0200 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253148446.2384.9.camel@localhost.localdomain> Message-ID: <20090917112714.6e8de0e7@faldor.intranet> On Wed, 16 Sep 2009 21:10:16 -0400, Neal wrote: > But the original problem was a file level conflict. I've been reporting file level conflicts for a long time (with a script on my fedorapeople page which is lacking automatic multilib support, however), but the openmpi/libotf conflict has been reported independently at least once: https://bugzilla.redhat.com/496131 Meanwhile the autoqa project is creating file level conflicts reports, too: https://fedorahosted.org/pipermail/autoqa-results/2009-September/thread.html > Is it ever valid for 2 > packages to own the same file? If their checksums are the same, yes, RPM won't complain. One could apply the existing packaging guidelines to this case, however: https://fedoraproject.org/wiki/Packaging:Guidelines#Duplicate_Files There would need to be a good reason for two packages to include the same file - instead of doing this via a shared package dependency. From twoerner at redhat.com Thu Sep 17 09:30:38 2009 From: twoerner at redhat.com (Thomas Woerner) Date: Thu, 17 Sep 2009 11:30:38 +0200 Subject: iptables-1.4.5 in rawhide Message-ID: <4AB201BE.1090205@redhat.com> Hello, iptables-1.4.5-1 just made it into rawhide. This new version supports all new features of the 2.6.31 kernel and contains two additional fixes for leaked file descriptors: - new version 1.4.5 with support for all new features of 2.6.31 - libxt_NFQUEUE: add new v1 version with queue-balance option - xt_conntrack: revision 2 for enlarged state_mask member - libxt_helper: fix invalid passed option to check_inverse - libiptc: split v4 and v6 - extensions: collapse registration structures - iptables: allow for parse-less extensions - iptables: allow for help-less extensions - extensions: remove empty help and parse functions - xtables: add multi-registration functions - extensions: collapse data variables to use multi-reg calls - xtables: warn of missing version identifier in extensions - multi binary: allow subcommand via argv[1] - iptables: accept multiple IP address specifications for -s, -d - several build fixes - several man page fixes - fixed two leaked file descriptors on sockets (rhbz#521397) If you have packages depending on iptables or iptables-ipv6, please have a look at this new version. Thanks, Thomas From mcrha at redhat.com Thu Sep 17 09:27:04 2009 From: mcrha at redhat.com (Milan Crha) Date: Thu, 17 Sep 2009 11:27:04 +0200 Subject: Evolution time format/double address book entries In-Reply-To: <1253137589.1708.4.camel@localhost> References: <1252845605.4086.4.camel@localhost> <1253095283.17625.14.camel@madtux.englab.brq.redhat.com> <1253137589.1708.4.camel@localhost> Message-ID: <1253179624.8235.48.camel@madtux.englab.brq.redhat.com> On Wed, 2009-09-16 at 16:46 -0500, Mike Chambers wrote: > > I didn't see this myself, do I understand it correctly that this is > > doing contact doubling only once, just after import of a new address > > book or after the restore? Maybe file a bug in > > https://bugzilla.gnome.org and continue a discussion there (send here a > > bug URL). > > After both, either after a restore or after importing a .cvf (?) file of > your address book. I can send a new email, click on "to" button, and > see them doubled when you go to choose who to send the email too. BUT, > if you look in the address book itself (via view/window/contacts), there > is just one entry. So in other words, it's on doubled when you go to > send an email and want to add someone from your address book. > > Understand what I am referring to? Hi, yes, I do understand now. I tried even without import and it seems to double contacts from the default address book. When I change addressbook forth and back then it stops doubling them. I found an upstream bug for that, see [1] Thanks and bye, Milan [1] https://bugzilla.gnome.org/show_bug.cgi?id=595082 From pmatilai at laiskiainen.org Thu Sep 17 11:40:19 2009 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 17 Sep 2009 14:40:19 +0300 (EEST) Subject: Troubles running F9 mock chroot under F11 In-Reply-To: References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <20090916062518.GA329@host0.dyn.jankratochvil.net> <20090916133133.GA15296@host0.dyn.jankratochvil.net> Message-ID: On Wed, 16 Sep 2009, devzero2000 wrote: > On Wed, Sep 16, 2009 at 3:31 PM, Jan Kratochvil > wrote: > > Hi, > > > > filed as: > > ? ? ? ?https://bugzilla.redhat.com/show_bug.cgi?id=523698 > > > > how to possibly fix the problem by a backport from rpm5.org as > suggested by > > Jeff Johnson. > > > For rpm 4.4 the backport was already filled but reject. > > https://bugzilla.redhat.com/show_bug.cgi?id=464752 Since you apparently missed the point: the WONTFIX is for that particular patch, not the issue itself. Also the bug is against RHEL 5, we're talking Fedora here. The suggested patch is patently unsafe as it just blasts away any incompatible environment without caring whether the environment is actually in use by a different rpm version (which can happen in chroot environments and during upgrades) or not. It also blasts away the transaction lock while at it. Citing BDB documentation: "The result of attempting to forcibly destroy the environment when it is in use is unspecified. Processes using an environment often maintain open file descriptors for shared regions within it. On UNIX systems, the environment removal will usually succeed, and processes that have already joined the region will continue to run in that region without change. However, processes attempting to join the environment will either fail or create new regions." And yes, "funny stuff" happens when you got two different rpm/db versions accessing the same db. Feel free to try it out, you dont need to take my word for it. That rpm leaves the environment around even when not in use, causing these silly issues is largely because the rpmdb open+close is racy. It's racy even with the environment present, just to a lesser degree so it usually gets away with it. Fixing the raciness will allow removing the environment when not in use, mostly curing the disease instead of treating the symptom. In addition to that, detecting and removing an incompatible (or corrupted) enviroment is a perfectly reasonable thing to do IF appropriate care is taken not to remove an active but incompatible environment. - Panu - From dsd at laptop.org Thu Sep 17 11:47:12 2009 From: dsd at laptop.org (Daniel Drake) Date: Thu, 17 Sep 2009 17:32:12 +0545 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <1253121209.8829.161.camel@f9.vonau.ca> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <1253028788.8829.72.camel@f9.vonau.ca> <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> <1253121209.8829.161.camel@f9.vonau.ca> Message-ID: <818423da0909170447r3f6b95c0s5c5c4d9092ed4f66@mail.gmail.com> 2009/9/16 Jerry Vonau : > That should be do-able using mkslim (read it first) from xs-livecd's git > repo, along with my idea to use a pre-configured "updates repo" on the > iso. > > http://lists.laptop.org/pipermail/server-devel/2009-February/002937.html Thanks! Got it working as follows: 1. extract ISO 2. copy in new ks file 3. add more RPMs to Packages/ (using creative use of yumdownloader to make sure that deps come with the new RPMs) 4. createrepo --database --groupfile repodata/comps.xml . 5. remove stuff that mkslim removes 6. mkisofs no need to mess with bdb stuff any more :) Daniel From martin.langhoff at gmail.com Thu Sep 17 13:03:13 2009 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Thu, 17 Sep 2009 15:03:13 +0200 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <818423da0909170447r3f6b95c0s5c5c4d9092ed4f66@mail.gmail.com> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <1253028788.8829.72.camel@f9.vonau.ca> <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> <1253121209.8829.161.camel@f9.vonau.ca> <818423da0909170447r3f6b95c0s5c5c4d9092ed4f66@mail.gmail.com> Message-ID: <46a038f90909170603j53dfb399m847d80e7be2e8dc7@mail.gmail.com> On Thu, Sep 17, 2009 at 1:47 PM, Daniel Drake wrote: > Thanks! Got it working as follows: > ?1. extract ISO > ?2. copy in new ks file > ?3. add more RPMs to Packages/ (using creative use of yumdownloader to > make sure that deps come with the new RPMs) > ?4. createrepo --database --groupfile repodata/comps.xml . > ?5. remove stuff that mkslim removes > ?6. mkisofs > > no need to mess with bdb stuff any more :) Good to hear it's worked! Thinking about future support for that deployment and also for the XS (as "upstream") -- is it in your plans to document what rpms and ks changes you are using? cheers, m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From rawhide at fedoraproject.org Thu Sep 17 13:05:19 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 17 Sep 2009 13:05:19 +0000 Subject: rawhide report: 20090917 changes Message-ID: <20090917130519.GA13177@releng2.fedora.phx.redhat.com> Compose started at Thu Sep 17 06:15:05 UTC 2009 Broken deps for i386 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) banshee-1.5.1-0.2.git20090831.fc12.i686 requires mono(Boo.Lang) = 0:2.0.9.1 banshee-1.5.1-0.2.git20090831.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.9.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rakudo-0.0.2009.08_1.5.0-2.fc12.i686 requires libparrot.so.1.5.0 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 Broken deps for x86_64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) banshee-1.5.1-0.2.git20090831.fc12.i686 requires mono(Boo.Lang) = 0:2.0.9.1 banshee-1.5.1-0.2.git20090831.fc12.i686 requires mono(Boo.Lang.Compiler) = 0:2.0.9.1 banshee-1.5.1-0.2.git20090831.fc12.x86_64 requires mono(Boo.Lang) = 0:2.0.9.1 banshee-1.5.1-0.2.git20090831.fc12.x86_64 requires mono(Boo.Lang.Compiler) = 0:2.0.9.1 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rakudo-0.0.2009.08_1.5.0-2.fc12.x86_64 requires libparrot.so.1.5.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) Broken deps for ppc ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 Broken deps for ppc64 ---------------------------------------------------------- anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rakudo-0.0.2009.08_1.5.0-2.fc12.ppc64 requires libparrot.so.1.5.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) New package libvmime07 A powerful C++ class library for working with MIME/Internet messages New package perl-Module-Install-GithubMeta A Module::Install extension to include GitHub meta information in META.yml New package perl-POE-Component-Pluggable A base class for creating plugin-enabled POE components New package pyhunspell Python bindings for hunspell Updated Packages: AcetoneISO2-2.1.1-1.fc12 ------------------------ * Wed Sep 16 2009 Tom "spot" Callaway - 2.1.1-1 - update to 2.1.1 afpfs-ng-0.8.1-6.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.8.1-6 - Rebuild with new fuse afuse-0.2-5.fc12 ---------------- * Thu Sep 17 2009 Peter Lemenkov - 0.2-5 - Rebuilt with new fuse aircrack-ng-1.0-1.fc12 ---------------------- * Wed Sep 16 2009 Till Maas - 1.0-1 - Update to stable release - Include airodump-ng-oui-update - prepare shipping of oui database - fix paths for oui database in airodump-ng-oui-update and airodump-ng - add missing #include at-3.1.10-37.fc12 ----------------- * Wed Sep 16 2009 Tomas Mraz 3.1.10-37 - improve the PAM configuration, use password-auth common stack bash-4.0.33-1.fc12 ------------------ * Wed Sep 16 2009 Roman Rakus - 4.0.33-1 - Patch level 33 - spec file cleanup bluez-4.53-2.fc12 ----------------- * Wed Sep 16 2009 Bastien Nocera 4.53-2 - Update cable plugin for gudev changes boo-0.9.2.3383-1.fc12 --------------------- * Wed Sep 16 2009 Paul Lange - 0.9.2.3383-1 - Update to boo 0.9.2 - remove libdir patch cabal-install-0.6.2-6.fc12 -------------------------- * Wed Sep 16 2009 Jens Petersen - 0.6.2-6 - really rebuild * Fri Jul 24 2009 Fedora Release Engineering - 0.6.2-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild coolkey-1.1.0-11.fc12 --------------------- * Wed Sep 16 2009 Jack magne - 1.1.0-11 - Misc bug fixes. Resolves: 485032, #250738, #497758. coreutils-7.6-2.fc12 -------------------- * Wed Sep 16 2009 Ondrej Vasik - 7.6-2 - fix copying of extended attributes for read only source files cups-1.4.1-3.fc12 ----------------- * Wed Sep 16 2009 Tomas Mraz 1:1.4.1-3 - Use password-auth common PAM configuration instead of system-auth when available. * Tue Sep 15 2009 Tim Waugh 1:1.4.1-2 - Fixed 'service cups status' to check for correct subsys name (bug #521641). curlftpfs-0.9.1-6.fc12 ---------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.9.1-6 - Rebuild with new fuse cvs-1.11.23-7.fc12 ------------------ * Wed Sep 16 2009 Tomas Mraz 1.11.23-7 - Use password-auth common PAM configuration cyrus-imapd-2.3.14-6.fc12 ------------------------- * Wed Sep 16 2009 Tomas Mraz - 2.3.14-6 - use password-auth common PAM configuration instead of system-auth dovecot-1.2.4-3.fc12 -------------------- * Wed Sep 16 2009 Tomas Mraz - 1:1.2.4-3 - use password-auth common PAM configuration instead of system-auth drupal-6.14-1.fc12 ------------------ * Wed Sep 16 2009 Jon Ciesla - 6.14-1 - Update to 6.14, SA-CORE-2009-008. drupal-date-6.x.2.4-0.fc12 -------------------------- * Wed Sep 16 2009 Jon Ciesla - 6.x.2.4-0 - Update to new version. - Fix for DRUPAL-SA-CONTRIB-2009-057. ejabberd-2.0.5-9.fc12 --------------------- * Wed Sep 16 2009 Tomas Mraz - 2.0.5-9 - Use password-auth common PAM configuration instead of system-auth evolution-rss-0.1.4-4.fc12 -------------------------- * Wed Sep 16 2009 Lucian Langa - 0.1.4-4 - added upstream patch to fix folder rename (#594704) exim-4.69-17.fc12 ----------------- * Wed Sep 16 2009 Tomas Mraz - 4.69-17 - Use password-auth common PAM configuration instead of system-auth freedink-1.08.20090916-1.fc12 ----------------------------- * Wed Sep 16 2009 Sylvain Beucler - 1.08.20090916-1 - New upstream release - Can optionaly bundle default font, to avoid liberation-fonts vs. liberation-sans-fonts issues when building snapshot RPMs freedink-dfarc-3.2.4-1.fc12 --------------------------- * Wed Sep 16 2009 Sylvain Beucler - 3.2.4-1 - New upstream release freeradius-2.1.7-2.fc12 ----------------------- * Wed Sep 16 2009 Tomas Mraz - 2.1.7-2 - use password-auth common PAM configuration instead of system-auth funionfs-0.4.3-6.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.4.3-6 - Rebuild with new fuse fuse-2.8.0-1.fc12 ----------------- * Wed Aug 19 2009 Peter Lemenkov 2.8.0-1 - Ver. 2.8.0 fuse-convmvfs-0.2.4-10.fc12 --------------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.2.4-10 - Rebuilt with new fuse fuse-encfs-1.5-9.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov 1.5-9 - rebuilt with new fuse fuse-python-0.2-12.fc12 ----------------------- * Thu Sep 17 2009 Peter Lemenkov 0.2-12 - rebuilt with new fuse fuse-s3fs-0.7-4.fc12 -------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.7-4 - Rebuilt with new fuse fuse-sshfs-2.2-4.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov 2.2-4 - Rebuilt with new fuse fwknop-1.9.12-1 --------------- * Wed Sep 16 2009 Miloslav Trma? - 1.9.12-1 - Update to fwknop-1.9.12. gcc-4.4.1-14 ------------ * Wed Sep 16 2009 Jakub Jelinek 4.4.1-14 - update from gcc-4_4-branch - PRs fortran/39876, tree-optimization/41101 - asm goto support - VTA delayed branch scheduling fix (PR bootstrap/41349) - power7 VSX fix (PR target/41210) - ppc bswap fixes (PR target/41331) ghc-editline-0.2.1.0-11.fc12 ---------------------------- * Wed Sep 16 2009 Jens Petersen - 0.2.1.0-11 - sync with current cabal2spec template to minimise cabal2spec-diff - fixes uninstall error git-1.6.4.4-1.fc12 ------------------ * Wed Sep 16 2009 Todd Zullinger - 1.6.4.4-1 - git-1.6.4.4 gnome-media-2.27.91-2.fc12 -------------------------- * Wed Sep 16 2009 Bastien Nocera 2.27.91-2 - Fix crashing when profile changes happen quickly (#523669) gpodder-2.0-1.fc12 ------------------ gpp4-1.2.0-2.20090916bzr58.fc12 ------------------------------- * Wed Sep 16 2009 Tim Fenn - 1.2.0-1.20090916bzr58 - update to 1.2.0 - update to new website - include libgpp4f - add MMDB buildreq * Wed Sep 16 2009 Tim Fenn - 1.2.0-2.20090916bzr58 - add patch for mixed fortran/c library - add gfortran to buildrequires - updated PPC patches grub-0.97-60.fc12 ----------------- * Wed Sep 16 2009 Peter Jones - 0.97-60 - Fix a typo introduced in grub-fedora-9.patch that may effect UEFI Graphics Output Protocol. hplip-3.9.8-15.fc12 ------------------- * Wed Sep 16 2009 Tim Waugh 3.9.8-15 - Fixed hp-setup trace when discovery page is skipped (bug #523685). ibus-chewing-1.2.0.20090917-1.fc12 ---------------------------------- * Thu Sep 17 2009 Ding-Yi Chen - 1.2.0.20090917-1 - Addressed Upstream (IBUS Google code) issue 484: + Find the source that why the / and . are not working. - Pack the gob2 generation source to avoid the [Bug 519108]: [gob2] class and enum names convert incorrectly in mock / koji. * Wed Sep 09 2009 Ding-Yi Chen - 1.2.0.20090831-1 - IBusProperty and IBusPropList are free upon destruction. - Fixed Red Hat Bugzilla [Bug 519328] [ibus-chewing] inconsistent between normal mode and plain Zhuyin mode. - Addressed Upstream (IBUS Google code) issue 484: Arithmetic symbols (+-*/) on number pad does not input properly. * Wed Aug 26 2009 Ding-Yi Chen - 1.2.0.20090818-1 - Merged 1.2 and 1.1 source code. - Addressed Upstream (IBUS Google code) issue 471. - Remove libX11 dependency. * Fri Jul 24 2009 Ding-Yi Chen - 1.2.0.20090624-1 - Lookup table now shows the selection key. * Fri Jul 24 2009 Fedora Release Engineering - 1.2.0.20090624-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild imsettings-0.107.3-5.fc12 ------------------------- * Thu Sep 17 2009 Akira TAGOH - 0.107.3-5 - Fix taking too much CPU issue. jabberd-2.2.8-5.fc12 -------------------- * Wed Sep 16 2009 Tomas Mraz - 2.2.8-5 - use password-auth common PAM configuration instead of system-auth kernel-2.6.31-23.fc12 --------------------- * Wed Sep 16 2009 Ben Skeggs 2.6.31-17 - nouveau: potential fix for rh#522649 + misc other fixes * Wed Sep 16 2009 Hans de Goede - Fix lockdep warning (and potential real deadlock) in mdraid10 code, requested for -stable, rh#515471 * Wed Sep 16 2009 Dave Jones - Fix NULL deref in powernow-k8 driver. (korg #13780) * Wed Sep 16 2009 Adam Jackson - Disable hotplug interrupts on TV connectors on i915. * Wed Sep 16 2009 John W. Linville - Add iwl1000 support patches. libcanberra-0.17-2.fc12 ----------------------- * Wed Sep 16 2009 Kevin Kofler 0.17-2 - Don't require gdm in -gtk2 (#522998) libsvm-2.89-3.fc12 ------------------ * Wed Sep 16 2009 Ding-Yi Chen - 2.89-3 - Fix the building for EL-5 Note that libsvm-java on ppc and ppc64 for EL-5 is excluded, as java-1.6.0-openjdk-devel for them do not exist yet. - Change the Java buildrequires from java-sdk to java-1.6.0-openjdk-devel - Fix [Bug 521194] Python: 'import libsvm' doesn't work. By adding __init__.py to libsvm_python_dir libtevent-0.9.8-2.fc12 ---------------------- * Wed Sep 16 2009 Simo Sorce - 0.9.8-2 - Fix abi compatibility with 0.9.3 libvoikko-2.2-0.2.rc1.fc12 -------------------------- * Wed Sep 16 2009 Ville-Pekka Vainio - 2.2-0.2.rc1 - Remove rpath which was set for the voikko-tools binaries in 64 bit architechtures linuxwacom-0.8.2.2-14.fc12 -------------------------- * Wed Sep 16 2009 Peter Hutterer 0.8.2.2-14 - linuxwacom-8.2.2.2-xorg17-nokeysending.patch: disable keysending, it's broken as-is. - linuxwacom-8.2.2.2-buttonnumber.patch: don't increase the button number, the priv->button array is zero-indexed. livecd-tools-028-1.fc12 ----------------------- * Wed Sep 16 2009 Warren Togami - 028-1 - Fix LiveUSB with live images - Fix display of free space during livecd-iso-to-disk error (farrell) malaga-7.12-6.fc12 ------------------ * Wed Sep 16 2009 Ville-Pekka Vainio - 7.12-6 - Remove rpath which was set for the malaga binaries in 64 bit architechtures man-pages-3.22-6.fc12 --------------------- * Wed Sep 16 2009 Ivana Varekova - 3.22-6 - fix nsswitch.conf(5) man page maven2-common-poms-1.0-11.fc12 ------------------------------ * Wed Sep 16 2009 Alexander Kurtakov 0:1.0-11 - Add apache-commons parent pom. me-tv-1.0.0-2.fc12 ------------------ * Wed Sep 16 2009 Zarko - 1.0.0-2 - Added patch for resolving duplicate name bug at startup mkdst-0.12-1.fc12 ----------------- * Wed Sep 16 2009 Warren Togami - 0.12-1 - 0.12 mod_auth_pam-1.1.1-9.fc12 ------------------------- * Wed Sep 16 2009 Tomas Mraz - 1.1.1-9 - Use password-auth common PAM configuration instead of system-auth mr-0.43-1.fc12 -------------- * Thu Sep 17 2009 Fabian Affolter - 0.43-1 - Updated to new upstream version 0.43 netcf-0.1.1-1.fc12 ------------------ * Wed Sep 16 2009 David Lutterkort - 0.1.1-1 - Remove patch netcf-0.1.0-fix-initialization-of-libxslt.patch, included upstream newscache-1.2-0.11.rc6.fc12 --------------------------- * Wed Sep 16 2009 Tomas Mraz - 1.2-0.11.rc6 - Use password-auth common PAM configuration instead of system-auth nufw-2.2.21-6.fc12 ------------------ * Wed Sep 16 2009 Tomas Mraz - 2.2.21-6 - Use password-auth common PAM configuration instead of system-auth - Fix wrong owner on cert and key .pem files openldap-2.4.16-6.fc12 ---------------------- * Wed Sep 16 2009 Jan Zeleny 2.4.16-6 - updated init script to be LSB-compliant (#523434) openmpi-1.3.3-5.fc12 -------------------- * Wed Sep 16 2009 Jay Fenlason - 1.3.3-5 - Move the module file from /usr/share/Modules/modulefiles/openmpi-ppc to /etc/modulefiles/openmpi-ppc where it belongs. - Have the -devel subpackage own the man1 and man7 directories for completeness. - Add a blank line before the clean section. - Remove --enable-mpirun-prefix-by-default from configure. openoffice.org-3.1.1-19.8.fc12 ------------------------------ * Tue Sep 15 2009 Caol?n McNamara - 1:3.1.1-19.8 - disable NumberFormatRecognition from default writer configuration (caolanm) - Resolves: rhbz#522056 - wrong match of fonts (non-)proportional (dtardon) - drop custom crash reporter and add openoffice.org-3.1.1.oooXXXXXX.sal.justcoredump.patch and use abrt (caolanm) openslp-1.2.1-14.fc12 --------------------- * Wed Sep 16 2009 Rex Dieter - 1.2.1-14 - slpd crashes if slptool findsrvtypes is run, when message logging is on (#523609) openssh-5.2p1-26.fc12 --------------------- * Wed Sep 16 2009 Jan F. Chadima - 5.2p1-26 - Changed pam stack to password-auth perl-NetAddr-IP-4.027-1.fc12 ---------------------------- perl-namespace-autoclean-0.09-1.fc12 ------------------------------------ * Wed Sep 16 2009 Chris Weyl 0.09-1 - add %perl_default_filter'ing - auto-update to 0.09 (by cpan-spec-update 0.01) - added a new req on perl(B::Hooks::EndOfScope) (version 0.07) - added a new req on perl(Class::MOP) (version 0.80) - added a new req on perl(List::Util) (version 0) - added a new req on perl(namespace::clean) (version 0.11) phpldapadmin-1.2.0.3-1.fc12 --------------------------- * Wed Sep 16 2009 Dmitry Butskoy - 1.2.0.3-1 - Upgrade to 1.2.0.3 (#523477) pinentry-0.7.6-4.fc12 --------------------- * Sun Sep 13 2009 Rex Dieter - 0.7.6-3 - drop alternatives, use app-wrapper instead (borrowed from opensuse) - -qt4 experimental subpkg, -qt includes qt3 version again (#523488) * Sun Sep 13 2009 Rex Dieter - 0.7.6-4 - Errors installing with --excludedocs (#515925) policycoreutils-2.0.73-5.fc12 ----------------------------- postfix-2.6.5-2.fc12 -------------------- * Wed Sep 16 2009 Tomas Mraz - 2:2.6.5-2 - use password-auth common PAM configuration instead of system-auth postgresql-8.4.1-2.fc12 ----------------------- * Wed Sep 16 2009 Tomas Mraz - 8.4.1-2 - Use password-auth common PAM configuration instead of system-auth ppp-2.4.4-13.fc12 ----------------- * Wed Sep 16 2009 Tomas Mraz 2.4.4-13 - use password-auth common PAM configuration instead of system-auth proftpd-1.3.2a-6.fc12 --------------------- * Wed Sep 16 2009 Tomas Mraz - 1.3.2a-6 - Use password-auth common PAM configuration instead of system-auth psacct-6.3.2-55.fc12 -------------------- * Wed Sep 16 2009 Ivana Varekova - 6.2.3-55 - fix init script (#521195) pure-ftpd-1.0.22-4.fc12 ----------------------- * Wed Sep 16 2009 Tomas Mraz - 1.0.22-4 - use password-auth common PAM configuration instead of system-auth pykickstart-1.63-1.fc12 ----------------------- * Wed Sep 16 2009 Chris Lumens - 1.63-1 - Add encryption key escrow support (mitr, #508963). - Fix the repo test cases to expect quotes around the repo's name. python-virtinst-0.500.0-3.fc12 ------------------------------ * Wed Sep 16 2009 Cole Robinson - 0.500.0-3.fc12 - Don't generate bogus disk driver XML. - Add '--disk format=' for specifying format (qcow2, ...) when provisioning - Add Fedora12 to os dictionary qd-2.3.7-7.fc12 --------------- * Wed Sep 16 2009 Jussi Lehtola - 2.3.7-7 - Fix location of Fortran modules. qemu-0.10.92-4.fc12 ------------------- * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-2 - Add ksm control script from Dan Kenigsberg * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-3 - Add ksmtuned, also from Dan Kenigsberg - Use /etc/rc.d/init.d macro * Wed Sep 16 2009 Mark McLoughlin - 2:0.10.92-4 - Fix for KSM patch from Justin Forbes ricci-0.16.1-4.fc12 ------------------- * Wed Sep 16 2009 Tomas Mraz - 0.16.1-4 - Use password-auth common PAM configuration instead of system-auth rsh-0.17-58.fc12 ---------------- * Wed Sep 16 2009 Tomas Mraz - 0.17-58 - use password-auth common PAM configuration instead of system-auth selinux-policy-3.6.32-1.fc12 ---------------------------- * Thu Sep 17 2009 Dan Walsh 3.6.32-1 - Update to upstream - Dontaudit nsplugin search /root - Dontaudit nsplugin sys_nice sendmail-8.14.3-8.fc12 ---------------------- * Wed Sep 16 2009 Tomas Mraz - 8.14.3-8 - Use password-auth common PAM configuration instead of system-auth squid-3.1.0.13-5.fc12 --------------------- * Wed Sep 16 2009 Tomas Mraz - 7:3.1.0.13-5 - Use password-auth common PAM configuration instead of system-auth syslog-ng-2.1.4-6.fc12 ---------------------- system-autodeath-0.3-1.fc12 --------------------------- * Wed Sep 16 2009 Seth Vidal - bump to 0.3 to remove silly files left over inside tarball system-config-users-1.2.93-1.fc12 --------------------------------- * Wed Sep 16 2009 Nils Philippsen - 1.2.92-1 - fix typo (#523068) * Wed Sep 16 2009 Nils Philippsen - 1.2.93-1 - remove simple files as well as directories - don't use deprecated gtk.Label.set_use_markup() tog-pegasus-2.9.0-6.fc12 ------------------------ * Wed Sep 16 2009 Tomas Mraz - 2:2.9.0-6 - Use password-auth common PAM configuration instead of system-auth tzdata-2009m-1.fc12 ------------------- * Wed Sep 16 2009 Petr Machata - 2009m-1 - Upstream 2009m - Palestine will will revert back to winter time on Friday, 2009-09-04 - Samoa passed the DST Bill that fixes DST dates for 2009 and 2010 - Drop Egypt patch usbutils-0.86-1.fc12 -------------------- * Wed Sep 16 2009 Jiri Moskovcak 0.86-1 - new version - spec file fixes as suggested in rhbz#466041 (info at owlriver.com) util-linux-ng-2.16-10.fc12 -------------------------- * Wed Sep 16 2009 Tomas Mraz - 2.16-10 - use password-auth common PAM configuration instead of system-auth and drop pam_console.so call from the remote PAM config file uw-imap-2007e-10.fc12 --------------------- * Wed Sep 16 2009 Tomas Mraz - 2007e-10 - use password-auth common PAM configuration instead of system-auth where available * Mon Aug 31 2009 Rex Dieter - omit -devel, -static bits in EPEL builds (#518885) vsftpd-2.2.0-5.fc12 ------------------- * Wed Sep 16 2009 Tomas Mraz - 2.2.0-5 - use password-auth common PAM configuration instead of system-auth wannier90-1.1-6.fc12 -------------------- * Wed Sep 16 2009 Jussi Lehtola - 1.1-6 - Fix location of Fortran modules. - Fix check phase. - Use ATLAS instead of reference BLAS & LAPACK. xrdp-0.5.0-0.6.20090811cvs.fc12 ------------------------------- * Wed Sep 16 2009 Tomas Mraz - 0.5.0-0.6.20090811cvs - use password-auth instead of system-auth Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 96 From mcepl at redhat.com Thu Sep 17 13:24:04 2009 From: mcepl at redhat.com (=?UTF-8?B?TWF0xJtqIENlcGw=?=) Date: Thu, 17 Sep 2009 15:24:04 +0200 Subject: Taking over dead package ... ldapvi Message-ID: <4AB23874.5030401@redhat.com> Hi, I found https://bugzilla.redhat.com/show_bug.cgi?id=511746 (FTBFS ldapvi), and the package was apparently abandoned and now retired (there is a dead.package in devel/). Per https://fedoraproject.org/wiki/ Orphaned_package_that_need_new_maintainers I would like to take over the package. Review Request for the new package is https://bugzilla.redhat.com/ show_bug.cgi?id=523967 Any comments? Would anybody kindly review my package? Thanks a lot, Mat?j -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3284 bytes Desc: S/MIME Cryptographic Signature URL: From adam at spicenitz.org Thu Sep 17 13:28:07 2009 From: adam at spicenitz.org (Adam Goode) Date: Thu, 17 Sep 2009 09:28:07 -0400 Subject: review swap Message-ID: <4AB23967.2070703@spicenitz.org> Hi, Anyone want to do a review swap on this package? openslide - library for reading virtual slides https://bugzilla.redhat.com/show_bug.cgi?id=523537 Thanks, Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From bnocera at redhat.com Thu Sep 17 13:35:56 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Thu, 17 Sep 2009 14:35:56 +0100 Subject: Possible packages... In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: <1253194556.18963.2790.camel@localhost.localdomain> On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > 2009/7/13 Adam Williamson : > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > >> guessing this one would have problems because it requires ffmpeg or > >> mplayer/mencoder... Plus as a java program its probably a bit more > >> complex to create a proper spec file for. I've made the other kind > >> often enough, but java ones not so much... > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > this particular need, which is a nice modern GTK+ app and based on > > gstreamer...but I can't quite pull the name out of long-term storage at > > present. Someone will probably know what I mean, though. Rygel. > The one most > > people use (as the one I'm talking about is still a bit alpha) is > > mediatomb, which is also in Fedora already. Unless this provides > > something significant the other options don't, it may not be the best > > place to start, since it looks a bit complex. > > ps3mediaservers biggest improvement/enhancement is the ability to > transcode video files on the fly. Rygel supports that as well, though it's not exactly in great shape. Cheers From skvidal at fedoraproject.org Thu Sep 17 13:57:56 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 17 Sep 2009 09:57:56 -0400 (EDT) Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <1253143383.13875.17.camel@radiator.bos.redhat.com> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: On Wed, 16 Sep 2009, David Malcolm wrote: > On Wed, 2009-09-16 at 18:45 -0400, Neal Becker wrote: >> Which makes me wonder, how could this conflict have been avoided? Is there >> a tool that would check any new package to see if any object* in it would >> conflict with any existing package? If not, sounds like a good thing to >> have. >> >> * Here, object means filesystem object. I'm not sure if there are any other >> types of objects to worry about. > Brainstorming: a script that walks the yum repo's filelist.tar.gz, and > figures out a list of filename collisions, filtering by directories in > the default PATH > > > Attached is a first pass at a python script that does this. > > Output from the script when run upon [1] is below. Caveat: the script > probably has bugs. > > Does this look useful? David, Yes it does look useful. I wrote something similar: http://skvidal.fedorapeople.org/misc/potential_conflict.py which is what I believe autoqa is starting from for their file conflict checker. -sv From tomek at pipebreaker.pl Thu Sep 17 14:08:07 2009 From: tomek at pipebreaker.pl (Tomasz Torcz) Date: Thu, 17 Sep 2009 16:08:07 +0200 Subject: Possible packages... In-Reply-To: <1253194556.18963.2790.camel@localhost.localdomain> References: <1247499384.2483.40.camel@vaio.local.net> <1253194556.18963.2790.camel@localhost.localdomain> Message-ID: <20090917140807.GA22416@mother.pipebreaker.pl> On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote: > On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > > 2009/7/13 Adam Williamson : > > > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > > >> guessing this one would have problems because it requires ffmpeg or > > >> mplayer/mencoder... Plus as a java program its probably a bit more > > >> complex to create a proper spec file for. I've made the other kind > > >> often enough, but java ones not so much... > > > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > > this particular need, which is a nice modern GTK+ app and based on > > > gstreamer...but I can't quite pull the name out of long-term storage at > > > present. Someone will probably know what I mean, though. > > Rygel. Which has dependency problem in rawhide for few weeks now: rygel-0.3-5.fc12.i686 requires libgee.so.0 -- Tomasz Torcz Morality must always be based on practicality. xmpp: zdzichubg at chrome.pl -- Baron Vladimir Harkonnen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 238 bytes Desc: not available URL: From pbrobinson at gmail.com Thu Sep 17 14:19:52 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 17 Sep 2009 15:19:52 +0100 Subject: Possible packages... In-Reply-To: <20090917140807.GA22416@mother.pipebreaker.pl> References: <1247499384.2483.40.camel@vaio.local.net> <1253194556.18963.2790.camel@localhost.localdomain> <20090917140807.GA22416@mother.pipebreaker.pl> Message-ID: <5256d0b0909170719u6205e874lb62b67fc3b7f6ca7@mail.gmail.com> On Thu, Sep 17, 2009 at 3:08 PM, Tomasz Torcz wrote: > On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote: >> On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: >> > 2009/7/13 Adam Williamson : >> >> > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> > >> guessing this one would have problems because it requires ffmpeg or >> > >> mplayer/mencoder... Plus as a java program its probably a bit more >> > >> complex to create a proper spec file for. I've made the other kind >> > >> often enough, but java ones not so much... >> > > >> > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >> > > this particular need, which is a nice modern GTK+ app and based on >> > > gstreamer...but I can't quite pull the name out of long-term storage at >> > > present. Someone will probably know what I mean, though. >> >> Rygel. > > ?Which has dependency problem in rawhide for few weeks now: > rygel-0.3-5.fc12.i686 requires libgee.so.0 That will be fixed shortly when the new version is released. I expected it to be out by now but its been a little delayed. Peter From icon at fedoraproject.org Thu Sep 17 14:29:57 2009 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Thu, 17 Sep 2009 10:29:57 -0400 Subject: Orphaning a few packages Message-ID: Hello: I am starting another job in a few days, and there's a bunch of packages that I won't be using any longer, and thus won't be a very good choice for maintainer. Please, someone pick them up: atanks - Remake of a classic DOS game "Scorched Earth" cvs2svn - CVS to Subversion Repository Converter gazpacho - Glade Interface Creator php-pear-PHP-CodeSniffer - PHP coding standards enforcement tool php-pear-PhpDocumentor - The complete documentation solution for PHP poedit - GUI editor for GNU gettext .po files python-feedparser - Parse RSS and Atom feeds in Python python-kiwi - Framework for Python GUI applications python-pgsql - Enhanced python interface to PostgreSQL yaz - Z39.50/SRW/SRU programs Have fun, and thanks! Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From herrold at owlriver.com Thu Sep 17 14:48:41 2009 From: herrold at owlriver.com (R P Herrold) Date: Thu, 17 Sep 2009 10:48:41 -0400 (EDT) Subject: Possible packages... In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: > 2009/7/13 Adam Williamson : > The Infrastructure group has a rather ongoing project to try and find a > really good calendar server system (and then, obviously, package it) ... > It's proved a bit tricky, though, to find a really perfect option. 'The perfect is the enemy of the good (enough)' and a sure fireway to attain gridlock rather than progress > See >> https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution >> for most of the details on this project. At present, we seem to be >> looking at one called Calagator: http://calagator.org/ . wow -- I sure don't see 'Calagator' mentioned on that page -- 'This page was last modified on 26 March 2009' make it look like an abandoned F-12 false start to me when I read the outlink: https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Features_(Draft) -- Russ herrold From limb at jcomserv.net Thu Sep 17 14:51:55 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 17 Sep 2009 09:51:55 -0500 Subject: Orphaning a few packages In-Reply-To: References: Message-ID: <4AB24D0B.2030800@jcomserv.net> Konstantin Ryabitsev wrote: > Hello: > > I am starting another job in a few days, and there's a bunch of > packages that I won't be using any longer, and thus won't be a very > good choice for maintainer. Please, someone pick them up: > > > atanks - Remake of a classic DOS game "Scorched Earth" > I'll take this one. > cvs2svn - CVS to Subversion Repository Converter > gazpacho - Glade Interface Creator > php-pear-PHP-CodeSniffer - PHP coding standards enforcement tool > php-pear-PhpDocumentor - The complete documentation solution for PHP > poedit - GUI editor for GNU gettext .po files > python-feedparser - Parse RSS and Atom feeds in Python > python-kiwi - Framework for Python GUI applications > python-pgsql - Enhanced python interface to PostgreSQL > yaz - Z39.50/SRW/SRU programs > > Have fun, and thanks! > > Cheers, > -- in your fear, seek only peace in your fear, seek only love -d. bowie From karlthered at gmail.com Thu Sep 17 15:05:12 2009 From: karlthered at gmail.com (=?ISO-8859-1?B?SC4gR3XpbWFy?=) Date: Thu, 17 Sep 2009 17:05:12 +0200 Subject: Orphaning a few packages In-Reply-To: References: Message-ID: <448be2810909170805h1068ee2boe41d553aadd708bb@mail.gmail.com> I'll take : * gazpacho * poedit * python-kiwi * python-feedparser From P.Zandbergen at macroscoop.nl Thu Sep 17 15:15:31 2009 From: P.Zandbergen at macroscoop.nl (Pim Zandbergen) Date: Thu, 17 Sep 2009 17:15:31 +0200 Subject: Calendar project (was: Re: Possible packages...) In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: <4AB25293.6050804@macroscoop.nl> R P Herrold wrote: > > wow -- I sure don't see 'Calagator' mentioned on that page -- 'This > page was last modified on 26 March 2009' make it look like an > abandoned F-12 false start to me when I read the outlink: > https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Features_(Draft) > > > -- Russ herrold > I see no mention at all of CalDAV support in calagator. That probably means it does not support it. Pim From christof at damian.net Thu Sep 17 15:22:59 2009 From: christof at damian.net (Christof Damian) Date: Thu, 17 Sep 2009 17:22:59 +0200 Subject: Orphaning a few packages In-Reply-To: References: Message-ID: I can take these: > php-pear-PHP-CodeSniffer - PHP coding standards enforcement tool > php-pear-PhpDocumentor - The complete documentation solution for PHP From a.badger at gmail.com Thu Sep 17 15:22:21 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 17 Sep 2009 08:22:21 -0700 Subject: Possible packages... In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: <4AB2542D.7000407@gmail.com> On 09/17/2009 07:48 AM, R P Herrold wrote: >> 2009/7/13 Adam Williamson : > >> The Infrastructure group has a rather ongoing project to try and find a >> really good calendar server system (and then, obviously, package it) > ... >> It's proved a bit tricky, though, to find a really perfect option. > > 'The perfect is the enemy of the good (enough)' and a sure > fireway to attain gridlock rather than progress > . Note that this isn't precisely the reasoning that makes this gridlocked. Similar to choosing a CMS, there's a lot of choices where none of them are very good fits for what we want. But many of them are very good fits for what a subset of users want. This means that anything that we have looked at so far is going to be unsatisfying to a large number of people. We finally got traction on the CMS by doing two things: 1) Defining the "features" (broadly defined -- deployment issues, security, and maintainability also count as features) that were needed for any solution. 2) Taking some infrastructure concerns out of the picture by making the rule that we need several new admins to come with the decision. That means instead of current infrastructure personnel supporting the CMS deployment, infrastructure gains new admins/coders willing to support the new service. Not sure if we're ready to try (2) again until we've seen that the CMS deployment and subsequent maintainence works out, though. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From davej at redhat.com Thu Sep 17 15:51:33 2009 From: davej at redhat.com (Dave Jones) Date: Thu, 17 Sep 2009 11:51:33 -0400 Subject: boot/init conf at plumbers conf next week. In-Reply-To: <4AB14C46.8000806@redhat.com> References: <20090916192220.GA4394@redhat.com> <4AB14C46.8000806@redhat.com> Message-ID: <20090917155133.GB2478@redhat.com> On Wed, Sep 16, 2009 at 04:36:22PM -0400, Casey Dahlin wrote: > On 09/16/2009 03:22 PM, Dave Jones wrote: > > I'm MC'ing the boot/init miniconf next week at the plumbers > > conference in Portland, and a slot has become available that > > I don't have anyone to fill. > > > > If you're going to be there anyway, and you have something to > > talk about that may be relevant (other talks lined up include > > dracut & upstart) then let me know, and I'll get you added > > to the speakers list. > > > > thanks, > > > > Dave > > > How much time are we talking about filling? 45 minutes. Other possibilities that have been suggested include - 5 minute lightning talk type things or - hacking time. We spilled out into the corridor to hack last year after the sessions. This year we could have seating to do the same :) Dave From guido.grazioli at gmail.com Thu Sep 17 16:10:24 2009 From: guido.grazioli at gmail.com (Guido Grazioli) Date: Thu, 17 Sep 2009 18:10:24 +0200 Subject: Orphaning a few packages In-Reply-To: References: Message-ID: <2f984ea00909170910y2512bb22uf496f32609545ed8@mail.gmail.com> 2009/9/17 Konstantin Ryabitsev > > yaz - Z39.50/SRW/SRU programs > > I'd like to take that one. guido -- Guido Grazioli Via Parri 11 48011 - Alfonsine (RA) Mobile: +39 347 1017202 (10-18) Key FP = 7040 F398 0DED A737 7337 DAE1 12DC A698 5E81 2278 Linked in: http://www.linkedin.com/in/guidograzioli -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Thu Sep 17 16:22:48 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 09:22:48 -0700 Subject: Possible packages... In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: <1253204568.2311.140.camel@adam.local.net> On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > >> guessing this one would have problems because it requires ffmpeg or > >> mplayer/mencoder... Plus as a java program its probably a bit more > >> complex to create a proper spec file for. I've made the other kind > >> often enough, but java ones not so much... > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > this particular need, which is a nice modern GTK+ app and based on > > gstreamer...but I can't quite pull the name out of long-term storage at > > present. Someone will probably know what I mean, though. The one most > > people use (as the one I'm talking about is still a bit alpha) is > > mediatomb, which is also in Fedora already. Unless this provides > > something significant the other options don't, it may not be the best > > place to start, since it looks a bit complex. > > ps3mediaservers biggest improvement/enhancement is the ability to > transcode video files on the fly. Since I wrote the message quoted by Rudolf, I remembered the name of the app I was trying to think of: Rygel - http://live.gnome.org/Rygel aside from that, the 'market leader' is mediatomb, which I think we have in Fedora or RPM Fusion already. It has been able to do transcoding for a long time, and there's a big knowledge base out there on how to use it. I'm not entirely sure adding another packaged ps3-intended-UPNP-server would be a net win anywhere. (unless ps3mediaserver's implementation of on-the-fly transcoding lets you fast-forward and rewind. that'd be good. mediatomb can't do that.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jvonau at shaw.ca Thu Sep 17 16:39:03 2009 From: jvonau at shaw.ca (Jerry Vonau) Date: Thu, 17 Sep 2009 11:39:03 -0500 Subject: [Server-devel] Troubles running F9 mock chroot under F11 In-Reply-To: <1253121209.8829.161.camel@f9.vonau.ca> References: <818423da0909150302w7aadbb96t36798e12d45f728a@mail.gmail.com> <1253028788.8829.72.camel@f9.vonau.ca> <818423da0909152147g77107d70hbc4e2dfe696b2306@mail.gmail.com> <1253121209.8829.161.camel@f9.vonau.ca> Message-ID: <1253205543.8829.215.camel@f9.vonau.ca> On Wed, 2009-09-16 at 12:13 -0500, Jerry Vonau wrote: > On Wed, 2009-09-16 at 10:32 +0545, Daniel Drake wrote: > > 2009/9/15 Jerry Vonau : > > > However, I see that the older buildinstall(s) are not present any > > > more(?)! (File a bug I guess) If you were to add the buildinstall from > > > F9's anaconda in revisor's script directory as F9-buildinstall, then the > > > buildinstall from F9 should be used instead of the one on the host > > > system. > > Grab the source rpm for revisor, in the /scripts you'll find the F9-buildinstall, use that one. > > > I did that and it now fails at a later point. I first had to modify pungi.py > > + buildinstall.append('--output') > > buildinstall.append(self.topdir) > > > > and the end result is: > > At what line did you add this? I got this to go with this: @@ -322,6 +322,8 @@ buildinstall.append(self.topdir) if self.cfg.version_from in [ "F9" ]: + buildinstall.append('--output') + buildinstall.append(self.topdir) for burl in repository_baseurls: buildinstall.append('%s' % burl) > > Linking in release notes: > > ######################################## 100.0% > > Size of the installation tree is 518 MB > > Traceback (most recent call last): > > File "/usr/lib/python2.6/site-packages/revisor/__init__.py", line 528, in run > > self.base.run() > > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 106, in run > > self.cli.run() > > File "/usr/lib/python2.6/site-packages/revisor/cli.py", line 44, in run > > self.base.lift_off() > > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 867, in lift_off > > self.buildInstallationMedia() > > File "/usr/lib/python2.6/site-packages/revisor/base.py", line 1478, > > in buildInstallationMedia > > f = open(os.path.join(mypungi.topdir,"isolinux","isolinux.cfg"),"rw+") > > IOError: [Errno 2] No such file or directory: > > '/var/tmp/revisor-pungi/0.5.2/xs-f9-i386/i386/os/isolinux/isolinux.cfg' > > Traceback occurred, please report a bug at http://fedorahosted.org/revisor > > > > The size should be more like 850mb. > > > > Did you have any luck in your own experiment? > > > No, I stopped when it bombed out, had to do my real work, must of been > at the point you got past with the patched pungi.py. > Think that has to do with not having the F9-buildinstall from revisor, the stock one didn't play nice for me either. I ended up 571 rpms on the test iso. I haven't tried to test it yet.. Jerry From nathanael at gnat.ca Thu Sep 17 16:46:38 2009 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Thu, 17 Sep 2009 10:46:38 -0600 Subject: Possible packages... In-Reply-To: <1253204568.2311.140.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> Message-ID: <4AB267EE.1070200@gnat.ca> On 09/17/2009 10:22 AM, Adam Williamson wrote: > On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > >>>> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >>>> guessing this one would have problems because it requires ffmpeg or >>>> mplayer/mencoder... Plus as a java program its probably a bit more >>>> complex to create a proper spec file for. I've made the other kind >>>> often enough, but java ones not so much... >>> >>> There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >>> this particular need, which is a nice modern GTK+ app and based on >>> gstreamer...but I can't quite pull the name out of long-term storage at >>> present. Someone will probably know what I mean, though. The one most >>> people use (as the one I'm talking about is still a bit alpha) is >>> mediatomb, which is also in Fedora already. Unless this provides >>> something significant the other options don't, it may not be the best >>> place to start, since it looks a bit complex. >> >> ps3mediaservers biggest improvement/enhancement is the ability to >> transcode video files on the fly. > > Since I wrote the message quoted by Rudolf, I remembered the name of the > app I was trying to think of: Rygel - http://live.gnome.org/Rygel > > aside from that, the 'market leader' is mediatomb, which I think we have > in Fedora or RPM Fusion already. It has been able to do transcoding for > a long time, and there's a big knowledge base out there on how to use > it. I'm not entirely sure adding another packaged > ps3-intended-UPNP-server would be a net win anywhere. I had mediatomb installed, very much disliked it. It may have been my ability to configure it as well. However it wasn't as easy as ps3mediaserver. Granted I don't know if the ps3 one will work with all media players, I think it only encodes to what the ps3 can handle if I'm not mistaken. > (unless ps3mediaserver's implementation of on-the-fly transcoding lets > you fast-forward and rewind. that'd be good. mediatomb can't do that.) It does. From awilliam at redhat.com Thu Sep 17 17:25:56 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 10:25:56 -0700 Subject: Possible packages... In-Reply-To: <4AB267EE.1070200@gnat.ca> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> <4AB267EE.1070200@gnat.ca> Message-ID: <1253208356.8437.19.camel@adam.local.net> On Thu, 2009-09-17 at 10:46 -0600, Nathanael D. Noblet wrote: > I had mediatomb installed, very much disliked it. It may have been my > ability to configure it as well. However it wasn't as easy as > ps3mediaserver. Granted I don't know if the ps3 one will work with all > media players, I think it only encodes to what the ps3 can handle if I'm > not mistaken. > > > (unless ps3mediaserver's implementation of on-the-fly transcoding lets > > you fast-forward and rewind. that'd be good. mediatomb can't do that.) > > It does. Yeah, I just tried it out. Seems to do that fairly well. Bit hard for me to test properly as my PS3's wireless connection isn't really good enough, but it seemed to work. afaict, though, it doesn't work with any transcoder except mplayer/ffmpeg, and it's pretty useless without transcoding. there's also this little gem: linux/tsMuxeR_licence.txt "YOU MAY NOT MODIFY, ADAPT, TRANSLATE, RENT, LEASE, LOAN, SELL, REQUEST DONATIONS OR CREATE DERIVATE WORKS BASED UPON THE SOFTWARE OR ANY PART THEREOF." so to put it in fedora or rpmfusion-free, you'd have to drop tsmuxer; I think it's optional. I would recommend you add the necessary infrastructure to the package to let it run as a service; although the website doesn't widely advertise the fact, it does actually run fine without X. I don't know if there's a parameter to force it into 'headless' mode, but you could always hack it by running it with an empty DISPLAY variable. (it also seems like it doesn't save configuration across runs, which is a bit odd.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Sep 17 17:27:46 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 10:27:46 -0700 Subject: Possible packages... In-Reply-To: References: <1247499384.2483.40.camel@vaio.local.net> Message-ID: <1253208466.8437.21.camel@adam.local.net> On Thu, 2009-09-17 at 10:48 -0400, R P Herrold wrote: > > 2009/7/13 Adam Williamson : > > > The Infrastructure group has a rather ongoing project to try and find a > > really good calendar server system (and then, obviously, package it) > ... > > It's proved a bit tricky, though, to find a really perfect option. > > 'The perfect is the enemy of the good (enough)' and a sure > fireway to attain gridlock rather than progress it's rather the case that we can't find anything that's even good enough. it's strangely hard to find something that has a usable web interface, CalDAV support (so people who use desktop clients like Evolution can manage calendars from those apps) and isn't a gigantic tangle of unpackaged (and sometimes unpackageable) dependencies which makes it impossible to deploy on Infrastructure. believe me, we've been through a lot of candidates. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Sep 17 17:34:48 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 10:34:48 -0700 Subject: Possible packages... In-Reply-To: <1253208356.8437.19.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> <4AB267EE.1070200@gnat.ca> <1253208356.8437.19.camel@adam.local.net> Message-ID: <1253208888.8437.22.camel@adam.local.net> On Thu, 2009-09-17 at 10:25 -0700, Adam Williamson wrote: > I would recommend you add the necessary infrastructure to the package to > let it run as a service; although the website doesn't widely advertise > the fact, it does actually run fine without X. I don't know if there's a > parameter to force it into 'headless' mode, but you could always hack it > by running it with an empty DISPLAY variable. (it also seems like it > doesn't save configuration across runs, which is a bit odd.) hmm, there seems to be an ability to put configuration options in a file called PMS.conf, somewhat documented / discussed here: http://ps3mediaserver.org/forum/viewtopic.php?f=3&t=254 I guess we should include a PMS.conf with all known options included and explained, in the package... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From nathanael at gnat.ca Thu Sep 17 17:40:06 2009 From: nathanael at gnat.ca (Nathanael D. Noblet) Date: Thu, 17 Sep 2009 11:40:06 -0600 Subject: Possible packages... In-Reply-To: <1253208356.8437.19.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> <4AB267EE.1070200@gnat.ca> <1253208356.8437.19.camel@adam.local.net> Message-ID: <4AB27476.2040605@gnat.ca> On 09/17/2009 11:25 AM, Adam Williamson wrote: > On Thu, 2009-09-17 at 10:46 -0600, Nathanael D. Noblet wrote: > >> I had mediatomb installed, very much disliked it. It may have been my >> ability to configure it as well. However it wasn't as easy as >> ps3mediaserver. Granted I don't know if the ps3 one will work with all >> media players, I think it only encodes to what the ps3 can handle if I'm >> not mistaken. >> >>> (unless ps3mediaserver's implementation of on-the-fly transcoding lets >>> you fast-forward and rewind. that'd be good. mediatomb can't do that.) >> >> It does. > > Yeah, I just tried it out. Seems to do that fairly well. Bit hard for me > to test properly as my PS3's wireless connection isn't really good > enough, but it seemed to work. > > afaict, though, it doesn't work with any transcoder except > mplayer/ffmpeg, and it's pretty useless without transcoding. > > there's also this little gem: linux/tsMuxeR_licence.txt > > "YOU MAY NOT MODIFY, ADAPT, TRANSLATE, RENT, LEASE, LOAN, SELL, REQUEST > DONATIONS OR CREATE DERIVATE WORKS BASED UPON THE SOFTWARE OR ANY PART > THEREOF." > > so to put it in fedora or rpmfusion-free, you'd have to drop tsmuxer; I > think it's optional. Yeah, I think it uses mplayer/mencoder over tsMuxer, and is configurable. > I would recommend you add the necessary infrastructure to the package to > let it run as a service; although the website doesn't widely advertise > the fact, it does actually run fine without X. I don't know if there's a > parameter to force it into 'headless' mode, but you could always hack it > by running it with an empty DISPLAY variable. (it also seems like it > doesn't save configuration across runs, which is a bit odd.) It saves them as long as you tell it to and it has the permissions to create/save the file. From P.Zandbergen at macroscoop.nl Thu Sep 17 17:42:43 2009 From: P.Zandbergen at macroscoop.nl (Pim Zandbergen) Date: Thu, 17 Sep 2009 19:42:43 +0200 Subject: Possible packages... In-Reply-To: <1253208466.8437.21.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253208466.8437.21.camel@adam.local.net> Message-ID: <4AB27513.6030806@macroscoop.nl> Adam Williamson wrote: > > it's rather the case that we can't find anything that's even good > enough. it's strangely hard to find something that has a usable web > interface, CalDAV support Maybe you should drop the requirement for a web interface. Mailservers don't come with web interfaces either, but they did not get rejected. Cyrus-imapd, uw-imap and dovecot were there long before squirrelmail. Just release a CalDAV server and wait for a CalDAV web client to come along. Meanwhile we can use desktop applications and mobile devices that support this open standard. It surprises me how many of these applications support CalDAV, seeing how hard it is to get a CalDAV server running. And until a free CalDAV web client exists, we can use commercial ones like atmail. Better than nothing. Pim From awilliam at redhat.com Thu Sep 17 17:46:23 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 10:46:23 -0700 Subject: Possible packages... In-Reply-To: <4AB27476.2040605@gnat.ca> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> <4AB267EE.1070200@gnat.ca> <1253208356.8437.19.camel@adam.local.net> <4AB27476.2040605@gnat.ca> Message-ID: <1253209583.8437.23.camel@adam.local.net> On Thu, 2009-09-17 at 11:40 -0600, Nathanael D. Noblet wrote: > > so to put it in fedora or rpmfusion-free, you'd have to drop > tsmuxer; I > > think it's optional. > > Yeah, I think it uses mplayer/mencoder over tsMuxer, and is > configurable. >From the discussion I've looked at, tsMuxer results in improved performance in some scenarios. you can pick the desired encoder using ps3ms's neat virtual folder system, so you can tell it to use tsMuxer this way if you want to. anyway, yeah. it's not free. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Sep 17 17:50:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 10:50:16 -0700 Subject: Possible packages... In-Reply-To: <4AB27513.6030806@macroscoop.nl> References: <1247499384.2483.40.camel@vaio.local.net> <1253208466.8437.21.camel@adam.local.net> <4AB27513.6030806@macroscoop.nl> Message-ID: <1253209816.8437.27.camel@adam.local.net> On Thu, 2009-09-17 at 19:42 +0200, Pim Zandbergen wrote: > Adam Williamson wrote: > > > > it's rather the case that we can't find anything that's even good > > enough. it's strangely hard to find something that has a usable web > > interface, CalDAV support > > Maybe you should drop the requirement for a web interface. Mailservers don't > come with web interfaces either, but they did not get rejected. Cyrus-imapd, > uw-imap and dovecot were there long before squirrelmail. This isn't a packaging discussion, no-one's rejecting packages here (we probably have some of these servers packaged already). It's a Fedora project service provision discussion; we want to provide a calendering system as a Fedora project service, managed by infrastructure, and we consider a web front-end to be a requirement for a really usable system. (My thinking is that probably there's going to be a fairly even split between those who want to use a calendaring system from a web front end and those who'd prefer to use it from a desktop app, and unless we cater to both groups, it won't really work; for a project-wide calendering project to have value, it needs wide buy-in, so you can really trust that you can go to the calendering system and see ALL important events, and to do that, you need to cover at least the most popular use cases). if we really can't find anything that does both, though, we'll probably wind up picking a system that only does one, as you suggest. unfortunately (for me, I prefer desktop apps...) I suspect we'd go with one that has a web front end, but no CalDAV support. the danger of just picking a server which only does one is that we get stuck with it when a different server comes along which does both really well. we want to pick right the first time to avoid the scenario where we have to dump an existing solution and move to a new one in the future. that's not a problem from a packaging perspective, but it is from this perspective. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From P.Zandbergen at macroscoop.nl Thu Sep 17 18:01:58 2009 From: P.Zandbergen at macroscoop.nl (Pim Zandbergen) Date: Thu, 17 Sep 2009 20:01:58 +0200 Subject: Possible packages... In-Reply-To: <1253209816.8437.27.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253208466.8437.21.camel@adam.local.net> <4AB27513.6030806@macroscoop.nl> <1253209816.8437.27.camel@adam.local.net> Message-ID: <4AB27996.7040604@macroscoop.nl> Adam Williamson wrote: > This isn't a packaging discussion, no-one's rejecting packages here (we > probably have some of these servers packaged already). It's a Fedora > project service provision discussion; we want to provide a calendering > system as a Fedora project service, managed by infrastructure, and we > consider a web front-end to be a requirement for a really usable system. I see my confusion now. But this thread originally was about useful packages for end users. I hope a calendaring solution in this context is a goal as well. Pim From dmalcolm at redhat.com Thu Sep 17 18:03:14 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 17 Sep 2009 14:03:14 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: <1253210594.3186.4.camel@radiator.bos.redhat.com> On Thu, 2009-09-17 at 09:57 -0400, Seth Vidal wrote: > > On Wed, 16 Sep 2009, David Malcolm wrote: > > > On Wed, 2009-09-16 at 18:45 -0400, Neal Becker wrote: > >> Which makes me wonder, how could this conflict have been avoided? Is there > >> a tool that would check any new package to see if any object* in it would > >> conflict with any existing package? If not, sounds like a good thing to > >> have. > >> > >> * Here, object means filesystem object. I'm not sure if there are any other > >> types of objects to worry about. > > Brainstorming: a script that walks the yum repo's filelist.tar.gz, and > > figures out a list of filename collisions, filtering by directories in > > the default PATH > > > > > > Attached is a first pass at a python script that does this. > > > > Output from the script when run upon [1] is below. Caveat: the script > > probably has bugs. > > > > Does this look useful? > > David, > Yes it does look useful. > > I wrote something similar: > > http://skvidal.fedorapeople.org/misc/potential_conflict.py > > which is what I believe autoqa is starting from for their file conflict > checker. Aha! Your approach looks superior, as you're leveraging all that extra info from the RPM headers about file hashes etc. Thanks. From skvidal at fedoraproject.org Thu Sep 17 18:14:22 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 17 Sep 2009 14:14:22 -0400 (EDT) Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <1253210594.3186.4.camel@radiator.bos.redhat.com> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253210594.3186.4.camel@radiator.bos.redhat.com> Message-ID: On Thu, 17 Sep 2009, David Malcolm wrote: > On Thu, 2009-09-17 at 09:57 -0400, Seth Vidal wrote: >> >> On Wed, 16 Sep 2009, David Malcolm wrote: >> >>> On Wed, 2009-09-16 at 18:45 -0400, Neal Becker wrote: >>>> Which makes me wonder, how could this conflict have been avoided? Is there >>>> a tool that would check any new package to see if any object* in it would >>>> conflict with any existing package? If not, sounds like a good thing to >>>> have. >>>> >>>> * Here, object means filesystem object. I'm not sure if there are any other >>>> types of objects to worry about. >>> Brainstorming: a script that walks the yum repo's filelist.tar.gz, and >>> figures out a list of filename collisions, filtering by directories in >>> the default PATH >>> >>> >>> Attached is a first pass at a python script that does this. >>> >>> Output from the script when run upon [1] is below. Caveat: the script >>> probably has bugs. >>> >>> Does this look useful? >> >> David, >> Yes it does look useful. >> >> I wrote something similar: >> >> http://skvidal.fedorapeople.org/misc/potential_conflict.py >> >> which is what I believe autoqa is starting from for their file conflict >> checker. > Aha! Your approach looks superior, as you're leveraging all that extra > info from the RPM headers about file hashes etc. Thanks. > maybe a bit more thourough but I wouldn't call it superior - it takes forever to complete b/c you have to look at all those headers :( Magic alternatives welcome. Actually, I sometimes wonder if we could do like git does and only take the first segment from the file's checksum and store it somewhere maybe with the other filelist sqlite metadata. That way we could tell if we were likely or unlikely to hit a conflict. it is certainly not foolproof but I bet we'd be able to tell if two files were most likely different and occupying the same path in what? 85% of the cases? maybe more than that. -sv From dmalcolm at redhat.com Thu Sep 17 18:20:41 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 17 Sep 2009 14:20:41 -0400 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253210594.3186.4.camel@radiator.bos.redhat.com> Message-ID: <1253211641.3186.10.camel@radiator.bos.redhat.com> On Thu, 2009-09-17 at 14:14 -0400, Seth Vidal wrote: > > On Thu, 17 Sep 2009, David Malcolm wrote: > > > On Thu, 2009-09-17 at 09:57 -0400, Seth Vidal wrote: > >> > >> On Wed, 16 Sep 2009, David Malcolm wrote: > >> > >>> On Wed, 2009-09-16 at 18:45 -0400, Neal Becker wrote: > >>>> Which makes me wonder, how could this conflict have been avoided? Is there > >>>> a tool that would check any new package to see if any object* in it would > >>>> conflict with any existing package? If not, sounds like a good thing to > >>>> have. > >>>> > >>>> * Here, object means filesystem object. I'm not sure if there are any other > >>>> types of objects to worry about. > >>> Brainstorming: a script that walks the yum repo's filelist.tar.gz, and > >>> figures out a list of filename collisions, filtering by directories in > >>> the default PATH > >>> > >>> > >>> Attached is a first pass at a python script that does this. > >>> > >>> Output from the script when run upon [1] is below. Caveat: the script > >>> probably has bugs. > >>> > >>> Does this look useful? > >> > >> David, > >> Yes it does look useful. > >> > >> I wrote something similar: > >> > >> http://skvidal.fedorapeople.org/misc/potential_conflict.py > >> > >> which is what I believe autoqa is starting from for their file conflict > >> checker. > > Aha! Your approach looks superior, as you're leveraging all that extra > > info from the RPM headers about file hashes etc. Thanks. > > > > maybe a bit more thourough but I wouldn't call it superior - it takes > forever to complete b/c you have to look at all those headers :( > > Magic alternatives welcome. Well, define "forever"... my script takes about 30 seconds (and ~1GB RAM) on my workstation; if that's a bit improvement over your runtimes, perhaps you could try a hybrid approach of walking the filelist.xml.gz to quickly find possible conflicts, then only opening the rpm headers as needed to reject the false conflicts? Dunno [snip content-addressed storage/hashing ideas] Dave From camilo at mesias.co.uk Thu Sep 17 18:36:26 2009 From: camilo at mesias.co.uk (Camilo Mesias) Date: Thu, 17 Sep 2009 19:36:26 +0100 Subject: Announcing Fedora 12 Snapshot 2 In-Reply-To: <1252961239.6759.30.camel@localhost.localdomain> References: <1252961239.6759.30.camel@localhost.localdomain> Message-ID: On Mon, Sep 14, 2009 at 9:47 PM, Jesse Keating wrote: > Fedora 12 Snapshot 1 is now available for testing. These snapshots > consist of live images only. ?These were composed last Friday, and made > available today. > > Available at http://torrent.fedoraproject.org/: > ? ? ? ?Fedora 12 Live Snapshot 2, for i686 and x86_64 > ? ? ? ?Fedora 12 Live KDE Snapshot 2, for i686 and x86_64 > > Available at http://spins.fedoraproject.org/: > ? ? ? ?Fedora 12 Live LXDE Snapshot 2, for i686 and x86_64 > ? ? ? ?Fedora 12 Live XFCE Snapshot 2, for i686 and x86_64 Are there any direct downloads? I'd like to try them but both my torrents are stalled. -Cam From andre at bwh.harvard.edu Thu Sep 17 18:38:04 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 17 Sep 2009 14:38:04 -0400 Subject: Announcing Fedora 12 Snapshot 2 In-Reply-To: References: <1252961239.6759.30.camel@localhost.localdomain> Message-ID: <4AB2820C.2010104@bwh.harvard.edu> On 09/17/2009 02:36 PM, Camilo Mesias wrote: > On Mon, Sep 14, 2009 at 9:47 PM, Jesse Keating wrote: >> Fedora 12 Snapshot 1 is now available for testing. These snapshots >> consist of live images only. These were composed last Friday, and made >> available today. >> >> Available at http://torrent.fedoraproject.org/: >> Fedora 12 Live Snapshot 2, for i686 and x86_64 >> Fedora 12 Live KDE Snapshot 2, for i686 and x86_64 >> >> Available at http://spins.fedoraproject.org/: >> Fedora 12 Live LXDE Snapshot 2, for i686 and x86_64 >> Fedora 12 Live XFCE Snapshot 2, for i686 and x86_64 > > Are there any direct downloads? I'd like to try them but both my > torrents are stalled. http://alt.fedoraproject.org/pub/alt/stage/12-Snap2/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From chasd at silveroaks.com Thu Sep 17 18:53:46 2009 From: chasd at silveroaks.com (chasd) Date: Thu, 17 Sep 2009 13:53:46 -0500 Subject: Possible packages... In-Reply-To: <20090917183645.9D8B66199FC@hormel.redhat.com> References: <20090917183645.9D8B66199FC@hormel.redhat.com> Message-ID: <86CC1D25-F29E-47C1-804E-18C6C168CAA3@silveroaks.com> Adam Williamson wrote: > (My thinking is that probably there's going to be a fairly even split > between those who want to use a calendaring system from a web front > end > and those who'd prefer to use it from a desktop app, and unless we > cater > to both groups, it won't really work; for a project-wide calendering > project to have value, it needs wide buy-in, so you can really trust > that you can go to the calendering system and see ALL important > events, > and to do that, you need to cover at least the most popular use > cases). > > if we really can't find anything that does both, though, we'll > probably > wind up picking a system that only does one, as you suggest. One way to look at this problem is to separate those that need read-only access to a calendar from those that need both read and write capability. In our organization we have few that write to calendars, but many that consume calendar data. ( We don't use free / busy at this time ) We use a WebDAV server with iCal, Evo, or Sunbird / Lightening for calendar editors, and then have a PHP script create read-only views for everyone else. read-write contributors => desktop app read-only consumers => web app I acknowledge that the distributed nature of Fedora contributors might mean making the distinction between the needs of read-only users vs. read-write users a non-starter, but it is something to consider. -- Charles Dostale From awilliam at redhat.com Thu Sep 17 18:44:25 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 11:44:25 -0700 Subject: Possible packages... In-Reply-To: <4AB27996.7040604@macroscoop.nl> References: <1247499384.2483.40.camel@vaio.local.net> <1253208466.8437.21.camel@adam.local.net> <4AB27513.6030806@macroscoop.nl> <1253209816.8437.27.camel@adam.local.net> <4AB27996.7040604@macroscoop.nl> Message-ID: <1253213065.8437.28.camel@adam.local.net> On Thu, 2009-09-17 at 20:01 +0200, Pim Zandbergen wrote: > Adam Williamson wrote: > > This isn't a packaging discussion, no-one's rejecting packages here (we > > probably have some of these servers packaged already). It's a Fedora > > project service provision discussion; we want to provide a calendering > > system as a Fedora project service, managed by infrastructure, and we > > consider a web front-end to be a requirement for a really usable system. > I see my confusion now. But this thread originally was about useful > packages for end users. Yeah, sorry, I should have gone with the topic change someone tried a few messages back =) the flow is a bit confusing. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Thu Sep 17 19:23:45 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 17 Sep 2009 12:23:45 -0700 Subject: Possible packages... In-Reply-To: <86CC1D25-F29E-47C1-804E-18C6C168CAA3@silveroaks.com> References: <20090917183645.9D8B66199FC@hormel.redhat.com> <86CC1D25-F29E-47C1-804E-18C6C168CAA3@silveroaks.com> Message-ID: <1253215425.8437.31.camel@adam.local.net> On Thu, 2009-09-17 at 13:53 -0500, chasd wrote: > One way to look at this problem is to separate those that need > read-only access to a calendar from those that need both read > and write capability. > > In our organization we have few that write to calendars, > but many that consume calendar data. > > ( We don't use free / busy at this time ) > > We use a WebDAV server with iCal, Evo, or Sunbird / Lightening > for calendar editors, and then have a PHP script create read-only > views > for everyone else. > > read-write contributors => desktop app > read-only consumers => web app > > I acknowledge that the distributed nature of Fedora contributors > might mean making the distinction between the needs of read-only > users vs. read-write users a non-starter, but it is something to > consider. Yeah, I think that's the fundamental problem here. If it's successful, lots of people are going to need write access. The idea is basically that all Fedora project groups will be able to have a calendar where they can list all their events. The number of people who are going to need write access in a successful calendar system is so large that using a semi-hack job system isn't likely to work. It's still an idea, though. but at this point we should probably be discussing on infrastructure list, anyway. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From skvidal at fedoraproject.org Thu Sep 17 19:27:00 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 17 Sep 2009 15:27:00 -0400 (EDT) Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <1253211641.3186.10.camel@radiator.bos.redhat.com> References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> <1253210594.3186.4.camel@radiator.bos.redhat.com> <1253211641.3186.10.camel@radiator.bos.redhat.com> Message-ID: On Thu, 17 Sep 2009, David Malcolm wrote: > > Well, define "forever"... my script takes about 30 seconds (and ~1GB > RAM) on my workstation; if that's a bit improvement over your runtimes, > perhaps you could try a hybrid approach of walking the filelist.xml.gz > to quickly find possible conflicts, then only opening the rpm headers as > needed to reject the false conflicts? Dunno That's what I do. More or less - I do it by putting all the filenames as a key in a dict and the value is a list of the pkgs which own that file. That portion takes 50s and 350M of ram on my laptop for f11 and updates. then it take the list of files which have > 1 pkg owning them and grabs headers to sort them out. > [snip content-addressed storage/hashing ideas] awww but that was the most interesting part. :) -sv From xjakub at fi.muni.cz Thu Sep 17 20:13:04 2009 From: xjakub at fi.muni.cz (Milos Jakubicek) Date: Thu, 17 Sep 2009 22:13:04 +0200 Subject: Orphaning a few packages In-Reply-To: References: Message-ID: <4AB29850.8060703@fi.muni.cz> Hi, On 17.9.2009 16:29, Konstantin Ryabitsev wrote: > cvs2svn - CVS to Subversion Repository Converter I've taken this one. Regards, Milos From christoph.wickert at googlemail.com Thu Sep 17 21:27:20 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Thu, 17 Sep 2009 23:27:20 +0200 Subject: Orphaning a few packages In-Reply-To: <448be2810909170805h1068ee2boe41d553aadd708bb@mail.gmail.com> References: <448be2810909170805h1068ee2boe41d553aadd708bb@mail.gmail.com> Message-ID: <1253222840.22286.35.camel@localhost> Am Donnerstag, den 17.09.2009, 17:05 +0200 schrieb H. Gu?mar: > I'll take : > * gazpacho > * poedit I'd happy to co-maintain poedit with you, I use it quite regularly. Regards, Christoph From sgrubb at redhat.com Thu Sep 17 21:29:02 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 17 Sep 2009 17:29:02 -0400 Subject: selinux hasn't been running for over a week Message-ID: <200909171729.02708.sgrubb@redhat.com> hi, What's happened in our rawhide boot sequence that cause selinux to not be running anymore? Selinux is not disabled in the grub.conf kernel line and sestatus shows its disabled. There is nothing in the system logs saying that there was a problem. If selinux is not disabled and it does not become permissive or enforcing, it has to get logged and optionally shutdown the system. Aside from no logging, any ideas why selinux no longer works? Thanks, -Steve From dominik at greysector.net Thu Sep 17 21:34:28 2009 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 17 Sep 2009 23:34:28 +0200 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <2d4fa6320909150847l47b85121u63c3f77d471c4bb3@mail.gmail.com> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> <20090915125258.GA9037@mokona.greysector.net> <2d4fa6320909150847l47b85121u63c3f77d471c4bb3@mail.gmail.com> Message-ID: <20090917213428.GA28271@mokona.greysector.net> On Tuesday, 15 September 2009 at 17:47, Aditya Patawari wrote: > On Tue, Sep 15, 2009 at 6:22 PM, Dominik 'Rathann' Mierzejewski < > dominik at greysector.net> wrote: > > > What do you mean when you say it "will only clutter the space"? > > By this I mean to say that if we give 4 gb pre-installed stuff then menu and > workspace will be too cluttered. It will be hard to find the application you > want to work upon. Really? Have you tried? Have you tried with some first-time user? I don't know so I'm asking. > > What makes you say it will > > confuse the user? Have you actually tried giving users two DVDs, one with > > software preinstalled and one with RPMs in local repo and asking which they > > find less confusing or are you just guessing? > > > A few months ago a local LUG here created a custom Live DVD from a > mainstream Linux (wasn't fedora). The size was about 2gb. Although regular > users managed but feedback from newbies wasn't so positive regarding the > overall ease of use. Was it specifically because there were too many applications installed or was it something else? Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From tibbs at math.uh.edu Thu Sep 17 21:42:46 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 17 Sep 2009 16:42:46 -0500 Subject: selinux hasn't been running for over a week In-Reply-To: <200909171729.02708.sgrubb@redhat.com> (Steve Grubb's message of "Thu, 17 Sep 2009 17:29:02 -0400") References: <200909171729.02708.sgrubb@redhat.com> Message-ID: >>>>> "SG" == Steve Grubb writes: SG> What's happened in our rawhide boot sequence that cause selinux SG> to not be running anymore? The issue is having a separate /usr, which for some reason has recently become a bad thing to do. I believe the relevant binaries are moving up one level (from /usr/bin to /bin, or whatever) in order to fix this issue. - J< From sgrubb at redhat.com Thu Sep 17 21:55:00 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Thu, 17 Sep 2009 17:55:00 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: References: <200909171729.02708.sgrubb@redhat.com> Message-ID: <200909171755.00760.sgrubb@redhat.com> On Thursday 17 September 2009 05:42:46 pm Jason L Tibbitts III wrote: > SG> What's happened in our rawhide boot sequence that cause selinux > SG> to not be running anymore? > > The issue is having a separate /usr, which for some reason has recently > become a bad thing to do. I believe the relevant binaries are moving up > one level (from /usr/bin to /bin, or whatever) in order to fix this > issue. I don't have a separate /usr partition. And looking at the code in /usr/share/dracut/modules/d/99base/selinux- loadpolicy.sh, it only crashes if ret = 3. What if the return code was 1 indicating a failure? How do you look at what's supposed to be in the initrd to see if something is wrong inside it? I opened a bz 524113 for this. But I'm surprised this wasn't mentioned on the list before. :) -Steve From davej at redhat.com Thu Sep 17 22:16:15 2009 From: davej at redhat.com (Dave Jones) Date: Thu, 17 Sep 2009 18:16:15 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <200909171755.00760.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909171755.00760.sgrubb@redhat.com> Message-ID: <20090917221615.GA6415@redhat.com> On Thu, Sep 17, 2009 at 05:55:00PM -0400, Steve Grubb wrote: > On Thursday 17 September 2009 05:42:46 pm Jason L Tibbitts III wrote: > > SG> What's happened in our rawhide boot sequence that cause selinux > > SG> to not be running anymore? > > > > The issue is having a separate /usr, which for some reason has recently > > become a bad thing to do. I believe the relevant binaries are moving up > > one level (from /usr/bin to /bin, or whatever) in order to fix this > > issue. > > I don't have a separate /usr partition. > > And looking at the code in /usr/share/dracut/modules/d/99base/selinux- > loadpolicy.sh, it only crashes if ret = 3. What if the return code was 1 > indicating a failure? How do you look at what's supposed to be in the initrd > to see if something is wrong inside it? > > I opened a bz 524113 for this. But I'm surprised this wasn't mentioned on the > list before. :) See the 'selinux disabled in rawhide ?' thread from Sat 12th Sept. I just did an install this afternoon, and it now seems to work as expected. Dave From roxyknox at yahoo.co.uk Thu Sep 17 23:04:00 2009 From: roxyknox at yahoo.co.uk (S Knox) Date: Thu, 17 Sep 2009 16:04:00 -0700 (PDT) Subject: cron/dbus problem? Message-ID: <738390.30991.qm@web28616.mail.ukl.yahoo.com> Dear list, Back in 2006, someone wrote the following: ------------------------------------------------------------------------------------- * From: Dennis Jacobfeuerborn * To: Development discussions related to Fedora Core * Subject: cron/dbus problem? * Date: Mon, 13 Feb 2006 15:13:25 +0100Given the (puzzling) absence of an alarm/reminder applet for the gnome panel I tried (ab)using Tomboy for this purpose but hit a problem involving Cron and DBus. When I call "tomboy --open-note Alarm" the respective notes pops up but when I put the same command in the crontab I get this: Unhandled Exception: DBus.DBusException: Unable to determine the address of the message bus in <0x0009f> DBus.Bus:GetBus (BusType busType) in <0x00009> DBus.Bus:GetSessionBus () in <0x00022> Tomboy.TomboyCommandLine:Execute () in <0x00061> Tomboy.Tomboy:Main (System.String[] args) Does anyone have an idea why the session bus seems to be available from a regular shell but not from cron? Regards, Dennis -------------------------------------------------------------------------------------- Don't know whether this is of use to anyone faced with the same problem, or to help with wider development, but I solved the problem by using the following line in a crontab: * * * * * export DBUS_SESSION_BUS_ADDRESS=`cat "/proc/$(expr substr $(ps -C tomboy -o pid=) 1 5)/environ" | tr '\0' '\n' | grep DBUS | cut -d '=' -f2-`; tomboy (options) Sorry if this has all been sorted out by now, but didn't know where to post. Steve Send instant messages to your online friends http://uk.messenger.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From bbbush.yuan at gmail.com Fri Sep 18 01:39:48 2009 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Fri, 18 Sep 2009 09:39:48 +0800 Subject: selinux hasn't been running for over a week In-Reply-To: <200909171729.02708.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> Message-ID: <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> 2009/9/18 Steve Grubb : > hi, > > What's happened in our rawhide boot sequence that cause selinux to not be > running anymore? Selinux is not disabled in the grub.conf kernel line and > sestatus shows its disabled. There is nothing in the system logs saying that > there was a problem. > I encountered this problem as well, but don't know why. It happens when I am trying different kernels among some recent builds (starting from 0.104 to 1.14). I guess there is a incompatible between older kernels and the policy; when you install a kernel while SELinux is disabled, it may cause future problems. Do you expect SELinux to be enabled automatically? I usually enable SELinux by doing a relabel, then install the kernel again. -- bbbush ^_^ From karlthered at gmail.com Fri Sep 18 02:44:01 2009 From: karlthered at gmail.com (=?UTF-8?B?SGHDr2tlbCBHdcOpbWFy?=) Date: Fri, 18 Sep 2009 04:44:01 +0200 Subject: Orphaning a few packages In-Reply-To: <1253222840.22286.35.camel@localhost> References: <448be2810909170805h1068ee2boe41d553aadd708bb@mail.gmail.com> <1253222840.22286.35.camel@localhost> Message-ID: <4AB2F3F1.9070102@gmail.com> That's ok for me. H. From rodd at clarkson.id.au Fri Sep 18 05:11:01 2009 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 18 Sep 2009 15:11:01 +1000 Subject: Mouse pointer freezing in f12 and f11 In-Reply-To: <1253099750.2709.19.camel@moose.localdomain> References: <1252574985.2584.11.camel@localhost> <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> <1253099750.2709.19.camel@moose.localdomain> Message-ID: <1253250661.10318.12.camel@moose.localdomain> On Wed, 2009-09-16 at 21:15 +1000, Rodd Clarkson wrote: > > You could verify this with "DISPLAY=:0 xinput list" when the mouse > > pointer stops. If you don't see the bluetooth mouse in the list, then > > the kernel is refusing to re-plug it right. If you _do_ see the mouse > > in the list, then X is confused somewhere. > > > > Does keyboard navigation still work when this happens? Does alt-tab > > switch windows, etc. > > I'll give this a try when I next have a lock-up. > > I'm pretty sure that this problem only occurs before I've cycled through > a suspend-resume. > > I suspect bluetooth issues because the bluetooth icon appears until I do > the suspend-resume cycle and then the icon doesn't appear and bluetooth > doesn't work (but the mouse does). > > Keyboard navigation still works, and I can switch to a VT too. Ajax Alright, I've had this happen after a suspend-resume cycle, and it appears that it's not bluetooth related as the output of xinput is the same before as after. Do you want me to file a bug on this and then work from there? Rodd -------------- next part -------------- "Virtual core pointer" id=0 [XPointer] Num_buttons is 32 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is -1 Max_value is -1 Resolution is 0 Axis 1 : Min_value is -1 Max_value is -1 Resolution is 0 "Virtual core keyboard" id=1 [XKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "AT Translated Set 2 keyboard" id=2 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Macintosh mouse button emulation" id=3 [XExtensionPointer] Num_buttons is 5 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is -1 Max_value is -1 Resolution is 1 Axis 1 : Min_value is -1 Max_value is -1 Resolution is 1 "HID 413c:8157" id=4 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "SynPS/2 Synaptics TouchPad" id=5 [XExtensionPointer] Num_buttons is 12 Num_axes is 2 Mode is Relative Motion_buffer is 256 Axis 0 : Min_value is 1472 Max_value is 5472 Resolution is 1 Axis 1 : Min_value is 1408 Max_value is 4448 Resolution is 1 "Integrated Webcam" id=6 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Sleep Button" id=7 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Power Button" id=8 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Video Bus" id=9 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 "Power Button" id=10 [XExtensionKeyboard] Num_keys is 248 Min_keycode is 8 Max_keycode is 255 From aditya at adityapatawari.com Fri Sep 18 06:34:20 2009 From: aditya at adityapatawari.com (Aditya Patawari) Date: Fri, 18 Sep 2009 12:04:20 +0530 Subject: Introduction to a new SIG for creation of Live DVD In-Reply-To: <20090917213428.GA28271@mokona.greysector.net> References: <2d4fa6320909130937i22803858l77928960678a614c@mail.gmail.com> <20090914162947.GB10030@nostromo.devel.redhat.com> <2d4fa6320909141020u693545aqcf3bf54a9576fc5c@mail.gmail.com> <2d4fa6320909141341v635bcad0vdd7e28d2b585fd92@mail.gmail.com> <20090915125258.GA9037@mokona.greysector.net> <2d4fa6320909150847l47b85121u63c3f77d471c4bb3@mail.gmail.com> <20090917213428.GA28271@mokona.greysector.net> Message-ID: <2d4fa6320909172334p6f416344n41d0e47f8b50e8f2@mail.gmail.com> On Fri, Sep 18, 2009 at 3:04 AM, Dominik 'Rathann' Mierzejewski < dominik at greysector.net> wrote: > Really? Have you tried? Have you tried with some first-time user? I don't > know > so I'm asking. > As I said It was tried by a LUG here. Most of the users were newbies but a few had some experience. And almost all of them found the startup menu too confusing to handle. > Was it specifically because there were too many applications installed > or was it something else? > According to the feedbacks we received, there were too many tools to do the same work. Also the menu had too many options which made it difficult to get the best available tool. As a newbie, instead of testing some 4-6 tools they are more interested in getting an optimized selection at first. But after a week or two, they tend to explore around and this is when the repositories are required. -- Aditya Patawari Join Live DVD SIG : https://fedoraproject.org/wiki/SIGs/LiveDVD http://blog.adityapatawari.com/ https://fedoraproject.org/wiki/User:Adimania India -------------- next part -------------- An HTML attachment was scrubbed... URL: From jzeleny at redhat.com Fri Sep 18 07:31:49 2009 From: jzeleny at redhat.com (Jan Zeleny) Date: Fri, 18 Sep 2009 09:31:49 +0200 Subject: Xinetd resurrection Message-ID: <200909180931.50015.jzeleny@redhat.com> Hi all, I'm current maintainer of xinetd in Fedora. Lately I've been inspecting some major patches and I was informed that upstream is pretty much dead. I think this project is interesting and it's worth to try to resurrect it. My plan is to start project on fedora hosted and basically rebuild the whole source code, so it is more clean and can be extended/maintained easily if needed. I already have one developer, who is willing to join me. I'd like to know your opinion of this project. And of course if there is anybody who would like to join, just let me know, I'd be happy to gather some more people to work on this. Thanks for any replies Jan From opensource at till.name Fri Sep 18 08:16:07 2009 From: opensource at till.name (Till Maas) Date: Fri, 18 Sep 2009 10:16:07 +0200 Subject: Xinetd resurrection In-Reply-To: <200909180931.50015.jzeleny@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> Message-ID: <20090918081607.GA2634@genius.kawo2.rwth-aachen.de> On Fri, Sep 18, 2009 at 09:31:49AM +0200, Jan Zeleny wrote: > I already have one developer, who is willing to join me. I'd like to know your > opinion of this project. And of course if there is anybody who would like to > join, just let me know, I'd be happy to gather some more people to work on > this. There is a distributions mailinglist at freedesktop.org, where you could coordinate with other distributions and fin more interested people. Regards Till From jzeleny at redhat.com Fri Sep 18 08:21:57 2009 From: jzeleny at redhat.com (Jan Zeleny) Date: Fri, 18 Sep 2009 10:21:57 +0200 Subject: Xinetd resurrection In-Reply-To: <20090918081607.GA2634@genius.kawo2.rwth-aachen.de> References: <200909180931.50015.jzeleny@redhat.com> <20090918081607.GA2634@genius.kawo2.rwth-aachen.de> Message-ID: <200909181021.57764.jzeleny@redhat.com> > On Fri, Sep 18, 2009 at 09:31:49AM +0200, Jan Zeleny wrote: > > I already have one developer, who is willing to join me. I'd like to know > > your opinion of this project. And of course if there is anybody who would > > like to join, just let me know, I'd be happy to gather some more people > > to work on this. > > There is a distributions mailinglist at freedesktop.org, where you could > coordinate with other distributions and fin more interested people. Thanks for the hint Jan From bnocera at redhat.com Fri Sep 18 09:16:41 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 18 Sep 2009 10:16:41 +0100 Subject: FYI: gupnp soname bump Message-ID: <1253265401.18963.3984.camel@localhost.localdomain> Heya, The gupnp stack was upgraded to the latest version yesterday. Both rygel and nautilus-sendto are due upstream releases to fix gupnp 0.13 support, and I'll be porting bickley to the new version as well. If you have a package that depends on gupnp-igd, or libnice, please rebuild it for the new gupnp. Cheers From che666 at gmail.com Fri Sep 18 09:43:57 2009 From: che666 at gmail.com (Rudolf Kastl) Date: Fri, 18 Sep 2009 11:43:57 +0200 Subject: Possible packages... In-Reply-To: <1253204568.2311.140.camel@adam.local.net> References: <1247499384.2483.40.camel@vaio.local.net> <1253204568.2311.140.camel@adam.local.net> Message-ID: 2009/9/17 Adam Williamson : > On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > >> >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> >> guessing this one would have problems because it requires ffmpeg or >> >> mplayer/mencoder... Plus as a java program its probably a bit more >> >> complex to create a proper spec file for. I've made the other kind >> >> often enough, but java ones not so much... >> > >> > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >> > this particular need, which is a nice modern GTK+ app and based on >> > gstreamer...but I can't quite pull the name out of long-term storage at >> > present. Someone will probably know what I mean, though. The one most >> > people use (as the one I'm talking about is still a bit alpha) is >> > mediatomb, which is also in Fedora already. Unless this provides >> > something significant the other options don't, it may not be the best >> > place to start, since it looks a bit complex. >> >> ps3mediaservers biggest improvement/enhancement is the ability to >> transcode video files on the fly. > > Since I wrote the message quoted by Rudolf, I remembered the name of the > app I was trying to think of: Rygel - http://live.gnome.org/Rygel > > aside from that, the 'market leader' is mediatomb, which I think we have > in Fedora or RPM Fusion already. It has been able to do transcoding for > a long time, and there's a big knowledge base out there on how to use > it. I'm not entirely sure adding another packaged > ps3-intended-UPNP-server would be a net win anywhere. > > (unless ps3mediaserver's implementation of on-the-fly transcoding lets > you fast-forward and rewind. that'd be good. mediatomb can't do that.) no but it can use tsmuxer for just remuxing content if the video is h264 but the container cant be read by the ps. alrough tsmuxer isnt free enough (and it is bundled with ps3mediaserver) it would have to go to rpmfusion anyways if you want to have it around fully featured. Forward and rewind doesent work either but thats probably none of the streaming backends in use can do it (mencoder vlc etc). kind regards, Rudolf Kastl > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From vpivaini at cs.helsinki.fi Fri Sep 18 10:03:50 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Fri, 18 Sep 2009 13:03:50 +0300 Subject: Changes in Finnish spell checking libraries for F-12 Message-ID: <1253268230.2277.39.camel@poytakone.lan> Hi, I've made quite big changes to some Finnish spell checking, hyphenation and grammar checking libraries for F-12. I'll talk about them here in case there's people on the list who are interested in this stuff. Libvoikko is the main library for Finnish spell checking, hyphenation and grammar checking. I've updated it to the current release candidate of the 2.2 series. Malaga-suomi-voikko has the dictionary data for Finnish used by libvoikko and I've updated it to the current release candidate of the 1.4 series. The biggest technical change is that the previous versions of libvoikko needed libmalaga. Libmalaga is pretty much dead upstream and it has some problems, for example, it's not properly namespaced, which can cause symbol conflicts such as https://bugzilla.redhat.com/502546 Libvoikko 2.2 has its own internal implementation of the malaga functionality it needs, written in C++. This means the dependency to libmalaga has been dropped, but now libmalaga depends on glib2 for some string handling functions. Dropping libmalaga decreases the size of the packages needed for Finnish spell checking and should improve the quality of the code, maybe also performance a bit. The malaga binaries are still needed for building the dictionary data in malaga-suomi-voikko, but now they should be the only binaries in Fedora which link to libmalaga and the chances of hitting a symbol conflict or some other problem should be a lot lower. I'll keep malaga in Fedora as long as it's usable and needed. If there are people on this list who know Finnish and are interested in testing, these are the things you should maybe keep an eye on: - The libmalaga package should not be in a fresh Rawhide install anymore, even when installing the "DVD set" of packages and the finnish-support group is installed. - Nothing else than malaga should pull in libmalaga anymore (other than running yum-builddep on malaga-suomi-voikko, which pulls in malaga). - There have been changes to spell checking and grammar checking suggestions, if you see any weird behavior there, make a bug report at http://voikko.sourceforge.net/ -- Ville-Pekka Vainio From jsafrane at redhat.com Fri Sep 18 10:04:43 2009 From: jsafrane at redhat.com (Jan Safranek) Date: Fri, 18 Sep 2009 12:04:43 +0200 Subject: Xinetd resurrection In-Reply-To: <200909180931.50015.jzeleny@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> Message-ID: <4AB35B3B.6040300@redhat.com> On 09/18/2009 09:31 AM, Jan Zeleny wrote: > Hi all, > I'm current maintainer of xinetd in Fedora. Lately I've been inspecting some > major patches and I was informed that upstream is pretty much dead. I think > this project is interesting and it's worth to try to resurrect it. > > My plan is to start project on fedora hosted and basically rebuild the whole > source code, so it is more clean and can be extended/maintained easily if > needed. I suggest you to contact xinetd maintainers in other distros (Debian, Gentoo, SuSE, ...) and try to coordinate the effort. You may get more helping hands and I am pretty sure they have their own patches you might consider to include. Don't forget to announce the fork on xinetd mailing list. Also, contacting orginal xinetd maintainer if he is willing to contribute, e.g. with xinetd.org domain :). Jan From paul at all-the-johnsons.co.uk Fri Sep 18 10:10:34 2009 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 18 Sep 2009 11:10:34 +0100 Subject: Mono-2.6 - heads up Message-ID: <1253268634.1934.63.camel@PB3.linux> Hi Folks, Just spotted on the mono forums that mono-2.6 is being branched on Monday which means that it (should) be in the Rawhide repos Tuesday. As it stands, 2.6 is a world of difference to 2.4.2.3 in terms of speed and reliability. I've not encountered any big problems with code compiled under previous versions of Mono not running under the 2.6 svn branch yet, so it should be good and smooth. I would recommend though that maintainers of applications reliant on mono recompile them against 2.6 when it hits rawhide just to be safe. TTFN Paul -- ?Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From dwalsh at redhat.com Fri Sep 18 11:34:29 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 07:34:29 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> Message-ID: <4AB37045.1090705@redhat.com> On 09/17/2009 09:39 PM, Yuan Yijun wrote: > 2009/9/18 Steve Grubb : >> hi, >> >> What's happened in our rawhide boot sequence that cause selinux to not be >> running anymore? Selinux is not disabled in the grub.conf kernel line and >> sestatus shows its disabled. There is nothing in the system logs saying that >> there was a problem. >> > > I encountered this problem as well, but don't know why. It happens > when I am trying different kernels among some recent builds (starting > from 0.104 to 1.14). I guess there is a incompatible between older > kernels and the policy; when you install a kernel while SELinux is > disabled, it may cause future problems. Do you expect SELinux to be > enabled automatically? I usually enable SELinux by doing a relabel, > then install the kernel again. > > > Hopefully this is just a problem of coordination between the old way of doing things and the new new. Dracut found a bug where it could not load_policy on separate /usr partitions because it needed to execute /usr/sbin/load_policy (obviously). I moved load_policy from /usr/sbin to /sbin. This caused some other apps problems because they were hard coded to look for /usr/sbin. Recently I fixed this by adding a symbolic link and fixing the libraries that blew up. I am not sure why Steve's Machine is still disabled. But Dracut should be logging an error telling the system why SELinux did not get loaded. Bottom line is a bug in the dracut scripts. The scripts should execute load_policy and if for ANY reason load_policy fails and the machine is in enforcing mode the machine needs to crash. (It should also log the error). If the kernel has SELinux and it is not in permissive mode, it should execute load_policy Load_policy will exit with 0 on success or 2 on failure and SELinux in permissive mode. man load_policy ... EXIT STATUS 0 Success 1 Invalid option 2 Policy load failed 3 Initial policy load failed and enforcing mode requested Any other error code or load_policy being missing should cause the machine to crash. From sgrubb at redhat.com Fri Sep 18 11:58:37 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 07:58:37 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> Message-ID: <200909180758.37358.sgrubb@redhat.com> On Thursday 17 September 2009 09:39:48 pm Yuan Yijun wrote: > > What's happened in our rawhide boot sequence that cause selinux to not be > > running anymore? Selinux is not disabled in the grub.conf kernel line and > > sestatus shows its disabled. There is nothing in the system logs saying > > that there was a problem. > > I encountered this problem as well, but don't know why. It happens > when I am trying different kernels among some recent builds (starting > from 0.104 to 1.14). I guess there is a incompatible between older > kernels and the policy; when you install a kernel while SELinux is > disabled, it may cause future problems. Do you expect SELinux to be > enabled automatically? Yes I do. I have not disabled selinux in any of the configuration. > I usually enable SELinux by doing a relabel, then install the kernel again. relabeling is totally different than the system not having it enabled at all when its supposed to. -Steve From sgrubb at redhat.com Fri Sep 18 12:24:18 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 08:24:18 -0400 Subject: Xinetd resurrection In-Reply-To: <4AB35B3B.6040300@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> <4AB35B3B.6040300@redhat.com> Message-ID: <200909180824.18217.sgrubb@redhat.com> On Friday 18 September 2009 06:04:43 am Jan Safranek wrote: > Don't forget to announce the fork on xinetd mailing list. Its dead. > Also, contacting orginal xinetd maintainer if he is willing to contribute, > e.g. with xinetd.org domain :). I am/was the co-maintainer of xinetd. I hearby relinquish all interest in xinetd. I have more than enough projects to keep me busy. I also think that the reason xinetd came into existence in the first place has long since passed. The original intent was to save memory by not having half a dozen servers running. (Remember the early 1990's systems.) Today we have plenty of memory in computers and the reason for xinetd is gone. A note to anyone taking this on. We had people running xinetd on very old hardware and they expected it to work. If you are going to drop support for the old systems, you might want to name the project xinetd-ng or something to signify that its not the same old code. Also, you can cleanhouse with that portable library and other crazy stuff in the lib directory. There is one serious bug in xinetd that needs fixing that you might want to address. If you have a "wait" service, xinetd does not accept the connection - this is by design. It passes the descriptor for the connection to the child which is required to accept the connection before using the socket. If that program does not accept the connection, it likely cannot read anything and will exit. Xinetd re-enables the listening descriptor and sees the same descriptor in ready state and spawns the same child to handle it. Round and round we go eating up CPU. There needs to be kernel support for looking at a descriptor and seeing its state so that this problem can be handled gracefully. As far as I know, this problem is unique to inetd programs since they pass descriptors to other programs for use. I also think you might want to contact people in altlinux or openwall and see if they are interested in this new project. They expressed some interest in the past - especially if the code footprint can be reduced. They want a smaller, leaner xinetd. Good Luck... -Steve From fedora at camperquake.de Fri Sep 18 12:34:03 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 18 Sep 2009 14:34:03 +0200 Subject: Xinetd resurrection In-Reply-To: <200909180824.18217.sgrubb@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> <4AB35B3B.6040300@redhat.com> <200909180824.18217.sgrubb@redhat.com> Message-ID: <20090918143403.3f2c3c50@dhcp03.addix.net> Hi. On Fri, 18 Sep 2009 08:24:18 -0400, Steve Grubb wrote: > I also think that the reason xinetd came into existence in the first > place has long since passed. The original intent was to save memory > by not having half a dozen servers running. (Remember the early > 1990's systems.) Today we have plenty of memory in computers and the > reason for xinetd is gone. I always thought that one reason for xinetd was the capability of running network servers without actually having any network code in the server. From rawhide at fedoraproject.org Fri Sep 18 12:34:20 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 18 Sep 2009 12:34:20 +0000 Subject: rawhide report: 20090918 changes Message-ID: <20090918123420.GA9385@releng2.fedora.phx.redhat.com> Compose started at Fri Sep 18 06:15:05 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) bickley-0.4.3-8.fc12.i686 requires libgupnp-av-1.0.so.1 bickley-0.4.3-8.fc12.i686 requires libgssdp-1.0.so.1 bickley-0.4.3-8.fc12.i686 requires libgupnp-1.0.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.i686 requires libnbtk-1.0.so.0 moblin-panel-media-0.0.1-2.fc12.i686 requires libnbtk-1.0.so.0 moblin-panel-pasteboard-0.0.1-1.fc12.i686 requires libnbtk-1.0.so.0 nautilus-sendto-1.1.7-2.fc12.i686 requires libgupnp-av-1.0.so.1 nautilus-sendto-1.1.7-2.fc12.i686 requires libgssdp-1.0.so.1 nautilus-sendto-1.1.7-2.fc12.i686 requires libgupnp-1.0.so.2 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 nntpgrab-gui-0.5.1-2.fc12.i686 requires libpolkit-gnome.so.0 nntpgrab-gui-0.5.1-2.fc12.i686 requires libpolkit-dbus.so.2 nntpgrab-gui-0.5.1-2.fc12.i686 requires libpolkit.so.2 nntpgrab-gui-0.5.1-2.fc12.i686 requires libpolkit-grant.so.2 python-pyblock-0.43-1.fc12.i686 requires libdmraid.so.1.0.0.rc15 python-pyblock-0.43-1.fc12.i686 requires libdmraid.so.1.0.0.rc15(Base) python-pyblock-0.43-1.fc12.i686 requires dmraid-libs >= 0:1.0.0.rc15 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) bickley-0.4.3-8.fc12.i686 requires libgupnp-av-1.0.so.1 bickley-0.4.3-8.fc12.i686 requires libgssdp-1.0.so.1 bickley-0.4.3-8.fc12.i686 requires libgupnp-1.0.so.2 bickley-0.4.3-8.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) bickley-0.4.3-8.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) bickley-0.4.3-8.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) moblin-panel-media-0.0.1-2.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) moblin-panel-pasteboard-0.0.1-1.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) nautilus-sendto-1.1.7-2.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) nautilus-sendto-1.1.7-2.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) nautilus-sendto-1.1.7-2.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) nntpgrab-gui-0.5.1-2.fc12.x86_64 requires libpolkit-gnome.so.0()(64bit) nntpgrab-gui-0.5.1-2.fc12.x86_64 requires libpolkit.so.2()(64bit) nntpgrab-gui-0.5.1-2.fc12.x86_64 requires libpolkit-grant.so.2()(64bit) nntpgrab-gui-0.5.1-2.fc12.x86_64 requires libpolkit-dbus.so.2()(64bit) python-pyblock-0.43-1.fc12.x86_64 requires libdmraid.so.1.0.0.rc15()(64bit) python-pyblock-0.43-1.fc12.x86_64 requires libdmraid.so.1.0.0.rc15(Base)(64bit) python-pyblock-0.43-1.fc12.x86_64 requires dmraid-libs >= 0:1.0.0.rc15 rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) bickley-0.4.3-8.fc12.ppc requires libgupnp-av-1.0.so.1 bickley-0.4.3-8.fc12.ppc requires libgssdp-1.0.so.1 bickley-0.4.3-8.fc12.ppc requires libgupnp-1.0.so.2 bickley-0.4.3-8.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) bickley-0.4.3-8.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) bickley-0.4.3-8.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.ppc requires libnbtk-1.0.so.0 moblin-panel-media-0.0.1-2.fc12.ppc requires libnbtk-1.0.so.0 moblin-panel-pasteboard-0.0.1-1.fc12.ppc requires libnbtk-1.0.so.0 nautilus-sendto-1.1.7-2.fc12.ppc requires libgupnp-av-1.0.so.1 nautilus-sendto-1.1.7-2.fc12.ppc requires libgssdp-1.0.so.1 nautilus-sendto-1.1.7-2.fc12.ppc requires libgupnp-1.0.so.2 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 nntpgrab-gui-0.5.1-2.fc12.ppc requires libpolkit-gnome.so.0 nntpgrab-gui-0.5.1-2.fc12.ppc requires libpolkit-dbus.so.2 nntpgrab-gui-0.5.1-2.fc12.ppc requires libpolkit.so.2 nntpgrab-gui-0.5.1-2.fc12.ppc requires libpolkit-grant.so.2 python-pyblock-0.43-1.fc12.ppc requires libdmraid.so.1.0.0.rc15 python-pyblock-0.43-1.fc12.ppc requires libdmraid.so.1.0.0.rc15(Base) python-pyblock-0.43-1.fc12.ppc requires dmraid-libs >= 0:1.0.0.rc15 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) bickley-0.4.3-8.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) bickley-0.4.3-8.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) bickley-0.4.3-8.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) moblin-panel-media-0.0.1-2.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) moblin-panel-pasteboard-0.0.1-1.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) nautilus-sendto-1.1.7-2.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) nautilus-sendto-1.1.7-2.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) nautilus-sendto-1.1.7-2.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) nntpgrab-gui-0.5.1-2.fc12.ppc64 requires libpolkit-gnome.so.0()(64bit) nntpgrab-gui-0.5.1-2.fc12.ppc64 requires libpolkit.so.2()(64bit) nntpgrab-gui-0.5.1-2.fc12.ppc64 requires libpolkit-grant.so.2()(64bit) nntpgrab-gui-0.5.1-2.fc12.ppc64 requires libpolkit-dbus.so.2()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot python-pyblock-0.43-1.fc12.ppc64 requires libdmraid.so.1.0.0.rc15()(64bit) python-pyblock-0.43-1.fc12.ppc64 requires libdmraid.so.1.0.0.rc15(Base)(64bit) python-pyblock-0.43-1.fc12.ppc64 requires dmraid-libs >= 0:1.0.0.rc15 rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) New package RackTables A datacenter asset management system New package devio Read and write utility for block devices New package hercstudio GUI front-end to the Hercules mainframe Emulator New package kio-ftps An ftps KIO slave for KDE New package kio_gopher Gopher KIO slave for Konqueror New package mm-common Common build files of the C++ bindings New package perl-Try-Tiny Minimal try/catch with proper localization of $@ New package quotatool A utility to set filesystem quotas Removed package PolicyKit Removed package PolicyKit-gnome Removed package orpie Updated Packages: FUR-0.4.6-3.fc12 ---------------- * Thu Sep 17 2009 Peter Lemenkov - 0.4.6-3 - Rebuild with new fuse GraphicsMagick-1.3.7-1.fc12 --------------------------- * Thu Sep 17 2009 Rex Dieter - 1.3.7-1 - GraphicsMagick-1.3.7 amarok-2.1.85-2.fc12 -------------------- * Thu Sep 17 2009 Rex Dieter 2.1.85-2 - BR: taglib-devel >= 1.6, taglib-extras-devel >= 1.0 anaconda-12.26-1.fc12 --------------------- * Thu Sep 17 2009 David Cantrell - 12.26-1 - NetworkManagerSystemSettings.service no longer exists. (jkeating) - udevsettle is no longer used (udevadm settle is called instead) so don't put it in images. (jkeating) - nm-system-settings is no longer shipped. (jkeating) - Port from PolicyKit to polkit (jkeating) - Keep po/anaconda.pot in the source tree (#522072) (dcantrell) - Do not show Unknown as filesystem type for free space. (dcantrell) - Catch failures from write(2) in utils/snarffont.c (dcantrell) - Don't leak fds (#520154) (jgranado) - Initialize the opts variable. (jgranado) - Add the help messages for the new options of makeupdates script. (jgranado) - Revert "The Madan font should no longer be used (apparently). (#523906)." (clumens) - Fix going back from hd install UI when stage2 is given as boot param (#519206). (rvykydal) - The Madan font should no longer be used (apparently). (#523906). (clumens) - Update the pykickstart requirement to reflect the escrow stuff. (clumens) - add requires for sparc arches on elftoaout and piggyback we need them to make the tftp image (dennis) - copy the sparc boot loader on all sparc arches (dennis) - make sure we include sparc boot loaders on all sparc arches (dennis) - make sure we get the sparc64 kernel on sparc (dennis) - Check whatever contains /boot on PPC as well as the bootable part (#523747). (clumens) - make a call to rpmutils to get the basearch works on all arches that dont have anaconda built on the basearch (dennis) - s-c-keyboard is now provided on all architectures (#523445). (clumens) asciidoc-8.4.5-4.fc12 --------------------- * Tue Sep 08 2009 Ville Skytt? - 8.4.5-4 - Remaining improvements from #480288: - Add dependencies on libxslt and docbook-style-xsl. - Install dblatex style sheets. - Exclude unneeded *.py[co]. - Install python API. - Specfile cleanups. atanks-3.9-1.fc12 ----------------- * Thu Sep 17 2009 Jon Ciesla - 3.9-1 - Upstream 3.9 authconfig-5.4.12-1.fc12 ------------------------ banshee-1.5.1-0.3.git20090917.fc12 ---------------------------------- * Thu Sep 17 2009 Michel Salim - 1.5.1-0.3.git20090917.fc12 - Update to latest snapshot - Drop clutter10 patch (fixed upstream) barry-0.15-0.9.20090630git.fc12 ------------------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.15-0.9.20090630git - Rebuilt with new fuse bindfs-1.8.3-3.fc12 ------------------- * Thu Sep 17 2009 Peter Lemenkov - 1.8.3-3 - Rebuilt with new fuse bouncycastle-mail-1.43-5.fc12 ----------------------------- * Thu Sep 17 2009 Orcan Ogetbil - 1.43-5 - Similar fixes proposed in RHBZ#521475, namely: - Include missing properties files in jar. - Build with javac -encoding UTF-8. - Use %javac and %jar macros. - Run test suite during build (ignoring failures for now). - Follow upstream in excluding various test suite classes from jar. - Add BR: junit4 bouncycastle-tsp-1.43-6.fc12 ---------------------------- * Thu Sep 17 2009 Orcan Ogetbil - 1.43-6 - Similar fixes proposed in RHBZ#521475, namely: - Include missing properties files in jar. - Build with javac -encoding UTF-8. - Use %javac and %jar macros. - Run test suite during build. - Follow upstream in excluding various test suite classes from jar. - Remove R: junit4 ccrypt-1.9-1.fc12 ----------------- * Thu Sep 17 2009 Fabian Affolter - 1.9-1 - Updated to new upstream version 1.9 cmake-2.6.4-4.fc12 ------------------ * Thu Sep 17 2009 Rex Dieter - 2.6.4-4 - macro.cmake: prefixes cmake with the package being builts bindir (#523878) cobbler-2.0.0-1.fc12 -------------------- * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files compat-gcc-32-3.2.3-68 ---------------------- * Thu Sep 17 2009 Jakub Jelinek 3.2.3-68 - strip -march=z9-109 and -mtune=z10 from OPT_FLAGS on s390, s390x (#523209) - make sure to use system libgcc_s.so.1 instead of gcc32 one during testing conspy-1.7-1.fc12 ----------------- * Thu Sep 17 2009 Fabian Affolter - 1.7-1 - Updated to new upstream version 1.7 cpphs-1.9-1.fc12 ---------------- * Fri Sep 18 2009 Jens Petersen - 1.9-1 - update to 1.9 curl-7.19.6-7.fc12 ------------------ * Thu Sep 17 2009 Kamil Dudka 7.19.6-7 - make curl test-suite more verbose * Wed Sep 16 2009 Kamil Dudka 7.19.6-6 - update polling patch to the latest upstream version diffuse-0.4.0-1.fc12 -------------------- * Thu Sep 17 2009 Jon Levell - 0.4.0-1 - Update to new upstream release dmraid-1.0.0.rc16-1.fc12 ------------------------ * Wed Sep 16 2009 Heinz Mauelshagen - 1.0.0.rc16 - Update to version 1.0.0.rc16 dovecot-1.2.5-1.fc12 -------------------- * Thu Sep 17 2009 Michal Hlavinka - 1:1.2.5-1 - updated to dovecot 1.2.5 - Authentication: DIGEST-MD5 and RPA mechanisms no longer require user's login realm to be listed in auth_realms. It only made configuration more difficult without really providing extra security. - zlib plugin: Don't allow clients to save compressed data directly. This prevents users from exploiting (most of the) potential security holes in zlib/bzlib. - fix index file handling that could have caused an assert-crash - IMAP: Fixes to QRESYNC extension. - deliver: Don't send rejects to any messages that have Auto-Submitted header. This avoids emails loops. dracut-002-1.fc12 ----------------- * Thu Sep 17 2009 Harald Hoyer 002-1 - version 002 - set correct PATH - workaround for broken mdmon implementation * Wed Sep 16 2009 Harald Hoyer 001-11 - generate dracut-version during rpm build time * Wed Sep 16 2009 Harald Hoyer 001-12 - removed lvm/mdraid/dmraid lock files - add missing ifname= files * Tue Sep 15 2009 Harald Hoyer 001-10 - add ifname= argument for persistent netdev names - new /initqueue-finished to check if the main loop can be left - copy mdadm.conf if --mdadmconf set or mdadmconf in dracut.conf dvisvgm-0.8.4-1.fc12 -------------------- * Thu Sep 17 2009 Martin Gieseking - 0.8.4-1 - updated to latest upstream release f-spot-0.6.1.2-1.fc12 --------------------- * Thu Sep 17 2009 Christian Krause - 0.6.1.2-1 - update to 0.6.1.2 (BZ 519290) * Fri Aug 28 2009 Christian Krause - 0.6.1.1-2 - move the screensaver plugin into a sub-package (BZ 519640) - let f-spot-screensaver obsolete older f-spot version so that it is pulled in during update (fresh installations of f-spot will not pull in gnome-screensaver) * Wed Aug 26 2009 Christian Krause - 0.6.1.1-1 - update to 0.6.1.1 - remove upstreamed patch - updated use-system-Mono.Addins-if-available patch - add a patch to enable parallel build farsight2-0.0.15-2.fc12 ----------------------- * Thu Sep 17 2009 Bastien Nocera 0.0.15-2 - Rebuild for new gupnp fbreader-0.10.7-3.fc12 ---------------------- * Thu Sep 17 2009 Michel Salim - 0.10.7-3 - Split out zlibrary and zlibrary-ui subpackages (fixes bz# 523946) * Fri Jul 24 2009 Fedora Release Engineering - 0.10.7-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild frescobaldi-0.7.14-1.fc12 ------------------------- * Thu Sep 17 2009 Orcan Ogetbil - 0.7.14-1 - New upstream version fuse-smb-0.8.7-7.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.8.7-7 - Rebuilt with new fuse fuse-zip-0.2.7-4.fc12 --------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.2.7-4 - Rebuilt with new fuse fuseiso-20070708-8.fc12 ----------------------- * Thu Sep 17 2009 Peter Lemenkov - 20070708-8 - Rebuilt with new fuse gdb-6.8.91.20090917-2.fc12 -------------------------- * Thu Sep 17 2009 Jan Kratochvil - 6.8.91.20090917-1 - Upgrade to the FSF GDB gdb-7.0 branch and snapshot: 6.8.91.20090917 - archer-jankratochvil-fedora12 commit: 16f3f01cc2cbc15283462eaabdfcde92cf42cdc6 - Drop the qsort_cmp workaround as resolved in FSF GDB now (BZ 515434). * Thu Sep 17 2009 Jan Kratochvil - 6.8.91.20090917-2 - Include bundled libstdc++ python; it will be in libstdc++-devel since gcc-4.5. glusterfs-2.0.6-2.fc12 ---------------------- * Thu Sep 17 2009 Peter Lemenkov 2.0.6-2 - Rebuilt with new fuse gnome-utils-2.27.91-2.fc12 -------------------------- * Thu Sep 17 2009 Ray Strode - 1:2.27.91-2 - Split off -libs package gssdp-0.7.0-2.fc12 ------------------ * Thu Sep 17 2009 Bastien Nocera 0.7.0-1 - Update to 0.7.0 * Thu Sep 17 2009 Bastien Nocera 0.7.0-2 - Remove unneeded libglade BR gupnp-0.13.0-1.fc12 ------------------- * Thu Sep 17 2009 Bastien Nocera 0.13.0-1 - Update to 0.13.0 gupnp-av-0.5.1-1.fc12 --------------------- * Thu Sep 17 2009 Bastien Nocera 0.5.1-1 - Update to 0.5.1 gupnp-igd-0.1.3-3.fc12 ---------------------- * Thu Sep 17 2009 Bastien Nocera 0.1.3-3 - Rebuild for new gupnp gupnp-tools-0.8-1.fc12 ---------------------- * Thu Sep 17 2009 Bastien Nocera 0.8-1 - Update to 0.8 gupnp-ui-0.1.1-6.fc12 --------------------- * Thu Sep 17 2009 Bastien Nocera 0.1.1-6 - Rebuild for new gupnp gupnp-vala-0.6-1.fc12 --------------------- * Thu Sep 17 2009 Bastien Nocera 0.6-1 - Update to 0.6 gvfs-1.3.6-2.fc12 ----------------- * Thu Sep 17 2009 Peter Lemenkov - 1.3.6-2 - Rebuilt with new fuse hercules-3.06-5.fc12 -------------------- * Thu Sep 17 2009 Dan Hor?k 3.06-5 - fixed module loading with libtool >= 2.0 hscolour-1.15-1.fc12 -------------------- * Fri Sep 18 2009 Jens Petersen - 1.15-1 - update to 1.15 hunspell-hu-1.5-1.fc12 ---------------------- * Thu Sep 17 2009 Caolan McNamara - 1.5-1 - latest version ibus-anthy-1.2.0.20090917-1.fc12 -------------------------------- * Thu Sep 17 2009 Takao Fujiwara - 1.2.0.20090917-1 - Update to 1.2.0.20090917 - Fix bug 523642 - ibus-anthy convert_to_char_type_{for,back}ward() ifuse-0.9.3-2.fc12 ------------------ * Thu Sep 17 2009 Peter Lemenkov 0.9.3-2 - Rebuilt with new fuse iprutils-2.2.17-1.fc12 ---------------------- * Thu Sep 17 2009 Roman Rakus - 2.2.17-1 - Version 2.2.17 iptables-1.4.5-1.fc12 --------------------- * Thu Sep 17 2009 Thomas Woerner 1.4.5-1 - new version 1.4.5 with support for all new features of 2.6.31 - libxt_NFQUEUE: add new v1 version with queue-balance option - xt_conntrack: revision 2 for enlarged state_mask member - libxt_helper: fix invalid passed option to check_inverse - libiptc: split v4 and v6 - extensions: collapse registration structures - iptables: allow for parse-less extensions - iptables: allow for help-less extensions - extensions: remove empty help and parse functions - xtables: add multi-registration functions - extensions: collapse data variables to use multi-reg calls - xtables: warn of missing version identifier in extensions - multi binary: allow subcommand via argv[1] - iptables: accept multiple IP address specifications for -s, -d - several build fixes - several man page fixes - fixed two leaked file descriptors on sockets (rhbz#521397) iso-codes-3.10.3-1.fc12 ----------------------- * Thu Sep 17 2009 Parag Nemade - 3.10.3-1 - Update to 3.10.3 jabbim-0.5-0.10.svn20090907.fc12 -------------------------------- * Thu Sep 17 2009 Michal Schmidt 0.5-0.10.svn20090907 - Fix a harmless traceback which abrt points out all the time. (jabbim-0.5-avoid-traceback-when-closing-multiple-tabs.diff, upstream) kernel-2.6.31-33.fc12 --------------------- * Thu Sep 17 2009 Dave Jones - cpuidle: Fix the menu governor to boost IO performance. * Thu Sep 17 2009 Kristian H?gsberg - Drop drm page-flip patch for F12. * Thu Sep 17 2009 Kyle McMartin 2.6.31-33 - Turn off CONFIG_CC_OPTIMIZE_FOR_SIZE on ppc64 until ld decides to play nice and generate the save/restore stubs. ldm-2.0.46-1.fc12 ----------------- * Thu Sep 17 2009 Warren Togami - 2.0.46-1 - 2.0.46 libatasmart-0.15-1.fc12 ----------------------- * Fri Sep 18 2009 Lennart Poettering 0.15-1 - New upstream release - Fixes #515881 libgda-4.0.4-1.fc12 ------------------- * Tue Sep 15 2009 Denis Leroy - 1:4.0.4-1 - Update to upstream version 4.0.4 libnice-0.0.9-2.fc12 -------------------- * Thu Sep 17 2009 Bastien Nocera 0.0.9-2 - Rebuild for new gupnp libproxy-0.2.3-12.fc12 ---------------------- * Thu Sep 17 2009 kwizart < kwizart at gmail.com > - 0.2.3-12 - Remove Requirement of %{name}-pac virtual provides from the main package - #524043 libraw1394-2.0.4-1.fc12 ----------------------- * Thu Sep 17 2009 Jarod Wilson - 2.0.4-1 - Update to libraw1394 v2.0.4 release - Point to new download location and project page libsemanage-2.0.38-1.fc12 ------------------------- * Thu Sep 17 2009 Dan Walsh - 2.0.38-1 - Update to upstream * Change semodule upgrade behavior to install even if the module is not present from Dan Walsh. * Make genhomedircon trim excess '/' from homedirs from Dan Walsh. libsvm-2.89-4.fc12 ------------------ * Fri Sep 18 2009 Ding-Yi Chen - 2.89-4 - Fixed [Bug 524108] put libsvm.jar into _javadir + Move livsvm.jar to _javadir + Move test_applet.html to _datadir/doc/libsvm- - Buildrequire changed to java-devel>=1.5.0, jpackage-utils - Require changed to java>=1.5.0, jpackage-utils libvdpau-0.2-1.fc12 ------------------- * Thu Sep 17 2009 kwizart < kwizart at gmail.com > - 0.2-1 - Update to 0.2 - Disable ExclusiveArch libvirt-0.7.1-4.fc12 -------------------- * Thu Sep 17 2009 Daniel Veillard - 0.7.1-2 - revamp of spec file for modularity and RHELs * Thu Sep 17 2009 Daniel Veillard - 0.7.1-3 - disable numactl on s390[x] * Thu Sep 17 2009 Mark McLoughlin - 0.7.1-4% - A couple of hot-unplug memory handling fixes (#523953) libxslt-1.1.25-1.fc12 --------------------- * Thu Sep 17 2009 Daniel Veillard 1.1.24-1 - release of 1.1.25 - Add API versioning for libxslt shared library - xsl:sort lang support using the locale - many bug fixes logrotate-3.7.8-4.fc12 ---------------------- * Thu Sep 17 2009 Daniel Novotny 3.7.8-4 - fix #517321 (logrotate blocking anacron) ltsp-5.1.86-1.fc12 ------------------ * Thu Sep 17 2009 Warren Togami - 5.1.86-1 - Fix dracut install yet again, requires dracut-002 ltspfs-0.5.8-4.fc12 ------------------- * Thu Sep 17 2009 Peter Lemenkov - 0.5.8-4 - Rebuilt with new fuse lvm2-2.02.52-2.fc12 ------------------- * Wed Sep 16 2009 Alasdair Kergon - 2.02.52-2 - Build dmeventd and place into a separate set of subpackages. - Remove no-longer-needed BuildRoot tag and buildroot emptying at install. lyx-1.6.4-2.fc12 ---------------- * Thu Sep 17 2009 Rex Dieter - 1.6.4-2 - use enchant instead of aspell (#524046) maven-scm-1.2-4.fc12 -------------------- * Thu Sep 17 2009 Alexander Kurtakov 0:1.2-4 - Fix maven-scm-plugin depmap. mcstrans-0.3.1-3.fc12 --------------------- * Thu Sep 17 2009 Miroslav Grepl 0.3.1-3 - Fix init script mdadm-3.0-4.fc12 ---------------- * Thu Sep 17 2009 Doug Ledford - 3.0-4 - Stop some mdmon segfaults (bz523860) mesa-7.6-0.12.fc12 ------------------ * Thu Sep 17 2009 Kristian H?gsberg - 7.6-0.12 - Back out page flip patch. mingw32-binutils-2.19.51.0.14-1.fc12 ------------------------------------ * Wed Sep 16 2009 Kalev Lember - 2.19.51.0.14-1 - Update to 2.19.51.0.14 mingw32-gcc-4.4.1-3.fc12 ------------------------ * Fri Sep 18 2009 Kalev Lember - 4.4.1-3 - Require mingw32-binutils >= 2.19.51.0.14 for %gnu_unique_object support. mingw32-libxslt-1.1.25-1.fc12 ----------------------------- * Thu Sep 17 2009 Erik van Pienbroek - 1.1.25-1 - Update to 1.1.25 - Dropped upstreamed CVE patch - Dropped upstreamed mingw32 patches - Added a patch to never use pthreads even if it's available - Automatically generate debuginfo subpackages moblin-panel-applications-0.0.2-1.fc12 -------------------------------------- * Thu Sep 17 2009 Peter Robinson 0.0.2-1 - New upstream 0.0.2 release moblin-panel-myzone-0.0.6-1.fc12 -------------------------------- * Thu Sep 17 2009 Peter Robinson 0.0.6-1 - New upstream 0.0.6 release * Mon Sep 14 2009 Peter Robinson 0.0.5-1 - New upstream 0.0.5 release mutter-moblin-0.38.2-1.fc12 --------------------------- * Thu Sep 17 2009 Peter Robinson 0.38.2-1 - New 0.38.2 upstream release nano-2.0.6-8.fc12 ----------------- * Thu Sep 17 2009 Kamil Dudka - 2.0.6-8 - do process install-info only without --excludedocs(#515943) nbtk-1.1.4-5.fc12 ----------------- * Thu Sep 17 2009 Peter Robinson 1.1.4-1 - New upstream 1.1.4 release * Thu Sep 17 2009 Peter Robinson 1.1.4-2 - A few minor fixes * Thu Sep 17 2009 Peter Robinson 1.1.4-3 - Fix translation naming * Thu Sep 17 2009 Peter Robinson 1.1.4-4 - And other fix * Thu Sep 17 2009 Peter Robinson 1.1.4-5 - And once more with feeling. netdisco-0.95-4.fc12 -------------------- * Thu Sep 17 2009 0.95-4 - Netdisco network management software. - Added require graphviz-gd package for graphing to work - Added chkconfig line in netdisco_config script - Changed chkconfig line in netdisco.init script to not start daemon by default - Changed %post section to work correctly with chkconfig - Changed %defattr(-,root,root) to %defattr(-,root,root,-) in files section - Changed /usr/share/ to %_datadir in the %files section - Removed patches, substituted with find/perl/xargs replace lines - Removed explicit %attr lines in %files nfoview-1.6-1.fc12 ------------------ * Thu Sep 17 2009 Fabian Affolter - 1.6-1 - Updated to new upstream version 1.6 * Tue Aug 11 2009 Ville Skytt? - 1.5-3 - Use bzipped upstream tarball. nss-softokn-3.12.4-9.fc12 ------------------------- * Thu Sep 17 2009 Elio Maldonado - 3.12.4-9 - Add nssdbm3.so to nss-softokn-prelink.conf, rhbz#524077 ntfs-3g-2009.4.4-3.fc12 ----------------------- * Thu Sep 17 2009 Peter Lemenkov - 2:2009.4.4-3 - Rebuilt with new fuse obexfs-0.12-2.fc12 ------------------ * Thu Sep 17 2009 Peter Lemenkov - 0.12-2 - Rebuild with new fuse perl-HTML-Parser-3.62-1.fc12 ---------------------------- * Thu Sep 17 2009 Warren Togami - 3.62-1 - 3.62 perl-Net-DNS-0.65-1.fc12 ------------------------ * Thu Sep 17 2009 Warren Togami - 0.65-1 - 0.65 perl-libwww-perl-5.831-1.fc12 ----------------------------- * Thu Sep 17 2009 Warren Togami 5.831-1 - update to 5.831 perl-namespace-autoclean-0.09-2.fc12 ------------------------------------ * Thu Sep 17 2009 Stepan Kasal 0.09-2 - fix the previous changelog entry poedit-1.4.3-1.fc12 ------------------- * Fri Sep 18 2009 Ha?kel Gu?mar - 1.4.3-1 * Updated to 1.4.3 policycoreutils-2.0.74-2.fc12 ----------------------------- * Thu Sep 17 2009 Dan Walsh 2.0.74-1 - Update to upstream * Change semodule upgrade behavior to install even if the module is not present from Dan Walsh. * Make setfiles label if selinux is disabled and a seclabel aware kernel is running from Caleb Case. * Clarify forkpty() error message in run_init from Manoj Srivastava. * Thu Sep 17 2009 Dan Walsh 2.0.74-2 - Security fixes for seunshare proftpd-1.3.2a-7.fc12 --------------------- * Thu Sep 17 2009 Paul Howarth 1.3.2a-7 - Restore backward SRPM compatibility broken by previous change pypoppler-0.10.1-1.fc12 ----------------------- * Thu Sep 17 2009 Fabian Affolter - 0.10.1-1 - Updated to new upstream version 0.10.1 quitcount-1.6-1.fc12 -------------------- * Thu Sep 17 2009 Fabian Affolter - 1.6-1 - Updated to new upstream version 1.6 rakudo-0.0.2009.09_1.6.0-2.fc12 ------------------------------- * Fri Sep 18 2009 Gerd Pokorra 0.0.2009.09_1.6.0-2 - update to rakudo 2009-09 on parrot 1.6.0 rednotebook-0.8.6.1-1.fc12 -------------------------- * Thu Sep 17 2009 Christoph Wickert - 0.8.6-2 - Fix libglade error with GTK 2.16.6 (#523880) * Thu Sep 17 2009 Christoph Wickert - 0.8.6.1-1 - Update to 0.8.6.1, fixes #523880 rpmdevtools-7.5-1.fc12 ---------------------- * Thu Sep 17 2009 Ville Skytt? - 7.5-1 - Update to 7.5, fixes #502403. selinux-policy-3.6.32-2.fc12 ---------------------------- setroubleshoot-plugins-2.1.21-1.fc12 ------------------------------------ * Thu Sep 17 2009 - 2.1.21-1 - Remove allow_execmem plugin - Add Firefox Plugin spamassassin-3.3.0-0.14.svn816416.fc12 -------------------------------------- * Thu Sep 17 2009 Warren Togami - 3.3.0-0.13.alpha2 - F12+ requires Mail::DKIM * Thu Sep 17 2009 Warren Togami - 3.3.3-0.14.svn816416 - 3.3.0 svn816416 snapshot, pre-alpha3 Upstream just fixed important bug SA#6206. Many other bugs fixed since alpha2. squid-3.1.0.13-6.fc12 --------------------- * Fri Sep 18 2009 Henrik Nordstrom - 7:3.1.0.13-6 - Rotate store.log if enabled squirrelmail-1.4.20-0.rc2.20090917.fc12 --------------------------------------- * Thu Sep 17 2009 Michal Hlavinka - 1.4.20-0.rc2.20090917 - updated to 1.4.20RC2 20090917 snapshot - fix searching in emails (#523016) sysvinit-2.87-1.dsf.fc12 ------------------------ * Thu Sep 17 2009 Ville Skytt? - 2.87-1.dsf - Avoid stripping binaries during build to fix -debuginfo. taglib-1.6-2.fc12 ----------------- * Thu Sep 17 2009 Michael Schwendt - 1.6-2 - Include the new NEWS file as %doc. taglib-extras-1.0.0-2.fc12 -------------------------- * Thu Sep 17 2009 Rex Dieter - 1.0.0-1 - taglib-extras-1.0.0 (API/ABI bump) * Thu Sep 17 2009 Rex Dieter - 1.0.0-2 - drop (deprecated/no-op) kde integration urlwatch-1.8-1.fc12 ------------------- * Thu Sep 17 2009 Fabian Affolter - 1.8-1 - Minior spec file changes - Updated to new upstream version 1.8 usb_modeswitch-1.0.5-1.fc12 --------------------------- * Thu Sep 17 2009 Peter Robinson 1.0.5-1 - new upstream 1.0.5 release * Sun Aug 02 2009 Robert M. Albrecht 1.0.2-1 - new upstream release virt-manager-0.8.0-4.fc12 ------------------------- * Thu Sep 17 2009 Cole Robinson - 0.8.0-4.fc12 - Don't close libvirt connection for non-fatal errors (bz 522168) - Manager UI tweaks - Generate better errors if disk/net stats polling fails wdfs-1.4.2-9.fc12 ----------------- * Thu Sep 17 2009 Peter Lemenkov - 1.4.2-9 * Mon Jul 27 2009 Fedora Release Engineering - 1.4.2-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xdotool-20090815-1.fc12 ----------------------- * Thu Sep 17 2009 Sven Lankes - 20090815-1 - New upstream release (fixes #521765) * Mon Jul 27 2009 Fedora Release Engineering - 20090330-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild xinetd-2.3.14-25.fc12 --------------------- * Thu Sep 17 2009 Jan Zeleny - 2:2.3.14-25 - correction of last patch replacing select() with poll() xorg-x11-drv-intel-2.8.0-14.20090909.fc12 ----------------------------------------- * Thu Sep 17 2009 Kristian H?gsberg - 2.8.0-14.20090909 - Drop page flip patch. xorg-x11-server-1.6.99.901-3.fc12 --------------------------------- * Thu Sep 17 2009 Peter Hutterer - xserver-1.5.99.3-dmx-xcalloc.patch: Obsolete, drop. - cvs rm a few other patches not used anymore. * Thu Sep 17 2009 Kristian H?gsberg - 1.6.99.901-3 - Back out pageflip patch and follow on patches. xterm-248-1.fc12 ---------------- * Thu Sep 17 2009 Miroslav Lichvar 248-1 - update to 248 Summary: Added Packages: 8 Removed Packages: 3 Modified Packages: 114 From sds at tycho.nsa.gov Fri Sep 18 12:35:26 2009 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 18 Sep 2009 08:35:26 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB37045.1090705@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> <4AB37045.1090705@redhat.com> Message-ID: <1253277326.17871.60.camel@moss-pluto.epoch.ncsc.mil> On Fri, 2009-09-18 at 07:34 -0400, Daniel J Walsh wrote: > On 09/17/2009 09:39 PM, Yuan Yijun wrote: > > 2009/9/18 Steve Grubb : > >> hi, > >> > >> What's happened in our rawhide boot sequence that cause selinux to not be > >> running anymore? Selinux is not disabled in the grub.conf kernel line and > >> sestatus shows its disabled. There is nothing in the system logs saying that > >> there was a problem. > >> > > > > I encountered this problem as well, but don't know why. It happens > > when I am trying different kernels among some recent builds (starting > > from 0.104 to 1.14). I guess there is a incompatible between older > > kernels and the policy; when you install a kernel while SELinux is > > disabled, it may cause future problems. Do you expect SELinux to be > > enabled automatically? I usually enable SELinux by doing a relabel, > > then install the kernel again. > > > > > > > Hopefully this is just a problem of coordination between the old way of doing things and the new new. > Dracut found a bug where it could not load_policy on separate /usr partitions because it needed to execute > /usr/sbin/load_policy (obviously). I moved load_policy from /usr/sbin to /sbin. This caused some other apps > problems because they were hard coded to look for /usr/sbin. Recently I fixed this by adding a symbolic link > and fixing the libraries that blew up. Why can't dracut just directly invoke the libselinux interface (selinux_init_load_policy)? Then you don't have to care where the load_policy program lives. -- Stephen Smalley National Security Agency From jonstanley at gmail.com Fri Sep 18 12:48:03 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 18 Sep 2009 08:48:03 -0400 Subject: Plan for today's (20090918) FESCo meeting Message-ID: Due to a little communications failure on my end, there may or may not be a FESCo meeting today. If some FESCo member wants to step up and chair it, that would be most helpful. The following items are on the agenda: 252 sponsor application by Till Maas 251 simplify non-responsive maintainer process For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From sgallagh at redhat.com Fri Sep 18 13:05:10 2009 From: sgallagh at redhat.com (Stephen Gallagher) Date: Fri, 18 Sep 2009 09:05:10 -0400 Subject: cron/dbus problem? In-Reply-To: <738390.30991.qm@web28616.mail.ukl.yahoo.com> References: <738390.30991.qm@web28616.mail.ukl.yahoo.com> Message-ID: <4AB38586.2010501@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/17/2009 07:04 PM, S Knox wrote: > Dear list, > Back in 2006, someone wrote the following: > ------------------------------------------------------------------------------------- > > * /From/: Dennis Jacobfeuerborn > * /To/: Development discussions related to Fedora Core > > * /Subject/: cron/dbus problem? > * /Date/: Mon, 13 Feb 2006 15:13:25 +0100 > > Given the (puzzling) absence of an alarm/reminder applet for the gnome > panel I tried (ab)using Tomboy for this purpose but hit a problem > involving Cron and DBus. When I call "tomboy --open-note Alarm" the > respective notes pops up but when I put the same command in the crontab > I get this: Unhandled Exception: DBus.DBusException: Unable to determine > the address of the message bus > > in <0x0009f> DBus.Bus:GetBus (BusType busType) > in <0x00009> DBus.Bus:GetSessionBus () > in <0x00022> Tomboy.TomboyCommandLine:Execute () > in <0x00061> Tomboy.Tomboy:Main (System.String[] args) > > Does anyone have an idea why the session bus seems to be available from > a regular shell but not from cron? > > Regards, > Dennis > > -------------------------------------------------------------------------------------- > > Don't know whether this is of use to anyone faced with the same problem, or to help with wider development, but I solved the problem by using the > following > line in a crontab: > * * * * * export DBUS_SESSION_BUS_ADDRESS=`cat "/proc/$(expr substr $(ps -C tomboy -o pid=) 1 5)/environ" | tr '\0' '\n' | grep DBUS | cut -d '=' -f2-`; tomboy (options) > > Sorry if this has all been sorted out by now, but didn't know where to post. > > Steve > > > Send instant messages to your online friends http://uk.messenger.yahoo.com > The session bus is, by definition, local to a particular session. When you run a service in cron, it is running in a new session (because it has been launched by the cron daemon) and cannot share the session bus with your desktop. If you need it to share a bus BETWEEN sessions, that's what the system bus is for. - -- Stephen Gallagher RHCE 804006346421761 Looking to carve out IT costs? www.redhat.com/carveoutcosts/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkqzhYIACgkQeiVVYja6o6NnrQCffiq5+X+xpORFUlgMZwFRRg2e tf8An05tRWURnzogS/gnQU4OWL2iv6in =3JnG -----END PGP SIGNATURE----- From jhorak at redhat.com Fri Sep 18 13:07:59 2009 From: jhorak at redhat.com (Jan Horak) Date: Fri, 18 Sep 2009 15:07:59 +0200 Subject: Upload debug-like-info to Mozilla servers every update Message-ID: <4AB3862F.4040207@redhat.com> Hi, we would like to cooperate with Mozilla on reporting crashes into their bug reporting tool (http://crash-stats.mozilla.com/). To do so it is required to upload debug-like-info to specified location on remote server. This task should be done the same time the xulrunner, firefox or thunderbird package is going to released. I would like to know if there is some way to do it right now or if there is any way how can I participate. For further reference the details of how it is done is located here: https://bugzilla.mozilla.org/show_bug.cgi?id=447771#c5 Thanks a lot for your comments and ideas. -- Jan Horak From dwalsh at redhat.com Fri Sep 18 13:17:23 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 09:17:23 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <1253277326.17871.60.camel@moss-pluto.epoch.ncsc.mil> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> <4AB37045.1090705@redhat.com> <1253277326.17871.60.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <4AB38863.50105@redhat.com> On 09/18/2009 08:35 AM, Stephen Smalley wrote: > On Fri, 2009-09-18 at 07:34 -0400, Daniel J Walsh wrote: >> On 09/17/2009 09:39 PM, Yuan Yijun wrote: >>> 2009/9/18 Steve Grubb : >>>> hi, >>>> >>>> What's happened in our rawhide boot sequence that cause selinux to not be >>>> running anymore? Selinux is not disabled in the grub.conf kernel line and >>>> sestatus shows its disabled. There is nothing in the system logs saying that >>>> there was a problem. >>>> >>> >>> I encountered this problem as well, but don't know why. It happens >>> when I am trying different kernels among some recent builds (starting >>> from 0.104 to 1.14). I guess there is a incompatible between older >>> kernels and the policy; when you install a kernel while SELinux is >>> disabled, it may cause future problems. Do you expect SELinux to be >>> enabled automatically? I usually enable SELinux by doing a relabel, >>> then install the kernel again. >>> >>> >>> >> Hopefully this is just a problem of coordination between the old way of doing things and the new new. >> Dracut found a bug where it could not load_policy on separate /usr partitions because it needed to execute >> /usr/sbin/load_policy (obviously). I moved load_policy from /usr/sbin to /sbin. This caused some other apps >> problems because they were hard coded to look for /usr/sbin. Recently I fixed this by adding a symbolic link >> and fixing the libraries that blew up. > > Why can't dracut just directly invoke the libselinux interface > (selinux_init_load_policy)? Then you don't have to care where the > load_policy program lives. > The beauty of load_policy is that we don't end up having to suck the libsemanage and friends into the initrd. I think it is much saner then what we were doing in F11. From bnocera at redhat.com Fri Sep 18 13:18:38 2009 From: bnocera at redhat.com (Bastien Nocera) Date: Fri, 18 Sep 2009 14:18:38 +0100 Subject: cron/dbus problem? In-Reply-To: <4AB38586.2010501@redhat.com> References: <738390.30991.qm@web28616.mail.ukl.yahoo.com> <4AB38586.2010501@redhat.com> Message-ID: <1253279919.18963.4244.camel@localhost.localdomain> On Fri, 2009-09-18 at 09:05 -0400, Stephen Gallagher wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 09/17/2009 07:04 PM, S Knox wrote: > > Dear list, > > Back in 2006, someone wrote the following: > > ------------------------------------------------------------------------------------- > > > > * /From/: Dennis Jacobfeuerborn > > * /To/: Development discussions related to Fedora Core > > > > * /Subject/: cron/dbus problem? > > * /Date/: Mon, 13 Feb 2006 15:13:25 +0100 > > > > Given the (puzzling) absence of an alarm/reminder applet for the gnome > > panel I tried (ab)using Tomboy for this purpose but hit a problem > > involving Cron and DBus. When I call "tomboy --open-note Alarm" the > > respective notes pops up but when I put the same command in the crontab > > I get this: Unhandled Exception: DBus.DBusException: Unable to determine > > the address of the message bus > > > > in <0x0009f> DBus.Bus:GetBus (BusType busType) > > in <0x00009> DBus.Bus:GetSessionBus () > > in <0x00022> Tomboy.TomboyCommandLine:Execute () > > in <0x00061> Tomboy.Tomboy:Main (System.String[] args) > > > > Does anyone have an idea why the session bus seems to be available from > > a regular shell but not from cron? > > > > Regards, > > Dennis > > > > -------------------------------------------------------------------------------------- > > > > Don't know whether this is of use to anyone faced with the same problem, or to help with wider development, but I solved the problem by using the > > following > > line in a crontab: > > * * * * * export DBUS_SESSION_BUS_ADDRESS=`cat "/proc/$(expr substr $(ps -C tomboy -o pid=) 1 5)/environ" | tr '\0' '\n' | grep DBUS | cut -d '=' -f2-`; tomboy (options) > > > > Sorry if this has all been sorted out by now, but didn't know where to post. > > > > Steve > > > > > > Send instant messages to your online friends http://uk.messenger.yahoo.com > > > > > The session bus is, by definition, local to a particular session. When > you run a service in cron, it is running in a new session (because it > has been launched by the cron daemon) and cannot share the session bus > with your desktop. If you need it to share a bus BETWEEN sessions, > that's what the system bus is for. Or have a cron instance (or similar) running within the session. I'm pretty sure there's already GUI-like crons available for GNOME and other desktops. Something like that: http://www.gnomefiles.org/app.php/DoThisNow Cheers From sgrubb at redhat.com Fri Sep 18 13:39:11 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 09:39:11 -0400 Subject: Xinetd resurrection In-Reply-To: <20090918143403.3f2c3c50@dhcp03.addix.net> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <20090918143403.3f2c3c50@dhcp03.addix.net> Message-ID: <200909180939.11898.sgrubb@redhat.com> On Friday 18 September 2009 08:34:03 am Ralf Ertzinger wrote: > Hi. > > On Fri, 18 Sep 2009 08:24:18 -0400, Steve Grubb wrote: > > I also think that the reason xinetd came into existence in the first > > place has long since passed. The original intent was to save memory > > by not having half a dozen servers running. (Remember the early > > 1990's systems.) Today we have plenty of memory in computers and the > > reason for xinetd is gone. > > I always thought that one reason for xinetd was the capability of running > network servers without actually having any network code in the server. Its network code, it just doesn't do listen/accept. :) Of course xinetd also takes care of restricting access a number of ways like time of day , network, tcp_wrappers, and setting up the uid/group... Something I forgot to mention earlier, even though I give up any interest in xinetd, you should contact Rob Braun who is the maintainer and verify he has no more interest. I cannot speak for him. Also, another bug that appears sometimes...xinetd has a builtin daytime service. It follows RFC867, which says there is no syntax for the daytime protocol and its use is for *debugging*. It also lists 2 popular formats. Xinetd follows one of the 2 listed, and HPUX / AIX (and likely others) follow the other one. If the RFC were better specified, there would be no conflict. Xinetd's daytime implementation goes back more than 10 years so its got a lot of history in its current format and should stay the default. So, maybe there should be a config option to specify one format or the other for interoperability. -Steve From sgrubb at redhat.com Fri Sep 18 13:44:55 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 09:44:55 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB37045.1090705@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> <4AB37045.1090705@redhat.com> Message-ID: <200909180944.55816.sgrubb@redhat.com> Hi, Just a couple clarifications for anyone implementing this. On Friday 18 September 2009 07:34:29 am Daniel J Walsh wrote: > Bottom line is a bug in the dracut scripts. The scripts should execute > load_policy and if for ANY reason load_policy fails and the machine is in > enforcing mode the machine needs to crash. (It should also log the > error). > > If the kernel has SELinux and it is not in permissive mode, it should > execute load_policy You mean if the machine is in permissive mode, it should load_policy, but not crash. But it should log the reason so it can be debugged. > Load_policy will exit with 0 on success or 2 on failure and SELinux in > permissive mode. And if chroot fails, we need to handle it. -Steve From sds at tycho.nsa.gov Fri Sep 18 13:44:24 2009 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 18 Sep 2009 09:44:24 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB38863.50105@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> <4AB37045.1090705@redhat.com> <1253277326.17871.60.camel@moss-pluto.epoch.ncsc.mil> <4AB38863.50105@redhat.com> Message-ID: <1253281464.17871.88.camel@moss-pluto.epoch.ncsc.mil> On Fri, 2009-09-18 at 09:17 -0400, Daniel J Walsh wrote: > On 09/18/2009 08:35 AM, Stephen Smalley wrote: > > On Fri, 2009-09-18 at 07:34 -0400, Daniel J Walsh wrote: > >> On 09/17/2009 09:39 PM, Yuan Yijun wrote: > >>> 2009/9/18 Steve Grubb : > >>>> hi, > >>>> > >>>> What's happened in our rawhide boot sequence that cause selinux to not be > >>>> running anymore? Selinux is not disabled in the grub.conf kernel line and > >>>> sestatus shows its disabled. There is nothing in the system logs saying that > >>>> there was a problem. > >>>> > >>> > >>> I encountered this problem as well, but don't know why. It happens > >>> when I am trying different kernels among some recent builds (starting > >>> from 0.104 to 1.14). I guess there is a incompatible between older > >>> kernels and the policy; when you install a kernel while SELinux is > >>> disabled, it may cause future problems. Do you expect SELinux to be > >>> enabled automatically? I usually enable SELinux by doing a relabel, > >>> then install the kernel again. > >>> > >>> > >>> > >> Hopefully this is just a problem of coordination between the old way of doing things and the new new. > >> Dracut found a bug where it could not load_policy on separate /usr partitions because it needed to execute > >> /usr/sbin/load_policy (obviously). I moved load_policy from /usr/sbin to /sbin. This caused some other apps > >> problems because they were hard coded to look for /usr/sbin. Recently I fixed this by adding a symbolic link > >> and fixing the libraries that blew up. > > > > Why can't dracut just directly invoke the libselinux interface > > (selinux_init_load_policy)? Then you don't have to care where the > > load_policy program lives. > > > The beauty of load_policy is that we don't end up having to suck the libsemanage and friends into the initrd. > > I think it is much saner then what we were doing in F11. Oh, I didn't realize that you had changed approaches. That makes Fedora more like Ubuntu's approach to handling initial policy load. FWIW, Debian is planning to patch upstart to load policy the way sysvinit used to do it. Then they don't require an initrd to perform the initial policy load. -- Stephen Smalley National Security Agency From dwalsh at redhat.com Fri Sep 18 13:54:12 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 09:54:12 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <200909180944.55816.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <76e72f800909171839i54cbd8d4r1326f085e6e0664e@mail.gmail.com> <4AB37045.1090705@redhat.com> <200909180944.55816.sgrubb@redhat.com> Message-ID: <4AB39104.3040501@redhat.com> On 09/18/2009 09:44 AM, Steve Grubb wrote: > Hi, > > Just a couple clarifications for anyone implementing this. > > On Friday 18 September 2009 07:34:29 am Daniel J Walsh wrote: >> Bottom line is a bug in the dracut scripts. The scripts should execute >> load_policy and if for ANY reason load_policy fails and the machine is in >> enforcing mode the machine needs to crash. (It should also log the >> error). >> >> If the kernel has SELinux and it is not in permissive mode, it should >> execute load_policy > Yes in permissive mode load_policy will return 2 if it can not load policy. I guess dracut should also look in /etc/selinux/config to see if the SELINUX environment variable is not set to enforcing. > You mean if the machine is in permissive mode, it should load_policy, but not > crash. But it should log the reason so it can be debugged. > >> Load_policy will exit with 0 on success or 2 on failure and SELinux in >> permissive mode. > > And if chroot fails, we need to handle it. > This will probably crash anyways. > -Steve From opensource at till.name Fri Sep 18 13:57:10 2009 From: opensource at till.name (Till Maas) Date: Fri, 18 Sep 2009 15:57:10 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> Message-ID: <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> Aloas, On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: > I want to start the non-responsive maintainer process for Krzysztof > Kurzawski, because youtube-dl was not updated for several releases and > there was not response to bug reports regarding this. > > I will use this bug to track my contacting attempts: > https://bugzilla.redhat.com/show_bug.cgi?id=496593 > > On 2009-07-21 I already wrote a mail to youtube-dl-owner and suggested > to take over youtube-dl, but I did not receive any response. > > If you know Krzysztof, please ping him. a week has passed, so this is the second attempt to reach Krzysztof. Regards Till From sgrubb at redhat.com Fri Sep 18 14:01:05 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 10:01:05 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB39104.3040501@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> Message-ID: <200909181001.05893.sgrubb@redhat.com> On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: > >> If the kernel has SELinux and it is not in permissive mode, it should > >> execute load_policy > > Yes in permissive mode load_policy will return 2 if it can not load policy. > I guess dracut should also look in /etc/selinux/config to see if the > SELINUX environment variable is not set to enforcing. What about interaction with the kernel command line? What the kernel was given is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says enabled, shouldn't the kernel command line take priority? > > You mean if the machine is in permissive mode, it should load_policy, but > > not crash. But it should log the reason so it can be debugged. > > > >> Load_policy will exit with 0 on success or 2 on failure and SELinux in > >> permissive mode. > > > > And if chroot fails, we need to handle it. > > This will probably crash anyways In the code I looked at, only if it returned 3... -Steve From dmach at redhat.com Fri Sep 18 14:05:51 2009 From: dmach at redhat.com (Daniel Mach) Date: Fri, 18 Sep 2009 16:05:51 +0200 Subject: default fonts in Fedora Message-ID: <4AB393BF.4090907@redhat.com> I've manually installed KDE desktop (yum install ..., i.e. without anaconda) and found that no fonts were installed. There were just rectangles instead of letters in KDM. I filed a bug (#523957) which led to conclusion to discuss this issue on fedora-devel. It looks like no common desktop package requires any fonts. First package I installed which actually had such requirement was openoffice-core. Would it make sense to make one font default in Fedora and install it as a dependency of xorg-x11-server-common or similar package which appears on each desktop? As far I can tell, most users install dejavu or liberation fonts. These two are also those required by openoffice-core. - daniel From sds at tycho.nsa.gov Fri Sep 18 14:05:04 2009 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 18 Sep 2009 10:05:04 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <200909181001.05893.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> Message-ID: <1253282704.17871.99.camel@moss-pluto.epoch.ncsc.mil> On Fri, 2009-09-18 at 10:01 -0400, Steve Grubb wrote: > On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: > > >> If the kernel has SELinux and it is not in permissive mode, it should > > >> execute load_policy > > > > Yes in permissive mode load_policy will return 2 if it can not load policy. > > I guess dracut should also look in /etc/selinux/config to see if the > > SELINUX environment variable is not set to enforcing. > > What about interaction with the kernel command line? What the kernel was given > is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says > enabled, shouldn't the kernel command line take priority? That all gets taken care of inside of libselinux selinux_init_load_policy() function, which is what load_policy calls. > > > > You mean if the machine is in permissive mode, it should load_policy, but > > > not crash. But it should log the reason so it can be debugged. > > > > > >> Load_policy will exit with 0 on success or 2 on failure and SELinux in > > >> permissive mode. > > > > > > And if chroot fails, we need to handle it. > > > > This will probably crash anyways > > In the code I looked at, only if it returned 3... load_policy exits with 3 if the load policy failed and the system was supposed to be in enforcing mode (based on the combination of kernel command line arguments, which do take precedence, and the /etc/selinux/config setting). It exits with 2 if the load policy failed and the system was supposed to be permissive. -- Stephen Smalley National Security Agency From dwalsh at redhat.com Fri Sep 18 14:15:44 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 10:15:44 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <200909181001.05893.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> Message-ID: <4AB39610.2080801@redhat.com> On 09/18/2009 10:01 AM, Steve Grubb wrote: > On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: >>>> If the kernel has SELinux and it is not in permissive mode, it should >>>> execute load_policy >> >> Yes in permissive mode load_policy will return 2 if it can not load policy. >> I guess dracut should also look in /etc/selinux/config to see if the >> SELINUX environment variable is not set to enforcing. > > What about interaction with the kernel command line? What the kernel was given > is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says > enabled, shouldn't the kernel command line take priority? > > Yes kernel command line wins. Second is /etc/selinux/config (SELINUX) line Execute the kernel command line to initialize the selinux and enforcing environment variables. cmdline options are (selinux=0 to disable SELinux) (enforcing=0 to put selinux in permissive mode) then dracut should execute . /etc/selinux/config if [ "$selinux" != 0 && "$enforcing" != 0 && "$SELINUX" == "enforcing" ]; then load_policy if $? != 0; ReportError() && blow up elif [ ""$selinux" != 0 && ("$enforcing" == 0 || $SELINUX" == "permissive") ]; then load_policy if $? != 0; ReportError() # Continue no matter what elif [ "$selinux == 0" || "$enforcing" == 0 || "$SELINUX" == "disabled" ]; then # Continue no matter what, although it would nice to tell the kernel to drop SELinux support elif Report_error() Blow Up endif >>> You mean if the machine is in permissive mode, it should load_policy, but >>> not crash. But it should log the reason so it can be debugged. >>> >>>> Load_policy will exit with 0 on success or 2 on failure and SELinux in >>>> permissive mode. >>> >>> And if chroot fails, we need to handle it. >> >> This will probably crash anyways > > In the code I looked at, only if it returned 3... > > -Steve From dwalsh at redhat.com Fri Sep 18 14:16:47 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 10:16:47 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <1253282704.17871.99.camel@moss-pluto.epoch.ncsc.mil> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> <1253282704.17871.99.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <4AB3964F.2050200@redhat.com> On 09/18/2009 10:05 AM, Stephen Smalley wrote: > On Fri, 2009-09-18 at 10:01 -0400, Steve Grubb wrote: >> On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: >>>>> If the kernel has SELinux and it is not in permissive mode, it should >>>>> execute load_policy >>> >>> Yes in permissive mode load_policy will return 2 if it can not load policy. >>> I guess dracut should also look in /etc/selinux/config to see if the >>> SELINUX environment variable is not set to enforcing. >> >> What about interaction with the kernel command line? What the kernel was given >> is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says >> enabled, shouldn't the kernel command line take priority? > > That all gets taken care of inside of libselinux > selinux_init_load_policy() function, which is what load_policy calls. > >> >>>> You mean if the machine is in permissive mode, it should load_policy, but >>>> not crash. But it should log the reason so it can be debugged. >>>> >>>>> Load_policy will exit with 0 on success or 2 on failure and SELinux in >>>>> permissive mode. >>>> >>>> And if chroot fails, we need to handle it. >>> >>> This will probably crash anyways >> >> In the code I looked at, only if it returned 3... > > load_policy exits with 3 if the load policy failed and the system was > supposed to be in enforcing mode (based on the combination of kernel > command line arguments, which do take precedence, and > the /etc/selinux/config setting). It exits with 2 if the load policy > failed and the system was supposed to be permissive. > Right but what happens if load_policy is called with the wrong parameter? What happens if load_policy can not be called because of permission denied? From rodrick.brown at citi.com Fri Sep 18 14:21:58 2009 From: rodrick.brown at citi.com (Brown, Rodrick ) Date: Fri, 18 Sep 2009 09:21:58 -0500 Subject: GNU libc confusion with symbols undefined. Message-ID: I'm trying to understand the following here I have a simple test program that calls memcpy/malloc/printf int main(int argc, char **argv) { char * p = malloc(10); memcpy(p,"Hello",6); printf("%s\n", p); } When looking at the symbol list why are the following routines undefined? And why is it referncing GLIBC_2.2.5? $ nm /tmp/f |grep ' U ' U __libc_start_main@@GLIBC_2.2.5 U malloc@@GLIBC_2.2.5 U memcpy@@GLIBC_2.2.5 U printf@@GLIBC_2.2.5 $ rpm -qa |grep -i glibc glibc-2.3.4-2.41 glibc-common-2.3.4-2.41 glibc-2.3.4-2.41 I really can't find an explination for this and was wondering if someone could clear it up. Thanks. From sds at tycho.nsa.gov Fri Sep 18 14:25:56 2009 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 18 Sep 2009 10:25:56 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB3964F.2050200@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> <1253282704.17871.99.camel@moss-pluto.epoch.ncsc.mil> <4AB3964F.2050200@redhat.com> Message-ID: <1253283956.17871.103.camel@moss-pluto.epoch.ncsc.mil> On Fri, 2009-09-18 at 10:16 -0400, Daniel J Walsh wrote: > On 09/18/2009 10:05 AM, Stephen Smalley wrote: > > On Fri, 2009-09-18 at 10:01 -0400, Steve Grubb wrote: > >> On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: > >>>>> If the kernel has SELinux and it is not in permissive mode, it should > >>>>> execute load_policy > >>> > >>> Yes in permissive mode load_policy will return 2 if it can not load policy. > >>> I guess dracut should also look in /etc/selinux/config to see if the > >>> SELINUX environment variable is not set to enforcing. > >> > >> What about interaction with the kernel command line? What the kernel was given > >> is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says > >> enabled, shouldn't the kernel command line take priority? > > > > That all gets taken care of inside of libselinux > > selinux_init_load_policy() function, which is what load_policy calls. > > > >> > >>>> You mean if the machine is in permissive mode, it should load_policy, but > >>>> not crash. But it should log the reason so it can be debugged. > >>>> > >>>>> Load_policy will exit with 0 on success or 2 on failure and SELinux in > >>>>> permissive mode. > >>>> > >>>> And if chroot fails, we need to handle it. > >>> > >>> This will probably crash anyways > >> > >> In the code I looked at, only if it returned 3... > > > > load_policy exits with 3 if the load policy failed and the system was > > supposed to be in enforcing mode (based on the combination of kernel > > command line arguments, which do take precedence, and > > the /etc/selinux/config setting). It exits with 2 if the load policy > > failed and the system was supposed to be permissive. > > > Right but what happens if load_policy is called with the wrong parameter? > What happens if load_policy can not be called because of permission denied? I'm not entirely clear as to why you are asking, but: $ load_policy --foo load_policy: invalid option -- '-' usage: load_policy [-qi] $ echo $? 1 $ runcon system_u:system_r:httpd_t:s0 load_policy runcon: load_policy: Permission denied $ echo $? 126 Are you just saying that dracut needs to fail closed (i.e. halt the system) if the exit code is anything other than 0 (success) or 2 (failed but permissive)? -- Stephen Smalley National Security Agency From sds at tycho.nsa.gov Fri Sep 18 14:27:54 2009 From: sds at tycho.nsa.gov (Stephen Smalley) Date: Fri, 18 Sep 2009 10:27:54 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <4AB39610.2080801@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> <4AB39610.2080801@redhat.com> Message-ID: <1253284074.17871.105.camel@moss-pluto.epoch.ncsc.mil> On Fri, 2009-09-18 at 10:15 -0400, Daniel J Walsh wrote: > On 09/18/2009 10:01 AM, Steve Grubb wrote: > > On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: > >>>> If the kernel has SELinux and it is not in permissive mode, it should > >>>> execute load_policy > >> > >> Yes in permissive mode load_policy will return 2 if it can not load policy. > >> I guess dracut should also look in /etc/selinux/config to see if the > >> SELINUX environment variable is not set to enforcing. > > > > What about interaction with the kernel command line? What the kernel was given > > is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says > > enabled, shouldn't the kernel command line take priority? > > > > > Yes kernel command line wins. > > Second is /etc/selinux/config (SELINUX) line > > Execute the kernel command line to initialize the > selinux and enforcing environment variables. cmdline options are (selinux=0 to disable SELinux) (enforcing=0 to put selinux in permissive mode) > > > then dracut should execute > . /etc/selinux/config > if [ "$selinux" != 0 && "$enforcing" != 0 && "$SELINUX" == "enforcing" ]; then > load_policy > if $? != 0; ReportError() && blow up > elif [ ""$selinux" != 0 && ("$enforcing" == 0 || $SELINUX" == "permissive") ]; then > load_policy > if $? != 0; ReportError() > # Continue no matter what > elif [ "$selinux == 0" || "$enforcing" == 0 || "$SELINUX" == "disabled" ]; then > # Continue no matter what, although it would nice to tell the kernel to drop SELinux support > elif > Report_error() > Blow Up > endif You mean load_policy -i, right? That's the initial policy load that happens at boot. -- Stephen Smalley National Security Agency From walters at verbum.org Fri Sep 18 14:42:11 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 14:42:11 +0000 Subject: default fonts in Fedora In-Reply-To: <4AB393BF.4090907@redhat.com> References: <4AB393BF.4090907@redhat.com> Message-ID: On Fri, Sep 18, 2009 at 2:05 PM, Daniel Mach wrote: > I've manually installed KDE desktop (yum install ..., i.e. without > anaconda) and found that no fonts were installed. Use "yum groupinstall" to add a desktop. From dmach at redhat.com Fri Sep 18 14:51:54 2009 From: dmach at redhat.com (Daniel Mach) Date: Fri, 18 Sep 2009 16:51:54 +0200 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> Message-ID: <4AB39E8A.8030909@redhat.com> On 09/18/2009 04:42 PM, Colin Walters wrote: > On Fri, Sep 18, 2009 at 2:05 PM, Daniel Mach wrote: > >> I've manually installed KDE desktop (yum install ..., i.e. without >> anaconda) and found that no fonts were installed. >> > Use "yum groupinstall" to add a desktop. > > Which group should I install? yum install @base-x is definitely not a good choice, it installs a lot of packages I don't really want. It's 107 additional packages to my current installation. -- Daniel Mach Release Engineering, Red Hat From dwalsh at redhat.com Fri Sep 18 14:55:39 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 10:55:39 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <1253283956.17871.103.camel@moss-pluto.epoch.ncsc.mil> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> <1253282704.17871.99.camel@moss-pluto.epoch.ncsc.mil> <4AB3964F.2050200@redhat.com> <1253283956.17871.103.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <4AB39F6B.6000608@redhat.com> On 09/18/2009 10:25 AM, Stephen Smalley wrote: > On Fri, 2009-09-18 at 10:16 -0400, Daniel J Walsh wrote: >> On 09/18/2009 10:05 AM, Stephen Smalley wrote: >>> On Fri, 2009-09-18 at 10:01 -0400, Steve Grubb wrote: >>>> On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: >>>>>>> If the kernel has SELinux and it is not in permissive mode, it should >>>>>>> execute load_policy >>>>> >>>>> Yes in permissive mode load_policy will return 2 if it can not load policy. >>>>> I guess dracut should also look in /etc/selinux/config to see if the >>>>> SELINUX environment variable is not set to enforcing. >>>> >>>> What about interaction with the kernel command line? What the kernel was given >>>> is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says >>>> enabled, shouldn't the kernel command line take priority? >>> >>> That all gets taken care of inside of libselinux >>> selinux_init_load_policy() function, which is what load_policy calls. >>> >>>> >>>>>> You mean if the machine is in permissive mode, it should load_policy, but >>>>>> not crash. But it should log the reason so it can be debugged. >>>>>> >>>>>>> Load_policy will exit with 0 on success or 2 on failure and SELinux in >>>>>>> permissive mode. >>>>>> >>>>>> And if chroot fails, we need to handle it. >>>>> >>>>> This will probably crash anyways >>>> >>>> In the code I looked at, only if it returned 3... >>> >>> load_policy exits with 3 if the load policy failed and the system was >>> supposed to be in enforcing mode (based on the combination of kernel >>> command line arguments, which do take precedence, and >>> the /etc/selinux/config setting). It exits with 2 if the load policy >>> failed and the system was supposed to be permissive. >>> >> Right but what happens if load_policy is called with the wrong parameter? >> What happens if load_policy can not be called because of permission denied? > > I'm not entirely clear as to why you are asking, but: > $ load_policy --foo > load_policy: invalid option -- '-' > usage: load_policy [-qi] > $ echo $? > 1 > $ runcon system_u:system_r:httpd_t:s0 load_policy > runcon: load_policy: Permission denied > $ echo $? > 126 > > Are you just saying that dracut needs to fail closed (i.e. halt the > system) if the exit code is anything other than 0 (success) or 2 (failed > but permissive)? > Well it is not that simple. If the kernel cmdline had selinux=0 or enforcing=0 or /etc/selinux/config had SELINUX=disabled or SELINUX=permissive then it should continue, otherwise the machine has to be assumed to be in enforcing mode, so if it can not load policy it is a system failure. I would figure this is what the MLS crowd would want. You configured the machine to run in enforcing mode and the system can not load policy for some reason, you need to crash. This is what the old patches did. From dmalcolm at redhat.com Fri Sep 18 14:53:44 2009 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 18 Sep 2009 10:53:44 -0400 Subject: GNU libc confusion with symbols undefined. In-Reply-To: References: Message-ID: <1253285624.3186.40.camel@radiator.bos.redhat.com> On Fri, 2009-09-18 at 09:21 -0500, Brown, Rodrick wrote: > I'm trying to understand the following here > > I have a simple test program that calls memcpy/malloc/printf > > int > main(int argc, char **argv) > { > char * p = malloc(10); > memcpy(p,"Hello",6); > printf("%s\n", p); > } > > When looking at the symbol list why are the following routines undefined? And why is it referncing GLIBC_2.2.5? > > $ nm /tmp/f |grep ' U ' > U __libc_start_main@@GLIBC_2.2.5 > U malloc@@GLIBC_2.2.5 > U memcpy@@GLIBC_2.2.5 > U printf@@GLIBC_2.2.5 > > $ rpm -qa |grep -i glibc > glibc-2.3.4-2.41 > glibc-common-2.3.4-2.41 > glibc-2.3.4-2.41 > > I really can't find an explination for this and was wondering if someone could clear it up. libc has "versioned symbols", and you're linking against the default implementations of each of the three symbols, as defined in the version of libc you built against (the "@@" notation means the default version of a versioned symbol). For detailed information on this, see: http://people.redhat.com/drepper/dsohowto.pdf and for the most detail, see: http://people.redhat.com/drepper/symbol-versioning Hope this helps Dave From walters at verbum.org Fri Sep 18 14:58:39 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 14:58:39 +0000 Subject: default fonts in Fedora In-Reply-To: <4AB39E8A.8030909@redhat.com> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> Message-ID: On Fri, Sep 18, 2009 at 2:51 PM, Daniel Mach wrote: > > Which group should I install? > yum install @base-x is definitely not a good choice, it installs a lot of > packages I don't really want. > It's 107 additional packages to my current installation. I'm just explaining the supported way to install a desktop (in the case of what I manage that's gnome-desktop), if it's too big for your constraints then you can try removing applications (this requires "yum shell" or a kickstart file), or wait for us to figure out how to sanely split off localization data... From ajax at redhat.com Fri Sep 18 15:01:25 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 18 Sep 2009 11:01:25 -0400 Subject: Mouse pointer freezing in f12 and f11 In-Reply-To: <1253250661.10318.12.camel@moose.localdomain> References: <1252574985.2584.11.camel@localhost> <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> <1253099750.2709.19.camel@moose.localdomain> <1253250661.10318.12.camel@moose.localdomain> Message-ID: <1253286085.15274.7798.camel@atropine.boston.devel.redhat.com> On Fri, 2009-09-18 at 15:11 +1000, Rodd Clarkson wrote: > On Wed, 2009-09-16 at 21:15 +1000, Rodd Clarkson wrote: > > I'm pretty sure that this problem only occurs before I've cycled through > > a suspend-resume. > > > > I suspect bluetooth issues because the bluetooth icon appears until I do > > the suspend-resume cycle and then the icon doesn't appear and bluetooth > > doesn't work (but the mouse does). > > > > Keyboard navigation still works, and I can switch to a VT too. > > Alright, I've had this happen after a suspend-resume cycle, and it > appears that it's not bluetooth related as the output of xinput is the > same before as after. > > Do you want me to file a bug on this and then work from there? Yeah. Likely a kernel bug. Try running something like evtest on the pointer device after resume and see if you get events at all: http://people.freedesktop.org/~ajax/evtest.c If you get events that way, then X is confused; if you don't, then the kernel driver is confused. - ajax -------------- 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 dwalsh at redhat.com Fri Sep 18 15:02:38 2009 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 18 Sep 2009 11:02:38 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <1253284074.17871.105.camel@moss-pluto.epoch.ncsc.mil> References: <200909171729.02708.sgrubb@redhat.com> <200909180944.55816.sgrubb@redhat.com> <4AB39104.3040501@redhat.com> <200909181001.05893.sgrubb@redhat.com> <4AB39610.2080801@redhat.com> <1253284074.17871.105.camel@moss-pluto.epoch.ncsc.mil> Message-ID: <4AB3A10E.60701@redhat.com> On 09/18/2009 10:27 AM, Stephen Smalley wrote: > On Fri, 2009-09-18 at 10:15 -0400, Daniel J Walsh wrote: >> On 09/18/2009 10:01 AM, Steve Grubb wrote: >>> On Friday 18 September 2009 09:54:12 am Daniel J Walsh wrote: >>>>>> If the kernel has SELinux and it is not in permissive mode, it should >>>>>> execute load_policy >>>> >>>> Yes in permissive mode load_policy will return 2 if it can not load policy. >>>> I guess dracut should also look in /etc/selinux/config to see if the >>>> SELINUX environment variable is not set to enforcing. >>> >>> What about interaction with the kernel command line? What the kernel was given >>> is listed in /proc/cmdline. iow, if I boot with selinux=0 and the config says >>> enabled, shouldn't the kernel command line take priority? >>> >>> >> Yes kernel command line wins. >> >> Second is /etc/selinux/config (SELINUX) line >> >> Execute the kernel command line to initialize the >> selinux and enforcing environment variables. cmdline options are (selinux=0 to disable SELinux) (enforcing=0 to put selinux in permissive mode) >> >> >> then dracut should execute >> . /etc/selinux/config >> if [ "$selinux" != 0 && "$enforcing" != 0 && "$SELINUX" == "enforcing" ]; then >> load_policy >> if $? != 0; ReportError() && blow up >> elif [ ""$selinux" != 0 && ("$enforcing" == 0 || $SELINUX" == "permissive") ]; then >> load_policy >> if $? != 0; ReportError() >> # Continue no matter what >> elif [ "$selinux == 0" || "$enforcing" == 0 || "$SELINUX" == "disabled" ]; then >> # Continue no matter what, although it would nice to tell the kernel to drop SELinux support >> elif >> Report_error() >> Blow Up >> endif > > You mean load_policy -i, right? That's the initial policy load that > happens at boot. > Yes sorry, I was just trying to write this up in pseudo code, "load_policy -i" is required. From ajax at redhat.com Fri Sep 18 15:07:47 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 18 Sep 2009 11:07:47 -0400 Subject: GNU libc confusion with symbols undefined. In-Reply-To: References: Message-ID: <1253286467.15274.7808.camel@atropine.boston.devel.redhat.com> On Fri, 2009-09-18 at 09:21 -0500, Brown, Rodrick wrote: > I'm trying to understand the following here > > I have a simple test program that calls memcpy/malloc/printf > > int > main(int argc, char **argv) > { > char * p = malloc(10); > memcpy(p,"Hello",6); > printf("%s\n", p); > } > > When looking at the symbol list why are the following routines undefined? And why is it referncing GLIBC_2.2.5? > > $ nm /tmp/f |grep ' U ' > U __libc_start_main@@GLIBC_2.2.5 > U malloc@@GLIBC_2.2.5 > U memcpy@@GLIBC_2.2.5 > U printf@@GLIBC_2.2.5 They're "undefined" in your binary because your binary does not define them. It references them, and some other library you're linked against provides them. - ajax -------------- 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 rodrick.brown at citi.com Fri Sep 18 15:19:38 2009 From: rodrick.brown at citi.com (Brown, Rodrick ) Date: Fri, 18 Sep 2009 10:19:38 -0500 Subject: GNU libc confusion with symbols undefined. In-Reply-To: <1253285624.3186.40.camel@radiator.bos.redhat.com> Message-ID: Dave so essentially @@GLIBC_2.2.5 is the symbol version set this release is based on? Not necessarily having anything to do with the underlying RPM package version? This is what I'm getting from your explanation. One question I'm still uncertain about is why do these symbols still show up as undefined? -----Original Message----- From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of David Malcolm Sent: Friday, September 18, 2009 10:54 AM To: Development discussions related to Fedora Subject: Re: GNU libc confusion with symbols undefined. On Fri, 2009-09-18 at 09:21 -0500, Brown, Rodrick wrote: > I'm trying to understand the following here > > I have a simple test program that calls memcpy/malloc/printf > > int > main(int argc, char **argv) > { > char * p = malloc(10); > memcpy(p,"Hello",6); > printf("%s\n", p); > } > > When looking at the symbol list why are the following routines undefined? And why is it referncing GLIBC_2.2.5? > > $ nm /tmp/f |grep ' U ' > U __libc_start_main@@GLIBC_2.2.5 > U malloc@@GLIBC_2.2.5 > U memcpy@@GLIBC_2.2.5 > U printf@@GLIBC_2.2.5 > > $ rpm -qa |grep -i glibc > glibc-2.3.4-2.41 > glibc-common-2.3.4-2.41 > glibc-2.3.4-2.41 > > I really can't find an explination for this and was wondering if someone could clear it up. libc has "versioned symbols", and you're linking against the default implementations of each of the three symbols, as defined in the version of libc you built against (the "@@" notation means the default version of a versioned symbol). For detailed information on this, see: http://people.redhat.com/drepper/dsohowto.pdf and for the most detail, see: http://people.redhat.com/drepper/symbol-versioning Hope this helps Dave -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list From rodrick.brown at citi.com Fri Sep 18 15:20:38 2009 From: rodrick.brown at citi.com (Brown, Rodrick ) Date: Fri, 18 Sep 2009 10:20:38 -0500 Subject: GNU libc confusion with symbols undefined. In-Reply-To: <1253286467.15274.7808.camel@atropine.boston.devel.redhat.com> Message-ID: Thanks!! -----Original Message----- From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list-bounces at redhat.com] On Behalf Of Adam Jackson Sent: Friday, September 18, 2009 11:08 AM To: Development discussions related to Fedora Subject: Re: GNU libc confusion with symbols undefined. On Fri, 2009-09-18 at 09:21 -0500, Brown, Rodrick wrote: > I'm trying to understand the following here > > I have a simple test program that calls memcpy/malloc/printf > > int > main(int argc, char **argv) > { > char * p = malloc(10); > memcpy(p,"Hello",6); > printf("%s\n", p); > } > > When looking at the symbol list why are the following routines undefined? And why is it referncing GLIBC_2.2.5? > > $ nm /tmp/f |grep ' U ' > U __libc_start_main@@GLIBC_2.2.5 > U malloc@@GLIBC_2.2.5 > U memcpy@@GLIBC_2.2.5 > U printf@@GLIBC_2.2.5 They're "undefined" in your binary because your binary does not define them. It references them, and some other library you're linked against provides them. - ajax From walters at verbum.org Fri Sep 18 15:22:31 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 15:22:31 +0000 Subject: Upload debug-like-info to Mozilla servers every update In-Reply-To: <4AB3862F.4040207@redhat.com> References: <4AB3862F.4040207@redhat.com> Message-ID: On Fri, Sep 18, 2009 at 1:07 PM, Jan Horak wrote: > Hi, > we would like to cooperate with Mozilla on reporting crashes into their bug > reporting tool (http://crash-stats.mozilla.com/). To do so it is required to > upload debug-like-info to specified location on remote server. This task > should be done the same time the xulrunner, firefox or thunderbird package > is going to released. I would like to know if there is some way to do it > right now or if there is any way how can I participate. For further > reference the details of how it is done is located here: We could do that, but a more ideal world would be where our ABRT system can give them as useful and reliable data as their usage of breakpad on Windows and OS X does. There are multiple components here, the biggest of which is that we need to avoid requiring a Bugzilla account for crash submissions, and we need to make it about one click. Once we have the data reliably, Mozilla could pull crashes from our system into theirs, say a cron job which just does: wget http://crashes.fedoraproject.org/package/mozilla/20091018.tar.gz And Fedora really needs an equivalent UI to crash-stats.mozilla.com but that's another topic. From walters at verbum.org Fri Sep 18 15:25:13 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 15:25:13 +0000 Subject: Upload debug-like-info to Mozilla servers every update In-Reply-To: <4AB3862F.4040207@redhat.com> References: <4AB3862F.4040207@redhat.com> Message-ID: On Fri, Sep 18, 2009 at 1:07 PM, Jan Horak wrote: > Hi, > we would like to cooperate with Mozilla on reporting crashes into their bug > reporting tool (http://crash-stats.mozilla.com/). To do so it is required to > upload debug-like-info to specified location on remote server. This task > should be done the same time the xulrunner, firefox or thunderbird package > is going to released. For this though couldn't the code live on the Mozilla server side? They already have server side code AFAIK to pull in data from the Windows symbol server which is conceptually equivalent. From ajax at redhat.com Fri Sep 18 15:29:29 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 18 Sep 2009 11:29:29 -0400 Subject: default fonts in Fedora In-Reply-To: <4AB39E8A.8030909@redhat.com> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> Message-ID: <1253287769.15274.7846.camel@atropine.boston.devel.redhat.com> On Fri, 2009-09-18 at 16:51 +0200, Daniel Mach wrote: > On 09/18/2009 04:42 PM, Colin Walters wrote: > > On Fri, Sep 18, 2009 at 2:05 PM, Daniel Mach wrote: > > > >> I've manually installed KDE desktop (yum install ..., i.e. without > >> anaconda) and found that no fonts were installed. > >> > > Use "yum groupinstall" to add a desktop. > > > > > Which group should I install? > yum install @base-x is definitely not a good choice, it installs a lot > of packages I don't really want. > It's 107 additional packages to my current installation. @base-x is a pretty broken comps group, to be honest. I'd really like to see a split between "the minimal stuff needed to make X work" and "a bunch of desktop-agnostic stuff". Actually, that's not true. Someone should own the choose-your-own-adventure desktop experience and come up with a decent way of selecting devilspie/fluxbox/twm/ratpoison etc. And I'm going to bet that that won't be comps groups, which means they shouldn't be listed in comps at all. - ajax -------------- 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 martin.langhoff at gmail.com Fri Sep 18 15:29:48 2009 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Fri, 18 Sep 2009 17:29:48 +0200 Subject: Xinetd resurrection In-Reply-To: <200909180939.11898.sgrubb@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <20090918143403.3f2c3c50@dhcp03.addix.net> <200909180939.11898.sgrubb@redhat.com> Message-ID: <46a038f90909180829n740aceb3qa4d867564eb314cd@mail.gmail.com> On Fri, Sep 18, 2009 at 3:39 PM, Steve Grubb wrote: >> I always thought that one reason for xinetd was the capability of running >> network servers without actually having any network code in the server. > > Its network code, it just doesn't do listen/accept. :) Of course xinetd also > takes care of restricting access a number of ways like time of day , network, > tcp_wrappers, and setting up the uid/group... Yes. I use it to write small network services and not have to worry about implementing all the rate control and access limiting stuff. And some of these services are written in python, and seldom used; xinetd saves a ton of memory. In other words, xinetd is a saviour when you are running OLPC's School Servers :-) m -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From rdieter at math.unl.edu Fri Sep 18 15:40:12 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Sep 2009 10:40:12 -0500 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> Message-ID: <4AB3A9DC.7020706@math.unl.edu> Colin Walters wrote: > On Fri, Sep 18, 2009 at 2:51 PM, Daniel Mach wrote: >> Which group should I install? >> yum install @base-x is definitely not a good choice, it installs a lot of >> packages I don't really want. >> It's 107 additional packages to my current installation. > > I'm just explaining the supported way to install a desktop (in the > case of what I manage that's gnome-desktop) As far as I can tell, gnome-desktop doesn't include explicit (default or otherwise) fonts either. Shouldn't a good/default set of monospace/sans/serif fonts get pulled in from somewhere, somehow? Am I missing something? Would be going too far to be adding to (to some/all) font-providing packages, something like: Provides: monospace-fonts Provides: sans-fonts and Requires's these somewhere? (an initial/naive choice might be in fontconfig perhaps) -- Rex From walters at verbum.org Fri Sep 18 15:46:50 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 15:46:50 +0000 Subject: default fonts in Fedora In-Reply-To: <4AB3A9DC.7020706@math.unl.edu> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: > > As far as I can tell, gnome-desktop doesn't include explicit (default or > otherwise) fonts either. I haven't dug through the dependency graph yet, but looking at fedora-livecd-desktop.ks: google-droid-sans-fonts google-droid-sans-mono-fonts google-droid-serif-fonts These are wrong and should be in the comps group. Looks like Matthias added them. I'll move them to comps now. > Shouldn't a good/default set of monospace/sans/serif fonts get pulled in > from somewhere, somehow? ?Am I missing something? I have no opinion personally on whether this should live in the package dependency graph (and if so, where). From walters at verbum.org Fri Sep 18 15:55:35 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 15:55:35 +0000 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: On Fri, Sep 18, 2009 at 3:46 PM, Colin Walters wrote: > On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: >> >> As far as I can tell, gnome-desktop doesn't include explicit (default or >> otherwise) fonts either. > > I haven't dug through the dependency graph yet, but looking at > fedora-livecd-desktop.ks: > > google-droid-sans-fonts > google-droid-sans-mono-fonts > google-droid-serif-fonts > > These are wrong and should be in the comps group. ?Looks like Matthias > added them. ?I'll move them to comps now. Patches attached; Matthias could you review? -------------- next part -------------- A non-text attachment was scrubbed... Name: comps.patch Type: text/x-patch Size: 1738 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001--fedora-livecd-desktop-Move-google-droid-fonts-to-c.patch Type: text/x-patch Size: 782 bytes Desc: not available URL: From rdieter at math.unl.edu Fri Sep 18 15:59:45 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Sep 2009 10:59:45 -0500 Subject: default fonts in Fedora References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: Colin Walters wrote: > On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: >> >> As far as I can tell, gnome-desktop doesn't include explicit (default or >> otherwise) fonts either. > > I haven't dug through the dependency graph yet, but looking at > fedora-livecd-desktop.ks: > > google-droid-sans-fonts > google-droid-sans-mono-fonts > google-droid-serif-fonts > > These are wrong and should be in the comps group. Looks like Matthias > added them. I'll move them to comps now. I guess I'll do similarly for @kde-desktop, until a better solution lands. -- Rex From walters at verbum.org Fri Sep 18 16:00:17 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 16:00:17 +0000 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: On Fri, Sep 18, 2009 at 3:59 PM, Rex Dieter wrote: > Colin Walters wrote: > >> On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: >>> >>> As far as I can tell, gnome-desktop doesn't include explicit (default or >>> otherwise) fonts either. >> >> I haven't dug through the dependency graph yet, but looking at >> fedora-livecd-desktop.ks: >> >> google-droid-sans-fonts >> google-droid-sans-mono-fonts >> google-droid-serif-fonts >> >> These are wrong and should be in the comps group. ?Looks like Matthias >> added them. ?I'll move them to comps now. > > I guess I'll do similarly for @kde-desktop, until a better solution lands. We could put them in base-x I guess, the definition of which seems to vaguely be "stuff shared between gnome-desktop and kde-desktop". From sgrubb at redhat.com Fri Sep 18 16:03:05 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 12:03:05 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <200909171729.02708.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> Message-ID: <200909181203.05589.sgrubb@redhat.com> On Thursday 17 September 2009 05:29:02 pm Steve Grubb wrote: > If selinux is not disabled and it does not become permissive or enforcing, > it has to get logged and optionally shutdown the system. > > Aside from no logging, any ideas why selinux no longer works? A few minutes ago, I updated to the new dracut in rawhide & then I updated everything else which updated the kernel and presumably build a new initrd. Now, with the new dracut there is some logging which helps diagnose the problem: dracut: Loading SELinux policy dracut: SELinux: Could not load policy file /etc/selinux/targeted/policy/policy.24: Invalid argument dracut: /sbin/load_policy: Can't load policy: Invalid argument So...where does this lead us? -Steve From jonstanley at gmail.com Fri Sep 18 16:03:59 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 18 Sep 2009 12:03:59 -0400 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: On Sat, Sep 12, 2009 at 10:30 PM, Kevin Kofler wrote: > Neither am I. Yet I do all I can to stay reachable. Right, but even still, I don't really think that "you're not online for a week, you're gone!" is the right approach. There are probably a good many packagers that don't check in once a week or more. Not the case for you or I obviously, but I wouldn't discount that they exist. There have been times when I'm on vacation in the middle of nowhere and couldn't get Internet, etc. Do I have to orphan all my packages when I'm planning on being on vacation for two weeks? There are also times when I can get Internet but would prefer not to, etc. Jon "writing this at 38,000 feet on the way to SFO" Stanley From sundaram at fedoraproject.org Fri Sep 18 16:05:26 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 18 Sep 2009 21:35:26 +0530 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: <4AB3AFC6.3030700@fedoraproject.org> On 09/18/2009 09:33 PM, Jon Stanley wrote: > On Sat, Sep 12, 2009 at 10:30 PM, Kevin Kofler wrote: > >> Neither am I. Yet I do all I can to stay reachable. > > Right, but even still, I don't really think that "you're not online > for a week, you're gone!" is the right approach. There are probably a > good many packagers that don't check in once a week or more. Not the > case for you or I obviously, but I wouldn't discount that they exist. So, what would be the right approach? The current policy seems deficient or needs to be complimented by automated checks for activity. Monitoring how many bug reports go unanswered by maintainers for example. Rahul From cmadams at hiwaay.net Fri Sep 18 16:19:47 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 18 Sep 2009 11:19:47 -0500 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: <20090918161947.GB580085@hiwaay.net> Once upon a time, Jon Stanley said: > On Sat, Sep 12, 2009 at 10:30 PM, Kevin Kofler wrote: > > Neither am I. Yet I do all I can to stay reachable. > > Right, but even still, I don't really think that "you're not online > for a week, you're gone!" is the right approach. There are probably a > good many packagers that don't check in once a week or more. Not the > case for you or I obviously, but I wouldn't discount that they exist. I only have 2 minor packages (both of which will probably not change again), so it isn't a big deal for me, but I would say one week is too short. I was recently on vacation for a week where I barely had time to look at a computer (Dragon*Con, where I was on staff). I checked my email at most once a day, and I certainly wouldn't have been able to do any package work during that time. In a couple of weeks, I get to report to a US district court for jury duty for "approximately two weeks" in a small town (that had a RHL beta release series named after it!); who knows how much I'll be able to get online during that time. -- 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 Fri Sep 18 16:20:36 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Sat, 19 Sep 2009 01:20:36 +0900 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: <4AB3B354.2040705@ioa.s.u-tokyo.ac.jp> Colin Walters wrote, at 09/19/2009 12:55 AM +9:00: > On Fri, Sep 18, 2009 at 3:46 PM, Colin Walters wrote: >> On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: >>> As far as I can tell, gnome-desktop doesn't include explicit (default or >>> otherwise) fonts either. >> I haven't dug through the dependency graph yet, but looking at >> fedora-livecd-desktop.ks: >> >> google-droid-sans-fonts >> google-droid-sans-mono-fonts >> google-droid-serif-fonts >> >> These are wrong and should be in the comps group. Looks like Matthias >> added them. I'll move them to comps now. > > Patches attached; Matthias could you review? > Well, just FYI there is a complaint that currently google-droid-XXX-fonts breaks Japanese default desktop font. It is rather annoying problem for CJK users what the "default" font is. https://bugzilla.redhat.com/show_bug.cgi?id=517789 By the way I have never tried to install google-droid-XXX-fonts, however I think most Japanese (and CJK) users won't need or use these fonts. Mamoru From jonstanley at gmail.com Fri Sep 18 16:23:13 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 18 Sep 2009 12:23:13 -0400 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <4AB3AFC6.3030700@fedoraproject.org> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> <4AB3AFC6.3030700@fedoraproject.org> Message-ID: On Fri, Sep 18, 2009 at 12:05 PM, Rahul Sundaram wrote: > Monitoring > how many bug reports go unanswered by maintainers for example. That would be a good start. One could produce a report (sounds like I'm volunteering, but I have no time this weekend because of my brother's wedding) for something like "packages with no response from the maintainer for ~3 months". Actually writing this may be harder than it sounds, though - I could certainly find unmodified bugs, but what if they were modified by someone/something other than the maintainer? From walters at verbum.org Fri Sep 18 16:29:46 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 16:29:46 +0000 Subject: default fonts in Fedora In-Reply-To: <4AB3B354.2040705@ioa.s.u-tokyo.ac.jp> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <4AB3B354.2040705@ioa.s.u-tokyo.ac.jp> Message-ID: On Fri, Sep 18, 2009 at 4:20 PM, Mamoru Tasaka wrote: > > Well, just FYI there is a complaint that currently google-droid-XXX-fonts > breaks > Japanese default desktop font. It is rather annoying problem for CJK > users what the "default" font is. > > > By the way I have never tried to install google-droid-XXX-fonts, however > I think most Japanese (and CJK) users won't need or use these fonts. Ssounds like an important bug but it looks like more knowledgable people than me are on top of it; what I'm trying to rectify here is that the desktop spin kickstart should not be creating a non-subtractive delta from the comps group, or in other words it should just be subtraction for space. Whether droid is installed/used by default is another issue entirely. From walters at verbum.org Fri Sep 18 16:31:49 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 18 Sep 2009 16:31:49 +0000 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <4AB3B354.2040705@ioa.s.u-tokyo.ac.jp> Message-ID: On Fri, Sep 18, 2009 at 4:29 PM, Colin Walters wrote: > > Whether droid is installed/used by default is another issue entirely. Is there a feature page for this by the way? (I didn't see one in a quick search). From opensource at till.name Fri Sep 18 16:39:29 2009 From: opensource at till.name (Till Maas) Date: Fri, 18 Sep 2009 18:39:29 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: <20090918163929.GA27863@genius.kawo2.rwth-aachen.de> On Fri, Sep 18, 2009 at 12:03:59PM -0400, Jon Stanley wrote: > On Sat, Sep 12, 2009 at 10:30 PM, Kevin Kofler wrote: > > > Neither am I. Yet I do all I can to stay reachable. > > Right, but even still, I don't really think that "you're not online > for a week, you're gone!" is the right approach. There are probably a > good many packagers that don't check in once a week or more. Not the > case for you or I obviously, but I wouldn't discount that they exist. > > There have been times when I'm on vacation in the middle of nowhere > and couldn't get Internet, etc. Do I have to orphan all my packages > when I'm planning on being on vacation for two weeks? There are also > times when I can get Internet but would prefer not to, etc. The current non-responsive maintainer policy and even my proposal won't exclude anyone from Fedora, just because he is not online. So in case a issue cannot be handled by someone and the process is executed, then the old maintainer can still become maintainer of their packages again afaics. Imho it is more important to fix bugs or issues, than to make sure that packages are only maintained by certain people. Maybe there will be even co-maintainers after the non-responsive maintainer policy is executed. The one who will maintain it after the procedure and the original maintainer if he or she becomes resposive again. Regards Till From tomek at pipebreaker.pl Fri Sep 18 16:39:57 2009 From: tomek at pipebreaker.pl (Tomasz Torcz) Date: Fri, 18 Sep 2009 18:39:57 +0200 Subject: selinux hasn't been running for over a week In-Reply-To: <200909181203.05589.sgrubb@redhat.com> References: <200909171729.02708.sgrubb@redhat.com> <200909181203.05589.sgrubb@redhat.com> Message-ID: <20090918163957.GA9254@mother.pipebreaker.pl> On Fri, Sep 18, 2009 at 12:03:05PM -0400, Steve Grubb wrote: > On Thursday 17 September 2009 05:29:02 pm Steve Grubb wrote: > > If selinux is not disabled and it does not become permissive or enforcing, > > it has to get logged and optionally shutdown the system. > > > > Aside from no logging, any ideas why selinux no longer works? > > A few minutes ago, I updated to the new dracut in rawhide & then I updated > everything else which updated the kernel and presumably build a new initrd. > Now, with the new dracut there is some logging which helps diagnose the > problem: > > dracut: Loading SELinux policy > dracut: SELinux: Could not load policy file > /etc/selinux/targeted/policy/policy.24: Invalid argument > dracut: /sbin/load_policy: Can't load policy: Invalid argument > > So...where does this lead us? When updating through yum today I saw something about wrong module for ModemManager or NetworkManager. I haven't written down exact message, but I hope that helps. And yes, dracut message is not helping at all. Maybe "dmesg" output carry more info and should be displayed also? -- Tomasz Torcz Only gods can safely risk perfection, xmpp: zdzichubg at chrome.pl it's a dangerous thing for a man. -- Alia -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 238 bytes Desc: not available URL: From notting at redhat.com Fri Sep 18 16:41:05 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Sep 2009 12:41:05 -0400 Subject: Xinetd resurrection In-Reply-To: <200909180931.50015.jzeleny@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> Message-ID: <20090918164105.GM23302@nostromo.devel.redhat.com> Jan Zeleny (jzeleny at redhat.com) said: > I'm current maintainer of xinetd in Fedora. Lately I've been inspecting some > major patches and I was informed that upstream is pretty much dead. I think > this project is interesting and it's worth to try to resurrect it. > > My plan is to start project on fedora hosted and basically rebuild the whole > source code, so it is more clean and can be extended/maintained easily if > needed. > > I already have one developer, who is willing to join me. I'd like to know your > opinion of this project. And of course if there is anybody who would like to > join, just let me know, I'd be happy to gather some more people to work on > this. Active, available maintainers are generally a good thing. I wouldn't worry much about extending it - it's essentially legacy code at this point. Bill From rdieter at math.unl.edu Fri Sep 18 16:12:33 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 18 Sep 2009 11:12:33 -0500 Subject: GraphicsMagick-1.3.x for F-11 (ABI change) Message-ID: <4AB3B171.40701@math.unl.edu> Heads up, I'm working on a GM-1.3.7 update to F-11 which includes an ABI break. I'll be taking care of building/fixing dependent packages (including dvdauthor, koffice). -- Rex _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From notting at redhat.com Fri Sep 18 16:44:20 2009 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Sep 2009 12:44:20 -0400 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: <20090918164419.GN23302@nostromo.devel.redhat.com> Colin Walters (walters at verbum.org) said: > On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: > > > > As far as I can tell, gnome-desktop doesn't include explicit (default or > > otherwise) fonts either. > > I haven't dug through the dependency graph yet, but looking at > fedora-livecd-desktop.ks: > > google-droid-sans-fonts > google-droid-sans-mono-fonts > google-droid-serif-fonts > > These are wrong and should be in the comps group. Looks like Matthias > added them. I'll move them to comps now. Is there a reason we make these the default instead of the more-or-less current default of dejavu? Bill From sgrubb at redhat.com Fri Sep 18 16:48:41 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Fri, 18 Sep 2009 12:48:41 -0400 Subject: selinux hasn't been running for over a week In-Reply-To: <20090918163957.GA9254@mother.pipebreaker.pl> References: <200909171729.02708.sgrubb@redhat.com> <200909181203.05589.sgrubb@redhat.com> <20090918163957.GA9254@mother.pipebreaker.pl> Message-ID: <200909181248.41577.sgrubb@redhat.com> On Friday 18 September 2009 12:39:57 pm Tomasz Torcz wrote: > On Fri, Sep 18, 2009 at 12:03:05PM -0400, Steve Grubb wrote: > > On Thursday 17 September 2009 05:29:02 pm Steve Grubb wrote: > > > If selinux is not disabled and it does not become permissive or > > > enforcing, it has to get logged and optionally shutdown the system. > > > > > > Aside from no logging, any ideas why selinux no longer works? > > > > A few minutes ago, I updated to the new dracut in rawhide & then I > > updated everything else which updated the kernel and presumably build a > > new initrd. Now, with the new dracut there is some logging which helps > > diagnose the problem: > > > > dracut: Loading SELinux policy > > dracut: SELinux: Could not load policy file > > /etc/selinux/targeted/policy/policy.24: Invalid argument > > dracut: /sbin/load_policy: Can't load policy: Invalid argument > > > > So...where does this lead us? > > When updating through yum today I saw something about wrong > module for ModemManager or NetworkManager. I haven't written down > exact message, but I hope that helps. Yeah, saw that too, but that was fixed with libsemanage update. > And yes, dracut message is not helping at all. Maybe "dmesg" > output carry more info and should be displayed also? This was from dmesg, so its now being logged. -Steve From a.badger at gmail.com Fri Sep 18 16:48:53 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 18 Sep 2009 09:48:53 -0700 Subject: Anyone know jgranado? Message-ID: <4AB3B9F5.6040204@gmail.com> Hi, is jgranado reading this list or anyone know where he is? We're having a problem with the way he's setup his FAS account and bugzilla account. If he can get in touch with me I can straighten everything out. If not, we'll eventually need to orphan his packages to stop the errors we're currently getting. Thanks, Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kevin.kofler at chello.at Fri Sep 18 18:01:15 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 18 Sep 2009 20:01:15 +0200 Subject: default fonts in Fedora References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Colin Walters (walters at verbum.org) said: >> google-droid-sans-fonts >> google-droid-sans-mono-fonts >> google-droid-serif-fonts > > Is there a reason we make these the default instead of the more-or-less > current default of dejavu? Good question, especially considering that DejaVu has far better glyph coverage than google-droid. (The foundry which makes the Droid fonts sells a "Pro" version with higher glyph coverage, which we obviously cannot ship for both licensing and royalty reasons.) I think this is a step backwards. Kevin Kofler From kevin.kofler at chello.at Fri Sep 18 18:03:59 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 18 Sep 2009 20:03:59 +0200 Subject: GNU libc confusion with symbols undefined. References: <1253285624.3186.40.camel@radiator.bos.redhat.com> Message-ID: Brown, Rodrick wrote: > Dave so essentially @@GLIBC_2.2.5 is the symbol version set this release > is based on? Not necessarily having anything to do with the underlying RPM > package version? This is what I'm getting from your explanation. Those symbols have not changed since version 2.2.5, so the symbol version is still 2.2.5. Kevin Kofler From mschwendt at gmail.com Fri Sep 18 18:09:58 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Fri, 18 Sep 2009 20:09:58 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> <4AB3AFC6.3030700@fedoraproject.org> Message-ID: <20090918200958.1113624e@faldor.intranet> On Fri, 18 Sep 2009 12:23:13 -0400, Jon wrote: > > Monitoring > > how many bug reports go unanswered by maintainers for example. > > That would be a good start. One could produce a report (sounds like > I'm volunteering, but I have no time this weekend because of my > brother's wedding) for something like "packages with no response from > the maintainer for ~3 months". > > Actually writing this may be harder than it sounds, though - I could > certainly find unmodified bugs, but what if they were modified by > someone/something other than the maintainer? Well, first of all, we're interested in entirely "inactive tickets". That are tickets were nobody other than the reporter has posted (and possibly even the reporter has stopped adding comments). It gets interesting when such tickets pile up or are still without a reply after a growing period of time. It gets more interesting when someone/something closes such tickets and this "someone/something" is not assigned to the package in pkgdb. If "something" is some automated bug-triaging script, it becomes dangerous, since you cannot rely on the bug reporter to do the grunt work and reopen a ticket. Such tickets may count as "ignored tickets". A worst-case scenario. Only after months somebody may find out that a package maintainer has been non-responsive and inactive for months and that packages are out-of-date or even broken. From jkeating at redhat.com Fri Sep 18 18:17:53 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 11:17:53 -0700 Subject: Mono-2.6 - heads up In-Reply-To: <1253268634.1934.63.camel@PB3.linux> References: <1253268634.1934.63.camel@PB3.linux> Message-ID: <1253297873.2384.28.camel@localhost.localdomain> On Fri, 2009-09-18 at 11:10 +0100, Paul wrote: > Hi Folks, > > Just spotted on the mono forums that mono-2.6 is being branched on > Monday which means that it (should) be in the Rawhide repos Tuesday. > > As it stands, 2.6 is a world of difference to 2.4.2.3 in terms of speed > and reliability. I've not encountered any big problems with code > compiled under previous versions of Mono not running under the 2.6 svn > branch yet, so it should be good and smooth. > > I would recommend though that maintainers of applications reliant on > mono recompile them against 2.6 when it hits rawhide just to be safe. > Given that we are feature frozen, is it wise to bump mono like this at this stage in the development cycle? -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Fri Sep 18 18:35:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 11:35:00 -0700 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090911193346.6a421af7@faldor.intranet> <20090911181003.GB16187@genius.kawo2.rwth-aachen.de> <20090912101352.5dba0a77@faldor.intranet> <1252776867.2811.2.camel@localhost> <20090912221854.3dda5c0b@faldor.intranet> <22610.1252806574@sss.pgh.pa.us> Message-ID: <1253298900.8437.48.camel@adam.local.net> On Fri, 2009-09-18 at 12:03 -0400, Jon Stanley wrote: > On Sat, Sep 12, 2009 at 10:30 PM, Kevin Kofler wrote: > > > Neither am I. Yet I do all I can to stay reachable. > > Right, but even still, I don't really think that "you're not online > for a week, you're gone!" is the right approach. There are probably a > good many packagers that don't check in once a week or more. Not the > case for you or I obviously, but I wouldn't discount that they exist. > > There have been times when I'm on vacation in the middle of nowhere > and couldn't get Internet, etc. Do I have to orphan all my packages > when I'm planning on being on vacation for two weeks? There are also > times when I can get Internet but would prefer not to, etc. > > Jon "writing this at 38,000 feet on the way to SFO" Stanley In all fairness, that is not what Kevin suggested. He suggested that maintainers who are absent for two weeks (not one) *without providing notification before they left* should be considered non-responsive. That's a significant difference. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From davej at redhat.com Fri Sep 18 18:37:45 2009 From: davej at redhat.com (Dave Jones) Date: Fri, 18 Sep 2009 14:37:45 -0400 Subject: Mouse pointer freezing in f12 and f11 In-Reply-To: <1253286085.15274.7798.camel@atropine.boston.devel.redhat.com> References: <1252574985.2584.11.camel@localhost> <1253022173.15274.7593.camel@atropine.boston.devel.redhat.com> <1253099750.2709.19.camel@moose.localdomain> <1253250661.10318.12.camel@moose.localdomain> <1253286085.15274.7798.camel@atropine.boston.devel.redhat.com> Message-ID: <20090918183745.GA2554@redhat.com> On Fri, Sep 18, 2009 at 11:01:25AM -0400, Adam Jackson wrote: > On Fri, 2009-09-18 at 15:11 +1000, Rodd Clarkson wrote: > > On Wed, 2009-09-16 at 21:15 +1000, Rodd Clarkson wrote: > > > I'm pretty sure that this problem only occurs before I've cycled through > > > a suspend-resume. > > > > > > I suspect bluetooth issues because the bluetooth icon appears until I do > > > the suspend-resume cycle and then the icon doesn't appear and bluetooth > > > doesn't work (but the mouse does). > > > > > > Keyboard navigation still works, and I can switch to a VT too. > > > > Alright, I've had this happen after a suspend-resume cycle, and it > > appears that it's not bluetooth related as the output of xinput is the > > same before as after. > > > > Do you want me to file a bug on this and then work from there? > > Yeah. Likely a kernel bug. Try running something like evtest on the > pointer device after resume and see if you get events at all: > > http://people.freedesktop.org/~ajax/evtest.c > > If you get events that way, then X is confused; if you don't, then the > kernel driver is confused. I saw it happen a few days ago too. Same circumstance. Back from resume, keyboard worked, but no mouse. Flipping to tty2, and then back to X made the mouse work again. Didn't happen again when I tried to repeat it. Dave From ajax at redhat.com Fri Sep 18 18:45:10 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 18 Sep 2009 14:45:10 -0400 Subject: Intel graphics users: send me your VBIOS Message-ID: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> If you have a machine with an Intel graphics chip, I need your help. I'm trying to make LVDS connection detection actually reliable, and I think I have a solution that involves parsing BIOS data tables. But I need more testcases to raise my confidence that it's actually a reliable method. So, do this: % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 and email me that rom file, along with a brief description of the machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are _actually_ present on the machine. Thanks! - ajax -------------- 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 awilliam at redhat.com Fri Sep 18 18:57:18 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 11:57:18 -0700 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <1253300238.8437.51.camel@adam.local.net> On Fri, 2009-09-18 at 14:45 -0400, Adam Jackson wrote: > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > _actually_ present on the machine. For anyone not aware: LVDS is the internal display panel on a laptop. So if your system's a laptop, it has one; if it isn't, it doesn't. DVI and VGA are the two main types of external monitor connectors. 'VGA' is the traditional, old-skool, analog connector also known as D-SUB. http://en.wikipedia.org/wiki/VGA_connector . DVI is the newer type which is usually used for digital connections (but can also carry analog). Looks like http://en.wikipedia.org/wiki/Digital_Visual_Interface . Adam cares about what ports are present on the machine, not what monitors you have or don't have connected. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jkeating at redhat.com Fri Sep 18 18:45:38 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 11:45:38 -0700 Subject: Announcing Fedora 12 Snapshot 3 Message-ID: <1253299538.2384.30.camel@localhost.localdomain> Fedora 12 Snapshot 3 is now available for testing. These snapshots consist of live images only. These were composed yesterday, and made available today. Available at http://torrent.fedoraproject.org/: Fedora 12 Live Snapshot 3, for i686 and x86_64 Fedora 12 Live KDE Snapshot 3, for i686 and x86_64 Available at http://spins.fedoraproject.org/: Fedora 12 Live LXDE Snapshot 3, for i686 and x86_64 Fedora 12 Live XFCE Snapshot 3, for i686 and x86_64 Please report issues in bugzilla. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 devlists at gmx.de Fri Sep 18 19:37:43 2009 From: devlists at gmx.de (heph) Date: Fri, 18 Sep 2009 21:37:43 +0200 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <20090918213743.366a98cb@dhara> Hey, got a G45 here and it has VGA, DVI and HDMI. The monitor's attached to the DVI port. Output follows: [heph at dhara ~]$ sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 [sudo] password for heph: 1+0 records in 1+0 records out 65536 bytes (66 kB) copied, 0.00024473 s, 268 MB/s Thanks for the hard work! cheers heph On Fri, 18 Sep 2009 14:45:10 -0400 Adam Jackson wrote: > If you have a machine with an Intel graphics chip, I need your help. > I'm trying to make LVDS connection detection actually reliable, and I > think I have a solution that involves parsing BIOS data tables. But I > need more testcases to raise my confidence that it's actually a > reliable method. > > So, do this: > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) > are _actually_ present on the machine. > > Thanks! > > - ajax -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From awilliam at redhat.com Fri Sep 18 19:42:12 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 12:42:12 -0700 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <20090918213743.366a98cb@dhara> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> <20090918213743.366a98cb@dhara> Message-ID: <1253302932.8437.53.camel@adam.local.net> On Fri, 2009-09-18 at 21:37 +0200, heph wrote: > Hey, > > got a G45 here and it has VGA, DVI and HDMI. The monitor's attached to > the DVI port. > > Output follows: > > [heph at dhara ~]$ sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > [sudo] password for heph: > 1+0 records in > 1+0 records out > 65536 bytes (66 kB) copied, 0.00024473 s, 268 MB/s You need to actually send the resulting file (/tmp/rom) to ajax personally. The output of the command is uninteresting. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From ajax at redhat.com Fri Sep 18 19:49:04 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 18 Sep 2009 15:49:04 -0400 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <1253303344.15274.8136.camel@atropine.boston.devel.redhat.com> On Fri, 2009-09-18 at 14:45 -0400, Adam Jackson wrote: > If you have a machine with an Intel graphics chip, I need your help. > I'm trying to make LVDS connection detection actually reliable, and I > think I have a solution that involves parsing BIOS data tables. But I > need more testcases to raise my confidence that it's actually a reliable > method. > > So, do this: > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > _actually_ present on the machine. Just as a clarification: the problem I'm trying to solve here is the appearance of an LVDS output (from X's perspective) when there is not one actually present. So, ROMs from machines that have had a phantom LVDS connector at some point in the past are especially valuable. IIRC the Mac Mini and Dell Studio compact machines have had this problem before. There's one particular field in the connector table for LVDS that seems to be indicative of LVDS presence. So far, for machines where LVDS really is present, it's consistently non-zero (and these are very common, since everybody buys laptops these days). I'd like to find more machines where LVDS is _not_ present to see if it's consistently zero there; so far that seems to be the case, but I've only got two samples... - ajax -------------- 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 valent.turkovic at gmail.com Fri Sep 18 19:48:18 2009 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 18 Sep 2009 19:48:18 +0000 (UTC) Subject: Intel graphics users: send me your VBIOS References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: On Fri, 18 Sep 2009 14:45:10 -0400, Adam Jackson wrote: > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 Here you go: http://dl.getdropbox.com/u/184632/rom-nx7300 This is HP Compaq nx7300 laptop with Intel 945GM video chip. Full smolt profile: http://www.smolts.org/client/show/pub_dee65402-4f82-469f-8ab6-14aba49a3a28 # xrandr Screen 0: minimum 320 x 200, current 1280 x 800, maximum 4096 x 4096 VGA1 disconnected (normal left inverted right x axis y axis) LVDS1 connected 1280x800+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1280x800 60.0*+ TV1 unknown connection (normal left inverted right x axis y axis) 1024x768 60.0 800x600 60.3 640x480 59.9 if you need some extra info just tell me. -- pratite me na twitteru - www.twitter.com/valentt 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 fulko.hew at gmail.com Fri Sep 18 19:51:48 2009 From: fulko.hew at gmail.com (Fulko Hew) Date: Fri, 18 Sep 2009 15:51:48 -0400 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <8204a4fe0909181251p1e219d24xcc5d1f0ecb70db39@mail.gmail.com> On Fri, Sep 18, 2009 at 2:45 PM, Adam Jackson wrote: > If you have a machine with an Intel graphics chip, I need your help. > I'm trying to make LVDS connection detection actually reliable, and I > think I have a solution that involves parsing BIOS data tables. But I > need more testcases to raise my confidence that it's actually a reliable > method. > > So, do this: > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > _actually_ present on the machine. > FYI (to the list), I already sent the following to Adam: Dell Inspiron 6400 (aka 1505?) laptop -------------- next part -------------- An HTML attachment was scrubbed... URL: From awilliam at redhat.com Fri Sep 18 20:02:02 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 13:02:02 -0700 Subject: Intel graphics users: send me your VBIOS In-Reply-To: References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <1253304122.8437.54.camel@adam.local.net> On Fri, 2009-09-18 at 19:48 +0000, Valent Turkovic wrote: > if you need some extra info just tell me. you didn't explain what connectors the card *actually* has (what connectors xrandr *thinks* it has is different). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From valent.turkovic at gmail.com Fri Sep 18 20:07:52 2009 From: valent.turkovic at gmail.com (Valent Turkovic) Date: Fri, 18 Sep 2009 20:07:52 +0000 (UTC) Subject: Intel graphics users: send me your VBIOS References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> <1253304122.8437.54.camel@adam.local.net> Message-ID: On Fri, 18 Sep 2009 13:02:02 -0700, Adam Williamson wrote: > you didn't explain what connectors the card *actually* has (what > connectors xrandr *thinks* it has is different). It has 15" LCD builtin to laptop (LVDS) and VGA port, no TV out. -- pratite me na twitteru - www.twitter.com/valentt 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 wwoods at redhat.com Fri Sep 18 20:15:45 2009 From: wwoods at redhat.com (Will Woods) Date: Fri, 18 Sep 2009 16:15:45 -0400 (EDT) Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <661737951.474391253304680670.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com> Message-ID: <1050721601.474621253304945653.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com> ----- "Seth Vidal" wrote: > I wrote something similar: > > http://skvidal.fedorapeople.org/misc/potential_conflict.py > > which is what I believe autoqa is starting from for their file > conflict checker. Indeed; see the version we're using in autoqa here: http://git.fedorahosted.org/git/?p=autoqa.git;a=blob;f=tests/conflicts/potential_conflict.py It gets run as part of the 'conflicts' test every time the repos are updated. For example, here's the results for f11-updates-i386 on Sep. 1: https://fedorahosted.org/pipermail/autoqa-results/2009-September/000623.html As you can see, autoqa noted this conflict in f11-updates: libotf-0.9.8-2.fc11.i586 openmpi-1.3.1-1.fc11.i586 /usr/bin/otfdump It shows up in older results as well. Maybe it's about time to start having the conflicts test send out nagmails to maintainers? (Maybe just for stuff in -testing?) -w From skvidal at fedoraproject.org Fri Sep 18 20:17:56 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 18 Sep 2009 16:17:56 -0400 (EDT) Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) In-Reply-To: <1050721601.474621253304945653.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com> References: <1050721601.474621253304945653.JavaMail.root@zmail01.collab.prod.int.phx2.redhat.com> Message-ID: On Fri, 18 Sep 2009, Will Woods wrote: > > ----- "Seth Vidal" wrote: >> I wrote something similar: >> >> http://skvidal.fedorapeople.org/misc/potential_conflict.py >> >> which is what I believe autoqa is starting from for their file >> conflict checker. > > Indeed; see the version we're using in autoqa here: > http://git.fedorahosted.org/git/?p=autoqa.git;a=blob;f=tests/conflicts/potential_conflict.py > > It gets run as part of the 'conflicts' test every time the repos are updated. For example, here's the results for f11-updates-i386 on Sep. 1: > https://fedorahosted.org/pipermail/autoqa-results/2009-September/000623.html > As you can see, autoqa noted this conflict in f11-updates: > > libotf-0.9.8-2.fc11.i586 > openmpi-1.3.1-1.fc11.i586 > /usr/bin/otfdump > > It shows up in older results as well. Maybe it's about time to start > having the conflicts test send out nagmails to maintainers? (Maybe just > for stuff in -testing?) > +1 'bout that time, I reckon. -sv From awilliam at redhat.com Fri Sep 18 21:23:17 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 14:23:17 -0700 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <1253308997.8437.58.camel@adam.local.net> On Fri, 2009-09-18 at 14:45 -0400, Adam Jackson wrote: > If you have a machine with an Intel graphics chip, I need your help. > I'm trying to make LVDS connection detection actually reliable, and I > think I have a solution that involves parsing BIOS data tables. But I > need more testcases to raise my confidence that it's actually a reliable > method. > > So, do this: > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > _actually_ present on the machine. People keep sending these to me. :) You should be sending them to Adam JACKSON, ajax@ . Not Adam WILLIAMSON, awilliam@ . I can't do anything with them. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Fri Sep 18 21:34:24 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 14:34:24 -0700 Subject: Graphics Test Week recap Message-ID: <1253309664.8437.69.camel@adam.local.net> Sorry it's a bit, late, but it took a while to process all the results! Graphics Test Week was a great success, with many people turning out to all three events, many bugs filed, and many issues fixed already. Here's a (long!) summary of all bugs filed in each event, and their current statuses: Radeon ------ 522955 NEW - VT Switch Failure with Radeon Driver 522065 NEW - Fedora starts in low-res text mode even with KMS 518962 NEW - ATI - Caught signal 11 (Segmentation fault). Server aborting 522070 NEW - Radeon Test Day: suspend freezes machine on Mobility Radeon X1300 [1002:7149] 522105 NEW - [Radeon test day] weird lines over the screen during playing a video [5b62] 522137 NEW - Test_Day:2009-09-09_Radeon: Multiple tests crash X.org 522154 NEW - Screen Loads Slowly with Display Rotation on Radeon XPRESS 200M 522228 NEW - KMS cause X to fail & black screen while boot (ATI Technologies Inc Radeon IGP 330M/340M/350M [1002:4337]) 522238 NEW - Test_Day:2009-09-09_Radeon QA:Testcase_radeon_basic: DVI-I output is turned off 522367 NEW - [radeon test day] suspend just blanks monitors 522390 NEW - VT switching failing with dual displays... 522395 NEW - 16MB is not enough for correct operation in 1400x1050 on Radeon IGP 522397 NEW - glxgears stopping when moving mouse over window borders or icons on Radeon IGP 522550 NEW - Unable to Fast User Switching on Radeon Video Driver 522904 NEW - [Radeon Test Day 2009-09-09] Suspend with Radeon X200 M hangs computer 523211 NEW - ctrl+alt+F2 doesn't switch from VT1 to VT2 in some cases. 485953 ASSIGNED - Display corruption on ATI ES1000 521512 ASSIGNED - KMS: X Window Frozen with Radeon XPRESS 200M 522129 ASSIGNED - Black Screen with Radeon XPRESS 200M 522271 ASSIGNED - Fails to display with Radeon Mobility HD 2600 / M76 492723 ASSIGNED - Radeon driver causing "noise" on DVI-connected LCD panel 505152 ASSIGNED - Radeon RV280 & KMS: Textured video is not always an adequate replacement for overlay 493492 ASSIGNED - Radeon R200 based system doesn't work correctly with fast user switching 522943 ASSIGNED - Fast User Switching Results in Blank Login Screen 521277 ASSIGNED - kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:133 522057 ASSIGNED - Kernel hangs on boot on Compaq Evo N800c (Radeon Mobility 7500) with ACPI enabled 522393 ASSIGNED - Suspend to RAM hangs with flashing screen when KMS is enabled on Radeon IGP 522849 ASSIGNED - Gamma fade when performing Switch User leaves screen greyish 522174 ASSIGNED - split icons and panels in multihead boot 522086 ASSIGNED - [kms] Test_Day:2009-09-09_Radeon QA:Testcase_radeon_basic monitor loses signal during boot 522091 ASSIGNED - Test_Day:2009-09-09_Radeon QA:Testcase radeon fastuserswitch dim on switchback, hang 522110 ASSIGNED - [radeon test day] black screen after rotation of a display [0x5b62] 522120 ASSIGNED - Blank screen on user switch on Radeon IGP 522124 ASSIGNED - [kms] X server crashes when external monitor is connected on Radeon IGP 522133 ASSIGNED - Test_Day:2009-09-09_Radeon QA:Testcase_radeon_basic: Transition to login screen is not smooth 522176 ASSIGNED - video junk during boot with multihead 522177 ASSIGNED - drm: radeon r600 GPU lockup 522182 ASSIGNED - While doing the fastuser switching test the X window locked up 522184 ASSIGNED - Radeon test day: cursor not rotating along with screen 522202 ASSIGNED - No DRI on Radeon 9100: at least 66000 kB of video memory needed 522206 ASSIGNED - Radeon Test Day: after resume VT switch freezes machine on HD3200 [1002:9610] 522250 ASSIGNED - Display corruption with modeset on M76 522252 ASSIGNED - X crashes when re-ordering screens in a dualheaded setup on RV740 522260 ASSIGNED - KMS lockups for laptop w/ Radeon HD 3400 / [1002:95c4] 522261 ASSIGNED - Corruption in glxgears under compiz 522265 ASSIGNED - rotate leave display blank for laptop w/ Radeon HD 3400 / [1002:95c4] 522268 ASSIGNED - MTRR error on X server exit for laptop w/ Radeon HD 3400 / [1002:95c4] 522279 ASSIGNED - text mode consoles don't work with KMS on R200 using the testday-20090909-x86_64 ISO 522285 ASSIGNED - fast user switching corrupts displayed colors on R200 using the testday-20090909-x86_64 ISO 522287 ASSIGNED - Running rendercheck makes X unresponsive (R200, testday-20090909-x86_64) 522288 ASSIGNED - When two monitors are attached, the display with the invalid EDID is completely ignored 522289 ASSIGNED - System doesn't wake up from suspend 522312 ASSIGNED - Radeon Test Day: fast cube rotation crashes compiz on HD3200 [1002:9610] 522319 ASSIGNED - delay returning from fullscreen in Totem with XVideo-Acceleration ON [kms] 522399 ASSIGNED - Multiple compiz problems on Radeon IGP 522677 ASSIGNED - projectM-pulseaudio fails with xorg-x11-drv-ati radeon driver [r600 dri] 522682 ASSIGNED - Suspend freeze livecd F12 rawhide on Radeon hd 3450 522778 ASSIGNED - rendercheck does not complete even in 3 hours on Radeon 9550 522985 ASSIGNED - Artifacts when scrolling in firefox when other application hover over 523200 ASSIGNED - Fedora doesn't resume from suspend 523204 ASSIGNED - Compiz fails on alt+tab 523208 ASSIGNED - Fast user switch and VT 522197 CLOSED DUPLICATE - gdm blocked with busy pointer after a few user switches 520520 CLOSED RAWHIDE - [kms] Radeon HD 4770 [1002:94b3] hangs at X startup unless KMS is disabled 522034 CLOSED DUPLICATE - X Server not even starting with KMS enabled on Radeon 4870 522050 CLOSED DUPLICATE - X Server not starting on Radeon 3450 522066 CLOSED DUPLICATE - Radeon Test Day: after enabling compiz window operations freeze machine on Mobility Radeon X1300 [1002:7149] 522178 CLOSED DUPLICATE - Compiz locks up system 522181 CLOSED DUPLICATE - Radeon Test Day: display properties changes crashes multihead X server on Mobility Radeon X1300 [1002:7149] 522190 CLOSED DUPLICATE - Radeon Test Day: X server doesn't start with KMS on HD3200 [1002:9610] 522273 CLOSED DUPLICATE - X crashes when returning from a VT 522275 CLOSED DUPLICATE - Enabling desktop effects locks up the system 522280 CLOSED DUPLICATE - system hangs shortly after starting compiz on R200 using the testday-20090909-x86_64 ISO 522286 CLOSED DUPLICATE - Problems with multiple monitors 522366 CLOSED DUPLICATE - [radeon test day] enabling compiz causes X getting stuck 522659 CLOSED DUPLICATE - mouse pointer not rotated right after rotating screen 522690 CLOSED DUPLICATE - Radeon Test Day: extra rubbish on second display on boot up progress screen (multihead) 522698 CLOSED DUPLICATE - Random data on background during X startup on Radeon 9550 522779 CLOSED DUPLICATE - X server crashes with two monitors on Radeon 9550 522902 CLOSED DUPLICATE - [Radeon Test Day 2009-09-09] Enabling Compiz with Radeon X200 M (r300) hangs the system Nouveau ------- 522144 NEW - After resume from console X servers queuing mouse events but not executing them 522361 NEW - Nouveau doesn't work on Asus K50IN laptop 522601 NEW - No X on "VGA ION" [10de:087d] 522645 NEW - Hard lockup with Nvidia G72 [GeForce 7300 SE] after fast user switch 522647 NEW - noticable freeze when skipping in Totem with nouveau driver 522786 NEW - (nouveau) When playing some ogg/theora videos in firefox, Xorg slows down and consumes 100% of one CPU core 522796 NEW - Suspend doesn't work with nouveau on NV34 ? system freezes when waking 522864 NEW - X hangs and monitor turns off a couple of seconds after starting on TNT2 M64 523190 NEW - display stays off after resume 497785 ASSIGNED - KMS and X fails while two monitors are connected (Quadro NVS 160M [10de:06eb]) 505161 ASSIGNED - Nouveau doesn't work on iMac G4 (GeForce4 440 Go NV17) 522318 ASSIGNED - Fast user switching fails with NV43 522522 ASSIGNED - totem video pauses and corrupts while window is being dragged 522540 ASSIGNED - suspend->resume->white screen 522557 ASSIGNED - Nouveau Test Day: machine crashes during resume on 9800M GTS [10de:062c] 522575 ASSIGNED - X Server Failed to Start, system hanged after progress bar 522587 ASSIGNED - Nouveau Test Day: no output with multi-head on 9800M GTS [10de:062c] 522637 ASSIGNED - left screen is sometimes partially duplicated on the right after screen layout change 522649 ASSIGNED - Nouveau KMS fails on NV34M 522750 ASSIGNED - Fedora Test Day:2009-09-10 Nouveau LiveCD freezes if booting with rhgb 522940 ASSIGNED - X crashes with two monitors on GeForce 6150 Go 523281 ASSIGNED - X server crashes with GeForce2 MX and also with TNT2 M64 522197 CLOSED DUPLICATE - gdm blocked with busy pointer after a few user switches 522398 CLOSED DUPLICATE - Fast user switching fails on G70 522646 CLOSED DUPLICATE - system hang while switching virtual consoles with G72 [GeForce 7300 SE] 522688 CLOSED RAWHIDE - During the start of X-server on the screen appears a mosaic of black and white squares 522842 CLOSED RAWHIDE - Multihead fails on GeForce Go 7600 522932 CLOSED RAWHIDE - VT switch fails on GeForce 6150 Go Intel ----- 522551 NEW - [nomodeset] Intel 855GM is broken with 'nomodeset' 524244 NEW - X crashes with external monitor on Eee PC 701 (i915GM) 522544 NEW - [KMS] graphical plymouth regresses sometimes to text one on Intel 855GM 522675 NEW - mouse,keyboard don't work when boot from LiveCD 522884 NEW - [Intel Test Day 2009-09-11] 3D (Compiz, Games, etc) don't work on Intel 945 on EEE 1000H 522944 NEW - X hangs during startup with blank screen on i815 522951 NEW - X does not start on i810 501435 ASSIGNED - Xvideo failure on i855GM 502913 ASSIGNED - Xv not working on integrated Intel video chipsets 522016 ASSIGNED - system is extremely slow when booting to the login screen and desktop, high X CPU usage 522763 ASSIGNED - Very disturbed display with scrolling window on firefox 522844 ASSIGNED - gnome-screensaver does not blank screen after specified time 522943 ASSIGNED - Fast User Switching Results in Blank Login Screen 522358 ASSIGNED - DPMS fails on Intel Mobile 4 Series Chipset 522360 ASSIGNED - DRI2/GLX compiz fails to run on Intel Mobile 4 Series Chipset 522849 ASSIGNED - Gamma fade when performing Switch User leaves screen greyish 522857 ASSIGNED - Compiz completely broken on i915G (heavy flickering on every mouse movement) 522875 ASSIGNED - [Intel Test Day 2009-09-11] Running apps with 2 monitors on crashes the X server, Intel 945, EEE 1000H 523603 ASSIGNED - Fast User Switching Results in Darker Display 522616 ASSIGNED - screen is not locked after resume from suspend 522862 ASSIGNED - [Intel Test Day] Strange white or blue bar below the progress bar in Plymouth with Intel 945 (EEE 1000H) 522869 ASSIGNED - [Intel Test Day] Wrong resolution of the second display in Plymouth, Intel 945, EEE 1000H 522197 CLOSED DUPLICATE - gdm blocked with busy pointer after a few user switches 522744 CLOSED DUPLICATE - X won't launch with KMS disabled 522851 CLOSED RAWHIDE - All text is missing on i915G 522877 CLOSED DUPLICATE - [Intel Test Day 2009-09-11] DPMS doesn't work for Intel 945 on EEE 1000H 523591 CLOSED DUPLICATE - Flickering Screen when Enable Compiz with Intel 82945G/GZ 522398 CLOSED DUPLICATE - Fast user switching fails on G70 522858 CLOSED DUPLICATE - [Intel Test Day] [abrt] crash detected in control-center-1:2.27.91-5.fc12 522588 CLOSED DUPLICATE - gnome-screensaver is not being activated by g-p-m 521461 CLOSED DUPLICATE - Compiz fails to work on Fedora 12 Rawhide Many thanks to the developers - Ben Skeggs, Dave Airlie, Adam Jackson, Jerome Glisse - for coming out, and a big thanks to everyone who helped contribute testing. The developers will be working on the bugs filed as we move along with Fedora 12, and we hope to have as many fixed as possible by the time we make it to release. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From Quentin at Armitage.org.uk Fri Sep 18 21:49:20 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Fri, 18 Sep 2009 22:49:20 +0100 Subject: What is correct pango version for Rawhide? Message-ID: <1253310560.3986.8.camel@samson.armitage.org.uk> My Rawhide installation has pango version 1.25.5-1.fc12, installed on 25 August. The latest version in Rawhide is now 1.25.4-2.1.fc12, built on 10 September. It seems as though the version number has gone backwards, and so yum does not upgrade (?downgrade) to the latest version. From Quentin at Armitage.org.uk Fri Sep 18 22:03:01 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Fri, 18 Sep 2009 23:03:01 +0100 Subject: What is correct version of qdox in Rawhide? Message-ID: <1253311381.3986.14.camel@samson.armitage.org.uk> My Rawhide system has qdox version 1.9.2-1.fc12, installed on 19 August, and this is the latest version in koji, and so must have been the version in Rawhide at the time. The current version in Rawhide is 1.6.1-7.2.fc12, which was build in Koji on 28 July, but the file date in the Rawhide download area is 12 August. It would appear that somehow the version number of qdox has gone backwards in Rawhide. From jkeating at redhat.com Fri Sep 18 22:25:25 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 15:25:25 -0700 Subject: What is correct pango version for Rawhide? In-Reply-To: <1253310560.3986.8.camel@samson.armitage.org.uk> References: <1253310560.3986.8.camel@samson.armitage.org.uk> Message-ID: <1253312725.20170.5.camel@localhost.localdomain> On Fri, 2009-09-18 at 22:49 +0100, Quentin Armitage wrote: > My Rawhide installation has pango version 1.25.5-1.fc12, installed on 25 > August. The latest version in Rawhide is now 1.25.4-2.1.fc12, built on > 10 September. > > It seems as though the version number has gone backwards, and so yum > does not upgrade (?downgrade) to the latest version. Looks like some of the s390 work for RHEL6 accidentally got built into our Koji. I've re-tagged the proper Fedora build for dist-f12. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Fri Sep 18 22:35:41 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 15:35:41 -0700 Subject: What is correct version of qdox in Rawhide? In-Reply-To: <1253311381.3986.14.camel@samson.armitage.org.uk> References: <1253311381.3986.14.camel@samson.armitage.org.uk> Message-ID: <1253313341.20170.9.camel@localhost.localdomain> On Fri, 2009-09-18 at 23:03 +0100, Quentin Armitage wrote: > My Rawhide system has qdox version 1.9.2-1.fc12, installed on 19 August, > and this is the latest version in koji, and so must have been the > version in Rawhide at the time. The current version in Rawhide is > 1.6.1-7.2.fc12, which was build in Koji on 28 July, but the file date in > the Rawhide download area is 12 August. > > It would appear that somehow the version number of qdox has gone > backwards in Rawhide. It appears that the maintainer untagged the build. Perhaps there was something broken in the new version. The maintainer shouldn't have just untagged it, instead the should have done a new build of the old version with an epoch so that the upgrade path would remain unbroken. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From Quentin at Armitage.org.uk Fri Sep 18 22:38:50 2009 From: Quentin at Armitage.org.uk (Quentin Armitage) Date: Fri, 18 Sep 2009 23:38:50 +0100 Subject: Version of rhpl appears to be later in F11 than in Rawhide Message-ID: <1253313530.3986.40.camel@samson.armitage.org.uk> My Rawhide system has rhpl version 0.221-1.i586 installed. The current version in Rawhide is 0.220-2.i686, and so it appears that the version number in Rawhide is behind that in F11. Is there further an issue here, and also with some other packages, where the Fedora version is not included in the package name, since it appears to me it would be possible for package names to be duplicated, one for example from F11 and one from Rawide/F12? From jkeating at redhat.com Fri Sep 18 23:04:17 2009 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Sep 2009 16:04:17 -0700 Subject: Version of rhpl appears to be later in F11 than in Rawhide In-Reply-To: <1253313530.3986.40.camel@samson.armitage.org.uk> References: <1253313530.3986.40.camel@samson.armitage.org.uk> Message-ID: <1253315057.20170.11.camel@localhost.localdomain> On Fri, 2009-09-18 at 23:38 +0100, Quentin Armitage wrote: > My Rawhide system has rhpl version 0.221-1.i586 installed. The current > version in Rawhide is 0.220-2.i686, and so it appears that the version > number in Rawhide is behind that in F11. Looks like a change was committed to the F-11 branch but not the devel branch. I've fixed this. > > Is there further an issue here, and also with some other packages, where > the Fedora version is not included in the package name, since it appears > to me it would be possible for package names to be duplicated, one for > example from F11 and one from Rawide/F12? dist tag is not requires. Those that choose not to use the dist tag choose to manage version-release themselves in such a way to not have conflicts. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From poelstra at redhat.com Fri Sep 18 23:17:26 2009 From: poelstra at redhat.com (John Poelstra) Date: Fri, 18 Sep 2009 16:17:26 -0700 Subject: Fedora 12 Beta Blocker Meeting Recap 2009-09-18 Message-ID: <4AB41506.9080000@redhat.com> Information about MeetBot at http://wiki.debian.org/MeetBot Minutes: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-18/fedora-bugzappers.2009-09-18-15.03.html Minutes (text): http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-18/fedora-bugzappers.2009-09-18-15.03.txt Log: http://meetbot.fedoraproject.org/fedora-bugzappers/2009-09-18/fedora-bugzappers.2009-09-18-15.03.log.html Meeting log ----------- * https://bugzilla.redhat.com/show_bug.cgi?id=498591 (poelcat, 15:06:56) Cannot specify mount point for hard disk partition containing the ISO install image * ACTION: 498591 still needs retesting (poelcat, 15:08:46) * https://bugzilla.redhat.com/show_bug.cgi?id=515450 (poelcat, 15:09:26) Stage1: cannot back to last step * ACTION: 515450 still needs retesting (poelcat, 15:11:43) * https://bugzilla.redhat.com/show_bug.cgi?id=516042 (poelcat, 15:14:05) Unable to add NFS yum repo during installation * ACTION: 516042 needs to be retested (poelcat, 15:16:53) * https://bugzilla.redhat.com/show_bug.cgi?id=517260 (poelcat, 15:17:02) liveinst fails at partitioning screen * ACTION: 517260 needs to be retested (poelcat, 15:20:03) * https://bugzilla.redhat.com/show_bug.cgi?id=518194 (poelcat, 15:20:15) askmethod boot option allows installation from HDD only * ACTION: closing 518194 (poelcat, 15:24:28) * https://bugzilla.redhat.com/show_bug.cgi?id=518226 (poelcat, 15:24:41) possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 * ACTION: 518226 ask for empact in bug again (poelcat, 15:32:43) * https://bugzilla.redhat.com/show_bug.cgi?id=519237 (poelcat, 15:32:54) bash: cannot set terminal process group (-1): Inappropriate ioctl for device * ACTION: move 519237 to kernel component... hope for a response (poelcat, 15:46:21) * ACTION: request jlaska to clarify why he believes it is a blocker (poelcat, 15:47:40) * https://bugzilla.redhat.com/show_bug.cgi?id=520207 (poelcat, 15:47:52) Filesystem label does not match kernel command line parameter * ACTION: set 520207 to MODIFIED and retest (poelcat, 15:52:09) * https://bugzilla.redhat.com/show_bug.cgi?id=523359 (poelcat, 15:52:18) rawhide can not detect mouse and keyboard * ACTION: 523359 set to closed:duplicate (poelcat, 15:57:39) o We also did a quick pass through the F12Blocker list to make sure there were no bugs that should also be on F12Beta. o Next meeting: 2009-09-25 @ 15:00 UTC (11 AM EDT/8 AM PDT) From kevin.kofler at chello.at Sat Sep 19 00:22:59 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 19 Sep 2009 02:22:59 +0200 Subject: Script to detect conflicting files in PATH within a yum repo (was Re: conflict between libotf and openmpi) References: <1253127857.2553.9.camel@localhost.localdomain> <20090916191616.GA411@redhat.com> <4AB13E34.4080805@jcomserv.net> <1253143383.13875.17.camel@radiator.bos.redhat.com> Message-ID: David Malcolm wrote: > kde4-doxygen.sh > /usr/bin/kde4-doxygen.sh from kdelibs-devel > /usr/bin/kde4-doxygen.sh from kdelibs This one was the same file accidentally shipped in both subpackages. Fixed in 4.3.1-4. Kevin Kofler From dcantrell at redhat.com Sat Sep 19 00:25:48 2009 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 18 Sep 2009 14:25:48 -1000 (HST) Subject: removal of dhcpv6 package from Fedora Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 If you do not care about IPv6, feel free to stop reading now. I would like to remove the dhcpv6 package from Fedora as the current dhcp package is now providing DHCPv6 protocol support for both the client, server, and relay. ISC has finally surpassed what the dhcpv6 package was providing and, frankly, I have no desire to continue working on the dhcpv6 at this point. Does anyone care? If not, I will be marking it as a dead.package per our package removal procedure. The dhclient package will grow the necessary Provides/Obsoletes for the former dhcpv6-client package and the dhcp package will grow the necessary Provides/Obsoletes for the former dhcpv6 package. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0JQ0ACgkQ5hsjjIy1VknfvgCgq5csF03YMkQxp+A0p4tmAhI1 cLoAoLTxhH09fzrO7dawQyR4VCVs5jg+ =/7o7 -----END PGP SIGNATURE----- From kevin.kofler at chello.at Sat Sep 19 00:35:53 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 19 Sep 2009 02:35:53 +0200 Subject: default fonts in Fedora References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> Message-ID: I wrote: > (The foundry which makes the Droid fonts sells a "Pro" version with higher > glyph coverage, which we obviously cannot ship for both licensing and > royalty reasons.) That actually seems not to be true, I checked their site and they say the Pro version only has more "typographical features", not more coverage. (This may have changed recently, or I might just have remembered incorrectly.) That said, how does glyph coverage compare to DejaVu's? DejaVu has a table of its coverage: http://dejavu.svn.sourceforge.net/viewvc/dejavu/trunk/dejavu- fonts/unicover.txt Is ther anything like that for Droid? Kevin Kofler From jrowens.fedora at ghiapet.net Sat Sep 19 00:42:00 2009 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Fri, 18 Sep 2009 17:42:00 -0700 Subject: removal of dhcpv6 package from Fedora In-Reply-To: References: Message-ID: <4AB428D8.1050905@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/18/2009 05:25 PM, David Cantrell wrote: > If you do not care about IPv6, feel free to stop reading now. > > I would like to remove the dhcpv6 package from Fedora as the current dhcp > package is now providing DHCPv6 protocol support for both the client, > server, > and relay. ISC has finally surpassed what the dhcpv6 package was providing > and, frankly, I have no desire to continue working on the dhcpv6 at this > point. > > Does anyone care? If not, I will be marking it as a dead.package per our > package removal procedure. The dhclient package will grow the necessary > Provides/Obsoletes for the former dhcpv6-client package and the dhcp > package > will grow the necessary Provides/Obsoletes for the former dhcpv6 package. On a related note, I'd been meaning to inquire about and/or suggest ways to get ISC's dhcpd working for both IPv4 and IPv6 simultaneously. Do you have one way or another of doing this yet? That was the only thing that had me using dhcp6s for a short time. - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkq0KNEACgkQdGy7nCl1Vp/5OQCfVZ6MmMzTeIzPewzSAAR4A/Yb 1SEAn0lWn246RYRDVuS3anrQKwBNBDWR =W36D -----END PGP SIGNATURE----- From awilliam at redhat.com Sat Sep 19 01:04:11 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 18 Sep 2009 18:04:11 -0700 Subject: Fedora 12 Beta Blocker Meeting Recap 2009-09-18 In-Reply-To: <4AB41506.9080000@redhat.com> References: <4AB41506.9080000@redhat.com> Message-ID: <1253322251.8437.73.camel@adam.local.net> On Fri, 2009-09-18 at 16:17 -0700, John Poelstra wrote: > o We also did a quick pass through the F12Blocker list to make sure > there were no bugs that should also be on F12Beta. Well, in fact we promoted two bugs to f12beta. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From dcantrell at redhat.com Sat Sep 19 01:22:52 2009 From: dcantrell at redhat.com (David Cantrell) Date: Fri, 18 Sep 2009 15:22:52 -1000 (HST) Subject: removal of dhcpv6 package from Fedora In-Reply-To: <4AB428D8.1050905@ghiapet.net> References: <4AB428D8.1050905@ghiapet.net> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 18 Sep 2009, J. Randall Owens wrote: > On 09/18/2009 05:25 PM, David Cantrell wrote: >> If you do not care about IPv6, feel free to stop reading now. >> >> I would like to remove the dhcpv6 package from Fedora as the current dhcp >> package is now providing DHCPv6 protocol support for both the client, >> server, >> and relay. ISC has finally surpassed what the dhcpv6 package was providing >> and, frankly, I have no desire to continue working on the dhcpv6 at this >> point. >> >> Does anyone care? If not, I will be marking it as a dead.package per our >> package removal procedure. The dhclient package will grow the necessary >> Provides/Obsoletes for the former dhcpv6-client package and the dhcp >> package >> will grow the necessary Provides/Obsoletes for the former dhcpv6 package. > > On a related note, I'd been meaning to inquire about and/or suggest ways to get > ISC's dhcpd working for both IPv4 and IPv6 simultaneously. Do you have one way > or another of doing this yet? That was the only thing that had me using dhcp6s > for a short time. Unfortunately, no. Like dhclient, dhcpd can only operate as a DHCP (protocol) or DHCPv6 (protocol) server. It can't operate as both at the same time. To use both with dhcpd, just run two instances. This is the recommendation from ISC at the moment. The dhcpd architecture needs a lot of changes before both protocols can be supported by a single daemon. - -- David Cantrell Red Hat / Honolulu, HI -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0MmwACgkQ5hsjjIy1VknXzwCeKaEgVGuVlDA3ZeNiNH0OwgdU MRcAoI4L5zz8uNj/NAkZxU4hSPhT/lTD =7IHO -----END PGP SIGNATURE----- From jrowens.fedora at ghiapet.net Sat Sep 19 01:43:57 2009 From: jrowens.fedora at ghiapet.net (J. Randall Owens) Date: Fri, 18 Sep 2009 18:43:57 -0700 Subject: removal of dhcpv6 package from Fedora In-Reply-To: References: <4AB428D8.1050905@ghiapet.net> Message-ID: <4AB4375D.2060103@ghiapet.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/18/2009 06:22 PM, David Cantrell wrote: > On Fri, 18 Sep 2009, J. Randall Owens wrote: > >> On 09/18/2009 05:25 PM, David Cantrell wrote: >>> If you do not care about IPv6, feel free to stop reading now. >>> >>> I would like to remove the dhcpv6 package from Fedora as the current >>> dhcp >>> package is now providing DHCPv6 protocol support for both the client, >>> server, >>> and relay. ISC has finally surpassed what the dhcpv6 package was >>> providing >>> and, frankly, I have no desire to continue working on the dhcpv6 at this >>> point. >>> >>> Does anyone care? If not, I will be marking it as a dead.package per >>> our >>> package removal procedure. The dhclient package will grow the necessary >>> Provides/Obsoletes for the former dhcpv6-client package and the dhcp >>> package >>> will grow the necessary Provides/Obsoletes for the former dhcpv6 >>> package. > >> On a related note, I'd been meaning to inquire about and/or suggest >> ways to get >> ISC's dhcpd working for both IPv4 and IPv6 simultaneously. Do you >> have one way >> or another of doing this yet? That was the only thing that had me >> using dhcp6s >> for a short time. > > Unfortunately, no. Like dhclient, dhcpd can only operate as a DHCP > (protocol) > or DHCPv6 (protocol) server. It can't operate as both at the same > time. To > use both with dhcpd, just run two instances. This is the recommendation > from > ISC at the moment. The dhcpd architecture needs a lot of changes before > both > protocols can be supported by a single daemon. > Well, I'll offer up my solution, then, if you want to integrate it. Aside from the obvious step of creating a separate /etc/dhcp/dhcpd6.conf (or similar dhcpd + 6 combination), /etc/rc.d/init.d/dhcpd6, and /etc/sysconfig/dhcpd6, I created /usr/sbin/dhcpd6 as a symlink to dhcpd, so that the init.d functions can keep straight which dhcpd is which. I put -6 in the arguments of the init.d script; I know someone else put it in the sysconfig DHCPDARGS (or DHCPD6ARGS as I called it). Either way seems to work pretty well, if you want to make it capable of running both ways from an only-slightly modified install. Alternatively, you could make a small subpackage for the IPv6 setup. - -- J. Randall Owens | http://www.ghiapet.net/ ProofReading Markup Language | http://prml.sourceforge.net/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkq0N1cACgkQdGy7nCl1Vp+iHACggY3aBsDDoQNQM5suEn2DZ3fR IBoAoL4NAaa7NNmsnOmhfXaAdddj0+vP =9PZG -----END PGP SIGNATURE----- From tcallawa at redhat.com Sat Sep 19 02:47:37 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 18 Sep 2009 22:47:37 -0400 Subject: Mono-2.6 - heads up In-Reply-To: <1253297873.2384.28.camel@localhost.localdomain> References: <1253268634.1934.63.camel@PB3.linux> <1253297873.2384.28.camel@localhost.localdomain> Message-ID: <4AB44649.3030200@redhat.com> On 09/18/2009 02:17 PM, Jesse Keating wrote: > Given that we are feature frozen, is it wise to bump mono like this at > this stage in the development cycle? No. We should be doing this work in the dist-f13 target, especially given the complexity and pain of doing a proper bootstrap and rebuild. ~spot From akurtako at redhat.com Sat Sep 19 06:24:04 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Sat, 19 Sep 2009 09:24:04 +0300 Subject: What is correct version of qdox in Rawhide? In-Reply-To: <1253311381.3986.14.camel@samson.armitage.org.uk> References: <1253311381.3986.14.camel@samson.armitage.org.uk> Message-ID: <200909190924.05075.akurtako@redhat.com> > My Rawhide system has qdox version 1.9.2-1.fc12, installed on 19 August, > and this is the latest version in koji, and so must have been the > version in Rawhide at the time. The current version in Rawhide is > 1.6.1-7.2.fc12, which was build in Koji on 28 July, but the file date in > the Rawhide download area is 12 August. > > It would appear that somehow the version number of qdox has gone > backwards in Rawhide. > Thanks for spotting this. I've untagged the build to not break others work and wanted to fix in two days but I totally forgot. New build is pushed. Sorry for the mess. Btw. Co-maintainers are really welcome. For this or any other of the packages I maintain. Alex From howard at cohtech.com Sat Sep 19 08:31:03 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Sat, 19 Sep 2009 09:31:03 +0100 Subject: Extension to JWHOIS for rate limiting requests to specific servers Message-ID: <1253349064.4253.396.camel@zion.finsbury.cohtech.co.uk> I want to add a rate-limiting feature to jwhois so that if we try to issue a request to a whois provider that exceeds their query rate it will get rejected with a suitable message. I have a scheme to do this that uses memcached to hold the rate counters, so this can be done network wide where multiple hosts are querying out of one IP address. Before cutting the code I would like to get in touch with the upstream developer(s). I have looked at the JWHOIS web page and there is a bug-jwhois address but not other contact details. Does anybody have any upstream contact I should use. Also, does anybody know of anyone who has done this elsewhere and if the code is available already. I do not like reinventing the wheel as the patent has already been taken. Howard. -- Howard Wilkinson Coherent Technology Limited From camilo at mesias.co.uk Sat Sep 19 08:31:34 2009 From: camilo at mesias.co.uk (Camilo Mesias) Date: Sat, 19 Sep 2009 09:31:34 +0100 Subject: Announcing Fedora 12 Snapshot 3 In-Reply-To: <1253299538.2384.30.camel@localhost.localdomain> References: <1253299538.2384.30.camel@localhost.localdomain> Message-ID: Will there be direct downloads? I'm seeing poor performance from the torrents again. From mitr at volny.cz Sat Sep 19 09:49:58 2009 From: mitr at volny.cz (Miloslav =?UTF-8?Q?Trma=C4=8D?=) Date: Sat, 19 Sep 2009 11:49:58 +0200 Subject: Extension to JWHOIS for rate limiting requests to specific servers In-Reply-To: <1253349064.4253.396.camel@zion.finsbury.cohtech.co.uk> References: <1253349064.4253.396.camel@zion.finsbury.cohtech.co.uk> Message-ID: <1253353798.2572.10.camel@localhost> Howard Wilkinson p??e v So 19. 09. 2009 v 09:31 +0100: > Before cutting the code I would like to get in touch with the upstream > developer(s). I have looked at the JWHOIS web page and there is a > bug-jwhois address but not other contact details. Does anybody have any > upstream contact I should use. IIRC bug-jwhois was usable as a general upstream contact as well. Mirek From rawhide at fedoraproject.org Sat Sep 19 13:27:24 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 19 Sep 2009 13:27:24 +0000 Subject: rawhide report: 20090919 changes Message-ID: <20090919132724.GA14025@releng2.fedora.phx.redhat.com> Compose started at Sat Sep 19 06:15:04 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.i686 requires libnbtk-1.0.so.0 ldapvi-1.7-8.fc11.i586 requires libssl.so.8 ldapvi-1.7-8.fc11.i586 requires libcrypto.so.8 libcompizconfig-0.8.2-5.fc12.i686 requires libprotobuf.so.2 moblin-panel-media-0.0.1-2.fc12.i686 requires libnbtk-1.0.so.0 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) ldapvi-1.7-8.fc11.x86_64 requires libssl.so.8()(64bit) ldapvi-1.7-8.fc11.x86_64 requires libcrypto.so.8()(64bit) libcompizconfig-0.8.2-5.fc12.i686 requires libprotobuf.so.2 libcompizconfig-0.8.2-5.fc12.x86_64 requires libprotobuf.so.2()(64bit) moblin-panel-media-0.0.1-2.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.ppc requires libnbtk-1.0.so.0 ldapvi-1.7-8.fc11.ppc requires libssl.so.8 ldapvi-1.7-8.fc11.ppc requires libcrypto.so.8 libcompizconfig-0.8.2-5.fc12.ppc requires libprotobuf.so.2 libcompizconfig-0.8.2-5.fc12.ppc64 requires libprotobuf.so.2()(64bit) moblin-panel-media-0.0.1-2.fc12.ppc requires libnbtk-1.0.so.0 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) hornsey-0.3-2.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) ldapvi-1.7-8.fc11.ppc64 requires libssl.so.8()(64bit) ldapvi-1.7-8.fc11.ppc64 requires libcrypto.so.8()(64bit) libcompizconfig-0.8.2-5.fc12.ppc64 requires libprotobuf.so.2()(64bit) moblin-panel-media-0.0.1-2.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) New package ldapvi An interactive LDAP client New package perl-PDL-Graphics-PLplot Object-oriented interface from perl/PDL to the PLPLOT plotting library New package perl-Text-FormatTable Format text tables New package skrooge Personal finances manager Removed package rhpxl Updated Packages: BackupPC-3.1.0-7.fc12 --------------------- * Fri Sep 18 2009 Johan Cwiklinski 3.1.0-7 - Fix SELinux policy module for UserEmailInfo.pl file DeviceKit-disks-007-1.fc12 -------------------------- * Fri Sep 18 2009 David Zeuthen - 007-1.fc12 - Update to release 007 R-Biostrings-2.12.9-1.fc12 -------------------------- * Fri Sep 18 2009 pingou 2.12.9-1 - Update to 2.12.9 armacycles-ad-0.2.8.3-1.rc3.fc12 -------------------------------- * Fri Sep 18 2009 Jon Ciesla - 0.2.8.3-1.rc3 - New upstream. asunder-1.9-1.fc12 ------------------ * Fri Sep 18 2009 Marcin Zajaczkowski - 1.9-1 - updated to 1.9 - added new additional runtime dependencies (Monkey's Audio) - precised a description (bug 478352 - thanks to Horst H. von Brand) - removed not needed anymore patch fixing sv locales in .desktop file bickley-0.4.3-10.fc12 --------------------- * Fri Sep 18 2009 Bastien Nocera 0.4.3-9 - Port to gupnp 0.13 * Fri Sep 18 2009 Bastien Nocera 0.4.3-10 - Update gupnp 0.13 patch clipper-2.1-11.20090714cvs.fc12 ------------------------------- * Fri Sep 18 2009 Tim Fenn - 2.1-11.20090714cvs - rebuild due to gpp4 update/soname bump coreutils-7.6-3.fc12 -------------------- * Fri Sep 18 2009 Ondrej Vasik - 7.6-3 - fixed typo in DIR_COLORS.256color causing no color for multihardlink cyrus-imapd-2.3.15-2.fc12 ------------------------- * Fri Sep 18 2009 Michal Hlavinka - 2.3.15-1 - fix buffer overflow in cyrus sieve (CVE-2009-3235) -* Wed Sep 16 2009 Tomas Mraz - 2.3.14-6 - use password-auth common PAM configuration instead of system-auth * Fri Sep 18 2009 Michal Hlavinka - 2.3.15-2 - make init script LSB-compliant (#523227) desktop-effects-0.8.4-2.fc12 ---------------------------- * Fri Sep 18 2009 Owen Taylor - 0.8.4-1 - Update to 0.8.4 (fixes #524102) dracut-002-2.gitc53acc30.fc12 ----------------------------- * Fri Sep 18 2009 Harald Hoyer 002-2 - do not cleanup dmraids - copy over lvm.conf eric-4.3.7.1-2.fc12 ------------------- * Fri Sep 18 2009 Johan Cwiklinski 4.3.7.1-2 - add default suffix for qt4 apps freedink-1.08.20090918-1.fc12 ----------------------------- * Fri Sep 18 2009 Sylvain Beucler - 1.08.20090918-1 - New upstream release freedink-dfarc-3.4-1.fc12 ------------------------- * Fri Sep 18 2009 Sylvain Beucler - 3.4-1 - New upstream release gcc-4.4.1-15 ------------ * Fri Sep 18 2009 Jakub Jelinek 4.4.1-15 - for now disable out of line gpr/fpr saving on ppc with -m64 -Os -mcall-aixdesc - fix DW_AT_decl_{file,location} for DW_TAG_structure_type for C structs with forward declarations (#523810) ghc-haskell-src-exts-1.1.4-1.fc12 --------------------------------- * Fri Sep 18 2009 Jens Petersen - 1.1.4-1 - update to 1.1.4 gmixer-1.3-8.fc12 ----------------- * Fri Sep 18 2009 leigh scott - 1.3-8 - edit desktop file so gmixer launches with trayicon gnome-disk-utility-2.28.0-2.fc12 -------------------------------- * Fri Sep 18 2009 David Zeuthen - 2.28.0-1.fc12 - Update to upstream release 2.28.0 - Compared to previous releases, this release should whine less about SMART * Fri Sep 18 2009 David Zeuthen - 2.28.0-2.fc12 - BR libatasmart-devel gsoap-2.7.13-2.fc12 ------------------- * Fri Sep 18 2009 Lubomir Rintel - 2.7.13-2 - Fix build gxmessage-2.12.2-2.fc12 ----------------------- * Fri Sep 18 2009 Christoph Wickert - 2.12.2-1 - Update to 2.12.2 jakarta-commons-io-1.4-1.fc12 ----------------------------- * Fri Sep 18 2009 Alexander Kurtakov 0:1.4-1 - Update to upstream 1.4. jetty-6.1.20-3.fc12 ------------------- * Fri Sep 18 2009 Jeff Johnston 6.1.20-3 - Add djetty script source and fix init script to work properly. libguestfs-1.0.70-2.fc12 ------------------------ * Fri Sep 18 2009 Richard W.M. Jones - 1.0.70-2 - Perl bindings require perl-XML-XPath (fixed RHBZ#523547). libvoikko-2.2-0.3.rc2.fc12 -------------------------- * Fri Sep 18 2009 Ville-Pekka Vainio - 2.2-0.3.rc2 - 2.2rc2 - Remove getcwd() value check patch, accepted upstream malaga-suomi-voikko-1.4-0.2.rc2.fc12 ------------------------------------ * Fri Sep 18 2009 Ville-Pekka Vainio - 1.4-0.2.rc2 - New release candidate. maven-plugin-bundle-2.0.0-4.fc12 -------------------------------- * Fri Sep 18 2009 Alexander Kurtakov 2.0.0-4 - Add missing Requires. mingw32-enchant-1.5.0-4.fc12 ---------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 1.5.0-4 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-filesystem-56-1.fc12 ---------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 2.21.6-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-gtk2-2.17.11-2.fc12 --------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 2.17.11-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-hunspell-1.2.8-11.fc12 ------------------------------ * Fri Sep 18 2009 Erik van Pienbroek - 1.2.8-11 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-iconv-1.12-12.fc12 -------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 1.12-12 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-jasper-1.900.1-11.fc12 ------------------------------ * Fri Sep 18 2009 Erik van Pienbroek - 1.900.1-11 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-libidn-1.14-5.fc12 -------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 7-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-libp11-0.2.6-4.fc12 --------------------------- * Sat Sep 19 2009 Kalev Lember - 0.2.6-4 - Rebuilt to fix debuginfo mingw32-libssh2-1.1-5.fc12 -------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 1.1-5 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-libtiff-3.8.2-20.fc12 ----------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 3.8.2-20 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-libxml2-2.7.4-3.fc12 ---------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 2.7.4-3 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-opensc-0.11.9-1.fc12 ---------------------------- * Fri Sep 18 2009 Kalev Lember - 0.11.9-1 - Update to 0.11.9 - Removed docs which duplicate the ones in native package - Spec file cleanups mingw32-openssl-1.0.0-0.4.beta3.fc12 ------------------------------------ * Fri Sep 18 2009 Kalev Lember - 1.0.0-0.4.beta3 - Rebuilt to fix debuginfo mingw32-pango-1.25.6-2.fc12 --------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 1.25.6-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils mingw32-pixman-0.16.0-2.fc12 ---------------------------- * Fri Sep 18 2009 Erik van Pienbroek - 0.16.0-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils mobile-broadband-provider-info-1.20090918-1.fc12 ------------------------------------------------ * Fri Sep 18 2009 Dan Williams - 1.20090918-1 - Update to latest upstream release including: - Algeria, Australia, Belarus, Belgium, Brazil - Brunei, Bulgaria, Egypt, Finland, Ghana, Greece - India, Italy, Kazakhstan, Korean CDMA operators - Kuwait, Mali, Netherlands, Paraguay, Serbia - Spain, Sweden, UK moblin-panel-pasteboard-0.0.2-1.fc12 ------------------------------------ * Fri Sep 18 2009 Peter Robinson 0.0.2-1 - New upstream 0.0.2 release mutt-1.5.20-1.20090827hg605559.fc12 ----------------------------------- * Fri Sep 18 2009 Miroslav Lichvar 5:1.5.20-1.20090827hg605559 - update to post 1.5.20 hg snapshot (#515148) - use hunspell by default (#510358) mutter-moblin-0.38.3-1.fc12 --------------------------- * Fri Sep 18 2009 Peter Robinson 0.38.3-1 - New 0.38.3 upstream release mythes-hu-0.20090918-1.fc12 --------------------------- * Fri Sep 18 2009 Caolan McNamara - 0.20090918-1 - latest version nano-2.0.9-2.fc12 ----------------- * Fri Sep 18 2009 Kamil Dudka - 2.0.9-1 - new upstream release - dropped patch no longer needed (possible change in behavior though negligible) - fixed broken HTML doc in FR locales (#523951) * Fri Sep 18 2009 Kamil Dudka - 2.0.9-2 - install binaries to /bin (#168340) nautilus-sendto-1.1.7-3.fc12 ---------------------------- * Fri Sep 18 2009 Caol?n McNamara - 1.1.7-3 - rebuild for dependencies nntpgrab-0.5.1-3.fc12 --------------------- * Fri Sep 18 2009 Caol?n McNamara - 0.5.1-3 - rebuild for dependencies notification-daemon-engine-nodoka-0.1.0-11.fc12 ----------------------------------------------- * Fri Sep 18 2009 Matthias Clasen - 0.1.0-11 - Set the proper type hint on notification bubbles (bgo#595062) ntl-5.5.2-1.fc12 ---------------- * Fri Sep 18 2009 Rex Dieter - 5.5.2-1 - ntl-5.5.2 openldap-2.4.18-1.fc12 ---------------------- * Fri Sep 18 2009 Jan Zeleny 2.4.18-1 - rebase of openldap to 2.4.18 pango-1.25.6-1.fc12 ------------------- perl-File-Comments-0.07-4.fc12 ------------------------------ * Fri Sep 18 2009 Paul Howarth 0.07-4 - Add runtime dependencies not determined automatically by RPM perl-Math-GMP-2.06-1.fc12 ------------------------- * Fri Sep 18 2009 Paul Howarth 2.06-1 - Update to 2.06 - Make Makefile.PL more forgiving of gmp library locations (CPAN RT#46323) - Update link to libgmp.org in INSTALL file (CPAN RT#46324) - Use %{?perl_default_filter} - RELEASE_TESTING variable obsoletes TEST_{AUTHOR,CRITIC,SIGNATURE,SPELL} - BuildConflict Test::Critic and Test::Pod::Coverage to avoid failing tests perl-PDL-2.4.4_05-5.fc12 ------------------------ * Thu Sep 10 2009 Orion Poplawski - 2.4.4_05-5 - Remove PDL::Graphics::PLplot to make way for separate package * Wed Sep 09 2009 Orion Poplawski - 2.4.4_05-3 - Don't strip out PLplot version so that plplot can detect it * Wed Sep 09 2009 Orion Poplawski - 2.4.4_05-4 - No, we really need to strip out the PLplot version so it can load php-pear-PhpDocumentor-1.4.3-1.fc12 ----------------------------------- * Fri Sep 18 2009 Christof Damian - 1.4.3-1 - Upstream 1.4.3 protobuf-2.2.0-1.fc12 --------------------- * Fri Sep 18 2009 Lev Shamardin - 2.2.0-1 - Upgraded to upstream protobuf-2.2.0 - New -lite packages pulseaudio-0.9.18-1.fc12 ------------------------ * Sat Sep 19 2009 Lennart Poettering - 0.9.18-1 - New release pyicq-t-0.8.1.5-5.fc12 ---------------------- * Tue Sep 15 2009 Stefan Schulze Frielinghaus - 0.8.1.5-5 - Fixed inclusion of /usr/share/pyicq-t - Create a default config file, removed ghost entry - Fixed init script, status didn't show the application name * Mon Sep 14 2009 Stefan Schulze Frielinghaus - 0.8.1.5-2 - Some whitespace fixes - Added shadow-utils as a requirement - Removed empty config file creation and changed it to copy an example config file * Mon Sep 14 2009 Stefan Schulze Frielinghaus - 0.8.1.5-3 - Added try-restart, reload and force-reload to the init script - Fixed permissions - Fixed typo in config.patch * Mon Sep 14 2009 Stefan Schulze Frielinghaus - 0.8.1.5-4 - Make init script more compatible, e.g. "exit 2" if invalid arguments supplied, killproc needs prog name otherwise the signal won't be used and a couple of other minor fixes. * Fri Sep 11 2009 Stefan Schulze Frielinghaus - 0.8.1.5-1 - New upstream release. - Changed init script to run pyicq-t as non root user and changed permissions of the config file because it contains a cleartext password. - Changed start/stop time of the init script to fix race condition with ejabberd. - Changed init script to call "PyICQt.py" directly and not via "python PyICQt.py" this makes it easier to write a SELinux policy for. python-morbid-0.8.7.3-1.fc12 ---------------------------- * Fri Sep 18 2009 Tom "spot" Callaway - 0.8.7.3-1 - update to current, needed for orbited python-nss-0.7-1.fc12 --------------------- * Fri Sep 18 2009 John Dennis - 0.7-1 - add support for symmetric encryption/decryption more support for digests (hashes) The following classes were added: PK11SymKey PK11Context The following methods and functions were added: get_best_wrap_mechanism get_best_key_length key_gen derive get_key_length digest_key clone_context digest_begin digest_op cipher_op finalize digest_final read_hex hash_buf sec_oid_tag_str sec_oid_tag_name sec_oid_tag_from_name key_mechanism_type_name key_mechanism_type_from_name pk11_attribute_type_name pk11_attribute_type_from_name get_best_slot get_internal_key_slot create_context_by_sym_key import_sym_key create_digest_context param_from_iv param_from_algid generate_new_param algtag_to_mechanism mechanism_to_algtag The following files were added: cipher_test.py digest_test.py python-pyblock-0.43-2.fc12 -------------------------- * Fri Sep 18 2009 Hans de Goede - 0.43-2 - Rebuild for new dmraid python-stomper-0.2.2-9.fc12 --------------------------- * Thu Sep 03 2009 Luke Macken - 0.2.2-9 - Require python-uuid when using Python2.4 only - Run the test suite in %check python-wokkel-0.6.3-1.fc12 -------------------------- * Fri Sep 18 2009 Ruben Kerkhof 0.6.3-1 - Upstream released new version quota-3.17-7.fc12 ----------------- * Fri Sep 18 2009 Ondrej Vasik 1:3.17-7 - Fix headers and structs in quotactl manpage(#524138) rhpl-0.221-2 ------------ rhythmbox-0.12.5-1.fc12 ----------------------- * Fri Sep 18 2009 Bastien Nocera 0.12.5-1 - Update to 0.12.5 rubygem-zoom-0.4.1-7.fc12 ------------------------- * Sat Sep 19 2009 Mamoru Tasaka - 0.4.1-7 - Fix permission selinux-policy-3.6.32-6.fc12 ---------------------------- * Fri Sep 18 2009 Dan Walsh 3.6.32-3 - Fix sandbox policy to allow it to run under firefox. - Dont audit leaks. * Fri Sep 18 2009 Dan Walsh 3.6.32-4 - Fix request_module line to module_request * Fri Sep 18 2009 Dan Walsh 3.6.32-5 - Allow sshd to create .ssh directory and content * Fri Sep 18 2009 Dan Walsh 3.6.32-6 - More fixes for sandbox_web_t sugar-0.85.8-2.fc12 ------------------- * Fri Sep 18 2009 Tomeu Vizoso - 0.85.8-1 - New upstream release * Fri Sep 18 2009 Tomeu Vizoso - 0.85.8-2 - Package /usr/share/applications/sugar-emulator.desktop sugar-artwork-0.85.4-2.fc12 --------------------------- * Fri Sep 18 2009 Tomeu Vizoso - 0.85.4-1 - New upstream release * Fri Sep 18 2009 Tomeu Vizoso - 0.85.4-2 - Upload sources sugar-base-0.85.6-1.fc12 ------------------------ * Fri Sep 18 2009 Tomeu Vizoso - 0.85.6-1 - New upstream release sugar-datastore-0.85.4-3.fc12 ----------------------------- * Fri Sep 18 2009 Tomeu Vizoso - 0.85.4-1 - New upstream release * Fri Sep 18 2009 Tomeu Vizoso - 0.85.4-2 - Upload sources * Fri Sep 18 2009 Tomeu Vizoso - 0.85.4-3 - Rename files in docs accordingly sugar-presence-service-0.85.3-1.fc12 ------------------------------------ * Fri Sep 18 2009 Tomeu Vizoso - 0.85.3-1 - New upstream release sugar-toolkit-0.85.8-1.fc12 --------------------------- * Fri Sep 18 2009 Tomeu Vizoso - 0.85.8-1 - New upstream release system-config-display-2.1-1.fc12 -------------------------------- * Fri Sep 18 2009 Adam Jackson 2.1-1 - s-c-d 2.1 system-config-printer-1.1.13-2.fc12 ----------------------------------- * Fri Sep 18 2009 Tim Waugh 1.1.13-2 - Iconify jobs window into status icon. - Avoid showing the publish-printers dialog when not necessary. - Fixed traceback when cancelling change-driver dialog. - Fixed data button state. vinagre-2.27.92-3.fc12 ---------------------- * Fri Sep 18 2009 Bastien Nocera 2.27.92-2 - Fix mDNS bookmarks activation * Fri Sep 18 2009 Bastien Nocera 2.27.92-3 - Update mDNS patch vte-0.21.7-2.fc12 ----------------- * Fri Sep 18 2009 Behdad Esfahbod 0.21.7-1 - Update to 0.21.7 * Fri Sep 18 2009 Behdad Esfahbod 0.21.7-2 - Update to 0.21.7, second try * Thu Sep 17 2009 Behdad Esfahbod 0.21.6-1 - Update to 0.21.6 xorg-x11-drv-intel-2.8.0-15.20090909.fc12 ----------------------------------------- * Fri Sep 18 2009 Adam Jackson 2.8.0-15.20090909 - lvds-modes.patch: Fix to work in more cases. xorg-x11-drv-openchrome-0.2.903-16.fc12 --------------------------------------- * Fri Sep 18 2009 Xavier Bachelot - 0.2.903-16 - Update to latest snapshot (svn 789). - Drop upstreamed patches. xorg-x11-drv-r128-6.8.1-2.fc12 ------------------------------ * Fri Sep 18 2009 Adam Jackson 6.8.1-2 - r128-6.8.1-panel-hack.patch: Set sync ranges based on panel size. xorg-x11-drv-radeonhd-1.2.5-3.14.20090918git.fc12 ------------------------------------------------- * Fri Sep 18 2009 Hans Ulrich Niedermann - 1.2.5-3.13.20090918git - configure with --disable-shave (we occasionally need to debug the build) - Add Xorg ABI dependency for F12 (1.6.99.*), removing the one from F9 - Update README.fedora with new chipset support - New snapshot (upstream commit ae41ab2fe49ca456c4fb23859af8683c32c2429c): For details, run git log. Short summary: - DRI/DRM/EXA used by default on R5xx, R6xx - Some support for R7xx, R8xx - Some NULL check and logic fixes - xextproto 7.1 support - and more * Fri Sep 18 2009 Hans Ulrich Niedermann - 1.2.5-3.14.20090918git - New snapshot (upstream commit b7a50a6f00bb6d207f5240f00cf83fbbd56bbf60): - b7a50a6f: Fix RHDRegWrite macro invocation breakage * Wed Jul 29 2009 Hans Ulrich Niedermann - 1.2.5-3.11.20090714git - F12 moves some header files from xorg-x11-proto-devel to libXext-devel * Mon Jul 27 2009 Fedora Release Engineering - 1.2.5-3.10.20090714git - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild yum-presto-0.6.1-1.fc12 ----------------------- * Thu Sep 17 2009 Jonathan Dieter - 0.6.1-1 - Fix bug in attempting to read deltainfo.xml yumex-2.9.1-1.fc12 ------------------ * Fri Sep 18 2009 Tim Lauridsen - 2.9.0-1 - bumped version to 2.9.1-1 Summary: Added Packages: 4 Removed Packages: 1 Modified Packages: 88 From schaiba at gmail.com Sat Sep 19 16:31:12 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Sat, 19 Sep 2009 19:31:12 +0300 Subject: Anaconda multiple Ethernet cards question Message-ID: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Today while installing F11 from DVD, I noticed something : if one has multiple Ethernet cards in his/her computer, if booting with 'asknetwork', when it comes to configuring the network you are greeted with eth0 : and below eth1 : . I think it would be niftier if the identification string of the card was printed also (eg VIA Rhine III) so people would know what card to choose and how. Thanks, -- Aioanei Rares schaiba at fedoraproject.org "China is a big country, inhabited by many Chinese." --Charles de Gaulle -------------- next part -------------- An HTML attachment was scrubbed... URL: From christoph.frieben at googlemail.com Sat Sep 19 17:12:44 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Sat, 19 Sep 2009 19:12:44 +0200 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Message-ID: 2009/9/19 Aioanei Rares > Today while installing F11 from DVD, I noticed something : if one has > multiple Ethernet cards in his/her computer, if booting with 'asknetwork', > when it comes to configuring the network you are greeted with eth0 : address> and below eth1 : . I think it would be niftier if the > identification string of the card was printed also (eg VIA Rhine III) so > people would know what card to choose and how. Worthwile remark in particular in view of https://bugzilla.redhat.com/show_bug.cgi?id=522164 Write down you MAC addresses before proceeding to install your system. This way you will be on safe side. ~C -------------- next part -------------- An HTML attachment was scrubbed... URL: From gene at czarc.net Sat Sep 19 19:58:14 2009 From: gene at czarc.net (Gene Czarcinski) Date: Sat, 19 Sep 2009 15:58:14 -0400 Subject: dnssec-conf problem Message-ID: <200909191558.14894.gene@czarc.net> Dnssec was introduced as a default in Fedora 11 and continues in Fedora 12. The dnssec-conf package was introduced to modify/configure /etc/named.conf for the dnssec support. Unfortunately, dnssec-conf (specifically /usr/sbin/dnssec- configure has a significant problem. The problem is documented in bugzilla reports: https://bugzilla.redhat.com/show_bug.cgi?id=505754 https://bugzilla.redhat.com/show_bug.cgi?id=510290 https://bugzilla.redhat.com/show_bug.cgi?id=523973 I have closed 510290 and 523973 as dups of 505754. Report 505754 has a comment by paul at xelerance.com dated 2009-06-25 that the bug has been found and that the fix in is dnssec-conf 1.22 which will be posted "today" (2008-06-25). Since that time ... nothing ... including and especially no 1.22. I am not sure what happened to Paul (accident? fired? three month vacation? ??) but there appears to be no active author/creator/maintainer since late June or since about three months ago. I noticed that there is a current thread about package maintainers and responsiveness ... I believe those comments apply here. I understand that the forthcoming RHEL 6 will be based on Fedora 11 and, as such, I expect that dnssec-conf will be included. Therefore, this possible maintainer problem and the associated needed bugfix needs to be addressed. Until the bugfix is implemented, I suggest that some user documentation be added to advise users how to work around the problem. The work-arounds I have found are: 1. Make such that "options" is immediately followed by a right brace ("{") and the same physical line or the options statement will not recognized . 2. Make sure that the options statement termination ("};") is on its own physical line. 3. For options sub-statements/items which themselves include a list, make sure that the closing right brace "}") is not on a separate physical line but it after the last item in the list. Sub-statements/options-items which themselves have a list as an operand can occur over multiple physical lines if this is done. 4. Be sure that and dnssec- sub-statements/options-items are on separate physical lines or or named.conf will be butchered. Another possible work around may be to remove the dnssec-conf package (I have not tried this so I am not sure). Gene From paul at xelerance.com Sat Sep 19 20:39:53 2009 From: paul at xelerance.com (Paul Wouters) Date: Sat, 19 Sep 2009 16:39:53 -0400 (EDT) Subject: dnssec-conf problem In-Reply-To: <200909191558.14894.gene@czarc.net> References: <200909191558.14894.gene@czarc.net> Message-ID: On Sat, 19 Sep 2009, Gene Czarcinski wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=505754 > https://bugzilla.redhat.com/show_bug.cgi?id=510290 > https://bugzilla.redhat.com/show_bug.cgi?id=523973 > > I have closed 510290 and 523973 as dups of 505754. > > Report 505754 has a comment by paul at xelerance.com dated 2009-06-25 that the > bug has been found and that the fix in is dnssec-conf 1.22 which will be posted > "today" (2008-06-25). Since that time ... nothing ... including and > especially no 1.22. Sorry. I was stuck on a pyparsing bug that prevented me from getting this working before, and it kind of escaped my attention. > I am not sure what happened to Paul (accident? fired? three month vacation? ??) > but there appears to be no active author/creator/maintainer since late June or > since about three months ago. I've been active with Fedora, just not on this issue. And certainly not misisng as a single email or popping on #fedora-devel would have shown you. > Another possible work around may be to remove the dnssec-conf package (I have > not tried this so I am not sure). Or setting /etc/sysconfig/dnssec's DNSSEC to false. If there is anyone with pyparsing experience around to help my solve a bug preventing me to releasea new dnssec-configure based on pyparsing, please drop me a line. Paul From mcepl at redhat.com Sat Sep 19 23:24:20 2009 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 19 Sep 2009 23:24:20 +0000 (UTC) Subject: Xinetd resurrection References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <20090918143403.3f2c3c50@dhcp03.addix.net> <200909180939.11898.sgrubb@redhat.com> <46a038f90909180829n740aceb3qa4d867564eb314cd@mail.gmail.com> Message-ID: Martin Langhoff, Fri, 18 Sep 2009 17:29:48 +0200: > In other words, xinetd is a saviour when you are running OLPC's School > Servers :-) That's not the point Steve was trying to make (I guess) ... what you need could be easily as well accomplished by its predecessory inetd server which does bascially the same thing (and is default on Debian for example, http://packages.debian.org/sid/inetutils-inetd). Mat?j From mcepl at redhat.com Sat Sep 19 23:25:13 2009 From: mcepl at redhat.com (Matej Cepl) Date: Sat, 19 Sep 2009 23:25:13 +0000 (UTC) Subject: Xinetd resurrection References: <200909180931.50015.jzeleny@redhat.com> <4AB35B3B.6040300@redhat.com> <200909180824.18217.sgrubb@redhat.com> Message-ID: Steve Grubb, Fri, 18 Sep 2009 08:24:18 -0400: > I also think that the reason xinetd came into existence in the first > place has long since passed. Do you think that Fedora should humbly return with a cap in hand to inetd? Mat?j From ngompa13 at gmail.com Sat Sep 19 23:32:16 2009 From: ngompa13 at gmail.com (King InuYasha) Date: Sat, 19 Sep 2009 18:32:16 -0500 Subject: Xinetd resurrection In-Reply-To: References: <200909180931.50015.jzeleny@redhat.com> <4AB35B3B.6040300@redhat.com> <200909180824.18217.sgrubb@redhat.com> Message-ID: <8278b1b0909191632t61c38913l7ffaeb9e538ddc48@mail.gmail.com> Is Fedora still using xinetd? I thought we moved to something like launchd by now? On Sat, Sep 19, 2009 at 6:25 PM, Matej Cepl wrote: > Steve Grubb, Fri, 18 Sep 2009 08:24:18 -0400: > > I also think that the reason xinetd came into existence in the first > > place has long since passed. > > Do you think that Fedora should humbly return with a cap in hand to inetd? > > Mat?j > > -- > 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 mcepl at redhat.com Sun Sep 20 05:55:50 2009 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 20 Sep 2009 05:55:50 +0000 (UTC) Subject: default fonts in Fedora References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: Colin Walters, Fri, 18 Sep 2009 15:46:50 +0000: > These are wrong and should be in the comps group. Looks like Matthias > added them. I'll move them to comps now. Which seems like to typical Fedora event ... after all FESCO approved Features, code freezes, etc. etc., somebody just throws incompatible, untested, and frankly worse fonts to comps and chages the look of whole distro (yes, I know, these are just for LiveCD). /me shakes his fist at comps and complaints for thousand times that we don't have Suggests/Recommends, which would maintained by somebody who at least has a clue about package in question. Mat?j From mcepl at redhat.com Sun Sep 20 06:02:55 2009 From: mcepl at redhat.com (Matej Cepl) Date: Sun, 20 Sep 2009 06:02:55 +0000 (UTC) Subject: default fonts in Fedora References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: Matej Cepl, Sun, 20 Sep 2009 05:55:50 +0000: > /me shakes his fist at comps and complaints for thousand times that we * for the thousandth time (shaking fist doesn't excuse me from English grammar) From yersinia.spiros at gmail.com Sun Sep 20 09:22:29 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Sun, 20 Sep 2009 11:22:29 +0200 Subject: dnssec-conf problem In-Reply-To: References: <200909191558.14894.gene@czarc.net> Message-ID: On Sat, Sep 19, 2009 at 10:39 PM, Paul Wouters wrote: > On Sat, 19 Sep 2009, Gene Czarcinski wrote: > > https://bugzilla.redhat.com/show_bug.cgi?id=505754 >> https://bugzilla.redhat.com/show_bug.cgi?id=510290 >> https://bugzilla.redhat.com/show_bug.cgi?id=523973 >> >> I have closed 510290 and 523973 as dups of 505754. >> >> Report 505754 has a comment by paul at xelerance.com dated 2009-06-25 that >> the >> bug has been found and that the fix in is dnssec-conf 1.22 which will be >> posted >> "today" (2008-06-25). Since that time ... nothing ... including and >> especially no 1.22. >> > > Sorry. I was stuck on a pyparsing bug that prevented me from getting > this working before, and it kind of escaped my attention. > > I am not sure what happened to Paul (accident? fired? three month >> vacation? ??) >> but there appears to be no active author/creator/maintainer since late >> June or >> since about three months ago. >> > > I've been active with Fedora, just not on this issue. And certainly not > misisng as a single email or popping on #fedora-devel would have shown you. > > Another possible work around may be to remove the dnssec-conf package (I >> have >> not tried this so I am not sure). >> > > Or setting /etc/sysconfig/dnssec's DNSSEC to false. > > If there is anyone with pyparsing experience around to help my solve a bug > preventing > me to releasea new dnssec-configure based on pyparsing, please drop me a > line. > > Ok. But should be better to use augeas for things like this ? I have not tried, however. > Paul > > > -- > 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 christoph.frieben at googlemail.com Sun Sep 20 09:45:51 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Sun, 20 Sep 2009 11:45:51 +0200 Subject: Unable to boot Fedora release later than 11 Alpha on Intel PR440FX Message-ID: Ever since the days of Fedora 11 Beta, I am unable to boot from any Fedora media on a somewhat classic system built upon the Intel PR440FX (Providence) server mainboard. It is a dual Pentium II Overdrive 333 MHz machine with 512 MB of RAM. The SMOLT profile is http://www.smolts.org/client/show/pub_404b0d8f-bccd-4123-97e7-e21d09d2c097 . The corresponding bug is "F11-Rawhide boot CD hangs at SYSLINUX stage", https://bugzilla.redhat.com/show_bug.cgi?id=498829 . Pressing during boot time allows to recover the "boot:" argument line. After typing "vmlinuz0" and , the kernel actually boots to the point where a kernel panic occurs: EXT3-fs: unable to read superblock EXT4-fs: unable to read superblock EXT4-fs: Update your userspace programs to mount using ext4 EXT4-fs: ext4dev backwards compatibility will go away by 2.6.31 EXT4-fs: unable to read superblock isofs_fill_super: bread failed, dev=md2, iso_blknum=16, block=32 List of all partitions: 0b00 1048575 sr0 driver: sr No filesystem could mount root, tried: ext3 ext4 ext4dev iso9660 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(9,2) This happens for all Fedora CD/DVD media (system does not support a USB boot device). However, on the very same system, using the same DVD drive and the same physical media, e.g. network install image boot.iso burnt to a CD, it is absolutely possible to run qemu -boot d -cdrom /dev/sr0 -m 256 -localtime -monitor stdio successfully and now, anaconda starts up as expected even bringing up the graphical installer inside QEMU. This rules out any issue related to the integrity of drive or media. It should be added that after a Fedora 10 minimum install, it is perfectly possible to pull in a fully updated Fedora 11 via yum which boots and works as expected. Any live or install CD/DVD of other distributions such as various Ubuntu 9.x and OpenSuse 11.x, OpenSolaris 200x.yy, etc. boot without the slightest hitch. Any confirmation of this issue for a comparable system or hints in which direction to investigate? I have no issues with a Pentium III-M based notebook and an Opteron based desktop system. ~Christoph -------------- next part -------------- An HTML attachment was scrubbed... URL: From rawhide at fedoraproject.org Sun Sep 20 12:14:04 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 20 Sep 2009 12:14:04 +0000 Subject: rawhide report: 20090920 changes Message-ID: <20090920121404.GA10925@releng2.fedora.phx.redhat.com> Compose started at Sun Sep 20 06:15:09 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) New package rekonq KDE browser based on QtWebkit Updated Packages: bouml-4.14-1.fc12 ----------------- * Sat Sep 19 2009 Debarshi Ray - 4.14-1 - Version bump to 4.14. (Red Hat Bugzilla #512401) * Previous releases can not read a project saved with this version, but projects made by previous releases can be read. * When a package was deleted from a plug-out the container package was not marked modified and was not saved without an other reason marking it modified, and an error occured on reloading the project. Fixed. * It is not possible to resize the classes drawn with the standard representation (not using an icon) in a class diagram. * New drawing setting "hide get/set operations" to apply on 'official' get and set operations in class diagrams. The get/set operations are shown by default. * New C++ generation setting "inline force include in header" to include headers defining types referenced in inline operations. This switched on by default for older projects, but turned off for new ones. * http://bouml.free.fr/historic.html cclive-0.5.1-1.fc12 ------------------- * Sat Sep 19 2009 Nicoleau Fabien 0.5.1-1 - Update to 0.5.1 clive-2.2.6-1.fc12 ------------------ * Sat Sep 19 2009 Nicoleau Fabien 2.2.6-1 - Update to 2.2.6 dhcp-4.1.0p1-9.fc12 ------------------- * Fri Sep 18 2009 David Cantrell - 12:4.1.0p1-9 - Update dhclient-script with handlers for DHCPv6 states eclipse-dtp-1.7.0-5.fc12 ------------------------ * Sat Sep 19 2009 Mat Booth - 1.7.0-5 - Re-enable jar repacking now that RHBZ #461854 has been resolved. eclipse-emf-2.5.0-4.fc12 ------------------------ * Sat Sep 19 2009 Mat Booth - 2.5.0-4 - Re-enable jar repacking now that RHBZ #461854 has been resolved. gajim-0.12.5-1.fc12 ------------------- * Sat Sep 19 2009 Debarshi Ray - 0.12.5-1 - Version bump to 0.12.5. (Red Hat Bugzilla #516191) * Fixed history manager. * Improved file transfer. * http://trac.gajim.org/query?status=closed&milestone=0.12.4 * http://trac.gajim.org/browser/ChangeLog?rev=5f8edb79072f gnome-bluetooth-2.28.0-1.fc12 ----------------------------- * Sat Sep 19 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 hornsey-0.4-1.fc12 ------------------ * Sat Sep 19 2009 Peter Robinson 0.4-1 - New upstream 0.4 release. hulahop-0.5.2-1.fc12 -------------------- * Sat Sep 19 2009 Tomeu Vizoso - 0.5.2-1 - New upstream release jd-2.4.2-0.4.svn3079_trunk.fc12 ------------------------------- * Sun Sep 20 2009 Mamoru Tasaka - rev 3079 ldapvi-1.7-9.fc12 ----------------- * Fri Sep 18 2009 Mat?j Cepl - 1.7-9 - Fixed build to cure FTBFS (#511746) Thanks for sharkcz for making the patch libcompizconfig-0.8.2-6.fc12 ---------------------------- * Sat Sep 19 2009 leigh scott - 0.8.2-6 - disable protobuf support libmsn-4.0-0.15.beta8.fc12 -------------------------- * Sat Sep 19 2009 John5342 - 4.0-0.15.beta8 - 4.0 beta 8 (fixes #524318) mailcap-2.1.30-1.fc12 --------------------- * Sat Sep 19 2009 Ville Skytt? - 2.1.30-1 - Update to 2.1.30, see NEWS for details. - Improve summary and description. - Add MIT to License: for mailcap.4 man page. - Specfile cleanup. mingw32-glibmm24-2.21.5-1.fc12 ------------------------------ * Sat Sep 19 2009 Thomas Sailer - 2.21.5-1 - update to 2.21.5 match native package mingw32-gtkmm24-2.17.11-1.fc12 ------------------------------ * Sat Sep 19 2009 Thomas Sailer - 2.17.11-1 - update to 2.17.11 to match native mingw32-libsigc++20-2.2.4.2-1.fc12 ---------------------------------- * Sat Sep 19 2009 Thomas Sailer - 2.2.4.2-1 - update to 2.2.4.2 match native package mingw32-libsoup-2.27.92-2.fc12 ------------------------------ * Sat Sep 19 2009 Erik van Pienbroek - 2.27.92-2 - Rebuild because of broken mingw32-gcc/mingw32-binutils - Added a patch to workaround GNOME BZ #595176 mingw32-pangomm-2.25.1.3-2.fc12 ------------------------------- * Sun Sep 20 2009 Thomas Sailer - 2.25.1.3-2 - also package pangommconfig.h * Sat Sep 19 2009 Thomas Sailer - 2.25.1.3-1 - update to 2.25.1.3 match native package mingw32-sqlite-3.6.17-1.fc12 ---------------------------- * Sun Sep 20 2009 Thomas Sailer - 3.6.17-1 - update to 3.6.17 moblin-panel-media-0.0.2-1.fc12 ------------------------------- * Sat Sep 19 2009 Peter Robinson 0.0.2-1 - New upstream 0.0.2 release nss-3.12.4-9.fc12 ----------------- * Fri Sep 18 2009 Elio Maldonado - 2.8-5 - Don't use the minimize tool as it produces an incorrect JS file openoffice-lv-0.8.2-1.fc12 -------------------------- * Sat Sep 19 2009 Caolan McNamara - 0.8.2-1 - latest version perl-App-Cmd-0.301-1.fc12 ------------------------- * Sat Sep 19 2009 Chris Weyl 0.301-1 - auto-update to 0.301 (by cpan-spec-update 0.01) perl-Class-MOP-0.93-1.fc12 -------------------------- * Fri Sep 18 2009 Chris Weyl 0.93-1 - switch filtering systems - auto-update to 0.93 (by cpan-spec-update 0.01) - altered br on perl(Test::More) (0.77 => 0.88) * Fri Aug 28 2009 Chris Weyl - 0.92-2 - Filtering errant private provides perl-Moose-0.90-1.fc12 ---------------------- * Fri Sep 18 2009 Chris Weyl 0.90-1 - switch filtering systems... - auto-update to 0.90 (by cpan-spec-update 0.01) - altered br on perl(Class::MOP) (0.92 => 0.93) - altered br on perl(Test::More) (0.77 => 0.88) - added a new br on perl(Try::Tiny) (version 0.02) - altered req on perl(Class::MOP) (0.92 => 0.93) - added a new req on perl(Try::Tiny) (version 0.02) perl-MooseX-App-Cmd-0.06-1.fc12 ------------------------------- * Sat Sep 19 2009 Chris Weyl 0.06-1 - switch filtering systems - auto-update to 0.06 (by cpan-spec-update 0.01) - altered br on perl(App::Cmd) (0 => 0.3) - altered req on perl(App::Cmd) (0 => 0.3) - added a new req on perl(Test::use::ok) (version 0) perl-MooseX-AttributeHelpers-0.22-1.fc12 ---------------------------------------- * Sat Sep 19 2009 Chris Weyl 0.22-1 - auto-update to 0.22 (by cpan-spec-update 0.01) perl-MooseX-Emulate-Class-Accessor-Fast-0.00903-1.fc12 ------------------------------------------------------ * Sat Sep 19 2009 Chris Weyl 0.00903-1 - auto-update to 0.00903 (by cpan-spec-update 0.01) perl-MooseX-Getopt-0.22-1.fc12 ------------------------------ * Sat Sep 19 2009 Chris Weyl 0.22-1 - auto-update to 0.22 (by cpan-spec-update 0.01) - altered br on perl(Getopt::Long::Descriptive) (0 => 0.077) - added a new br on perl(Test::Moose) (version 0) - altered req on perl(Getopt::Long::Descriptive) (0 => 0.077) * Wed Aug 19 2009 Chris Weyl 0.20-1 - auto-update to 0.20 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - altered br on perl(Getopt::Long) (2.35 => 2.37) - added a new req on perl(Getopt::Long) (version 2.37) - added a new req on perl(Getopt::Long::Descriptive) (version 0) - added a new req on perl(Moose) (version 0.56) * Sun Jul 26 2009 Fedora Release Engineering - 0.18-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild perl-MooseX-Iterator-0.11-1.fc12 -------------------------------- * Sat Sep 19 2009 Chris Weyl 0.11-1 - auto-update to 0.11 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - altered br on perl(Moose) (0.26 => 0.86) perl-MooseX-Types-0.20-1.fc12 ----------------------------- * Sat Sep 19 2009 Chris Weyl 0.20-1 - auto-update to 0.20 (by cpan-spec-update 0.01) perl-local-lib-1.004007-1.fc12 ------------------------------ * Sat Sep 19 2009 Chris Weyl 1.004007-1 - auto-update to 1.004007 (by cpan-spec-update 0.01) php-pear-PHP-CodeSniffer-1.2.0-1.fc12 ------------------------------------- * Sat Sep 19 2009 Christof Damian - 1.2.0-1 - Upstream 1.2.0 pydb-1.26-4.fc12 ---------------- * Fri Sep 18 2009 Paulo Roma 1.26-4 - Updated to 1.26 qdox-1.9.2-2.fc12 ----------------- * Sat Sep 19 2009 Alexander Kurtakov 0:1.9.2-2 - Remove not needed sources. * Tue Aug 18 2009 Alexander Kurtakov 0:1.9.2-1 - Update to 1.9.2. qlandkartegt-0.15.1-1.fc12 -------------------------- * Sat Sep 19 2009 Dan Hor?k 0.15.1-1 - update to 0.15.1 scala-2.7.5-1.fc12 ------------------ * Sat Sep 19 2009 Geoff Reedy - 2.7.5-1 - Update to upstream 2.7.5 release subversion-1.6.5-2.fc12 ----------------------- * Sat Sep 19 2009 Ville Skytt? - 1.6.5-2 - Ship svn2cl and bash completion (#496456). - Add %defattr to -gnome and -kde. tellico-2.0-0.2.pre2.fc12 ------------------------- * Sat Sep 19 2009 Rex Dieter - 2.0-0.2.pre2 - use %_kde4_* macros - optimize scriptlets - update URL, Source0 xapian-bindings-1.0.16-1.fc12 ----------------------------- * Sat Sep 19 2009 Peter Robinson 1.0.16-1 - Update to 1.0.16, some spec file cleanups xapian-core-1.0.16-1.fc12 ------------------------- * Sat Sep 19 2009 Peter Robinson - 1.0.16-1 - Update to 1.0.16, some spec file cleanups xfce4-dev-tools-4.7.1-1.fc12 ---------------------------- * Sun Sep 20 2009 Christoph Wickert - 4.7.1-1 - Update to 4.7.1 Summary: Added Packages: 1 Removed Packages: 0 Modified Packages: 45 From mark.bidewell at alumni.clemson.edu Sun Sep 20 15:01:39 2009 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 20 Sep 2009 11:01:39 -0400 Subject: Audio broken in F11 Message-ID: I haven't seen any bugs relating to this. but it appears audio is broken in F11. When I attempt to play any files the pulseaudio control shows activity but no sound. Has anyone else seen this? -- Mark Bidewell http://www.linkedin.com/in/markbidewell From lvillani at binaryhelix.net Sun Sep 20 16:08:59 2009 From: lvillani at binaryhelix.net (Lorenzo Villani) Date: Sun, 20 Sep 2009 18:08:59 +0200 Subject: Xinetd resurrection In-Reply-To: <8278b1b0909191632t61c38913l7ffaeb9e538ddc48@mail.gmail.com> References: <200909180931.50015.jzeleny@redhat.com> <4AB35B3B.6040300@redhat.com> <200909180824.18217.sgrubb@redhat.com> <8278b1b0909191632t61c38913l7ffaeb9e538ddc48@mail.gmail.com> Message-ID: <4AB6539B.5080500@binaryhelix.net> On 09/20/2009 01:32 AM, King InuYasha wrote: > Is Fedora still using xinetd? I thought we moved to something like > launchd by now? You mean upstart? As far as I know, it doesn't have xinetd-like functionality yet. Lorenzo V. From mzerqung at 0pointer.de Sun Sep 20 16:25:40 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Sun, 20 Sep 2009 18:25:40 +0200 Subject: Audio broken in F11 In-Reply-To: References: Message-ID: <20090920162540.GA16094@tango.0pointer.de> On Sun, 20.09.09 11:01, Mark Bidewell (mark.bidewell at alumni.clemson.edu) wrote: > I haven't seen any bugs relating to this. but it appears audio is > broken in F11. When I attempt to play any files the pulseaudio > control shows activity but no sound. Has anyone else seen this? Very likely this is caused by one of these two reasons: Most likely your mixer is not set up correctly. Try if "alsactl init -c0" and see if that helps. If it doesn't try "alsamixer -c0" in a terminal and see if you can find an option you have to toggle to make sound work. If you find one please file a bug so that we can include it in the default mixer database. Include the output of "alsa-info.sh --no-upload" there. File it against alsa-utils. Other than that it might be that the HDA driver doesn't recognize your specific card. You should play around with the "model" argument to snd-hda-intel if this is the problem. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From sgrubb at redhat.com Sun Sep 20 16:28:14 2009 From: sgrubb at redhat.com (Steve Grubb) Date: Sun, 20 Sep 2009 12:28:14 -0400 Subject: Xinetd resurrection In-Reply-To: References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> Message-ID: <200909201228.15065.sgrubb@redhat.com> On Saturday 19 September 2009 07:25:13 pm Matej Cepl wrote: > Steve Grubb, Fri, 18 Sep 2009 08:24:18 -0400: > > I also think that the reason xinetd came into existence in the first > > place has long since passed. > > Do you think that Fedora should humbly return with a cap in hand to inetd? Not at all. These days the only need for xinetd is in memory constrained systems. For mainline x86_64 bought with typically 4Gb of main memory, xinetd is a thing of the past. That's my point. If more work is done on xinetd, the new devs should think about how much memory any new feature would add. I would look at the functions in the lib directory and scuttle anything I could to make xinetd smaller and more memory efficient. I wanted to do some of this in the past where it could use native glibc functionality on Linux and portable functions elsewhere. But the project leader wanted to use compat functions on all platforms so any bug reports aren't platform specific. In any new development, I would forgo supporting the Cray, SunOS, and True64 in favor of smaller footprint on modern OS. They can still use the old xinetd. xinetd could be put on a diet and made better. For example, the ident protocol is useless from a security PoV. All that code could be dropped. The config parser is huge. That code could be dlopened and then dropped once the daemon is running. -Steve From lvillani at binaryhelix.net Sun Sep 20 17:40:49 2009 From: lvillani at binaryhelix.net (Lorenzo Villani) Date: Sun, 20 Sep 2009 19:40:49 +0200 Subject: Xinetd resurrection In-Reply-To: <200909201228.15065.sgrubb@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <200909201228.15065.sgrubb@redhat.com> Message-ID: <4AB66921.5030501@binaryhelix.net> On 09/20/2009 06:28 PM, Steve Grubb wrote: > > Not at all. These days the only need for xinetd is in memory constrained > systems. For mainline x86_64 bought with typically 4Gb of main memory, xinetd > is a thing of the past. That's my point. > Well, I am probably part of that 0.000001% who would like some services to start on-demand. For example I don't print all the time and I prefer to have cups start only when needed, then die instead of having it waiting for no real purpose. Now, this is a case in which it doesn't make sense (you start xinetd instead of cups for no real gain) but it can be useful with some setups. Even if I have a quad-core system with 4Gb of memory available I always prefer to find a better use for it. -- Lorenzo V. From jonstanley at gmail.com Sun Sep 20 17:41:57 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 20 Sep 2009 13:41:57 -0400 Subject: FESCo meeting summary for 20090918 Message-ID: I didn't see that anyone sent this out from the meeting on Friday that I wasn't able to be at, so here it is :) ======================================= #fedora-meeting: FESCo meeting 20090918 ======================================= Meeting started by nirik at 16:59:59 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-09-18/fedora-meeting.2009-09-18-16.59.log.html . Meeting log ----------- * sponsor application by Till Maas (nirik, 17:06:25) * ACTION: sponsorship approved for Till Maas (nirik, 17:07:29) * simplify non-responsive maintainer process (nirik, 17:07:37) * AGREED: Add new Fast Track non responsive maintainer procedure to the existing procedure. (nirik, 17:47:42) * Open Floor (nirik, 17:47:46) Meeting ended at 17:51:03 UTC. Action Items ------------ * sponsorship approved for Till Maas Action Items, by person ----------------------- * **UNASSIGNED** * sponsorship approved for Till Maas People Present (lines said) --------------------------- * nirik (55) * Kevin_Kofler (36) * notting (14) * tyll (12) * skvidal (7) * che (7) * j-rod (7) * sharkcz (6) * zodbot (5) * buggbot (1) * thomasj (1) * abadger1999 (1) * jds2001 (0) * jwb (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.3 .. _`MeetBot`: http://wiki.debian.org/MeetBot From nicolas.mailhot at laposte.net Sun Sep 20 18:03:45 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sun, 20 Sep 2009 20:03:45 +0200 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: > > On Fri, Sep 18, 2009 at 3:59 PM, Rex Dieter wrote: >> Colin Walters wrote: >> >>> On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter >>> wrote: >>>> >>>> As far as I can tell, gnome-desktop doesn't include explicit (default >>>> or >>>> otherwise) fonts either. >>> >>> I haven't dug through the dependency graph yet, but looking at >>> fedora-livecd-desktop.ks: >>> >>> google-droid-sans-fonts >>> google-droid-sans-mono-fonts >>> google-droid-serif-fonts >>> >>> These are wrong and should be in the comps group. ?Looks like Matthias >>> added them. ?I'll move them to comps now. >> >> I guess I'll do similarly for @kde-desktop, until a better solution >> lands. > > We could put them in base-x I guess, the definition of which seems to > vaguely be "stuff shared between gnome-desktop and kde-desktop". As I've already written, fonts were split from base-x because it was becoming un-manageable. If you want Fedora default fonts just install the fonts group. Almost every package in there is optional except for the minimal set i18n judges necessary. From nicolas.mailhot at laposte.net Sun Sep 20 18:08:01 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sun, 20 Sep 2009 20:08:01 +0200 Subject: default fonts in Fedora In-Reply-To: <20090918164419.GN23302@nostromo.devel.redhat.com> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> Message-ID: <3b95524ef1f2ccae48a3e34f6eeb41af.squirrel@arekh.dyndns.org> > > Colin Walters (walters at verbum.org) said: >> On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter >> wrote: >> > >> > As far as I can tell, gnome-desktop doesn't include explicit (default >> or >> > otherwise) fonts either. >> >> I haven't dug through the dependency graph yet, but looking at >> fedora-livecd-desktop.ks: >> >> google-droid-sans-fonts >> google-droid-sans-mono-fonts >> google-droid-serif-fonts >> >> These are wrong and should be in the comps group. Looks like Matthias >> added them. I'll move them to comps now. > > Is there a reason we make these the default instead of the more-or-less > current default of dejavu? Because they're not the default, the defaults are defined in the @fonts group, this is an experiment by the desktop team, without any concertation, or understanding on how we managed fonts so far. I learned about it when the bug report landed in my lap. From nicolas.mailhot at laposte.net Sun Sep 20 18:10:51 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sun, 20 Sep 2009 20:10:51 +0200 Subject: default fonts in Fedora In-Reply-To: <4AB3A9DC.7020706@math.unl.edu> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: <276838b051fdebc0058491bcbc6e5e2f.squirrel@arekh.dyndns.org> > > Colin Walters wrote: >> On Fri, Sep 18, 2009 at 2:51 PM, Daniel Mach wrote: >>> Which group should I install? >>> yum install @base-x is definitely not a good choice, it installs a lot >>> of >>> packages I don't really want. >>> It's 107 additional packages to my current installation. >> >> I'm just explaining the supported way to install a desktop (in the >> case of what I manage that's gnome-desktop) > > As far as I can tell, gnome-desktop doesn't include explicit (default or > otherwise) fonts either. > > Shouldn't a good/default set of monospace/sans/serif fonts get pulled in > from somewhere, somehow? Am I missing something? The defaults are pulled from the @fonts group. It's not a simple requires because we don't have any font that covers the whole unicode range, so defaults need to be composed from multiple fonts. -- Nicolas Mailhot From nicolas.mailhot at laposte.net Sun Sep 20 18:15:29 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sun, 20 Sep 2009 20:15:29 +0200 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> Message-ID: <9ebbaa4fb8d14c484378f254d8654a63.squirrel@arekh.dyndns.org> > > I wrote: >> (The foundry which makes the Droid fonts sells a "Pro" version with >> higher >> glyph coverage, which we obviously cannot ship for both licensing and >> royalty reasons.) > > That actually seems not to be true, I checked their site and they say the > Pro version only has more "typographical features", not more coverage. > (This > may have changed recently, or I might just have remembered incorrectly.) > > That said, how does glyph coverage compare to DejaVu's? DejaVu has a table > of its coverage: > http://dejavu.svn.sourceforge.net/viewvc/dejavu/trunk/dejavu- > fonts/unicover.txt Droid does not have the whole style set DejaVu has (not even the complete normal/bold/italic/bold-italic) and only has more glyphs because it includes a huge CJK fallback font of medium quality (which BTW the Japanese seem not to like). For european scripts, its coverage is well below dejavu http://www.fileformat.info/info/unicode/font/custom.htm But that does not matter since a desktop comps group is not the place where we define default fonts, and I'm not going to let people play with fire and increase the Droid font priority in my package. -- Nicolas Mailhot From mark.bidewell at alumni.clemson.edu Sun Sep 20 18:21:19 2009 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 20 Sep 2009 14:21:19 -0400 Subject: Audio broken in F11 In-Reply-To: <20090920162540.GA16094@tango.0pointer.de> References: <20090920162540.GA16094@tango.0pointer.de> Message-ID: Thanks, I will keep investigating, However early returns point to a kernel bug. 2.6.29.6-217.2.16 works fine but 2.6.30.5-43 does not and neither does a custom built 2.6.31. The mainboard is an Intel DP35DP using onboard audio. On Sun, Sep 20, 2009 at 12:25 PM, Lennart Poettering wrote: > On Sun, 20.09.09 11:01, Mark Bidewell (mark.bidewell at alumni.clemson.edu) wrote: > >> I haven't seen any bugs relating to this. ?but it appears audio is >> broken in F11. ?When I attempt to play any files the pulseaudio >> control shows activity but no sound. ?Has anyone else seen this? > > Very likely this is caused by one of these two reasons: > > Most likely your mixer is not set up correctly. Try if "alsactl init > -c0" and see if that helps. If it doesn't try "alsamixer -c0" in a > terminal and see if you can find an option you have to toggle to make > sound work. If you find one please file a bug so that we can include > it in the default mixer database. Include the output of "alsa-info.sh > --no-upload" there. File it against alsa-utils. > > Other than that it might be that the HDA driver doesn't recognize your > specific card. You should play around with the "model" argument to > snd-hda-intel if this is the problem. > > Lennart > > -- > Lennart Poettering ? ? ? ? ? ? ? ? ? ? ? ?Red Hat, Inc. > lennart [at] poettering [dot] net > http://0pointer.net/lennart/ ? ? ? ? ? GnuPG 0x1A015CC4 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Mark Bidewell http://www.linkedin.com/in/markbidewell From pinto.elia at gmail.com Sun Sep 20 18:36:45 2009 From: pinto.elia at gmail.com (devzero2000) Date: Sun, 20 Sep 2009 20:36:45 +0200 Subject: Xinetd resurrection In-Reply-To: <4AB66921.5030501@binaryhelix.net> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <200909201228.15065.sgrubb@redhat.com> <4AB66921.5030501@binaryhelix.net> Message-ID: On Sun, Sep 20, 2009 at 7:40 PM, Lorenzo Villani wrote: > On 09/20/2009 06:28 PM, Steve Grubb wrote: > >> >> Not at all. These days the only need for xinetd is in memory constrained >> systems. For mainline x86_64 bought with typically 4Gb of main memory, >> xinetd >> is a thing of the past. That's my point. >> >> Well, I am probably part of that 0.000001% who would like some services > to start on-demand. > For example I don't print all the time and I prefer to have cups start only > when needed, then die instead of having it waiting for no real purpose. Now, > this is a case in which it doesn't make sense (you start xinetd instead of > cups for no real gain) but it can be useful with some setups. > > Even if I have a quad-core system with 4Gb of memory available I always > prefer to find a better use for it. > > What about launchd ? http://en.wikipedia.org/wiki/Launchd http://developer.apple.com/macosx/launchd.html Sound good But it really have MUCH more functionality of xinetd (or the old inetd) > -- > Lorenzo V. > > > -- > 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 Sun Sep 20 20:03:34 2009 From: mark.bidewell at alumni.clemson.edu (Mark Bidewell) Date: Sun, 20 Sep 2009 16:03:34 -0400 Subject: Audio broken in F11 In-Reply-To: <20090920162540.GA16094@tango.0pointer.de> References: <20090920162540.GA16094@tango.0pointer.de> Message-ID: On Sun, Sep 20, 2009 at 12:25 PM, Lennart Poettering wrote: > On Sun, 20.09.09 11:01, Mark Bidewell (mark.bidewell at alumni.clemson.edu) wrote: > >> I haven't seen any bugs relating to this. ?but it appears audio is >> broken in F11. ?When I attempt to play any files the pulseaudio >> control shows activity but no sound. ?Has anyone else seen this? > > Very likely this is caused by one of these two reasons: > > Most likely your mixer is not set up correctly. Try if "alsactl init > -c0" and see if that helps. If it doesn't try "alsamixer -c0" in a > terminal and see if you can find an option you have to toggle to make > sound work. If you find one please file a bug so that we can include > it in the default mixer database. Include the output of "alsa-info.sh > --no-upload" there. File it against alsa-utils. > > Other than that it might be that the HDA driver doesn't recognize your > specific card. You should play around with the "model" argument to > snd-hda-intel if this is the problem. > > Lennart > > -- > Lennart Poettering ? ? ? ? ? ? ? ? ? ? ? ?Red Hat, Inc. > lennart [at] poettering [dot] net > http://0pointer.net/lennart/ ? ? ? ? ? GnuPG 0x1A015CC4 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > It turns out the "Speaker" option in alsamixer is 0. I will file a bug report -- Mark Bidewell http://www.linkedin.com/in/markbidewell From martin.langhoff at gmail.com Sun Sep 20 21:46:19 2009 From: martin.langhoff at gmail.com (Martin Langhoff) Date: Sun, 20 Sep 2009 23:46:19 +0200 Subject: Xinetd resurrection In-Reply-To: References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <20090918143403.3f2c3c50@dhcp03.addix.net> <200909180939.11898.sgrubb@redhat.com> <46a038f90909180829n740aceb3qa4d867564eb314cd@mail.gmail.com> Message-ID: <46a038f90909201446ied4c40cx790e4fefc55afbc@mail.gmail.com> On Sun, Sep 20, 2009 at 1:24 AM, Matej Cepl wrote: > Martin Langhoff, Fri, 18 Sep 2009 17:29:48 +0200: >> In other words, xinetd is a saviour when you are running OLPC's School >> Servers :-) > > That's not the point Steve was trying to make (I guess) ... what you need > could be easily as well accomplished by its predecessory inetd server I've used both. xinetd has lots of useful features (conf.d-style config, rate limiting, etc). My understanding was that it aimed at being a better inetd, and within those goals, it definitily does the trick. And anyone taking on xinetd maintainership has my respect and a few beers next time we meet. Maybe inetd has grown all those same features in the meantime? If it does, the manpage I have at hand right now doesn't know about it. cheers, m > which does bascially the same thing (and is default on Debian for > example, http://packages.debian.org/sid/inetutils-inetd). > > Mat?j > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- martin.langhoff at gmail.com martin at laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff From yersinia.spiros at gmail.com Sun Sep 20 22:07:59 2009 From: yersinia.spiros at gmail.com (yersinia) Date: Mon, 21 Sep 2009 00:07:59 +0200 Subject: Xinetd resurrection In-Reply-To: <46a038f90909201446ied4c40cx790e4fefc55afbc@mail.gmail.com> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <20090918143403.3f2c3c50@dhcp03.addix.net> <200909180939.11898.sgrubb@redhat.com> <46a038f90909180829n740aceb3qa4d867564eb314cd@mail.gmail.com> <46a038f90909201446ied4c40cx790e4fefc55afbc@mail.gmail.com> Message-ID: On Sun, Sep 20, 2009 at 11:46 PM, Martin Langhoff wrote: > On Sun, Sep 20, 2009 at 1:24 AM, Matej Cepl wrote: > > Martin Langhoff, Fri, 18 Sep 2009 17:29:48 +0200: > >> In other words, xinetd is a saviour when you are running OLPC's School > >> Servers :-) > > > > That's not the point Steve was trying to make (I guess) ... what you need > > could be easily as well accomplished by its predecessory inetd server > > I've used both. xinetd has lots of useful features (conf.d-style > config, rate limiting, etc). My understanding was that it aimed at > being a better inetd, and within those goals, it definitily does the > trick. And anyone taking on xinetd maintainership has my respect and a > few beers next time we meet. > > Maybe inetd has grown all those same features in the meantime? If it > does, the manpage I have at hand right now doesn't know about it. > > Someone have ever looked or considered Apple launchd ? > cheers, > > > > m > > > > > which does bascially the same thing (and is default on Debian for > > example, http://packages.debian.org/sid/inetutils-inetd). > > > > Mat?j > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > -- > martin.langhoff at gmail.com > martin at laptop.org -- School Server Architect > - ask interesting questions > - don't get distracted with shiny stuff - working code first > - http://wiki.laptop.org/go/User:Martinlanghoff > > -- > 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 devrim at gunduz.org Sun Sep 20 22:09:42 2009 From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 21 Sep 2009 01:09:42 +0300 Subject: Audio broken in F11 In-Reply-To: References: <20090920162540.GA16094@tango.0pointer.de> Message-ID: <1253484582.880.41.camel@hp-laptop2.gunduz.org> On Sun, 2009-09-20 at 14:21 -0400, Mark Bidewell wrote: > owever early returns point to a kernel bug. 2.6.29.6-217.2.16 works > fine but 2.6.30.5-43 does not and neither does a custom built 2.6.31. Same here on an HP Pavilion dv5 Notebook. However, I'm tired enough trying to fix/report sound issues on Fedora for a long time. Sorry guys, Pulseaudio is broken -- or say, what should I do if sound is broken on a desktop machine? I sometimes have to reboot to get the sound again. -- Devrim G?ND?Z, RHCE Command Prompt - http://www.CommandPrompt.com devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr http://www.gunduz.org -------------- 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 Sun Sep 20 22:21:54 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Mon, 21 Sep 2009 00:21:54 +0200 Subject: Audio broken in F11 In-Reply-To: <1253484582.880.41.camel@hp-laptop2.gunduz.org> References: <20090920162540.GA16094@tango.0pointer.de> <1253484582.880.41.camel@hp-laptop2.gunduz.org> Message-ID: <20090920222154.GA10086@tango.0pointer.de> On Mon, 21.09.09 01:09, Devrim G?ND?Z (devrim at gunduz.org) wrote: > On Sun, 2009-09-20 at 14:21 -0400, Mark Bidewell wrote: > > owever early returns point to a kernel bug. 2.6.29.6-217.2.16 works > > fine but 2.6.30.5-43 does not and neither does a custom built 2.6.31. > > Same here on an HP Pavilion dv5 Notebook. However, I'm tired enough > trying to fix/report sound issues on Fedora for a long time. Sorry guys, > Pulseaudio is broken -- or say, what should I do if sound is broken on a > desktop machine? > > I sometimes have to reboot to get the sound again. This has nothing to do with PA. That said, you are wetting my appetite for another flamewar about this, ... not! Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From devrim at gunduz.org Sun Sep 20 22:28:37 2009 From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 21 Sep 2009 01:28:37 +0300 Subject: Audio broken in F11 In-Reply-To: <20090920222154.GA10086@tango.0pointer.de> References: <20090920162540.GA16094@tango.0pointer.de> <1253484582.880.41.camel@hp-laptop2.gunduz.org> <20090920222154.GA10086@tango.0pointer.de> Message-ID: <1253485717.880.46.camel@hp-laptop2.gunduz.org> On Mon, 2009-09-21 at 00:21 +0200, Lennart Poettering wrote: > > That said, you are wetting my appetite for another flamewar about > this, ... not! No, I'm "crying" as a Fedora user and developer. So, if someone says "PA is broken", is it a flame? No sir. -- Devrim G?ND?Z, RHCE Command Prompt - http://www.CommandPrompt.com devrim~gunduz.org, devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr http://www.gunduz.org -------------- 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 benny+usenet at amorsen.dk Mon Sep 21 00:07:29 2009 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: Mon, 21 Sep 2009 02:07:29 +0200 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> (Aioanei Rares's message of "Sat, 19 Sep 2009 19:31:12 +0300") References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Message-ID: Aioanei Rares writes: > I think it would be niftier if the identification string of the card > was printed also (eg VIA Rhine III) so people would know what card to > choose and how. For extra points, add a "identify nic" button which blinks the LED's of the appropriate nic. /Benny From jwboyer at gmail.com Mon Sep 21 00:22:01 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Sun, 20 Sep 2009 20:22:01 -0400 Subject: Audio broken in F11 In-Reply-To: <1253485717.880.46.camel@hp-laptop2.gunduz.org> References: <20090920162540.GA16094@tango.0pointer.de> <1253484582.880.41.camel@hp-laptop2.gunduz.org> <20090920222154.GA10086@tango.0pointer.de> <1253485717.880.46.camel@hp-laptop2.gunduz.org> Message-ID: <20090921002201.GA5260@hansolo.jdub.homelinux.org> On Mon, Sep 21, 2009 at 01:28:37AM +0300, Devrim G?ND?Z wrote: >On Mon, 2009-09-21 at 00:21 +0200, Lennart Poettering wrote: >> >> That said, you are wetting my appetite for another flamewar about >> this, ... not! > >No, I'm "crying" as a Fedora user and developer. So, if someone says "PA >is broken", is it a flame? No sir. Perhaps not. However, just because someone says "PA is broken" does not necessarily mean it's true either. I suggest everyone calm down and try and remain civil on this thread should it continue. josh From schaiba at gmail.com Tue Sep 22 00:20:57 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Tue, 22 Sep 2009 03:20:57 +0300 Subject: Anaconda multiple Ethernet cards question In-Reply-To: References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Message-ID: <4AB81869.1090404@gmail.com> Benny Amorsen wrote: > Aioanei Rares writes: > > >> I think it would be niftier if the identification string of the card >> was printed also (eg VIA Rhine III) so people would know what card to >> choose and how. >> > > For extra points, add a "identify nic" button which blinks the LED's of > the appropriate nic. > > > /Benny > > ...which doesn't work if no cable is inserted. From petersen at redhat.com Mon Sep 21 02:44:28 2009 From: petersen at redhat.com (Jens Petersen) Date: Sun, 20 Sep 2009 22:44:28 -0400 (EDT) Subject: a home for comps @books group In-Reply-To: <1351939788.574111253500866315.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <144877058.574141253501068369.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> So I start a rawhide install and decide to browse (customize) the package groups... I see an uncategorized group standing out - turns out to be a new @books group which currently contains 3 devel books... Then I remember fedora-security-guide-en_US (which doesn't really fit with the devel books). But there is the string/translation freeze so I hesitate to add a new Documentation category for F12... (maybe/probably we should for F13?). It seems most of the fedora-docs are published on the web so fedora-security-guide-en_US seems a bit lonely (probably also since current fedora publican still doesn't support the right package naming-scheme for fedora [1]). Anyway for F12 the options for @books seem to be: a) add @books to the Development category, (fits the 3 current opensource devel books there) b) add to Base category - less obvious IMHO; or c) break the string freeze and add a Documentation or a Content category? Or anyone have a better way? Probably more thought is needed on groups later: ie it might be better to have separate groups for devel and sysadmin type books later when more are packaged. But that shouldn't be a problem once they have their own category, or devel-books could be in Development, etc. A "Content" category would also allow other kinds of free content than just books and documentation. Jens [1] publican-1.0 should be able to create unversioned package names https://bugzilla.redhat.com/show_bug.cgi?id=478950 From dcbw at redhat.com Mon Sep 21 04:09:27 2009 From: dcbw at redhat.com (Dan Williams) Date: Sun, 20 Sep 2009 21:09:27 -0700 Subject: Heads up: libnm-glib-vpn soname bump Message-ID: <1253506167.13470.37.camel@localhost.localdomain> Hi, In concert with (but a bit later than) the libnm-glib soname bump, we'll be bumping the soname of libnm-glib-vpn.so to help out the Debian and Ubuntu NetworkManager packagers. This is not a direct ABI change to libnm-glib-vpn. Only NetworkManager and the NetworkManager VPN plugins link to libnm-glib-vpn anyway, so this shouldn't have any real affect. libnm-glib-vpn.so.0.0.0 -> libnm-glib-vpn.so.1.0.0 Dan From petersen at redhat.com Mon Sep 21 05:40:40 2009 From: petersen at redhat.com (Jens Petersen) Date: Mon, 21 Sep 2009 01:40:40 -0400 (EDT) Subject: default fonts in Fedora In-Reply-To: <1335899714.574711253505333392.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1211093247.575351253511640898.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Daniel Mach" wrote: > I've manually installed KDE desktop (yum install ..., i.e. > without anaconda) and found that no fonts were installed. Did you do a minimal install? Just wonder how you managed to avoid the @fonts group. > It looks like no common desktop package requires any fonts. > First package I installed which actually had such requirement was > openoffice-core. Actually I would prefer if openoffice didn't specify fonts since it is hard to maintain. yum install @fonts should give you a reasonable selection of fonts for your system. > Would it make sense to make one font default in Fedora and install it > as a dependency of xorg-x11-server-common or similar package > which appears on each desktop? Probably wouldn't be unreasonable to pull in dejavu, *BUT* some users might want a different font and not dejavu... so better to avoid that IMHO. Jens From lsof at nodata.co.uk Mon Sep 21 05:53:59 2009 From: lsof at nodata.co.uk (nodata) Date: Mon, 21 Sep 2009 07:53:59 +0200 Subject: Anaconda multiple Ethernet cards question In-Reply-To: References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Message-ID: <1253512439.4231.0.camel@prague> Am Montag, den 21.09.2009, 02:07 +0200 schrieb Benny Amorsen: > Aioanei Rares writes: > > > I think it would be niftier if the identification string of the card > > was printed also (eg VIA Rhine III) so people would know what card to > > choose and how. > > For extra points, add a "identify nic" button which blinks the LED's of > the appropriate nic. Doesn't the "identify" button in Anaconda already do this? From rakesh.pandit at gmail.com Mon Sep 21 07:16:37 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 21 Sep 2009 12:46:37 +0530 Subject: Package Review Stats for last week Message-ID: Top four FAS account holders who have completed reviewing "Package review" components on bugzilla for 7 days ending 20th Sept were Mamoru Tasaka, Parag AN(????), Martin Gieseking and Steve Traylen. Below is the number of package reviews approved. Start Date: 2009-09-13 00:00:00 End Date: 2009-09-20 00:00:00 Mamoru Tasaka - 3 https://bugzilla.redhat.com/show_bug.cgi?id=520477 https://bugzilla.redhat.com/show_bug.cgi?id=517858 https://bugzilla.redhat.com/show_bug.cgi?id=520322 Parag AN(????) - 3 https://bugzilla.redhat.com/show_bug.cgi?id=523404 https://bugzilla.redhat.com/show_bug.cgi?id=522903 https://bugzilla.redhat.com/show_bug.cgi?id=523599 Martin Gieseking - 2 https://bugzilla.redhat.com/show_bug.cgi?id=520570 https://bugzilla.redhat.com/show_bug.cgi?id=521639 Steve Traylen - 2 https://bugzilla.redhat.com/show_bug.cgi?id=516513 https://bugzilla.redhat.com/show_bug.cgi?id=516518 Adam Stokes - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520886 Andreas Osowski - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521352 Ben Boeckel - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522747 Bryan O'Sullivan - 1 https://bugzilla.redhat.com/show_bug.cgi?id=523884 Christian Krause - 1 https://bugzilla.redhat.com/show_bug.cgi?id=510668 Christoph Wickert - 1 https://bugzilla.redhat.com/show_bug.cgi?id=523326 Dan Hor?k - 1 https://bugzilla.redhat.com/show_bug.cgi?id=523967 David Timms - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520701 Dominik 'Rathann' Mierzejewski - 1 https://bugzilla.redhat.com/show_bug.cgi?id=519221 Jaroslav Reznik - 1 https://bugzilla.redhat.com/show_bug.cgi?id=523355 Marcela Maslanova - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522525 Martin Nagy - 1 https://bugzilla.redhat.com/show_bug.cgi?id=521947 Michal Schmidt - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520460 Nicolas Mailhot - 1 https://bugzilla.redhat.com/show_bug.cgi?id=514911 Orcan 'oget' Ogetbil - 1 https://bugzilla.redhat.com/show_bug.cgi?id=506232 Rex Dieter - 1 https://bugzilla.redhat.com/show_bug.cgi?id=498029 Robert Scheck - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520923 Tom "spot" Callaway - 1 https://bugzilla.redhat.com/show_bug.cgi?id=520832 Tomas Mraz - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522935 Total reviews modified: 29 Merge Reviews: 0 Review Requests: 29 New reviews submitted in same time: 125 apx Details: http://rakesh.fedorapeople.org/misc/new_reviews.txt This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or bug reports at: https://fedorahosted.org/triage/ -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From jzeleny at redhat.com Mon Sep 21 07:18:38 2009 From: jzeleny at redhat.com (Jan =?utf-8?q?Zelen=C3=BD?=) Date: Mon, 21 Sep 2009 09:18:38 +0200 Subject: Xinetd resurrection In-Reply-To: <200909201228.15065.sgrubb@redhat.com> References: <200909180931.50015.jzeleny@redhat.com> <200909201228.15065.sgrubb@redhat.com> Message-ID: <200909210918.38837.jzeleny@redhat.com> Dne ned?le 20 z??? 2009 18:28:14 Steve Grubb napsal(a): > On Saturday 19 September 2009 07:25:13 pm Matej Cepl wrote: > > Steve Grubb, Fri, 18 Sep 2009 08:24:18 -0400: > > > I also think that the reason xinetd came into existence in the first > > > place has long since passed. > > > > Do you think that Fedora should humbly return with a cap in hand to > > inetd? > > Not at all. These days the only need for xinetd is in memory constrained > systems. For mainline x86_64 bought with typically 4Gb of main memory, > xinetd is a thing of the past. That's my point. Another use for xinetd could be for power saving. When I discussed this with power management guys, we agreed starting daemons on-demand could reduce power consumption on some systems considerably. - Jan From rakesh.pandit at gmail.com Mon Sep 21 07:26:43 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 21 Sep 2009 12:56:43 +0530 Subject: Package Review Stats for last week In-Reply-To: References: Message-ID: 2009/9/21 Rakesh Pandit wrote: [..] > > New reviews submitted in same time: 125 apx Details: > http://rakesh.fedorapeople.org/misc/new_reviews.txt > These are all "new" requests which got updated last week and are not yet assigned and is not new requests filled. (will fix the script next time), Thanks, -- rakesh From schaiba at gmail.com Mon Sep 21 08:20:59 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Mon, 21 Sep 2009 11:20:59 +0300 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <1253512439.4231.0.camel@prague> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <1253512439.4231.0.camel@prague> Message-ID: <4AB7376B.6060907@gmail.com> On 09/21/2009 08:53 AM, nodata wrote: > Am Montag, den 21.09.2009, 02:07 +0200 schrieb Benny Amorsen: > >> Aioanei Rares writes: >> >> >>> I think it would be niftier if the identification string of the card >>> was printed also (eg VIA Rhine III) so people would know what card to >>> choose and how. >>> >> For extra points, add a "identify nic" button which blinks the LED's of >> the appropriate nic. >> > Doesn't the "identify" button in Anaconda already do this? > > Yes, it does, but like I said, it only works if one has an Ethernet cable with signal coming from it plugged in. From loupgaroublond at gmail.com Mon Sep 21 08:34:19 2009 From: loupgaroublond at gmail.com (Yaakov Nemoy) Date: Mon, 21 Sep 2009 10:34:19 +0200 Subject: Xinetd resurrection In-Reply-To: <4AB66921.5030501@binaryhelix.net> References: <200909180931.50015.jzeleny@redhat.com> <200909180824.18217.sgrubb@redhat.com> <200909201228.15065.sgrubb@redhat.com> <4AB66921.5030501@binaryhelix.net> Message-ID: <7f692fec0909210134t390e4cf5i317188d066d6dfba@mail.gmail.com> 2009/9/20 Lorenzo Villani : > On 09/20/2009 06:28 PM, Steve Grubb wrote: >> >> Not at all. These days the only need for xinetd is in memory constrained >> systems. For mainline x86_64 bought with typically 4Gb of main memory, >> xinetd >> is a thing of the past. That's my point. >> > Well, I am probably part of that 0.000001% who would like some services to > start on-demand. > For example I don't print all the time and I prefer to have cups start only > when needed, then die instead of having it waiting for no real purpose. Now, > this is a case in which it doesn't make sense (you start xinetd instead of > cups for no real gain) but it can be useful with some setups. > > Even if I have a quad-core system with 4Gb of memory available I always > prefer to find a better use for it. Let's be theoretical here for a second. In our von neumann machine architecture, a process needs to be initialized, where the code and data are read off the slow storage into the fast storage, the code path is executed, and the run time state is set up. In order to use the service, this process always has to happen. While the process, a certain amount of memory has to be used. These are fundamental issues that apply to how we use von neumann machines. You're discussing the process of managing the lifecycle of this core process. When loading cups on startup, as a standalone process, this process is done once, and then the results are stored in the memory. When the system runs out of memory, the state of the program is pushed back to the slow storage in the form of swap. Assuming the process is swapped out between every run, you incur the expensive cost of reloading the state from the hard drive. You don't incur the cost of reinitializing the state, although there might be some relatively minor overhead (OS handling swapping of processes, the process updating it's state in case something else on the system has changed since the process was paused). In the best case scenario, this never occurs, but then a few precious megabytes of your 4GB (everyone should be so lucky) are taken up. If you have 4GB, not swapping and keeping the process in runtime memory will give you the most responsiveness. If you're an end user, this is probably what you want. If you have less, you have to make a decision. Do we load it on start and swap it out, or do we manage it on demand. You're basically asking this question. Given the costs, you're really asking the wrong question as an end user. It really doesn't matter at all. To the end user, you're offering the user too much choice, where the end user is not educated enough to know the difference, doesn't care, and just wants printing to work. Of course, there are a number of other benefits to using inetd or xinetd pointed out in this thread. Assuming your services are KISS compliant, meaning they're lightweight, doing everything on demand is The Right Thing (tm). (Proving this is left as an exercise to the reader.) -Yaakov From andreas.tunek at gmail.com Mon Sep 21 10:30:15 2009 From: andreas.tunek at gmail.com (Andreas Tunek) Date: Mon, 21 Sep 2009 12:30:15 +0200 Subject: Audio broken in F11 In-Reply-To: <20090921002201.GA5260@hansolo.jdub.homelinux.org> References: <20090920162540.GA16094@tango.0pointer.de> <1253484582.880.41.camel@hp-laptop2.gunduz.org> <20090920222154.GA10086@tango.0pointer.de> <1253485717.880.46.camel@hp-laptop2.gunduz.org> <20090921002201.GA5260@hansolo.jdub.homelinux.org> Message-ID: I also had some audio problems in F10 yesterday. I tried to play a file in Totem, only to see the volume control icon (in Totem) greyed out and no sound could be heard. If I restarted Totem everything was fine and normal. Also, I couldn't get any sound from any flash (using adobe`s plugin). /Andreas 2009/9/21 Josh Boyer : > On Mon, Sep 21, 2009 at 01:28:37AM +0300, Devrim G?ND?Z wrote: >>On Mon, 2009-09-21 at 00:21 +0200, Lennart Poettering wrote: >>> >>> That said, you are wetting my appetite for another flamewar about >>> this, ... not! >> >>No, I'm "crying" as a Fedora user and developer. So, if someone says "PA >>is broken", is it a flame? No sir. > > Perhaps not. ?However, just because someone says "PA is broken" does not > necessarily mean it's true either. > > I suggest everyone calm down and try and remain civil on this thread > should it continue. > > josh > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From sgallagh at redhat.com Mon Sep 21 11:52:57 2009 From: sgallagh at redhat.com (Stephen Gallagher) Date: Mon, 21 Sep 2009 07:52:57 -0400 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <4AB76919.3000701@redhat.com> On 09/18/2009 02:45 PM, Adam Jackson wrote: > sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 Lenovo T61 with 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) This laptop has an LVDS display panel and a VGA output on the side. The docking station I have also has VGA output (no DVI) -- Stephen Gallagher RHCE 804006346421761 Looking to carve out IT costs? www.redhat.com/carveoutcosts/ -------------- next part -------------- A non-text attachment was scrubbed... Name: rom.gz Type: application/x-gzip Size: 38851 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From sgallagh at redhat.com Mon Sep 21 11:55:25 2009 From: sgallagh at redhat.com (Stephen Gallagher) Date: Mon, 21 Sep 2009 07:55:25 -0400 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <4AB76919.3000701@redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> <4AB76919.3000701@redhat.com> Message-ID: <4AB769AD.2090601@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09/21/2009 07:52 AM, Stephen Gallagher wrote: > On 09/18/2009 02:45 PM, Adam Jackson wrote: >> sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > Lenovo T61 with > 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 > Integrated Graphics Controller (rev 0c) > > This laptop has an LVDS display panel and a VGA output on the side. The > docking station I have also has VGA output (no DVI) Addendum: xrandr Screen 0: minimum 320 x 200, current 3600 x 1080, maximum 8192 x 8192 VGA1 connected 1920x1080+1680+0 (normal left inverted right x axis y axis) 518mm x 32mm 1920x1080 59.9*+ 1280x1024 75.0 1152x864 75.0 1024x768 75.1 70.1 60.0 832x624 74.6 800x600 72.2 75.0 60.3 56.2 640x480 72.8 75.0 66.7 60.0 720x400 70.1 LVDS1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 331mm x 207mm 1680x1050 60.1*+ 50.1 DVI1 disconnected (normal left inverted right x axis y axis) - -- Stephen Gallagher RHCE 804006346421761 Looking to carve out IT costs? www.redhat.com/carveoutcosts/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkq3aa0ACgkQeiVVYja6o6NFNwCggbeauKv6BAn34bVS04NLL61L dh0An2S5T0bAUj6UruD1MtpsF7eVWoTL =kP+Q -----END PGP SIGNATURE----- From atkac at redhat.com Mon Sep 21 12:13:33 2009 From: atkac at redhat.com (Adam Tkac) Date: Mon, 21 Sep 2009 14:13:33 +0200 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> Message-ID: <20090921121333.GB4761@evileye.atkac.englab.brq.redhat.com> On Fri, Sep 18, 2009 at 02:45:10PM -0400, Adam Jackson wrote: > If you have a machine with an Intel graphics chip, I need your help. > I'm trying to make LVDS connection detection actually reliable, and I > think I have a solution that involves parsing BIOS data tables. But I > need more testcases to raise my confidence that it's actually a reliable > method. > > So, do this: > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > and email me that rom file, along with a brief description of the > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > _actually_ present on the machine. Hi Adam, my ROM image is attached. My system is Lenovo ThinkPad X61s. It has one LCD display and one VGA connector, I attached stripped lspci output as well. Let me know if you need more info. Regards, Adam -- Adam Tkac, Red Hat, Inc. From atkac at redhat.com Mon Sep 21 12:19:28 2009 From: atkac at redhat.com (Adam Tkac) Date: Mon, 21 Sep 2009 14:19:28 +0200 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <20090921121333.GB4761@evileye.atkac.englab.brq.redhat.com> References: <1253299510.15274.8059.camel@atropine.boston.devel.redhat.com> <20090921121333.GB4761@evileye.atkac.englab.brq.redhat.com> Message-ID: <20090921121928.GA5081@evileye.atkac.englab.brq.redhat.com> On Mon, Sep 21, 2009 at 02:13:33PM +0200, Adam Tkac wrote: > On Fri, Sep 18, 2009 at 02:45:10PM -0400, Adam Jackson wrote: > > If you have a machine with an Intel graphics chip, I need your help. > > I'm trying to make LVDS connection detection actually reliable, and I > > think I have a solution that involves parsing BIOS data tables. But I > > need more testcases to raise my confidence that it's actually a reliable > > method. > > > > So, do this: > > > > % sudo dd if=/dev/mem of=/tmp/rom bs=64k skip=12 count=1 > > > > and email me that rom file, along with a brief description of the > > machine, and in particular what graphics outputs (DVI, VGA, LVDS...) are > > _actually_ present on the machine. > > Hi Adam, > > my ROM image is attached. My system is Lenovo ThinkPad X61s. It has > one LCD display and one VGA connector, I attached stripped lspci > output as well. Let me know if you need more info. Oops, should be sent to ajax, not to -devel-list. Sorry for spamming. -- Adam Tkac, Red Hat, Inc. From vcrhonek at redhat.com Mon Sep 21 13:15:29 2009 From: vcrhonek at redhat.com (Vitezslav Crhonek) Date: Mon, 21 Sep 2009 09:15:29 -0400 (EDT) Subject: Extension to JWHOIS for rate limiting requests to specific servers In-Reply-To: <1169886469.465141253538611472.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Message-ID: <1231941129.465761253538929112.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Hi Howard, Jonas ?berg is current upstream maintainer of jwhois. However, he's not very responsive... Try jonas[at]gnu.org. Best regards, Vitezslav Crhonek ----- Original Message ----- From: "Howard Wilkinson" To: fedora-devel-list at redhat.com Sent: Saturday, September 19, 2009 10:31:03 AM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Extension to JWHOIS for rate limiting requests to specific servers I want to add a rate-limiting feature to jwhois so that if we try to issue a request to a whois provider that exceeds their query rate it will get rejected with a suitable message. I have a scheme to do this that uses memcached to hold the rate counters, so this can be done network wide where multiple hosts are querying out of one IP address. Before cutting the code I would like to get in touch with the upstream developer(s). I have looked at the JWHOIS web page and there is a bug-jwhois address but not other contact details. Does anybody have any upstream contact I should use. Also, does anybody know of anyone who has done this elsewhere and if the code is available already. I do not like reinventing the wheel as the patent has already been taken. Howard. -- Howard Wilkinson Coherent Technology Limited -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list From clumens at redhat.com Mon Sep 21 13:33:20 2009 From: clumens at redhat.com (Chris Lumens) Date: Mon, 21 Sep 2009 09:33:20 -0400 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> Message-ID: <20090921133319.GM2009@localhost.localdomain> > Today while installing F11 from DVD, I noticed something : if one has > multiple Ethernet cards in his/her computer, if booting with 'asknetwork', > when it comes to configuring the network you are greeted with eth0 : address> and below eth1 : . I think it would be niftier if the > identification string of the card was printed also (eg VIA Rhine III) so > people would know what card to choose and how. If you've got two network cards of the same kind, they're going to have the same description. Also the UI is constrained to something like <70 characters there so there's not really all that much we can display there. - Chris From schaiba at gmail.com Mon Sep 21 13:33:39 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Mon, 21 Sep 2009 16:33:39 +0300 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <20090921133319.GM2009@localhost.localdomain> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <20090921133319.GM2009@localhost.localdomain> Message-ID: <4AB780B3.7090307@gmail.com> On 09/21/2009 04:33 PM, Chris Lumens wrote: >> Today while installing F11 from DVD, I noticed something : if one has >> multiple Ethernet cards in his/her computer, if booting with 'asknetwork', >> when it comes to configuring the network you are greeted with eth0 :> address> and below eth1 :. I think it would be niftier if the >> identification string of the card was printed also (eg VIA Rhine III) so >> people would know what card to choose and how. >> > If you've got two network cards of the same kind, they're going to have > the same description. Also the UI is constrained to something like<70 > characters there so there's not really all that much we can display > there. > > - Chris > > They're different; and listing the description string looks more important to the user than listing the MAC. From jreiser at bitwagon.com Mon Sep 21 14:12:48 2009 From: jreiser at bitwagon.com (John Reiser) Date: Mon, 21 Sep 2009 07:12:48 -0700 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <4AB780B3.7090307@gmail.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <20090921133319.GM2009@localhost.localdomain> <4AB780B3.7090307@gmail.com> Message-ID: <4AB789E0.6090401@bitwagon.com> On 09/21/2009 06:33 AM, Aioanei Rares wrote: > On 09/21/2009 04:33 PM, Chris Lumens wrote: >> If you've got two network cards of the same kind, they're going to have >> the same description. Also the UI is constrained to something like<70 >> characters > They're different; and listing the description string looks more > important to the user than listing the MAC. The top 24 bits of the MAC are *assigned* by manufacturer. Print the low 24 bits as 6 hex digits (possibly with no punctuation), and chop the description string after 22 characters (for example.) -- From mclasen at redhat.com Mon Sep 21 14:15:20 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 21 Sep 2009 10:15:20 -0400 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: <1253542520.1725.8.camel@planemask> On Fri, 2009-09-18 at 15:55 +0000, Colin Walters wrote: > On Fri, Sep 18, 2009 at 3:46 PM, Colin Walters wrote: > > On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: > >> > >> As far as I can tell, gnome-desktop doesn't include explicit (default or > >> otherwise) fonts either. > > > > I haven't dug through the dependency graph yet, but looking at > > fedora-livecd-desktop.ks: > > > > google-droid-sans-fonts > > google-droid-sans-mono-fonts > > google-droid-serif-fonts > > > > These are wrong and should be in the comps group. Looks like Matthias > > added them. I'll move them to comps now. > > Patches attached; Matthias could you review? Please hold off with moving them to comps until we are sure that the Japanese problems with Droid are solved. If we can't get that fixed in time for the beta, I'm going to drop the Droid fonts from the desktop spin for F12. From mclasen at redhat.com Mon Sep 21 14:16:14 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 21 Sep 2009 10:16:14 -0400 Subject: default fonts in Fedora In-Reply-To: <20090918164419.GN23302@nostromo.devel.redhat.com> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> Message-ID: <1253542574.1725.9.camel@planemask> On Fri, 2009-09-18 at 12:44 -0400, Bill Nottingham wrote: > Colin Walters (walters at verbum.org) said: > > On Fri, Sep 18, 2009 at 3:40 PM, Rex Dieter wrote: > > > > > > As far as I can tell, gnome-desktop doesn't include explicit (default or > > > otherwise) fonts either. > > > > I haven't dug through the dependency graph yet, but looking at > > fedora-livecd-desktop.ks: > > > > google-droid-sans-fonts > > google-droid-sans-mono-fonts > > google-droid-serif-fonts > > > > These are wrong and should be in the comps group. Looks like Matthias > > added them. I'll move them to comps now. > > Is there a reason we make these the default instead of the more-or-less > current default of dejavu? We don't. From mclasen at redhat.com Mon Sep 21 14:19:59 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 21 Sep 2009 10:19:59 -0400 Subject: default fonts in Fedora In-Reply-To: References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> Message-ID: <1253542799.1725.11.camel@planemask> On Sun, 2009-09-20 at 05:55 +0000, Matej Cepl wrote: > Colin Walters, Fri, 18 Sep 2009 15:46:50 +0000: > > These are wrong and should be in the comps group. Looks like Matthias > > added them. I'll move them to comps now. > > Which seems like to typical Fedora event ... after all FESCO approved > Features, code freezes, etc. etc., somebody just throws incompatible, > untested, and frankly worse fonts to comps and chages the look of whole > distro (yes, I know, these are just for LiveCD). > > /me shakes his fist at comps and complaints for thousand times that we > don't have Suggests/Recommends, which would maintained by somebody who at > least has a clue about package in question. Save your fake rage...nobody changed any look. The fonts are included on the spin, but dejavu is still the default. From mclasen at redhat.com Mon Sep 21 14:23:34 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 21 Sep 2009 10:23:34 -0400 Subject: default fonts in Fedora In-Reply-To: <3b95524ef1f2ccae48a3e34f6eeb41af.squirrel@arekh.dyndns.org> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> <3b95524ef1f2ccae48a3e34f6eeb41af.squirrel@arekh.dyndns.org> Message-ID: <1253543014.1725.13.camel@planemask> On Sun, 2009-09-20 at 20:08 +0200, nicolas.mailhot at laposte.net wrote: > Because they're not the default, the defaults are defined in the @fonts > group, this is an experiment by the desktop team, without any > concertation, or understanding on how we managed fonts so far. Given that fact that merely including a font in a spin has the potential to break the Japanese desktop, there seem to be some things amiss with 'how we managed fonts so far', I'd say. From schaiba at gmail.com Mon Sep 21 14:26:50 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Mon, 21 Sep 2009 17:26:50 +0300 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <4AB789E0.6090401@bitwagon.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <20090921133319.GM2009@localhost.localdomain> <4AB780B3.7090307@gmail.com> <4AB789E0.6090401@bitwagon.com> Message-ID: <4AB78D2A.1090804@gmail.com> On 09/21/2009 05:12 PM, John Reiser wrote: > On 09/21/2009 06:33 AM, Aioanei Rares wrote: >> On 09/21/2009 04:33 PM, Chris Lumens wrote: > >>> If you've got two network cards of the same kind, they're going to have >>> the same description. Also the UI is constrained to something like<70 >>> characters > >> They're different; and listing the description string looks more >> important to the user than listing the MAC. > > The top 24 bits of the MAC are *assigned* by manufacturer. > > Print the low 24 bits as 6 hex digits (possibly with no punctuation), > and chop the description string after 22 characters (for example.) > My python-fu is far too weak to start hacking on Anaconda. I was only trying to make a point from a user's perspective (who might not even know what a MAC address is). From rawhide at fedoraproject.org Mon Sep 21 14:41:20 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 21 Sep 2009 14:41:20 +0000 Subject: rawhide report: 20090921 changes Message-ID: <20090921144120.GA14408@releng2.fedora.phx.redhat.com> Compose started at Mon Sep 21 06:15:04 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) New package sslogger A keystroke logging utility for privileged user escalation Updated Packages: arora-0.9.0-2.fc12 ------------------ * Wed Sep 30 2009 Rex Dieter - 0.9.0-2 - add icon/mime scriptlets - don't own %{_mandir}/man1 - BR: qt4-devel bash-completion-1.0-5.fc12 -------------------------- * Sun Sep 20 2009 Ville Skytt? - 1:1.0-5 - Use svn completion from subversion instead of ours if available (#496456). cfv-1.18.3-1.fc12 ----------------- * Sun Sep 20 2009 Manuel Wolfshant - 1.18.3-1 - new upstream version, fixing md5 and sha module deprecation warnings. cjkuni-fonts-0.2.20080216.1-27.fc12 ----------------------------------- * Mon Sep 21 2009 Caius 'kaio' Chance - 0.2.20080216.1-27.fc12 - Merged from F-11 tree. - Obsoleted cjkuni-fonts-common. - Resolves: rhbz#507637 (using font.{dir,scale} from upstream source) fotowall-0.8.1-1.fc12 --------------------- * Sun Sep 20 2009 Nicoleau Fabien - 1:0.8.1-1 - Update to 0.8.1 freefem++-3.5-2.fc12 -------------------- * Mon Sep 21 2009 Dominik Mierzejewski 3.5-2 - disable testsuite * Sun Sep 20 2009 Dominik Mierzejewski 3.5-1 - update to 3.5 - adjust environment modules setup for current version - use openmpi instead of lam (regression tests pass locally) - remove irrelevant READMEs and old changelogs from docs - add examples to -devel subpackage - fix some minor build problems * Fri Jul 24 2009 Fedora Release Engineering - 3.0-6.5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ghdl-0.27-0.126svn.0.fc12 ------------------------- * Sun Sep 20 2009 Thomas Sailer - 0.27-0.126svn.0 - update to svn126 ibus-table-1.2.0.20090912-1.fc12 -------------------------------- ipod-sharp-0.8.2-1.fc12 ----------------------- * Fri Sep 18 2009 Christian Krause - 0.8.2-1 - Update to new upstream version 0.8.2 - Remove unneeded libipoddevice BR - Don't create debuginfo package since it would be empty jd-2.4.2-0.4.svn3085_trunk.fc12 ------------------------------- * Mon Sep 21 2009 Mamoru Tasaka - rev 3085 kasablanca-0.4.0.2-17.fc12 -------------------------- * Sun Sep 20 2009 Rex Dieter - 0.4.0.2-17 - optimize scriptlets libcanberra-0.18-1.fc12 ----------------------- * Sat Sep 19 2009 Lennart Poettering 0.18-1 - New version 0.18 libprojectM-qt-1.2.0-7.fc12 --------------------------- * Sun Sep 20 2009 Rex Dieter - 1.2.0-7 - cleanup %cmake macro usage - %files: track file and sonames closer - FTBFS libprojectM-qt-1.2.0-5.fc11 (#511744) * Sat Jul 25 2009 Fedora Release Engineering - 1.2.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild libpst-0.6.44-1.fc12 -------------------- * Sun Sep 20 2009 Carl Byington - 0.6.44-1 - patch from Lee Ayres to add file name extensions in separate mode. - allow mixed items types in a folder in separate mode. * Sat Sep 12 2009 Carl Byington - 0.6.43-1 - decode more of the pst format, some minor bug fixes - add support for code pages 1200 and 1201. - add readpst -t option to select output item types, which can now be used to process folders containing mixed item types. - fix segfault with embedded appointments - add readpst -u option for Thunderbird mode .size and .type files - better detection of embedded rfc822 message attachments * Thu Sep 03 2009 Carl Byington - 0.6.42-1 - patch from Fridrich Strba to build with DJGPP DOS cross-compiler. libsemanage-2.0.38-2.fc12 ------------------------- * Sun Sep 20 2009 Dan Walsh - 2.0.38-2 - Dont relabel /root with genhomedircon mediawiki-wikicalendar-1.16-1.fc12 ---------------------------------- * Sun Sep 20 2009 Christof Damian 1.16-1 - updated to version 1.16 mingw32-gtk2-2.17.11-3.fc12 --------------------------- * Sun Sep 20 2009 Erik van Pienbroek - 2.17.11-3 - Use relative paths instead of absolute paths in the gdk-pixbuf.loaders file - Added the gtk.immodules file (BZ #522957) mitter-0.4.5-1.fc12 ------------------- * Sun Sep 20 2009 Lev Shamardin - 0.4.5-1 - Updated to upstream version 0.4.5. muine-0.8.11-2.fc12 ------------------- * Sun Sep 20 2009 Sindre Pedersen Bj?rdal - 0.8.11-2 - New upstream release, bugfixes including: - Various deprecation cleanups - Use GLib's GSequence API - Use GtkMessageDialog instead of Glade-based ones - Use Gnome.Vfs# instead of P/Invoked functions [Priit Laes] - Use taglib-sharp for metadata reading - Drop gnome-vfs usage - Drop xine backend - Various bugs fixes and cleanups perl-DateTime-Format-Natural-0.79-1.fc12 ---------------------------------------- * Sun Sep 20 2009 Iain Arnell 0.79-1 - update to latest upstream version projectM-jack-1.2.0-6.fc12 -------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 1.2.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild projectM-libvisual-1.2.0-6.fc12 ------------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 1.2.0-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild projectM-pulseaudio-1.2.0-5.fc12 -------------------------------- * Sun Jul 26 2009 Fedora Release Engineering - 1.2.0-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild python-jinja2-2.2.1-1.fc12 -------------------------- * Sat Sep 19 2009 Thomas Moschny - 2.2.1-1 - Update to 2.2.1, mainly a bugfix release. - Remove patch no longer needed. - Remove conditional for FC-8. - Compilation of speedup module has to be explicitly requested now. qt-4.5.2-19.fc12 ---------------- * Sun Sep 20 2009 Rex Dieter - 4.5.2-19 - Missing Qt Designer icon (#476605) rubygem-actionmailer-2.3.4-1.fc12 --------------------------------- * Mon Sep 07 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 rubygem-actionpack-2.3.4-1.fc12 ------------------------------- * Sun Sep 20 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 (bug 520843, CVE-2009-3009) - Fix tests rubygem-activerecord-2.3.4-1.fc12 --------------------------------- * Fri Sep 18 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 - Enable check rubygem-activeresource-2.3.4-1.fc12 ----------------------------------- * Fri Sep 18 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 - Enable test rubygem-activesupport-2.3.4-1.fc12 ---------------------------------- * Mon Sep 07 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 (bug 520843, CVE-2009-3009) rubygem-rails-2.3.4-1.fc12 -------------------------- * Sun Sep 20 2009 Mamoru Tasaka - 2.3.4-1 - Update to 2.3.4 rubygems-1.3.5-1.fc12 --------------------- * Mon Sep 21 2009 Mamoru Tasaka - 1.3.5-1 - Update to 1.3.5 selinux-policy-3.6.32-7.fc12 ---------------------------- * Sun Sep 20 2009 Dan Walsh 3.6.32-7 - Remove allow_exec* booleans for confined users. Only available for unconfined_t spring-0.80.4.2-1.fc12 ---------------------- * Sun Sep 20 2009 Aurelien Bompard - 0.80.4.2-1 - New release: 0.80.4.2 (bugfix) tachyon-0.98.7-1.fc12 --------------------- * Sun Sep 20 2009 Dominik 'Rathann' Mierzejewski 0.98.7-1 - update to 0.98.7 release - simplify specfile ifdeffery and reduce patch size - fix build with new environment-modules - add manpage from Debian package * Sun Jul 26 2009 Fedora Release Engineering - 0.98.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild v4l2-tool-1.0.3-5.fc12 ---------------------- * Sun Sep 20 2009 Lubomir Rintel - 1.0.3-5 - Correct path to lsusb vfrnav-0.3-10.fc12 ------------------ * Sun Sep 20 2009 Thomas Sailer - 0.3-10 - fix for BZ#523309 voms-1.9.12.1-1.fc12 -------------------- * Fri Sep 18 2009 Mattias Ellert - 1.9.12.1-1 - Upstream 1.9.12.1 (CVS tag glite-security-voms_R_1_9_12_1) xfwm4-4.6.1-5.fc12 ------------------ * Sun Sep 20 2009 Christoph Wickert - 4.6.1-4 - Make Nodoka default (fixes bug #491092) * Sun Sep 20 2009 Christoph Wickert - 4.6.1-5 - Validate *.desktop files xorg-x11-drv-nouveau-0.0.15-11.20090921gitdf94ebd.fc12 ------------------------------------------------------ * Mon Sep 21 2009 Ben Skeggs 0.0.15-11.20090921gitdf95ebd - fix an accel pitch issue seen in rh#523281 Summary: Added Packages: 1 Removed Packages: 0 Modified Packages: 40 From nicolas.mailhot at laposte.net Mon Sep 21 15:11:24 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 21 Sep 2009 17:11:24 +0200 Subject: default fonts in Fedora In-Reply-To: <1253543014.1725.13.camel@planemask> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> <3b95524ef1f2ccae48a3e34f6eeb41af.squirrel@arekh.dyndns.org> <1253543014.1725.13.camel@planemask> Message-ID: <818ba22b57ed4774f765a1c7289b84df.squirrel@arekh.dyndns.org> > > On Sun, 2009-09-20 at 20:08 +0200, nicolas.mailhot at laposte.net wrote: > >> Because they're not the default, the defaults are defined in the @fonts >> group, this is an experiment by the desktop team, without any >> concertation, or understanding on how we managed fonts so far. > > Given that fact that merely including a font in a spin has the potential > to break the Japanese desktop, there seem to be some things amiss with > 'how we managed fonts so far', I'd say. One part of 'how we managed fonts so far' was to triple-check anything CJK-related and get it approved by the i18n team because fontconfig sucks in this case. This problem has been well known for several years, but fontconfig's previous maintainer did not put a high priority on it. Finding a solution for this case is on the huge TODO list Behdad published this summer. -- Nicolas Mailhot From wtogami at redhat.com Mon Sep 21 15:33:38 2009 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Sep 2009 11:33:38 -0400 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query Message-ID: <4AB79CD2.8050600@redhat.com> Should we obsolete and remove perl-Mail-SPF-Query? Apparently perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. spampd owned by thias is the only package according to repoquery that requires perl(Mail::SPF::Query). Warren Togami wtogami at redhat.com From paul at city-fan.org Mon Sep 21 15:41:57 2009 From: paul at city-fan.org (Paul Howarth) Date: Mon, 21 Sep 2009 16:41:57 +0100 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB79CD2.8050600@redhat.com> References: <4AB79CD2.8050600@redhat.com> Message-ID: <4AB79EC5.4090702@city-fan.org> On 21/09/09 16:33, Warren Togami wrote: > Should we obsolete and remove perl-Mail-SPF-Query? Apparently > perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. Really? Says who? It certainly doesn't provide any implementation of Mail::SPF::Query. > spampd owned by thias is the only package according to repoquery that > requires perl(Mail::SPF::Query). What is to be gained by doing this other than a miniscule saving in mirror space and metadata size? Paul. From notting at redhat.com Mon Sep 21 15:43:46 2009 From: notting at redhat.com (Bill Nottingham) Date: Mon, 21 Sep 2009 11:43:46 -0400 Subject: a home for comps @books group In-Reply-To: <144877058.574141253501068369.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1351939788.574111253500866315.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <144877058.574141253501068369.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <20090921154345.GG5770@nostromo.devel.redhat.com> Jens Petersen (petersen at redhat.com) said: > a) add @books to the Development category, > (fits the 3 current opensource devel books there) > b) add to Base category - less obvious IMHO; or > c) break the string freeze and add a Documentation > or a Content category? > > Or anyone have a better way? Adding them to Development for now seems best. Bill From wtogami at redhat.com Mon Sep 21 18:16:57 2009 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Sep 2009 14:16:57 -0400 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB79EC5.4090702@city-fan.org> References: <4AB79CD2.8050600@redhat.com> <4AB79EC5.4090702@city-fan.org> Message-ID: <4AB7C319.2010005@redhat.com> On 09/21/2009 11:41 AM, Paul Howarth wrote: > On 21/09/09 16:33, Warren Togami wrote: >> Should we obsolete and remove perl-Mail-SPF-Query? Apparently >> perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. > > Really? Says who? It certainly doesn't provide any implementation of > Mail::SPF::Query. > >> spampd owned by thias is the only package according to repoquery that >> requires perl(Mail::SPF::Query). > > What is to be gained by doing this other than a miniscule saving in > mirror space and metadata size? > > Paul. > What stake do you have in defending software that hasn't been developed in 3+ years? Warren From opensource at till.name Mon Sep 21 18:34:20 2009 From: opensource at till.name (Till Maas) Date: Mon, 21 Sep 2009 20:34:20 +0200 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <4AB7376B.6060907@gmail.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <1253512439.4231.0.camel@prague> <4AB7376B.6060907@gmail.com> Message-ID: <20090921183420.GA18934@genius.kawo2.rwth-aachen.de> On Mon, Sep 21, 2009 at 11:20:59AM +0300, Aioanei Rares wrote: > On 09/21/2009 08:53 AM, nodata wrote: >> Am Montag, den 21.09.2009, 02:07 +0200 schrieb Benny Amorsen: >> >>> Aioanei Rares writes: >>> >>> >>>> I think it would be niftier if the identification string of the card >>>> was printed also (eg VIA Rhine III) so people would know what card to >>>> choose and how. >>>> >>> For extra points, add a "identify nic" button which blinks the LED's of >>> the appropriate nic. >>> >> Doesn't the "identify" button in Anaconda already do this? >> >> > Yes, it does, but like I said, it only works if one has an Ethernet > cable with signal coming from it plugged in. On my X41 thinkpad "ethtool -p eth0" works without any attached network cable to identify it. So it might be either a bug in anaconda or thr NIC might not be able to do this. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From awilliam at redhat.com Mon Sep 21 18:41:19 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 21 Sep 2009 11:41:19 -0700 Subject: current live CD builds entirely broken Message-ID: <1253558479.13816.3.camel@adam.local.net> As reported by Jesse Keating and me, currently live CD builds - since 20090918, 20090917 was the last working one - appear to be entirely broken. Boot fails with 'no root device found', booting from CD or USB. This will be a problem for the beta test compose that's coming up in a couple of days. I'll file a bug if there isn't one already, but wanted to get notice out there quick. Anyone know what broke on 20090918? There was a new dracut and a new kernel that day, dracut looks like the most likely culprit. Changelog was: dracut-002-1.fc12 ----------------- * Thu Sep 17 2009 Harald Hoyer 002-1 - version 002 - set correct PATH - workaround for broken mdmon implementation * Wed Sep 16 2009 Harald Hoyer 001-11 - generate dracut-version during rpm build time * Wed Sep 16 2009 Harald Hoyer 001-12 - removed lvm/mdraid/dmraid lock files - add missing ifname= files * Tue Sep 15 2009 Harald Hoyer 001-10 - add ifname= argument for persistent netdev names - new /initqueue-finished to check if the main loop can be left - copy mdadm.conf if --mdadmconf set or mdadmconf in dracut.conf nightly builds are at http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ , if you wish to confirm the breakage. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From martin.gieseking at uos.de Mon Sep 21 18:47:24 2009 From: martin.gieseking at uos.de (Martin Gieseking) Date: Mon, 21 Sep 2009 20:47:24 +0200 Subject: should file ncrack-services go to /etc? Message-ID: <4AB7CA3C.6040503@uos.de> Hi, during the review of ncrack (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the file ncrack-services is placed in /usr/share/ncrack by default. Since it is a kind of configuration file that contains mappings between port numbers and protocol names (similar to /etc/services), I'm not sure whether the location /usr/share/ncrack is OK or whether it's required to move it to /etc. Here's its content: # Ncrack available services # Use this file to add additional supported services in the format specified: # / # where protocol = either tcp or udp ftp 21/tcp ssh 22/tcp telnet 23/tcp smtp 25/tcp http 80/tcp https 443/tcp Maybe somebody can help me with this. Thanks, Martin From fedora at camperquake.de Mon Sep 21 18:52:44 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 21 Sep 2009 20:52:44 +0200 Subject: current live CD builds entirely broken In-Reply-To: <1253558479.13816.3.camel@adam.local.net> References: <1253558479.13816.3.camel@adam.local.net> Message-ID: <20090921205244.15257078@fred.camperquake.de> Hi. On Mon, 21 Sep 2009 11:41:19 -0700, Adam Williamson wrote > As reported by Jesse Keating and me, currently live CD builds - since > 20090918, 20090917 was the last working one - appear to be entirely > broken. Boot fails with 'no root device found', booting from CD or > USB. This will be a problem for the beta test compose that's coming > up in a couple of days. I'll file a bug if there isn't one already, > but wanted to get notice out there quick. Anyone know what broke on > 20090918? There was a new dracut and a new kernel that day, dracut > looks like the most likely culprit. Changelog was: Do you have kexec-tools in the spin/buildroot? If you do, does it work without it? From awilliam at redhat.com Mon Sep 21 19:03:37 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 21 Sep 2009 12:03:37 -0700 Subject: current live CD builds entirely broken In-Reply-To: <20090921205244.15257078@fred.camperquake.de> References: <1253558479.13816.3.camel@adam.local.net> <20090921205244.15257078@fred.camperquake.de> Message-ID: <1253559817.13816.4.camel@adam.local.net> On Mon, 2009-09-21 at 20:52 +0200, Ralf Ertzinger wrote: > Hi. > > On Mon, 21 Sep 2009 11:41:19 -0700, Adam Williamson wrote > > As reported by Jesse Keating and me, currently live CD builds - since > > 20090918, 20090917 was the last working one - appear to be entirely > > broken. Boot fails with 'no root device found', booting from CD or > > USB. This will be a problem for the beta test compose that's coming > > up in a couple of days. I'll file a bug if there isn't one already, > > but wanted to get notice out there quick. Anyone know what broke on > > 20090918? There was a new dracut and a new kernel that day, dracut > > looks like the most likely culprit. Changelog was: > > Do you have kexec-tools in the spin/buildroot? If you do, does it > work without it? I have no idea. The nightly builds are automatically generated, and not by me. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Mon Sep 21 19:04:35 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 21 Sep 2009 12:04:35 -0700 Subject: current live CD builds entirely broken In-Reply-To: <1253558479.13816.3.camel@adam.local.net> References: <1253558479.13816.3.camel@adam.local.net> Message-ID: <1253559875.13816.5.camel@adam.local.net> On Mon, 2009-09-21 at 11:41 -0700, Adam Williamson wrote: > As reported by Jesse Keating and me, currently live CD builds - since > 20090918, 20090917 was the last working one - appear to be entirely > broken. Boot fails with 'no root device found', booting from CD or USB. A full scrollback of the boot (starting when the errors kick in), from the 20090920 x86-64 desktop build, is now available: http://www.happyassassin.net/extras/scrollback_1.jpg http://www.happyassassin.net/extras/scrollback_2.jpg http://www.happyassassin.net/extras/scrollback_3.jpg http://www.happyassassin.net/extras/scrollback_4.jpg http://www.happyassassin.net/extras/scrollback_5.jpg http://www.happyassassin.net/extras/scrollback_6.jpg http://www.happyassassin.net/extras/scrollback_7.jpg http://www.happyassassin.net/extras/scrollback_8.jpg http://www.happyassassin.net/extras/scrollback_9.jpg http://www.happyassassin.net/extras/scrollback_10.jpg http://www.happyassassin.net/extras/scrollback_11.jpg -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kevin at scrye.com Mon Sep 21 19:20:12 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Mon, 21 Sep 2009 13:20:12 -0600 Subject: current live CD builds entirely broken In-Reply-To: <20090921205244.15257078@fred.camperquake.de> References: <1253558479.13816.3.camel@adam.local.net> <20090921205244.15257078@fred.camperquake.de> Message-ID: <20090921132012.3aba8eda@ohm.scrye.com> On Mon, 21 Sep 2009 20:52:44 +0200 Ralf Ertzinger wrote: > Hi. ...snip... > Do you have kexec-tools in the spin/buildroot? If you do, does it > work without it? kexec-tools is not installed on the machine that composes the nightly spins. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From opensource at till.name Mon Sep 21 20:04:23 2009 From: opensource at till.name (Till Maas) Date: Mon, 21 Sep 2009 22:04:23 +0200 Subject: should file ncrack-services go to /etc? In-Reply-To: <4AB7CA3C.6040503@uos.de> References: <4AB7CA3C.6040503@uos.de> Message-ID: <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: > during the review of ncrack > (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the > file ncrack-services is placed in /usr/share/ncrack by default. Since it > is a kind of configuration file that contains mappings between port > numbers and protocol names (similar to /etc/services), I'm not sure > whether the location /usr/share/ncrack is OK or whether it's required to > move it to /etc. Here's its content: Imho it does not need to be moved to /etc, because it should only be edited by experienced users and then the user can specify a the edited file at the commandline. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From steve at silug.org Mon Sep 21 20:36:17 2009 From: steve at silug.org (Steven Pritchard) Date: Mon, 21 Sep 2009 15:36:17 -0500 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB79CD2.8050600@redhat.com> References: <4AB79CD2.8050600@redhat.com> Message-ID: <20090921203617.GB21680@osiris.silug.org> On Mon, Sep 21, 2009 at 11:33:38AM -0400, Warren Togami wrote: > Should we obsolete and remove perl-Mail-SPF-Query? Apparently > perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. Honestly, I have no strong feelings on the matter. I switched amavisd-new over quite a while ago... > spampd owned by thias is the only package according to repoquery that > requires perl(Mail::SPF::Query). That would be a reason to keep it around... From cdahlin at redhat.com Mon Sep 21 20:58:32 2009 From: cdahlin at redhat.com (Casey Dahlin) Date: Mon, 21 Sep 2009 16:58:32 -0400 Subject: should file ncrack-services go to /etc? In-Reply-To: <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> Message-ID: <4AB7E8F8.6090707@redhat.com> On 09/21/2009 04:04 PM, Till Maas wrote: > On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: > >> during the review of ncrack >> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the >> file ncrack-services is placed in /usr/share/ncrack by default. Since it >> is a kind of configuration file that contains mappings between port >> numbers and protocol names (similar to /etc/services), I'm not sure >> whether the location /usr/share/ncrack is OK or whether it's required to >> move it to /etc. Here's its content: > > Imho it does not need to be moved to /etc, because it should only be > edited by experienced users and then the user can specify a the edited > file at the commandline. > Neither of which are factors considered by the FHS. Similarity to /etc/services would recommend it for that. /usr/share is not an awful choice though. > Regards > Till > From wtogami at redhat.com Mon Sep 21 21:06:40 2009 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Sep 2009 17:06:40 -0400 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <20090921203617.GB21680@osiris.silug.org> References: <4AB79CD2.8050600@redhat.com> <20090921203617.GB21680@osiris.silug.org> Message-ID: <4AB7EAE0.9060808@redhat.com> On 09/21/2009 04:36 PM, Steven Pritchard wrote: > On Mon, Sep 21, 2009 at 11:33:38AM -0400, Warren Togami wrote: >> Should we obsolete and remove perl-Mail-SPF-Query? Apparently >> perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. > > Honestly, I have no strong feelings on the matter. I switched > amavisd-new over quite a while ago... > >> spampd owned by thias is the only package according to repoquery that >> requires perl(Mail::SPF::Query). > > That would be a reason to keep it around... > Nope. spampd.spec contains... # This is "optional", but the spf checks get disabled if it's absent Requires: perl(Mail::SPF::Query) I'm updating this. Warren From opensource at till.name Mon Sep 21 21:24:31 2009 From: opensource at till.name (Till Maas) Date: Mon, 21 Sep 2009 23:24:31 +0200 Subject: should file ncrack-services go to /etc? In-Reply-To: <4AB7E8F8.6090707@redhat.com> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> <4AB7E8F8.6090707@redhat.com> Message-ID: <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> On Mon, Sep 21, 2009 at 04:58:32PM -0400, Casey Dahlin wrote: > On 09/21/2009 04:04 PM, Till Maas wrote: > > On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: > > > >> during the review of ncrack > >> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the > >> file ncrack-services is placed in /usr/share/ncrack by default. Since it > >> is a kind of configuration file that contains mappings between port > >> numbers and protocol names (similar to /etc/services), I'm not sure > >> whether the location /usr/share/ncrack is OK or whether it's required to > >> move it to /etc. Here's its content: > > > > Imho it does not need to be moved to /etc, because it should only be > > edited by experienced users and then the user can specify a the edited > > file at the commandline. > > > > Neither of which are factors considered by the FHS. Since the file is not meant to be edited, it is not a host-specific config file, but a package version specific config file, which is managed by upstream and not by the user. So from the users point of view, it's more a data file than a config file. Btw. as far as I understand the program, if the config file is changed, then an addional module, which is written in C++, that covers the new service needs to be added, too. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From michael.silvanus at gmail.com Mon Sep 21 21:45:01 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Mon, 21 Sep 2009 17:45:01 -0400 Subject: Mono-2.6 - heads up In-Reply-To: <4AB44649.3030200@redhat.com> References: <1253268634.1934.63.camel@PB3.linux> <1253297873.2384.28.camel@localhost.localdomain> <4AB44649.3030200@redhat.com> Message-ID: <615c05430909211445q24549d61vb330c867bca1c190@mail.gmail.com> On Fri, Sep 18, 2009 at 10:47 PM, Tom "spot" Callaway wrote: > On 09/18/2009 02:17 PM, Jesse Keating wrote: >> Given that we are feature frozen, is it wise to bump mono like this at >> this stage in the development cycle? > > No. We should be doing this work in the dist-f13 target, especially > given the complexity and pain of doing a proper bootstrap and rebuild. > > ~spot > +1. If you want, Paul, you might want to request the F-12 branch for mono to be created early, and then you can experiment with 2.6 in the devel branch. Hope there's no packaging regression this time too. Please *don't* import SRPMs wholesale! -- Michel Alexandre Salim From rda at rincon.com Mon Sep 21 22:22:24 2009 From: rda at rincon.com (Bob Arendt) Date: Mon, 21 Sep 2009 15:22:24 -0700 Subject: current live CD builds entirely broken In-Reply-To: <1253558479.13816.3.camel@adam.local.net> References: <1253558479.13816.3.camel@adam.local.net> Message-ID: <4AB7FCA0.2050303@rincon.com> On 09/21/09 11:41, Adam Williamson wrote: > As reported by Jesse Keating and me, currently live CD builds - since > 20090918, 20090917 was the last working one - appear to be entirely > broken. Boot fails with 'no root device found', booting from CD or USB. Isn't this the same as(?): Computer won't boot F12 snapshot 1 https://bugzilla.redhat.com/show_bug.cgi?id=521471 .. which was really: Filesystem label does not match kernel command line parameter https://bugzilla.redhat.com/show_bug.cgi?id=520207 Same symptom and error message. Does interrupting the boot and using the device/partition directly (instead of UUID) work? From debarshi.ray at gmail.com Mon Sep 21 16:17:47 2009 From: debarshi.ray at gmail.com (Debarshi Ray) Date: Mon, 21 Sep 2009 19:17:47 +0300 Subject: Updating libchamplain to 0.4.0 Message-ID: <3170f42f0909210917j58275eflb4b4139a2e9d0c1b@mail.gmail.com> I am going to build libchamplain-0.4.0 for Rawhide in a few hours and this involves a change in the soname that will affect: + eog-plugins + empathy Happy hacking, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jkeating at redhat.com Mon Sep 21 22:17:02 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 21 Sep 2009 15:17:02 -0700 Subject: Fedora 12 Mass Branching coming soon Message-ID: <1253571422.32496.13.camel@localhost.localdomain> Per the Fedora 12 Schedule?, mass branching for Fedora 12 will happen on the 28th of September, which is this coming Monday. There will be a short CVS outage associated with this event. The exact timing of this outage has not been decided yet, but we will send the outage notification when it has been decided. ?: http://fedoraproject.org/wiki/Schedule -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 wtogami at redhat.com Mon Sep 21 22:37:02 2009 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Sep 2009 18:37:02 -0400 Subject: Removing perl-Mail-SPF-Query from rawhide In-Reply-To: <4AB7EAE0.9060808@redhat.com> References: <4AB79CD2.8050600@redhat.com> <20090921203617.GB21680@osiris.silug.org> <4AB7EAE0.9060808@redhat.com> Message-ID: <4AB8000E.1050402@redhat.com> On 09/21/2009 05:06 PM, Warren Togami wrote: > > Nope. > > spampd.spec contains... > # This is "optional", but the spf checks get disabled if it's absent > Requires: perl(Mail::SPF::Query) > > I'm updating this. > > Warren > spampd was requiring perl(Mail::SPF::Query) for no good reason. Rather than require Mail::SPF I've stripped that artificial requirement because SPF is actually rather useless. So now nothing in Fedora requires perl(Mail::SPF::Query). I'm soon blocking perl-Mail-SPF-Query from rawhide. It is true that perl-Mail-SPF does not provide perl(Mail::SPF::Query). perl-Mail-SPF will obsolete perl-Mail-SPF-Query to ensure its removal but not "provide" for the old package. Any objections? Warren Togami wtogami at redhat.com From michael.silvanus at gmail.com Mon Sep 21 22:41:57 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Mon, 21 Sep 2009 18:41:57 -0400 Subject: Fwd: [Bug 249824] Review Request: last.fm - listen to last.fm radio stations In-Reply-To: <200909212034.n8LKYDe4029239@bz-web2.app.phx.redhat.com> References: <200909212034.n8LKYDe4029239@bz-web2.app.phx.redhat.com> Message-ID: <615c05430909211541h711513abg3186420d658d8952@mail.gmail.com> Who is this Piotr Drag and why is he suddenly Cc:ing himself on very old bug requests? -- Michel ---------- Forwarded message ---------- From: Date: Mon, Sep 21, 2009 at 4:34 PM Subject: [Bug 249824] Review Request: last.fm - listen to last.fm radio stations To: michael.silvanus at gmail.com Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=249824 Piotr Dr?g changed: ? ? ? ? ? What ? ?|Removed ? ? ? ? ? ? ? ? ? ? |Added ---------------------------------------------------------------------------- ? ? ? ? ? ? ? ? CC|piotrdrag at gmail.com ? ? ? ? | -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. -- Michel Alexandre Salim From tibbs at math.uh.edu Mon Sep 21 22:44:53 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 21 Sep 2009 17:44:53 -0500 Subject: Fwd: [Bug 249824] Review Request: last.fm - listen to last.fm radio stations In-Reply-To: <615c05430909211541h711513abg3186420d658d8952@mail.gmail.com> (Michel Alexandre Salim's message of "Mon, 21 Sep 2009 18:41:57 -0400") References: <200909212034.n8LKYDe4029239@bz-web2.app.phx.redhat.com> <615c05430909211541h711513abg3186420d658d8952@mail.gmail.com> Message-ID: >>>>> "MAS" == Michel Alexandre Salim writes: MAS> Who is this Piotr Drag and why is he suddenly Cc:ing himself on MAS> very old bug requests? I assume you mean "un-ccing himself". Do you believe he has violated some rule by removing himself from the CC list of several bugs? I can't see how he's done anything even remotely improper. I can't see why his identity eveen remotely of any concern. - J< From awilliam at redhat.com Tue Sep 22 04:49:04 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 21 Sep 2009 21:49:04 -0700 Subject: current live CD builds entirely broken In-Reply-To: <4AB7FCA0.2050303@rincon.com> References: <1253558479.13816.3.camel@adam.local.net> <4AB7FCA0.2050303@rincon.com> Message-ID: <1253594944.13816.10.camel@adam.local.net> On Mon, 2009-09-21 at 15:22 -0700, Bob Arendt wrote: > On 09/21/09 11:41, Adam Williamson wrote: > > As reported by Jesse Keating and me, currently live CD builds - since > > 20090918, 20090917 was the last working one - appear to be entirely > > broken. Boot fails with 'no root device found', booting from CD or USB. > > Isn't this the same as(?): > Computer won't boot F12 snapshot 1 > https://bugzilla.redhat.com/show_bug.cgi?id=521471 > .. which was really: > Filesystem label does not match kernel command line parameter > https://bugzilla.redhat.com/show_bug.cgi?id=520207 No. Actually, if you look carefully, you'll notice that I filed that bug. :) It's not the same error, exactly. Just the same *final* error message. Warren said on IRC he may have tracked this one down, I'll check in with him tomorrow. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From petersen at redhat.com Tue Sep 22 06:13:11 2009 From: petersen at redhat.com (Jens Petersen) Date: Tue, 22 Sep 2009 02:13:11 -0400 (EDT) Subject: a home for comps @books group In-Reply-To: <547894647.687381253599919950.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <523667315.687401253599991179.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> ----- "Christopher Curran" wrote: > > a) add @books to the Development category, > > (fits the 3 current opensource devel books there) > There is no point breaking string > freeze if the books are already deprecated. I don't think any are deprecated. For reference the current books are: - diveintopython - javanotes - ldd-pdf (linux device drivers) so yeah developer-oriented. I went ahead and put @books into the Development category for F12. I am still wondering about a "Content" category for F13. Should we go with that even it only were to contain @books for now? Anyway probably more important would be getting gnome-packagekit to list books when we have more. Jens From paul at city-fan.org Tue Sep 22 09:06:32 2009 From: paul at city-fan.org (Paul Howarth) Date: Tue, 22 Sep 2009 10:06:32 +0100 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB7C319.2010005@redhat.com> References: <4AB79CD2.8050600@redhat.com> <4AB79EC5.4090702@city-fan.org> <4AB7C319.2010005@redhat.com> Message-ID: <4AB89398.1070601@city-fan.org> On 21/09/09 19:16, Warren Togami wrote: > On 09/21/2009 11:41 AM, Paul Howarth wrote: >> On 21/09/09 16:33, Warren Togami wrote: >>> Should we obsolete and remove perl-Mail-SPF-Query? Apparently >>> perl-Mail-SPF obsoleted perl-Mail-SPF-Query ~3 years ago. >> >> Really? Says who? It certainly doesn't provide any implementation of >> Mail::SPF::Query. >> >>> spampd owned by thias is the only package according to repoquery that >>> requires perl(Mail::SPF::Query). >> >> What is to be gained by doing this other than a miniscule saving in >> mirror space and metadata size? >> >> Paul. >> > > What stake do you have in defending software that hasn't been developed > in 3+ years? I'm sure there's plenty of software in Fedora that hasn't been developed in 3+ years, sometimes as in this case because it's dead upstream and sometimes because it's simply stable and doesn't need fixing. Other than the fact that I did the original upstream packaging for this module, I have no particular attachment to this package. If it goes from Fedora I won't miss it myself. I fully accept that any new development of perl code using SPF will use Mail::SPF and not Mail::SPF::Query. I see that you're removing the (optional) SPF functionality from spampd, which is OK because it passes mail through SpamAssassin, which has its own SPF code, so there won't be any user of Mail::SPF::Query in Rawhide. There may still be out-of-distribution code such as the original sendmail-spf-milter that uses it though. On 21/09/09 23:37, Warren Togami wrote: > On 09/21/2009 05:06 PM, Warren Togami wrote: > spampd was requiring perl(Mail::SPF::Query) for no good reason. > Rather than require Mail::SPF I've stripped that artificial > requirement because SPF is actually rather useless. So now nothing > in Fedora requires perl(Mail::SPF::Query). Since SPF is as you say "rather useless", why aren't you trying to get rid of Mail::SPF too? > I'm soon blocking perl-Mail-SPF-Query from rawhide. It is true that > perl-Mail-SPF does not provide perl(Mail::SPF::Query). perl-Mail-SPF > will obsolete perl-Mail-SPF-Query to ensure its removal but not > "provide" for the old package. > > Any objections? I'm not objecting to perl-Mail-SPF-Query being blocked from Rawhide and marked as a dead package, given its maintainer's consent. I am, however, curious as to just why you've singled out this particular package out of the myriad of legacy code that's in the distribution and doing no harm. Or is there some big issue with it that I'm not aware of? I'm also not sure about the merits of having perl-Mail-SPF obsolete perl-Mail-SPF-Query. Why do we need to remove something from users' systems that (a) they may be actually using, and (b) does not in any way conflict or cause problems for the upgraded distribution? Paul. From alsadi at gmail.com Tue Sep 22 09:34:30 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Tue, 22 Sep 2009 12:34:30 +0300 Subject: default fonts in Fedora In-Reply-To: <818ba22b57ed4774f765a1c7289b84df.squirrel@arekh.dyndns.org> References: <4AB393BF.4090907@redhat.com> <4AB39E8A.8030909@redhat.com> <4AB3A9DC.7020706@math.unl.edu> <20090918164419.GN23302@nostromo.devel.redhat.com> <3b95524ef1f2ccae48a3e34f6eeb41af.squirrel@arekh.dyndns.org> <1253543014.1725.13.camel@planemask> <818ba22b57ed4774f765a1c7289b84df.squirrel@arekh.dyndns.org> Message-ID: <385866f0909220234n2fc99b5bq5b97b64c62c21978@mail.gmail.com> > @base-x is a pretty broken comps group, to be honest. I'd really like to see a split between "the minimal stuff needed to make X work" and "a bunch of desktop-agnostic stuff". how about having a group minimal-x beside base-x so that it would be easy to compose a minimal lxde-based spin From martin.gieseking at uos.de Tue Sep 22 09:43:31 2009 From: martin.gieseking at uos.de (Martin Gieseking) Date: Tue, 22 Sep 2009 11:43:31 +0200 Subject: should file ncrack-services go to /etc? In-Reply-To: <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> <4AB7E8F8.6090707@redhat.com> <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> Message-ID: <4AB89C43.3030201@uos.de> Am 21.09.2009 23:24, Till Maas wrote: > On Mon, Sep 21, 2009 at 04:58:32PM -0400, Casey Dahlin wrote: >> On 09/21/2009 04:04 PM, Till Maas wrote: >>> On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: >>> >>>> during the review of ncrack >>>> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that the >>>> file ncrack-services is placed in /usr/share/ncrack by default. Since it >>>> is a kind of configuration file that contains mappings between port >>>> numbers and protocol names (similar to /etc/services), I'm not sure >>>> whether the location /usr/share/ncrack is OK or whether it's required to >>>> move it to /etc. Here's its content: >>> Imho it does not need to be moved to /etc, because it should only be >>> edited by experienced users and then the user can specify a the edited >>> file at the commandline. >>> >> Neither of which are factors considered by the FHS. > > Since the file is not meant to be edited, it is not a host-specific > config file, but a package version specific config file, which is > managed by upstream and not by the user. So from the users point of > view, it's more a data file than a config file. Casey and Till, thanks for your comments. If I interpret them correctly, there's no Fedora policy that demands moving the file to /etc even if /etc could also be a proper location. Then we can finish the review of ncrack. :) > Btw. as far as I understand the program, if the config file is changed, > then an addional module, which is written in C++, that covers the new > service needs to be added, too. Not necessarily. There might be scenarios where you want to change the default ports for several services, maybe because the ssh daemons in your local network are configured to listen on port 12345. In this case the admin possibly would like to adapt the default settings of ncrack. Thanks again, Martin From abo at root.snowtree.se Mon Sep 21 15:46:41 2009 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Mon, 21 Sep 2009 17:46:41 +0200 Subject: Default heuristics for variable-format displays In-Reply-To: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> References: <1253030814.15274.7648.camel@atropine.boston.devel.redhat.com> Message-ID: <1253548001.12062.124.camel@realdor.ite.kth.se> Here's my suggestion... def mode_megapixels(mode): return mode.width * mode.height # Sort by best refresh rate. modes.sort(key=lambda mode: -mode['refresh']) # Prefer to balance refresh rate vs. pixels. if dpi_known: acceptable = filter(lambda mode: mode.dpi >= 90, modes) if len(acceptable) > 0: # Anything above 90 DPI is good enough # for a default. # Pick the one with the best refresh. return acceptable[0] # DPI not known or too low, balance refresh vs. pixels. best_megapixels = max(modes, mode_megapixels) acceptable = filter(lambda mode: megapixels(mode) >= best_megapixels / 2) # Pick the mode with the highest refresh rate and at least # half the max possible number of pixels. acceptable[0] /abo From fedora at shmuelhome.mine.nu Tue Sep 22 10:02:42 2009 From: fedora at shmuelhome.mine.nu (shmuel siegel) Date: Tue, 22 Sep 2009 13:02:42 +0300 Subject: Jetty pulls in many other packages Message-ID: <4AB8A0C2.2020800@shmuelhome.mine.nu> Updating jetty (which I need for eclipse) now pulls in netbeans and tomcat among other things. Why would jetty need these other packages? Isn't it kind of defeating the purpose of jetty for it to need tomcat? From choeger at cs.tu-berlin.de Tue Sep 22 11:04:31 2009 From: choeger at cs.tu-berlin.de (Christoph =?utf-8?B?SMO2Z2Vy?=) Date: Tue, 22 Sep 2009 13:04:31 +0200 Subject: mutt broken? Message-ID: <20090922110431.GA13212@choeger5.umpa.netz> Hi, I am not sure if this is a bug or my misusage of something, but when I try to access my Maildir with mutt the deletion flags are correctly set on the first run but disappear when I close mutt. This means that all those mails that ended up in my Trash folder (e.g. in evolution) are now in my INBOX again. Has anybody seen this before? Shall I file a bug? regards christoph From rawhide at fedoraproject.org Tue Sep 22 13:05:53 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 22 Sep 2009 13:05:53 +0000 Subject: rawhide report: 20090922 changes Message-ID: <20090922130553.GA12762@releng2.fedora.phx.redhat.com> Compose started at Tue Sep 22 06:15:05 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 New package ghc-network Haskell network library New package picprog Microchip PIC serial programmer software Removed package dhcpv6 Removed package svn2cl Updated Packages: NetworkManager-0.7.996-2.git20090921.fc12 ----------------------------------------- * Mon Sep 21 2009 Dan Williams - 0.7.996-2.git20090921 - nm: allow disconnection of all device types - nm: ensure that wired connections are torn down when their hardware goes away - nm: fix crash when canceling a VPN's request for secrets - editor: fix issues changing connections between system and user scopes - editor: ensure changes are thrown away when editing is canceled - applet: ensure connection changes are noticed by NetworkManager - applet: fix crash when creating new connections - applet: actually use wired 802.1x secrets after they are requested NetworkManager-openconnect-0.7.996-2.git20090921.fc12 ----------------------------------------------------- * Mon Sep 21 2009 Dan Williams - 1:0.7.996-2 - Rebuild for updated NetworkManager NetworkManager-openvpn-0.7.996-2.git20090921.fc12 ------------------------------------------------- * Mon Sep 21 2009 Dan Williams - 1:0.7.996-2 - Rebuild for updated NetworkManager NetworkManager-pptp-0.7.996-2.git20090921.fc12 ---------------------------------------------- * Mon Sep 21 2009 Dan Williams - 1:0.7.996-2 - Rebuild for updated NetworkManager NetworkManager-vpnc-0.7.996-3.git20090921.fc12 ---------------------------------------------- * Mon Sep 21 2009 Dan Williams - 1:0.7.996-3 - Rebuild for updated NetworkManager - Convert imported files to UTF8 before parsing PackageKit-0.5.3-0.1.20090921git.fc12 ------------------------------------- * Mon Sep 21 2009 Richard Hughes - 0.5.3-0.1.20090921git - Update to a newer git snapshot from the 0.5.x series. - Updates to the experimental glib2 bindings - Lots of updated translations. - Disable the self tests to reduce the build time - Fix crasher for 64 bit users of the codec installer - Fix 'pkcon remove foo', where foo needed reqs to be removed too. - Fixes #523861 alacarte-0.12.4-1.fc12 ---------------------- * Mon Sep 21 2009 Matthias Clasen - 0.12.4-1 - Update to 0.12.4 amarok-2.1.90-1.fc12 -------------------- * Mon Sep 21 2009 Rex Dieter 2.1.90-1 - amarok-2.1.90 (2.2rc1) anaconda-12.27-1.fc12 --------------------- * Mon Sep 21 2009 David Cantrell - 12.27-1 - Require at least system-config-keyboard 1.3.1 or higher. (dcantrell) - Fixes for rhel installclass. (dcantrell) - Start with all modules from kernel/drivers/s390 on s390x (#524566) (dcantrell) - Do not require dhcpv6-client, package is now obsolete. (dcantrell) - Take into account snapshots and mirrored volumes in lvm dialogs. (dlehman) - Add handling for snapshot and mirrored logical volumes to DeviceTree. (dlehman) - Add attrs to LVMLogicalVolumeDevice class for snapshots and mirrored lvs. (dlehman) - Add function lvorigin to determine the name of a snapshot's origin lv. (dlehman) - Add function udev_device_get_lv_attr to retrieve lv attribute strings. (dlehman) - Include hidden volumes and lv attributes in udev db. (dlehman) - Add 'install' user to start anaconda on s390x. (dcantrell) - Set a default shell prompt for s390x installs. (dcantrell) - Do not assume we found a module in addOption() in loader/modules.c (dcantrell) - Do not try to load floppy, edd, pcspkr, or iscsi_ibft on s390x. (dcantrell) - Handle Esc keypress in (some more) dialogs as Cancel - (#520110). (rvykydal) - All the nss libraries have moved from /lib to /usr/lib (#524410). (clumens) - Add python-nss as a requirement (#524307, #524313). (clumens) - Call $LDSO --verify for the binary file -inside- the chroot. This fixes building x86 boot images on a x86_64 host system. (thomas.jarosch) - Just grab everything in a /usr/share/fonts/lohit* directory (#523906). (clumens) - Don't write an empty mdadm.conf (hdegoede) - Write mdraid arrays to mdadm.conf in sorted order (hdegoede) - containers and their sets must only have a UUID= parameter in mdamd.conf (hdegoede) - Updated anaconda.pot file. (dcantrell) audacious-2.1-5.fc12 -------------------- * Sun Sep 20 2009 Michael Schwendt - 2.1-5 - /usr/bin/audacious and /usr/bin/audtool compatibility links are provided officially by upstream within 2.2-alpha1. audacious-plugins-2.1-4.fc12 ---------------------------- * Sun Sep 20 2009 Michael Schwendt - 2.1-4 - Patch alsa-ng plugin with some buffer prefilling to fight underruns. - Merge minor changes from 2.2-alpha1 alsa-ng plugin. bind-9.6.1-11.P1.fc12 --------------------- * Mon Sep 21 2009 Adam Tkac 32:9.6.1-11.P1 - determine file size via `stat` instead of `ls` (#523682) brasero-2.28.0-1.fc12 --------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 bsh-1.3.0-15.1.fc12 ------------------- * Mon Sep 21 2009 Permaine Cheung 0:1.3.0-15.1 - Do not build manual and faq for ppc64 or s390x as the style task is disabled * Fri Jul 24 2009 Fedora Release Engineering - 0:1.3.0-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild bug-buddy-2.28.0-1.fc12 ----------------------- * Mon Sep 21 2009 Matthias Clasen - 1:2.28.0-1 - Update to 2.28.0 cheese-2.28.0-1.fc12 -------------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 compiz-0.8.2-15.fc12 -------------------- * Mon Sep 21 2009 Adel Gadllah - 0.8.2-15 - Revert pageflip patch coreutils-7.6-4.fc12 -------------------- * Mon Sep 21 2009 Ondrej Vasik - 7.6-4 - add dircolors color for GNU lzip (#516897) cups-1.4.1-4.fc12 ----------------- * Mon Sep 21 2009 Jiri Popelka 1:1.4.1-4 - Changed cups.init to be LSB compliant (bug #521641), i.e. return code "2" (instead of "3") if invalid arguments return code "4" if restarting service under nonprivileged user return code "5" if cupsd not exist or is not executable return code "6" if cupsd.conf not exist curl-7.19.6-8.fc12 ------------------ * Mon Sep 21 2009 Chris Weyl - 7.19.6-8 - rebuild for libssh2 1.2 dbus-cxx-0.4.3-1.fc12 --------------------- * Mon Sep 21 2009 Rick L Vinyard Jr - 0.4.3-1 - New release dhcp-4.1.0p1-10.fc12 -------------------- * Mon Sep 21 2009 David Cantrell - 12:4.1.0p1-10 - Obsolete the dhcpv6 and dhcpv6-client packages dmraid-1.0.0.rc16-3.fc12 ------------------------ * Mon Sep 21 2009 Hans de Goede - 1.0.0.rc16-3 - Add Obsoletes for dmraid-libs packages (merged into the main pkg, #524261) - Make -devel Require the main package now the dmraid-libs package is gone dracut-002-3.git8eb16b08.fc12 ----------------------------- * Mon Sep 21 2009 Harald Hoyer 002-3 - bail out if selinux policy could not be loaded and selinux=0 not specified on kernel command line (bug #524113) - set finished criteria for dmsquash live images eclipse-3.5.0-0.13.fc12 ----------------------- * Fri Sep 18 2009 Alexander Kurtakov 1:3.5.0-0.13 - Update ecf-filetransfer and build it. elfutils-0.143-1.fc12 --------------------- * Mon Sep 21 2009 Roland McGrath - 0.143-1 - Update to 0.143 - libdw: Various convenience functions for individual attributes now use dwarf_attr_integrate to look up indirect inherited attributes. Location expression handling now supports DW_OP_implicit_value. - libdwfl: Support automatic decompression of files in XZ format, and of Linux kernel images made with bzip2 or LZMA (as well as gzip). empathy-2.28.0-1.fc12 --------------------- * Mon Sep 21 2009 Brian Pepple - 2.28.0-1 - Update to 2.28.0. - Drop video widget patch. Fixed upstream. - Update src. environment-modules-3.2.7-1.fc12 -------------------------------- * Mon Sep 21 2009 Orion Poplawski - 3.2.7-1 - Update to 3.2.7, fixes bug #524475 - Drop versioning patch fixed upstream eog-2.28.0-1.fc12 ----------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 eog-plugins-2.28.0-1.fc12 ------------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 evince-2.28.0-1.fc12 -------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 evolution-2.28.0-1.fc12 ----------------------- * Mon Sep 21 2009 Milan Crha - 2.28.0-1.fc12 - Update to 2.28.0 evolution-data-server-2.28.0-1.fc12 ----------------------------------- * Mon Sep 21 2009 Milan Crha - 2.28.0-1.fc12 - Update to 2.28.0 evolution-exchange-2.28.0-1.fc12 -------------------------------- * Mon Sep 21 2009 Milan Crha - 2.28.0-1.fc12 - Update to 2.28.0 expatmm-1.0.2-1.fc12 -------------------- * Mon Sep 21 2009 Jerry James - 1.0.2-1 - Update to 1.0.2 file-roller-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gcalctool-5.28.0-1.fc12 ----------------------- * Mon Sep 21 2009 Matthias Clasen - 5.28.0-1 - Update to 5.28.0 gconf-editor-2.28.0-1.fc12 -------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gdb-6.8.91.20090921-1.fc12 -------------------------- * Mon Sep 21 2009 Jan Kratochvil - 6.8.91.20090921-1 - Upgrade to the FSF GDB gdb-7.0 snapshot: 6.8.91.20090921 - archer-jankratochvil-fedora12 commit: 0d5c38dd89050c0ee1cf049656f177c170d675d4 - [expr] Check has_stack_frames before calling find_pc_line (Sami Wagiaalla). gedit-vala-0.5.0-1.fc12 ----------------------- * Mon Sep 21 2009 Michel Salim - 0.5.0-1 - Update to final 0.5.0 release getdata-0.5.0-5.fc12 -------------------- * Mon Sep 21 2009 Matthew Truch - 0.5.0-5 - Include bugfix from upstream. - Put fortran module in correct place. BZ 523539 * Mon Jul 27 2009 Matthew Truch - 0.5.0-4 - Disable verbose debugging output. ghc-rpm-macros-0.2.1-1.fc12 --------------------------- * Tue Sep 22 2009 Jens Petersen - 0.2.1-1 - version ghcdocdir to allow multiple doc versions like ghcpkgdir glibc-2.10.90-23 ---------------- * Mon Sep 21 2009 Andreas Schwab - 2.10.90-23 - Update from master. gmixer-1.3-11.fc12 ------------------ * Mon Sep 21 2009 leigh scott - 1.3-9 - added German translations for desktop files - revert last desktop file edit and add a autostart launcher * Mon Sep 21 2009 leigh scott - 1.3-10 - remove * Mon Sep 21 2009 leigh scott - 1.3-11 - remove X-Fedora from desktop file gnome-applets-2.28.0-1.fc12 --------------------------- * Mon Sep 21 2009 Matthias Clasen - 1:2.28.0-1 - Update to 2.28.0 gnome-backgrounds-2.28.0-1.fc12 ------------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-common-2.28.0-1.fc12 -------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-desktop-2.28.0-1.fc12 --------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-devel-docs-2.28.0-1.fc12 ------------------------------ * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-doc-utils-0.18.0-1.fc12 ----------------------------- * Mon Sep 21 2009 Matthias Clasen - 0.18.0-1 - Update to 0.18.0 gnome-games-2.28.0-1.fc12 ------------------------- * Tue Sep 22 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-games-extra-data-2.28.0-1 ------------------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-icon-theme-2.28.0-1.fc12 ------------------------------ * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-keyring-2.28.0-1.fc12 --------------------------- * Mon Sep 21 2009 Tomas Bzatek - 2.28.0-1 - Update to 2.28.0 gnome-mag-0.15.9-1.fc12 ----------------------- * Tue Sep 22 2009 Matthias Clasen - 0.15.9-1 - Update to 0.15.9 gnome-media-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 gnome-menus-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-packagekit-2.28.0-1.fc12 ------------------------------ * Mon Sep 21 2009 Richard Hughes - 2.28.0-1 - New upstream version. gnome-power-manager-2.28.0-1.fc12 --------------------------------- * Mon Sep 21 2009 Richard Hughes - 2.28.0-1 - Update to 2.28.0 gnome-python2-2.18.0-1.fc12 --------------------------- * Mon Sep 21 2009 Matthew Barnes - 2.28.0-1.fc12 - Update to 2.28.0 gnome-python2-desktop-2.28.0-1.fc12 ----------------------------------- * Mon Sep 21 2009 Matthew Barnes - 2.28.0-1.fc12 - Update to 2.28.0 gnome-settings-daemon-2.28.0-1.fc12 ----------------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-system-monitor-2.28.0-1.fc12 ---------------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-terminal-2.28.0-1.fc12 ---------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-user-docs-2.28.0-1.fc12 ----------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-user-share-2.28.0-1.fc12 ------------------------------ * Mon Sep 21 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 gnome-utils-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Matthias Clasen - 1:2.28.0-1 - Update to 2.28.0 gok-2.28.0-1.fc12 ----------------- * Tue Sep 22 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gtk2-engines-2.18.3-1.fc12 -------------------------- * Mon Sep 21 2009 Matthias Clasen - 2.18.3-1 - Update to 2.18.3 gtkhtml3-3.28.0-1.fc12 ---------------------- * Mon Sep 21 2009 Milan Crha - 3.28.0-1.fc12 - Update to 3.28.0 gucharmap-2.28.0-1.fc12 ----------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gvfs-1.4.0-1.fc12 ----------------- * Mon Sep 21 2009 Tomas Bzatek - 1.4.0-1 - Update to 1.4.0 jabbim-0.5-0.11.svn20090907.fc12 -------------------------------- * Mon Sep 21 2009 Michal Schmidt 0.5-0.11.svn20090907 - Enable devconsole plugin, it's useful for debugging. jd-2.4.2-0.5.rc090921.fc12 -------------------------- jpackage-utils-1.7.5-3.8.fc12 ----------------------------- * Mon Sep 21 2009 Orion Poplawski - 0:1.7.5-3.8 - Add Requires: coreutils because we provide scripts that are being executed in rpm %post scriptlets that require it. kde-plasma-networkmanagement-0.9-0.2.20090919svn.fc12 ----------------------------------------------------- * Mon Sep 21 2009 Ben Boeckel 1:0.9-0.1.20090919svn - Version seems to be .9 now - Fix trailing spaces - New snapshot * Mon Sep 21 2009 Ben Boeckel 1:0.9-0.2.20090919svn - Add back missing Requires: kde-settings-4.3-9 ------------------ * Mon Sep 21 2009 Rex Dieter - 4.3-8 - kdmrc: use /var/run/kdm for pid/xauth (#524583) * Mon Sep 21 2009 Rex Dieter - 4.3-9 - kdmrc: ForceUserAuthDir=true (#524583) kdeedu-4.3.1-2.fc12 ------------------- * Sun Sep 20 2009 Rex Dieter - 4.3.1-2 - kdeedu embeds python-mwclient and it's broken (#520954) - Requires: kross-python kdelibs-4.3.1-6.fc12 -------------------- * Mon Sep 21 2009 Than Ngo - 4.3.1-6 - use abrt for RHEL * Sat Sep 19 2009 Rex Dieter - 4.3.1-5 - groupdav connect to egroupware failed (kde#186763) * Fri Sep 18 2009 Kevin Kofler - 4.3.1-4 - ship kde4-doxygen.sh only in -devel (fix duplicate file) konversation-1.2-0.11.beta1.fc12 -------------------------------- * Mon Sep 21 2009 Rex Dieter - 1.2-0.10.beta1 - konversation-1.2-beta1 * Mon Sep 21 2009 Rex Dieter - 1.2-0.11.beta1 - With auto-expand input box, ircview doesn't scroll (kdebug #208097) * Sat Sep 19 2009 Rex Dieter - 1.2-0.8.20090919svn1025849 - konversation-20090919svn1025849 snapshot, for marker line testing * Sat Sep 19 2009 Rex Dieter - 1.2-0.9.20090919svn - localized snapshot libchamplain-0.4.0-1.fc12 ------------------------- * Mon Sep 21 2009 Debarshi Ray - 0.4.0-1 - Version bump to 0.4.0. * ChamplainView now has keyboard shortcuts (but not when used with GtkChamplainEmbed). * Removed deprecated symbols introduced in 0.3. * Fixed X error when using GtkChamplainEmbed. (GNOME Bugzilla #590692) * Events were not being sent until the mouse moved. (GNOME Bugzilla #590727) * Fixed memory leak in ChamplainLayer. (GNOME Bugzilla #593505) * Initial center_on should not result on the map being in Antarctica. (GNOME Bugzilla #594963) * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.92.news * http://ftp.gnome.org/pub/GNOME/sources/libchamplain/0.3/libchamplain-0.3.92.changes libgtop2-2.28.0-1.fc12 ---------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libsoup-2.28.0-1.fc12 --------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libssh2-1.2-2.fc12 ------------------ * Mon Sep 21 2009 Chris Weyl 1.2-2 - patch based on 683aa0f6b52fb1014873c961709102b5006372fc - disable tests (*sigh*) * Tue Aug 25 2009 Chris Weyl 1.2-1 - update to 1.2 libvirt-0.7.1-6.fc12 -------------------- * Mon Sep 21 2009 Mark McLoughlin - 0.7.1-5 - Don't set a bogus error in virDrvSupportsFeature() - Fix raw save format * Mon Sep 21 2009 Chris Weyl - 0.7.1-6 - rebuild for libssh2 1.2 libwnck-2.28.0-1.fc12 --------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libxslt-1.1.25-2.fc12 --------------------- * Mon Sep 21 2009 Daniel Veillard 1.1.25-2 - fix a locking bug in 1.1.25 lohit-kannada-fonts-2.4.4-1.fc12 -------------------------------- * Mon Sep 21 2009 Pravin Satpute - 2.4.4-1 - upstream release of 2.4.4 - updated url for upstream tarball - added Makefile in upstream tar ball lohit-malayalam-fonts-2.4.4-1.fc12 ---------------------------------- * Mon Sep 21 2009 Pravin Satpute - 2.4.4-1 - upstream release of 2.4.4 - updated url for upstream tarball - added Makefile in upstream tar ball lohit-tamil-fonts-2.4.4-1.fc12 ------------------------------ * Mon Sep 21 2009 Pravin Satpute - 2.4.4-1 - upstream release of 2.4.4 - updated url for upstream tarball - added Makefile in upstream tar ball lohit-telugu-fonts-2.4.4-1.fc12 ------------------------------- * Mon Sep 21 2009 Pravin Satpute - 2.4.4-1 - upstream release of 2.4.4 - updated url for upstream tarball - added Makefile in upstream tar ball lvm2-2.02.52-3.fc12 ------------------- * Mon Sep 21 2009 Peter Rajnoha - 2.02.52-3 - Enable udev synchronisation code. - Install default udev rules for device-mapper and LVM2. - Add BuildRequires: libudev-devel. - Add Requires: libudev (to check udev is running). - Add Requires: util-linux-ng (blkid used in udev rules). medusa-1.5-10.fc12 ------------------ * Mon Sep 21 2009 Chris Weyl - 1.5-10 - rebuild for libssh2 1.2 mesa-7.6-0.13.fc12 ------------------ * Mon Sep 21 2009 Adam Jackson 7.6-0.13 - Today's git snap. Fixes picking in clutter apps on Intel chips (#524338) mingw32-libxslt-1.1.25-2.fc12 ----------------------------- * Mon Sep 21 2009 Erik van Pienbroek - 1.1.25-2 - Fix a locking bug in 1.1.25 (patch from native libxslt package) mingw32-pango-1.26.0-1.fc12 --------------------------- * Mon Sep 21 2009 Erik van Pienbroek - 1.26.0-1 - Update to 1.26.0 - Use relative paths instead of absolute paths in the pango.modules file mm-common-0.8-1.fc12 -------------------- * Mon Sep 21 2009 Krzesimir Nowak - 0.8-1 - New upstream release. monodevelop-2.1.0-2.fc12 ------------------------ * Mon Sep 21 2009 Michel Salim - 2.1.0-2 - Properly disable bundled Mono.Cecil and NUnit - Readjust launcher script (bz #523695) - Remove unnecessary dependencies - Clean up spec file mousetweaks-2.28.0-1.fc12 ------------------------- * Tue Sep 22 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 mutter-moblin-0.39.0-1.fc12 --------------------------- * Mon Sep 21 2009 Peter Robinson 0.39.0-1 - New 0.39.0 upstream release nano-2.0.9-3.fc12 ----------------- * Mon Sep 21 2009 Kamil Dudka - 2.0.9-3 - suppress warnings for __attribute__((warn_unused_result)) (#523951) nautilus-2.28.0-1.fc12 ---------------------- * Mon Sep 21 2009 Tomas Bzatek - 2.28.0-1 - Update to 2.28.0 nautilus-sendto-2.28.0-1.fc12 ----------------------------- * Mon Sep 21 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 ocfs2-tools-1.4.2-5.fc12 ------------------------ * Mon Sep 21 2009 Fabio M. Di Nitto - 1.4.2-5 - Fix pcmk resource agent. orca-2.28.0-1.fc12 ------------------ * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 pango-1.26.0-1.fc12 ------------------- * Mon Sep 21 2009 Behdad Esfahbod - 1.26.0-1 - 1.26.0 perl-Net-SSH2-0.21-5.fc12 ------------------------- * Mon Sep 21 2009 Chris Weyl - 0.21-5 - rebuild for libssh2 1.2 perl-PAR-Dist-0.46-1.fc12 ------------------------- * Mon Sep 21 2009 Stepan Kasal - 0.46-1 - new upstream version perl-PAR-Packer-0.991-3.fc12 ---------------------------- * Mon Sep 21 2009 Stepan Kasal - 0.991-3 - patch to use $RPM_OPT_FLAGS - patch to submit the third parameter to open() perl-Test-Class-0.33-1.fc12 --------------------------- * Mon Sep 21 2009 Steven Pritchard 0.33-1 - Update to 0.33. - Update Source0 URL. - Add LICENSE. - BR Test::Pod, Test::CPAN::Meta, and Test::MinimumVersion and define AUTOMATED_TESTING for better test coverage. perl-p5-Palm-1.011-1.fc12 ------------------------- * Mon Sep 21 2009 Emmanuel Seyman 1.011-1 - Update to 1.011 - Fix an rpmlint complaint in the changelog php-pecl-ssh2-0.11.0-5.fc12 --------------------------- * Mon Sep 21 2009 Chris Weyl - 0.11.0-5 - rebuild for libssh2 1.2 policycoreutils-2.0.74-4.fc12 ----------------------------- * Sun Sep 20 2009 Dan Walsh 2.0.74-4 - Close sandbox when eclipse exits * Fri Sep 18 2009 Dan Walsh 2.0.74-3 - Security fixes for seunshare - Fix Sandbox to handle non file input to command. postgresql-8.4.1-3.fc12 ----------------------- * Mon Sep 21 2009 Tom Lane 8.4.1-3 - Ensure pgstartup.log gets the right ownership/permissions during initdb Resolves: #498959 python-nss-0.8-1.fc12 --------------------- * Mon Sep 21 2009 John Dennis - 0.8-1 - The following methods, properties and functions were added: SecItem.type SecItem.len, SecItem.data PK11SymKey.key_data, PK11SymKey.key_length, PK11SymKey.slot create_context_by_sym_key param_from_iv generate_new_param get_iv_length get_block_size get_pad_mechanism - SecItem's now support indexing and slicing on their data - Clean up parsing and parameter validation of variable arg functions rpm-4.7.1-6.fc12 ---------------- * Mon Sep 21 2009 Panu Matilainen - 4.7.1-6 - use relative paths within db environment (related to #507309, #507309...) - remove db environment on close in chrooted operation (related to above) - initialize rpmlib earlier in rpm2cpio (#523260) - fix file dependency tag extension formatting (#523282) rpy-2.0.6-6.fc12 ---------------- * Mon Sep 21 2009 Jos? Matos - 2.0.6-6 - require at runtime just R-core selinux-policy-3.6.32-8.fc12 ---------------------------- * Mon Sep 21 2009 Dan Walsh 3.6.32-8 - Fix all kernel_request_load_module domains shcov-5-1.fc12 -------------- * Mon Sep 21 2009 Fabian Affolter - 5-1 - Updated to new upstream version 5 skrooge-0.5.1-0.5.beta.fc12 --------------------------- * Mon Sep 21 2009 Rex Dieter 0.5.1-0.4.beta - misc cosmetics - mime scriptlets - move icons to hicolor - -libs: drop dup'd docs, add min kdelibs4 dep * Mon Sep 21 2009 Thomas Janssen 0.5.1-0.5.beta - Added -libs Requires libofx smolt-1.4-2.fc12 ---------------- * Mon Sep 21 2009 Mike McGrath 1.4-2 - Patched issue with translations (already upstream) solang-0.3-1.fc12 ----------------- * Mon Sep 21 2009 Hicham HAOUARI - 0.3-1 - New upstream release - Added a patch from upstream to silence some Gtk+ warnings sonata-1.6.2.1-1.fc12 --------------------- * Mon Sep 21 2009 Ha?kel Gu?mar - 1.6.2.1-1 * Updated to 1.6.2.1 spampd-2.30-9 ------------- * Tue Sep 29 2009 Warren Togami - 2.30-9 - Mail::SPF::Query is long obsolete, replaced by SPF::Query removing this artificial dep because SPF is nearly useless system-config-display-2.2-1.fc12 -------------------------------- * Mon Sep 21 2009 Adam Jackson 2.2-1 - s-c-d 2.2 - Prov/Obs: rhpxl system-config-netboot-0.1.45.4-7.fc12 ------------------------------------- * Fri Sep 18 2009 Jaroslav Reznik - 0.1.45.4-7 - configure macro moved to build section taglib-extras-1.0.1-1.fc12 -------------------------- * Mon Sep 21 2009 Rex Dieter - 1.0.1-1 - taglib-extras-1.0.1 taskcoach-0.74.1-1.fc12 ----------------------- * Mon Sep 21 2009 Rakesh Pandit - 0.74.1-1 - Updated to 0.74.1 tellico-2.0-1.fc12 ------------------ * Mon Sep 21 2009 Jos? Matos - 2.0-1 - stable release tomboy-1.0.0-1.fc12 ------------------- * Mon Sep 21 2009 Matthias Clasen - 1.0.0-1 - Update to 1.0.0 totem-2.28.0-1.fc12 ------------------- * Mon Sep 21 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 totem-pl-parser-2.28.0-1.fc12 ----------------------------- * Mon Sep 21 2009 Bastien Nocera 2.28.0-1 - Update to 2.28.0 tuned-0.2.4-1.fc12 ------------------ * Mon Sep 21 2009 Petr Lautrbach 0.2.4-1 - Update release to tuned-0.2.4 - Resolves: #523385 vte-0.22.0-1.fc12 ----------------- * Mon Sep 21 2009 Behdad Esfahbod 0.22.0-1 - Update to 0.22.0 wireshark-1.2.2-1.fc12 ---------------------- * Mon Sep 21 2009 Radek Vokal - 1.2.2-1 - upgrade to 1.2.2 - http://www.wireshark.org/docs/relnotes/wireshark-1.2.2.html writer2latex-1.0-1.fc12 ----------------------- * Mon Sep 21 2009 Caolan McNamara 1.0-1 - latest version xdg-utils-1.0.2-12.20090921cvs.fc12 ----------------------------------- * Mon Sep 21 2009 Rex Dieter - 1.0.2-12.20090921cvs - suppress stderr from kde-config (#524724) xfce4-dev-tools-4.7.2-1.fc12 ---------------------------- * Mon Sep 21 2009 Christoph Wickert - 4.7.2-1 - Update to 4.7.2 xforms-1.0.92-1.sp1.fc12 ------------------------ * Mon Sep 21 2009 Rex Dieter - 1.0.92-1.sp1 - xforms-1.0.92sp1 * Tue Sep 15 2009 Rex Dieter - 1.0.92-0.4.pre13 - xforms-1.0.92pre13 * Mon Sep 14 2009 Rex Dieter - 1.0.92-0.3.pre12 - xforms-1.0.92pre12 xmlto-0.0.23-1.fc12 ------------------- * Mon Sep 21 2009 Ondrej Vasik - 0.0.23-1 - New version 0.0.23 - added autodetection for more common tools like gnu cp or tail - added option --noautosize to prevent overriding of user-defined or system-default paper size - use shell built-in 'type -t' instead of 'which' utility for detection of file availability xorg-x11-server-1.6.99.902-1.fc12 --------------------------------- * Tue Sep 22 2009 Peter Hutterer 1.6.99.902-1 - xserver 1.6.99.902 - cvs rm the now obsolete autoconf endian patch. yelp-2.28.0-1.fc12 ------------------ * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 yum-3.2.24-5.fc12 ----------------- * Mon Sep 21 2009 Seth Vidal - 3.2.24-5 - latest head patch - includes yum history feature. zenity-2.28.0-1.fc12 -------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 Summary: Added Packages: 2 Removed Packages: 2 Modified Packages: 144 From warren at togami.com Tue Sep 22 14:55:18 2009 From: warren at togami.com (Warren Togami) Date: Tue, 22 Sep 2009 10:55:18 -0400 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB89398.1070601@city-fan.org> References: <4AB79CD2.8050600@redhat.com> <4AB79EC5.4090702@city-fan.org> <4AB7C319.2010005@redhat.com> <4AB89398.1070601@city-fan.org> Message-ID: <4AB8E556.6060003@togami.com> On 09/22/2009 05:06 AM, Paul Howarth wrote: > I'm not objecting to perl-Mail-SPF-Query being blocked from Rawhide and > marked as a dead package, given its maintainer's consent. I am, however, > curious as to just why you've singled out this particular package out of > the myriad of legacy code that's in the distribution and doing no harm. > Or is there some big issue with it that I'm not aware of? > > I'm also not sure about the merits of having perl-Mail-SPF obsolete > perl-Mail-SPF-Query. Why do we need to remove something from users' > systems that (a) they may be actually using, and (b) does not in any way > conflict or cause problems for the upgraded distribution? > At some future date (F-13), perl will upgrade and all modules will need to be rebuilt. I can have it obsolete only the current version-release of perl-Mail-SPF-Query, so if somebody makes a newer build later (outside of Fedora) it will not be obsoleted. Warren From cweyl at alumni.drew.edu Tue Sep 22 15:20:05 2009 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Tue, 22 Sep 2009 08:20:05 -0700 Subject: perl-Mail-:SPF should obsolete perl-Mail-SPF-Query In-Reply-To: <4AB8E556.6060003@togami.com> References: <4AB79CD2.8050600@redhat.com> <4AB79EC5.4090702@city-fan.org> <4AB7C319.2010005@redhat.com> <4AB89398.1070601@city-fan.org> <4AB8E556.6060003@togami.com> Message-ID: <7dd7ab490909220820qed26352v27e28e5037fa63a8@mail.gmail.com> On Tue, Sep 22, 2009 at 7:55 AM, Warren Togami wrote: > On 09/22/2009 05:06 AM, Paul Howarth wrote: >> >> I'm not objecting to perl-Mail-SPF-Query being blocked from Rawhide and >> marked as a dead package, given its maintainer's consent. I am, however, >> curious as to just why you've singled out this particular package out of >> the myriad of legacy code that's in the distribution and doing no harm. >> Or is there some big issue with it that I'm not aware of? >> >> I'm also not sure about the merits of having perl-Mail-SPF obsolete >> perl-Mail-SPF-Query. Why do we need to remove something from users' >> systems that (a) they may be actually using, and (b) does not in any way >> conflict or cause problems for the upgraded distribution? >> > > At some future date (F-13), perl will upgrade and all modules will need to > be rebuilt. ?I can have it obsolete only the current version-release of > perl-Mail-SPF-Query, so if somebody makes a newer build later (outside of > Fedora) it will not be obsoleted. I agree with Paul here -- there doesn't seem to be an actual need[1] to obsolete it, so let's just leave it alone. -Chris [1] e.g. actively conflicts with something else, has huge and known security holes, etc, etc... -- Chris Weyl Ex astris, scientia From kcrashcore at gmail.com Sat Sep 19 16:30:50 2009 From: kcrashcore at gmail.com (Carlos Romero) Date: Sat, 19 Sep 2009 12:30:50 -0400 Subject: Intel graphics users: send me your VBIOS Message-ID: I have a question: is there any way to disable lvds and use vga as the primary, the sony phoenix bios has no options leaving me 60% blind with a cracked panel. I guess there might be a bit in nvram. sony vgn-nr110e/s 2007 laptop 1280x800 panel and vga out, no tv 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Device 902d Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee0100c Data: 4199 Capabilities: [d0] Power Management version 3 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Bridge: PM- B3+ Kernel driver in use: i915 -------------- next part -------------- A non-text attachment was scrubbed... Name: video.rom Type: application/octet-stream Size: 65536 bytes Desc: not available URL: From sundaram at fedoraproject.org Tue Sep 22 16:16:53 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 22 Sep 2009 21:46:53 +0530 Subject: Jetty pulls in many other packages In-Reply-To: <4AB8A0C2.2020800@shmuelhome.mine.nu> References: <4AB8A0C2.2020800@shmuelhome.mine.nu> Message-ID: <4AB8F875.4060207@fedoraproject.org> On 09/22/2009 03:32 PM, shmuel siegel wrote: > Updating jetty (which I need for eclipse) now pulls in netbeans and > tomcat among other things. Why would jetty need these other packages? > Isn't it kind of defeating the purpose of jetty for it to need tomcat? Please file a bug report. Rahul From jreznik at redhat.com Tue Sep 22 16:26:44 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Tue, 22 Sep 2009 18:26:44 +0200 Subject: KDE-SIG weekly report (39/2009) Message-ID: <200909221826.44655.jreznik@redhat.com> 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: 39/2009 Time: 2009-09-22 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-22 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-22/fedora-meeting.2009-09-22-14.03.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-22/fedora-meeting.2009-09-22-14.03.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * RexDieter * SebastianVahl * StevenParrish * ThanNgo * ThomasJanssen ---------------------------------------------------------------------------------- = Agenda = o Topics to discuss: * qt4/kde4 based alternative for pinentry-qt? ** currently pinentry-qt4 seems broken [1] * package list for KDE live images * future of Phonon ** upstream recommends building/packaging phonon from qt, and building/packaging backends separately * KDM fingerprint support update = Summary = o pinentry-qt4 * pinentry-qt4 is currently broken in rawhide atm. * The latest rawhide builds requires pinentry-qt (the qt3 version). * This drags qt3 onto the live images. * RexDieter is debugging it with upstream but this is a slow process. * This issue also affects latest pinentry for F-11. * Until the bug is resolved kdepim will require the qt3 based pinentry-qt. * On the live images pinentry-gtk will be used to avoid qt3 on them. o live image package list * Without qt3 on the live images there is some space for additional packages. * pavucontrol and digikam will be added to the live images. o future of Phonon * upstream recommends building/packaging phonon from qt, and building/packaging backends separately * xine as default backend? * final decision postponed for next week o KDM fingerprint support update * needed patch commited to upstream * djaara can start working on it again * jreznik is preparing scratch build with patch to test it * not a F12 stuff, probably updates ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-29 = Links = [1] https://bugzilla.redhat.com/show_bug.cgi?id=523488 Jaroslav & Sebastian From a.badger at gmail.com Tue Sep 22 17:42:20 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 22 Sep 2009 10:42:20 -0700 Subject: should file ncrack-services go to /etc? In-Reply-To: <4AB89C43.3030201@uos.de> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> <4AB7E8F8.6090707@redhat.com> <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> <4AB89C43.3030201@uos.de> Message-ID: <4AB90C7C.2020704@gmail.com> On 09/22/2009 02:43 AM, Martin Gieseking wrote: > Am 21.09.2009 23:24, Till Maas wrote: >> On Mon, Sep 21, 2009 at 04:58:32PM -0400, Casey Dahlin wrote: >>> On 09/21/2009 04:04 PM, Till Maas wrote: >>>> On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: >>>> >>>>> during the review of ncrack >>>>> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that >>>>> the file ncrack-services is placed in /usr/share/ncrack by >>>>> default. Since it is a kind of configuration file that contains >>>>> mappings between port numbers and protocol names (similar to >>>>> /etc/services), I'm not sure whether the location >>>>> /usr/share/ncrack is OK or whether it's required to move it to >>>>> /etc. Here's its content: >>>> Imho it does not need to be moved to /etc, because it should only be >>>> edited by experienced users and then the user can specify a the edited >>>> file at the commandline. >>>> >>> Neither of which are factors considered by the FHS. >> >> Since the file is not meant to be edited, it is not a host-specific >> config file, but a package version specific config file, which is >> managed by upstream and not by the user. So from the users point of >> view, it's more a data file than a config file. > > Casey and Till, > > thanks for your comments. If I interpret them correctly, there's no > Fedora policy that demands moving the file to /etc even if /etc could > also be a proper location. Then we can finish the review of ncrack. :) > This is an Incorrect summary. Fedora has a policy of following the FHS. If the files are config, then they go in /etc. Till is making incorrect statements when he uses this reasoning: """ Imho it does not need to be moved to /etc, because it should only be edited by experienced users and then the user can specify a the edited file at the commandline. """ The level of experience of the user is irrelevant. If the user edits the file to configure the program, then it goes into /etc. In his next message, though, he says this: """ Since the file is not meant to be edited, it is not a host-specific config file """ and concludes that the file is a data file. This is a more correct stating of the Guidelines. > >> Btw. as far as I understand the program, if the config file is changed, >> then an addional module, which is written in C++, that covers the new >> service needs to be added, too. > > Not necessarily. There might be scenarios where you want to change the > default ports for several services, maybe because the ssh daemons in > your local network are configured to listen on port 12345. In this case > the admin possibly would like to adapt the default settings of ncrack. > This means that the file must go in /etc. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Tue Sep 22 18:11:07 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 22 Sep 2009 11:11:07 -0700 Subject: Intel graphics users: send me your VBIOS In-Reply-To: References: Message-ID: <1253643067.13816.17.camel@adam.local.net> On Sat, 2009-09-19 at 12:30 -0400, Carlos Romero wrote: > I have a question: is there any way to disable lvds and use vga as the > primary, the sony phoenix bios has no options leaving me 60% blind > with a cracked panel. I guess there might be a bit in nvram. xrandr --output LVDS -off xrandr --auto something like that (it may be LVDS-0 or LVDS-1 or something, just look at the output of plain 'xrandr'). To make it semi-permanent, make the change in gnome-display-properties; the layout you set in gnome-display-properties is saved across GNOME sessions as your user. To make it completely solid across all X sessions for all users, you can do it in xorg.conf , following the syntax documented here: http://wiki.debian.org/XStrikeForce/HowToRandR12 -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From sander at hoentjen.eu Tue Sep 22 18:12:11 2009 From: sander at hoentjen.eu (Sander Hoentjen) Date: Tue, 22 Sep 2009 20:12:11 +0200 Subject: retire package cohoba Message-ID: <1253643131.4188.1.camel@peecee.hoentjen.eu> Hi, I am going to retire cohoba since it is abandoned upstream. Kind regards, Sander From andreas.tunek at gmail.com Tue Sep 22 18:24:43 2009 From: andreas.tunek at gmail.com (Andreas Tunek) Date: Tue, 22 Sep 2009 20:24:43 +0200 Subject: Can't login to F11 - how to report bug? Message-ID: <1253643883.4173.4.camel@localhost.localdomain> On my other computer running F11 with GNOME and Compiz enabled I can't log in to GNOME any more. When GNOME tries to load I get the screen goes black and I am sent out to the GDM login screen. Any idea where the problem could be? I kind of suspect Compiz, but since I can't disable Compiz I don't know. And if I don't know I can't file a bug... Anyone have any ideas on how to proceed? /Andreas From martin.gieseking at uos.de Tue Sep 22 18:26:56 2009 From: martin.gieseking at uos.de (Martin Gieseking) Date: Tue, 22 Sep 2009 20:26:56 +0200 Subject: should file ncrack-services go to /etc? In-Reply-To: <4AB90C7C.2020704@gmail.com> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> <4AB7E8F8.6090707@redhat.com> <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> <4AB89C43.3030201@uos.de> <4AB90C7C.2020704@gmail.com> Message-ID: <4AB916F0.2050303@uos.de> Toshio Kuratomi schrieb: > On 09/22/2009 02:43 AM, Martin Gieseking wrote: >> Am 21.09.2009 23:24, Till Maas wrote: >>> On Mon, Sep 21, 2009 at 04:58:32PM -0400, Casey Dahlin wrote: >>>> On 09/21/2009 04:04 PM, Till Maas wrote: >>>>> On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: >>>>> >>>>>> during the review of ncrack >>>>>> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that >>>>>> the file ncrack-services is placed in /usr/share/ncrack by >>>>>> default. Since it is a kind of configuration file that contains >>>>>> mappings between port numbers and protocol names (similar to >>>>>> /etc/services), I'm not sure whether the location >>>>>> /usr/share/ncrack is OK or whether it's required to move it to >>>>>> /etc. Here's its content: >>>>> Imho it does not need to be moved to /etc, because it should only be >>>>> edited by experienced users and then the user can specify a the edited >>>>> file at the commandline. >>>>> >>>> Neither of which are factors considered by the FHS. >>> Since the file is not meant to be edited, it is not a host-specific >>> config file, but a package version specific config file, which is >>> managed by upstream and not by the user. So from the users point of >>> view, it's more a data file than a config file. >> Casey and Till, >> >> thanks for your comments. If I interpret them correctly, there's no >> Fedora policy that demands moving the file to /etc even if /etc could >> also be a proper location. Then we can finish the review of ncrack. :) >> > This is an Incorrect summary. Fedora has a policy of following the FHS. > If the files are config, then they go in /etc. Till is making > incorrect statements when he uses this reasoning: > > """ > Imho it does not need to be moved to /etc, because it should only be > edited by experienced users and then the user can specify a the edited > file at the commandline. > """ > > The level of experience of the user is irrelevant. If the user edits > the file to configure the program, then it goes into /etc. > > In his next message, though, he says this: > """ > Since the file is not meant to be edited, it is not a host-specific > config file > """ > > and concludes that the file is a data file. This is a more correct > stating of the Guidelines. > >>> Btw. as far as I understand the program, if the config file is changed, >>> then an addional module, which is written in C++, that covers the new >>> service needs to be added, too. >> Not necessarily. There might be scenarios where you want to change the >> default ports for several services, maybe because the ssh daemons in >> your local network are configured to listen on port 12345. In this case >> the admin possibly would like to adapt the default settings of ncrack. >> > > This means that the file must go in /etc. > > -Toshio > Toshio, thanks for the clarification and sorry for the hasty conclusion. I will continue reviewing the package and help to patch the sources if necessary. Martin From darrellpf at gmail.com Tue Sep 22 18:29:16 2009 From: darrellpf at gmail.com (darrell pfeifer) Date: Tue, 22 Sep 2009 11:29:16 -0700 Subject: Can't login to F11 - how to report bug? In-Reply-To: <1253643883.4173.4.camel@localhost.localdomain> References: <1253643883.4173.4.camel@localhost.localdomain> Message-ID: On Tue, Sep 22, 2009 at 11:24, Andreas Tunek wrote: > On my other computer running F11 with GNOME and Compiz enabled I can't > log in to GNOME any more. When GNOME tries to load I get the screen goes > black and I am sent out to the GDM login screen. > > Any idea where the problem could be? I kind of suspect Compiz, but since > I can't disable Compiz I don't know. And if I don't know I can't file a > bug... > > Anyone have any ideas on how to proceed? > You can log in to a text terminal and change from compiz to metacity. gconftool-2 --set /desktop/gnome/session/required_components/windowmanager --type string 'metacity' You could also take a look at the xorg log and the .xsession-errors file to see if they give you a hint. darrell From mschmidt at redhat.com Tue Sep 22 18:36:34 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Tue, 22 Sep 2009 20:36:34 +0200 Subject: Can't login to F11 - how to report bug? In-Reply-To: <1253643883.4173.4.camel@localhost.localdomain> References: <1253643883.4173.4.camel@localhost.localdomain> Message-ID: <20090922203634.559f1dab@leela> Dne Tue, 22 Sep 2009 20:24:43 +0200 Andreas Tunek napsal(a): > On my other computer running F11 with GNOME and Compiz enabled I can't > log in to GNOME any more. When GNOME tries to load I get the screen > goes black and I am sent out to the GDM login screen. > > Any idea where the problem could be? I kind of suspect Compiz, but > since I can't disable Compiz I don't know. And if I don't know I > can't file a bug... > > Anyone have any ideas on how to proceed? Perhaps it's this bug?: Update to xserver-xorg 1.6.3 blocks login with compiz enabled: https://bugzilla.redhat.com/show_bug.cgi?id=518748 Michal From andreas.tunek at gmail.com Tue Sep 22 18:44:09 2009 From: andreas.tunek at gmail.com (Andreas Tunek) Date: Tue, 22 Sep 2009 20:44:09 +0200 Subject: Can't login to F11 - how to report bug? In-Reply-To: References: <1253643883.4173.4.camel@localhost.localdomain> Message-ID: <1253645049.4173.5.camel@localhost.localdomain> tis 2009-09-22 klockan 11:29 -0700 skrev darrell pfeifer: > On Tue, Sep 22, 2009 at 11:24, Andreas Tunek wrote: > > On my other computer running F11 with GNOME and Compiz enabled I can't > > log in to GNOME any more. When GNOME tries to load I get the screen goes > > black and I am sent out to the GDM login screen. > > > > Any idea where the problem could be? I kind of suspect Compiz, but since > > I can't disable Compiz I don't know. And if I don't know I can't file a > > bug... > > > > Anyone have any ideas on how to proceed? > > > > You can log in to a text terminal and change from compiz to metacity. > > gconftool-2 --set > /desktop/gnome/session/required_components/windowmanager --type string > 'metacity' > Thanks, this works! > You could also take a look at the xorg log and the .xsession-errors > file to see if they give you a hint. > > darrell > /Andreas From andreas.tunek at gmail.com Tue Sep 22 18:44:50 2009 From: andreas.tunek at gmail.com (Andreas Tunek) Date: Tue, 22 Sep 2009 20:44:50 +0200 Subject: Can't login to F11 - how to report bug? In-Reply-To: <20090922203634.559f1dab@leela> References: <1253643883.4173.4.camel@localhost.localdomain> <20090922203634.559f1dab@leela> Message-ID: <1253645090.4173.6.camel@localhost.localdomain> tis 2009-09-22 klockan 20:36 +0200 skrev Michal Schmidt: > Dne Tue, 22 Sep 2009 20:24:43 +0200 Andreas Tunek napsal(a): > > On my other computer running F11 with GNOME and Compiz enabled I can't > > log in to GNOME any more. When GNOME tries to load I get the screen > > goes black and I am sent out to the GDM login screen. > > > > Any idea where the problem could be? I kind of suspect Compiz, but > > since I can't disable Compiz I don't know. And if I don't know I > > can't file a bug... > > > > Anyone have any ideas on how to proceed? > > Perhaps it's this bug?: > Update to xserver-xorg 1.6.3 blocks login with compiz enabled: > https://bugzilla.redhat.com/show_bug.cgi?id=518748 > > Michal > Seems the bug is fixed, but I can't see the update for some reason. Thanks for the help anyway. /Andreas From opensource at till.name Tue Sep 22 20:00:49 2009 From: opensource at till.name (Till Maas) Date: Tue, 22 Sep 2009 22:00:49 +0200 Subject: should file ncrack-services go to /etc? In-Reply-To: <4AB90C7C.2020704@gmail.com> References: <4AB7CA3C.6040503@uos.de> <20090921200423.GB18934@genius.kawo2.rwth-aachen.de> <4AB7E8F8.6090707@redhat.com> <20090921212431.GC18934@genius.kawo2.rwth-aachen.de> <4AB89C43.3030201@uos.de> <4AB90C7C.2020704@gmail.com> Message-ID: <20090922200049.GA23380@genius.kawo2.rwth-aachen.de> On Tue, Sep 22, 2009 at 10:42:20AM -0700, Toshio Kuratomi wrote: > On 09/22/2009 02:43 AM, Martin Gieseking wrote: > > Am 21.09.2009 23:24, Till Maas wrote: > >> On Mon, Sep 21, 2009 at 04:58:32PM -0400, Casey Dahlin wrote: > >>> On 09/21/2009 04:04 PM, Till Maas wrote: > >>>> On Mon, Sep 21, 2009 at 08:47:24PM +0200, Martin Gieseking wrote: > >>>> > >>>>> during the review of ncrack > >>>>> (https://bugzilla.redhat.com/show_bug.cgi?id=523199) I noticed that > >>>>> the file ncrack-services is placed in /usr/share/ncrack by > >>>>> default. Since it is a kind of configuration file that contains > >>>>> mappings between port numbers and protocol names (similar to > >>>>> /etc/services), I'm not sure whether the location > >>>>> /usr/share/ncrack is OK or whether it's required to move it to > >>>>> /etc. Here's its content: > >>>> Imho it does not need to be moved to /etc, because it should only be > >>>> edited by experienced users and then the user can specify a the edited > >>>> file at the commandline. > >>>> > >>> Neither of which are factors considered by the FHS. > >> > >> Since the file is not meant to be edited, it is not a host-specific > >> config file, but a package version specific config file, which is > >> managed by upstream and not by the user. So from the users point of > >> view, it's more a data file than a config file. > > > > Casey and Till, > > > > thanks for your comments. If I interpret them correctly, there's no > > Fedora policy that demands moving the file to /etc even if /etc could > > also be a proper location. Then we can finish the review of ncrack. :) > > > This is an Incorrect summary. Fedora has a policy of following the FHS. > If the files are config, then they go in /etc. Till is making > incorrect statements when he uses this reasoning: > > """ > Imho it does not need to be moved to /etc, because it should only be > edited by experienced users and then the user can specify a the edited > file at the commandline. > """ > > The level of experience of the user is irrelevant. If the user edits > the file to configure the program, then it goes into /etc. Maybe experience was not the right word here. Imho it does not really matter, whether the users edits a file, to change the beheaviour of a program, but whether the file is intended to be used for this. E.g. experienced users could also edit python scripts or shell scripts to configure them, e.g. to set a certain default beheaviour, e.g. if the program does not provide a interface using a config file for this. Still the program is not a config file. My comment here was in reaction of the quoted manpage in https://bugzilla.redhat.com/show_bug.cgi?id=523199#c12 | It could go in /etc/ ... but the man page has this: | | --datadir directoryname (Specify custom Ncrack data file location) . | Ncrack needs a file called ncrack-services to load a | lookup-table of | supported services/ports. This file shouldn?t be changed, | unless you know what | you are doing (e.g extending Ncrack for additional modules). Another example which kind of fits here, are imho .desktop files. They also allow to configure which files are how openend by xdg-open. Oh, but thinking more about it, .desktop files seem even better to belong to /etc than to /usr, unless there exists some intended way to mask them with other .desktop files in /etc. Nevertheless, the distinctions seems to be kind of fuzzy to me and the FHS does not really provide a clear guidance for this. > In his next message, though, he says this: > """ > Since the file is not meant to be edited, it is not a host-specific > config file > """ > > and concludes that the file is a data file. This is a more correct > stating of the Guidelines. > > > > >> Btw. as far as I understand the program, if the config file is changed, > >> then an addional module, which is written in C++, that covers the new > >> service needs to be added, too. > > > > Not necessarily. There might be scenarios where you want to change the > > default ports for several services, maybe because the ssh daemons in > > your local network are configured to listen on port 12345. In this case > > the admin possibly would like to adapt the default settings of ncrack. > > > > This means that the file must go in /etc. If this is really a valid use case for the file. But then this should be also cleanly communicated, e.g. datadir and data file substituted with confidir and config file in the manpage and this should be given as an example. Maybe it should be also made clear in the file, that changing it is not expected by upstream, e.g. in case of bug reports, where something does not work, because of changes to the file. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From tonynelson at georgeanelson.com Tue Sep 22 22:53:58 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Tue, 22 Sep 2009 18:53:58 -0400 Subject: Default heuristics for variable-format displays In-Reply-To: <1253548001.12062.124.camel@realdor.ite.kth.se> (from abo@root.snowtree.se on Mon Sep 21 11:46:41 2009) Message-ID: <1253660038.3118.0@localhost.localdomain> On 09-09-21 11:46:41, Alexander Bostr?m wrote: > Here's my suggestion... > > def mode_megapixels(mode): > return mode.width * mode.height > > # Sort by best refresh rate. > modes.sort(key=lambda mode: -mode['refresh']) > > # Prefer to balance refresh rate vs. pixels. > if dpi_known: > acceptable = filter(lambda mode: mode.dpi >= 90, > modes) > if len(acceptable) > 0: > # Anything above 90 DPI is good enough > # for a default. This is wrong, as it will produce more or less random resolutions up to the maximum supported by the monitor, which is in fact the motivation for doing better. The modes close to 90 DPI should be preferred. > # Pick the one with the best refresh. > return acceptable[0] > > # DPI not known or too low, balance refresh vs. pixels. > best_megapixels = max(modes, mode_megapixels) > acceptable = filter(lambda mode: megapixels(mode) >= > best_megapixels / 2) > # Pick the mode with the highest refresh rate and at least > # half the max possible number of pixels. > acceptable[0] -- ____________________________________________________________________ TonyN.:' ' From nickrob at snap.net.nz Tue Sep 22 23:55:39 2009 From: nickrob at snap.net.nz (Nick Roberts) Date: Wed, 23 Sep 2009 11:55:39 +1200 Subject: Emacs package for Fedora 12 Message-ID: <19129.25595.383616.492895@totara.tehura.co.nz> It's a bit of a shot in the dark but I see that Emacs 23.1 will be included in Fedora 12 and I wondered if the changes currently on the 23.1 release branch (EMACS_23_1_RC) at savannah.gnu.org could be included. These changes are quite small, and mainly mine, as the next Emacs release is being planned from the trunk. They relate to the GDB Graphical Interface and are described in more detail with a screenshot at: http://users.snap.net.nz/~nickrob Basically there are two features of interest 1) Display of STL containers as watch expressions. 2) Reverse debugging. Both these features require the soon-to-be-released GDB 7.0, which I presume will also be included in Fedora 12. Display of STL containers relates to Red Hat's Archer Project and, in particular, use of Python scripting in GDB. Tom Tromey has told me that pretty-printers are already included as part of the libstdc++ package in Fedora 11. Anthony Green, another Red Hat engineer, has expressed interest in reverse debugging in Emacs. I think it would be cool to see these features in Fedora 12. -- Nick Roberts From jdieter at gmail.com Wed Sep 23 04:04:23 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 23 Sep 2009 07:04:23 +0300 Subject: yum-presto not on by default Message-ID: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> I don't think yum-presto should be enabled by default in Fedora 12. There are two bugs that really should be fixed before that can happen: https://bugzilla.redhat.com/show_bug.cgi?id=524720 https://bugzilla.redhat.com/show_bug.cgi?id=524982 The first one has to do with the md5 checksum error mentioned earlier on this list. The second one has to do with the fact that when rebuilding the rpms, we have to recompress the data, and xz compression is over 10x slower than gzip. Jonathan -------------- 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 fedora at matbooth.co.uk Wed Sep 23 08:27:41 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Wed, 23 Sep 2009 08:27:41 +0000 Subject: yum-presto not on by default In-Reply-To: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: <9497e9990909230127gfbeffcep692e0ac2ef3aaaf7@mail.gmail.com> 2009/9/23 Jonathan Dieter : > I don't think yum-presto should be enabled by default in Fedora 12. > There are two bugs that really should be fixed before that can happen: > https://bugzilla.redhat.com/show_bug.cgi?id=524720 What's the worst case that is implied by this bug? That you *might* have to download the full RPM for noarch packages? Doesn't seem like showstopper to me. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From schaiba at gmail.com Thu Sep 24 08:35:19 2009 From: schaiba at gmail.com (Aioanei Rares) Date: Thu, 24 Sep 2009 11:35:19 +0300 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <20090921183420.GA18934@genius.kawo2.rwth-aachen.de> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <1253512439.4231.0.camel@prague> <4AB7376B.6060907@gmail.com> <20090921183420.GA18934@genius.kawo2.rwth-aachen.de> Message-ID: <4ABB2F47.2040203@gmail.com> Till Maas wrote: > On Mon, Sep 21, 2009 at 11:20:59AM +0300, Aioanei Rares wrote: > >> On 09/21/2009 08:53 AM, nodata wrote: >> >>> Am Montag, den 21.09.2009, 02:07 +0200 schrieb Benny Amorsen: >>> >>> >>>> Aioanei Rares writes: >>>> >>>> >>>> >>>>> I think it would be niftier if the identification string of the card >>>>> was printed also (eg VIA Rhine III) so people would know what card to >>>>> choose and how. >>>>> >>>>> >>>> For extra points, add a "identify nic" button which blinks the LED's of >>>> the appropriate nic. >>>> >>>> >>> Doesn't the "identify" button in Anaconda already do this? >>> >>> >>> >> Yes, it does, but like I said, it only works if one has an Ethernet >> cable with signal coming from it plugged in. >> > > On my X41 thinkpad "ethtool -p eth0" works without any attached network cable > to identify it. So it might be either a bug in anaconda or thr NIC might > not be able to do this. > > Regards > Till > Both my NICs are capable of this as Debian is listing their names in the installer, so do the *BSDs. From mls at suse.de Wed Sep 23 08:34:10 2009 From: mls at suse.de (Michael Schroeder) Date: Wed, 23 Sep 2009 10:34:10 +0200 Subject: yum-presto not on by default In-Reply-To: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: <20090923083410.GA29565@suse.de> On Wed, Sep 23, 2009 at 07:04:23AM +0300, Jonathan Dieter wrote: > The second one has to do with the fact that when rebuilding the rpms, we > have to recompress the data, and xz compression is over 10x slower than > gzip. Time spent for xz compression is highly dependent on the compression level used. That's why SUSE uses just level 2, the compression is still much better than gzip while having a reasonable compression time. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From mschmidt at redhat.com Wed Sep 23 08:51:00 2009 From: mschmidt at redhat.com (Michal Schmidt) Date: Wed, 23 Sep 2009 10:51:00 +0200 Subject: yum-presto not on by default In-Reply-To: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: <20090923105100.05a40ab8@leela> Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): > https://bugzilla.redhat.com/show_bug.cgi?id=524720 > https://bugzilla.redhat.com/show_bug.cgi?id=524982 > > ... > > The second one has to do with the fact that when rebuilding the rpms, > we have to recompress the data, and xz compression is over 10x slower > than gzip. Do I understand it right that yum-presto compresses the data and then passes them to rpm which decompresses them back again? Why? Is it because it's currently the only way to verify checksums/signatures? Michal From drago01 at gmail.com Wed Sep 23 08:49:38 2009 From: drago01 at gmail.com (drago01) Date: Wed, 23 Sep 2009 10:49:38 +0200 Subject: yum-presto not on by default In-Reply-To: <20090923105100.05a40ab8@leela> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> Message-ID: On Wed, Sep 23, 2009 at 10:51 AM, Michal Schmidt wrote: > Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): >> https://bugzilla.redhat.com/show_bug.cgi?id=524720 >> https://bugzilla.redhat.com/show_bug.cgi?id=524982 >> >> ... >> >> The second one has to do with the fact that when rebuilding the rpms, >> we have to recompress the data, and xz compression is over 10x slower >> than gzip. > > Do I understand it right that yum-presto compresses the data and then > passes them to rpm which decompresses them back again? > Why? Is it because it's currently the only way to verify > checksums/signatures? We had a IRC discussion about this yesterday ... it is not yum-presto but delta rpm and it does not make sense at all. It should just create uncompressed rpms (assuming rpm can handle them which it should) ...according to Seth yum does not care whether the rpms are compressed or not. So yes the compression is a useless step here. From mls at suse.de Wed Sep 23 08:53:02 2009 From: mls at suse.de (Michael Schroeder) Date: Wed, 23 Sep 2009 10:53:02 +0200 Subject: yum-presto not on by default In-Reply-To: <20090923105100.05a40ab8@leela> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> Message-ID: <20090923085301.GA9131@suse.de> On Wed, Sep 23, 2009 at 10:51:00AM +0200, Michal Schmidt wrote: > Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): > > https://bugzilla.redhat.com/show_bug.cgi?id=524720 > > https://bugzilla.redhat.com/show_bug.cgi?id=524982 > > > > ... > > > > The second one has to do with the fact that when rebuilding the rpms, > > we have to recompress the data, and xz compression is over 10x slower > > than gzip. > > Do I understand it right that yum-presto compresses the data and then > passes them to rpm which decompresses them back again? > Why? Is it because it's currently the only way to verify > checksums/signatures? Yes, exactly. If you want to support uncompressed rpms, you'll have to put the checksum of the uncompressed rpm in the metadata. The deltarpm changes are quite easy, it just has to remove all signatures from the rpm header. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From ndbecker2 at gmail.com Wed Sep 23 11:27:56 2009 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 23 Sep 2009 07:27:56 -0400 Subject: Emacs package for Fedora 12 References: <19129.25595.383616.492895@totara.tehura.co.nz> Message-ID: Sounds great, but unless gdb7 is already in rawhide, I'd guess it won't be released with F12. From jdieter at gmail.com Wed Sep 23 12:22:10 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Wed, 23 Sep 2009 15:22:10 +0300 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> Message-ID: <1253708530.16202.45.camel@jdlaptop.lesbg.loc> On Wed, 2009-09-23 at 10:49 +0200, drago01 wrote: > On Wed, Sep 23, 2009 at 10:51 AM, Michal Schmidt wrote: > > Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): > >> https://bugzilla.redhat.com/show_bug.cgi?id=524720 > >> https://bugzilla.redhat.com/show_bug.cgi?id=524982 > >> > >> ... > >> > >> The second one has to do with the fact that when rebuilding the rpms, > >> we have to recompress the data, and xz compression is over 10x slower > >> than gzip. > > > > Do I understand it right that yum-presto compresses the data and then > > passes them to rpm which decompresses them back again? > > Why? Is it because it's currently the only way to verify > > checksums/signatures? > > We had a IRC discussion about this yesterday ... it is not yum-presto > but delta rpm and it does not make sense at all. > It should just create uncompressed rpms (assuming rpm can handle them > which it should) ...according to Seth yum does not care whether the > rpms are compressed or not. > > So yes the compression is a useless step here. As I think may have been mentioned elsewhere, the *only* problem is that the rpm signatures must match and the signatures are over the *compressed* rpm. I would *love* to see deltarpm rebuilding uncompressed rpms, but that will require storing two signatures per rpm in the metadata (compressed and uncompressed sha256), and either modifying yum to check the appropriate one, or deltarpm to change the rpm's signature to the uncompressed one. I don't think we want to go down the road of having deltarpm-rebuilt rpms not having their signature checked at all. Jonathan -------------- 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 karlthered at gmail.com Wed Sep 23 12:34:59 2009 From: karlthered at gmail.com (=?ISO-8859-1?Q?Ha=EFkel_Gu=E9mar?=) Date: Wed, 23 Sep 2009 14:34:59 +0200 Subject: Emacs package for Fedora 12 In-Reply-To: References: <19129.25595.383616.492895@totara.tehura.co.nz> Message-ID: <4ABA15F3.2030802@gmail.com> Le 23/09/2009 13:27, Neal Becker a ?crit : > Sounds great, but unless gdb7 is already in rawhide, I'd guess it won't be > released with F12. > Archer was a Fedora 11 feature, it's already included (though it's an "old" snapshot). The latest rawhide gdb build features a recent snapshot (09/21/2009) http://koji.fedoraproject.org/koji/buildinfo?buildID=132977 >1) Display of STL containers as watch expressions. >2) Reverse debugging. > Both are ass kicking features, it's a bit rushed but still doable. From rawhide at fedoraproject.org Wed Sep 23 12:48:28 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 23 Sep 2009 12:48:28 +0000 Subject: rawhide report: 20090923 changes Message-ID: <20090923124828.GA16102@releng2.fedora.phx.redhat.com> Compose started at Wed Sep 23 06:15:08 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 rygel-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgee.so.0 rygel-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0 rygel-tracker-0.3-5.fc12.i686 requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.i686 requires libgupnp-1.0.so.2 totem-youtube-2.28.0-1.fc12.i686 requires libgdata.so.5 wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.x86_64 requires libgssdp-1.0.so.1()(64bit) totem-youtube-2.28.0-1.fc12.x86_64 requires libgdata.so.5()(64bit) wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 rygel-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgee.so.0 rygel-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-av-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgee.so.0 rygel-tracker-0.3-5.fc12.ppc requires libgssdp-1.0.so.1 rygel-tracker-0.3-5.fc12.ppc requires libgupnp-1.0.so.2 totem-youtube-2.28.0-1.fc12.ppc requires libgdata.so.5 wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rygel-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgee.so.0()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-av-1.0.so.1()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgupnp-1.0.so.2()(64bit) rygel-tracker-0.3-5.fc12.ppc64 requires libgssdp-1.0.so.1()(64bit) totem-youtube-2.28.0-1.fc12.ppc64 requires libgdata.so.5()(64bit) wuja-0.0.8-7.fc12.noarch requires gnome-python2-gconf >= 0:2.18.1 New package canorus Music Score Editor New package openslide C library for reading virtual slides New package python-mwclient Mwclient is a client to the MediaWiki API New package vdpauinfo Tool to query the capabilities of a VDPAU implementation Updated Packages: abrt-0.0.9-1.fc12 ----------------- * Tue Sep 22 2009 Jiri Moskovcak 0.0.9-1 - new version - comments and how to reproduce are stored now (npajkovs at redhat.com) - reduce verbosity a bit (vda.linux at googlemail.com) - GUI: fixed word wrap in Comment field rhbz#524349 (jmoskovc at redhat.com) - remove last vestives of dbus-c++ from build system (vda.linux at googlemail.com) - GUI: added popup menu, fixed behaviour when run with root privs (jmoskovc at redhat.com) - add dbus signalization when quota exceeded (npajkovs at redhat.com) - Added cleaning of attachment variable, so there should not be mixed attachmetn anymore. (zprikryl at redhat.com) - fixed closing of debug dump in case of existing backtrace (zprikryl at redhat.com) - remove C++ dbus glue in src/CLI; fix a bug in --report (vda.linux at googlemail.com) - new polkit action for installing debuginfo, default "yes" (danny at rawhide.localdomain) - Polkit moved to Utils (can be used both in daemon and plugins) (danny at rawhide.localdomain) - oops... remove stray trailing '\' (vda.linux at googlemail.com) - GUI: added missing tooltips (jmoskovc at redhat.com) - PYHOOK: ignore KeyboardInterrupt exception (jmoskovc at redhat.com) - added ticket uploader plugin (gavin at redhat.com) (zprikryl at redhat.com) - GUI: added UI for global settings (just preview, not usable!) (jmoskovc at redhat.com) - Add checker if bugzilla login and password are filled in. (npajkovs at redhat.com) - Add new config option InstallDebuginfo into CCpp.conf (npajkovs at redhat.com) - translation updates - many other fixes agedu-0-1.r8642.fc12 -------------------- * Tue Sep 22 2009 Jussi Lehtola - 0-1.r8642 - Update to upstream r8642. anaconda-12.29-1.fc12 --------------------- * Tue Sep 22 2009 David Cantrell - 12.28-1 - Preserve whitespace in $CDLABEL in mk-images.x86 (dcantrell) - Modify rhel.py installclass for current RHEL development efforts. (dcantrell) - Add --brand switch support to buildinstall script. (dcantrell) - Remove the installation number screen. (clumens) - Remove kickstart-docs.txt, since it comes with pykickstart (#515168). (clumens) - ybin, mkofboot, and ofpath moved from /usr/sbin to /sbin (#524608). (clumens) - Honor ignoredisk --only-use. (#514353) (dlehman) - Make sure user-selected mountpoint is not already in use. (#524584) (dlehman) - Do not raise UI dialog in stage2 if network is set in ks (#487503). (rvykydal) - Use whiptail instead of dialog in rescue mode, supports serial line better and looks nicer (msivak) * Tue Sep 22 2009 David Cantrell - 12.29-1 - Updated po/anaconda.pot (dcantrell) - Remove ui/instkey.glade.h from po/POTFILES.in (dcantrell) audacity-1.3.9-0.4.beta.fc12 ---------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.3.9-0.4.beta - Update desktop file according to F-12 FedoraStudio feature bibtex2html-1.93-5.fc12 ----------------------- * Tue Sep 22 2009 Dennis Gilmore - 1.93-5 - ExcludeArch sparc64 s390 s390x clutter-1.0.6-1.fc12 -------------------- * Tue Sep 22 2009 Bastien Nocera 1.0.6-1 - Update to 1.0.6 coreutils-7.6-5.fc12 -------------------- * Tue Sep 22 2009 Ondrej Vasik - 7.6-5 - improve and correct runuser documentation (#524805) corosync-1.0.1-1.fc12 --------------------- * Tue Sep 22 2009 Fabio M. Di Nitto - 1.0.1-1 - New upstream release - spec file updates: * use proper configure macro cppcheck-1.36-1.fc12 -------------------- * Tue Sep 22 2009 Jussi Lehtola - 1.36-1 - Update to 1.36. denemo-0.8.4-3.fc12 ------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.8.4-3 - Update desktop file according to F-12 FedoraStudio feature dracut-002-4.git23aa2048.fc12 ----------------------------- eclipse-3.5.0-1.fc12 -------------------- * Tue Sep 22 2009 Alexander Kurtakov 1:3.5.0-1 - Fix help toolbar jsp problem. eclipse-mylyn-3.2.1-2.fc12 -------------------------- * Tue Sep 22 2009 Alexander Kurtakov 3.2.1-2 - Add patch for correct building of o.e.wikitext.help.ui. ekiga-3.2.6-1.fc12 ------------------ * Tue Sep 22 2009 Peter Robinson - 3.2.6-1 - Ekiga 3.2.6 stable - Changelog ftp://ftp.gnome.org/pub/gnome/sources/ekiga/3.2/ekiga-3.2.6.news emacs-23.1-7.fc12 ----------------- * Tue Sep 22 2009 Daniel Novotny 1:23.1-7 - updated %info_files (#510750) f-spot-0.6.1.2-2.fc12 --------------------- * Tue Sep 22 2009 Christian Krause - 0.6.1.2-2 - add upstream patches ( commit b87604bc9782bf92f053aaf3ceb739a32f44ea13 commit 807dab4344ecdadc7e46793369821de8b49692e5 ) to fix crash in facebook exporter (BZ 524860) firstaidkit-0.2.6-1.fc12 ------------------------ * Tue Sep 22 2009 Martin Sivak - 0.2.6-1 - Use whiptail instead of dialog for firstaidkit-qs * Wed Aug 19 2009 Joel Granados - 0.2.5-1 - Docs updated, new artwork gbirthday-0.5.1-1.fc12 ---------------------- * Wed Sep 23 2009 Thomas Spura 0.5.1-1 - New Release - Changing description (now also supports Thunderbird, Sunbird... ghc-rpm-macros-0.2.1-2.fc12 --------------------------- glib2-2.22.0-1.fc12 ------------------- * Tue Sep 22 2009 Matthias Clasen - 2.22.0-1 - Update to 2.22.0 gnome-media-2.28.0-2.fc12 ------------------------- * Tue Sep 22 2009 Bastien Nocera 2.28.0-2 - Fix problems with mute status handling in the applet and dialogue gnome-settings-daemon-2.28.0-2.fc12 ----------------------------------- * Tue Sep 22 2009 Adam Jackson 2.28.0-2 - BuildRequires: libcanberra-devel gnome-system-monitor-2.28.0-2.fc12 ---------------------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-2 - Include more translations for 'About this computer' gtk2-2.18.0-3.fc12 ------------------ * Wed Sep 23 2009 Matthias Clasen - 2.18.0-1 - Update to 2.18.0 - Add some patches for improved printing support guile-1.8.7-3.fc12 ------------------ * Tue Sep 22 2009 Miroslav Lichvar - 5:1.8.7-3 - suppress install-info errors (#515977) - avoid clash with system setjmp/longjmp on IA64 hamster-applet-2.28.0-1.fc12 ---------------------------- * Tue Sep 22 2009 Mads Villadsen - 2.28.0-1 - Update to 2.28.0 healpix-2.12a-1.fc12 -------------------- * Tue Sep 22 2009 Jussi Lehtola - 2.12a-1 - Update to upstream 2.12a. ipython-0.10-1.fc12 ------------------- * Tue Sep 22 2009 James Bowes 0.10-1 - Update to 0.10 kdeedu-4.3.1-3.fc12 ------------------- * Tue Sep 22 2009 Rex Dieter - 4.3.1-3 - Requires: python-mwclient (#520954) libgdata-0.5.0-1.fc12 --------------------- * Tue Sep 22 2009 Bastien Nocera 0.5.0-1 - Update to 0.5.0 * Tue Aug 11 2009 Bastien Nocera 0.4.0-3 - Fix source URL librtas-1.3.4-1.fc12 -------------------- * Mon Sep 21 2009 Roman Rakus - 1.3.4-1 - Upstream release 1.3.4 libsigsegv-2.6-6.fc12 --------------------- * Tue Sep 22 2009 Rex Dieter - 2.6-5 - libsigsegv allocates alternate stack on the main stack (#524796) * Tue Sep 22 2009 Rex Dieter - 2.6-6 - respin mystack patch * Sat Jul 25 2009 Fedora Release Engineering - 2.6-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu Jul 16 2009 Rex Dieter - 2.6-3 - move libsigsegv.so.* to /lib (#512219, F-12+) - %doc: -ChangeLog, +COPYING libtar-1.2.11-14.fc12 --------------------- * Tue Sep 22 2009 Stepan Kasal - 1.2.11-14 - fix up so that it builds again (#511566) * Sat Jul 25 2009 Fedora Release Engineering - 1.2.11-13 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Wed Feb 25 2009 Fedora Release Engineering - 1.2.11-12 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild libtextcat-2.2-9.fc12 --------------------- * Tue Sep 22 2009 Caolan McNamara 2.2-9 - Resolves: rhbz#524816 add Zulu fingerprint lmms-0.4.5-2.fc12 ----------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.4.5-2 - Update desktop file according to F-12 FedoraStudio feature metacity-2.28.0-1.fc12 ---------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 mldonkey-3.0.0-3.fc12 --------------------- * Tue Sep 22 2009 Dennis Gilmore - 3.0.0-3 - ExlcudeArch sparc64 s390 s390x since they dont have ocaml moblin-panel-media-0.0.3-1.fc12 ------------------------------- * Tue Sep 22 2009 Peter Robinson 0.0.3-1 - New upstream 0.0.3 release mutter-moblin-0.39.1-1.fc12 --------------------------- * Tue Sep 22 2009 Peter Robinson 0.39.1-1 - New 0.39.1 upstream release ocaml-ancient-0.9.0-3.fc12 -------------------------- * Tue Sep 22 2009 Dennis Gilmore - 0.9.0-3 - ExcludeArch sparc64 s390 s390x no ocaml opal-3.6.6-1.fc12 ----------------- * Tue Sep 22 2009 Peter Robinson - 3.6.6-1 - New 3.6.6 stable release openais-1.0.2-1.fc12 -------------------- * Tue Sep 22 2009 Fabio M. Di Nitto - 1.0.2-1 - New upstream release. - spec file updates: * use proper configure macro openbox-3.4.7.2-11.fc12 ----------------------- * Tue Sep 22 2009 Miroslav Lichvar - 3.4.7.2-11 - Add support for 24-bit images (#524708) - Update setlayout.c openmpi-1.3.3-6.fc12 -------------------- * Tue Sep 22 2009 Jay Fenlason - 1.3.3-6 - Create and own man* directories for use by dependent packages. perl-Net-SSH2-0.27-1.fc12 ------------------------- * Tue Sep 22 2009 Chris Weyl 0.27-1 - alter filtering - auto-update to 0.27 (by cpan-spec-update 0.01) perl-RPC-XML-0.69-1.fc12 ------------------------ * Tue Sep 22 2009 Chris Weyl 0.69-1 - auto-update to 0.69 (by cpan-spec-update 0.01) - added a new br on perl(File::Spec) (version 0.8) - altered br on perl(LWP) (0 => 5.801) - added a new br on perl(Scalar::Util) (version 1.19) - altered br on perl(XML::Parser) (0 => 2.31) - added a new br on perl(constant) (version 1.03) - added a new req on perl(File::Spec) (version 0.8) - added a new req on perl(LWP) (version 5.801) - added a new req on perl(Scalar::Util) (version 1.19) - added a new req on perl(XML::Parser) (version 2.31) - added a new req on perl(constant) (version 1.03) phasex-0.12.0-0.1.beta4.fc12 ---------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.12.0-0.1.beta4 - Fix optflags (RHBZ#499914) - Update to 0.12.0beta4 (fixes segfault) - Update desktop file according to F-12 FedoraStudio feature - Update scriptlets * Sun Jul 26 2009 Fedora Release Engineering - 0.11.1-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat May 09 2009 Ville Skytt? - 0.11.1-7 - Build with $RPM_OPT_FLAGS (#499914). - Disable autotools dependency tracking during build for cleaner build logs and possible slight build speedup. pidgin-latex-1.3.3-1.fc12 ------------------------- * Tue Sep 22 2009 Jussi Lehtola - 1.3.3-1 - Update to 1.3.3. poppler-data-0.3.0-1.fc12 ------------------------- * Tue Sep 22 2009 Rex Dieter - 0.3.0-1 - poppler-data-0.3.0 - License: BSD and GPLv2 ptlib-2.6.5-1.fc12 ------------------ * Tue Sep 22 2009 Peter Robinson - 2.6.5-1 - New 2.6.5 stable release qbittorrent-1.5.2-1.fc12 ------------------------ * Tue Sep 22 2009 leigh scott - 1.5.2-1 - update to 1.5.2 rakarrack-0.3.0-4.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.3.0-4 - Update desktop file according to F-12 FedoraStudio feature - Update scriptlets rhnlib-2.5.13-1.fc12 -------------------- * Thu Aug 06 2009 Pradeep Kilambi 2.5.13-1 - rocksndiamonds-3.2.6.1-1.fc12 ----------------------------- * Tue Sep 22 2009 Tom "spot" Callaway - 3.2.6.1-1 - update to 3.2.6.1 rpmdepsize-1.0-6.fc12 --------------------- * Tue Sep 22 2009 Dennis Gilmore - 1.0-6 - ExcludeArch s390 s390x sparc64 no ocaml rubygem-activeldap-1.2.0-3.fc12 ------------------------------- * Tue Sep 22 2009 Darryl L. Pierce - 1.2.0-1 - Release 1.2.0 of ActiveLDAP. - Changed dependency on rubygem-activerecord to be >= 2.3.4 - Changed dependency on rubygem-hoe to be >= 2.3.3 - Added new l12n files to spec. sabayon-2.28.0-1.fc12 --------------------- * Tue Sep 22 2009 Tomas Bzatek - 2.28.0-1 - Update to 2.28.0 samba4-4.0.0-18.1alpha8_git20090916.fc12 ---------------------------------------- * Thu Sep 17 2009 Simo Sorce - 4.0.0-18.alpha8_git20090916 - Fix broken dependencies * Thu Sep 17 2009 Simo Sorce - 4.0.0-18.1.alpha8_git20090916 - Need docbook stuff to build man pages * Wed Sep 16 2009 Simo Sorce - 4.0.0-16.alpha7 - Stop building libtevent, it is now an external package * Wed Sep 16 2009 Simo Sorce - 4.0.0-17.alpha8_git20090916 - Upgrade to alpha8-git20090916 * Sun Jul 26 2009 Fedora Release Engineering - 4.0.0-15.2alpha7.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild seahorse-2.28.0-1.fc12 ---------------------- * Tue Sep 22 2009 Tomas Bzatek 2.28.0-1 - Update to 2.28.0 seq24-0.8.7-17.fc12 ------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.8.7-17 - Update desktop file according to F-12 FedoraStudio feature - Update scriptlets setroubleshoot-2.2.30-1.fc12 ---------------------------- * Tue Sep 22 2009 Dan Walsh - 2.2.30-1 - Update po and fix translation line setroubleshoot-plugins-2.1.22-1.fc12 ------------------------------------ * Tue Sep 22 2009 - 2.1.22-1 - Remove allow_daemon_user_term plugin skrooge-0.5.2-0.1.beta.fc12 --------------------------- * Tue Sep 22 2009 Thomas Janssen 0.5.2-0.1.beta - Changed to new upstream Version 0.5.2_beta (lots of bugfixes) sunbird-1.0-0.12.20090916hg.fc12 -------------------------------- * Tue Sep 22 2009 Jan Horak - 1.0-0.11.20090715hg - Rebuild against new Thunderbird * Tue Sep 22 2009 Lubomir Rintel - 1.0-0.11.20090916hg - Fix version, tidy up the spec a bit - Update langpacks system-config-printer-1.1.13-3.fc12 ----------------------------------- * Tue Sep 22 2009 Tim Waugh 1.1.13-3 - Fixed missing import in probe_printer module. - Fixed race when fetching device list (bug #521110). systemtap-1.0-1.fc12 -------------------- * Tue Sep 22 2009 Josh Stone - 1.0-1 - Upstream release. tangogps-0.9.7-1.fc12 --------------------- * Tue Sep 22 2009 Peter Robinson 0.9.7-1 - New upstream 0.9.7 release thunderbird-3.0-3.9.b4.fc12 --------------------------- * Thu Sep 17 2009 Christopher Aillon - 3.0-3.9.b4 - Update to 3.0 b4 usbutils-0.86-2.fc12 -------------------- * Tue Sep 22 2009 Jiri Moskovcak 0.86-2 - spec file fixes - package should not own /usr/{bin,sbin} (rhbz#524005) viewvc-1.1.2-5.fc12 ------------------- * Wed Sep 23 2009 Bojan Smojver - 1.1.2-5 - patch upstream issue #427 wallpapoz-0.4.1-11.svn92_trunk.fc12 ----------------------------------- * Wed Sep 23 2009 Mamoru Tasaka - 0.4.1-11.svn92_trunk - Explicitly add R: GConf2 (as wallpapoz really needs this) why-2.17-5.fc12 --------------- * Tue Sep 22 2009 Dennis Gilmore - 2.17-5 - Exclude sparc64 s390 s390x there is no ocaml there zenon-0.5.0-7.fc12 ------------------ * Tue Sep 22 2009 Dennis gilmore - 0.5.0-7 - ExcludeArch sparc64 no ocaml * Tue Aug 11 2009 Ville Skytt? - 0.5.0-6 - Use bzipped upstream tarball. Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 73 From opensource at till.name Wed Sep 23 12:53:06 2009 From: opensource at till.name (Till Maas) Date: Wed, 23 Sep 2009 14:53:06 +0200 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <4ABB2F47.2040203@gmail.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <1253512439.4231.0.camel@prague> <4AB7376B.6060907@gmail.com> <20090921183420.GA18934@genius.kawo2.rwth-aachen.de> <4ABB2F47.2040203@gmail.com> Message-ID: <20090923125306.GA7156@genius.kawo2.rwth-aachen.de> On Thu, Sep 24, 2009 at 11:35:19AM +0300, Aioanei Rares wrote: > Till Maas wrote: >> On Mon, Sep 21, 2009 at 11:20:59AM +0300, Aioanei Rares wrote: >> >>> On 09/21/2009 08:53 AM, nodata wrote: >>> >>>> Am Montag, den 21.09.2009, 02:07 +0200 schrieb Benny Amorsen: >>>> >>>>> Aioanei Rares writes: >>>>> >>>>> >>>>>> I think it would be niftier if the identification string of the card >>>>>> was printed also (eg VIA Rhine III) so people would know what card to >>>>>> choose and how. >>>>>> >>>>> For extra points, add a "identify nic" button which blinks the LED's of >>>>> the appropriate nic. >>>>> >>>> Doesn't the "identify" button in Anaconda already do this? >>>> >>>> >>> Yes, it does, but like I said, it only works if one has an Ethernet >>> cable with signal coming from it plugged in. >>> >> >> On my X41 thinkpad "ethtool -p eth0" works without any attached network cable >> to identify it. So it might be either a bug in anaconda or thr NIC might >> not be able to do this. > Both my NICs are capable of this as Debian is listing their names in the > installer, so do the *BSDs. There seems to be a misunderstanding. I wrote about making the LEDs of the NIC blink to identify them, not about getting a string that describes them. You can test this with "ethtool -p eth1" and look at the LEDs. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From skvidal at fedoraproject.org Wed Sep 23 13:36:16 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 09:36:16 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253708530.16202.45.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> Message-ID: On Wed, 23 Sep 2009, Jonathan Dieter wrote: > As I think may have been mentioned elsewhere, the *only* problem is that > the rpm signatures must match and the signatures are over the > *compressed* rpm. > > I would *love* to see deltarpm rebuilding uncompressed rpms, but that > will require storing two signatures per rpm in the metadata (compressed > and uncompressed sha256), and either modifying yum to check the > appropriate one, or deltarpm to change the rpm's signature to the > uncompressed one. > > I don't think we want to go down the road of having deltarpm-rebuilt > rpms not having their signature checked at all. I agree about having to deal with the signatures but as a minor mitigating circumstance - we're going to be gpg signing the repomd.xml - which should at least help you keep a safe infrastructure down to the deltarpm metadata. -sv From jreiser at bitwagon.com Wed Sep 23 14:15:10 2009 From: jreiser at bitwagon.com (John Reiser) Date: Wed, 23 Sep 2009 07:15:10 -0700 Subject: yum-presto not on by default In-Reply-To: <9497e9990909230127gfbeffcep692e0ac2ef3aaaf7@mail.gmail.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <9497e9990909230127gfbeffcep692e0ac2ef3aaaf7@mail.gmail.com> Message-ID: <4ABA2D6E.2060501@bitwagon.com> On 09/23/2009 01:27 AM, Mat Booth wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=524720 > What's the worst case that is implied by this bug? That you *might* > have to download the full RPM for noarch packages? No, the worst case is creating fear, uncertainty, and doubt in the user's mind about the security and reliability of the process itself: | 12 MB 02:00 Error rebuilding rpm from selinux-policy-3.6.32-6.fc12_3.6.32-7.fc12.noarch.drpm! Will download full package. The program calls it an "Error". The selinux package relates to security. "What, presto updates aren't secure?" -- From james at fedoraproject.org Wed Sep 23 14:20:21 2009 From: james at fedoraproject.org (James Antill) Date: Wed, 23 Sep 2009 10:20:21 -0400 Subject: yum-presto not on by default In-Reply-To: <1253708530.16202.45.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> Message-ID: <1253715621.28837.7.camel@code.and.org> On Wed, 2009-09-23 at 15:22 +0300, Jonathan Dieter wrote: > On Wed, 2009-09-23 at 10:49 +0200, drago01 wrote: > > On Wed, Sep 23, 2009 at 10:51 AM, Michal Schmidt wrote: > > > Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): > > >> https://bugzilla.redhat.com/show_bug.cgi?id=524720 > > >> https://bugzilla.redhat.com/show_bug.cgi?id=524982 > > >> > > >> ... > > >> > > >> The second one has to do with the fact that when rebuilding the rpms, > > >> we have to recompress the data, and xz compression is over 10x slower > > >> than gzip. > > > > > > Do I understand it right that yum-presto compresses the data and then > > > passes them to rpm which decompresses them back again? > > > Why? Is it because it's currently the only way to verify > > > checksums/signatures? > > > > We had a IRC discussion about this yesterday ... it is not yum-presto > > but delta rpm and it does not make sense at all. > > It should just create uncompressed rpms (assuming rpm can handle them > > which it should) ...according to Seth yum does not care whether the > > rpms are compressed or not. > > > > So yes the compression is a useless step here. > > As I think may have been mentioned elsewhere, the *only* problem is that > the rpm signatures must match and the signatures are over the > *compressed* rpm. No, we have at least 3 problems I think: 1. Nobody wants to download uncompressed rpms, if they don't have presto. 2. gig signature is over the rpm data (and thus. is over compressed data). 3. createrepo sha256 data is over the entire rpm (and thus. is over compressed data). ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If nobody can fix xz before F12 GA then IMNSO we should revert the compression to something that works ... the minor savings in xz compression isn't worth as much as delta's. -- James Antill - james at fedoraproject.org "I'd just like to see a realistic approach to updates via packages." -- Les Mikesell From skvidal at fedoraproject.org Wed Sep 23 14:23:31 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 10:23:31 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253715621.28837.7.camel@code.and.org> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, 23 Sep 2009, James Antill wrote: > No, we have at least 3 problems I think: > > 1. Nobody wants to download uncompressed rpms, if they don't have > presto. > > 2. gig signature is over the rpm data (and thus. is over compressed > data). > > 3. createrepo sha256 data is over the entire rpm (and thus. is over > compressed data). > > ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If > nobody can fix xz before F12 GA then IMNSO we should revert the > compression to something that works ... the minor savings in xz > compression isn't worth as much as delta's. > agreed. -sv From stickster at gmail.com Wed Sep 23 14:38:33 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 23 Sep 2009 10:38:33 -0400 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: <20090923143833.GW31586@localhost.localdomain> On Wed, Sep 23, 2009 at 10:23:31AM -0400, Seth Vidal wrote: > On Wed, 23 Sep 2009, James Antill wrote: >> No, we have at least 3 problems I think: >> >> 1. Nobody wants to download uncompressed rpms, if they don't have >> presto. >> >> 2. gig signature is over the rpm data (and thus. is over compressed >> data). >> >> 3. createrepo sha256 data is over the entire rpm (and thus. is over >> compressed data). >> >> ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If >> nobody can fix xz before F12 GA then IMNSO we should revert the >> compression to something that works ... the minor savings in xz >> compression isn't worth as much as delta's. >> > > agreed. The xz feature is among the Fedora 12 talking points, so I've made a note to track this going forward. https://fedoraproject.org/wiki/Fedora_12_Talking_Points We'll need a heads-up to the Marketing list if there's a reversion that affects F12 GA. -- 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 From opensource at till.name Wed Sep 23 14:54:25 2009 From: opensource at till.name (Till Maas) Date: Wed, 23 Sep 2009 16:54:25 +0200 Subject: yum-presto not on by default In-Reply-To: <1253715621.28837.7.camel@code.and.org> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> On Wed, Sep 23, 2009 at 10:20:21AM -0400, James Antill wrote: > ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If > nobody can fix xz before F12 GA then IMNSO we should revert the > compression to something that works ... the minor savings in xz > compression isn't worth as much as delta's. I guess there won't be any deltarpms to update from F11 to F12, so afaics it would be enough to only switch back to gzip payload for everthing that is going into F12 updates(-testing). Is this true? Then we would still save space on the iso images and for the Everything Repository, but deltarpms would still be possible. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From skvidal at fedoraproject.org Wed Sep 23 14:58:23 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 10:58:23 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> Message-ID: On Wed, 23 Sep 2009, Till Maas wrote: > On Wed, Sep 23, 2009 at 10:20:21AM -0400, James Antill wrote: > >> ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If >> nobody can fix xz before F12 GA then IMNSO we should revert the >> compression to something that works ... the minor savings in xz >> compression isn't worth as much as delta's. > > I guess there won't be any deltarpms to update from F11 to F12, so > afaics it would be enough to only switch back to gzip payload for > everthing that is going into F12 updates(-testing). Is this true? > > Then we would still save space on the iso images and for the Everything > Repository, but deltarpms would still be possible. We'd need a mass rebuild to all pkgs in rawhide/f12-candidate to shake Xz out of the payload compression. That's non-trivial. -sv From skvidal at fedoraproject.org Wed Sep 23 15:00:16 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 11:00:16 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <20090923143833.GW31586@localhost.localdomain> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923143833.GW31586@localhost.localdomain> Message-ID: On Wed, 23 Sep 2009, Paul W. Frields wrote: > > The xz feature is among the Fedora 12 talking points, so I've made a > note to track this going forward. > > https://fedoraproject.org/wiki/Fedora_12_Talking_Points > > We'll need a heads-up to the Marketing list if there's a reversion > that affects F12 GA. > We don't have anything sexier than 'We changed the compression system'? in F12? I'm sure we can come up with something more interesting. Maybe we changed the background of something.. That's more interesting than this, right? :) -sv From drago01 at gmail.com Wed Sep 23 15:08:04 2009 From: drago01 at gmail.com (drago01) Date: Wed, 23 Sep 2009 17:08:04 +0200 Subject: yum-presto not on by default In-Reply-To: <1253715621.28837.7.camel@code.and.org> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, Sep 23, 2009 at 4:20 PM, James Antill wrote: > On Wed, 2009-09-23 at 15:22 +0300, Jonathan Dieter wrote: >> On Wed, 2009-09-23 at 10:49 +0200, drago01 wrote: >> > On Wed, Sep 23, 2009 at 10:51 AM, Michal Schmidt wrote: >> > > Dne Wed, 23 Sep 2009 07:04:23 +0300 Jonathan Dieter napsal(a): >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=524720 >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=524982 >> > >> >> > >> ... >> > >> >> > >> The second one has to do with the fact that when rebuilding the rpms, >> > >> we have to recompress the data, and xz compression is over 10x slower >> > >> than gzip. >> > > >> > > Do I understand it right that yum-presto compresses the data and then >> > > passes them to rpm which decompresses them back again? >> > > Why? Is it because it's currently the only way to verify >> > > checksums/signatures? >> > >> > We had a IRC discussion about this yesterday ... it is not yum-presto >> > but delta rpm and it does not make sense at all. >> > It should just create uncompressed rpms (assuming rpm can handle them >> > which it should) ...according to Seth yum does not care whether the >> > rpms are compressed or not. >> > >> > So yes the compression is a useless step here. >> >> As I think may have been mentioned elsewhere, the *only* problem is that >> the rpm signatures must match and the signatures are over the >> *compressed* rpm. > > ?No, we have at least 3 problems I think: > > 1. Nobody wants to download uncompressed rpms, if they don't have > presto. > > 2. gig signature is over the rpm data (and thus. is over compressed > data). > > 3. createrepo sha256 data is over the entire rpm (and thus. is over > compressed data). > > ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If > nobody can fix xz before F12 GA then IMNSO we should revert the > compression to something that works ... the minor savings in xz > compression isn't worth as much as delta's. Does not matter which compression algorithm we use creating a compressed rpm just to uncompressed it again shortly after that is a waste of cycles/power/time. As for the GPG signature ... can't the drpm itself be signed? So we would only need to check that, rather than the rebuilt rpm if we don't trust the files on the disk we already lost anyway (box is compromised). From nicolas.mailhot at laposte.net Wed Sep 23 15:10:58 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 23 Sep 2009 17:10:58 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923143833.GW31586@localhost.localdomain> Message-ID: > > > > On Wed, 23 Sep 2009, Paul W. Frields wrote: > >> >> The xz feature is among the Fedora 12 talking points, so I've made a >> note to track this going forward. >> >> https://fedoraproject.org/wiki/Fedora_12_Talking_Points >> >> We'll need a heads-up to the Marketing list if there's a reversion >> that affects F12 GA. >> > > We don't have anything sexier than 'We changed the compression system'? > in F12? I'm sure we can come up with something more interesting. Maybe we > changed the background of something.. That's more interesting than this, > right? :) I'd like to say "we fixed the packages that include fonts as we were supposed to do for F11" but sadly many maintainers didn't change a dot in their spec (and even added more un-reviewed fonts in the distro, like xine-ui-skins for example) -- Nicolas Mailhot From skvidal at fedoraproject.org Wed Sep 23 15:11:18 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 11:11:18 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, 23 Sep 2009, drago01 wrote: > Does not matter which compression algorithm we use creating a > compressed rpm just to uncompressed it again shortly after that is a > waste of cycles/power/time. > As for the GPG signature ... can't the drpm itself be signed? We'd need to do that signing which would take, umm, forever. -sv From drago01 at gmail.com Wed Sep 23 15:12:50 2009 From: drago01 at gmail.com (drago01) Date: Wed, 23 Sep 2009 17:12:50 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, Sep 23, 2009 at 5:11 PM, Seth Vidal wrote: > > > On Wed, 23 Sep 2009, drago01 wrote: > >> Does not matter which compression algorithm we use creating a >> compressed rpm just to uncompressed it again shortly after that is a >> waste of cycles/power/time. > >> As for the GPG signature ... can't the drpm itself be signed? > > We'd need to do that signing which would take, umm, forever. What? You mean at compose time? (Signing on the client side would not make much sense) From skvidal at fedoraproject.org Wed Sep 23 15:14:27 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 11:14:27 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, 23 Sep 2009, drago01 wrote: > On Wed, Sep 23, 2009 at 5:11 PM, Seth Vidal wrote: >> >> >> On Wed, 23 Sep 2009, drago01 wrote: >> >>> Does not matter which compression algorithm we use creating a >>> compressed rpm just to uncompressed it again shortly after that is a >>> waste of cycles/power/time. >> >>> As for the GPG signature ... can't the drpm itself be signed? >> >> We'd need to do that signing which would take, umm, forever. > > What? You mean at compose time? (Signing on the client side would not > make much sense) I mean on the server/repo side. The steps we'd need to do for a full release would be: 1. compose tree 2. sign pkgs in tree 3. make deltarpms of pkgs vs older tree 4. sign deltarpms 5. generate repository metadata that would take a long time. -sv From opensource at till.name Wed Sep 23 15:22:24 2009 From: opensource at till.name (Till Maas) Date: Wed, 23 Sep 2009 17:22:24 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> Message-ID: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> On Wed, Sep 23, 2009 at 10:58:23AM -0400, Seth Vidal wrote: > > > On Wed, 23 Sep 2009, Till Maas wrote: > >> On Wed, Sep 23, 2009 at 10:20:21AM -0400, James Antill wrote: >> >>> ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If >>> nobody can fix xz before F12 GA then IMNSO we should revert the >>> compression to something that works ... the minor savings in xz >>> compression isn't worth as much as delta's. >> >> I guess there won't be any deltarpms to update from F11 to F12, so >> afaics it would be enough to only switch back to gzip payload for >> everthing that is going into F12 updates(-testing). Is this true? >> >> Then we would still save space on the iso images and for the Everything >> Repository, but deltarpms would still be possible. > > We'd need a mass rebuild to all pkgs in rawhide/f12-candidate to shake Xz > out of the payload compression. > > That's non-trivial. Why do we need a mass rebuild? Afaics it is only needed to change the compression back to gzip at the time of the final freeze, so that all newly build packages (which are the ones going to F12-updates(-testing) are build with gzip compression. Then delta rpms can be created from F12 Everything to F12 updates-testing. For packages that are built to break the freeze, there could be a seperate build target tag, that still uses the xz compression. This is all under the assumption, that delta rpm creation from a xz compressed rpm to a gzip compressed rpm works. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From drago01 at gmail.com Wed Sep 23 15:26:10 2009 From: drago01 at gmail.com (drago01) Date: Wed, 23 Sep 2009 17:26:10 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, Sep 23, 2009 at 5:14 PM, Seth Vidal wrote: > > > On Wed, 23 Sep 2009, drago01 wrote: > >> On Wed, Sep 23, 2009 at 5:11 PM, Seth Vidal >> wrote: >>> >>> >>> On Wed, 23 Sep 2009, drago01 wrote: >>> >>>> Does not matter which compression algorithm we use creating a >>>> compressed rpm just to uncompressed it again shortly after that is a >>>> waste of cycles/power/time. >>> >>>> As for the GPG signature ... can't the drpm itself be signed? >>> >>> We'd need to do that signing which would take, umm, forever. >> >> What? You mean at compose time? (Signing on the client side would not >> make much sense) > > I mean on the server/repo side. The steps we'd need to do for a full release > would be: > > 1. compose tree > 2. sign pkgs in tree > 3. make deltarpms of pkgs vs older tree > 4. sign deltarpms > 5. generate repository metadata > > that would take a long time. Yeah but if you take into account the time saved on x clients it would be worth it (assume x is very high). How long would the extra signing process take? From skvidal at fedoraproject.org Wed Sep 23 15:33:24 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 11:33:24 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Wed, 23 Sep 2009, drago01 wrote: > > Yeah but if you take into account the time saved on x clients it would > be worth it (assume x is very high). > How long would the extra signing process take? figure at leastas long as it takes to gpg sign the distro now - probably longer b/c there are potentially MORE drpms. Finally, this would mean we're generating rpms from the deltarpms that do not match the original rpms. That may or may not be fatal but it is feels weird. -sv From adam at spicenitz.org Wed Sep 23 16:19:10 2009 From: adam at spicenitz.org (Adam Goode) Date: Wed, 23 Sep 2009 12:19:10 -0400 Subject: Where is the openjpeg maintainer? Message-ID: <4ABA4A7E.4010005@spicenitz.org> One of my packages has a dependency on openjpeg, and I want to put it into EL-5. I am trying to get this done, and I am happy to co-maintain openjpeg. There are open requests for co-maintainers in the database: https://bugzilla.redhat.com/show_bug.cgi?id=492218 This is the last known contact on this issue: https://admin.fedoraproject.org/pkgdb/packages/name/openjpeg In the bug report, the maintainer seems to suggest that having co-maintainers are ok: "feel free to merge it", but never approves them. Can someone approve these co-maintainers? Thanks, Adam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From opensource at till.name Wed Sep 23 16:38:30 2009 From: opensource at till.name (Till Maas) Date: Wed, 23 Sep 2009 18:38:30 +0200 Subject: Where is Callum Lerwick / seg? (was: Re: Where is the openjpeg maintainer?) In-Reply-To: <4ABA4A7E.4010005@spicenitz.org> References: <4ABA4A7E.4010005@spicenitz.org> Message-ID: <20090923163830.GA31498@genius.kawo2.rwth-aachen.de> On Wed, Sep 23, 2009 at 12:19:10PM -0400, Adam Goode wrote: > In the bug report, the maintainer seems to suggest that having > co-maintainers are ok: "feel free to merge it", but never approves them. > Can someone approve these co-maintainers? I will probably help to also mention the name and FAS username of the openjpeg maintainer, which are Callum Lerwick and seg. I also CC'ed him to this mail, so maybe this helps to get his attention. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From tibbs at math.uh.edu Wed Sep 23 16:53:09 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 23 Sep 2009 11:53:09 -0500 Subject: Where is Callum Lerwick / seg? In-Reply-To: <20090923163830.GA31498@genius.kawo2.rwth-aachen.de> (Till Maas's message of "Wed, 23 Sep 2009 18:38:30 +0200") References: <4ABA4A7E.4010005@spicenitz.org> <20090923163830.GA31498@genius.kawo2.rwth-aachen.de> Message-ID: I know that Callum has in the past had periods where he is very busy. Given that he's asked for assistance before, and that no reasonable maintainer wouldn't want help from experienced packagers when busy, I went ahead and approved agoode and rdieter's requests for watchbugzilla, watchcommits and commit privileges on the openjpeg package. I did not approve oliver's requests as he only requested commit access without asking for watchbugzilla or watchcommits, which I don't think it a terribly good idea. I also did not approve the requests for approveacls, just in case Callum still wishes to maintain control over that. Also, note the EPEL is orthogonal to this; if the maintainer doesn't respond one way or another to a request to branch for EPEL, the policy says that you can just branch for EPEL without them. http://fedoraproject.org/wiki/Getting_a_Fedora_package_in_EPEL - J< From mcepl at redhat.com Wed Sep 23 17:27:25 2009 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 23 Sep 2009 17:27:25 +0000 (UTC) Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923143833.GW31586@localhost.localdomain> Message-ID: Seth Vidal, Wed, 23 Sep 2009 11:00:16 -0400: > We don't have anything sexier than 'We changed the compression system'? > in F12? I'm sure we can come up with something more interesting. Maybe > we changed the background of something.. That's more interesting than > this, right? :) We made it much easier for you to file duplicate bugs? Mat?j P.S.: Sorry for ranting but I spent yesterday fighting with Firefox abrt crashes. From skvidal at fedoraproject.org Wed Sep 23 17:35:23 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Wed, 23 Sep 2009 13:35:23 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923143833.GW31586@localhost.localdomain> Message-ID: On Wed, 23 Sep 2009, Matej Cepl wrote: > Seth Vidal, Wed, 23 Sep 2009 11:00:16 -0400: >> We don't have anything sexier than 'We changed the compression system'? >> in F12? I'm sure we can come up with something more interesting. Maybe >> we changed the background of something.. That's more interesting than >> this, right? :) > > We made it much easier for you to file duplicate bugs? > :) -sv From poelstra at redhat.com Wed Sep 23 18:53:13 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 23 Sep 2009 11:53:13 -0700 Subject: Fedora 12 Beta Blocker Meeting :: 2009-09-25 @ 15:00 UTC (11 AM EDT) Message-ID: <4ABA6E99.2050000@redhat.com> When: Friday, 2009-09-25 @ 15:00 UTC (11 AM EDT) Where: #fedora-bugzappers on irc.freenode.net Join us Friday for the last blocker bug review meeting before the Fedora 12 Beta Freeze (aka "Final Freeze"). On Friday we will review the unresolved bugs on https://bugzilla.redhat.com/showdependencytree.cgi?id=507678&hide_resolved=1 Here are the bugs presently blocking the Fedora 12 Beta: * 516042 [MODIFIED - medium - rvykydal at redhat.com - --- - Reopened] Unable to add NFS yum repo during installation [See dependency tree for bug 516042] * 518226 [NEW - medium - kernel-maint at redhat.com - --- -] INFO: possible circular locking dependency detected - 2.6.31-0.125.4.2.rc5.git2.fc12.ppc64 [See dependency tree for bug 518226] * 519237 [NEW - medium - kernel-maint at redhat.com - --- -] -bash: cannot set terminal process group (-1): Inappropriate ioctl for device [See dependency tree for bug 519237] * 522675 [NEW - high - kernel-maint at redhat.com - --- -] mouse,keyboard don't work when boot from LiveCD [See dependency tree for bug 522675] * 524599 [ASSIGNED - medium - rvykydal at redhat.com - --- -] Https repository problems [See dependency tree for bug 524599] If you are aware of any bugs you think should block the Beta, please set them to block 'F12Beta' and come to the meeting to help guide the discussion if you are able. It is also a good time to start thinking about the F12Blocker list as well. These are bugs that must be fixed before we can issue the final release of Fedora 12. https://bugzilla.redhat.com/showdependencytree.cgi?id=473303&hide_resolved=1 Thanks for your help and time, John From awilliam at redhat.com Wed Sep 23 18:59:11 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 23 Sep 2009 11:59:11 -0700 Subject: Fedora 12 Beta Blocker Meeting :: 2009-09-25 @ 15:00 UTC (11 AM EDT) In-Reply-To: <4ABA6E99.2050000@redhat.com> References: <4ABA6E99.2050000@redhat.com> Message-ID: <1253732351.13816.47.camel@adam.local.net> On Wed, 2009-09-23 at 11:53 -0700, John Poelstra wrote: > * 518226 [NEW - medium - kernel-maint at redhat.com - --- -] > INFO: > possible circular locking dependency detected - Kernel guys, it would really help if someone with some vague knowledge about ppc64 / kernel issues could show up. We've had this bug on the list for a while, but only really because we were unsure of how wide / important its impact is; we need someone to tell us that, but as of yet we haven't found anyone. Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From poelstra at redhat.com Wed Sep 23 20:19:11 2009 From: poelstra at redhat.com (John Poelstra) Date: Wed, 23 Sep 2009 13:19:11 -0700 Subject: All Features Need to be 100% by Beta Freeze (2009-09-29) Message-ID: <4ABA82BF.8080306@redhat.com> Greetings Feature People, If all goes as planned the Beta (previously known as "Final Development") Freeze will start this coming Tuesday, September 29, 2009. Beta Freeze, defined here: https://fedoraproject.org/wiki/Beta_Freeze_Policy means that all features and their associated feature pages must be at 100% completion by this date. The following features are currently not 100% complete and need to be by Tuesday, September 29, 2009. In many cases it appears they are just 1% away :-) https://fedoraproject.org/wiki/Features/DisplayPort https://fedoraproject.org/wiki/Anaconda/Features/FCoE https://fedoraproject.org/wiki/Features/FedoraStudio https://fedoraproject.org/wiki/Features/GFS2ClusteredSamba https://fedoraproject.org/wiki/Features/Gnome2.28 https://fedoraproject.org/wiki/Features/KVM_Huge_Page_Backed_Memory https://fedoraproject.org/wiki/Features/liblvm https://fedoraproject.org/wiki/Features/LowerProcessCapabilities https://fedoraproject.org/wiki/Features/MoreNetworkManagerMobileBroadband https://fedoraproject.org/wiki/Features/PolicyKitOne https://fedoraproject.org/wiki/Features/FedoraMoblin https://fedoraproject.org/wiki/Features/NFSv4Default https://fedoraproject.org/wiki/Features/PackageKitBrowserPlugin https://fedoraproject.org/wiki/Features/SystemTapEclipseGUI https://fedoraproject.org/wiki/Features/SystemtapTracingRefresh https://fedoraproject.org/wiki/Features/Thusnelda https://fedoraproject.org/wiki/Features/VolumeControlContinued https://fedoraproject.org/wiki/Features/XI2 https://fedoraproject.org/wiki/Features/F12X86Support We understand that software is never 100% complete, however given the wide audience that refers to the feature pages it doesn't make sense to advertise something that isn't present. Please make one last update to your feature page to make it reflect everything that is complete for Fedora 12. Incomplete functionality should be removed or clearly labeled as scheduled for a future release so that what is advertised for being in Fedora 12 is 100% present and complete. I will raise feature pages not at 100% at FESCo's meeting on October 2, 2009. Hopefully my job will be easy and there there won't be any :-) Thanks, John p.s. All feature owners have been blind copied on this message. _______________________________________________ Fedora-devel-announce mailing list Fedora-devel-announce at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-announce From jkeating at redhat.com Wed Sep 23 16:00:37 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 23 Sep 2009 09:00:37 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: <1253721637.2575.11.camel@localhost.localdomain> On Wed, 2009-09-23 at 10:23 -0400, Seth Vidal wrote: > > ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If > > nobody can fix xz before F12 GA then IMNSO we should revert the > > compression to something that works ... the minor savings in xz > > compression isn't worth as much as delta's. > > > > agreed. Dropping xz at this point would mean another full mass rebuild. Do-able but needs to happen very very soon. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From fedora at alexhudson.com Wed Sep 23 22:35:22 2009 From: fedora at alexhudson.com (Alex Hudson) Date: Wed, 23 Sep 2009 23:35:22 +0100 Subject: yum-presto not on by default In-Reply-To: <1253721637.2575.11.camel@localhost.localdomain> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <1253721637.2575.11.camel@localhost.localdomain> Message-ID: <4ABAA2AA.40108@alexhudson.com> On 23/09/09 17:00, Jesse Keating wrote: > On Wed, 2009-09-23 at 10:23 -0400, Seth Vidal wrote: > >>> ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If >>> nobody can fix xz before F12 GA then IMNSO we should revert the >>> compression to something that works >> agreed. >> > Dropping xz at this point would mean another full mass rebuild. Do-able > but needs to happen very very soon. I'd be interested in trying to "fix" xz (I disagree entirely that this is an xz bug; it's a bug in the assumptions of those whose used it for the wrong purpose), but presumably it means rebuilding packages built on certain arches anyway - and if that's not easy to determine, does that imply a rebuild anyway? Cheers Alex. From opensource at till.name Wed Sep 23 22:52:44 2009 From: opensource at till.name (Till Maas) Date: Thu, 24 Sep 2009 00:52:44 +0200 Subject: yum-presto not on by default In-Reply-To: <1253721637.2575.11.camel@localhost.localdomain> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <1253721637.2575.11.camel@localhost.localdomain> Message-ID: <20090923225244.GA4327@genius.kawo2.rwth-aachen.de> On Wed, Sep 23, 2009 at 09:00:37AM -0700, Jesse Keating wrote: > On Wed, 2009-09-23 at 10:23 -0400, Seth Vidal wrote: > > > ...but to me this is all a _problem_in_xz_, not presto/deltarpms. If > > > nobody can fix xz before F12 GA then IMNSO we should revert the > > > compression to something that works ... the minor savings in xz > > > compression isn't worth as much as delta's. > > > > > > > agreed. > > Dropping xz at this point would mean another full mass rebuild. Do-able > but needs to happen very very soon. I'm still wondering why it is not possible to use xz for the Everything/ and iso rpm and gz for the rpms going to updates. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From andre at bwh.harvard.edu Wed Sep 23 23:14:06 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Wed, 23 Sep 2009 19:14:06 -0400 Subject: yum-presto not on by default Message-ID: <4ABAABBE.1000606@bwh.harvard.edu> Alex Hudson wrote: > I'd be interested in trying to "fix" xz (I disagree entirely > that this is an xz bug; it's a bug in the assumptions of those whose > used it for the wrong purpose), If I understand correctly what the problem is - that successfully xz-uncompressing a file requires being on the same endian arch as the one it was compressed on - that's just wrong. It shouldn't be platform-dependent at all. I checked Bugzilla for xz bugs and this isn't listed. Should someone file it? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From notting at redhat.com Wed Sep 23 23:17:35 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Sep 2009 16:17:35 -0700 Subject: yum-presto not on by default In-Reply-To: <4ABAABBE.1000606@bwh.harvard.edu> References: <4ABAABBE.1000606@bwh.harvard.edu> Message-ID: <20090923231734.GA13343@nostromo.devel.redhat.com> Andre Robatino (andre at bwh.harvard.edu) said: > If I understand correctly what the problem is - that successfully > xz-uncompressing a file requires being on the same endian arch as the > one it was compressed on - that's just wrong. It shouldn't be > platform-dependent at all. That is not the issue. There are two issues: - Compressing a file on different arches, while it produces output that any arch can decompress, does produce *different* output. - Compression of xz is not fast. Bill From andre at bwh.harvard.edu Wed Sep 23 23:38:24 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Wed, 23 Sep 2009 19:38:24 -0400 Subject: yum-presto not on by default In-Reply-To: <20090923231734.GA13343@nostromo.devel.redhat.com> References: <4ABAABBE.1000606@bwh.harvard.edu> <20090923231734.GA13343@nostromo.devel.redhat.com> Message-ID: <4ABAB170.5040801@bwh.harvard.edu> On 09/23/2009 07:17 PM, Bill Nottingham wrote: > Andre Robatino (andre at bwh.harvard.edu) said: >> If I understand correctly what the problem is - that successfully >> xz-uncompressing a file requires being on the same endian arch as the >> one it was compressed on - that's just wrong. It shouldn't be >> platform-dependent at all. > > That is not the issue. There are two issues: > > - Compressing a file on different arches, while it produces output > that any arch can decompress, does produce *different* output. > - Compression of xz is not fast. Ah, OK. But hasn't openSUSE been using xz in their deltarpms since 11.0 (over a year ago)? What are they doing differently so they aren't affected? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From opensource at till.name Wed Sep 23 23:47:15 2009 From: opensource at till.name (Till Maas) Date: Thu, 24 Sep 2009 01:47:15 +0200 Subject: yum-presto not on by default In-Reply-To: <4ABAB170.5040801@bwh.harvard.edu> References: <4ABAABBE.1000606@bwh.harvard.edu> <20090923231734.GA13343@nostromo.devel.redhat.com> <4ABAB170.5040801@bwh.harvard.edu> Message-ID: <20090923234715.GB4327@genius.kawo2.rwth-aachen.de> On Wed, Sep 23, 2009 at 07:38:24PM -0400, Andre Robatino wrote: > On 09/23/2009 07:17 PM, Bill Nottingham wrote: > > Andre Robatino (andre at bwh.harvard.edu) said: > >> If I understand correctly what the problem is - that successfully > >> xz-uncompressing a file requires being on the same endian arch as the > >> one it was compressed on - that's just wrong. It shouldn't be > >> platform-dependent at all. > > > > That is not the issue. There are two issues: > > > > - Compressing a file on different arches, while it produces output > > that any arch can decompress, does produce *different* output. > > - Compression of xz is not fast. > > Ah, OK. But hasn't openSUSE been using xz in their deltarpms since 11.0 > (over a year ago)? What are they doing differently so they aren't affected? 1) Maybe they don't build noarch rpms on ppc 2) They use a faster compression, that creates bigger output. At least I remember something like this mentioned in this thread or some other discussion. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From kwade at redhat.com Thu Sep 24 01:47:47 2009 From: kwade at redhat.com (Karsten Wade) Date: Wed, 23 Sep 2009 18:47:47 -0700 Subject: a home for comps @books group In-Reply-To: <523667315.687401253599991179.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <547894647.687381253599919950.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <523667315.687401253599991179.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <20090924014747.GO7220@calliope.phig.org> On Tue, Sep 22, 2009 at 02:13:11AM -0400, Jens Petersen wrote: > I am still wondering about a "Content" category for F13. > Should we go with that even it only were to contain @books > for now? Anyway probably more important would be getting > gnome-packagekit to list books when we have more. I like that; there could be lots of content that fits, e.g. screencasts. Better to be a bit wider in our solution. - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gdt at gdt.id.au Thu Sep 24 01:47:58 2009 From: gdt at gdt.id.au (Glen Turner) Date: Thu, 24 Sep 2009 11:17:58 +0930 Subject: Anaconda multiple Ethernet cards question In-Reply-To: <4AB789E0.6090401@bitwagon.com> References: <778179b00909190931q48a83364mbe5f447f700591a4@mail.gmail.com> <20090921133319.GM2009@localhost.localdomain> <4AB780B3.7090307@gmail.com> <4AB789E0.6090401@bitwagon.com> Message-ID: <4ABACFCE.3010704@gdt.id.au> On 21/09/09 23:42, John Reiser wrote: > Print the low 24 bits as 6 hex digits (possibly with no punctuation), > and chop the description string after 22 characters (for example.) Why not use the DMI External Connector Designator. That's what the manufacturer provides to identify external ports after all. Some examples for kit I have to hand: MacMini eth0 00:16:CB:xx:xx:3D Ethernet MacBook Pro eth0 00:17:F2:xx:xx:2E RJ-45 Acer Altos R300 (no external connector designation) eth0 00:00:E2:xx:xx:FE eth1 00:00:E2:xx:xx:FF Acer Altos R510 eth0 00:0E:0C:xx:xx:CF NIC2/2 eth1 00:0E:0C:xx:xx:CE NIC1/2 IBM xSeries 343 eth0 00:0E:0C:xx:xx:D9 NIC2/2 eth1 00:0E:0C:xx:xx:D8 NIC1/2 The results aren't too bad, especially for those last two Intel motherboards where the ethN and physical port orders are reversed. -- Glen Turner From wtogami at redhat.com Thu Sep 24 01:55:23 2009 From: wtogami at redhat.com (Warren Togami) Date: Wed, 23 Sep 2009 21:55:23 -0400 Subject: yum-presto not on by default In-Reply-To: <20090923231734.GA13343@nostromo.devel.redhat.com> References: <4ABAABBE.1000606@bwh.harvard.edu> <20090923231734.GA13343@nostromo.devel.redhat.com> Message-ID: <4ABAD18B.3070005@redhat.com> On 09/23/2009 07:17 PM, Bill Nottingham wrote: > Andre Robatino (andre at bwh.harvard.edu) said: >> If I understand correctly what the problem is - that successfully >> xz-uncompressing a file requires being on the same endian arch as the >> one it was compressed on - that's just wrong. It shouldn't be >> platform-dependent at all. > > That is not the issue. There are two issues: > > - Compressing a file on different arches, while it produces output > that any arch can decompress, does produce *different* output. > - Compression of xz is not fast. > > Bill > man xz "When compressing, xz automatically adjusts the compression settings downwards if the memory usage limit would be exceeded, so it is safe to specify a high preset level even on systems that don?t have lots of RAM." I hope we turned off this "feature" in rpm's use of xz as well. Warren From james at fedoraproject.org Thu Sep 24 04:46:35 2009 From: james at fedoraproject.org (James Antill) Date: Thu, 24 Sep 2009 00:46:35 -0400 Subject: yum-presto not on by default In-Reply-To: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> Message-ID: <1253767595.28837.12.camel@code.and.org> On Wed, 2009-09-23 at 17:22 +0200, Till Maas wrote: > > This is all under the assumption, that delta rpm creation from a xz > compressed rpm to a gzip compressed rpm works. Yeh, I don't know the answer to that. I'd _guess_ that it would work, but someone needs to try it. This would mean that drpms on rawhide will still suck upto F12, but I could live with that :). I assume we don't do F11 => F12 drpms? On the other side of it, does anyone have any stats. on how much was saved by using Xz instead of bzip2? -- Ie. what we'd lose if we did a mass rebuild. -- James Antill Fedora From a.badger at gmail.com Thu Sep 24 04:54:39 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 23 Sep 2009 21:54:39 -0700 Subject: yum-presto not on by default In-Reply-To: <1253767595.28837.12.camel@code.and.org> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> Message-ID: <4ABAFB8F.3040001@gmail.com> On 09/23/2009 09:46 PM, James Antill wrote: > On Wed, 2009-09-23 at 17:22 +0200, Till Maas wrote: >> >> This is all under the assumption, that delta rpm creation from a xz >> compressed rpm to a gzip compressed rpm works. > > Yeh, I don't know the answer to that. I'd _guess_ that it would work, > but someone needs to try it. > This would mean that drpms on rawhide will still suck upto F12, but I > could live with that :). > I assume we don't do F11 => F12 drpms? > > On the other side of it, does anyone have any stats. on how much was > saved by using Xz instead of bzip2? -- Ie. what we'd lose if we did a > mass rebuild. > AFAIK we used gzip (well, libz really) before, not bzip2. If we'd used bzip2, switching to xz might even have resulted in a speedup. -Toshio From bbbush.yuan at gmail.com Thu Sep 24 05:04:48 2009 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Thu, 24 Sep 2009 13:04:48 +0800 Subject: yum-presto not on by default In-Reply-To: <20090923231734.GA13343@nostromo.devel.redhat.com> References: <4ABAABBE.1000606@bwh.harvard.edu> <20090923231734.GA13343@nostromo.devel.redhat.com> Message-ID: <76e72f800909232204x51ba0014o7c151185c54f9761@mail.gmail.com> 2009/9/24 Bill Nottingham : > > That is not the issue. There are two issues: > > - Compressing a file on different arches, while it produces output > that any arch can decompress, does produce *different* output. > - Compression of xz is not fast. > So long as RPM is not rebuilt on client's computer, xz is definitely a favorable choice: less download, fast decompression. What about to rebuild unzipped RPM on client's computer, and compare its signature with pre-calculated one? It should be fast on server side (pre-calculate signature for all drpm is too slow, as seth said.) -- bbbush ^_^ From notting at redhat.com Thu Sep 24 05:05:19 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Sep 2009 22:05:19 -0700 Subject: yum-presto not on by default In-Reply-To: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: <20090924050519.GA27546@nostromo.devel.redhat.com> Jonathan Dieter (jdieter at gmail.com) said: > The second one has to do with the fact that when rebuilding the rpms, we > have to recompress the data, and xz compression is over 10x slower than > gzip. Stats of the day... I took an existing xz-compressed RPM, and built a newer release of that package with varying xz levels. The numbers are: - the new package size at that XZ compression level - the time to create a new deltarpm from a delta to that new version level 1 1416k real 0m0.935s user 0m0.893s sys 0m0.036s level 2 952k real 0m0.839s user 0m0.790s sys 0m0.048s level 3 848k real 0m2.762s user 0m2.702s sys 0m0.055s level 4 832k real 0m2.902s user 0m2.817s sys 0m0.084s level 5 824k real 0m3.269s user 0m3.131s sys 0m0.128s level 6 812k real 0m4.364s user 0m4.026s sys 0m0.164s level 7 (what we do now) 812k real 0m4.698s user 0m4.516s sys 0m0.176s So... just set the xz compression level to 2, let it be that way for future builds, and go about our business? Bill From jdieter at gmail.com Thu Sep 24 05:06:10 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Thu, 24 Sep 2009 08:06:10 +0300 Subject: yum-presto not on by default In-Reply-To: <1253767595.28837.12.camel@code.and.org> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> Message-ID: <1253768770.16202.56.camel@jdlaptop.lesbg.loc> On Thu, 2009-09-24 at 00:46 -0400, James Antill wrote: > On Wed, 2009-09-23 at 17:22 +0200, Till Maas wrote: > > > > This is all under the assumption, that delta rpm creation from a xz > > compressed rpm to a gzip compressed rpm works. > > Yeh, I don't know the answer to that. I'd _guess_ that it would work, > but someone needs to try it. Tried it and it works correctly for both directions (old rpm gzip, new rpm xz and vice versa). > This would mean that drpms on rawhide will still suck upto F12, but I > could live with that :). > I assume we don't do F11 => F12 drpms? > > On the other side of it, does anyone have any stats. on how much was > saved by using Xz instead of bzip2? -- Ie. what we'd lose if we did a > mass rebuild. Here's one I came across: http://fedoratux.blogspot.com/2009/05/xz-compression.html Jonathan -------------- 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 nickrob at snap.net.nz Thu Sep 24 05:46:34 2009 From: nickrob at snap.net.nz (Nick Roberts) Date: Thu, 24 Sep 2009 17:46:34 +1200 Subject: Emacs package for Fedora 12 In-Reply-To: <4ABA15F3.2030802@gmail.com> References: <19129.25595.383616.492895@totara.tehura.co.nz> <4ABA15F3.2030802@gmail.com> Message-ID: <19131.1978.840663.367601@totara.tehura.co.nz> > Archer was a Fedora 11 feature, it's already included (though it's an > "old" snapshot). > The latest rawhide gdb build features a recent snapshot (09/21/2009) > http://koji.fedoraproject.org/koji/buildinfo?buildID=132977 > > >1) Display of STL containers as watch expressions. > >2) Reverse debugging. > > > > Both are ass kicking features, it's a bit rushed but still doable. Well, if someone can include it, I'll be happy to test it. -- Nick http://users.snap.net.nz/~nickrob From fedora at shmuelhome.mine.nu Thu Sep 24 05:47:42 2009 From: fedora at shmuelhome.mine.nu (shmuel siegel) Date: Thu, 24 Sep 2009 08:47:42 +0300 Subject: yum-presto not on by default In-Reply-To: <1253768770.16202.56.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> Message-ID: <4ABB07FE.3010701@shmuelhome.mine.nu> Jonathan Dieter wrote: > Tried it and it works correctly for both directions (old rpm gzip, new > rpm xz and vice versa). > > >> This would mean that drpms on rawhide will still suck upto F12, but I >> could live with that :). >> I assume we don't do F11 => F12 drpms? >> >> On the other side of it, does anyone have any stats. on how much was >> saved by using Xz instead of bzip2? -- Ie. what we'd lose if we did a >> mass rebuild. >> > > Here's one I came across: > http://fedoratux.blogspot.com/2009/05/xz-compression.html > > Jonathan > The article also hints at our problem. We ARE doing the compression on the end user side. So the compression is costing us 3 minutes to save 24 megabytes of transmission. This actually slows things down for most broadband users. From fedora.lists at burns.me.uk Thu Sep 24 07:43:26 2009 From: fedora.lists at burns.me.uk (Andy Burns) Date: Thu, 24 Sep 2009 08:43:26 +0100 Subject: libc.so.6 horked? Message-ID: Did recent rawhide updates break for anyone else? I updated yesterday (having not updated for several days) now I seem to be missing libc.so.6 file (with understandable result that virtually everything fails to run on startup) can't even get to a shell in single user mode, selinux keeps attempting to relabel the filesystem. No big thing to me if I need to flatten this partition and re-install when F12 beta hits the shelves. From rjones at redhat.com Thu Sep 24 08:46:46 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 24 Sep 2009 09:46:46 +0100 Subject: Anaconda/install question: Core packages but only for virtual machines Message-ID: <20090924084646.GA5288@amd.home.annexia.org> In comps.xml there's a "Core" group which I think is a minimal set of packages that always get installed by Anaconda (maybe I'm wrong about that). Is there a group for packages that always get installed, but only inside virtual machines? [*] I want to propose a package which enhances VMs by making various stats available to the host. It wouldn't be useful to install this on baremetal - it would only be useful inside a VM. Rich. [*] Note: I'm not talking about the Virtualization group. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html From christoph.frieben at googlemail.com Thu Sep 24 09:52:33 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Thu, 24 Sep 2009 11:52:33 +0200 Subject: Real mail addresses in list postings and resulting **SPAM** Message-ID: Does anybody have a good idea how to avoid the appearance of real mail addresses in the body of postings to fedora-devel/test-list when people reply to an earlier message? Could additional technical measures be taken to remove or alter them such that they cannot be harvested by third parties? It seems that the problem is amplified by sites which mirror the original list without taking the same measure to obfuscate mail addresses, e.g. by filtering out the commercial at sign. Thus the problem is not one of how Fedora list archives are managed/displayed but rather one of preparing incoming messages before postingthem to the list subscribers. Any subscriber could help of course by removing/obfuscating real mail addresses in the message body before posting it to the list. Thanks, ~C. -------------- next part -------------- An HTML attachment was scrubbed... URL: From atorkhov at gmail.com Thu Sep 24 10:16:48 2009 From: atorkhov at gmail.com (Alexey Torkhov) Date: Thu, 24 Sep 2009 14:16:48 +0400 Subject: libc.so.6 horked? In-Reply-To: References: Message-ID: <1253787408.18845.3.camel@localhost> On Thu, 2009-09-24 at 08:43 +0100, Andy Burns wrote: > I updated yesterday (having not updated for several days) now I seem > to be missing libc.so.6 file (with understandable result that > virtually everything fails to run on startup) can't even get to a > shell in single user mode, selinux keeps attempting to relabel the > filesystem. I had errors about libc.so.6 (permission denied) when filesystem was incorrectly labeled. Try to boot in permissive mode - add enforcing=0 to kernel parameters and relabel filesystem. Alexey From alsadi at gmail.com Thu Sep 24 12:46:38 2009 From: alsadi at gmail.com (Muayyad AlSadi) Date: Thu, 24 Sep 2009 15:46:38 +0300 Subject: yum-presto not on by default In-Reply-To: <4ABB07FE.3010701@shmuelhome.mine.nu> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> Message-ID: <385866f0909240546o436a082cy71b2c87fc66cd47a@mail.gmail.com> setting xz level to 2 seems reasonable but how about thinking about a better solution: Q: what put the gpg signatures ? A: rpmbuild (or something that call it like mock) so how about to make rpmbuild generate gpg and checksums on both uncompressed and uncompressed payloads so every rpm would carry the signatures and checksums if its payload is decompressed beside the typical signatures and checksums maybe this is not for F12 as it could require some changes in rpm, yum, deltarpm, ...etc. but this is the right thing > http://fedoratux.blogspot.com/2009/05/xz-compression.html the default is -6 we are talking about -2 could you please do your benchmarks at that level please From bruno at wolff.to Thu Sep 24 12:53:13 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 24 Sep 2009 07:53:13 -0500 Subject: libc.so.6 horked? In-Reply-To: References: Message-ID: <20090924125313.GB3880@wolff.to> On Thu, Sep 24, 2009 at 08:43:26 +0100, Andy Burns wrote: > Did recent rawhide updates break for anyone else? > > I updated yesterday (having not updated for several days) now I seem > to be missing libc.so.6 file (with understandable result that > virtually everything fails to run on startup) can't even get to a > shell in single user mode, selinux keeps attempting to relabel the > filesystem. I have a couple of systems that are up to date as of the 23rd and didn't notice any libc problems. I pretty much update daily roughly around 1300 UTC. From bruno at wolff.to Thu Sep 24 12:59:51 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 24 Sep 2009 07:59:51 -0500 Subject: Real mail addresses in list postings and resulting **SPAM** In-Reply-To: References: Message-ID: <20090924125951.GC3880@wolff.to> On Thu, Sep 24, 2009 at 11:52:33 +0200, Christoph Frieben wrote: > Does anybody have a good idea how to avoid the appearance of real mail > addresses in the body of postings to fedora-devel/test-list when people > reply to an earlier message? Could additional technical measures be taken to Yes. Don't include your real address in your from header. > remove or alter them such that they cannot be harvested by third parties? Doing that doesn't prevent harvesting. The lists are open and if you subscribe you get to see all of the addresses as messages arrive. > It seems that the problem is amplified by sites which mirror the original > list without taking the same measure to obfuscate mail addresses, e.g. by > filtering out the commercial at sign. Thus the problem is not one of how Most of these places replace @ with 'at' and it is common enough, that matching patterns with 'at' and 'dot' are almost as easy as just looking for '@' and '.'. > Fedora list archives are managed/displayed but rather one of preparing > incoming messages before postingthem to the list subscribers. > Any subscriber could help of course by removing/obfuscating real mail > addresses in the message body before posting it to the list. Except a lot of us believe that this is pointless and it should be on the shoulders of people that don't want their addresses to show up to do the work for something that matters to them, but not other people. You can do it on your end once and for all and then no one else has to worry about it. From MathStuf at gmail.com Thu Sep 24 13:26:03 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 24 Sep 2009 09:26:03 -0400 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 shmuel siegel wrote: > The article also hints at our problem. We ARE doing the compression on > the end user side. So the compression is costing us 3 minutes to save 24 > megabytes of transmission. This actually slows things down for most > broadband users. > Since when was yum-presto about time? I thought it was about bandwidth usage. Here, the dorm connections are capped at 600kb/s (well, not a hard cap, but it can be annoying anyways). At one university I know (with over 20k students on the main campus), there is (or was last year at least) a cap at 2GB / week. Go over and you're capped at 56k for the rest of the semester. I can't imagine Fedora on such a restriction (and I have 4 machines to update, 2 with largely non-overlapping package sets, the other 2 are similar and a caching server would help) and that's a lot of students that would be hard pressed to use Fedora at college. CPU time is cheaper than bandwidth these days. Maybe I'm mistaken about what yum-presto was aiming to solve? - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKu3NrAAoJEKaxavVX4C1XRJIP/0ELUuNd/35Q+CXePgeJR2HN UnUdp2OyApqTwqWtTQ4sPcICKAcJKo8wct0G3JK11t1x4FOZA/O26Hs815DpzWkj kHzV02MRQpa0B4ZKnMlZ/WDpVrPehi6nwqnxjL5k8g+OuVdSaEXGlQQTG+LK0KER DdRMKKnop/fZEWbTYj1OMf8Nv7KeXW92EPdyaHVJGKOSW+SVi7scXbHHxsSkhqe6 7zG6HvnUt7aNAcH7NMM3dlNDMKJwiU1Q3r266XBcVtu4inogkZ9xwMkmKqr2QMel aReynuAg8tKk6M8Drwbgj7VWLtjZRMjKuICslw3lj+2w0bXMJ20P7g7gTcObp8ki KfjeHTXQZHnQpCAbOsRCUrmNSz3hfyfB3HsaB7DI9Txa05aJva6pis8ajanc0zSe Ob8kvduhDriEdk1sp/3UEng5AYfggr2O5+uTnWsc4pfqJVNwZvPOT0GBnG7XaY/+ YsOo7k2JM0vbL/FEgJPL9Y/h0jgJpGWhZPdVWC+iPOg6uRau7Npso3mbenJXpOz4 9MLb/58HRmoPDTo5PKuWQnenbNzgVyJA3TNUavhihIoVrIhCCnzj5Sh9sharzuVX UKe7K0Xd0mf2s6GCfGqf5f4j14UdySxEC/PT0NP+U18SRWqwKq+llE+iv1gEpIJH ipdaPtQVekcIoM7LKJo4 =it9Q -----END PGP SIGNATURE----- From loganjerry at gmail.com Thu Sep 24 14:03:25 2009 From: loganjerry at gmail.com (Jerry James) Date: Thu, 24 Sep 2009 08:03:25 -0600 Subject: libc.so.6 horked? In-Reply-To: References: Message-ID: <870180fe0909240703u57eee2f0w6817602b9c3cc336@mail.gmail.com> On Thu, Sep 24, 2009 at 1:43 AM, Andy Burns wrote: > Did recent rawhide updates break for anyone else? > > I updated yesterday (having not updated for several days) now I seem > to be missing libc.so.6 file (with understandable result that > virtually everything fails to run on startup) can't even get to a > shell in single user mode, selinux keeps attempting to relabel the > filesystem. > > No big thing to me if I need to flatten this partition and re-install > when F12 beta hits the shelves. Yes, that happened to me too, after updating Tuesday morning ... except nothing seems to be wrong with libc. I get bootup messages from mount about not being able to find libc.so, followed by a full SELinux relabel and then a system crash. But if I boot off a rescue disk, I can successfully chroot /mnt/sysimage and use the system. I ran rpm -Va and found nothing significant. I rebuilt the dracut image and the boot seemed to proceed normally, up to where X should have started. At that point, the whole system froze. This looks like a kernel or dracut issue, not a libc issue. I'm happy to attempt to narrow this down further, if someone can tell me what to do next. Otherwise, like Andy, I plan to blow the whole thing away and reinstall from scratch. (Mine's a virtual machine, rather than a partition, by the way.) -- Jerry James http://www.jamezone.org/ From jreiser at bitwagon.com Thu Sep 24 14:07:47 2009 From: jreiser at bitwagon.com (John Reiser) Date: Thu, 24 Sep 2009 07:07:47 -0700 Subject: yum-presto not on by default In-Reply-To: <20090924050519.GA27546@nostromo.devel.redhat.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> Message-ID: <4ABB7D33.3070502@bitwagon.com> On 09/23/2009 10:05 PM, Bill Nottingham wrote: > So... just set the xz compression level to 2, let it be that way for future > builds, and go about our business? That's the best one-size-fits-all policy. We can do better because the current xz compression algorithm is at least as bad as O(n*n). Restrict the compression level to 2 for large .rpm, but use a higher level for smaller .rpm. This will tend to avoid the largest time penalties yet still produce smaller files for most .rpm. Out of 4042 .rpm in my local cache (both i686 and x86_64): number size 60 >= 10MB 138 >= 5MB 235 >= 3MB 344 >= 2MB 635 >= 1MB 720 >= 800KB 921 >= 500KB 1229 >= 300KB 1503 >= 200KB 2214 >= 100KB Use something such as: ______size_____ level < 200KB 7 (current) 200KB - 500KB 4 >= 500KB 2 On top of that, there could be a sliding scale based on release date. From general availability release to next alpha, limit the level to 2 for all .rpm. From alpha to beta, limit the level to 4. From beta to next general availability, use the size table. This tends to avoid large time penalties for the cases most likely to be seen by end users, yet still tends to give better compression for a full release. [Of course, fix the *STUPID* endianness property.] -- From a.badger at gmail.com Thu Sep 24 14:05:33 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 24 Sep 2009 07:05:33 -0700 Subject: yum-presto not on by default In-Reply-To: <20090924050519.GA27546@nostromo.devel.redhat.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> Message-ID: <4ABB7CAD.4070007@gmail.com> On 09/23/2009 10:05 PM, Bill Nottingham wrote: > Jonathan Dieter (jdieter at gmail.com) said: >> The second one has to do with the fact that when rebuilding the rpms, we >> have to recompress the data, and xz compression is over 10x slower than >> gzip. > > Stats of the day... > > I took an existing xz-compressed RPM, and built a newer release of that > package with varying xz levels. The numbers are: > > - the new package size at that XZ compression level > - the time to create a new deltarpm from a delta to that new version > One further question -- where does libz compression fit into these stats? -Toshio From rawhide at fedoraproject.org Thu Sep 24 14:14:27 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 24 Sep 2009 14:14:27 +0000 Subject: rawhide report: 20090924 changes Message-ID: <20090924141427.GA31081@releng2.fedora.phx.redhat.com> Compose started at Thu Sep 24 06:15:09 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.i686 requires libgdata.so.5 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.x86_64 requires libgdata.so.5()(64bit) yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.ppc requires libgdata.so.5 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.ppc64 requires libgdata.so.5()(64bit) yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) New package bournal Write personal, password-protected journal entries New package gnome-applet-window-picker Window picker applet for GNOME New package rhn-client-tools Support programs and libraries for Red Hat Network or Spacewalk New package rhnsd Red Hat Network query daemon Removed package gnome-mount Removed package perl-Mail-SPF-Query Updated Packages: BackupPC-3.1.0-8.fc12 --------------------- * Wed Sep 23 2009 Johan Cwiklinski 3.1.0-8 - Rebuild with latest SELinux policy (bug #524630) Falcon-0.9.4.2-1.fc12 --------------------- * Wed Sep 23 2009 Michel Salim - 0.9.4.2-1 - Update to 0.9.4.2 - Package documentation files GConf2-2.28.0-1.fc12 -------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 NetworkManager-0.7.996-3.git20090921.fc12 ----------------------------------------- * Wed Sep 23 2009 Matthias Clasen - 0.7.996-3.git20090921 - Install GConf schemas NetworkManager-openvpn-0.7.996-3.git20090923.fc12 ------------------------------------------------- * Wed Sep 23 2009 Dan Williams - 1:0.7.996-3.git20090923 - Add GUI option for reneg-sec config option (rh #490971) amarok-2.1.90-2.20090923git.fc12 -------------------------------- * Wed Sep 23 2009 Rex Dieter 2.1.90-2.20090923git - 20090923git snapshot anjal-0.1.0-0.10.20090923git89078ae.fc12 ---------------------------------------- * Wed Sep 23 2009 Peter Robinson 0.1.0-0.10 - New git snapshot to pull in lots of new translations aria2-1.6.0-1.fc12 ------------------ * Wed Sep 23 2009 Rahul Sundaram - 1.6.0-1 - Minor bug fixes - http://aria2.svn.sourceforge.net/viewvc/aria2/trunk/NEWS?revision=1544 asunder-1.9-2.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 1.9-2 - Update desktop file according to F-12 FedoraStudio feature at-spi-1.28.0-1.fc12 -------------------- * Wed Sep 23 2009 Matthias Clasen - 1.28.0-1 - Update to 1.28.0 atk-1.28.0-1.fc12 ----------------- * Wed Sep 23 2009 Matthias Clasen - 1.28.0-1 - Update to 2.28.0 audex-0.71-0.5.beta5.fc12 ------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.71-0.5.beta5 - Update desktop file according to F-12 FedoraStudio feature bleachbit-0.6.4-1.fc12 ---------------------- * Wed Sep 23 2009 Rahul Sundaram - 0.6.4-1 - Updated directly from 0.6.1. Upstream skipped 0.6.2 release - http://bleachbit.blogspot.com/2009/08/bleachbit-063-released.html - http://bleachbit.sourceforge.net/news/bleachbit-064-released cdcollect-0.6.0-9.fc12 ---------------------- * Wed Sep 23 2009 Dan Horak 0.6.0-9 - drop ExcludeArch for ppc64 cdrdao-1.2.3-0.rc2.4 -------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.2.3-0.rc2.4 - Update desktop file according to F-12 FedoraStudio feature choqok-0.6.6-10.fc12 -------------------- * Wed Sep 23 2009 Rex Dieter - 0.6.6-9 - add icon/desktop-file scriptlets control-center-2.28.0-7.fc12 ---------------------------- * Tue Sep 22 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 * Wed Sep 09 2009 Matthias Clasen 2.27.91-6 - Fix desktop files to be valid, and fix nonexisting icon coredumper-1.2.1-10.fc12 ------------------------ * Wed Sep 23 2009 Rakesh Pandit - 1.2.1-10 - Replaced ExcludeArch with ExclusiveArch ctdb-1.0.90-1.fc12 ------------------ * Wed Sep 23 2009 Sumit Bose - 1.0.90-1 - Update to ctdb version 1.0.90 * Sat Sep 12 2009 : Version 1.0.90 - Be more forgiving for eventscripts that hang during startup - Fix for a banning bug in the new banning logic * Thu Sep 03 2009 : Version 1.0.89 - Make it possible to manage winbind independently of samba. - Add new prototype banning code - Overwrite the vsftpd state file instead of appending. This eliminates annoying errors in the log. - Redirect some iptables commands to dev null - From Michael A, explicitely set the broadcast when we takeover a public ip - Remove a reclock file check we no longer need - Skip any persistent database files ending in .bak cups-1.4.1-5.fc12 ----------------- * Wed Sep 23 2009 Jiri Popelka 1:1.4.1-5 - Fixed cups.init to be LSB compliant (bug #521641) cyrus-sasl-2.1.23-3.fc12 ------------------------ * Wed Sep 23 2009 Jan F. Chadima - 2.1.23-3 - Add possibility to run the saslauth without root privilegies (#185614) dansguardian-2.10.1.1-3.fc12 ---------------------------- * Thu Sep 10 2009 Felix Kaechele - 2.10.1.1-3 - fixes for Bugzilla 515159, 515160, 515161, 515363, 519642, 519976, 520440 - lists now reside in /etc/dansguardian/lists devhelp-2.28.0-1.fc12 --------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 dracut-002-7.gitb9c4654a.fc12 ----------------------------- * Wed Sep 23 2009 Warren Togami 002-5 - Revert back to -3, Add umount back to initrd This makes no functional difference to LiveCD. See Bug #525319 * Wed Sep 23 2009 harald at redhat.com 002-6 - add new device mapper udev rules and dmeventd bug 525319, 525015 * Wed Sep 23 2009 harald at redhat.com 002-7 - build with the correct tarball eclipse-3.5.0-2.fc12 -------------------- * Wed Sep 23 2009 Andrew Overholt 1:3.5.0-2 - Move jakarta-commons-codec requirement from jdt to platform. emacs-23.1-8.fc12 ----------------- * Wed Sep 23 2009 Daniel Novotny 1:23.1-8 - updated rpm-spec-mode.el to latest upstream version (#524851) environment-modules-3.2.7b-2.fc12 --------------------------------- * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-1 - Update to 3.2.7b * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-2 - Add patch to fix modulecmd path in init files evolution-mapi-0.28.0-1.fc12 ---------------------------- * Tue Sep 22 2009 Milan Crha - 0.28.0-1 - Update to 0.28.0 - Add patch for Gnome bug #588453 (slow retrieval of message IDs). - Add patch for Gnome bug #595260 (crash in mapi_sync_deleted). - Add patch for Gnome bug #595355 (crash and incorrect header parsing). - Add patch for Gnome bug #595480 (crash on fetching GAL). galeon-2.0.7-15.fc12 -------------------- * Wed Sep 23 2009 Denis Leroy - 2.0.7-15 - Sync with F-11 patches - Boosted EVR for smooth upgrade gcc-4.4.1-16 ------------ * Wed Sep 23 2009 Jakub Jelinek 4.4.1-16 - update from gcc-4_4-branch - PRs c/39779, c/41049, debug/41065, libffi/40242, libffi/41443, libgfortran/41328, testsuite/41288 - VTA backports - PRs bootstrap/41397, bootstrap/41404, bootstrap/41405, debug/41295, debug/41411, debug/41439 - fix ICE caused by reload substitution of const_int into zero_extend in debug_insn (#524439) - fix altivec vec_cmp{lt,gt} (#524273) - fix -mno-sched-epilogue on ppc (#524216, PR target/40473) - don't look at MUDFLAP_OPTIONS env var in suid/sgid programs (PR libmudflap/41433) gdm-2.28.0-1.fc12 ----------------- * Wed Sep 23 2009 Matthias Clasen 1:2.28.0-1 - Update to 2.28.0 gedit-2.28.0-1.fc12 ------------------- * Wed Sep 23 2009 Matthias Clasen - 1:2.28.0-1 - Update to 2.28.0 ghdl-0.28-0.130svn.0.fc12 ------------------------- * Wed Sep 23 2009 Thomas Sailer - 0.28-0.130svn.0 - update to 0.28/svn130 glib2-2.22.0-2.fc12 ------------------- * Wed Sep 23 2009 Matthias Clasen - 2.22.0-2 - Fix location of gdb macros gnome-commander-1.3-0.2.git_D20090924T0215_13dev.fc12 ----------------------------------------------------- * Thu Sep 24 2009 Mamoru Tasaka - Try latest git gnome-panel-2.28.0-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-python2-2.28.0-1.fc12 --------------------------- gnome-screensaver-2.28.0-1.fc12 ------------------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-session-2.28.0-1.fc12 --------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-themes-2.28.0-1.fc12 -------------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-web-photo-0.9-1.fc12 -------------------------- * Wed Sep 23 2009 Matthias Clasen - 0.9-1 - Update to 0.9 gnutls-2.8.4-1.fc12 ------------------- * Wed Sep 23 2009 Tomas Mraz 2.8.4-1 - upgrade to a new upstream version grip-3.2.0-28.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 1:3.2.0-28 - Update desktop file according to F-12 FedoraStudio feature gtksourceview2-2.8.0-1.fc12 --------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.8.0-1 - Update to 2.8.0 hplip-3.9.8-16.fc12 ------------------- * Wed Sep 23 2009 Tim Waugh 3.9.8-16 - Enable parallel port support when configuring (bug #524979). hunspell-be-1.1-1.fc12 ---------------------- * Wed Sep 23 2009 Caolan McNamara - 1.1-1 - latest version jack-rack-1.4.7-4.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.4.7-4 - Update desktop file according to F-12 FedoraStudio feature jokosher-1.0-0.7.20090604svn.fc12 --------------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.0-0.7.20090604svn - Update desktop file according to F-12 FedoraStudio feature kde-settings-4.3-10 ------------------- * Wed Sep 23 2009 Rex Dieter - 4.3-10 - include /etc/profile.d/kde.(sh|csh) here, renable KDE_IS_PRELINKED kdelibs-4.3.1-7.fc12 -------------------- * Wed Sep 23 2009 Rex Dieter - 4.3.1-7 - move /etc/profile.d/kde4.(sh|csh) to kde-settings (F-12+) kdelibs3-3.5.10-17.fc12 ----------------------- * Wed Sep 23 2009 Rex Dieter - 3.5.10-17 - move /etc/profile.d/kde.(sh|csh) to kde-settings (F-12+) kdepim-4.3.1-5.fc12 ------------------- * Wed Sep 23 2009 Rex Dieter - 4.3.1-5 - respin ldap crasher patch (kdebug:206024, rhbz#524870) kernel-2.6.31-40.fc12 --------------------- * Wed Sep 23 2009 Adam Jackson 2.6.31-37 - drm: Fix various buglets in EDID parsing. * Wed Sep 23 2009 Kyle McMartin 2.6.31-39 - touch initramfs-$foo not dracut-$foo. * Mon Sep 21 2009 Ben Skeggs - nouveau: more on rh#522649, added some useful info to debugfs - lots of coding style cleanups, which is the reason for the huge commit * Fri Sep 18 2009 Dave Jones - %ghost the dracut initramfs file. kid3-1.2-3.fc12 --------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.2-3 - Update desktop file according to F-12 FedoraStudio feature kmid-2.0-0.9.20080213svn.fc12 ----------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 2.0-0.9.20080213svn - Update desktop file according to F-12 FedoraStudio feature libHX-3.1-1.fc12 ---------------- * Thu Sep 24 2009 Till Maas - 3.1-1 - Update to new release libXdmcp-1.0.3-1.fc12 --------------------- * Thu Sep 24 2009 Peter Hutterer 1.0.3-1 - libXdmcp 1.0.3 - libXdmcp-1.0.2-namespace-pollution.patch: drop libXmu-1.0.5-1.fc12 ------------------- * Thu Sep 24 2009 Peter Hutterer 1.0.5-1 - libXmu 1.0.5 libbonobo-2.24.2-1.fc12 ----------------------- * Wed Sep 23 2009 Matthias Clasen - 2.24.2-1 - Update to 2.24.2 libbonoboui-2.24.2-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.24.2-1 - Update to 2.24.2 libgnome-2.28.0-1.fc12 ---------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libgnomekbd-2.28.0-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libgweather-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 libitl-0.7.0-2.fc12 ------------------- * Wed Sep 23 2009 Mohd Izhar Firdaus Ismail 0.7.0-2 - fix libitl.so.0 is not symlink warning - made libitl to be built using only 1 make thread, as multiple threading randomly fail during compile * Sat Sep 19 2009 Mohd Izhar Firdaus Ismail 0.7.0-1 - update to 0.7.0 libpcap-1.0.0-3.20090922gite154e2.fc12 -------------------------------------- * Wed Sep 23 2009 Miroslav Lichvar 14:1.0.0-3.20090922gite154e2 - update to snapshot 20090922gite154e2 - drop old soname libsx-2.05-18.fc12 ------------------ * Wed Sep 23 2009 Stepan Kasal - 2.05-18 - fix build (#511719) * Sat Jul 25 2009 Fedora Release Engineering - 2.05-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild libtevent-0.9.8-5.fc12 ---------------------- * Wed Sep 23 2009 Simo Sorce - 0.9.8-5 - Add patch to fix a segfault case mingw32-glib2-2.22.0-1.fc12 --------------------------- * Wed Sep 23 2009 Erik van Pienbroek - 2.18.0-1 - Update to 2.18.0 - Drop upstreamed patch minirpc-0.3.2-5.fc12 -------------------- * Wed Sep 23 2009 Adam Goode - 0.3.2-5 - Temporarily disable checks to get around FTBFS (#511677) * Sat Jul 25 2009 Fedora Release Engineering - 0.3.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild moodle-1.9.5-3.fc12 ------------------- * Wed Sep 23 2009 Jon Ciesla - 1.9.5-3 - Using weekly snapshot downloaded 09/23/2009 for new PHP, BZ 525120 - Added Urdu installer. mutter-moblin-0.39.2-1.fc12 --------------------------- * Wed Sep 23 2009 Peter Robinson 0.39.2-1 - New 0.39.2 upstream release mysql-5.1.39-2.fc12 ------------------- * Wed Sep 23 2009 Tom Lane 5.1.39-2 - Work around upstream bug 46895 by disabling outfile_loaddata test * Tue Sep 22 2009 Tom Lane 5.1.39-1 - Update to MySQL 5.1.39, for various fixes described at http://dev.mysql.com/doc/refman/5.1/en/news-5-1-39.html nautilus-2.28.0-2.fc12 ---------------------- * Wed Sep 23 2009 Ray Strode 2.28.0-2 - Fix crossfade nfs-utils-1.2.0-12.fc12 ----------------------- * Wed Sep 23 2009 Steve Dickson 1.2.0-12 - Updated to the latest pseudo root release (rel6). notification-daemon-0.4.1-0.20090923.1.fc12 ------------------------------------------- * Wed Sep 23 2009 Jon McCann - 0.4.1-0.20090923.1 - Update to snapshot to fix crashers - Add internal API to allow themes to stack only nss-softokn-3.12.4-10.fc12 -------------------------- * Wed Sep 23 2009 Elio Maldonado - 3.12.4-10 - Fix paths in nss-softokn-prelink so signed libraries don't get touched, rhbz#524794 nted-1.6.2-2.fc12 ----------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.6.2-2 - Update desktop file according to F-12 FedoraStudio feature octave-3.2.2-5.fc12 ------------------- * Tue Sep 22 2009 Rakesh Pandit - 6:3.2.2-5 - Added categories to desktop file: Education, DataVisualization, NumericalAnalysis openchange-0.8.2-5.fc12 ----------------------- * Wed Sep 23 2009 Matthew Barnes - 0.8.2-5 - Rebuild. openoffice.org-3.1.1-19.9.fc12 ------------------------------ * Wed Sep 23 2009 Caol?n McNamara - 1:3.1.1-19.9 - Resolves: rhbz#522839 crash on exit after loading .doc (caolanm) pam_mount-1.32-1.fc12 --------------------- * Thu Sep 24 2009 Till Maas - 1.32-1 - Update to new release - Update libHX dependency perl-PAR-Packer-0.991-4.fc12 ---------------------------- * Wed Sep 23 2009 Stepan Kasal - 0.991-4 - too hard to build without stripping (#524894) perl-SQL-Statement-1.20-1.fc12 ------------------------------ * Wed Sep 23 2009 Stepan Kasal - 1.20-1 - new upstream version * Sun Jul 26 2009 Fedora Release Engineering - 1.15-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pidgin-musictracker-0.4.20-1.fc12 --------------------------------- * Wed Sep 23 2009 Jan Klepek 0.4.20-1 - update to 0.4.20 pitivi-0.13.3-2.fc12 -------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.13.3-2 - Update desktop file according to F-12 FedoraStudio feature pmount-0.9.20-1.fc12 -------------------- * Wed Sep 23 2009 Stepan Kasal - 0.9.20-1 - new upstream version - adjust BuildRequires * Sun Jul 26 2009 Fedora Release Engineering - 0.9.17-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pygobject2-2.20.0-1.fc12 ------------------------ * Wed Sep 23 2009 Matthew Barnes - 2.20.0-1.fc12 - Update to 2.20.0 * Tue Aug 11 2009 Matthew Barnes - 2.19.0-1.fc12 - Update to 2.19.0 pygtksourceview-2.8.0-1.fc12 ---------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.8.0-1 - Update to 2.8.0 qemu-0.10.92-5.fc12 ------------------- * Wed Sep 23 2009 Mark McLoughlin - 2:0.10.92-5 - Fix issue causing NIC hotplug confusion when no model is specified (#524022) roundcubemail-0.3-1.fc12 ------------------------ * Wed Sep 23 2009 Jon Ciesla = 0.3-1 - New upstream. rygel-0.4-2.fc12 ---------------- * Wed Sep 23 2009 Peter Robinson 0.4-1 - New upstream 0.4 release * Wed Sep 23 2009 Peter Robinson 0.4-2 - Update deps for new release * Thu Aug 20 2009 Michel Salim - 0.3-6 - Rebuild against compat-libgee01 schismtracker-0.5-0.10.rc1.fc12 ------------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.5-0.10.rc1 - Update desktop file according to F-12 FedoraStudio feature seahorse-plugins-2.28.0-1.fc12 ------------------------------ * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 seamonkey-2.0-3.beta2.fc12 -------------------------- * Wed Sep 23 2009 Martin Stransky 2.0-3.beta2 - Update to 2.0 beta 2 sonic-visualiser-1.6-4.fc12 --------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.6-4 - Update desktop file according to F-12 FedoraStudio feature sound-juicer-2.28.0-1.fc12 -------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 2.26.1-6 - Update desktop file according to F-12 FedoraStudio feature * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 sweep-0.9.3-6.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 0.9.3-6 - Update desktop file according to F-12 FedoraStudio feature swfdec-gnome-2.28.0-1.fc12 -------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0 - Update to 2.28.0 system-config-language-1.3.3-1.fc12 ----------------------------------- * Wed Sep 23 2009 Pravin Satpute - 1.3.3-1 - upstream release of 1.3.3 - updated .pot files tcpdump-4.0.0-3.20090921gitdf3cb4.fc12 -------------------------------------- * Wed Sep 23 2009 Miroslav Lichvar - 14:4.0.0-3.20090921gitdf3cb4 - update to snapshot 20090921gitdf3cb4 tog-pegasus-2.9.0-7.fc12 ------------------------ * Wed Sep 23 2009 Vitezslav Crhonek - 2:2.9.0-7 - Fix initscript Resolves: #523370 tuned-0.2.4-2.fc12 ------------------ * Wed Sep 23 2009 Petr Lautrbach 0.2.4-2 - fixed url to fedorahosted project page - Resolves: #519019 tzdata-2009m-2.fc12 ------------------- * Tue Sep 22 2009 Petr Machata - 2009m-2 - Add markers for autoupdate of spec file - Pakistan leaves the period of DST on October 1 (tzdata-2009m-karachi.patch) udev-145-8.fc12 --------------- * Wed Sep 23 2009 harald at redhat.com 145-8 - obsolete libgudev and libgudev-devel (bug #523569) vinagre-2.28.0.1-1.fc12 ----------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0.1-1 - Update to 2.28.0.1 vino-2.28.0-1.fc12 ------------------ * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 vkeybd-0.1.17a-11.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.1.17a-11 - Update desktop file according to F-12 FedoraStudio feature wavbreaker-0.10-4.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.10-4 - Update desktop file according to F-12 FedoraStudio feature webkitgtk-1.1.15.1-2.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 1.1.15.1-1 - Update to 1.1.15.1 xmms-1.2.11-9.20071117cvs.fc12 ------------------------------ * Wed Sep 23 2009 Rex Dieter 1:1.2.11-9.20071117cvs - optimize desktop/icon scriptlets xorg-x11-apps-7.4-5.fc12 ------------------------ * Thu Sep 24 2009 Peter Hutterer 7.4-5 - xclock 1.0.4 - xinput 1.4.99.3 xorg-x11-drv-evdev-2.2.99-8.20090923.fc12 ----------------------------------------- * Wed Sep 23 2009 Peter Hutterer 2.2.99-8.20090923 - Update to today's git master (fixes wheel emulation) xorg-x11-drv-intel-2.8.0-16.20090909.fc12 ----------------------------------------- * Thu Sep 24 2009 Dave Airlie 2.8.0-16.20090909 - Attempt to make -nr work again yum-3.2.24-6.fc12 ----------------- * Wed Sep 23 2009 Seth Vidal - 3.2.24-6 - new head patch - fixes some issues with history and chroots Summary: Added Packages: 4 Removed Packages: 2 Modified Packages: 115 From awilliam at redhat.com Thu Sep 24 16:18:00 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 09:18:00 -0700 Subject: yum-presto not on by default In-Reply-To: <20090924050519.GA27546@nostromo.devel.redhat.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> Message-ID: <1253809080.13816.71.camel@adam.local.net> On Wed, 2009-09-23 at 22:05 -0700, Bill Nottingham wrote: > So... just set the xz compression level to 2, let it be that way for future > builds, and go about our business? sounds good to me. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From tromey at redhat.com Thu Sep 24 16:32:06 2009 From: tromey at redhat.com (Tom Tromey) Date: Thu, 24 Sep 2009 10:32:06 -0600 Subject: Emacs package for Fedora 12 In-Reply-To: <19131.1978.840663.367601@totara.tehura.co.nz> (Nick Roberts's message of "Thu, 24 Sep 2009 17:46:34 +1200") References: <19129.25595.383616.492895@totara.tehura.co.nz> <4ABA15F3.2030802@gmail.com> <19131.1978.840663.367601@totara.tehura.co.nz> Message-ID: >>>>> "Nick" == Nick Roberts writes: >> Archer was a Fedora 11 feature, it's already included (though it's an >> "old" snapshot). >> The latest rawhide gdb build features a recent snapshot (09/21/2009) >> http://koji.fedoraproject.org/koji/buildinfo?buildID=132977 >> >> >1) Display of STL containers as watch expressions. >> >2) Reverse debugging. >> > >> >> Both are ass kicking features, it's a bit rushed but still doable. Nick> Well, if someone can include it, I'll be happy to test it. I think F12 should already include all the relevant gdb features. If not, let me know, or file a bug against gdb in the RH bugzilla. Thanks. Tom From ajax at redhat.com Thu Sep 24 17:40:22 2009 From: ajax at redhat.com (Adam Jackson) Date: Thu, 24 Sep 2009 13:40:22 -0400 Subject: Anaconda/install question: Core packages but only for virtual machines In-Reply-To: <20090924084646.GA5288@amd.home.annexia.org> References: <20090924084646.GA5288@amd.home.annexia.org> Message-ID: <1253814022.22223.59.camel@atropine.boston.devel.redhat.com> On Thu, 2009-09-24 at 09:46 +0100, Richard W.M. Jones wrote: > In comps.xml there's a "Core" group which I think is a minimal set of > packages that always get installed by Anaconda (maybe I'm wrong about > that). > > Is there a group for packages that always get installed, but only > inside virtual machines? [*] There is not. If you were to create one, you'd almost certainly need to add some more magic to platform.py in anaconda to make it do anything. - ajax -------------- 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 rawhide at fedoraproject.org Thu Sep 24 18:38:56 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Thu, 24 Sep 2009 18:38:56 +0000 Subject: rawhide report: 20090924 changes Message-ID: <20090924183856.GA9480@releng2.fedora.phx.redhat.com> Compose started at Thu Sep 24 06:15:09 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.i686 requires libgdata.so.5 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.x86_64 requires libgdata.so.5()(64bit) yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.ppc requires libgdata.so.5 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 totem-youtube-2.28.0-1.fc12.ppc64 requires libgdata.so.5()(64bit) yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) New package bournal Write personal, password-protected journal entries New package gnome-applet-window-picker Window picker applet for GNOME New package rhn-client-tools Support programs and libraries for Red Hat Network or Spacewalk New package rhnsd Red Hat Network query daemon Removed package gnome-mount Removed package perl-Mail-SPF-Query Updated Packages: BackupPC-3.1.0-8.fc12 --------------------- * Wed Sep 23 2009 Johan Cwiklinski 3.1.0-8 - Rebuild with latest SELinux policy (bug #524630) Falcon-0.9.4.2-1.fc12 --------------------- * Wed Sep 23 2009 Michel Salim - 0.9.4.2-1 - Update to 0.9.4.2 - Package documentation files GConf2-2.28.0-1.fc12 -------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 NetworkManager-0.7.996-3.git20090921.fc12 ----------------------------------------- * Wed Sep 23 2009 Matthias Clasen - 0.7.996-3.git20090921 - Install GConf schemas NetworkManager-openvpn-0.7.996-3.git20090923.fc12 ------------------------------------------------- * Wed Sep 23 2009 Dan Williams - 1:0.7.996-3.git20090923 - Add GUI option for reneg-sec config option (rh #490971) amarok-2.1.90-2.20090923git.fc12 -------------------------------- * Wed Sep 23 2009 Rex Dieter 2.1.90-2.20090923git - 20090923git snapshot anjal-0.1.0-0.10.20090923git89078ae.fc12 ---------------------------------------- * Wed Sep 23 2009 Peter Robinson 0.1.0-0.10 - New git snapshot to pull in lots of new translations aria2-1.6.0-1.fc12 ------------------ * Wed Sep 23 2009 Rahul Sundaram - 1.6.0-1 - Minor bug fixes - http://aria2.svn.sourceforge.net/viewvc/aria2/trunk/NEWS?revision=1544 asunder-1.9-2.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 1.9-2 - Update desktop file according to F-12 FedoraStudio feature at-spi-1.28.0-1.fc12 -------------------- * Wed Sep 23 2009 Matthias Clasen - 1.28.0-1 - Update to 1.28.0 atk-1.28.0-1.fc12 ----------------- * Wed Sep 23 2009 Matthias Clasen - 1.28.0-1 - Update to 2.28.0 audex-0.71-0.5.beta5.fc12 ------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.71-0.5.beta5 - Update desktop file according to F-12 FedoraStudio feature bleachbit-0.6.4-1.fc12 ---------------------- * Wed Sep 23 2009 Rahul Sundaram - 0.6.4-1 - Updated directly from 0.6.1. Upstream skipped 0.6.2 release - http://bleachbit.blogspot.com/2009/08/bleachbit-063-released.html - http://bleachbit.sourceforge.net/news/bleachbit-064-released cdcollect-0.6.0-9.fc12 ---------------------- * Wed Sep 23 2009 Dan Horak 0.6.0-9 - drop ExcludeArch for ppc64 cdrdao-1.2.3-0.rc2.4 -------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.2.3-0.rc2.4 - Update desktop file according to F-12 FedoraStudio feature choqok-0.6.6-10.fc12 -------------------- * Wed Sep 23 2009 Rex Dieter - 0.6.6-9 - add icon/desktop-file scriptlets control-center-2.28.0-7.fc12 ---------------------------- * Tue Sep 22 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 * Wed Sep 09 2009 Matthias Clasen 2.27.91-6 - Fix desktop files to be valid, and fix nonexisting icon coredumper-1.2.1-10.fc12 ------------------------ * Wed Sep 23 2009 Rakesh Pandit - 1.2.1-10 - Replaced ExcludeArch with ExclusiveArch ctdb-1.0.90-1.fc12 ------------------ * Wed Sep 23 2009 Sumit Bose - 1.0.90-1 - Update to ctdb version 1.0.90 * Sat Sep 12 2009 : Version 1.0.90 - Be more forgiving for eventscripts that hang during startup - Fix for a banning bug in the new banning logic * Thu Sep 03 2009 : Version 1.0.89 - Make it possible to manage winbind independently of samba. - Add new prototype banning code - Overwrite the vsftpd state file instead of appending. This eliminates annoying errors in the log. - Redirect some iptables commands to dev null - From Michael A, explicitely set the broadcast when we takeover a public ip - Remove a reclock file check we no longer need - Skip any persistent database files ending in .bak cups-1.4.1-5.fc12 ----------------- * Wed Sep 23 2009 Jiri Popelka 1:1.4.1-5 - Fixed cups.init to be LSB compliant (bug #521641) cyrus-sasl-2.1.23-3.fc12 ------------------------ * Wed Sep 23 2009 Jan F. Chadima - 2.1.23-3 - Add possibility to run the saslauth without root privilegies (#185614) dansguardian-2.10.1.1-3.fc12 ---------------------------- * Thu Sep 10 2009 Felix Kaechele - 2.10.1.1-3 - fixes for Bugzilla 515159, 515160, 515161, 515363, 519642, 519976, 520440 - lists now reside in /etc/dansguardian/lists devhelp-2.28.0-1.fc12 --------------------- * Mon Sep 21 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 dracut-002-7.gitb9c4654a.fc12 ----------------------------- * Wed Sep 23 2009 Warren Togami 002-5 - Revert back to -3, Add umount back to initrd This makes no functional difference to LiveCD. See Bug #525319 * Wed Sep 23 2009 harald at redhat.com 002-6 - add new device mapper udev rules and dmeventd bug 525319, 525015 * Wed Sep 23 2009 harald at redhat.com 002-7 - build with the correct tarball eclipse-3.5.0-2.fc12 -------------------- * Wed Sep 23 2009 Andrew Overholt 1:3.5.0-2 - Move jakarta-commons-codec requirement from jdt to platform. emacs-23.1-8.fc12 ----------------- * Wed Sep 23 2009 Daniel Novotny 1:23.1-8 - updated rpm-spec-mode.el to latest upstream version (#524851) environment-modules-3.2.7b-2.fc12 --------------------------------- * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-1 - Update to 3.2.7b * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-2 - Add patch to fix modulecmd path in init files evolution-mapi-0.28.0-1.fc12 ---------------------------- * Tue Sep 22 2009 Milan Crha - 0.28.0-1 - Update to 0.28.0 - Add patch for Gnome bug #588453 (slow retrieval of message IDs). - Add patch for Gnome bug #595260 (crash in mapi_sync_deleted). - Add patch for Gnome bug #595355 (crash and incorrect header parsing). - Add patch for Gnome bug #595480 (crash on fetching GAL). galeon-2.0.7-15.fc12 -------------------- * Wed Sep 23 2009 Denis Leroy - 2.0.7-15 - Sync with F-11 patches - Boosted EVR for smooth upgrade gcc-4.4.1-16 ------------ * Wed Sep 23 2009 Jakub Jelinek 4.4.1-16 - update from gcc-4_4-branch - PRs c/39779, c/41049, debug/41065, libffi/40242, libffi/41443, libgfortran/41328, testsuite/41288 - VTA backports - PRs bootstrap/41397, bootstrap/41404, bootstrap/41405, debug/41295, debug/41411, debug/41439 - fix ICE caused by reload substitution of const_int into zero_extend in debug_insn (#524439) - fix altivec vec_cmp{lt,gt} (#524273) - fix -mno-sched-epilogue on ppc (#524216, PR target/40473) - don't look at MUDFLAP_OPTIONS env var in suid/sgid programs (PR libmudflap/41433) gdm-2.28.0-1.fc12 ----------------- * Wed Sep 23 2009 Matthias Clasen 1:2.28.0-1 - Update to 2.28.0 gedit-2.28.0-1.fc12 ------------------- * Wed Sep 23 2009 Matthias Clasen - 1:2.28.0-1 - Update to 2.28.0 ghdl-0.28-0.130svn.0.fc12 ------------------------- * Wed Sep 23 2009 Thomas Sailer - 0.28-0.130svn.0 - update to 0.28/svn130 glib2-2.22.0-2.fc12 ------------------- * Wed Sep 23 2009 Matthias Clasen - 2.22.0-2 - Fix location of gdb macros gnome-commander-1.3-0.2.git_D20090924T0215_13dev.fc12 ----------------------------------------------------- * Thu Sep 24 2009 Mamoru Tasaka - Try latest git gnome-panel-2.28.0-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-python2-2.28.0-1.fc12 --------------------------- gnome-screensaver-2.28.0-1.fc12 ------------------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 gnome-session-2.28.0-1.fc12 --------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-themes-2.28.0-1.fc12 -------------------------- * Tue Sep 22 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 gnome-web-photo-0.9-1.fc12 -------------------------- * Wed Sep 23 2009 Matthias Clasen - 0.9-1 - Update to 0.9 gnutls-2.8.4-1.fc12 ------------------- * Wed Sep 23 2009 Tomas Mraz 2.8.4-1 - upgrade to a new upstream version grip-3.2.0-28.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 1:3.2.0-28 - Update desktop file according to F-12 FedoraStudio feature gtksourceview2-2.8.0-1.fc12 --------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.8.0-1 - Update to 2.8.0 hplip-3.9.8-16.fc12 ------------------- * Wed Sep 23 2009 Tim Waugh 3.9.8-16 - Enable parallel port support when configuring (bug #524979). hunspell-be-1.1-1.fc12 ---------------------- * Wed Sep 23 2009 Caolan McNamara - 1.1-1 - latest version jack-rack-1.4.7-4.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.4.7-4 - Update desktop file according to F-12 FedoraStudio feature jokosher-1.0-0.7.20090604svn.fc12 --------------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.0-0.7.20090604svn - Update desktop file according to F-12 FedoraStudio feature kde-settings-4.3-10 ------------------- * Wed Sep 23 2009 Rex Dieter - 4.3-10 - include /etc/profile.d/kde.(sh|csh) here, renable KDE_IS_PRELINKED kdelibs-4.3.1-7.fc12 -------------------- * Wed Sep 23 2009 Rex Dieter - 4.3.1-7 - move /etc/profile.d/kde4.(sh|csh) to kde-settings (F-12+) kdelibs3-3.5.10-17.fc12 ----------------------- * Wed Sep 23 2009 Rex Dieter - 3.5.10-17 - move /etc/profile.d/kde.(sh|csh) to kde-settings (F-12+) kdepim-4.3.1-5.fc12 ------------------- * Wed Sep 23 2009 Rex Dieter - 4.3.1-5 - respin ldap crasher patch (kdebug:206024, rhbz#524870) kernel-2.6.31-40.fc12 --------------------- * Wed Sep 23 2009 Adam Jackson 2.6.31-37 - drm: Fix various buglets in EDID parsing. * Wed Sep 23 2009 Kyle McMartin 2.6.31-39 - touch initramfs-$foo not dracut-$foo. * Mon Sep 21 2009 Ben Skeggs - nouveau: more on rh#522649, added some useful info to debugfs - lots of coding style cleanups, which is the reason for the huge commit * Fri Sep 18 2009 Dave Jones - %ghost the dracut initramfs file. kid3-1.2-3.fc12 --------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.2-3 - Update desktop file according to F-12 FedoraStudio feature kmid-2.0-0.9.20080213svn.fc12 ----------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 2.0-0.9.20080213svn - Update desktop file according to F-12 FedoraStudio feature libHX-3.1-1.fc12 ---------------- * Thu Sep 24 2009 Till Maas - 3.1-1 - Update to new release libXdmcp-1.0.3-1.fc12 --------------------- * Thu Sep 24 2009 Peter Hutterer 1.0.3-1 - libXdmcp 1.0.3 - libXdmcp-1.0.2-namespace-pollution.patch: drop libXmu-1.0.5-1.fc12 ------------------- * Thu Sep 24 2009 Peter Hutterer 1.0.5-1 - libXmu 1.0.5 libbonobo-2.24.2-1.fc12 ----------------------- * Wed Sep 23 2009 Matthias Clasen - 2.24.2-1 - Update to 2.24.2 libbonoboui-2.24.2-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.24.2-1 - Update to 2.24.2 libgnome-2.28.0-1.fc12 ---------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libgnomekbd-2.28.0-1.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 libgweather-2.28.0-1.fc12 ------------------------- * Mon Sep 21 2009 Matthias Clasen 2.28.0-1 - Update to 2.28.0 libitl-0.7.0-2.fc12 ------------------- * Wed Sep 23 2009 Mohd Izhar Firdaus Ismail 0.7.0-2 - fix libitl.so.0 is not symlink warning - made libitl to be built using only 1 make thread, as multiple threading randomly fail during compile * Sat Sep 19 2009 Mohd Izhar Firdaus Ismail 0.7.0-1 - update to 0.7.0 libpcap-1.0.0-3.20090922gite154e2.fc12 -------------------------------------- * Wed Sep 23 2009 Miroslav Lichvar 14:1.0.0-3.20090922gite154e2 - update to snapshot 20090922gite154e2 - drop old soname libsx-2.05-18.fc12 ------------------ * Wed Sep 23 2009 Stepan Kasal - 2.05-18 - fix build (#511719) * Sat Jul 25 2009 Fedora Release Engineering - 2.05-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild libtevent-0.9.8-5.fc12 ---------------------- * Wed Sep 23 2009 Simo Sorce - 0.9.8-5 - Add patch to fix a segfault case mingw32-glib2-2.22.0-1.fc12 --------------------------- * Wed Sep 23 2009 Erik van Pienbroek - 2.18.0-1 - Update to 2.18.0 - Drop upstreamed patch minirpc-0.3.2-5.fc12 -------------------- * Wed Sep 23 2009 Adam Goode - 0.3.2-5 - Temporarily disable checks to get around FTBFS (#511677) * Sat Jul 25 2009 Fedora Release Engineering - 0.3.2-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild moodle-1.9.5-3.fc12 ------------------- * Wed Sep 23 2009 Jon Ciesla - 1.9.5-3 - Using weekly snapshot downloaded 09/23/2009 for new PHP, BZ 525120 - Added Urdu installer. mutter-moblin-0.39.2-1.fc12 --------------------------- * Wed Sep 23 2009 Peter Robinson 0.39.2-1 - New 0.39.2 upstream release mysql-5.1.39-2.fc12 ------------------- * Wed Sep 23 2009 Tom Lane 5.1.39-2 - Work around upstream bug 46895 by disabling outfile_loaddata test * Tue Sep 22 2009 Tom Lane 5.1.39-1 - Update to MySQL 5.1.39, for various fixes described at http://dev.mysql.com/doc/refman/5.1/en/news-5-1-39.html nautilus-2.28.0-2.fc12 ---------------------- * Wed Sep 23 2009 Ray Strode 2.28.0-2 - Fix crossfade nfs-utils-1.2.0-12.fc12 ----------------------- * Wed Sep 23 2009 Steve Dickson 1.2.0-12 - Updated to the latest pseudo root release (rel6). notification-daemon-0.4.1-0.20090923.1.fc12 ------------------------------------------- * Wed Sep 23 2009 Jon McCann - 0.4.1-0.20090923.1 - Update to snapshot to fix crashers - Add internal API to allow themes to stack only nss-softokn-3.12.4-10.fc12 -------------------------- * Wed Sep 23 2009 Elio Maldonado - 3.12.4-10 - Fix paths in nss-softokn-prelink so signed libraries don't get touched, rhbz#524794 nted-1.6.2-2.fc12 ----------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.6.2-2 - Update desktop file according to F-12 FedoraStudio feature octave-3.2.2-5.fc12 ------------------- * Tue Sep 22 2009 Rakesh Pandit - 6:3.2.2-5 - Added categories to desktop file: Education, DataVisualization, NumericalAnalysis openchange-0.8.2-5.fc12 ----------------------- * Wed Sep 23 2009 Matthew Barnes - 0.8.2-5 - Rebuild. openoffice.org-3.1.1-19.9.fc12 ------------------------------ * Wed Sep 23 2009 Caol?n McNamara - 1:3.1.1-19.9 - Resolves: rhbz#522839 crash on exit after loading .doc (caolanm) pam_mount-1.32-1.fc12 --------------------- * Thu Sep 24 2009 Till Maas - 1.32-1 - Update to new release - Update libHX dependency perl-PAR-Packer-0.991-4.fc12 ---------------------------- * Wed Sep 23 2009 Stepan Kasal - 0.991-4 - too hard to build without stripping (#524894) perl-SQL-Statement-1.20-1.fc12 ------------------------------ * Wed Sep 23 2009 Stepan Kasal - 1.20-1 - new upstream version * Sun Jul 26 2009 Fedora Release Engineering - 1.15-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pidgin-musictracker-0.4.20-1.fc12 --------------------------------- * Wed Sep 23 2009 Jan Klepek 0.4.20-1 - update to 0.4.20 pitivi-0.13.3-2.fc12 -------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.13.3-2 - Update desktop file according to F-12 FedoraStudio feature pmount-0.9.20-1.fc12 -------------------- * Wed Sep 23 2009 Stepan Kasal - 0.9.20-1 - new upstream version - adjust BuildRequires * Sun Jul 26 2009 Fedora Release Engineering - 0.9.17-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild pygobject2-2.20.0-1.fc12 ------------------------ * Wed Sep 23 2009 Matthew Barnes - 2.20.0-1.fc12 - Update to 2.20.0 * Tue Aug 11 2009 Matthew Barnes - 2.19.0-1.fc12 - Update to 2.19.0 pygtksourceview-2.8.0-1.fc12 ---------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.8.0-1 - Update to 2.8.0 qemu-0.10.92-5.fc12 ------------------- * Wed Sep 23 2009 Mark McLoughlin - 2:0.10.92-5 - Fix issue causing NIC hotplug confusion when no model is specified (#524022) roundcubemail-0.3-1.fc12 ------------------------ * Wed Sep 23 2009 Jon Ciesla = 0.3-1 - New upstream. rygel-0.4-2.fc12 ---------------- * Wed Sep 23 2009 Peter Robinson 0.4-1 - New upstream 0.4 release * Wed Sep 23 2009 Peter Robinson 0.4-2 - Update deps for new release * Thu Aug 20 2009 Michel Salim - 0.3-6 - Rebuild against compat-libgee01 schismtracker-0.5-0.10.rc1.fc12 ------------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.5-0.10.rc1 - Update desktop file according to F-12 FedoraStudio feature seahorse-plugins-2.28.0-1.fc12 ------------------------------ * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 seamonkey-2.0-3.beta2.fc12 -------------------------- * Wed Sep 23 2009 Martin Stransky 2.0-3.beta2 - Update to 2.0 beta 2 sonic-visualiser-1.6-4.fc12 --------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 1.6-4 - Update desktop file according to F-12 FedoraStudio feature sound-juicer-2.28.0-1.fc12 -------------------------- * Wed Sep 23 2009 Orcan Ogetbil - 2.26.1-6 - Update desktop file according to F-12 FedoraStudio feature * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 sweep-0.9.3-6.fc12 ------------------ * Wed Sep 23 2009 Orcan Ogetbil - 0.9.3-6 - Update desktop file according to F-12 FedoraStudio feature swfdec-gnome-2.28.0-1.fc12 -------------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0 - Update to 2.28.0 system-config-language-1.3.3-1.fc12 ----------------------------------- * Wed Sep 23 2009 Pravin Satpute - 1.3.3-1 - upstream release of 1.3.3 - updated .pot files tcpdump-4.0.0-3.20090921gitdf3cb4.fc12 -------------------------------------- * Wed Sep 23 2009 Miroslav Lichvar - 14:4.0.0-3.20090921gitdf3cb4 - update to snapshot 20090921gitdf3cb4 tog-pegasus-2.9.0-7.fc12 ------------------------ * Wed Sep 23 2009 Vitezslav Crhonek - 2:2.9.0-7 - Fix initscript Resolves: #523370 tuned-0.2.4-2.fc12 ------------------ * Wed Sep 23 2009 Petr Lautrbach 0.2.4-2 - fixed url to fedorahosted project page - Resolves: #519019 tzdata-2009m-2.fc12 ------------------- * Tue Sep 22 2009 Petr Machata - 2009m-2 - Add markers for autoupdate of spec file - Pakistan leaves the period of DST on October 1 (tzdata-2009m-karachi.patch) udev-145-8.fc12 --------------- * Wed Sep 23 2009 harald at redhat.com 145-8 - obsolete libgudev and libgudev-devel (bug #523569) vinagre-2.28.0.1-1.fc12 ----------------------- * Wed Sep 23 2009 Matthias Clasen 2.28.0.1-1 - Update to 2.28.0.1 vino-2.28.0-1.fc12 ------------------ * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 vkeybd-0.1.17a-11.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.1.17a-11 - Update desktop file according to F-12 FedoraStudio feature wavbreaker-0.10-4.fc12 ---------------------- * Wed Sep 23 2009 Orcan Ogetbil - 0.10-4 - Update desktop file according to F-12 FedoraStudio feature webkitgtk-1.1.15.1-2.fc12 ------------------------- * Wed Sep 23 2009 Matthias Clasen - 1.1.15.1-1 - Update to 1.1.15.1 xmms-1.2.11-9.20071117cvs.fc12 ------------------------------ * Wed Sep 23 2009 Rex Dieter 1:1.2.11-9.20071117cvs - optimize desktop/icon scriptlets xorg-x11-apps-7.4-5.fc12 ------------------------ * Thu Sep 24 2009 Peter Hutterer 7.4-5 - xclock 1.0.4 - xinput 1.4.99.3 xorg-x11-drv-evdev-2.2.99-8.20090923.fc12 ----------------------------------------- * Wed Sep 23 2009 Peter Hutterer 2.2.99-8.20090923 - Update to today's git master (fixes wheel emulation) xorg-x11-drv-intel-2.8.0-16.20090909.fc12 ----------------------------------------- * Thu Sep 24 2009 Dave Airlie 2.8.0-16.20090909 - Attempt to make -nr work again yum-3.2.24-6.fc12 ----------------- * Wed Sep 23 2009 Seth Vidal - 3.2.24-6 - new head patch - fixes some issues with history and chroots Summary: Added Packages: 4 Removed Packages: 2 Modified Packages: 115 From skvidal at fedoraproject.org Thu Sep 24 20:00:20 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:00:20 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> Message-ID: On Thu, 24 Sep 2009, Ben Boeckel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > shmuel siegel wrote: >> The article also hints at our problem. We ARE doing the > compression on >> the end user side. So the compression is costing us 3 minutes > to save 24 >> megabytes of transmission. This actually slows things down for > most >> broadband users. >> > Since when was yum-presto about time? I thought it was about > bandwidth usage. Here, the dorm connections are capped at > 600kb/s (well, not a hard cap, but it can be annoying anyways). > At one university I know (with over 20k students on the main > campus), there is (or was last year at least) a cap at 2GB / > week. Go over and you're capped at 56k for the rest of the > semester. I can't imagine Fedora on such a restriction (and I > have 4 machines to update, 2 with largely non-overlapping > package sets, the other 2 are similar and a caching server would > help) and that's a lot of students that would be hard pressed to > use Fedora at college. CPU time is cheaper than bandwidth these > days. Maybe I'm mistaken about what yum-presto was aiming to > solve? > it's not about local cpu But if we make presto be on by default and the local performance is so bad for people with fast connections that it is almost unusuable then we have a problem. So the idea is: 1. make performance not suck 2. maybe not make presto the default anyway. Now #1 is obvious, I think :) #2 is about the way someone would use the system. If I'm a place where I know the bandwidth is questionable then I figure immediately after install I can run: yum install yum-presto and be ready to go. Or, we install yum-presto by default but disable it. So the first thing someone with bandwidth issues does is enable the plugin. i think that's what this is all about. -sv From mclasen at redhat.com Thu Sep 24 20:15:26 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 24 Sep 2009 16:15:26 -0400 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> Message-ID: <1253823326.1690.27.camel@planemask> On Thu, 2009-09-24 at 16:00 -0400, Seth Vidal wrote: > > #2 is about the way someone would use the system. If I'm a place where I > know the bandwidth is questionable then I figure immediately after install > I can run: yum install yum-presto and be ready to go. > > Or, we install yum-presto by default but disable it. So the first thing > someone with bandwidth issues does is enable the plugin. > Neither of these will happen because they require esoteric knowledge of yum plugins that users don't have. So if we turn it off by default, it will not be used by a significant percentage of the people for whom it is beneficial. And all the infrastructure cost we put into maintaining delta rpms is effectively wasted... From skvidal at fedoraproject.org Thu Sep 24 20:22:40 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:22:40 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253823326.1690.27.camel@planemask> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> Message-ID: On Thu, 24 Sep 2009, Matthias Clasen wrote: > On Thu, 2009-09-24 at 16:00 -0400, Seth Vidal wrote: > >> >> #2 is about the way someone would use the system. If I'm a place where I >> know the bandwidth is questionable then I figure immediately after install >> I can run: yum install yum-presto and be ready to go. >> >> Or, we install yum-presto by default but disable it. So the first thing >> someone with bandwidth issues does is enable the plugin. >> > > Neither of these will happen because they require esoteric knowledge of > yum plugins that users don't have. So if we turn it off by default, it > will not be used by a significant percentage of the people for whom it > is beneficial. And all the infrastructure cost we put into maintaining > delta rpms is effectively wasted... > Not really and you're being a little dramatic, I think. If we don't install it but have its default state be 'on' then they can just do: yum install yum-presto and then they're done. On the other hand someone who has good bandwidth can easily also do: yum remove yum-presto and it is off. As I said when asked the last time - I don't have a preference if it is installed and on or not installed. I don't consider the single command a significant barrier, either way. I don't think it is the end of the world, either way. -sv From mclasen at redhat.com Thu Sep 24 20:25:46 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 24 Sep 2009 16:25:46 -0400 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> Message-ID: <1253823947.1690.28.camel@planemask> On Thu, 2009-09-24 at 16:22 -0400, Seth Vidal wrote: > I don't consider the single command a > significant barrier, either way. Maybe not for people who maintain yum... From andre at bwh.harvard.edu Thu Sep 24 20:29:21 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 24 Sep 2009 16:29:21 -0400 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> Message-ID: <4ABBD6A1.3050506@bwh.harvard.edu> On 09/24/2009 04:22 PM, Seth Vidal wrote: > Not really and you're being a little dramatic, I think. If we don't > install it but have its default state be 'on' then they can just do: > > yum install yum-presto > > and then they're done. > > On the other hand someone who has good bandwidth can easily also do: > yum remove yum-presto > > and it is off. > > > As I said when asked the last time - I don't have a preference if it is > installed and on or not installed. I don't consider the single command a > significant barrier, either way. > > > I don't think it is the end of the world, either way. The inconvenience for a high-bandwidth user of having to wait a little longer for the update to complete is minor compared to someone on dialup having to spend hours updating (or days, if they've just installed and are unaware of yum-presto), or someone with bandwidth caps having to pay for the download. Besides, the high-bandwidth users can keep themselves busy using the connection for something else while the update finishes. And even they might want to help reduce the load on the mirrors. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From skvidal at fedoraproject.org Thu Sep 24 20:31:29 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:31:29 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253823947.1690.28.camel@planemask> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> Message-ID: On Thu, 24 Sep 2009, Matthias Clasen wrote: > On Thu, 2009-09-24 at 16:22 -0400, Seth Vidal wrote: > >> I don't consider the single command a >> significant barrier, either way. > > Maybe not for people who maintain yum... > Seriously? We have lots of documentation that is "run this one command". We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be able to run a single command? I think if you assume too little of your users you end up with bad users. I assume they are capable of a single command to either help their bandwidth (in the case where presto is not installed and they have poor bandwidth) or speed up the update process (in the case where presto is installed and they have good bandwidth). Seriously.. -sv From cmadams at hiwaay.net Thu Sep 24 20:32:21 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 24 Sep 2009 15:32:21 -0500 Subject: yum-presto not on by default In-Reply-To: <1253823326.1690.27.camel@planemask> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> Message-ID: <20090924203221.GI949761@hiwaay.net> Once upon a time, Matthias Clasen said: > Neither of these will happen because they require esoteric knowledge of > yum plugins that users don't have. So if we turn it off by default, it > will not be used by a significant percentage of the people for whom it > is beneficial. If it impacts update performance by default, then it should be off, or we'll have another thing added to the oft-repeated "Fedora fixes" list (like "yum remove pulseaudio", "turn off SELinux", etc.). Lots of users are connected to high-speed Internet, so their update performance should not be impacted to help those that are not as well connected. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From skvidal at fedoraproject.org Thu Sep 24 20:32:53 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:32:53 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <4ABBD6A1.3050506@bwh.harvard.edu> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <4ABBD6A1.3050506@bwh.harvard.edu> Message-ID: On Thu, 24 Sep 2009, Andre Robatino wrote: > On 09/24/2009 04:22 PM, Seth Vidal wrote: >> >> As I said when asked the last time - I don't have a preference if it is >> installed and on or not installed. I don't consider the single command a >> significant barrier, either way. >> >> >> I don't think it is the end of the world, either way. > > The inconvenience for a high-bandwidth user of having to wait a little > longer for the update to complete is minor compared to someone on dialup > having to spend hours updating (or days, if they've just installed and > are unaware of yum-presto), or someone with bandwidth caps having to pay > for the download. Besides, the high-bandwidth users can keep themselves > busy using the connection for something else while the update finishes. > And even they might want to help reduce the load on the mirrors. As I said above: "I don't have a preference if it is installed or not" so I am the WRONG GUY to be asking about making it default installed and/or default enabled. -sv From sundaram at fedoraproject.org Thu Sep 24 20:34:20 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 25 Sep 2009 02:04:20 +0530 Subject: yum-presto not on by default In-Reply-To: <4ABBD6A1.3050506@bwh.harvard.edu> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <4ABBD6A1.3050506@bwh.harvard.edu> Message-ID: <4ABBD7CC.2040705@fedoraproject.org> On 09/25/2009 01:59 AM, Andre Robatino wrote: > The inconvenience for a high-bandwidth user of having to wait a little > longer for the update to complete is minor compared to someone on dialup > having to spend hours updating (or days, if they've just installed and > are unaware of yum-presto), or someone with bandwidth caps having to pay > for the download. Besides, the high-bandwidth users can keep themselves > busy using the connection for something else while the update finishes. > And even they might want to help reduce the load on the mirrors. Since it has been added the gnome-desktop (by me) and kde-desktop (by the KDE SIG) package groups in Fedora 12, majority of users will get it by default. Rahul From awilliam at redhat.com Thu Sep 24 20:39:30 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 13:39:30 -0700 Subject: yum-presto not on by default In-Reply-To: <20090924203221.GI949761@hiwaay.net> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> Message-ID: <1253824770.13816.101.camel@adam.local.net> On Thu, 2009-09-24 at 15:32 -0500, Chris Adams wrote: > Lots of users are connected to high-speed Internet, so their update > performance should not be impacted to help those that are not as well > connected. if we fix xz to use a sensible compression level, it won't be. Well, unless you mean 'positively impacted'. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From skvidal at fedoraproject.org Thu Sep 24 20:40:35 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:40:35 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253824770.13816.101.camel@adam.local.net> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> Message-ID: On Thu, 24 Sep 2009, Adam Williamson wrote: > On Thu, 2009-09-24 at 15:32 -0500, Chris Adams wrote: > >> Lots of users are connected to high-speed Internet, so their update >> performance should not be impacted to help those that are not as well >> connected. > > if we fix xz to use a sensible compression level, it won't be. Well, > unless you mean 'positively impacted'. :) Up to a point - it'll still churn your disks a bit. -sv From andre at bwh.harvard.edu Thu Sep 24 20:50:05 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Thu, 24 Sep 2009 16:50:05 -0400 Subject: yum-presto not on by default In-Reply-To: <1253824770.13816.101.camel@adam.local.net> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> Message-ID: <4ABBDB7D.8050100@bwh.harvard.edu> On 09/24/2009 04:39 PM, Adam Williamson wrote: > On Thu, 2009-09-24 at 15:32 -0500, Chris Adams wrote: > >> Lots of users are connected to high-speed Internet, so their update >> performance should not be impacted to help those that are not as well >> connected. > > if we fix xz to use a sensible compression level, it won't be. Well, > unless you mean 'positively impacted'. :) Does yum-presto make use of multiple cores when rebuilding the RPMs? (My machines only have one, so I can't tell.) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jwboyer at gmail.com Thu Sep 24 20:52:14 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Thu, 24 Sep 2009 16:52:14 -0400 Subject: yum-presto not on by default In-Reply-To: <1253823947.1690.28.camel@planemask> References: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> Message-ID: <20090924205214.GD5260@hansolo.jdub.homelinux.org> On Thu, Sep 24, 2009 at 04:25:46PM -0400, Matthias Clasen wrote: >On Thu, 2009-09-24 at 16:22 -0400, Seth Vidal wrote: > >> I don't consider the single command a >> significant barrier, either way. > >Maybe not for people who maintain yum... I get the feeling that either 1) you think our users have no idea what the command line is or 2) hate the command line with a passion or 3) don't believe there is no suitable graphical way to install this or generally that you find our users to be unintelligent enough to work out how to get a piece of software onto their systems. I find that to be rather wrong, and I don't think you have to be the maintainer of yum to understand how to install something. Now, I could be very very wrong in these feelings and if so, great. But you didn't reply with much so I had to work with what I had, inferences and all. josh From skvidal at fedoraproject.org Thu Sep 24 20:53:26 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 16:53:26 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <4ABBDB7D.8050100@bwh.harvard.edu> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> <4ABBDB7D.8050100@bwh.harvard.edu> Message-ID: On Thu, 24 Sep 2009, Andre Robatino wrote: > On 09/24/2009 04:39 PM, Adam Williamson wrote: >> On Thu, 2009-09-24 at 15:32 -0500, Chris Adams wrote: >> >>> Lots of users are connected to high-speed Internet, so their update >>> performance should not be impacted to help those that are not as well >>> connected. >> >> if we fix xz to use a sensible compression level, it won't be. Well, >> unless you mean 'positively impacted'. :) > > Does yum-presto make use of multiple cores when rebuilding the RPMs? > (My machines only have one, so I can't tell.) other than the xz compression part I believe most of the time is disk bound, not cpu bound. -sv From mclasen at redhat.com Thu Sep 24 21:21:23 2009 From: mclasen at redhat.com (Matthias Clasen) Date: Thu, 24 Sep 2009 17:21:23 -0400 Subject: yum-presto not on by default In-Reply-To: <20090924205214.GD5260@hansolo.jdub.homelinux.org> References: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> Message-ID: <1253827283.1690.44.camel@planemask> On Thu, 2009-09-24 at 16:52 -0400, Josh Boyer wrote: > > or generally that you find our users to be unintelligent enough to work out > how to get a piece of software onto their systems. I find that to be rather > wrong, and I don't think you have to be the maintainer of yum to understand > how to install something. There is a difference between saying someone is 'unintelligent' and not expecting them to figure out on their own that in order to solve their bandwidth problem they should install something called yum-presto. From awilliam at redhat.com Thu Sep 24 21:28:49 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 14:28:49 -0700 Subject: yum-presto not on by default In-Reply-To: <1253827283.1690.44.camel@planemask> References: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> Message-ID: <1253827729.13816.105.camel@adam.local.net> On Thu, 2009-09-24 at 17:21 -0400, Matthias Clasen wrote: > On Thu, 2009-09-24 at 16:52 -0400, Josh Boyer wrote: > > > > > or generally that you find our users to be unintelligent enough to work out > > how to get a piece of software onto their systems. I find that to be rather > > wrong, and I don't think you have to be the maintainer of yum to understand > > how to install something. > > There is a difference between saying someone is 'unintelligent' and not > expecting them to figure out on their own that in order to solve their > bandwidth problem they should install something called yum-presto. Right. The issue isn't whether people would be able to install the package, it's whether they'd be aware that they ought to be installing it in the first place. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From skvidal at fedoraproject.org Thu Sep 24 21:46:09 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 17:46:09 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253827729.13816.105.camel@adam.local.net> References: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> Message-ID: On Thu, 24 Sep 2009, Adam Williamson wrote: > On Thu, 2009-09-24 at 17:21 -0400, Matthias Clasen wrote: >> On Thu, 2009-09-24 at 16:52 -0400, Josh Boyer wrote: >> >>> >>> or generally that you find our users to be unintelligent enough to work out >>> how to get a piece of software onto their systems. I find that to be rather >>> wrong, and I don't think you have to be the maintainer of yum to understand >>> how to install something. >> >> There is a difference between saying someone is 'unintelligent' and not >> expecting them to figure out on their own that in order to solve their >> bandwidth problem they should install something called yum-presto. > > Right. The issue isn't whether people would be able to install the > package, it's whether they'd be aware that they ought to be installing > it in the first place. > which is why, I thought, we have documentation. -sv From awilliam at redhat.com Thu Sep 24 21:54:27 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 14:54:27 -0700 Subject: yum-presto not on by default In-Reply-To: References: <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> Message-ID: <1253829267.13816.107.camel@adam.local.net> On Thu, 2009-09-24 at 17:46 -0400, Seth Vidal wrote: > > Right. The issue isn't whether people would be able to install the > > package, it's whether they'd be aware that they ought to be installing > > it in the first place. > which is why, I thought, we have documentation. oh, you optimist :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From drago01 at gmail.com Thu Sep 24 22:00:38 2009 From: drago01 at gmail.com (drago01) Date: Fri, 25 Sep 2009 00:00:38 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> Message-ID: On Thu, Sep 24, 2009 at 11:46 PM, Seth Vidal wrote: > > > On Thu, 24 Sep 2009, Adam Williamson wrote: > >> On Thu, 2009-09-24 at 17:21 -0400, Matthias Clasen wrote: >>> >>> On Thu, 2009-09-24 at 16:52 -0400, Josh Boyer wrote: >>> >>>> >>>> or generally that you find our users to be unintelligent enough to work >>>> out >>>> how to get a piece of software onto their systems. ?I find that to be >>>> rather >>>> wrong, and I don't think you have to be the maintainer of yum to >>>> understand >>>> how to install something. >>> >>> There is a difference between saying someone is 'unintelligent' and not >>> expecting them to figure out on their own that in order to solve their >>> bandwidth problem they should install something called yum-presto. >> >> Right. The issue isn't whether people would be able to install the >> package, it's whether they'd be aware that they ought to be installing >> it in the first place. >> > > which is why, I thought, we have documentation. "OK lets read up docs on how can I let updates not require that much bandwith" ... well how many users think that way? From nickrob at snap.net.nz Thu Sep 24 22:07:19 2009 From: nickrob at snap.net.nz (Nick Roberts) Date: Fri, 25 Sep 2009 10:07:19 +1200 Subject: Emacs package for Fedora 12 In-Reply-To: References: <19129.25595.383616.492895@totara.tehura.co.nz> <4ABA15F3.2030802@gmail.com> <19131.1978.840663.367601@totara.tehura.co.nz> Message-ID: <19131.60823.755455.780359@totara.tehura.co.nz> > Nick> Well, if someone can include it, I'll be happy to test it. > > I think F12 should already include all the relevant gdb features. > If not, let me know, or file a bug against gdb in the RH bugzilla. > Thanks. Sorry, I wasn't clear. By "it", I mean't my changes on the 23.1 release branch (EMACS_23_1_RC) at savannah.gnu.org in the Emacs package. -- Nick http://users.snap.net.nz/~nickrob From jonstanley at gmail.com Thu Sep 24 22:08:07 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 24 Sep 2009 18:08:07 -0400 Subject: Plan for tomorrow's (20090925) FESCo meeting Message-ID: Here's the plan for tomorrow's FESCo meeting, to be held at 17:00UTC in #fedora-meeting on irc.freenode.net #253 Non-responsive maintainer kurzawa (Krzysztof Kurzawski) For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor. From tonynelson at georgeanelson.com Thu Sep 24 22:35:51 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Thu, 24 Sep 2009 18:35:51 -0400 Subject: yum-presto not on by default In-Reply-To: <1253823947.1690.28.camel@planemask> (from mclasen@redhat.com on Thu Sep 24 16:25:46 2009) Message-ID: <1253831751.20653.0@localhost.localdomain> On 09-09-24 16:25:46, Matthias Clasen wrote: > On Thu, 2009-09-24 at 16:22 -0400, Seth Vidal wrote: > > > I don't consider the single command a > > significant barrier, either way. > > Maybe not for people who maintain yum... Most CLI users will be fine, but innocent GUI users would benefit from a hint in the PackageKit GUI, if one could be added. How about a checkbox "Delta-RPMS", with text in a mouse-hover: checked "updates use less bandwidth but are slower to install"; unchecked "updates use more bandwidth but are faster to install". If yum-presto isn't installed, dim the checkbox and have the mouse-hover suggest installing yum-presto for smaller downloads. Of course, if nightly automatic updates are being done, the time won't matter. I do wish more of the updates were delta'd. Today I had 81 MB total size, which became 17 MB delta-RPMs (for 45 MB rebuilt) plus 36 MB regular, for a total of 53 MB, a savings of about 1/3. (Not that it matters here; I have DSL.) -- ____________________________________________________________________ TonyN.:' ' From MathStuf at gmail.com Thu Sep 24 23:23:25 2009 From: MathStuf at gmail.com (Ben Boeckel) Date: Thu, 24 Sep 2009 19:23:25 -0400 Subject: yum-presto not on by default References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> <4ABBDB7D.8050100@bwh.harvard.edu> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Seth Vidal wrote: >> Does yum-presto make use of multiple cores when rebuilding the RPMs? >> (My machines only have one, so I can't tell.) > > other than the xz compression part I believe most of the time is > disk bound, not cpu bound. > > -sv > The rpmrebuild operation has saturated one of my 3.0GHz Intel Core 2 Duo cores for at least a minute on large updates, so my guess is that that part is not multithreaded and CPU bound. - --Ben -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKu/9tAAoJEKaxavVX4C1X+oMQALfCaNjFmeAH8rUVBrItUZ3a zYx1y8fJI76eVUhMl+AP67C25geJr66gnCs1gVfUBNzhoGtF1WqVqW/Bp5d4HI5j M9M4zMZVNvY5RidcQd0GmOMfoy8kgnmR3CEn960mJ44V+rTc22ejxyvTHPJdmBNt 9jy2kOCS4/+zd5VuvtHDgh6C/GlsN2SMKgPda5EAMwOPEYKr10zzypUGatRGyd9h 26jD35Jt277uC+E4uPaNXg4QT3TuwCKVK7jwmRUTu8fHz53K8fMFs4iHBn0V9xb6 7UvBZLoDD+Rg8mRCaOGXvjbvsoEoBA96FVxROhbW8eEYRkU4AztwJTgxpwmttw2n 5EFBdS4fQYpYIFIm+bhWUl5FR6rza3iXUWiV2cp3J6ggnwfLilxwIFymO5oOeX6i 4R8+oPEBvOR0YcI92xkGelh7kVqNG6+o+tDW4O92fPnmFsF52tQCC38EwtcKTHXK zqJexol1uVxw7dZDT1St24L7Jt1cuSuFdC/Y5vPyP7cts+hF7PPIrBtKxUWe4g0c 7zAkgvttR32ij0lDZTW4ps2frwr9cF4n+PnqaHQfzLTiyf4yL01aCUhuDGZr/iwl OF2d5dA9RUGbhvVuGsin/BupNVzGv7ZHKRutxJ8VpA1G0nsMqIhCemNL9L0vT6Qc EdRhWLH3PTLQqLSfA6O8 =IMta -----END PGP SIGNATURE----- From notting at redhat.com Thu Sep 24 23:56:50 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Sep 2009 16:56:50 -0700 Subject: yum-presto not on by default In-Reply-To: <4ABB7CAD.4070007@gmail.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> <4ABB7CAD.4070007@gmail.com> Message-ID: <20090924235649.GA9547@nostromo.devel.redhat.com> Toshio Kuratomi (a.badger at gmail.com) said: > On 09/23/2009 10:05 PM, Bill Nottingham wrote: > > Jonathan Dieter (jdieter at gmail.com) said: > >> The second one has to do with the fact that when rebuilding the rpms, we > >> have to recompress the data, and xz compression is over 10x slower than > >> gzip. > > > > Stats of the day... > > > > I took an existing xz-compressed RPM, and built a newer release of that > > package with varying xz levels. The numbers are: > > > > - the new package size at that XZ compression level > > - the time to create a new deltarpm from a delta to that new version > > > One further question -- where does libz compression fit into these stats? zlib compressed rpm was 1756k; applydeltarpm time ~1.3 seconds. (Yes, that implies xz -2 is faster.) Bill From notting at redhat.com Fri Sep 25 00:02:00 2009 From: notting at redhat.com (Bill Nottingham) Date: Thu, 24 Sep 2009 17:02:00 -0700 Subject: yum-presto not on by default In-Reply-To: <4ABB7D33.3070502@bitwagon.com> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> <4ABB7D33.3070502@bitwagon.com> Message-ID: <20090925000200.GA9600@nostromo.devel.redhat.com> > Use something such as: > ______size_____ level > < 200KB 7 (current) > 200KB - 500KB 4 > >= 500KB 2 > Given that it's a macro set at build time, where it has no knowledge yet of the output side, I'd consider this if you can find a logical way to input it into the system. I can't think of a good one off the top of my head. Bill From behdad at behdad.org Fri Sep 25 01:53:43 2009 From: behdad at behdad.org (Behdad Esfahbod) Date: Thu, 24 Sep 2009 21:53:43 -0400 Subject: Retiring pangox Message-ID: <4ABC22A7.9080508@behdad.org> Hi, The pangox backend of pango have been deprecated for years (2001ish) and I'm going to remove it upstream in a week or two. Matthias suggested we get rid of it in f12. I totally welcome that. So I want to rebuild pango with pangox disabled in the coming days. I don't know of even one package that actually uses the pangox backend/API. I did a quick query [1] and seems like most packages linking to it are doing that because gtkglext2 wrongly has pangox in its .pc file. I will patch gtkglext2 to fix that, but all the dependent packages need to be rebuilt. There are some alarming ones though. In particular: xorg-x11-drv-nvidia-0:185.18.36-1.fc11.i586 AdobeReader_deu-0:9.1.3-1.i486 AdobeReader_jpn-0:9.1.3-1.i486 Any help figuring out what's going on and how to move forward is appreciated. Cheers, behdad [1] repoquery --whatrequires libpangox-1.0.so.0 From skvidal at fedoraproject.org Fri Sep 25 03:13:00 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 23:13:00 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> Message-ID: On Fri, 25 Sep 2009, drago01 wrote: >>> >> >> which is why, I thought, we have documentation. > > "OK lets read up docs on how can I let updates not require that much > bandwith" ... well how many users think that way? > How many uses who are using a bleeding edge advanced distro? I hope most of them. I know that when I have problems with something I google for the answer. -sv From chris.pardy at gmail.com Fri Sep 25 03:23:35 2009 From: chris.pardy at gmail.com (Chris Pardy) Date: Thu, 24 Sep 2009 23:23:35 -0400 Subject: package review request Message-ID: <293472100909242023o52a8f45bh1027376632e6af21@mail.gmail.com> I've get a finished package that I would like to have reviewed. The link to the bugzilla is here: https://bugzilla.redhat.com/show_bug.cgi?id=508922 Thanks Chris Pardy -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at fedoraproject.org Fri Sep 25 03:31:32 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Thu, 24 Sep 2009 23:31:32 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> <4ABBDB7D.8050100@bwh.harvard.edu> Message-ID: On Thu, 24 Sep 2009, Ben Boeckel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Seth Vidal wrote: >>> Does yum-presto make use of multiple cores when rebuilding the > RPMs? >>> (My machines only have one, so I can't tell.) >> >> other than the xz compression part I believe most of the time is >> disk bound, not cpu bound. >> >> -sv >> > > The rpmrebuild operation has saturated one of my 3.0GHz Intel Core > 2 Duo cores for at least a minute on large updates, so my guess is > that that part is not multithreaded and CPU bound. > right, currently - using xz -6 - which is using more cpu. -sv From bojan at rexursive.com Fri Sep 25 04:12:03 2009 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 25 Sep 2009 14:12:03 +1000 Subject: F11: 2.6.31.x play kernel Message-ID: <1253851923.25801.1.camel@shrek.rexursive.com> Could we have that built for F-11 in Koji, so that we can play with it? .30 is soooo old ;-) -- Bojan From awilliam at redhat.com Fri Sep 25 04:30:13 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 21:30:13 -0700 Subject: F11: 2.6.31.x play kernel In-Reply-To: <1253851923.25801.1.camel@shrek.rexursive.com> References: <1253851923.25801.1.camel@shrek.rexursive.com> Message-ID: <1253853013.13816.114.camel@adam.local.net> On Fri, 2009-09-25 at 14:12 +1000, Bojan Smojver wrote: > Could we have that built for F-11 in Koji, so that we can play with it? > > .30 is soooo old ;-) I just did a mock rebuild of the latest 2.6.31 kernel for f11. seems to work fine for my purposes (was testing if my psb kernel module build for 2.6.31 was okay). so you can do it that way if you really need it. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From bojan at rexursive.com Fri Sep 25 04:33:57 2009 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 25 Sep 2009 04:33:57 +0000 (UTC) Subject: F11: 2.6.31.x play kernel References: <1253851923.25801.1.camel@shrek.rexursive.com> <1253853013.13816.114.camel@adam.local.net> Message-ID: Adam Williamson redhat.com> writes: > I just did a mock rebuild of the latest 2.6.31 kernel for f11. seems to > work fine for my purposes (was testing if my psb kernel module build for > 2.6.31 was okay). so you can do it that way if you really need it. No, I don't "need" it. I just thought it may be a good idea to build it for everyone, so that testing can begin and all that. -- Bojan From awilliam at redhat.com Fri Sep 25 04:41:55 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 21:41:55 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> Message-ID: <1253853715.13816.115.camel@adam.local.net> On Thu, 2009-09-24 at 23:13 -0400, Seth Vidal wrote: > > On Fri, 25 Sep 2009, drago01 wrote: > >>> > >> > >> which is why, I thought, we have documentation. > > > > "OK lets read up docs on how can I let updates not require that much > > bandwith" ... well how many users think that way? > > > > How many uses who are using a bleeding edge advanced distro? I hope most > of them. > > I know that when I have problems with something I google for the answer. But they wouldn't be having any problems. It's not as if anything doesn't work if you're not using yum-presto. They'd just be missing out on a possible improvement. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From andre at bwh.harvard.edu Fri Sep 25 04:43:09 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Fri, 25 Sep 2009 00:43:09 -0400 Subject: yum-presto not on by default In-Reply-To: References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> <4ABBDB7D.8050100@bwh.harvard.edu> Message-ID: <4ABC4A5D.9030002@bwh.harvard.edu> On 09/24/2009 11:31 PM, Seth Vidal wrote: > > > On Thu, 24 Sep 2009, Ben Boeckel wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Seth Vidal wrote: >>>> Does yum-presto make use of multiple cores when rebuilding the >> RPMs? >>>> (My machines only have one, so I can't tell.) >>> >>> other than the xz compression part I believe most of the time is >>> disk bound, not cpu bound. >>> >>> -sv >>> >> >> The rpmrebuild operation has saturated one of my 3.0GHz Intel Core >> 2 Duo cores for at least a minute on large updates, so my guess is >> that that part is not multithreaded and CPU bound. >> > > right, currently - using xz -6 - which is using more cpu. Running {make,apply}deltaiso always maxes out my 2.7 GHz CPU, even between ISOs with RPMs using Gzip. I'll check what happens next time it's doing a delta rebuild during a F11 update. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From skvidal at fedoraproject.org Fri Sep 25 04:48:38 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 25 Sep 2009 00:48:38 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253853715.13816.115.camel@adam.local.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> Message-ID: On Thu, 24 Sep 2009, Adam Williamson wrote: > On Thu, 2009-09-24 at 23:13 -0400, Seth Vidal wrote: >> >> On Fri, 25 Sep 2009, drago01 wrote: >>>>> >>>> >>>> which is why, I thought, we have documentation. >>> >>> "OK lets read up docs on how can I let updates not require that much >>> bandwith" ... well how many users think that way? >>> >> >> How many uses who are using a bleeding edge advanced distro? I hope most >> of them. >> >> I know that when I have problems with something I google for the answer. > > But they wouldn't be having any problems. It's not as if anything > doesn't work if you're not using yum-presto. They'd just be missing out > on a possible improvement. So having an item like: "I have a slow network connection. Is there anything you can do to make it easier to update fedora?" Yes: install the yum-presto pkg -sv From lemenkov at gmail.com Fri Sep 25 04:53:42 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 25 Sep 2009 08:53:42 +0400 Subject: yum-presto not on by default In-Reply-To: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: 2009/9/23 Jonathan Dieter : > I don't think yum-presto should be enabled by default in Fedora 12. Agree with you. For me - traffic and space for rpms are cheap, while rebuilding rpms is slow. -- With best regards, Peter Lemenkov. From jdieter at gmail.com Fri Sep 25 04:58:17 2009 From: jdieter at gmail.com (Jonathan Dieter) Date: Fri, 25 Sep 2009 07:58:17 +0300 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> Message-ID: <1253854697.2646.9.camel@jdlaptop.lesbg.loc> On Fri, 2009-09-25 at 08:53 +0400, Peter Lemenkov wrote: > 2009/9/23 Jonathan Dieter : > > I don't think yum-presto should be enabled by default in Fedora 12. > > Agree with you. For me - traffic and space for rpms are cheap, while > rebuilding rpms is slow. Um, I should clarify that if we can fix the two bugs, I do think it should be enabled by default. But I do totally understand where you're coming from. Jonathan -------------- 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 bbbush.yuan at gmail.com Fri Sep 25 05:35:37 2009 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Fri, 25 Sep 2009 13:35:37 +0800 Subject: yum-presto not on by default In-Reply-To: <20090924203221.GI949761@hiwaay.net> References: <1253715621.28837.7.camel@code.and.org> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> Message-ID: <76e72f800909242235q7f4aecfcvaa1a159d0bfe604@mail.gmail.com> 2009/9/25 Chris Adams : > > If it impacts update performance by default, then it should be off, or > we'll have another thing added to the oft-repeated "Fedora fixes" list > (like "yum remove pulseaudio", "turn off SELinux", etc.). > This one does not hurt. If installed by default, the high bandwidth guys can do this to remove it and never need to bring it back, unlike for pulseaudio and SELinux. For slow connection people like me, one package being constructed on my disk is better than downloading goes for ever. This is an example of better hardware condition is actively seeking to prevent innovation ("not my problem"). -- bbbush ^_^ From awilliam at redhat.com Fri Sep 25 05:40:15 2009 From: awilliam at redhat.com (Adam Williamson) Date: Thu, 24 Sep 2009 22:40:15 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> Message-ID: <1253857215.13816.119.camel@adam.local.net> On Fri, 2009-09-25 at 00:48 -0400, Seth Vidal wrote: > >> I know that when I have problems with something I google for the answer. > > > > But they wouldn't be having any problems. It's not as if anything > > doesn't work if you're not using yum-presto. They'd just be missing out > > on a possible improvement. > > So having an item like: > > "I have a slow network connection. Is there anything you can do to make > it easier to update fedora?" > Yes: install the yum-presto pkg but as you pointed out, most people interact with documentation in a 'I am having a problem, hence I will search for a solution to it' paradigm. This isn't hard to demonstrate. Look how often you see blog posts / IRC comments where someone serendipitously discovers a utility or parameter which makes their life easier, and which is also very well documented. Because they weren't having any actual _problems_ (just doing something less efficiently than they possibly could be), they hadn't thought to look through the documentation and learn about it. Hell, that's probably happened to all of us. I know it happens to me, frequently. I suspect there are detailed studies on this done by usability researchers, somewhere out there. of course, there are tensions; it's hard (well, impossible) to design a complex interface with defaults that are correct for all uses by all users. but you have to take into account the tendency for people not to discover useful but non-necessary enhancements that are not enabled by default, when you're deciding on your defaults, and try to accommodate it where this doesn't lead to egregious horribleness. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From tibbs at math.uh.edu Fri Sep 25 05:56:02 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 25 Sep 2009 00:56:02 -0500 Subject: yum-presto not on by default In-Reply-To: <76e72f800909242235q7f4aecfcvaa1a159d0bfe604@mail.gmail.com> (Yuan Yijun's message of "Fri, 25 Sep 2009 13:35:37 +0800") References: <1253715621.28837.7.camel@code.and.org> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <76e72f800909242235q7f4aecfcvaa1a159d0bfe604@mail.gmail.com> Message-ID: >>>>> "YY" == Yuan Yijun writes: YY> This is an example of better hardware condition is actively seeking YY> to prevent innovation ("not my problem"). Regardless of how this comes out, I fail to understand how you can say that when the entire system for generating these deltarpms exists and nobody is talking about removing it. How is that preventing anything at all? - J< From bbbush.yuan at gmail.com Fri Sep 25 07:37:40 2009 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Fri, 25 Sep 2009 15:37:40 +0800 Subject: yum-presto not on by default In-Reply-To: References: <1253715621.28837.7.camel@code.and.org> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <76e72f800909242235q7f4aecfcvaa1a159d0bfe604@mail.gmail.com> Message-ID: <76e72f800909250037v7e2a8e81g4d6631bf12fbcbd8@mail.gmail.com> 2009/9/25 Jason L Tibbitts III : >>>>>> "YY" == Yuan Yijun writes: > > YY> This is an example of better hardware condition is actively seeking > YY> to prevent innovation ("not my problem"). > > Regardless of how this comes out, I fail to understand how you can say > that when the entire system for generating these deltarpms exists and > nobody is talking about removing it. ?How is that preventing anything at > all? > I'm sorry for my words. From my limited understanding, gzip is well known for its speed, while xz compression makes some broadband client unhappy. The point is to fix xz compresion. Well I really cannot find a good technical solution, but there is a chance to improve if more people used it. -- bbbush ^_^ From drago01 at gmail.com Fri Sep 25 07:41:02 2009 From: drago01 at gmail.com (drago01) Date: Fri, 25 Sep 2009 09:41:02 +0200 Subject: yum-presto not on by default In-Reply-To: <76e72f800909250037v7e2a8e81g4d6631bf12fbcbd8@mail.gmail.com> References: <1253715621.28837.7.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <76e72f800909242235q7f4aecfcvaa1a159d0bfe604@mail.gmail.com> <76e72f800909250037v7e2a8e81g4d6631bf12fbcbd8@mail.gmail.com> Message-ID: On Fri, Sep 25, 2009 at 9:37 AM, Yuan Yijun wrote: > 2009/9/25 Jason L Tibbitts III : >>>>>>> "YY" == Yuan Yijun writes: >> >> YY> This is an example of better hardware condition is actively seeking >> YY> to prevent innovation ("not my problem"). >> >> Regardless of how this comes out, I fail to understand how you can say >> that when the entire system for generating these deltarpms exists and >> nobody is talking about removing it. ?How is that preventing anything at >> all? >> > > I'm sorry for my words. From my limited understanding, gzip is well > known for its speed, while xz compression makes some broadband client > unhappy. The point is to fix xz compresion. Well I really cannot find > a good technical solution, Well there are three options here: 1) Not compress at all (does not work due to signing issues) 2) Threaded compression (not implemented yet) 3) Use a lower compression level (probably the best option we have right now). From skvidal at fedoraproject.org Fri Sep 25 12:20:21 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 25 Sep 2009 08:20:21 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253857215.13816.119.camel@adam.local.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> Message-ID: On Thu, 24 Sep 2009, Adam Williamson wrote: > I suspect there are detailed studies on this done by usability > researchers, somewhere out there. of course, there are tensions; it's > hard (well, impossible) to design a complex interface with defaults that > are correct for all uses by all users. but you have to take into account > the tendency for people not to discover useful but non-necessary > enhancements that are not enabled by default, when you're deciding on > your defaults, and try to accommodate it where this doesn't lead to > egregious horribleness. And the 'egregious' is the part I have a problem with. Worst case scenario - someone doesn't like updating as much. That's the WORST case. hardly egregious. -sv From rawhide at fedoraproject.org Fri Sep 25 14:11:02 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Fri, 25 Sep 2009 14:11:02 +0000 Subject: rawhide report: 20090925 changes Message-ID: <20090925141102.GA6099@releng2.fedora.phx.redhat.com> Compose started at Fri Sep 25 06:15:06 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 1:telepathy-mission-control-devel-5.2.5-1.fc12.i686 requires telepathy-mission-control = 0:5.2.5-1.fc12 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.i686 requires znc = 0:0.075 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 1:telepathy-mission-control-devel-5.2.5-1.fc12.i686 requires telepathy-mission-control = 0:5.2.5-1.fc12 1:telepathy-mission-control-devel-5.2.5-1.fc12.x86_64 requires telepathy-mission-control = 0:5.2.5-1.fc12 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.x86_64 requires znc = 0:0.075 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 1:telepathy-mission-control-devel-5.2.5-1.fc12.ppc requires telepathy-mission-control = 0:5.2.5-1.fc12 1:telepathy-mission-control-devel-5.2.5-1.fc12.ppc64 requires telepathy-mission-control = 0:5.2.5-1.fc12 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.ppc requires znc = 0:0.075 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 1:telepathy-mission-control-devel-5.2.5-1.fc12.ppc64 requires telepathy-mission-control = 0:5.2.5-1.fc12 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.ppc64 requires znc = 0:0.075 New package clc Command-line client for MUDs New package editarea A replacement for the HTML textarea tag New package firehol A powerful yet easy to use iptables frontend New package ghc-cgi Haskell cgi library New package ghc-xmonad-contrib Third party extensions for xmonad New package lua-lunit Unit testing framework for Lua New package notification-daemon-engine-slider The Slider theme engine for the notification daemon New package perl-Nagios-Plugin-Beanstalk Nagios plugin to observe Beanstalkd queue server New package perl-Text-Diff-Parser Parse patch files containing unified and standard diffs New package sblim-sfcb Small Footprint CIM Broker New package viewnior Elegant image viewer Updated Packages: abrt-0.0.9-2.fc12 ----------------- * Wed Sep 23 2009 jiri Moskovcak 0.0.9-2 - added bug-buddy to provides rhbz#524934 afflib-3.4.1-1.fc12 ------------------- * Thu Sep 24 2009 kwizart < kwizart at gmail.com > - 3.4.1-1 - Update to 3.4.1 - Update gcc43 (new case) - Enable python binding. - Avoid version-info on the python module. anaconda-12.30-1.fc12 --------------------- * Thu Sep 24 2009 Chris Lumens - 12.30-1 - Simplify s390x module list generation. (dcantrell) - Read cmsfs* commands from $IMGPATH/usr/sbin in mk-images (dcantrell) - Use correct kernel-bootwrapper on ppc64. (dcantrell) - Anaconda no longer requires hal. (notting) apr-1.3.9-1.fc12 ---------------- * Fri Sep 25 2009 Bojan Smojver - 1.3.9-1 - bump up to 1.3.9 bc-1.06.95-1.fc12 ----------------- * Thu Sep 24 2009 Ondrej Vasik 1.06-95-1 - update to upstream alpha 1.06.95 (in use in Gentoo, Slackware for quite a long time, marked stable there) - removed already applied patches, fix small memory leak (gentoo patch) - add missing BR for bison and texinfo bluez-4.54-1.fc12 ----------------- * Thu Sep 24 2009 Bastien Nocera 4.54-1 - Update to 4.54 control-center-2.28.0-9.fc12 ---------------------------- * Thu Sep 24 2009 Matthias Clasen 2.28.0-2 - Fix appearance capplet tabs * Thu Sep 24 2009 Matthias Clasen 2.28.0-9 - Drop the notification theme patch cyrus-sasl-2.1.23-4.fc12 ------------------------ * Thu Sep 24 2009 Jan F. Chadima - 2.1.23-4 - Repair initscript to make condrestart working properly (#522103) dhcp-4.1.0p1-11.fc12 -------------------- * Thu Sep 24 2009 Jiri Popelka - 12:4.1.0p1-11 - Make dhcpd and dhcrelay init scripts LSB compliant (#522134, #522146) dracut-002-8.git845dd502.fc12 ----------------------------- * Fri Sep 25 2009 Warren Togami 002-8 - revert back to dracut-002-5 tarball 845dd502 lvm2 was reverted to pre-udev eclipse-cdt-6.0.0-10.fc12 ------------------------- * Wed Sep 23 2009 Jeff Johnston 1:6.0.0-10 - Resolves #290247 - Upgrade libhover to 0.3.0. - Add libhover patch to fix libstdc++ member resolution and to place libhover docs locally within libhover plugin. emacs-23.1-9.fc12 ----------------- * Thu Sep 24 2009 Daniel Novotny 1:23.1-9 - use xdg-open(1) for opening URLs (#316131) epiphany-2.28.0-1.fc12 ---------------------- * Wed Sep 23 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 epiphany-extensions-2.28.0-1.fc12 --------------------------------- * Thu Sep 24 2009 Matthias Clasen - 2.28.0-1 - Update to 2.28.0 fedora-gnome-theme-12.3-1.fc12 ------------------------------ * Thu Sep 24 2009 Matthias Clasen 12.3-1 - Use a new notification theme glib2-2.22.0-3.fc12 ------------------- * Thu Sep 24 2009 Matthias Clasen - 2.22.0-3 - Avoid multilib conflicts (#525213) gnome-menus-2.28.0-2.fc12 ------------------------- * Thu Sep 24 2009 Matthias Clasen 2.28.0-2 - Remove obsolete configure option hornsey-0.5-1.fc12 ------------------ * Thu Sep 24 2009 Peter Robinson 0.5-1 - New upstream 0.5 release. hyphen-as-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-bn-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-gu-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-hi-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-ml-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-mr-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-or-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-ta-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 hyphen-te-0.20090924-1.fc12 --------------------------- * Thu Sep 24 2009 Parag - 0.20090924-1 - update to 20090924 icewm-1.2.37-5.fc12 ------------------- * Thu Sep 24 2009 Gilboa Davara - 1.2.37-5 - Patch in missing fribidi support. (#515134) kde-settings-4.3-10.1 --------------------- * Thu Sep 24 2009 Than Ngo - 4.3-10.1 - rhel cleanup kdebase-workspace-4.3.1-6.fc12 ------------------------------ * Thu Sep 24 2009 Than Ngo - 4.3.1-6 - rhel cleanup * Wed Sep 23 2009 Luk?? Tinkl - 4.3.1-5 - fix spontaneous Plasma crashes due to uninitialized vars kdepim-4.3.1-6.fc12 ------------------- * Thu Sep 24 2009 Than Ngo - 4.3.1-6 - rhel cleanup kdesdk-4.3.1-2.fc12 ------------------- * Thu Sep 24 2009 Rex Dieter - 4.3.1-2 - Requires: kross(python) (#523076) libdrm-2.4.14-1.fc12 -------------------- * Fri Sep 25 2009 Dave Airlie 2.4.14-1 - rebase to latest upstream release - drop carried patches libpciaccess-0.10.9-1.fc12 -------------------------- * Fri Sep 25 2009 Dave Airlie 0.10.9-1 - rebase to latest upstream release - drop patches libtextcat-2.2-10.fc12 ---------------------- * Thu Sep 24 2009 Caolan McNamara 2.2-10 - update fpdb.conf and add mongolian and luxembourgish fingerprints libxml2-2.7.5-1.fc12 -------------------- * Thu Sep 24 2009 Daniel Veillard - 2.7.5-1 - Upstream release of 2.7.5 - fix a couple of Relax-NG validation problems - couple more fixes libxslt-1.1.26-1.fc12 --------------------- * Thu Sep 24 2009 Daniel Veillard 1.1.26-1 - couple of bug fixes - export a symbol needed by lxml lvm2-2.02.52-4.fc12 ------------------- * Thu Sep 24 2009 Peter Rajnoha - 2.02.52-4 - Disable udev synchronisation code (revert previous build). mingw32-libxml2-2.7.5-2.fc12 ---------------------------- * Fri Sep 25 2009 Erik van Pienbroek - 2.7.5-2 - Added a patch to fix GNOME bug #561340 * Thu Sep 24 2009 Erik van Pienbroek - 2.7.5-1 - Update to 2.7.5 mingw32-libxslt-1.1.26-1.fc12 ----------------------------- * Thu Sep 24 2009 Erik van Pienbroek 0.39.3-1 - New 0.39.3 upstream release nautilus-2.28.0-3.fc12 ---------------------- * Thu Sep 24 2009 Matthias Clasen - 2.28.0-3 - Avoid lingering menuitems (#518570) newt-0.52.11-1.fc12 ------------------- * Thu Sep 24 2009 Miroslav Lichvar - 0.52.11-1 - fix buffer overflow in textbox when reflowing (#523955, CVE-2009-2905) - use full textbox width when reflowing and allow minimal width 1 - fix writing lines longer than width in textbox - don't use va_list in newtvwindow more than once (#523696) - bind \E[Z to back-tab in built-in keymap (#468046) - terminate string after reading file in whiptail - add newtRadioSetCurrent function (Thomas Jarosch) - add pkgconfig support (Thomas Jarosch) - add Malay, Malayalam, Assamese, Gujarati, Bengali India, Kannada, Telugu translations - include tutorial in txt format - include debian patches - fix crash in textbox SetText when topLines != 0 - don't link modules with libraries already linked with libnewt - add Asturian and Marathi translations notification-daemon-0.4.1-0.20090923.2.fc12 ------------------------------------------- * Thu Sep 24 2009 Matthias Clasen - 0.4.1-1.20090923.2 - Change default theme to 'slider' nrpe-2.12-11.fc12 ----------------- * Thu Sep 24 2009 Peter Lemenkov - 2.12-11 - Fixed BZ# 515324 nss-ldapd-0.6.11-2.fc12 ----------------------- * Thu Sep 24 2009 Nalin Dahyabhai 0.6.11-2 - rebuild * Wed Sep 16 2009 Nalin Dahyabhai - apply Mitchell Berger's patch to clean up the init script, use %{_initddir}, and correct the %post so that it only thinks about turning on nslcd when we're first being installed (#522947) - tell status() where the pidfile is when the init script is called for that * Tue Sep 08 2009 Nalin Dahyabhai - fix typo in a comment, capitalize the full name for "LDAP Client User" (more from #516049) openct-0.6.17-1.fc12 -------------------- * Thu Sep 24 2009 Tomas Mraz - 0.6.17-1 - Update to latest upstream openldap-2.4.18-3.fc12 ---------------------- * Thu Sep 24 2009 Jan Zeleny 2.4.18-3 - cleanup of previous patch fixing buffer overflow * Tue Sep 22 2009 Jan Zeleny 2.4.18-2 - changed configuration approach. Instead od slapd.conf slapd is using slapd.d directory now - fix of some issues caused by renaming of init script - fix of buffer overflow issue in ldif.c pointed out by new glibc openssh-5.2p1-28.fc12 --------------------- * Thu Sep 24 2009 Jan F. Chadima - 5.2p1-28 - Repair initscript to be acord to guidelines (#521860) - Add bugzilla# to application of edns and xmodifiers patch perl-DBD-Pg-2.15.1-1.fc12 ------------------------- * Thu Sep 24 2009 Stepan Kasal - 2.15.1-1 - new upstream version - add versioned provide (#525502) perl-DBI-1.609-3.fc12 --------------------- * Thu Sep 24 2009 Stepan Kasal - 1.609-3 - provide versioned perl(DBI) perl-XML-Parser-Lite-Tree-0.12-1.fc12 ------------------------------------- * Thu Sep 24 2009 Michal Ingeli - 0.12-1 - Update to current version bz#525050 pinfo-0.6.9-11.fc12 ------------------- * Thu Sep 24 2009 Miroslav Lichvar 0.6.9-11 - suppress install-info errors (#515995) - mark config as noreplace planner-0.14.4-3.fc12 --------------------- * Thu Sep 24 2009 Caol?n McNamara - 0.14.4-3 - Resolves: rhbz#524662 Implement new Gnome XDG Config Folders for planner + gnome#596171 change recently used to use new recently used backend + gnome#XXXXXX split config/data setting into xdg dirs pptp-1.7.2-8.fc12 ----------------- * Thu Sep 24 2009 Paul Howarth 1.7.2-8 - Split pptpsetup into subpackage to avoid perl dependency (#524972) publican-0.44-2.fc12 -------------------- * Mon Sep 21 2009 Jeff Fearn 0.44-2 - remove lohit font deps, they don't work for PDFs generated in FOP python-slip-0.2.5-1.fc12 ------------------------ * Thu Sep 24 2009 Nils Philippsen - 0.2.5-1 - make polkit checks in dbus services non-blocking * Mon Sep 14 2009 Nils Philippsen - improve example documentation python-virtinst-0.500.0-4.fc12 ------------------------------ * Thu Sep 24 2009 Cole Robinson - 0.500.0-4.fc12 - Don't use usermode net for non-root qemu:///system via virt-install - Fix cdrom installs where the iso is a storage volume (bz 524109) - Fix path permissions for kernel/initrd download location (bz 523960) redhat-menus-12.0.1-1.fc12 -------------------------- * Thu Sep 24 2009 Matthias Clasen - 12.0.1-1 * Sun Jul 26 2009 Fedora Release Engineering - 10.0.1-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild ruby-gnome2-0.19.3-1.fc12 ------------------------- * Fri Sep 25 2009 Mamoru Tasaka - 0.19.3-1 - Update to 0.19.3 - Released source does not support gio yet * Sat Sep 19 2009 Mamoru Tasaka - Try rev 3690 - Massive pkgconfig files renaming - Enable gio support rygel-0.4-4.fc12 ---------------- * Thu Sep 24 2009 Peter Robinson 0.4-2 - Update deps for new release * Thu Sep 24 2009 Peter Robinson 0.4-3 - Enable new plugins, add desktop file verification, add more docs * Thu Sep 24 2009 Bastien Nocera 0.4-4 - Make the prefs work selinux-policy-3.6.32-10.fc12 ----------------------------- shared-mime-info-0.60-5.fc12 ---------------------------- * Thu Sep 24 2009 - Caol?n McNamara - 0.60-5 - Resolves: rhbz#508559 openoffice.org desktop files changed name spamassassin-3.3.0-0.18.svn816416.fc12 -------------------------------------- * Thu Sep 24 2009 Warren Togami - 3.3.3-0.18.svn816416 - Enable SOUGHT ruleset in nightly sa-update http://wiki.apache.org/spamassassin/SoughtRules You must enable the sa-update cron job manually in /etc/cron.d/sa-update - Custom channels may be specified in these config files: /etc/mail/spamassassin/sa-update-channels.txt /etc/mail/spamassassin/sa-update-keys.txt stellarium-0.10.2-5.fc12 ------------------------ * Thu Sep 24 2009 Jochen Schmitt 0.10.2-5 - Updated program documentation (#525302) sugar-artwork-0.86.0-1.fc12 --------------------------- * Thu Sep 24 2009 Mathieu Bridon - 0.86.0-1 - New upstream release taipeifonts-1.2-9.fc12 ---------------------- * Fri Sep 25 2009 Caius 'kaio' Chance - 1.2-9.fc12 - rebuild on dist-f12 * Sun Jul 26 2009 Fedora Release Engineering - 1.2-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild telepathy-glib-0.8.0-1.fc12 --------------------------- * Thu Sep 24 2009 Brian Pepple - 0.8.0-1 - Update to 0.8.0. telepathy-mission-control-5.2.5-1.fc12 -------------------------------------- * Thu Sep 24 2009 Brian Pepple - 1:5.2.5-1 - Update to 5.2.5. - Add epoch so we don't ship the devel branch of mission control for F12. totem-2.28.0-2.fc12 ------------------- * Thu Sep 24 2009 Bastien Nocera 2.28.0-2 - Rebuild for new libgdata virt-manager-0.8.0-5.fc12 ------------------------- * Thu Sep 24 2009 Cole Robinson - 0.8.0-5.fc12 - Refresh host disk space in create wizard (bz 502777) - Offer to fix disk permission issues (bz 517379) wgrib-1.8.0.13d-1.fc12 ---------------------- * Thu Sep 24 2009 - Orion Poplawski - 1.8.0.13d-1 - Update to 1.8.0.13d xemacs-21.5.29-5.fc12 --------------------- * Wed Sep 23 2009 Jerry James - 21.5.29-5 - Final fix for bz 512623, which is actually two bugs, because ... - ... the courier font patch breaks TTY font detection. Removed that patch and Require bitmap-fonts to supply the original font name. - Add macros.xemacs (bz 480546) - Add png patch to fix a problem with reading PNG files * Wed Aug 26 2009 Jerry James - 21.5.29-4 - Use upstream's attempt at fixing #512623 instead of mine, which didn't work. xmlfy-1.5.0-1.fc12 ------------------ * Thu Sep 24 2009 Arthur Gouros 1.5.0-1 - normal release, consult RELEASE_NOTES file for details xmlto-0.0.23-2.fc12 ------------------- * Thu Sep 24 2009 Ondrej Vasik - 0.0.23-2 - ensure the default shell is /bin/bash instead of /bin/sh yaboot-1.3.14-19.fc12 --------------------- * Wed Sep 09 2009 Roman Rakus - 1.3.14-18 - Do not require hfsutils on RHEL 6 * Wed Sep 09 2009 Roman Rakus - 1.3.14-19 - Increase TFTP buffer to 32MB znc-0.076-1 ----------- * Fri Sep 25 2009 Nick Bebout - 0.076 - Upgrade to ZNC 0.076 - http://en.znc.in/wiki/ChangeLog/0.076 Summary: Added Packages: 11 Removed Packages: 0 Modified Packages: 77 From ajax at redhat.com Fri Sep 25 14:20:03 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 25 Sep 2009 10:20:03 -0400 Subject: Retiring pangox In-Reply-To: <4ABC22A7.9080508@behdad.org> References: <4ABC22A7.9080508@behdad.org> Message-ID: <1253888403.22223.72.camel@atropine.boston.devel.redhat.com> On Thu, 2009-09-24 at 21:53 -0400, Behdad Esfahbod wrote: > Hi, > > The pangox backend of pango have been deprecated for years (2001ish) and I'm > going to remove it upstream in a week or two. Matthias suggested we get rid > of it in f12. I totally welcome that. So I want to rebuild pango with pangox > disabled in the coming days. > > I don't know of even one package that actually uses the pangox backend/API. I > did a quick query [1] and seems like most packages linking to it are doing > that because gtkglext2 wrongly has pangox in its .pc file. I will patch > gtkglext2 to fix that, but all the dependent packages need to be rebuilt. > There are some alarming ones though. In particular: > > xorg-x11-drv-nvidia-0:185.18.36-1.fc11.i586 > AdobeReader_deu-0:9.1.3-1.i486 > AdobeReader_jpn-0:9.1.3-1.i486 > > Any help figuring out what's going on and how to move forward is appreciated. Well, those are rpmfusion packages, not Fedora, so in some sense, meh. But I bet those packages are just pulling in pangox from gtkglext2 too. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jonathan.underwood at gmail.com Fri Sep 25 14:38:37 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 25 Sep 2009 15:38:37 +0100 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253643067.13816.17.camel@adam.local.net> References: <1253643067.13816.17.camel@adam.local.net> Message-ID: <645d17210909250738o1516c7b1gbf8f8a764efae9a2@mail.gmail.com> 2009/9/22 Adam Williamson : > On Sat, 2009-09-19 at 12:30 -0400, Carlos Romero wrote: >> I have a question: is there any way to disable lvds and use vga as the >> primary, the sony phoenix bios has no options leaving me 60% blind >> with a cracked panel. I guess there might be a bit in nvram. > > xrandr --output LVDS -off > xrandr --auto > > something like that (it may be LVDS-0 or LVDS-1 or something, just look > at the output of plain 'xrandr'). To make it semi-permanent, make the > change in gnome-display-properties; the layout you set in > gnome-display-properties is saved across GNOME sessions as your user. To > make it completely solid across all X sessions for all users, you can do > it in xorg.conf , following the syntax documented here: > > http://wiki.debian.org/XStrikeForce/HowToRandR12 > That reminds me, I am seeing xrandr settings not persist across suspend/resume - which component is that best filed against - kernel or xorg? From dakingun at gmail.com Fri Sep 25 14:41:56 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 10:41:56 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) Message-ID: Hi all, I would like to know your opinion (or any guideline, if it exists) for the best way to package the ATLAS library for the x86 arch ATM. ATLAS (Automatically Tuned Linear Algebra Software) basically provides lapack and blas libraries tuned and optimized for specific cpu instruction sets, and speed-ups derived from it are very significant. The library is mostly used for scientific applications, but I've heard gnome-games also uses it to enhance one of its games. Currently its packaging for Fedora on the x86_32 arch creates 3 variants (sub-packages) based on the SSE instruction sets - atlas-sse(1), atlas-sse2, and atlas-sse3, and just recently we gained the ability to build it for CPUs without SSE. I am trying to decide which variant to provide as the default one that would be picked to satisfy atlas library dependency out of the following 2 possibilities; i). Create a generic x86 'atlas' main package for the P6 architecture, which is a non-SSE and minimum CPU that Fedora can support ATM. atlas-sse, atlas-sse2, and atlas-sse3 would then be sub-packages that users will have to specifically install to benefit from the atlas optimizations. ii). According to smolt statistics, cpus with speeds <= 512 MHz (which is a superset of the non-SSE P6 architecture) is only 0.8% of Fedora install-base, and cpus with speed >2 GHz (which are subset of SSE2 capable cpus) are more than 58%. Therefore to support the majority, the main 'atlas' package will be the sse2 variants, which will provides 'atlas-sse2' and there will be sub-packages for atlas-no_sse, atlas-sse, and atlas-sse3. I personally favour the second option, as I think most people just installing 'atlas' (who might not have seen the package descriptions) will likely get the better optimized variant. Right now the 'atlas-sse2' subpackage provides 'atlas', but yum will select the 'atlas-sse' subpackage to satisfy library dependence for libatlas (shortest name win scenario). Thanks for your contribution. Deji From cmadams at hiwaay.net Fri Sep 25 14:50:48 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 25 Sep 2009 09:50:48 -0500 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: Message-ID: <20090925145048.GB1407059@hiwaay.net> Once upon a time, Deji Akingunola said: > I am trying to decide > which variant to provide as the default one that would be picked to > satisfy atlas library dependency out of the following 2 possibilities; Isn't there a way to have run-time choosing of which variant to use, based on running CPU functionality? I know glibc (or is it ld.so) can do some level of load-time choosing of optimized libraries based on CPU features. An alternative would be to have a wrapper library that checks functionality and dlopen()s the best match. Having different packages (that may conflict with each other) means you can't easily switch between versions, and if you chose the wrong version (or move a hard drive to a different box), your programs crash unexpectedly. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jonathan.underwood at gmail.com Fri Sep 25 14:57:54 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 25 Sep 2009 15:57:54 +0100 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: Message-ID: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> 2009/9/25 Deji Akingunola : > Hi all, > > I would like to know your opinion (or any guideline, if it exists) for > the best way to package the ATLAS library for the x86 arch ATM. ATLAS > (Automatically Tuned Linear Algebra Software) basically provides > lapack and blas libraries tuned and optimized for specific cpu > instruction sets, and speed-ups derived from it are very significant. > The library is mostly used for scientific applications, but I've heard > gnome-games also uses it to enhance one of its games. > Currently its packaging for Fedora on the x86_32 arch creates 3 > variants (sub-packages) based on the SSE instruction sets - > atlas-sse(1), atlas-sse2, and atlas-sse3, and just recently we gained > the ability to build it for CPUs without SSE. I am trying to decide > which variant to provide as the default one that would be picked to > satisfy atlas library dependency out of the following 2 possibilities; > > i). Create a generic x86 'atlas' main package for the P6 architecture, > which is a non-SSE and minimum CPU that Fedora can support ATM. > atlas-sse, atlas-sse2, and atlas-sse3 would then be sub-packages that > users will have to specifically install to benefit from the atlas > optimizations. > > ii). According to smolt statistics, cpus with speeds <= 512 MHz (which > is a superset of the non-SSE P6 architecture) is only 0.8% of Fedora > install-base, and cpus with speed >2 GHz (which are subset of SSE2 > capable cpus) > are more than 58%. Therefore to support the majority, the main 'atlas' > package will be the sse2 variants, which will provides 'atlas-sse2' > and there will be sub-packages for atlas-no_sse, atlas-sse, and > atlas-sse3. > > I personally favour the second option, as I think most people just > installing 'atlas' (who might not have seen the package descriptions) > will likely get the better optimized variant. ?Right now the > 'atlas-sse2' subpackage provides 'atlas', but yum will select the > 'atlas-sse' subpackage to satisfy library dependence for libatlas > (shortest name win scenario). Would it not be best to have the default package using the default CFLAGS for consistency with the rest of the distribution, and the subpackages being variants which override the CFLAGS? Jonathan ps. Any recent thoughts on BZ 478856? From ajax at redhat.com Fri Sep 25 15:00:01 2009 From: ajax at redhat.com (Adam Jackson) Date: Fri, 25 Sep 2009 11:00:01 -0400 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <645d17210909250738o1516c7b1gbf8f8a764efae9a2@mail.gmail.com> References: <1253643067.13816.17.camel@adam.local.net> <645d17210909250738o1516c7b1gbf8f8a764efae9a2@mail.gmail.com> Message-ID: <1253890801.22223.102.camel@atropine.boston.devel.redhat.com> On Fri, 2009-09-25 at 15:38 +0100, Jonathan Underwood wrote: > 2009/9/22 Adam Williamson : > > On Sat, 2009-09-19 at 12:30 -0400, Carlos Romero wrote: > >> I have a question: is there any way to disable lvds and use vga as the > >> primary, the sony phoenix bios has no options leaving me 60% blind > >> with a cracked panel. I guess there might be a bit in nvram. > > > > xrandr --output LVDS -off > > xrandr --auto > > > > something like that (it may be LVDS-0 or LVDS-1 or something, just look > > at the output of plain 'xrandr'). To make it semi-permanent, make the > > change in gnome-display-properties; the layout you set in > > gnome-display-properties is saved across GNOME sessions as your user. To > > make it completely solid across all X sessions for all users, you can do > > it in xorg.conf , following the syntax documented here: > > > > http://wiki.debian.org/XStrikeForce/HowToRandR12 > > That reminds me, I am seeing xrandr settings not persist across > suspend/resume - which component is that best filed against - kernel > or xorg? Start with X. In fact, in general, report KMS bugs against X, it's easier than trying to find them in the huge pile of kernel bugs. - ajax -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From awilliam at redhat.com Fri Sep 25 15:00:28 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 25 Sep 2009 08:00:28 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> Message-ID: <1253890828.13816.128.camel@adam.local.net> On Fri, 2009-09-25 at 08:20 -0400, Seth Vidal wrote: > > On Thu, 24 Sep 2009, Adam Williamson wrote: > > > I suspect there are detailed studies on this done by usability > > researchers, somewhere out there. of course, there are tensions; it's > > hard (well, impossible) to design a complex interface with defaults that > > are correct for all uses by all users. but you have to take into account > > the tendency for people not to discover useful but non-necessary > > enhancements that are not enabled by default, when you're deciding on > > your defaults, and try to accommodate it where this doesn't lead to > > egregious horribleness. > > And the 'egregious' is the part I have a problem with. > > Worst case scenario - someone doesn't like updating as much. > > That's the WORST case. > > hardly egregious. um, my point was that normally in this kind of case - you've come up with a neat little improvement - you look at it the other way round: not how horrible will it be if you don't enable the improvement by default (the answer to which is almost always 'not very', because such a case just equates to the existing situation - so it's more or less a meaningless question); you look at how bad things could possibly get if you _do_ enable it by default. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From dominik at greysector.net Fri Sep 25 15:01:33 2009 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 25 Sep 2009 17:01:33 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <20090925145048.GB1407059@hiwaay.net> References: <20090925145048.GB1407059@hiwaay.net> Message-ID: <20090925150132.GA22438@mokona.greysector.net> On Friday, 25 September 2009 at 16:50, Chris Adams wrote: > Once upon a time, Deji Akingunola said: > > I am trying to decide > > which variant to provide as the default one that would be picked to > > satisfy atlas library dependency out of the following 2 possibilities; > > Isn't there a way to have run-time choosing of which variant to use, > based on running CPU functionality? I know glibc (or is it ld.so) can > do some level of load-time choosing of optimized libraries based on CPU > features. There is, but it's not documented. AFAIR, Fedora's glibc does not make use of libraries placed in %{_libdir}/{sse,sse2} automatically (which would solve 2/3rds of this problem), but does make use of libraries placed in %{_libdir}/i686, which doesn't solve our problem at all. IIRC, Debian's glibc does use sse and sse2 subdirectories. Maybe our glibc could be patched to do that as well. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From skvidal at fedoraproject.org Fri Sep 25 15:08:30 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Fri, 25 Sep 2009 11:08:30 -0400 (EDT) Subject: yum-presto not on by default In-Reply-To: <1253890828.13816.128.camel@adam.local.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> Message-ID: On Fri, 25 Sep 2009, Adam Williamson wrote: > > um, my point was that normally in this kind of case - you've come up > with a neat little improvement - you look at it the other way round: not > how horrible will it be if you don't enable the improvement by default > (the answer to which is almost always 'not very', because such a case > just equates to the existing situation - so it's more or less a > meaningless question); you look at how bad things could possibly get if > you _do_ enable it by default. which is why I said, again, I don't really care if it is enabled or not. :) and since it seems like it has been added to the desktop installs, then this is all a moot point. My only reason for arguing has been that our users are not stupid, we don't TARGET new users anyway https://fedoraproject.org/wiki/Overview#Is_Fedora_for_me.3F so there's no point in acting like they're new users. -sv From dakingun at gmail.com Fri Sep 25 15:08:58 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 11:08:58 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> Message-ID: On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood wrote: > > Would it not be best to have the default package using the default > CFLAGS for consistency with the rest of the distribution, and the > subpackages being variants which override the CFLAGS? > This is a different issue altogether. Even if atlas is made to used the default CFLAGS, it will still attempt to build for a particular CPU (either for the archictetural default passed to it at build time or the hardware on which it is being built), that's how the package was designed. Deji > Jonathan > > ps. Any recent thoughts on BZ 478856? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From dakingun at gmail.com Fri Sep 25 15:12:28 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 11:12:28 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> Message-ID: On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood wrote: > > Jonathan > > ps. Any recent thoughts on BZ 478856? > I'm sorry I'd not given much thoughts to it lately. I will try and address it in the bug report. From awilliam at redhat.com Fri Sep 25 15:23:58 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 25 Sep 2009 08:23:58 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> Message-ID: <1253892238.13816.130.camel@adam.local.net> On Fri, 2009-09-25 at 11:08 -0400, Seth Vidal wrote: > My only reason for arguing has been that our users are not stupid, we > don't TARGET new users anyway > https://fedoraproject.org/wiki/Overview#Is_Fedora_for_me.3F > > so there's no point in acting like they're new users. sure, but nothing I've said is predicated on the assumption that the users in question are new or dumb or anything like that. as I said, you can observe this behaviour happening all the time in experienced user / developer circles (developer planets, IRC etc). No matter how 'advanced' the user group, probably the majority do not refer to documentation until they hit something they would consider a problem. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From jonathan.underwood at gmail.com Fri Sep 25 15:30:26 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 25 Sep 2009 16:30:26 +0100 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> Message-ID: <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> 2009/9/25 Deji Akingunola : > On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood > wrote: > >> >> Would it not be best to have the default package using the default >> CFLAGS for consistency with the rest of the distribution, and the >> subpackages being variants which override the CFLAGS? >> > This is a different issue altogether. Even if atlas is made to used > the default CFLAGS, it will still attempt to build for a particular > CPU (either for the archictetural default passed to it at build time > or the hardware on which it is being built), that's how the package > was designed. Well, my point was that packages that do respect CFLAGS get built currently with certain options, and however Atlas builds, the default package should have comparable options. On x86, I see that is presently -march=i686 -mtune=atom, and IIRC -march=i686 implies sse and sse2 (not sure about sse3). Anyway, whatever it implies, I think that should be the default for the main Atlas package too. From jussilehtola at fedoraproject.org Fri Sep 25 15:48:41 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Fri, 25 Sep 2009 18:48:41 +0300 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> Message-ID: <1253893721.5817.1.camel@asrock.lehtola.no-ip.org> On Fri, 2009-09-25 at 16:30 +0100, Jonathan Underwood wrote: > Well, my point was that packages that do respect CFLAGS get built > currently with certain options, and however Atlas builds, the default > package should have comparable options. On x86, I see that is > presently -march=i686 -mtune=atom, and IIRC -march=i686 implies sse > and sse2 (not sure about sse3). Anyway, whatever it implies, I think > that should be the default for the main Atlas package too. No, -march=i686 does not use SSE; excerpt from gcc man page: i686 Same as "generic", but when used as "march" option, PentiumPro instruction set will be used, so the code will run on all i686 family chips. -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From dakingun at gmail.com Fri Sep 25 15:55:50 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 11:55:50 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> Message-ID: On Fri, Sep 25, 2009 at 11:30 AM, Jonathan Underwood wrote: > 2009/9/25 Deji Akingunola : >> On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood >> wrote: >> >>> >>> Would it not be best to have the default package using the default >>> CFLAGS for consistency with the rest of the distribution, and the >>> subpackages being variants which override the CFLAGS? >>> >> This is a different issue altogether. Even if atlas is made to used >> the default CFLAGS, it will still attempt to build for a particular >> CPU (either for the archictetural default passed to it at build time >> or the hardware on which it is being built), that's how the package >> was designed. > > Well, my point was that packages that do respect CFLAGS get built > currently with certain options, and however Atlas builds, the default > package should have comparable options. On x86, I see that is > presently -march=i686 -mtune=atom, and IIRC -march=i686 implies sse This is actually one of the reasons the atlas package doesn't use the CFLAGS; those options can be too generic (or too specific), atlas build procedure already tries to build for particular cpu types. From tonynelson at georgeanelson.com Fri Sep 25 16:33:38 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Fri, 25 Sep 2009 12:33:38 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: (from dakingun@gmail.com on Fri Sep 25 10:41:56 2009) Message-ID: <1253896418.27519.0@localhost.localdomain> On 09-09-25 10:41:56, Deji Akingunola wrote: > Hi all, > > I would like to know your opinion (or any guideline, if it exists) > for the best way to package the ATLAS library for the x86 arch ATM. ... > i). Create a generic x86 'atlas' main package for the P6 > architecture, ... Currently, the default atlas contains SSE and no SSE. AIUI, even no SSE is faster than no ATLAS. Still, I would hope that the proper variant is chosen at run time, or at least install time. If so, the proper packaging for ATLAS is a single package built for all x86 (or x64 or SPARK or whatever) variants. (My own machine would benefit from a 3DNOW build.) -- ____________________________________________________________________ TonyN.:' ' From dgboles at comcast.net Fri Sep 25 16:43:56 2009 From: dgboles at comcast.net (David Boles) Date: Fri, 25 Sep 2009 12:43:56 -0400 Subject: yum-presto not on by default In-Reply-To: <1253892238.13816.130.camel@adam.local.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> <1253892238.13816.130.camel@adam.local.net> Message-ID: <4ABCF34C.7010807@comcast.net> On 9/25/2009 11:23 AM, Adam Williamson wrote: > On Fri, 2009-09-25 at 11:08 -0400, Seth Vidal wrote: > >> My only reason for arguing has been that our users are not stupid, we >> don't TARGET new users anyway >> https://fedoraproject.org/wiki/Overview#Is_Fedora_for_me.3F >> >> so there's no point in acting like they're new users. > > sure, but nothing I've said is predicated on the assumption that the > users in question are new or dumb or anything like that. as I said, you > can observe this behaviour happening all the time in experienced user / > developer circles (developer planets, IRC etc). No matter how 'advanced' > the user group, probably the majority do not refer to documentation > until they hit something they would consider a problem. > 'lurker mode off' Comment from a 'lurker' You developers and all do a fine job with this. *But* you all seem to have the same wrong idea about *most* regular Linux users. At least the ones that I see on the help lists. *Almost none of them read that darn DOCs.* Nor do they read the release Notes. Nor do they read the FAQ's. Nor do they read they Known Problems. Really? They don't read the instructions and hints *before* they destroy their working systems with an update? Or with a release upgrade? Really? Not the Newbies? Not the 'I think that I am an Expert' people? Not the 'I have much Linux experience' people? Really? Sure. Just follow the questions asked when something well written about pops up as a *surprise*. Sorry for the noise. Back to 'lurker' mode'. -- David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Fri Sep 25 17:00:59 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 25 Sep 2009 10:00:59 -0700 Subject: yum-presto not on by default In-Reply-To: <4ABCF34C.7010807@comcast.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> <1253892238.13816.130.camel@adam.local.net> <4ABCF34C.7010807@comcast.net> Message-ID: <1253898059.13816.133.camel@adam.local.net> On Fri, 2009-09-25 at 12:43 -0400, David Boles wrote: > 'lurker mode off' > > Comment from a 'lurker' > > You developers and all do a fine job with this. > > *But* you all seem to have the same wrong idea about *most* regular > Linux users. At least the ones that I see on the help lists. > > *Almost none of them read that darn DOCs.* Nor do they read the release > Notes. Nor do they read the FAQ's. Nor do they read they Known Problems. That's, um, pretty much what I was saying. > Really? They don't read the instructions and hints *before* they destroy > their working systems with an update? Or with a release upgrade? > > Really? Not the Newbies? Not the 'I think that I am an Expert' people? > Not the 'I have much Linux experience' people? Really? Sure. Just follow > the questions asked when something well written about pops up as a > *surprise*. I know this. It is, however, fair to point out that you're using an inherently skewed sample - "the ones that I see on the help lists'. All other things being equal, the people who bother to read the documentation naturally show up far less often on help lists. =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From abo at root.snowtree.se Fri Sep 25 17:06:04 2009 From: abo at root.snowtree.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Fri, 25 Sep 2009 19:06:04 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> Message-ID: <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal: > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be > able to run a single command? Though Fedora currently might not currently be an optimal "just works" experience, I think that should be the design goal. I want ordinary people to be able to use free software. (And not just use.) Whether they end up using Fedora, a more polished derivative of Fedora (Sugar on a Stick, XO, RHEL etc.) or another distro that benefit from the work done within the Fedora project doesn't matter that much, but if the Fedora motto turns into "by geeks for geeks" and the project loses sight of ordinary people then it's on the wrong track. /abo From jonstanley at gmail.com Fri Sep 25 17:08:51 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Fri, 25 Sep 2009 13:08:51 -0400 Subject: FESCo meeting summary for 2009-09-25 Message-ID: Here's the minutes from today's FESCo meeting, which may have been the shortest ever :) ======================================= #fedora-meeting: FESCo meeting 20090925 ======================================= Meeting started by jds2001 at 17:00:16 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2009-09-25/fedora-meeting.2009-09-25-17.00.log.html . Meeting summary --------------- * Non-responsive maintainer kurzawa (Krzysztof Kurzawski) (jds2001, 17:01:34) * AGREED: Krzysztof Kurzawski is a non-responsive maintainer, and his packages will be orphaned (jds2001, 17:02:51) * open floor (jds2001, 17:02:59) Meeting ended at 17:05:46 UTC. Action Items ------------ Action Items, by person ----------------------- * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * jds2001 (20) * zodbot (6) * skvidal (5) * Kevin_Kofler (4) * nirik (3) * jwb (2) * sharkcz (2) * j-rod (0) * notting (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From kevin at scrye.com Fri Sep 25 17:17:18 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 25 Sep 2009 11:17:18 -0600 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> Message-ID: <20090925111718.198a1569@ohm.scrye.com> On Fri, 18 Sep 2009 15:57:10 +0200 Till Maas wrote: > Aloas, > > On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: > > > I want to start the non-responsive maintainer process for Krzysztof > > Kurzawski, because youtube-dl was not updated for several releases > > and there was not response to bug reports regarding this. > > > > I will use this bug to track my contacting attempts: > > https://bugzilla.redhat.com/show_bug.cgi?id=496593 > > > > On 2009-07-21 I already wrote a mail to youtube-dl-owner and > > suggested to take over youtube-dl, but I did not receive any > > response. > > > > If you know Krzysztof, please ping him. > > a week has passed, so this is the second attempt to reach Krzysztof. The following packages have been orphaned: gfeed greyhounds incollector netmonitor pic2aa scythia wavextract xhotkeys yoltia youtube-dl Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From christoph.frieben at googlemail.com Fri Sep 25 17:10:23 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Fri, 25 Sep 2009 19:10:23 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <20090925145048.GB1407059@hiwaay.net> References: <20090925145048.GB1407059@hiwaay.net> Message-ID: 2009/9/25 Chris Adams: > > Having different packages (that may conflict with each other) means you > can't easily switch between versions, and if you chose the wrong version > (or move a hard drive to a different box), your programs crash > unexpectedly. That's exactly why https://bugzilla.redhat.com/show_bug.cgi?id=510498 had been reported. The default atlas.i586 package on F11 had been built with SSE support and thus crashed on a generic P6 which was supposed to (over)-fulfill the minimum requirements for F11 (and probably those of F12, too) It could not even be removed from the system although blas/lapack were installed as well, because packages like octave actually require it! Thus it is not simply an optional performance optimized package installed by people doing numerics in order to supersede the standard blas/lapack packages. I consider it thus intelligible to use a hierarchy atlas < atlas-sse < atlas-sse2 the first one being installed by default and and not using SSEx at all. Also note, that otherwise, one could argue that all x86 packages (including blas/lapack) should be built using SSEx as well, but this discussion had already taken place on this list a few months ago .. . (Likewise, the default x86_64 package is currently called atlas [ < atlas-sse3 < ... ] and is using SSE2 by default as expected for all x86_64 packages. Higher optimized versions enabling SSE3, SSE4.x which do not exist yet would follow the same naming scheme.). ~C -------------- next part -------------- An HTML attachment was scrubbed... URL: From rafalzaq at gmail.com Fri Sep 25 17:24:01 2009 From: rafalzaq at gmail.com (=?UTF-8?B?UmFmYcWCIFBzb3Rh?=) Date: Fri, 25 Sep 2009 19:24:01 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090925111718.198a1569@ohm.scrye.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> Message-ID: <5610e0590909251024s5d3a694dn8a4ed4693a0a3463@mail.gmail.com> 2009/9/25 Kevin Fenzi > > The following packages have been orphaned: > > gfeed > greyhounds > incollector > netmonitor > pic2aa > scythia > wavextract > xhotkeys > yoltia > youtube-dl > > Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. > > kevin > I'm a maintainer of metacafe-dl which is similar to youtube-dl, so I would like to take it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jonathan.underwood at gmail.com Fri Sep 25 17:25:19 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Fri, 25 Sep 2009 18:25:19 +0100 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <1253893721.5817.1.camel@asrock.lehtola.no-ip.org> References: <645d17210909250757tcdc6a5ci9e0cf33820385843@mail.gmail.com> <645d17210909250830n26b490fk70b091770e53f307@mail.gmail.com> <1253893721.5817.1.camel@asrock.lehtola.no-ip.org> Message-ID: <645d17210909251025n14f07b7avccbdf8be32f985ff@mail.gmail.com> 2009/9/25 Jussi Lehtola : > On Fri, 2009-09-25 at 16:30 +0100, Jonathan Underwood wrote: >> Well, my point was that packages that do respect CFLAGS get built >> currently with certain options, and however Atlas builds, the default >> package should have comparable options. On x86, I see that is >> presently -march=i686 -mtune=atom, and IIRC -march=i686 implies sse >> and sse2 (not sure about sse3). Anyway, whatever it implies, I think >> that should be the default for the main Atlas package too. > > No, -march=i686 does not use SSE; excerpt from gcc man page: > > i686 Same as "generic", but when used as "march" option, PentiumPro > ? ? instruction set will be used, so the code will run on all i686 > ? ? family chips. Ah, right, thanks. Then I am advocating that Atlas be built without SSE for the main package (option 1 of Deji's proposals, I think). From dgboles at gmail.com Fri Sep 25 17:48:19 2009 From: dgboles at gmail.com (David Boles) Date: Fri, 25 Sep 2009 13:48:19 -0400 Subject: yum-presto not on by default In-Reply-To: <1253898059.13816.133.camel@adam.local.net> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> <1253892238.13816.130.camel@adam.local.net> <4ABCF34C.7010807@comcast.net> <1253898059.13816.133.camel@adam.local.net> Message-ID: <4ABD0263.1070506@gmail.com> On 9/25/2009 1:00 PM, Adam Williamson wrote: > On Fri, 2009-09-25 at 12:43 -0400, David Boles wrote: > >> 'lurker mode off' >> >> Comment from a 'lurker' >> >> You developers and all do a fine job with this. >> >> *But* you all seem to have the same wrong idea about *most* regular >> Linux users. At least the ones that I see on the help lists. >> >> *Almost none of them read that darn DOCs.* Nor do they read the release >> Notes. Nor do they read the FAQ's. Nor do they read they Known Problems. > > That's, um, pretty much what I was saying. > >> Really? They don't read the instructions and hints *before* they destroy >> their working systems with an update? Or with a release upgrade? >> >> Really? Not the Newbies? Not the 'I think that I am an Expert' people? >> Not the 'I have much Linux experience' people? Really? Sure. Just follow >> the questions asked when something well written about pops up as a >> *surprise*. > > I know this. > > It is, however, fair to point out that you're using an inherently skewed > sample - "the ones that I see on the help lists'. All other things being > equal, the people who bother to read the documentation naturally show up > far less often on help lists. =) Agreed. So how do you get those 'others' to read the instructions? Linux used to basically require that you do that. Things had to be found in the system and then configured by hand. In the rush to make things auto-magic, which is not a bad thing IMO, when something does not 'just work' users are lost. They seem to have forgotten how to read. Or perhaps comprehend what they read. And those users will always be Linux's bane. -- David -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From mmcgrath at redhat.com Fri Sep 25 17:55:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 25 Sep 2009 12:55:11 -0500 (CDT) Subject: yum-presto not on by default In-Reply-To: <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> Message-ID: On Fri, 25 Sep 2009, Alexander Bostr?m wrote: > tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal: > > > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we > > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be > > able to run a single command? > > Though Fedora currently might not currently be an optimal "just works" > experience, I think that should be the design goal. I want ordinary > people to be able to use free software. (And not just use.) > Wouldn't you rather lead the other distributions who already have that project goal? Let us lead, invent, whatever you want to call it. Let them refine and present to the 'ordinary people'. Let us play to our strengths, let them play to theirs. We win, they win, users win. -Mike From karlthered at gmail.com Fri Sep 25 18:10:45 2009 From: karlthered at gmail.com (=?ISO-8859-1?Q?Ha=EFkel_Gu=E9mar?=) Date: Fri, 25 Sep 2009 20:10:45 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090925111718.198a1569@ohm.scrye.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> Message-ID: <4ABD07A5.90106@gmail.com> > The following packages have been orphaned: > > gfeed > greyhounds > incollector > netmonitor > pic2aa > scythia > wavextract > xhotkeys > yoltia > youtube-dl > > Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. > > kevin > I'll take gfeed and yoltia, co-maintainers are welcome. H. Gu?mar From karlthered at gmail.com Fri Sep 25 18:19:31 2009 From: karlthered at gmail.com (=?ISO-8859-1?Q?Ha=EFkel_Gu=E9mar?=) Date: Fri, 25 Sep 2009 20:19:31 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <4ABD07A5.90106@gmail.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> <4ABD07A5.90106@gmail.com> Message-ID: <4ABD09B3.4090204@gmail.com> > > I'll take gfeed and yoltia, co-maintainers are welcome. > > H. Gu?mar Erm, s/yoltia/scythia/ , sorry for the disturbance. For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so he might want to take ownership. From sundaram at fedoraproject.org Fri Sep 25 18:17:24 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 25 Sep 2009 23:47:24 +0530 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <4ABD09B3.4090204@gmail.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> <4ABD07A5.90106@gmail.com> <4ABD09B3.4090204@gmail.com> Message-ID: <4ABD0934.9050806@fedoraproject.org> On 09/25/2009 11:49 PM, Ha?kel Gu?mar wrote: >> >> I'll take gfeed and yoltia, co-maintainers are welcome. >> >> H. Gu?mar > > Erm, s/yoltia/scythia/ , sorry for the disturbance. > For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so > he might want to take ownership. Yes but you can add yourself as a comaintainer as well. Feel free to. Rahul From walters at verbum.org Fri Sep 25 19:08:25 2009 From: walters at verbum.org (Colin Walters) Date: Fri, 25 Sep 2009 19:08:25 +0000 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> Message-ID: On Fri, Sep 25, 2009 at 5:55 PM, Mike McGrath wrote: > > Wouldn't you rather lead the other distributions who already have that > project goal? ?Let us lead, invent, whatever you want to call it. ?Let > them refine and present to the 'ordinary people'. ?Let us play to our > strengths, let them play to theirs. ?We win, they win, users win. I don't think that works; in general doing infrastructure work without reference to a user experience is going to result in a big mismatch between the desired UI and what's available. In this particular case it seems to me we want it to be a dynamic property; e.g. if I start an update while on my mobile broadband card, suspend in the middle of downloading, go to an office where I have a local mirror, well ideally I'd be able to check a box in the UI to toggle it (if it really mattered), or even better the system would use some heuristics. But obviously, you can't disable delta compression by doing a "yum remove" in the middle of your download... From fedora at camperquake.de Fri Sep 25 19:27:04 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 25 Sep 2009 21:27:04 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> Message-ID: <20090925212704.55f44b90@fred.camperquake.de> Hi. On Fri, 25 Sep 2009 19:08:25 +0000, Colin Walters wrote > In this particular case it seems to me we want it to be a dynamic > property; e.g. if I start an update while on my mobile broadband card, > suspend in the middle of downloading, go to an office where I have a > local mirror, well ideally I'd be able to check a box in the UI to > toggle it (if it really mattered), or even better the system would use > some heuristics. I really think that in this, rather special and constructed-sounding case, you may survive if the rest of the transaction ran on using delta-rpms instead of dynamically disabling them in the middle. From dakingun at gmail.com Fri Sep 25 19:37:00 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 15:37:00 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: <20090925145048.GB1407059@hiwaay.net> Message-ID: On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben wrote: > 2009/9/25 Chris Adams: >> > > (Likewise, the default x86_64 package is currently called > > ? atlas [ < atlas-sse3 < ... ] > > and is using SSE2 by default as expected for all x86_64 packages. Higher Actually the atlas x86_64 package is using SSE3 by default. I believe SSE3 is the least common denominator for the x86_64 cpus. And yes, whatever is determined for the x86_32 situation will also apply for SSE4* for x86_64. Deji > optimized versions enabling SSE3, SSE4.x which do not exist yet would follow > the same naming scheme.). > > ~C > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From rda at rincon.com Fri Sep 25 20:04:22 2009 From: rda at rincon.com (Bob Arendt) Date: Fri, 25 Sep 2009 13:04:22 -0700 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: <20090925145048.GB1407059@hiwaay.net> Message-ID: <4ABD2246.5020005@rincon.com> On 09/25/09 12:37, Deji Akingunola wrote: > On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben > wrote: >> 2009/9/25 Chris Adams: >>> > >> >> (Likewise, the default x86_64 package is currently called >> >> atlas [< atlas-sse3< ... ] >> >> and is using SSE2 by default as expected for all x86_64 packages. Higher > > Actually the atlas x86_64 package is using SSE3 by default. I believe > SSE3 is the least common denominator for the x86_64 cpus. And yes, > whatever is determined for the x86_32 situation will also apply for > SSE4* for x86_64. > > Deji > My Athlon(tm) 64 X2 Dual Core Processor 3600+ (running x86_64) isn't showing SSE3; From /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch Unless the 3dnow extensions are equivalent to SSE3, it looks like SSE2 is the least common denominator for the x86_64 cpus. -Bob From airlied at redhat.com Fri Sep 25 21:12:01 2009 From: airlied at redhat.com (Dave Airlie) Date: Sat, 26 Sep 2009 07:12:01 +1000 Subject: intel/nouveau kms users avoid kernel 2.6.31.1-46 Message-ID: <1253913121.15673.8.camel@localhost> KMS won't init on this kernel, -48 is building now. I untagged -46 but it'll probably still end up in rawhide last night. Dave. From dakingun at gmail.com Sat Sep 26 00:01:22 2009 From: dakingun at gmail.com (Deji Akingunola) Date: Fri, 25 Sep 2009 20:01:22 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <4ABD2246.5020005@rincon.com> References: <20090925145048.GB1407059@hiwaay.net> <4ABD2246.5020005@rincon.com> Message-ID: On Fri, Sep 25, 2009 at 4:04 PM, Bob Arendt wrote: > On 09/25/09 12:37, Deji Akingunola wrote: >> >> On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben >> ?wrote: >>> >>> 2009/9/25 Chris Adams: >>>> >> >>> >>> (Likewise, the default x86_64 package is currently called >>> >>> ? atlas [< ?atlas-sse3< ?... ] >>> >>> and is using SSE2 by default as expected for all x86_64 packages. Higher >> >> Actually the atlas x86_64 package is using SSE3 by default. I believe >> SSE3 is the least common denominator for the x86_64 cpus. And yes, >> whatever is determined for the x86_32 situation will also apply for >> SSE4* for x86_64. >> >> Deji >> > My Athlon(tm) 64 X2 Dual Core Processor 3600+ (running x86_64) isn't > showing SSE3; ?From /proc/cpuinfo > > flags ? ? ? ? ? : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca > cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy > svm extapic cr8_legacy 3dnowprefetch > > Unless the 3dnow extensions are equivalent to SSE3, it looks like SSE2 > is the least common denominator for the x86_64 cpus. > Thanks for the info. Deji From andre at bwh.harvard.edu Sat Sep 26 00:46:09 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Fri, 25 Sep 2009 20:46:09 -0400 Subject: yum-presto not on by default In-Reply-To: <4ABC4A5D.9030002@bwh.harvard.edu> References: <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <20090924203221.GI949761@hiwaay.net> <1253824770.13816.101.camel@adam.local.net> <4ABBDB7D.8050100@bwh.harvard.edu> <4ABC4A5D.9030002@bwh.harvard.edu> Message-ID: <4ABD6451.8070700@bwh.harvard.edu> On 09/25/2009 12:43 AM, Andre Robatino wrote: > On 09/24/2009 11:31 PM, Seth Vidal wrote: >> >> >> On Thu, 24 Sep 2009, Ben Boeckel wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA256 >>> >>> Seth Vidal wrote: >>>>> Does yum-presto make use of multiple cores when rebuilding the >>> RPMs? >>>>> (My machines only have one, so I can't tell.) >>>> >>>> other than the xz compression part I believe most of the time is >>>> disk bound, not cpu bound. >>>> >>>> -sv >>>> >>> >>> The rpmrebuild operation has saturated one of my 3.0GHz Intel Core >>> 2 Duo cores for at least a minute on large updates, so my guess is >>> that that part is not multithreaded and CPU bound. >>> >> >> right, currently - using xz -6 - which is using more cpu. > > Running {make,apply}deltaiso always maxes out my 2.7 GHz CPU, even > between ISOs with RPMs using Gzip. I'll check what happens next time > it's doing a delta rebuild during a F11 update. As near as I can tell, applydeltarpm maxes out the CPU while it's running during a F11 update, even though the RPMs use Gzip. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From awilliam at redhat.com Sat Sep 26 04:50:36 2009 From: awilliam at redhat.com (Adam Williamson) Date: Fri, 25 Sep 2009 21:50:36 -0700 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> Message-ID: <1253940636.2425.4.camel@adam.local.net> On Fri, 2009-09-25 at 19:08 +0000, Colin Walters wrote: > In this particular case it seems to me we want it to be a dynamic > property; e.g. if I start an update while on my mobile broadband card, > suspend in the middle of downloading, go to an office where I have a > local mirror, well ideally I'd be able to check a box in the UI to > toggle it (if it really mattered), or even better the system would use > some heuristics. I really think that, if we make the trivial fix to use a lower compression level, there's really few scenarios in which it's worthwhile not to use deltas. Even where your CPU is sufficiently slow or your network connection sufficiently blindingly fast that it's a benefit, it's going to be a fairly small one at that point (even with the _current_ compression level, my laptop's weedy Atom CPU's delta rebuilding speed equates to a download speed of over 1Mb/sec; the numbers get a lot better if we fix the compression level). And even when using network bandwidth is faster, that doesn't necessarily mean it's preferred (if, for instance, you're running into bandwidth caps - which is a real concern for some users. Ask an Australian.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From christoph.frieben at googlemail.com Sat Sep 26 06:34:58 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Sat, 26 Sep 2009 08:34:58 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <4ABD2246.5020005@rincon.com> References: <20090925145048.GB1407059@hiwaay.net> <4ABD2246.5020005@rincon.com> Message-ID: 2009/9/25 Bob Arendt wrote: > My Athlon(tm) 64 X2 Dual Core Processor 3600+ (running x86_64) isn't > showing SSE3; From /proc/cpuinfo > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca > cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt > rdtscp lm 3dnowext 3dnow rep_good extd_apicid pni cx16 lahf_lm cmp_legacy > svm extapic cr8_legacy 3dnowprefetch > > Unless the 3dnow extensions are equivalent to SSE3, it looks like SSE2 > is the least common denominator for the x86_64 cpus. > > -Bob You are wrong: pni == SSE3 . -------------- next part -------------- An HTML attachment was scrubbed... URL: From karlthered at gmail.com Sat Sep 26 07:24:24 2009 From: karlthered at gmail.com (=?ISO-8859-1?Q?Ha=EFkel_Gu=E9mar?=) Date: Sat, 26 Sep 2009 09:24:24 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: <20090925145048.GB1407059@hiwaay.net> <4ABD2246.5020005@rincon.com> Message-ID: <4ABDC1A8.1010705@gmail.com> > > You are wrong: pni == SSE3 . > Right, but SSE3 ain't the least denominator of x86_64 at all. Early AMD64 chips (3 to 5 years old) doesn't support SSE3 as x86_64 predates SSE3. You can safely assume that all AM2 socket based chips are SSE3 enabled. H. From kevin.kofler at chello.at Sat Sep 26 07:23:36 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:23:36 +0200 Subject: All Features Need to be 100% by Beta Freeze (2009-09-29) References: <4ABA82BF.8080306__44031.1809922152$1253737295$gmane$org@redhat.com> Message-ID: John Poelstra wrote: > I will raise feature pages not at 100% at FESCo's meeting on October 2, > 2009. Hopefully my job will be easy and there there won't be any :-) Count on me to vote against dropping any feature which has any chance of getting completed through freeze overrides or (especially for stuff which is not on any of the live media anyway) 0-day updates. IMHO the target date for 100% completion really needs to be the day on which the RC which ends up going gold gets composed, not the feature freeze day. If something is 99% complete now, getting that last 1% done and tagged into the release by rel-eng looks very much possible to me. Kevin Kofler From kevin.kofler at chello.at Sat Sep 26 07:31:45 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:31:45 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <1253721637.2575.11.camel@localhost.localdomain> <4ABAA2AA.40108@alexhudson.com> Message-ID: Alex Hudson wrote: > I'd be interested in trying to "fix" xz (I disagree entirely that this > is an xz bug; it's a bug in the assumptions of those whose used it for > the wrong purpose), but presumably it means rebuilding packages built on > certain arches anyway - and if that's not easy to determine, does that > imply a rebuild anyway? Basically, the safest solution would be to fix xz, then rebuild all noarch packages. At least those noarch packages which happened to be built on a PPC builder will need rebuilding after xz gets fixed. Please note that this probably also affects noarch subpackages. Kevin Kofler From kevin.kofler at chello.at Sat Sep 26 07:38:51 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:38:51 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> Message-ID: Seth Vidal wrote: > Seriously? We have lots of documentation that is "run this one command". > > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be > able to run a single command? > > I think if you assume too little of your users you end up with bad users. +1 I think this is also a big problem with how the download page is being "simplified". Call me elitist, but frankly I think we DO NOT WANT that kind of users. They have little to no chance of ever becoming contributors and they'll strain our support channels (IRC, fedora-list, they even flood this list with off- topic user questions!) with their dumb questions and take away valuable contributor time. Kevin Kofler From kevin.kofler at chello.at Sat Sep 26 07:45:05 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:45:05 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <4ABBD6A1.3050506@bwh.harvard.edu> <4ABBD7CC.2040705@fedoraproject.org> Message-ID: Rahul Sundaram wrote: > Since it has been added the gnome-desktop (by me) and kde-desktop (by > the KDE SIG) package groups in Fedora 12, majority of users will get it > by default. But if the consensus is that it shouldn't be the default, we (KDE SIG) will follow that. Kevin Kofler From sundaram at fedoraproject.org Sat Sep 26 07:44:56 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 26 Sep 2009 13:14:56 +0530 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <4ABBD6A1.3050506@bwh.harvard.edu> <4ABBD7CC.2040705@fedoraproject.org> Message-ID: <4ABDC678.8070302@fedoraproject.org> On 09/26/2009 01:15 PM, Kevin Kofler wrote: > Rahul Sundaram wrote: >> Since it has been added the gnome-desktop (by me) and kde-desktop (by >> the KDE SIG) package groups in Fedora 12, majority of users will get it >> by default. > > But if the consensus is that it shouldn't be the default, we (KDE SIG) will > follow that. That would depend on how we handle the issues that started the thread. Rahul From kevin.kofler at chello.at Sat Sep 26 07:49:35 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:49:35 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090924050519.GA27546@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > So... just set the xz compression level to 2, let it be that way for > future builds, and go about our business? We still need to fix the "noarch bug" (i.e. xz compression being endianness- specific and breaking deltas of noarch packages). Kevin Kofler From kevin.kofler at chello.at Sat Sep 26 07:53:38 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 09:53:38 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: drago01 wrote: > As for the GPG signature ... can't the drpm itself be signed? If the metadata is getting signed, it basically is already. The metadata contains a checksum of the DRPM, so if the metadata passes the signature check and the DRPM matches the checksum, the DRPM's integrity and uncompromisedness is verified. So I think it's safe to disable the checksum check for the rebuilt RPMs entirely. Kevin Kofler From drago01 at gmail.com Sat Sep 26 08:27:14 2009 From: drago01 at gmail.com (drago01) Date: Sat, 26 Sep 2009 10:27:14 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> Message-ID: On Sat, Sep 26, 2009 at 9:53 AM, Kevin Kofler wrote: > drago01 wrote: >> As for the GPG signature ... can't the drpm itself be signed? > > If the metadata is getting signed, it basically is already. The metadata > contains a checksum of the DRPM, so if the metadata passes the signature > check and the DRPM matches the checksum, the DRPM's integrity and > uncompromisedness is verified. So I think it's safe to disable the checksum > check for the rebuilt RPMs entirely. Well if this is the case then we can simply not compress the generated rpms, problem solved. From christoph.frieben at googlemail.com Sat Sep 26 08:40:16 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Sat, 26 Sep 2009 10:40:16 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: <4ABDC1A8.1010705@gmail.com> References: <20090925145048.GB1407059@hiwaay.net> <4ABD2246.5020005@rincon.com> <4ABDC1A8.1010705@gmail.com> Message-ID: 2009/9/26 Ha?kel Gu?mar > Right, but SSE3 ain't the least denominator of x86_64 at all. > Early AMD64 chips (3 to 5 years old) doesn't support SSE3 as x86_64 > predates SSE3. You can safely assume that all AM2 socket based chips are > SSE3 enabled. > I do agree perfectly with you, however, SSE3 capability can definitely be queried by checking the presence of flag pni (Prescott New Instructions) in /proc/cpuinfo. AMD cores Sledgehammer (steppings C0, CG) and Clawhammer (stepping CG) do not support SSE3 only cores from San Diego (stepping E4) on. ~C -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Sat Sep 26 09:08:23 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sat, 26 Sep 2009 11:08:23 +0200 Subject: yum-presto not on by default In-Reply-To: References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <20090923145425.GB7156@genius.kawo2.rwth-aachen.de> <20090923152224.GC7156@genius.kawo2.rwth-aachen.de> <1253767595.28837.12.camel@code.and.org> <1253768770.16202.56.camel@jdlaptop.lesbg.loc> <4ABB07FE.3010701@shmuelhome.mine.nu> <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <1253898364.24244.92878.camel@tempo.alexander.bostrom.net> Message-ID: > On Fri, 25 Sep 2009, Alexander Bostr?m wrote: > >> tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal: >> >> > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't >> we >> > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro >> be >> > able to run a single command? >> >> Though Fedora currently might not currently be an optimal "just works" >> experience, I think that should be the design goal. I want ordinary >> people to be able to use free software. (And not just use.) >> > > Wouldn't you rather lead the other distributions who already have that > project goal? Let us lead, invent, whatever you want to call it. Let > them refine and present to the 'ordinary people'. Let us play to our > strengths, let them play to theirs. We win, they win, users win. IMHO RHL/Fedora has always been targeting a "just works" experience and that should stay the goal. Note that this is very different from targeting "ordinary people" as "ordinary people" are too often taken as a synonym for "not you, if you can use bugzilla you're not in the target audience" and as a pretext for coders to do whatever they want without having to justify themselves or process bug reports. I had a very unpleasant example of such sophistry (you're not the target audience, the target audience supports me, and I have nothing to show for it, because if I did, it wouldn't be the target audience) recently. The gold standard should stay "an argument needs to be justified technically, if you can't argue for it on technical grounds, do not drag mythical target audience in the debate". That's the only way to make objective assessments. And if you don't strive to stay objective, you'll just create a rotten from the core community -- Nicolas Mailhot From nicolas.mailhot at laposte.net Sat Sep 26 09:17:40 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sat, 26 Sep 2009 11:17:40 +0200 Subject: yum-presto not on by default In-Reply-To: <4ABD0263.1070506@gmail.com> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> <1253892238.13816.130.camel@adam.local.net> <4ABCF34C.7010807@comcast.net> <1253898059.13816.133.camel@adam.local.net> <4ABD0263.1070506@gmail.com> Message-ID: <36bfb7cdecdc1334df593627ee07c569.squirrel@arekh.dyndns.org> > On 9/25/2009 1:00 PM, Adam Williamson wrote: > So how do you get those 'others' to read the instructions? Linux used to > basically require that you do that. Things had to be found in the system > and then configured by hand. > > In the rush to make things auto-magic, which is not a bad thing IMO, > when something does not 'just work' users are lost. They seem to have > forgotten how to read. Or perhaps comprehend what they read. It's not like that. It's more like, the complexity of a Fedora system went over the roof in the past years, and has little in common with old limited *nix systems, so users now refuse to be dragged in reading the documentation, because they know that if they let themselves fooled by just a few apps, they'll saturate. Remember, human brains do not follow Moore's law, if we want to be able to continue growing the distribution, individual packages need to get simpler to use. And simpler does not mean "I'll assume everything is a laptop, and everyone is a 'normal' user". Simpler means "my app is smart enough to manage all cases alone without human intervention" -- Nicolas Mailhot From christoph.frieben at googlemail.com Sat Sep 26 10:06:51 2009 From: christoph.frieben at googlemail.com (Christoph Frieben) Date: Sat, 26 Sep 2009 12:06:51 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: <20090925145048.GB1407059@hiwaay.net> Message-ID: 2009/9/25 Deji Akingunola > > Actually the atlas x86_64 package is using SSE3 by default. I believe > SSE3 is the least common denominator for the x86_64 cpus. And yes, > whatever is determined for the x86_32 situation will also apply for > SSE4* for x86_64. > > Deji > Ok, this obviously means that AMD64 processors based upon the cores Sledgehammer (steppings C0, CG) and Clawhammer (stepping CG) will report illegal operations because they do not support SSE3, only cores from San Diego (stepping E4) on. Thus, it looks like there is actually a need for distinct packages atlas.x86_64 < atlas-sse3.x86_64 [ < atlas -sse4.x < .. ] All not that obvious after all .. ~C -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Sat Sep 26 10:36:28 2009 From: twaugh at redhat.com (Tim Waugh) Date: Sat, 26 Sep 2009 11:36:28 +0100 Subject: Adding encrypted drive to encrypted system post installation Message-ID: <1253961388.6694.3.camel@localhost.localdomain> Hi, When I installed rawhide-nearly-Fedora-12-Alpha a while back, I made sure to encrypt the entire system. Works a treat. I've now set up another encrypted drive (for backups), and want to add it to the system so that it is mounted automatically. It uses the same encryption password. I can't find how to do this though, and the things I've tried have failed: * adding it to /etc/fstab by LABEL * adding it to /etc/fstab by UUID I'm not clear on how the existing encrypted partitions get unlocked but I think perhaps dracut does it? I get prompted for the encryption password during boot. How can I add another encrypted disk to this system so that it is unlocked at boot? Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From kevin.kofler at chello.at Sat Sep 26 12:26:35 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 14:26:35 +0200 Subject: yum-presto not on by default References: <1253678663.24144.115.camel@jdlaptop.lesbg.loc> <20090923105100.05a40ab8@leela> <1253708530.16202.45.camel@jdlaptop.lesbg.loc> <1253715621.28837.7.camel@code.and.org> <1253721637.2575.11.camel@localhost.localdomain> <4ABAA2AA.40108@alexhudson.com> Message-ID: I wrote: > Basically, the safest solution would be to fix xz, then rebuild all noarch > packages. At least those noarch packages which happened to be built on a > PPC builder will need rebuilding after xz gets fixed. Please note that > this probably also affects noarch subpackages. PS: If we don't care about F11->F12 and Rawhide->F12 deltas, then we don't have to rebuild anything, just fix xz before the release. Kevin Kofler From kevin.kofler at chello.at Sat Sep 26 12:32:45 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 26 Sep 2009 14:32:45 +0200 Subject: Opinions on packaging ATLAS (for the x86 architecture) References: Message-ID: Deji Akingunola wrote: > i). Create a generic x86 'atlas' main package for the P6 architecture, > which is a non-SSE and minimum CPU that Fedora can support ATM. > atlas-sse, atlas-sse2, and atlas-sse3 would then be sub-packages that > users will have to specifically install to benefit from the atlas > optimizations. IMHO, that's the simplest solution and the only one really compliant with our packaging guidelines (support all architecture variants by default, provide optimized versions as optionals). Of course the root of the problem is ATLAS's lack of support for runtime CPU feature detection (which is the recommended solution for Fedora packaging), but I don't expect that to get fixed any time soon. (The ATLAS developers expect everybody to compile a tuned ATLAS for their own machine and show only very limited interest in binary packaging.) Kevin Kofler From howard at cohtech.com Sat Sep 26 12:40:48 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Sat, 26 Sep 2009 13:40:48 +0100 Subject: Packaging Webmin for Fedora 11+ Message-ID: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> I have run into a problem when trying to package webmin for Fedora 11+. Webmin is a noarch package but it contains some binary files (effectively firmware) it is a dll that gets downloaded onto Windows based browsers. So how do I tell rpmbuild (i.e. what specfile command) that this is firmware and not a binary file! -- Howard Wilkinson Coherent Technology Limited From iarnell at gmail.com Sat Sep 26 13:04:14 2009 From: iarnell at gmail.com (Iain Arnell) Date: Sat, 26 Sep 2009 15:04:14 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> Message-ID: <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> On Sat, Sep 26, 2009 at 2:40 PM, Howard Wilkinson wrote: > I have run into a problem when trying to package webmin for Fedora 11+. > Webmin is a noarch package but it contains some binary files > (effectively firmware) it is a dll that gets downloaded onto Windows > based browsers. xenroll.dll? It's hardly firmware - copyright microsoft and almost certainly not redistributable. The safest option is probably to remove it completely (from the source tarball too). And if you haven't seen them already, I'd also recommend taking a look at the previous review requests for webmin - it's not the easiest thing to get packaged properly https://bugzilla.redhat.com/show_bug.cgi?id=184080 https://bugzilla.redhat.com/show_bug.cgi?id=468570 -- Iain. From rawhide at fedoraproject.org Sat Sep 26 14:00:48 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sat, 26 Sep 2009 14:00:48 +0000 Subject: rawhide report: 20090926 changes Message-ID: <20090926140048.GA13047@releng2.fedora.phx.redhat.com> Compose started at Sat Sep 26 06:15:04 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.i686 requires znc = 0:0.075 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhm-0.5.3465-3.fc12.x86_64 requires qpidd = 0:0.5.790661 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.x86_64 requires znc = 0:0.075 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.ppc requires znc = 0:0.075 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.ppc64 requires znc = 0:0.075 New package clutter-sharp C#/.NET bindings to Clutter New package eclipse-callgraph C/C++ Call Graph Visualization Tool New package fence-virt A pluggable fencing framework for virtual machines New package frepple Free Production Planning Library New package kmymoney2-aqbanking Online banking plugin for KMyMoney New package perl-Locale-Maketext-Gettext Joins the gettext and Maketext frameworks New package php-doctrine-Doctrine PHP Object Relational Mapper New package python-assets Cache-friendly asset management via content-hash-naming New package python-sysv_ipc System V IPC for Python - Semaphores, Shared Memory and Message Queues New package python-wehjit A Python web-widget library New package rgmanager Open Source HA Resource Group Failover for Red Hat Cluster New package webkitkde QtWebKit bindings to KDE New package xfce4-xfswitch-plugin User switching plugin for the Xfce4 Panel New package xls2csv A script that recodes a spreadsheet's charset and saves as CSV New package xml-writer Java filter class designed to work with SAX2 Removed package gst-mixer Removed package lohit-fonts Updated Packages: BackupPC-3.1.0-9.fc12 --------------------- * Fri Sep 25 2009 Johan Cwiklinski 3.1.0-9 - Fix security bug (bug #518412) amqp-1.0.818599-1.fc12 ---------------------- * Fri Sep 25 2009 Nuno Santos - 0:1.0.818599-1 - Rebased to svn rev 818599 * Fri Sep 18 2009 Nuno Santos - 0:1.0.816781-1 - Rebased to svn rev 816781 anaconda-12.31-1.fc12 --------------------- * Fri Sep 25 2009 David Cantrell - 12.31-1 - Move S390MODS to inside makeBootImages(), remove libiscsi_tcp. (dcantrell) - Require the latest and greatest python-meh. (clumens) - Add a stub enableNetwork method for cmdline mode (#525779). (clumens) - Adapt to python-meh passing a bug description around. (clumens) - Return None for next part type if all primary slots full. (#524859) (dlehman) - Make sure the Minimal group is selected by default on RHEL installs (#524561). (clumens) authconfig-5.4.13-1.fc12 ------------------------ * Fri Sep 25 2009 Tomas Mraz - 5.4.13-1 - updated translations axis-1.2.1-7.fc12 ----------------- * Fri Sep 25 2009 Dan Horak 0:1.2.1-7 - Backport fix for building with java 1.6, synced from F-11 branch (#511480, #523203) * Fri Jul 24 2009 Fedora Release Engineering - 0:1.2.1-6.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Feb 23 2009 Fedora Release Engineering - 0:1.2.1-5.1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild bzr-2.0.0-1.fc12 ---------------- * Fri Sep 25 2009 Henrik Nordstrom - 2.0-1 - Update to 2.0.0 cluster-3.0.3-1.fc12 -------------------- * Fri Sep 25 2009 Fabio M. Di Nitto - 3.0.3-1 - New upstream release - spec file updates: * drop cp_workaround patch * stop shipping rgmanager from cluster * move dlm udev rules in clusterlib where they belong * enable pacemaker components build * ship 2 new rpms: dlm-pcmk and gfs-pcmk for pacemaker integration constantine-kde-theme-11.90.3-4.fc12 ------------------------------------ * Fri Sep 25 2009 Than Ngo - 11.90.3-4 - rhel cleanup corosync-1.1.0-1.fc12 --------------------- * Fri Sep 25 2009 Fabio M. Di Nitto - 1.1.0-1 - New upstream release - spec file updates: * enable IB support * explicitly define built-in features at configure time facter-1.5.7-1.fc12 ------------------- * Fri Sep 25 2009 Todd Zullinger - 1.5.7-1 - Update to 1.5.7 - Update #508037 patch from upstream ticket fence-agents-3.0.3-1.fc12 ------------------------- * Wed Sep 23 2009 Fabio M. Di Nitto - 3.0.3-1 - New upstream release fusecompress-2.6-2.fc12 ----------------------- * Fri Sep 25 2009 Toshio Kuratomi - 2.6-2 - Port code to newer liblzma as provided by xz. * Thu Sep 24 2009 Toshio Kuratomi - 2.6-1 - Update to 2.6. - Drop portion of gcc patch that's gone upstream. - Patch for vsprintf bug in new logging code. * Thu Sep 17 2009 Peter Lemenkov - 2.5-3 - Rebuilt with new fuse * Fri Jul 24 2009 Fedora Release Engineering - 2.5-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild galeon-2.0.7-16.fc12 -------------------- * Fri Sep 25 2009 Denis Leroy - 2.0.7-16 - Added patch from Yanko Kaneti (#525417) to fix crash on startup gcc-4.4.1-17 ------------ * Fri Sep 25 2009 Jakub Jelinek 4.4.1-17 - update from gcc-4_4-branch - fix vectorizer for power7 (#463846) - VTA backports - fix debug info for parameters passed by reference (#525709) - PR bootstrap/41457 - remove power7 VSX load/store with update insn support - remove SSE5 support gdb-6.8.91.20090925-2.fc12 -------------------------- * Fri Sep 25 2009 Jan Kratochvil - 6.8.91.20090925-1 - Upgrade to the FSF GDB gdb-7.0 snapshot: 6.8.91.20090925 - archer-jankratochvil-fedora12 commit: 4338ea85c798007c32594032f602db9fd230eba9 - [python] Don't directly reference self.frame (Tom Tromey). - [expr] Updates from branch (Keith Seitz). * Fri Sep 25 2009 Jan Kratochvil - 6.8.91.20090925-2 - Fix buildid-loading libs w/matching name but different build-id (BZ 524572). gdm-2.28.0-2.fc12 ----------------- * Fri Sep 25 2009 Ray Strode 1:2.28.0-2 - Fix autologin glib2-2.22.0-4.fc12 ------------------- * Fri Sep 25 2009 Matthias Clasen - 2.22.0-4 - Avoid multilib conflicts even harder glibmm24-2.22.1-1.fc12 ---------------------- * Fri Sep 25 2009 Denis Leroy - 2.22.1-1 - Update to upstream 2.22.1 gnome-commander-1.3-0.3.git_D20090924T0215_13dev.fc12 ----------------------------------------------------- * Sat Sep 26 2009 Mamoru Tasaka - 1.3-0.3.git_D20090924T0215_13dev - Update Russian translation (from mailing list) gnome-settings-daemon-2.28.0-3.fc12 ----------------------------------- * Fri Sep 25 2009 Matthias Clasen - 2.28.0-3 - Align the OSD visuals with the notification theme hfsutils-3.2.6-19.fc12 ---------------------- * Fri Sep 25 2009 Peter Lemenkov - 3.2.6-18 - Fixed issues from the Merge Review (bz #225886) * Fri Sep 25 2009 Peter Lemenkov - 3.2.6-19 - Added provides hfsutils-static (bz #225886) - Use INSTALL="install -p" (bz #225886) hicolor-icon-theme-0.11-1.fc12 ------------------------------ * Fri Sep 25 2009 Alexander Larsson - 0.11-1 - Update to 0.11 ipsec-tools-0.7.3-4.fc12 ------------------------ * Fri Sep 25 2009 Tomas Mraz - 0.7.3-4 - properly check for errors on gssapi_get_token_to_send() - use proper mechanism when canonicalizing gss names - use password-auth common PAM configuration instead of system-auth kdebase-workspace-4.3.1-7.fc12 ------------------------------ * Fri Sep 25 2009 Than Ngo - 4.3.1-7 - don't include googlegadgets on RHEL kernel-2.6.31.1-48.fc12 ----------------------- * Sat Sep 26 2009 Dave Airlie 2.6.31.1-48 - drm-next-8ef8678c8.patch: fix intel/nouveau kms * Fri Sep 25 2009 Dave Airlie 2.6.31.1-44 - bump a extra one because I accidentially CVS. * Fri Sep 25 2009 Dave Airlie 2.6.31.1-45 - drm-next-adea4796c.patch: fix r600 glxgears * Fri Sep 25 2009 Ben Skeggs 2.6.31.1-46 - drm-nouveau.patch: cleanups, fixes, pre-G80 s/r fixes, init rework * Fri Sep 25 2009 Justin M. Forbes 2.6.31.1-47 - Fix xen guest booting when NX is disabled (#525290) * Thu Sep 24 2009 Chuck Ebbert 2.6.31-40 - Drop the modules-ro-nx patch: it's causing ftrace to be unable to NOP out module function call tracking. (#524042) * Thu Sep 24 2009 Chuck Ebbert 2.6.31.1-41 - Linux 2.6.31.1 - Drop patches merged upstream: linux-2.6-kvm-vmx-check-cpl-before-emulating-debug-register-access.patch linux-2.6-use-__pa_symbol-to-calculate-address-of-C-symbol.patch linux-2.6-kvm-pvmmu-do-not-batch-pte-updates-from-interrupt-context.patch linux-2.6-scsi-sd-fix-oops-during-scanning.patch linux-2.6-scsi-sg-fix-oops-in-error-path.patch * Thu Sep 24 2009 Dave Airlie 2.6.31.1-42 - drm-next update - fix r600 s/r, and command line mode picking and r600 tv krb5-auth-dialog-0.12-2.fc12 ---------------------------- * Fri Sep 25 2009 Matthias Clasen - 0.12-2 - Fix the preferences dialog libcanberra-0.18-2.fc12 ----------------------- * Fri Sep 25 2009 Matthias Clasen - 0.18-2 - Don't require vala in -devel (#523473) libgssapi-0.11-7.fc12 --------------------- * Fri Sep 25 2009 Peter Lemenkov - 0.11-7 - Fixed issues, found during Merge Review (bz #353975) libtheora-1.1.0-1.fc12 ---------------------- * Fri Sep 25 2009 Adam Jackson 1.1.0-1 - libtheora 1.1.0 lockdev-1.0.1-16.fc12 --------------------- * Fri Sep 25 2009 Jiri Popelka - 1.0.1-16 - Manual page for /usr/sbin/lockdev lohit-assamese-fonts-2.4.3-2.fc12 --------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-bengali-fonts-2.4.3-3.fc12 -------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-3 - updated specs lohit-gujarati-fonts-2.4.3-2.fc12 --------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-hindi-fonts-2.4.3-2.fc12 ------------------------------ * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-kannada-fonts-2.4.4-2.fc12 -------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.4-2 - updated specs lohit-kashmiri-fonts-2.4.3-2.fc12 --------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-konkani-fonts-2.4.3-2.fc12 -------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-maithili-fonts-2.4.3-2.fc12 --------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-malayalam-fonts-2.4.4-2.fc12 ---------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.4-2 - updated specs lohit-marathi-fonts-2.4.3-2.fc12 -------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-nepali-fonts-2.4.3-2.fc12 ------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-oriya-fonts-2.4.3-2.fc12 ------------------------------ * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-punjabi-fonts-2.4.3-2.fc12 -------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-sindhi-fonts-2.4.3-2.fc12 ------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.3-2 - updated specs lohit-tamil-fonts-2.4.4-2.fc12 ------------------------------ * Fri Sep 25 2009 Pravin Satpute - 2.4.4-2 - updated specs lohit-telugu-fonts-2.4.4-2.fc12 ------------------------------- * Fri Sep 25 2009 Pravin Satpute - 2.4.4-2 - updated specs lvm2-2.02.53-2.fc12 ------------------- * Fri Sep 25 2009 Alasdair Kergon - 2.02.53-1 - Create any directories in /dev with umask 022. (#507397) - Handle paths supplied to dm_task_set_name by getting name from /dev/mapper. - Add splitname and --yes to dmsetup man page. * Fri Sep 25 2009 Alasdair Kergon - 2.02.53-2 - Reissued tarball to fix compilation warning from lvm2_log_fn prototype. mtr-0.75-5.fc12 --------------- * Fri Sep 25 2009 Adam Tkac 2:0.75-5 - remove unneeded build requires (#525547) mutter-moblin-0.39.5-1.fc12 --------------------------- * Fri Sep 25 2009 Peter Robinson 0.39.4-1 - New 0.39.4 upstream release * Fri Sep 25 2009 Peter Robinson 0.39.5-1 - New 0.39.5 upstream release netcf-0.1.2-1.fc12 ------------------ * Fri Sep 25 2009 David Lutterkort - 0.1.2-1 - New Version openais-1.1.0-1.fc12 -------------------- * Fri Sep 25 2009 Fabio M. Di Nitto - 1.1.0-1 - New upstream release. pangomm-2.26.0-1.fc12 --------------------- * Fri Sep 25 2009 Denis Leroy - 2.26.0-1 - Update to upstream 2.26.0 pcsc-perl-1.4.8-1.fc12 ---------------------- * Fri Sep 25 2009 Tomas Mraz - 1.4.8-1 - New upstream version perl-Catalyst-View-TT-0.30-1.fc12 --------------------------------- * Sat Sep 26 2009 Chris Weyl 0.30-1 - update filtering - auto-update to 0.30 (by cpan-spec-update 0.01) - altered br on perl(Catalyst) (5.5 => 5.7) - added a new br on perl(Class::Accessor) (version 0) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new br on CPAN (inc::Module::AutoInstall found) - altered req on perl(Catalyst) (0 => 5.7) - added a new req on perl(Class::Accessor) (version 0) - added a new req on perl(MRO::Compat) (version 0) - added a new req on perl(Template) (version 0) - added a new req on perl(Template::Timer) (version 0) perl-Mail-IMAPClient-3.21-1.fc12 -------------------------------- * Fri Sep 25 2009 Stepan Kasal - 3.21-1 - new upstream source perl-MooseX-MethodAttributes-0.18-1.fc12 ---------------------------------------- * Sat Sep 26 2009 Chris Weyl 0.18-1 - auto-update to 0.18 (by cpan-spec-update 0.01) - altered br on perl(Moose) (0.79 => 0.90) - altered br on perl(MooseX::Types) (0.06 => 0.20) - altered br on perl(Test::More) (0 => 0.88) - added a new br on perl(namespace::autoclean) (version 0) - altered br on perl(namespace::clean) (0 => 0.10) - altered req on perl(Moose) (0.79 => 0.90) - altered req on perl(MooseX::Types) (0.06 => 0.20) - added a new req on perl(namespace::autoclean) (version 0) - altered req on perl(namespace::clean) (0 => 0.10) * Sat Sep 19 2009 Chris Weyl 0.16-1 - auto-update to 0.16 (by cpan-spec-update 0.01) pg_top-3.6.2-8.fc12 ------------------- * Sat Sep 26 2009 Alexey Torkhov - 3.6.2-8 - Fix display of cumulative statistics (BZ#525763) * Fri Sep 25 2009 Itamar Reis Peixoto - 3.6.2-7 - starting building for EPEL too prelink-0.4.2-3.fc12 -------------------- * Fri Sep 25 2009 Jakub Jelinek 0.4.2-3 - fix DW_OP_implicit_value handling pyfits-2.2-1.fc12 ----------------- * Fri Sep 25 2009 Sergio Pascual - 2.2-1 - New upstream source python-meh-0.4-1.fc12 --------------------- * Fri Sep 25 2009 Chris Lumens - 0.4-1 - Add a default description to bug reports. - Handle the user pressing Escape by continuing to show the dialog. - Lots more translation updates. python-qpid-0.5.818599-1.fc12 ----------------------------- * Fri Sep 25 2009 Nuno Santos - 0.5.818599-1 - Rebased to svn rev 818599 * Fri Sep 18 2009 Nuno Santos - 0.5.816781-1 - Rebased to svn rev 816781 python-urlgrabber-3.9.1-2.fc12 ------------------------------ * Fri Sep 25 2009 Seth Vidal - 3.9.1-1 - 3.9.1 * Fri Sep 25 2009 Seth Vidal - 3.9.1-2 - stupid patch qpidc-0.5.818599-1.fc12 ----------------------- * Thu Sep 24 2009 Nuno Santos - 0.5.818599-1 - Rebased to svn rev 818599 - rhm-cpp-server-store obsoletes rhm top-level package * Sat Sep 19 2009 Nuno Santos - 0.5.817349 - Rebased to svn rev 817349 * Wed Jul 29 2009 Fabio M. Di Nitto - 0.5.790661-3 - Update BuildRequires and Requires to use latest stable versions of corosync and clusterlib. - Unbreak perftests define (and fix vim spec syntax coloring). resource-agents-3.0.3-1.fc12 ---------------------------- * Wed Sep 23 2009 Fabio M. Di Nitto - 3.0.3-1 - New rgmanager resource agents upstream release ruby-qpid-0.5.818599-1.fc12 --------------------------- * Fri Sep 25 2009 Nuno Santos - 0.5.818599-1 - Rebased to svn rev 818599 * Fri Sep 18 2009 Nuno Santos - 0.5.816781-1 - Rebased to svn rev 816781 rygel-0.4.1-1.fc12 ------------------ * Fri Sep 25 2009 Bastien Nocera 0.4.1-1 - Update to 0.4.1 screen-4.0.3-15.fc12 -------------------- * Fri Sep 25 2009 Miroslav Lichvar - 4.0.3-15 - fix crash when resizing (#515055) - try to improve default config (#523647, #506256, #492729) - suppress install-info errors (#515999) selinux-policy-3.6.32-11.fc12 ----------------------------- * Thu Sep 24 2009 Dan Walsh 3.6.32-11 - Allow users to exec restorecond setroubleshoot-2.2.32-1.fc12 ---------------------------- * Fri Sep 25 2009 Dan Walsh - 2.2.32-1 - Fix browser bug handling * Thu Sep 24 2009 Dan Walsh - 2.2.31-1 - Fix translations skinlf-6.7-9.cvs20090501.fc12 ----------------------------- * Sat Sep 26 2009 6.7-9cvs20090501 - Modify to ASL 2.0, upstream has relicenced - fix bug #524784 - Use CVS co, as upstream does not provide release sound-juicer-2.28.0-2.fc12 -------------------------- * Fri Sep 25 2009 Bastien Nocera 2.28.0-2 - Remove old libmusicbrainz BR sugar-base-0.86.0-1.fc12 ------------------------ * Fri Sep 25 2009 Mathieu Bridon - 0.86.0-1 - New upstream release syncevolution-0.9-1.fc12 ------------------------ * Fri Sep 25 2009 Mat?j Cepl - 0.9-1 - New upstream release. telepathy-mission-control-5.2.5-2.fc12 -------------------------------------- * Fri Sep 25 2009 Brian Pepple - 1:5.2.5-2 - Add the epoch to the devel requires. totem-2.28.0-4.fc12 ------------------- * Fri Sep 25 2009 Matthias Clasen - 2.28.0-3 - Add requires for iplayer plugin (#522068) * Fri Sep 25 2009 Matthias Clasen - 2.28.0-4 - More requires udev-145-9.fc12 --------------- * Fri Sep 25 2009 harald at redhat.com 145-9 - add patches to fix cdrom_id - add patch to fix the inotify bug (bug #524752) vte-0.22.1-2.fc12 ----------------- * Fri Sep 25 2009 Behdad Esfahbod 0.22.1-1 - Update to 0.22.1 * Fri Sep 25 2009 Behdad Esfahbod 0.22.1-2 - Second try webkitgtk-1.1.15.1-3.fc12 ------------------------- * Thu Sep 24 2009 Peter Gordon - 1.1.15.1-3 - Forcibly disable JIT until we can properly resolve the execmem-caused segfaulting. (Temporary workaround until bug #516057 can be properly fixed.) - Remove the gnome-keyring build option (no longer used by the build scripts). - Correct release value of previous %changelog entry. xdg-user-dirs-0.11-1.fc12 ------------------------- * Fri Sep 25 2009 Alexander Larsson - 0.11-1 - Update to 0.11 xorg-x11-drv-nouveau-0.0.15-12.20090924gitde0b095.fc12 ------------------------------------------------------ * Fri Sep 25 2009 Ben Skeggs 0.0.15-12.20090924gitde0b095 - G80: small performance fix znc-0.076-2.fc12 ---------------- Summary: Added Packages: 15 Removed Packages: 2 Modified Packages: 81 From fedora at camperquake.de Sat Sep 26 14:41:08 2009 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 26 Sep 2009 16:41:08 +0200 Subject: Adding encrypted drive to encrypted system post installation In-Reply-To: <1253961388.6694.3.camel@localhost.localdomain> References: <1253961388.6694.3.camel@localhost.localdomain> Message-ID: <20090926164108.020d6b05@fred.camperquake.de> Hi. On Sat, 26 Sep 2009 11:36:28 +0100, Tim Waugh wrote > I'm not clear on how the existing encrypted partitions get unlocked > but I think perhaps dracut does it? I get prompted for the encryption > password during boot. I have a similar, but slightly different question. I have used an encrypted partition for some time now (before anaconda grew support for this), containing /home (so / is not encrypted). I get prompted for the password on boot, but the 'prompt' mainly consists of plymouth switching back to a text console. I know that I am supposed to enter the passphrase at this point, and it all works, but from the quoted text above I suspect that there is a 'pretty' prompt for this, too. What do I have to do to get this prompt? From maxamillion at gmail.com Sat Sep 26 16:01:34 2009 From: maxamillion at gmail.com (Adam Miller) Date: Sat, 26 Sep 2009 11:01:34 -0500 Subject: Adding encrypted drive to encrypted system post installation In-Reply-To: References: <1253961388.6694.3.camel@localhost.localdomain> <20090926164108.020d6b05@fred.camperquake.de> Message-ID: I'm pretty sure LUKS handles that stuff, might poke around google for info on that. I'm unfortunately not extremely familiar with it but if I remember correctly that is what does it. -Adam >From Android On Sep 26, 2009 9:41 AM, "Ralf Ertzinger" wrote: Hi. On Sat, 26 Sep 2009 11:36:28 +0100, Tim Waugh wrote > I'm not clear on how the existing encrypted partitions get unlocked > but I think perhaps dracut ... I have a similar, but slightly different question. I have used an encrypted partition for some time now (before anaconda grew support for this), containing /home (so / is not encrypted). I get prompted for the password on boot, but the 'prompt' mainly consists of plymouth switching back to a text console. I know that I am supposed to enter the passphrase at this point, and it all works, but from the quoted text above I suspect that there is a 'pretty' prompt for this, too. What do I have to do to get this prompt? -- 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 pasik at iki.fi Sat Sep 26 16:10:23 2009 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Sat, 26 Sep 2009 19:10:23 +0300 Subject: preupgrade from f11 to rawhide broken? python traceback Message-ID: <20090926161023.GZ31123@reaktio.net> Hello, I have fully updated Fedora 11 x86_64 system, and when I run "preupgrade-cli" I get this: .. .. Saving Primary metadata Saving file lists metadata Saving other metadata Generating sqlite DBs (process:1779): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. This indicates a bug in someone's code. You must ensure an error is NULL before it's set. The overwriting error message was: Parsing primary.xml error: Couldn't find end of Start Tag rpm:entry line 99665 Traceback (most recent call last): File "/usr/share/preupgrade/preupgrade-cli.py", line 305, in pu.main(myrelease) File "/usr/share/preupgrade/preupgrade-cli.py", line 270, in main self.generate_repo(cachedir, comps) # TODO: callback? File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 651, in generate_repo misc.generate_repodata(dir,comps,callback) File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 131, in generate_repodata generate_repodata(dir, comps, callback) File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 148, in generate_repodata_f9 mdgen.doRepoMetadata() File "/usr/lib/python2.6/site-packages/createrepo/__init__.py", line 829, in doRepoMetadata rp.getPrimary(complete_path, csum) File "/usr/lib64/python2.6/site-packages/sqlitecachec.py", line 45, in getPrimary self.repoid)) TypeError: Parsing primary.xml error: attributes construct error Known problem? How to fix it? -- Pasi From tonynelson at georgeanelson.com Sat Sep 26 16:31:04 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Sat, 26 Sep 2009 12:31:04 -0400 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: (from kevin.kofler@chello.at on Sat Sep 26 08:32:45 2009) Message-ID: <1253982664.23609.0@localhost.localdomain> On 09-09-26 08:32:45, Kevin Kofler wrote: ... > Of course the root of the problem is ATLAS's lack of support for > runtime CPU feature detection ... Presumably that could be added to the Fedora package as a patch. It's SMOP to check the CPU and load the proper library, if someone who knew how were to do it. Other distros might also use such a patch. Then there would be only one package per arch, containing all variants. > ... (The ATLAS developers expect everybody to compile a tuned ATLAS > for their own machine and show only very limited interest in binary > packaging.) I haven't been able to get that to work [1], but it does take over 3 hours to fail. I don't think most users can be expected to build their own ATLAS. [1] https://bugzilla.redhat.com/show_bug.cgi?id=525818 -- ____________________________________________________________________ TonyN.:' ' From opensource at till.name Sat Sep 26 18:02:03 2009 From: opensource at till.name (Till Maas) Date: Sat, 26 Sep 2009 20:02:03 +0200 Subject: Adding encrypted drive to encrypted system post installation In-Reply-To: <1253961388.6694.3.camel@localhost.localdomain> References: <1253961388.6694.3.camel@localhost.localdomain> Message-ID: <20090926180203.GA19773@genius.kawo2.rwth-aachen.de> On Sat, Sep 26, 2009 at 11:36:28AM +0100, Tim Waugh wrote: > I've now set up another encrypted drive (for backups), and want to add > it to the system so that it is mounted automatically. It uses the same > encryption password. > > I can't find how to do this though, and the things I've tried have > failed: > > * adding it to /etc/fstab by LABEL > * adding it to /etc/fstab by UUID > > I'm not clear on how the existing encrypted partitions get unlocked but > I think perhaps dracut does it? I get prompted for the encryption > password during boot. You need to edit /etc/crypttab (man crypttab) to create a mapping for unencrypting the partition and /etc/fstab to mount the unencrypted volume. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fedora at aprilcottage.co.uk Sat Sep 26 18:06:23 2009 From: fedora at aprilcottage.co.uk (James Wilkinson) Date: Sat, 26 Sep 2009 19:06:23 +0100 Subject: Opinions on packaging ATLAS (for the x86 architecture) In-Reply-To: References: Message-ID: <20090926180622.GA2692@aprilcottage.co.uk> Hi there, I don?t normally intrude on the developers list, but I?ve seen something I believe to be factually wrong, and don?t want Fedora to make a decision based on it: Deji Akingunola wrote: > ii). According to smolt statistics, cpus with speeds <= 512 MHz (which > is a superset of the non-SSE P6 architecture) is only 0.8% of Fedora > install-base, and cpus with speed >2 GHz (which are subset of SSE2 > capable cpus) > are more than 58%. Therefore to support the majority, the main 'atlas' > package will be the sse2 variants, which will provides 'atlas-sse2' > and there will be sub-packages for atlas-no_sse, atlas-sse, and > atlas-sse3. This is right for Intel processors, but AMD processors introduced these extensions later. http://www.amd.com/us/products/technologies/amd-64/Pages/amd-64.aspx says (about AMD processors): ?SSE instructions were brought on board with the AMD Athlon XP processor? and ?the AMD Athlon 64 and AMD Opteron? processors offer strong performance, thanks to the addition of SSE2 support? This means that there are non-SSE i686 processors with speeds of up to 1400 MHz, and non-SSE2 processors with speeds of 2.2 GHz. Thanks for your attention, James. -- E-mail: james@ | [Computer] chips consume power, and in return they give aprilcottage.co.uk | you heat and a few electrons in the right places. or James.Wilkinson | Occasionally they also give you a flash of light and @sparex.co.uk | smoke as well, but few chips do that twice. | -- Charlie Demerjian, The Inquirer From opensource at till.name Sat Sep 26 18:13:21 2009 From: opensource at till.name (Till Maas) Date: Sat, 26 Sep 2009 20:13:21 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <5610e0590909251024s5d3a694dn8a4ed4693a0a3463@mail.gmail.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> <5610e0590909251024s5d3a694dn8a4ed4693a0a3463@mail.gmail.com> Message-ID: <20090926181321.GB19773@genius.kawo2.rwth-aachen.de> On Fri, Sep 25, 2009 at 07:24:01PM +0200, Rafa? Psota wrote: > 2009/9/25 Kevin Fenzi > > > > > The following packages have been orphaned: > > youtube-dl > > Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. > I'm a maintainer of metacafe-dl which is similar to youtube-dl, so I would > like to take it. Please take ownership then: https://admin.fedoraproject.org/pkgdb/packages/name/youtube-dl Afaics, you need to create a new review request for the package afterwards: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_an_Orphaned_Package_Procedure Please feel free to add me t the CC list, after you updated the spec, I will then review it. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fedora.lists at burns.me.uk Sat Sep 26 19:15:09 2009 From: fedora.lists at burns.me.uk (Andy Burns) Date: Sat, 26 Sep 2009 20:15:09 +0100 Subject: libc.so.6 horked? In-Reply-To: <870180fe0909240703u57eee2f0w6817602b9c3cc336@mail.gmail.com> References: <870180fe0909240703u57eee2f0w6817602b9c3cc336@mail.gmail.com> Message-ID: Jerry James wrote: > Andy Burns wrote: > >> Did recent rawhide updates break for anyone else? > > Yes, that happened to me too As suggested, booting with enforcing=0 allowed the relabel to fix the problem, subsequent boot is Ok with selinux enforcing. From nicolas.mailhot at laposte.net Sat Sep 26 21:33:11 2009 From: nicolas.mailhot at laposte.net (nicolas.mailhot at laposte.net) Date: Sat, 26 Sep 2009 23:33:11 +0200 Subject: Rawhide fonts problem report for 2009-09-26 Message-ID: <9e6708a4fa34adcb0a16e1a45a723cc3.squirrel@arekh.dyndns.org> Well, it's a bit early for a new report, but I had to do a run to sanity-check fontpackages-1.24 before releasing it, and we're nearing Fedora 12 Beta Freeze, so it's both convenient and (hopefully) useful to do it now. This report was generated by repo-font-audit from fontpackages-devel 1.24 (which should hit rawhide now). The main features of this release are: ? a few new fontconfig templates (you can remap font metadata now in fontconfig while upstream fixes the font files) ? a more accurate repo-font-audit WWS check (I consider there are no false positives left), ? support of checking local file:// repositories. So if you want to check a few packages, just put them in a local dir, run createrepo, and point repo-font-audit on it. That will be quicker than waiting for the monthly full-distro check repo-font-audit local file://some/where/ I've also been asked why the report does not include the filenames of problem files. I agree this would be mightily convenient but the complete raw csv file this report is based on is 2 MiBs in size (300 KiB compressed) and there's no way the list would accept it. So if your package is listed here, run repo-font-audit on it through a local repository, or consult the raw data I uploaded there http://nim.fedorapeople.org/repo-font-audit-rawhide-20090926T191839.tar.xz and don't expect me to mail all the info to the list someday. Anyway, for the report: Statistics: ? packages that declare font metadata: ? 1304 files (329 MiB) in 290 packages (164 MiB) generated from 138 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 116 47 35 7 7 PCF 204 6 6 32 48 TrueType 413 214 93 245 96 Type 1 234 24 7 13 12 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 1244 279 134 326 162 x86_64 60 11 4 2 1 ? File size is computed as extracted, while rpm is a compressed format. ? Mid-term, files in legacy PCF or Type1 formats need to be converted or removed. ? font files in other packages (we should not find any!) ? 4692 files (135 MiB) in 81 packages (742 MiB) generated from 49 source packages. Format Files rpm srpm Files (MiB) rpm (MiB) CFF 107 4 3 12 218 PCF 889 10 6 13 39 TrueType 128 43 31 38 500 Type 1 1062 9 8 46 221 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 4538 54 23 118 510 x86_64 154 27 26 16 232 ? Bad packaging may result in arched packages or mixed content. Problem report: ? font files in arch packages: a2ps.x86_64 flumotion.x86_64 glob2.x86_64 GraphicsMagick-perl.x86_64 groff.x86_64 hedgewars.x86_64 ImageMagick-perl.x86_64 jfbterm.x86_64 k3d.x86_64 kdebase3.x86_64 kdebase-workspace.x86_64 kst.x86_64 libdockapp-fonts.x86_64 [lilypond-aybabtu-fonts.x86_64] [lilypond-century-schoolbook-l-fonts.x86_64] [lilypond-emmentaler-fonts.x86_64] [lilypond-feta-alphabet-fonts.x86_64] [lilypond-feta-braces-fonts.x86_64] [lilypond-feta-fonts.x86_64] [lilypond-parmesan-fonts.x86_64] manaworld.x86_64 [mscore-fonts.x86_64] nethack-vultures.x86_64 openscap-devel.x86_64 poker2d.x86_64 pygame.x86_64 [rosegarden4-feta-fonts.x86_64] [rosegarden4-parmesan-fonts.x86_64] scim-doc.x86_64 spring.x86_64 TeXmacs.x86_64 tuxpaint.x86_64 widelands.x86_64 x3270-x11.x86_64 xpilot-ng-server.x86_64 xpilot-ng.x86_64 xplanet.x86_64 [zvbi-fonts.x86_64] ? 214 files (19 MiB) in 38 packages (233 MiB) generated from 30 source packages. ? font files installed outside /usr/share/fonts: a2ps e16-themes fillets-ng-data flumotion glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl k3d kdebase3 kdebase-workspace kst libdockapp-fonts manaworld nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery scim-doc seahorse-adventures spring texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint widelands wine-fonts x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 3969 files (94 MiB) in 55 packages (717 MiB) generated from 38 source packages. ? Font files need to be installed under the /usr/share/fonts root for fontconfig to expose them. ? fonts in packages that contain non-font data: a2ps [cjkuni-ukai-fonts] [cjkuni-uming-fonts] e16-themes fillets-ng-data flumotion fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl [japanese-bitmap-fonts] jfbterm k3d kdebase3 kdebase-workspace kst libdockapp-fonts manaworld nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery seahorse-adventures spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint widelands wine-fonts [wqy-zenhei-fonts] x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 4624 files (174 MiB) in 63 packages (762 MiB) generated from 43 source packages. ? Every font should be installable as-is without pulling in other material. ? fonts in packages that do not declare font metadata: a2ps baekmuk-bdf-fonts e16-themes fillets-ng-data flumotion fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi ghostscript-fonts glob2 GraphicsMagick-perl groff hedgewars ImageMagick-perl jfbterm jisksp16-1990-fonts k3d kdebase3 kdebase-workspace kst libdockapp-fonts manaworld myanmar3-unicode-fonts nethack-vultures openscap-devel pgfouine phoronix-test-suite poker2d poker3d-data pygame python-reportlab python-tw-jquery scim-doc seahorse-adventures spring taipeifonts texlive-texmf-doc texlive-texmf-fonts TeXmacs tuxpaint un-extra-fonts-bom un-extra-fonts-jamobatang un-extra-fonts-jamodotum un-extra-fonts-jamonovel un-extra-fonts-jamosora un-extra-fonts-pen un-extra-fonts-penheulim un-extra-fonts-pilgia un-extra-fonts-shinmun un-extra-fonts-taza un-extra-fonts-vada un-extra-fonts-yetgul urw-fonts widelands wine-fonts x3270-x11 xine-ui-skins xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 4692 files (135 MiB) in 81 packages (742 MiB) generated from 49 source packages. ? Automatic font installation relies on this metadata being present to work. ? fonts in packages that do not use font package naming conventions: a2ps blender canorus cave9 childsplay cjkuni-fonts-compat directfb e16 e16-themes [efont-unicode-bdf] egoboo-data ember-media enigma extremetuxracer fillets-ng-data flumotion fonts-hebrew-fancy fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi fonts-KOI8-R fonts-KOI8-R-100dpi fonts-KOI8-R-75dpi freecol glob2 gnubg GraphicsMagick-perl groff hedgewars htmldoc ImageMagick-perl jfbterm k3d kdebase3 kdebase-workspace [knm_new-fonts] kst libprojectM lincity-ng-data manaworld mapserver moodle moodle-km moodle-sm moodle-to munin nethack-vultures neverball nted ogre-samples openscap-devel pgfouine phoronix-test-suite php-ZendFramework-tests poker2d poker3d-data pokerth pygame python-reportlab python-tw-jquery rosegarden4 scim-doc scorched3d sdljava-demo seahorse-adventures simspark spring stellarium taipeifonts tex-cm-lgc tex-kerkis texlive-texmf-doc TeXmacs TnL-data trackballs tuxpaint un-extra-fonts-bom un-extra-fonts-jamobatang un-extra-fonts-jamodotum un-extra-fonts-jamonovel un-extra-fonts-jamosora un-extra-fonts-pen un-extra-fonts-penheulim un-extra-fonts-pilgia un-extra-fonts-shinmun un-extra-fonts-taza un-extra-fonts-vada un-extra-fonts-yetgul wesnoth-data widelands wormux-data x3270-x11 xine-ui-skins xmoto xorg-x11-fonts-100dpi xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-ethiopic xorg-x11-fonts-ISO8859-1-100dpi xorg-x11-fonts-ISO8859-14-100dpi xorg-x11-fonts-ISO8859-14-75dpi xorg-x11-fonts-ISO8859-15-100dpi xorg-x11-fonts-ISO8859-15-75dpi xorg-x11-fonts-ISO8859-1-75dpi xorg-x11-fonts-ISO8859-2-100dpi xorg-x11-fonts-ISO8859-2-75dpi xorg-x11-fonts-ISO8859-9-100dpi xorg-x11-fonts-ISO8859-9-75dpi xorg-x11-fonts-misc xorg-x11-fonts-Type1 xpilot-ng xpilot-ng-server xplanet yofrankie-bge ? 3771 files (98 MiB) in 114 packages (1455 MiB) generated from 80 source packages. ? fonts that declare face attributes in family names: BPG Sans Regular GPL&GNU [bpg-sans-regular-fonts] cursor_large_black.pcf kdebase3 kdebase-workspace Gentium Book Basic [sil-gentium-basic-book-fonts] LMRoman10 Regular texlive-texmf-fonts LMRoman12 Regular texlive-texmf-fonts LMRoman17 Regular texlive-texmf-fonts LMRoman5 Regular texlive-texmf-fonts LMRoman6 Regular texlive-texmf-fonts LMRoman7 Regular texlive-texmf-fonts LMRoman8 Regular texlive-texmf-fonts LMRoman9 Regular texlive-texmf-fonts LMSans10 Regular texlive-texmf-fonts LMSans12 Regular texlive-texmf-fonts LMSans17 Regular texlive-texmf-fonts LMSans8 Regular texlive-texmf-fonts LMSans9 Regular texlive-texmf-fonts LMSansExt8 Regular texlive-texmf-fonts LMTypewriter10 Regular texlive-texmf-fonts LMTypewriter12 Regular texlive-texmf-fonts LMTypewriter8 Regular texlive-texmf-fonts LMTypewriter9 Regular texlive-texmf-fonts LMTypewriterProp10 Regular texlive-texmf-fonts ? 52 files (5 MiB) in 5 packages (64 MiB) generated from 5 source packages. ? To be properly processed by applications face qualifiers need to be declared in face names (there may be a few false positives here as some common face qualifiers can be used with a different meaning in family names; if that's not the case, please ask the font upstream to fix its naming). ? fonts that declare non-WWS compliant faces: AirCut, OneHundedandOne /usr/share/e16/themes/BrushedMetal-Tigert/ABOUT/aircut3.ttf e16-themes AirCut, OneHundedandOne /usr/share/e16/themes/ShinyMetal/ABOUT/aircut3.ttf e16-themes AntykwaPoltawskiego, BoldItalic /usr/share/texmf/fonts/type1/public/antp/antpbi.pfb texlive-texmf-fonts AntykwaTorunska, BoldItalic /usr/share/texmf/fonts/type1/public/antt/anttbi.pfb texlive-texmf-fonts AntykwaTorunskaCond, BoldItalic /usr/share/texmf/fonts/type1/public/antt/anttcbi.pfb texlive-texmf-fonts AntykwaTorunskaCond, Med-Italic /usr/share/texmf/fonts/type1/public/antt/anttcmi.pfb texlive-texmf-fonts AntykwaTorunskaCond, Med-Regular /usr/share/texmf/fonts/type1/public/antt/anttcm.pfb texlive-texmf-fonts AntykwaTorunskaLigh, t-Italic /usr/share/texmf/fonts/type1/public/antt/anttli.pfb texlive-texmf-fonts AntykwaTorunskaLigh, t-Regular /usr/share/texmf/fonts/type1/public/antt/anttl.pfb texlive-texmf-fonts Aurulent Sans, BoldItalic /usr/share/fonts/hartke-aurulent-sans/AurulentSans-BoldItalic.otf [hartke-aurulent-sans-fonts] Century Schoolbook L, BoldItalic /usr/share/fonts/lilypond/CenturySchL-BoldItal.otf [lilypond-century-schoolbook-l-fonts] Century Schoolbook L, Roma /usr/share/fonts/lilypond/CenturySchL-Roma.otf [lilypond-century-schoolbook-l-fonts] Comic040Sans040MS0408b, 040Bold /usr/share/texmf/fonts/type1/vntex/comicsansvn/ComicSansMSBold8b.pfb texlive-texmf-fonts Comic040Sans040MS0408b, 040Bold040Italic /usr/share/texmf/fonts/type1/vntex/comicsansvn/ComicSansMSBoldItalic8b.pfb texlive-texmf-fonts Comic040Sans040MS0408b, 040Italic /usr/share/texmf/fonts/type1/vntex/comicsansvn/ComicSansMSItalic8b.pfb texlive-texmf-fonts David CLM, BoldItalic /usr/share/fonts/culmus/DavidCLM-BoldItalic.ttf [culmus-david-clm-fonts] David CLM, MediumItalic /usr/share/fonts/culmus/DavidCLM-MediumItalic.ttf [culmus-david-clm-fonts] Edrip, BoldItalic /usr/share/fonts/apanov-edrip/Edrip-BoldItalic.ttf [apanov-edrip-fonts] Emmentaler, 11 /usr/share/fonts/lilypond/emmentaler-11.otf [lilypond-emmentaler-fonts] Emmentaler, 13 /usr/share/fonts/lilypond/emmentaler-13.otf [lilypond-emmentaler-fonts] Emmentaler, 14 /usr/share/fonts/lilypond/emmentaler-14.otf [lilypond-emmentaler-fonts] Emmentaler, 16 /usr/share/fonts/lilypond/emmentaler-16.otf [lilypond-emmentaler-fonts] Emmentaler, 18 /usr/share/fonts/lilypond/emmentaler-18.otf [lilypond-emmentaler-fonts] Emmentaler, 20 /usr/share/fonts/lilypond/emmentaler-20.otf [lilypond-emmentaler-fonts] Emmentaler, 23 /usr/share/fonts/lilypond/emmentaler-23.otf [lilypond-emmentaler-fonts] Emmentaler, 26 /usr/share/fonts/lilypond/emmentaler-26.otf [lilypond-emmentaler-fonts] Essays1743, BoldItalic /usr/share/fonts/thibault/Essays1743-BoldItalic.ttf [thibault-essays1743-fonts] European Computer Modern, Bold Extended 10pt /usr/share/TeXmacs/fonts/type1/ec/ecbx10.pfb TeXmacs European Computer Modern, Italic Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/ecti10.pfb TeXmacs European Computer Modern, Oblique Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/ecsl10.pfb TeXmacs European Computer Modern, Regular Extended 10pt /usr/share/TeXmacs/fonts/type1/ec/ecxc10.pfb TeXmacs European Computer Modern, Roman Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/ecrm10.pfb TeXmacs European Computer Modern Sans, Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/ecss10.pfb TeXmacs European Computer Modern, Small caps Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/eccc10.pfb TeXmacs European Computer Modern Typewriter, Regular 10pt /usr/share/TeXmacs/fonts/type1/ec/ectt10.pfb TeXmacs feta11, .22 /usr/share/fonts/lilypond/feta11.pfb [lilypond-feta-fonts] feta14, .14 /usr/share/fonts/lilypond/feta14.pfb [lilypond-feta-fonts] feta-alphabet11, .22 /usr/share/fonts/lilypond/feta-alphabet11.pfb [lilypond-feta-alphabet-fonts] feta-alphabet14, .14 /usr/share/fonts/lilypond/feta-alphabet14.pfb [lilypond-feta-alphabet-fonts] feta-braces-a, 20 /usr/share/fonts/lilypond/feta-braces-a.pfb [lilypond-feta-braces-fonts] feta-braces-b, 40 /usr/share/fonts/lilypond/feta-braces-b.pfb [lilypond-feta-braces-fonts] feta-braces-c, 60 /usr/share/fonts/lilypond/feta-braces-c.pfb [lilypond-feta-braces-fonts] feta-braces-d, 80 /usr/share/fonts/lilypond/feta-braces-d.pfb [lilypond-feta-braces-fonts] feta-braces-e, 100 /usr/share/fonts/lilypond/feta-braces-e.pfb [lilypond-feta-braces-fonts] feta-braces-f, 120 /usr/share/fonts/lilypond/feta-braces-f.pfb [lilypond-feta-braces-fonts] feta-braces-g, 140 /usr/share/fonts/lilypond/feta-braces-g.pfb [lilypond-feta-braces-fonts] feta-braces-h, 160 /usr/share/fonts/lilypond/feta-braces-h.pfb [lilypond-feta-braces-fonts] feta-braces-i, 180 /usr/share/fonts/lilypond/feta-braces-i.pfb [lilypond-feta-braces-fonts] Fixed, ja /usr/share/X11/fonts/misc/12x13ja.pcf.gz xorg-x11-fonts-misc Fixed, ja /usr/share/X11/fonts/misc/18x18ja.pcf.gz xorg-x11-fonts-misc Fixed, ko /usr/share/X11/fonts/misc/18x18ko.pcf.gz xorg-x11-fonts-misc FreeMono, BoldOblique /usr/share/fonts/gnu-free/FreeMonoBoldOblique.ttf [gnu-free-mono-fonts] FreeMono, BoldOblique /usr/share/tuxpaint/fonts/FreeMonoBoldOblique.ttf tuxpaint FreeSans, BoldOblique /usr/share/fonts/gnu-free/FreeSansBoldOblique.ttf [gnu-free-sans-fonts] FreeSans, BoldOblique /usr/share/tuxpaint/fonts/FreeSansBoldOblique.ttf tuxpaint FreeSans, BoldOblique /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng FreeSans, BoldOblique /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng-server FreeSerif, BoldItalic /usr/share/fonts/gnu-free/FreeSerifBoldItalic.ttf [gnu-free-serif-fonts] FreeSerif, BoldItalic /usr/share/tuxpaint/fonts/FreeSerifBoldItalic.ttf tuxpaint Garuda, BoldOblique /usr/share/fonts/thai-scalable/Garuda-BoldOblique.ttf [thai-scalable-garuda-fonts] Geometr415 Lt BT, Lite /usr/share/e16/themes/Ganymede/ABOUT/ganymede.ttf e16-themes Geometr415 Lt BT, Lite /usr/share/e16/themes/Ganymede/ttfonts/ganymede.ttf e16-themes Geometr415 Lt BT, Lite Italic /usr/share/e16/themes/Ganymede/ttfonts/ganymede_italic.ttf e16-themes , Gothic-Regular /usr/share/fonts/sazanami/gothic/sazanami-gothic.ttf [sazanami-gothic-fonts] , Gothic-Regular /usr/share/tuxpaint/fonts/locale/ja.ttf tuxpaint Inuit, b /usr/share/texmf/fonts/type1/public/oinuit/Inuitb.pfb texlive-texmf-fonts Inuit, o /usr/share/texmf/fonts/type1/public/oinuit/Inuito.pfb texlive-texmf-fonts Kerkis, Bold SmallCaps /usr/share/fonts/ctan-kerkis/Kerkis-BoldSmallCaps.pfb [ctan-kerkis-serif-fonts] KerkisSans, SmallCaps /usr/share/fonts/ctan-kerkis/KerkisSans-SmallCaps.pfb [ctan-kerkis-sans-fonts] Kerkis, Small Caps /usr/share/fonts/ctan-kerkis/Kerkis-SmallCaps.pfb [ctan-kerkis-serif-fonts] Kinnari, BoldItalic /usr/share/fonts/thai-scalable/Kinnari-BoldItalic.ttf [thai-scalable-kinnari-fonts] Kinnari, BoldOblique /usr/share/fonts/thai-scalable/Kinnari-BoldOblique.ttf [thai-scalable-kinnari-fonts] Laconic, Shadow /usr/share/fonts/woodardworks-laconic/Laconic_Shadow.otf [woodardworks-laconic-shadow-fonts] Latin Modern Typewriter, Regular 10 /usr/share/texmf/fonts/truetype/hoekwater/lmextra/lmtypewriter10-regular.ttf texlive-texmf-fonts LettErrorRobot, Chrome /usr/lib/python2.6/site-packages/reportlab/fonts/LeERC___.PFB python-reportlab Letters Laughing, at their Execution /usr/share/fonts/chisholm-letterslaughing/LettersLaughingattheirExecution.ttf [chisholm-letterslaughing-fonts] Letters Laughing, by Quantized and Calibrated /usr/share/fonts/chisholm-letterslaughing/LettersLaughingbyQuantizedandCalibrated.ttf [chisholm-letterslaughing-fonts] Letters Laughing, Dissection and Destruction /usr/share/fonts/chisholm-letterslaughing/LettersLaughingDissectionandDestruction.ttf [chisholm-letterslaughing-fonts] LilyPond-feta-nummer-rosegarden, 10 /usr/share/fonts/rosegarden4/LilyPond-feta-nummer-design10.pfa [rosegarden4-feta-fonts] LilyPond-feta-rosegarden, 20 /usr/share/fonts/rosegarden4/LilyPond-feta-design20.pfa [rosegarden4-feta-fonts] LilyPond-parmesan-rosegarden, 20 /usr/share/fonts/rosegarden4/LilyPond-parmesan-design20.pfa [rosegarden4-parmesan-fonts] LMMathItalic10, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmmib10.pfb texlive-texmf-fonts LMMathItalic5, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmmib5.pfb texlive-texmf-fonts LMMathItalic7, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmmib7.pfb texlive-texmf-fonts LMMathSymbols10, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmbsy10.pfb texlive-texmf-fonts LMMathSymbols5, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmbsy5.pfb texlive-texmf-fonts LMMathSymbols7, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmbsy7.pfb texlive-texmf-fonts LMRoman10, BoldItalic /usr/share/texmf/fonts/type1/public/lm/lmbxi10.pfb texlive-texmf-fonts LMRoman10, BoldOblique /usr/share/texmf/fonts/type1/public/lm/lmbxo10.pfb texlive-texmf-fonts LMRoman10, CapsOblique /usr/share/texmf/fonts/type1/public/lm/lmcsco10.pfb texlive-texmf-fonts LMRoman10, CapsRegular /usr/share/texmf/fonts/type1/public/lm/lmcsc10.pfb texlive-texmf-fonts LMRoman10, DemiOblique /usr/share/texmf/fonts/type1/public/lm/lmbo10.pfb texlive-texmf-fonts LMRoman10, Dunhill /usr/share/texmf/fonts/type1/public/lm/lmdunh10.pfb texlive-texmf-fonts LMRoman10, DunhillOblique /usr/share/texmf/fonts/type1/public/lm/lmduno10.pfb texlive-texmf-fonts LMRoman10, Unslanted /usr/share/texmf/fonts/type1/public/lm/lmu10.pfb texlive-texmf-fonts LMSans10, BoldOblique /usr/share/texmf/fonts/type1/public/lm/lmssbo10.pfb texlive-texmf-fonts LMSans10, DemiCondensed /usr/share/texmf/fonts/type1/public/lm/lmssdc10.pfb texlive-texmf-fonts LMSans10, DemiCondensedOblique /usr/share/texmf/fonts/type1/public/lm/lmssdo10.pfb texlive-texmf-fonts LMSansQuotation8, BoldOblique /usr/share/texmf/fonts/type1/public/lm/lmssqbo8.pfb texlive-texmf-fonts LMTypewriter10, CapsOblique /usr/share/texmf/fonts/type1/public/lm/lmtcso10.pfb texlive-texmf-fonts LMTypewriter10, CapsRegular /usr/share/texmf/fonts/type1/public/lm/lmtcsc10.pfb texlive-texmf-fonts LMTypewriter10, Dark /usr/share/texmf/fonts/type1/public/lm/lmtk10.pfb texlive-texmf-fonts LMTypewriter10, DarkOblique /usr/share/texmf/fonts/type1/public/lm/lmtko10.pfb texlive-texmf-fonts LMTypewriter10, LightCondensed /usr/share/texmf/fonts/type1/public/lm/lmtlc10.pfb texlive-texmf-fonts LMTypewriter10, LightCondensedOblique /usr/share/texmf/fonts/type1/public/lm/lmtlco10.pfb texlive-texmf-fonts LMTypewriter10, LightOblique /usr/share/texmf/fonts/type1/public/lm/lmtlo10.pfb texlive-texmf-fonts LMTypewriterVarWd10, Dark /usr/share/texmf/fonts/type1/public/lm/lmvtk10.pfb texlive-texmf-fonts LMTypewriterVarWd10, DarkOblique /usr/share/texmf/fonts/type1/public/lm/lmvtko10.pfb texlive-texmf-fonts LMTypewriterVarWd10, LightOblique /usr/share/texmf/fonts/type1/public/lm/lmvtlo10.pfb texlive-texmf-fonts Loma, BoldOblique /usr/share/fonts/thai-scalable/Loma-BoldOblique.ttf [thai-scalable-loma-fonts] Lucida, Sans /usr/share/X11/fonts/100dpi/luRS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS08.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS10.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS12.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS14.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS18.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS19.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans /usr/share/X11/fonts/100dpi/luRS24.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS08.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS10.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS12.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS14.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS18.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS19.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans /usr/share/X11/fonts/75dpi/luRS24.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS08.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS10.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS12.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS14.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS18.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS19.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold /usr/share/X11/fonts/100dpi/luBS24.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS08.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS10.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS12.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS14.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS18.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS19.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold /usr/share/X11/fonts/75dpi/luBS24.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS08.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS10.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS12.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS14.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS18.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS19.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/100dpi/luBIS24.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS08.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS10.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS12.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS14.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS18.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS19.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Bold Italic /usr/share/X11/fonts/75dpi/luBIS24.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS08.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS10.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS12.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS14.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS18.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS19.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi Lucida, Sans Italic /usr/share/X11/fonts/100dpi/luIS24.pcf.gz xorg-x11-fonts-100dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS08.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS10.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS12.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS14.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS18.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS19.pcf.gz xorg-x11-fonts-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi Lucida, Sans Italic /usr/share/X11/fonts/75dpi/luIS24.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS08.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS10.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS12.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS14.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS18.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS19.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/100dpi/lutRS24.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS08.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS10.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS12.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS14.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS18.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS19.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans /usr/share/X11/fonts/75dpi/lutRS24.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS08.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS10.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS12.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS14.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS18.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS19.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/100dpi/lutBS24.pcf.gz xorg-x11-fonts-100dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS08-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS08.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS10-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS10.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS12-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS12.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS14-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS14.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS18-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS18.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS19-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS19.pcf.gz xorg-x11-fonts-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS24-ISO8859-1.pcf.gz xorg-x11-fonts-ISO8859-1-75dpi LucidaTypewriter, Sans Bold /usr/share/X11/fonts/75dpi/lutBS24.pcf.gz xorg-x11-fonts-75dpi MathDesign-CH, Bold Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb7v.pfb texlive-texmf-fonts MathDesign-CH, Bold Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbi7m.pfb texlive-texmf-fonts MathDesign-CH, Bold Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbi7t.pfb texlive-texmf-fonts MathDesign-CH, Bold Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbi8t.pfb texlive-texmf-fonts MathDesign-CH, Bold Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbi8c.pfb texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb8d.pfb texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbma.pfb texlive-texmf-fonts MathDesign-CH, Bold MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chbmb.pfb texlive-texmf-fonts MathDesign-CH, Bold MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb7m.pfb texlive-texmf-fonts MathDesign-CH, Bold OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb7t.pfb texlive-texmf-fonts MathDesign-CH, Bold Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb7y.pfb texlive-texmf-fonts MathDesign-CH, Bold T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb8t.pfb texlive-texmf-fonts MathDesign-CH, Bold TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chb8c.pfb texlive-texmf-fonts MathDesign-CH, Regular 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chree.pfb texlive-texmf-fonts MathDesign-CH, Regular Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7v.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7m.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 5 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t5.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 6 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t6.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 7 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t7.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 8 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t8.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic OT1 9 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri7t9.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri8t.pfb texlive-texmf-fonts MathDesign-CH, Regular Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chri8c.pfb texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr8d.pfb texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chrma.pfb texlive-texmf-fonts MathDesign-CH, Regular MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chrmb.pfb texlive-texmf-fonts MathDesign-CH, Regular MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7m.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 5 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t5.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 6 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t6.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 7 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t7.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 8 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t8.pfb texlive-texmf-fonts MathDesign-CH, Regular OT1 9 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7t9.pfb texlive-texmf-fonts MathDesign-CH, Regular Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr7y.pfb texlive-texmf-fonts MathDesign-CH, Regular T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr8t.pfb texlive-texmf-fonts MathDesign-CH, Regular TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdbch/md-chr8c.pfb texlive-texmf-fonts MathDesign-GM, Medium Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm7v.pfb texlive-texmf-fonts MathDesign-GM, Medium Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmi7m.pfb texlive-texmf-fonts MathDesign-GM, Medium Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmi7t.pfb texlive-texmf-fonts MathDesign-GM, Medium Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmi8t.pfb texlive-texmf-fonts MathDesign-GM, Medium Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmi8c.pfb texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmma.pfb texlive-texmf-fonts MathDesign-GM, Medium MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmmmb.pfb texlive-texmf-fonts MathDesign-GM, Medium MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm7m.pfb texlive-texmf-fonts MathDesign-GM, Medium OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm7t.pfb texlive-texmf-fonts MathDesign-GM, Medium Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm7y.pfb texlive-texmf-fonts MathDesign-GM, Medium T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm8t.pfb texlive-texmf-fonts MathDesign-GM, Medium TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmm8c.pfb texlive-texmf-fonts MathDesign-GM, Regular Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr7v.pfb texlive-texmf-fonts MathDesign-GM, Regular Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmri7m.pfb texlive-texmf-fonts MathDesign-GM, Regular Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmri7t.pfb texlive-texmf-fonts MathDesign-GM, Regular Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmri8t.pfb texlive-texmf-fonts MathDesign-GM, Regular Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmri8c.pfb texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmrma.pfb texlive-texmf-fonts MathDesign-GM, Regular MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmrmb.pfb texlive-texmf-fonts MathDesign-GM, Regular MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr7m.pfb texlive-texmf-fonts MathDesign-GM, Regular OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr7t.pfb texlive-texmf-fonts MathDesign-GM, Regular Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr7y.pfb texlive-texmf-fonts MathDesign-GM, Regular T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr8t.pfb texlive-texmf-fonts MathDesign-GM, Regular TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdugm/md-gmr8c.pfb texlive-texmf-fonts MathDesign-UT, Bold Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb7v.pfb texlive-texmf-fonts MathDesign-UT, Bold Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbi7m.pfb texlive-texmf-fonts MathDesign-UT, Bold Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbi7t.pfb texlive-texmf-fonts MathDesign-UT, Bold Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbi8t.pfb texlive-texmf-fonts MathDesign-UT, Bold Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbi8c.pfb texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbma.pfb texlive-texmf-fonts MathDesign-UT, Bold MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utbmb.pfb texlive-texmf-fonts MathDesign-UT, Bold MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb7m.pfb texlive-texmf-fonts MathDesign-UT, Bold OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb7t.pfb texlive-texmf-fonts MathDesign-UT, Bold Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb7y.pfb texlive-texmf-fonts MathDesign-UT, Bold T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb8t.pfb texlive-texmf-fonts MathDesign-UT, Bold TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utb8c.pfb texlive-texmf-fonts MathDesign-UT, Regular Extension 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr7v.pfb texlive-texmf-fonts MathDesign-UT, Regular Italic MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utri7m.pfb texlive-texmf-fonts MathDesign-UT, Regular Italic OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utri7t.pfb texlive-texmf-fonts MathDesign-UT, Regular Italic T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utri8t.pfb texlive-texmf-fonts MathDesign-UT, Regular Italic TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utri8c.pfb texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolA 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utrma.pfb texlive-texmf-fonts MathDesign-UT, Regular MathDesignSymbolB 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utrmb.pfb texlive-texmf-fonts MathDesign-UT, Regular MathItalic 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr7m.pfb texlive-texmf-fonts MathDesign-UT, Regular OT1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr7t.pfb texlive-texmf-fonts MathDesign-UT, Regular Symbol 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr7y.pfb texlive-texmf-fonts MathDesign-UT, Regular T1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr8t.pfb texlive-texmf-fonts MathDesign-UT, Regular TS1 10 /usr/share/texmf/fonts/type1/mathdesign/mdput/md-utr8c.pfb texlive-texmf-fonts MgOpen Modata, BoldOblique /usr/share/fonts/mgopen/MgOpenModataBoldOblique.ttf [mgopen-modata-fonts] MgOpen Moderna, BoldOblique /usr/share/fonts/mgopen/MgOpenModernaBoldOblique.ttf [mgopen-moderna-fonts] , Mincho-Regular /usr/share/fonts/sazanami/mincho/sazanami-mincho.ttf [sazanami-mincho-fonts] MScore1, 20 /usr/share/fonts/mscore/mscore1-20.ttf [mscore-fonts] MScore, 20 /usr/share/fonts/mscore/mscore-20.ttf [mscore-fonts] Norasi, BoldItalic /usr/share/fonts/thai-scalable/Norasi-BoldItalic.ttf [thai-scalable-norasi-fonts] Norasi, BoldOblique /usr/share/fonts/thai-scalable/Norasi-BoldOblique.ttf [thai-scalable-norasi-fonts] ntedfont, 20 /usr/share/fonts/nted/ntedfont.pfa [nted-ntedfont-fonts] OmegaSerifCommon, BoldItalic /usr/share/texmf/fonts/type1/public/omega/omsecobi.pfb texlive-texmf-fonts OmegaSerifGreek, BoldItalic /usr/share/texmf/fonts/type1/public/omega/omsegrbi.pfb texlive-texmf-fonts OmegaSerifLatin, BoldItalic /usr/share/texmf/fonts/type1/public/omega/omselabi.pfb texlive-texmf-fonts PaperCuts 2.0, BoldOblique /usr/share/fonts/extremetuxracer/PaperCuts20.ttf [extremetuxracer-papercuts-fonts] PaperCuts 2.0, BoldOblique /usr/share/fonts/extremetuxracer/PaperCuts_outline.ttf [extremetuxracer-papercuts-outline-fonts] parmesan11, .22 /usr/share/fonts/lilypond/parmesan11.pfb [lilypond-parmesan-fonts] parmesan14, .14 /usr/share/fonts/lilypond/parmesan14.pfb [lilypond-parmesan-fonts] PLMathItalic10, BoldItalic /usr/share/texmf/fonts/type1/public/pl/plmib10.pfb texlive-texmf-fonts PLMathSymbols10, BoldItalic /usr/share/texmf/fonts/type1/public/pl/plbsy10.pfb texlive-texmf-fonts PLRoman10, BoldItalic /usr/share/texmf/fonts/type1/public/pl/plbxti10.pfb texlive-texmf-fonts PLSans10, BoldItalic /usr/share/texmf/fonts/type1/public/pl/plssbi10.pfb texlive-texmf-fonts PLSlanted10, BoldItalic /usr/share/texmf/fonts/type1/public/pl/plbxsl10.pfb texlive-texmf-fonts QuasiChancery, MediumItalic /usr/share/texmf/fonts/type1/public/qfonts/qzcmi.pfb texlive-texmf-fonts QuasiCourier, BoldItalic /usr/share/texmf/fonts/type1/public/qfonts/qcrbi.pfb texlive-texmf-fonts QuasiCourier, RegularItalic /usr/share/texmf/fonts/type1/public/qfonts/qcrri.pfb texlive-texmf-fonts QuasiSwiss, BoldItalic /usr/share/texmf/fonts/type1/public/qfonts/qhvbi.pfb texlive-texmf-fonts QuasiSwissCondensed, BoldItalic /usr/share/texmf/fonts/type1/public/qfonts/qhvcbi.pfb texlive-texmf-fonts QuasiSwissCondensed, RegularItalic /usr/share/texmf/fonts/type1/public/qfonts/qhvcri.pfb texlive-texmf-fonts QuasiSwiss, RegularItalic /usr/share/texmf/fonts/type1/public/qfonts/qhvri.pfb texlive-texmf-fonts RaghuMalayalam, Sans /usr/share/fonts/smc/RaghuMalayalamSans2.ttf [smc-raghumalayalam-fonts] Sawasdee, BoldOblique /usr/share/fonts/thai-scalable/SawasdeeBoldOblique.ttf [thai-scalable-sawasdee-fonts] Steve, Hand /usr/share/fonts/sj/SteveHand.ttf [sj-stevehand-fonts] TeX040cmex7, 040Regular /usr/share/texmf/fonts/type1/public/cmex/fmex7.pfb texlive-texmf-fonts TeX040cmex8, 040Regular /usr/share/texmf/fonts/type1/public/cmex/fmex8.pfb texlive-texmf-fonts TeX040cmex9, 040Regular /usr/share/texmf/fonts/type1/public/cmex/fmex9.pfb texlive-texmf-fonts TeX040feybl10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geybl10.pfb texlive-texmf-fonts TeX040feybo10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geybo10.pfb texlive-texmf-fonts TeX040feybr10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geybr10.pfb texlive-texmf-fonts TeX040feyml10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geyml10.pfb texlive-texmf-fonts TeX040feymo10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geymo10.pfb texlive-texmf-fonts TeX040feymr10, 040Regular /usr/share/texmf/fonts/type1/public/eurosym/geymr10.pfb texlive-texmf-fonts TeX040hcaption, 040Regular /usr/share/texmf/fonts/type1/public/arabtex/hcaption-4.pfb texlive-texmf-fonts TeX040hclassic, 040Regular /usr/share/texmf/fonts/type1/public/arabtex/hclassic-4.pfb texlive-texmf-fonts TeX040pccsc10, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pccsc10.pfb texlive-texmf-fonts TeX040pcmi10, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcmi10.pfb texlive-texmf-fonts TeX040pcr10, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr10.pfb texlive-texmf-fonts TeX040pcr5, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr5.pfb texlive-texmf-fonts TeX040pcr6, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr6.pfb texlive-texmf-fonts TeX040pcr7, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr7.pfb texlive-texmf-fonts TeX040pcr8, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr8.pfb texlive-texmf-fonts TeX040pcr9, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcr9.pfb texlive-texmf-fonts TeX040pcsl10, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcsl10.pfb texlive-texmf-fonts TeX040pcslc9, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcslc9.pfb texlive-texmf-fonts TeX040pcti10, 040Regular /usr/share/texmf/fonts/type1/public/cc-pl/pcti10.pfb texlive-texmf-fonts TeXGyreBonum, BoldItalic /usr/share/texmf/fonts/type1/public/tex-gyre/qbkbi.pfb texlive-texmf-fonts TeXGyrePagella, BoldItalic /usr/share/texmf/fonts/type1/public/tex-gyre/qplbi.pfb texlive-texmf-fonts TeXGyreSchola, BoldItalic /usr/share/texmf/fonts/type1/public/tex-gyre/qcsbi.pfb texlive-texmf-fonts TeXGyreTermes, BoldItalic /usr/share/texmf/fonts/type1/public/tex-gyre/qtmbi.pfb texlive-texmf-fonts TeX Palladio L, Bold Italic Old Style Figures /usr/share/texmf/fonts/type1/public/fpl/fplbij8a.pfb texlive-texmf-fonts TeX Palladio L, Bold Old Style Figures /usr/share/texmf/fonts/type1/public/fpl/fplbj8a.pfb texlive-texmf-fonts TeX Palladio L, Italic Old Style Figures /usr/share/texmf/fonts/type1/public/fpl/fplrij8a.pfb texlive-texmf-fonts TeX Palladio L, Small Caps & Old Style Figures /usr/share/texmf/fonts/type1/public/fpl/fplrc8a.pfb texlive-texmf-fonts TlwgMono, BoldOblique /usr/share/fonts/thai-scalable/TlwgMono-BoldOblique.ttf [thai-scalable-tlwgmono-fonts] TlwgTypewriter, BoldOblique /usr/share/fonts/thai-scalable/TlwgTypewriter-BoldOblique.ttf [thai-scalable-tlwgtypewriter-fonts] Tlwg Typist, BoldOblique /usr/share/fonts/thai-scalable/TlwgTypist-BoldOblique.ttf [thai-scalable-tlwgtypist-fonts] Tlwg Typo, BoldOblique /usr/share/fonts/thai-scalable/TlwgTypo-BoldOblique.ttf [thai-scalable-tlwgtypo-fonts] Umpush, BoldOblique /usr/share/fonts/thai-scalable/Umpush-BoldOblique.ttf [thai-scalable-umpush-fonts] Umpush, LightOblique /usr/share/fonts/thai-scalable/Umpush-LightOblique.ttf [thai-scalable-umpush-fonts] Vietnamese040Computer040Modern, Medium040 /usr/share/texmf/fonts/type1/vntex/vnr/vnssdc10.pfb texlive-texmf-fonts Vn TeX Palladio L, Small Caps & Old Style Figures /usr/share/texmf/fonts/type1/vntex/urwvn/fplrc8v.pfb texlive-texmf-fonts Waree, BoldOblique /usr/share/fonts/thai-scalable/Waree-BoldOblique.ttf [thai-scalable-waree-fonts] XYATIP, 10 /usr/share/texmf/fonts/type1/public/xypic/xyatip10.pfb texlive-texmf-fonts XYBSQL, 10 /usr/share/texmf/fonts/type1/public/xypic/xybsql10.pfb texlive-texmf-fonts XYBTIP, 10 /usr/share/texmf/fonts/type1/public/xypic/xybtip10.pfb texlive-texmf-fonts XYCIRC, 10 /usr/share/texmf/fonts/type1/public/xypic/xycirc10.pfb texlive-texmf-fonts XYCMAT, 10 /usr/share/texmf/fonts/type1/public/xypic/xycmat10.pfb texlive-texmf-fonts XYCMBT, 10 /usr/share/texmf/fonts/type1/public/xypic/xycmbt10.pfb texlive-texmf-fonts XYDASH, 10 /usr/share/texmf/fonts/type1/public/xypic/xydash10.pfb texlive-texmf-fonts XYEUAT, 10 /usr/share/texmf/fonts/type1/public/xypic/xyeuat10.pfb texlive-texmf-fonts XYEUBT, 10 /usr/share/texmf/fonts/type1/public/xypic/xyeubt10.pfb texlive-texmf-fonts ? 441 files (34 MiB) in 52 packages (95 MiB) generated from 25 source packages. ? This WWS-like test checks if font faces use the: ?width weight slant? naming convention. http://blogs.msdn.com/text/attachment/2249036.ashx (Microsoft resolves over a combined ?Family Face? string, since our applications use ?Family? and ?Face? separately this test considers ?Face? alone. We also reject weight abbreviations and suffixes, if a font uses them check compliance manually.) If your font is listed here please ask its upstream to fix its naming, and in the meanwhile add a fontconfig rule to your package to hide the breakage (see the remapping template). ? exact file duplication (ignoring multilib): ? Ignoring multilib to keep it short /usr/share/texmf/fonts/type1/bitstrea/charter/bchri8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0649bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/e16/themes/BlueSteel/ABOUT/vixar.ttf e16-themes.noarch /usr/share/e16/themes/BlueSteel/ttfonts/vixar.ttf e16-themes.noarch /usr/share/tuxpaint/fonts/FreeMonoBold.ttf tuxpaint.x86_64 /usr/share/xplanet/fonts/FreeMonoBold.ttf xplanet.x86_64 /usr/share/texmf/fonts/type1/urw/zapfding/uzdr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/d050000l.pfb urw-fonts.noarch /usr/share/texmf/fonts/type1/urw/symbol/usyr.pfb texlive-texmf-fonts.noarch /usr/share/fonts/default/Type1/s050000l.pfb urw-fonts.noarch /usr/share/fonts/default/ghostscript/putb.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTB_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/xine/skins/Bambino-Black/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.pcf.gz xine-ui-skins.noarch /usr/share/fillets-ng/font/font_console.ttf fillets-ng-data.noarch /usr/share/fillets-ng/font/font_menu.ttf fillets-ng-data.noarch /usr/share/fillets-ng/font/font_subtitle.ttf fillets-ng-data.noarch /usr/share/poker3d/data/FreeSansBold.ttf poker3d-data.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbi8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrbo8a.pfb texlive-texmf-fonts.noarch /usr/share/fonts/bitstream-vera/VeraIt.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraIt.ttf k3d.x86_64 /usr/share/poker3d/data/VeraIt.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraIt.ttf python-reportlab.noarch /usr/share/fonts/bitstream-vera/VeraMoIt.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoIt.ttf k3d.x86_64 /usr/share/texmf/fonts/type1/bitstrea/charter/bchbi8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0633bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng-server.x86_64 /usr/share/xpilot-ng/fonts/FreeSansBoldOblique.ttf xpilot-ng.x86_64 /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins.noarch /usr/share/xine/skins/Bambino-White/42.ttf xine-ui-skins.noarch /usr/share/fonts/bitstream-vera/VeraMoBI.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoBI.ttf k3d.x86_64 /usr/share/fonts/un-extra/UnPenheulim.ttf un-extra-fonts-penheulim.noarch /usr/share/fonts/un-extra/UnPenheulim.ttf un-extra-fonts-pen.noarch /usr/share/fonts/bitstream-vera/VeraSe.ttf [bitstream-vera-serif-fonts.noarch] /usr/share/k3d/fonts/VeraSe.ttf k3d.x86_64 /usr/games/vulturesclaw/fonts/VeraSe.ttf nethack-vultures.x86_64 /usr/games/vultureseye/fonts/VeraSe.ttf nethack-vultures.x86_64 /usr/share/e16/themes/BrushedMetal-Tigert/ABOUT/aircut3.ttf e16-themes.noarch /usr/share/e16/themes/ShinyMetal/ABOUT/aircut3.ttf e16-themes.noarch /usr/share/xine/skins/Centori/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/smooth.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/xinium/smooth.pcf.gz xine-ui-skins.noarch /usr/share/e16/themes/Ganymede/ABOUT/ganymede.ttf e16-themes.noarch /usr/share/e16/themes/Ganymede/ttfonts/ganymede.ttf e16-themes.noarch /usr/share/fonts/google-droid/DroidSansFallback.ttf [google-droid-sans-fonts.noarch] /usr/share/hedgewars/Data/Fonts/DroidSansFallback.ttf hedgewars.x86_64 /usr/share/xine/skins/Centori/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/cloudy/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/concept3/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/gudgreen/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/mplayer/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/xine/skins/Sunset/fatsolid.pcf.gz xine-ui-skins.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchr8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0648bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putri.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTI_____.pfa xorg-x11-fonts-Type1.noarch /usr/share/fonts/default/ghostscript/putr.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTRG____.pfa xorg-x11-fonts-Type1.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcri8a.pfb texlive-texmf-fonts.noarch /usr/share/texmf/fonts/type1/adobe/courier/pcrro8a.pfb texlive-texmf-fonts.noarch /usr/share/fonts/bitstream-vera/Vera.ttf [bitstream-vera-sans-fonts.noarch] /usr/lib64/flumotion/python/flumotion/component/converters/overlay/Vera.ttf flumotion.x86_64 /usr/share/k3d/fonts/Vera.ttf k3d.x86_64 /usr/lib/python2.6/site-packages/reportlab/fonts/Vera.ttf python-reportlab.noarch /usr/share/texmf/fonts/type1/bitstrea/charter/bchb8a.pfb texlive-texmf-fonts.noarch /usr/share/X11/fonts/Type1/c0632bt_.pfb xorg-x11-fonts-Type1.noarch /usr/share/doc/openscap-devel-0.5.2/latex/FreeSans.ttf openscap-devel.x86_64 /usr/share/doc/scim-doc-1.4.9/html/FreeSans.ttf scim-doc.x86_64 /usr/share/fonts/bitstream-vera/VeraBd.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraBd.ttf k3d.x86_64 /usr/share/poker3d/data/VeraBd.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraBd.ttf python-reportlab.noarch /usr/share/fonts/bitstream-vera/VeraMoBd.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMoBd.ttf k3d.x86_64 /usr/share/xpilot-ng/fonts/VeraMoBd.ttf xpilot-ng-server.x86_64 /usr/share/xpilot-ng/fonts/VeraMoBd.ttf xpilot-ng.x86_64 /usr/share/fonts/bitstream-vera/VeraMono.ttf [bitstream-vera-sans-mono-fonts.noarch] /usr/share/k3d/fonts/VeraMono.ttf k3d.x86_64 /usr/share/fonts/bitstream-vera/VeraSeBd.ttf [bitstream-vera-serif-fonts.noarch] /usr/share/k3d/fonts/VeraSeBd.ttf k3d.x86_64 /usr/share/fonts/default/ghostscript/putbi.pfa ghostscript-fonts.noarch /usr/share/X11/fonts/Type1/UTBI____.pfa xorg-x11-fonts-Type1.noarch /usr/share/fonts/bitstream-vera/VeraBI.ttf [bitstream-vera-sans-fonts.noarch] /usr/share/k3d/fonts/VeraBI.ttf k3d.x86_64 /usr/share/poker3d/data/VeraBI.ttf poker3d-data.noarch /usr/lib/python2.6/site-packages/reportlab/fonts/VeraBI.ttf python-reportlab.noarch ? 103 files (12 MiB) in 25 packages (323 MiB) generated from 21 source packages. ? font faces duplicated by different packages: ? Excluding multilib and PCF fonts (because they are pretty much hopeless). 6 FreeSans Medium [gnu-free-sans-fonts] openscap-devel poker3d-data scim-doc tuxpaint widelands 6 FreeSans Bold fillets-ng-data [gnu-free-sans-fonts] poker3d-data pygame spring tuxpaint 4 FreeSerif Medium [gnu-free-serif-fonts] poker2d tuxpaint widelands 4 FreeSans BoldOblique [gnu-free-sans-fonts] tuxpaint xpilot-ng xpilot-ng-server 4 Bitstream Vera Sans Roman [bitstream-vera-sans-fonts] flumotion k3d python-reportlab 4 Bitstream Vera Sans Oblique [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 4 Bitstream Vera Sans Mono Bold [bitstream-vera-sans-mono-fonts] k3d xpilot-ng xpilot-ng-server 4 Bitstream Vera Sans Bold Oblique [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 4 Bitstream Vera Sans Bold [bitstream-vera-sans-fonts] k3d poker3d-data python-reportlab 3 FreeMono Bold [gnu-free-mono-fonts] tuxpaint xplanet 3 DejaVu Sans Book [dejavu-sans-fonts] glob2 pgfouine 3 Bitstream Vera Serif Roman [bitstream-vera-serif-fonts] k3d nethack-vultures 2 Vemana2000 Regular tuxpaint [vemana2000-fonts] 2 UnPenheulim Regular un-extra-fonts-pen un-extra-fonts-penheulim 2 Tuffy Regular ImageMagick-perl [tulrich-tuffy-fonts] 2 PaperCuts 2.0 BoldOblique [extremetuxracer-papercuts-fonts] [extremetuxracer-papercuts-outline-fonts] 2 Lohit Gujarati Regular [lohit-gujarati-fonts] tuxpaint 2 Liberation Sans Regular [liberation-sans-fonts] phoronix-test-suite 2 Garuda Bold [thai-scalable-garuda-fonts] tuxpaint 2 FreeSerif Italic [gnu-free-serif-fonts] tuxpaint 2 FreeSerif BoldItalic [gnu-free-serif-fonts] tuxpaint 2 FreeSerif Bold [gnu-free-serif-fonts] tuxpaint 2 FreeSans Oblique [gnu-free-sans-fonts] tuxpaint 2 FreeMono Oblique [gnu-free-mono-fonts] tuxpaint 2 FreeMono Medium [gnu-free-mono-fonts] tuxpaint 2 FreeMono BoldOblique [gnu-free-mono-fonts] tuxpaint 2 Droid Sans Fallback Regular [google-droid-sans-fonts] hedgewars 2 DejaVu Sans Condensed [dejavu-sans-fonts] tuxpaint 2 DejaVu Sans Bold [dejavu-sans-fonts] manaworld 2 Bitstream Vera Serif Bold [bitstream-vera-serif-fonts] k3d 2 Bitstream Vera Sans Mono Roman [bitstream-vera-sans-mono-fonts] k3d 2 Bitstream Vera Sans Mono Oblique [bitstream-vera-sans-mono-fonts] k3d 2 Bitstream Vera Sans Mono Bold Oblique [bitstream-vera-sans-mono-fonts] k3d ? 94 files (24 MiB) in 39 packages (352 MiB) generated from 32 source packages. ? Face duplication wastes resources infrastructure and user side. Very often an upstream that copied some fonts will forget to keep them up to date, and the duplication will result in the distribution of old buggy data. Even if some duplicate font files are a genuine fork with different features from the original, applications won't be able to select them relyably because of naming collisions. We should alway ship a single version of any font face in a dedicated font package, and use fontconfig or symlinks to share it accross packages. ? font faces duplicated within a package (ignoring legacy formats): e16-themes AirCut OneHundedandOne /usr/share/e16/themes/BrushedMetal-Tigert/ABOUT/aircut3.ttf e16-themes AirCut OneHundedandOne /usr/share/e16/themes/ShinyMetal/ABOUT/aircut3.ttf e16-themes Geometr415 Lt BT Lite /usr/share/e16/themes/Ganymede/ABOUT/ganymede.ttf e16-themes Geometr415 Lt BT Lite /usr/share/e16/themes/Ganymede/ttfonts/ganymede.ttf e16-themes Vixar ASCI Regular /usr/share/e16/themes/BlueSteel/ABOUT/vixar.ttf e16-themes Vixar ASCI Regular /usr/share/e16/themes/BlueSteel/ttfonts/vixar.ttf fillets-ng-data FreeSans Bold /usr/share/fillets-ng/font/font_console.ttf fillets-ng-data FreeSans Bold /usr/share/fillets-ng/font/font_menu.ttf fillets-ng-data FreeSans Bold /usr/share/fillets-ng/font/font_subtitle.ttf nethack-vultures Bitstream Vera Serif Roman /usr/games/vulturesclaw/fonts/VeraSe.ttf nethack-vultures Bitstream Vera Serif Roman /usr/games/vultureseye/fonts/VeraSe.ttf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntSmaBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpDisBol.otf stix-integrals-fonts STIXIntegrals Bold /usr/share/fonts/stix/STIXIntUpSmaBol.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntSma.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpDis.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUp.otf stix-integrals-fonts STIXIntegrals Regular /usr/share/fonts/stix/STIXIntUpSma.otf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Black/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Blue/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Green/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Orange/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Pink/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-Purple/42.ttf xine-ui-skins 42 Regular /usr/share/xine/skins/Bambino-White/42.ttf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/OTF/GohaTibebZemen.otf xorg-x11-fonts-ethiopic Goha-Tibeb Zemen Regular /usr/share/X11/fonts/TTF/GohaTibebZemen.ttf ? 30 files (1 MiB) in 6 packages (143 MiB) generated from 6 source packages. ? Face duplication within a package is almost certainly a bug, except for special symbol font families. ? packages that mix several font families (ignoring legacy formats): texlive-texmf-fonts (47) tuxpaint (15) stix-sizes-fonts (5) e16-themes (5) poker3d-data (4) k3d (4) wine-fonts (3) widelands (3) mscore-fonts (3) linux-libertine-fonts (3) khmeros-muol-fonts (3) khmeros-base-fonts (3) google-droid-sans-fonts (3) xpilot-ng-server (2) xpilot-ng (2) un-extra-fonts-pen (2) serafettin-cartoon-fonts (2) senamirmir-washra-fonts (2) python-reportlab (2) khmeros-handwritten-fonts (2) ? Reliable font autoinstallation requires shipping only one font family per font package. This indicates problems in the packaging or the packaged font metadata. ? packages that symlink font files: blender canorus cave9 childsplay cjkuni-fonts-compat directfb e16 egoboo-data ember-media enigma extremetuxracer freecol gnubg hedgewars htmldoc libprojectM lincity-ng-data manaworld mapserver moodle moodle-km moodle-sm moodle-to munin neverball nted ogre-samples php-ZendFramework-tests pokerth rosegarden4 scorched3d sdljava-demo seahorse-adventures simspark stellarium tex-cm-lgc tex-kerkis TnL-data trackballs wesnoth-data wormux-data xmoto xplanet ? 203 files (0 MiB) in 43 packages (810 MiB) generated from 40 source packages. 5 most symlinked packages: 27 dejavu-sans-fonts-0:2.30-2.fc12.noarch 6 dejavu-sans-mono-fonts-0:2.30-2.fc12.noarch 2 urw-fonts-0:2.4-8.fc12.noarch 2 gnu-free-sans-fonts-0:20090104-11.fc12.noarch 2 dejavu-serif-fonts-0:2.30-2.fc12.noarch ? Symlinking font files is a way for non-font packages to comply with guidelines and avoid duplicating files, but it is also a symptom of missing or incomplete fontconfig support in the package. Please ask upstream to use fontconfig (possibly, via a higher-level library such as pangocairo). ? broken symlinks to font files: /usr/share/doc/mapserver-5.4.2/tests/vera/VeraBd.ttf ? /usr/share/fonts/bitstream-vera/Verabd.ttf mapserver-0:5.4.2-1.fc12.x86_64 /usr/share/wesnoth/fonts/sazanami-gothic.ttf ? /usr/share/fonts/sazanami-fonts-gothic/sazanami-gothic.ttf wesnoth-data-0:1.6.5-1.fc12.noarch ? 2 files (0 MiB) in 2 packages (193 MiB) generated from 2 source packages. ? packages with fonts rpmlint errors on: [cjkuni-uming-fonts] e16-themes fillets-ng-data flumotion fonts-ISO8859-2 fonts-ISO8859-2-100dpi fonts-ISO8859-2-75dpi groff k3d kdebase3 kdebase-workspace nethack-vultures phoronix-test-suite python-reportlab spring texlive-texmf-doc TeXmacs [un-core-batang-fonts] [un-core-dinaru-fonts] [un-core-dotum-fonts] [un-core-graphic-fonts] [un-core-gungseo-fonts] [un-core-pilgi-fonts] [wqy-zenhei-fonts] xpilot-ng-server ? 465 files (70 MiB) in 25 packages (389 MiB) generated from 18 source packages. ? packages with font files not identified as such by libmagic: 12 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) ? 12 files (0 MiB) in 1 packages (0 MiB) generated from 1 source packages. ? Either libmagic has a bug or the files are malformed and need to be fixed or dumped. ? packages with font files fc-query can not parse: 225 xorg-x11-fonts-misc-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 190 fonts-ISO8859-2-75dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 190 fonts-ISO8859-2-100dpi-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-9-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-2-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-15-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 186 xorg-x11-fonts-ISO8859-14-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 155 japanese-bitmap-fonts-0:0.20080710-8.fc12.noarch (japanese-bitmap-fonts-0.20080710-8.fc12.src.rpm) 154 terminus-fonts-0:4.28-9.fc12.noarch (terminus-fonts-4.28-9.fc12.src.rpm) 114 fonts-KOI8-R-75dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 82 xorg-x11-fonts-cyrillic-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 60 fonts-KOI8-R-100dpi-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 42 baekmuk-bdf-fonts-0:2.2-7.fc11.noarch (baekmuk-bdf-fonts-2.2-7.fc11.src.rpm) 32 x3270-x11-0:3.3.6-10.fc12.x86_64 (x3270-3.3.6-10.fc12.src.rpm) 24 mona-bitmap-fonts-0:2.90-9.fc12.noarch (monafont-2.90-9.fc12.src.rpm) 16 fonts-KOI8-R-0:1.0-12.fc12.noarch (fonts-KOI8-R-1.0-12.fc12.src.rpm) 15 fonts-ISO8859-2-0:1.0-22.fc12.noarch (fonts-ISO8859-2-1.0-22.fc12.src.rpm) 13 a2ps-0:4.14-10.fc12.x86_64 (a2ps-4.14-10.fc12.src.rpm) 12 jfbterm-0:0.4.7-22.fc12.x86_64 (jfbterm-0.4.7-22.fc12.src.rpm) 8 xorg-x11-fonts-75dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 8 xorg-x11-fonts-100dpi-0:7.2-9.fc12.noarch (xorg-x11-fonts-7.2-9.fc12.src.rpm) 6 kst-0:1.8.0-3.fc12.x86_64 (kst-1.8.0-3.fc12.src.rpm) 4 knm_new-fonts-0:1.1-5.fc11.noarch (knm_new-fonts-1.1-5.fc11.src.rpm) 2 libdockapp-fonts-0:0.6.2-3.fc12.x86_64 (libdockapp-0.6.2-3.fc12.src.rpm) 2 groff-0:1.18.1.4-18.fc12.x86_64 (groff-1.18.1.4-18.fc12.src.rpm) 1 jisksp16-1990-fonts-0:0.983-5.fc12.noarch (jisksp16-1990-fonts-0.983-5.fc12.src.rpm) ? 2843 files (54 MiB) in 30 packages (62 MiB) generated from 15 source packages. ? Either fontconfig has a bug or the files are malformed and need to be fixed or dumped. ? packages with localized metadata but no English variant: /usr/share/fonts/gfs-theokritos/GFSTheokritos.otf gfs-theokritos-fonts-0:20070415-14.fc12.noarch /usr/share/fonts/sazanami/gothic/sazanami-gothic.ttf sazanami-gothic-fonts-0:0.20040629-8.20061016.fc12.noarch /usr/share/fonts/sazanami/mincho/sazanami-mincho.ttf sazanami-mincho-fonts-0:0.20040629-8.20061016.fc12.noarch /usr/share/tuxpaint/fonts/locale/ja.ttf tuxpaint-1:0.9.20-3.fc11.x86_64 /usr/share/tuxpaint/fonts/locale/zh_tw.ttf tuxpaint-1:0.9.20-3.fc11.x86_64 ? 5 files (18 MiB) in 4 packages (15 MiB) generated from 3 source packages. ? The font files need to be fixed to declare metadata in English too. P.S. I apologise for the word-wrapping; evo knows how to post this properly, but evo currently crashes on startup in rawhide https://bugzilla.gnome.org/show_bug.cgi?id=594756 -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From andre at bwh.harvard.edu Sun Sep 27 02:46:00 2009 From: andre at bwh.harvard.edu (Andre Robatino) Date: Sat, 26 Sep 2009 22:46:00 -0400 Subject: attempt to create deltaisos for 12 Alpha -> 12 Beta TC Message-ID: <4ABED1E8.4020505@bwh.harvard.edu> I downloaded the i386 DVD image for 12 Beta TC (it doesn't matter where from, it'll probably be announced on Monday) and tried to create the deltaiso from 12 Alpha to 12 Beta TC. I discovered the following: 1) In order to get decent compression (about 20-25% of full size), it's necessary to run makedeltaiso in Rawhide. The F11 version works, but the resulting diso is about 75% of full size. After doing this, it's also necessary to run applydeltaiso in Rawhide to use it. Eventually the Rawhide versions of deltarpm/deltaiso should be ported to F10/F11 - after fixing the current issues in Rawhide, of course. (The disos I created for 12 Alpha TC -> RC1 -> RC2 were built on F11. They probably would have been even smaller if made on Rawhide.) 2) applydeltaiso eventually fails with the error "md5sum mismatch, iso is corrupt". The resulting ISO is close to but not exactly the right size. This is probably due to the XZ endianness issue. So I won't be making deltaisos available this time, and probably not until the current issues are straightened out. Sorry. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From ktdreyer at ktdreyer.com Sun Sep 27 05:44:31 2009 From: ktdreyer at ktdreyer.com (Ken Dreyer) Date: Sat, 26 Sep 2009 23:44:31 -0600 Subject: crypto consolidation status? Message-ID: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> I read the wiki page[1] on Fedora's effort to consolidate all the crypto libraries. Quite an ambitious task! FWN [2] reported on the rather large discussion back in '07, but I didn't see any resolution. Is this still a goal for Fedora? The main wiki page hasn't been edited in almost a year (although the scorecard is still being maintained). The reason I bring all of this up is that Server Name Indication has recently been implemented into httpd's mod_ssl, but SNI is not present in mod_nss[3]. If we abandon mod_ssl for mod_nss, we would lose this functionality. - Ken [1] https://fedoraproject.org/wiki/FedoraCryptoConsolidation [2] https://fedoraproject.org/wiki/FWN/Issue107#Crypto_Consolidation [3] https://bugzilla.mozilla.org/show_bug.cgi?id=360421 From thomasj at fedoraproject.org Sun Sep 27 10:26:23 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Sun, 27 Sep 2009 12:26:23 +0200 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090925111718.198a1569@ohm.scrye.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> Message-ID: 2009/9/25 Kevin Fenzi : > On Fri, 18 Sep 2009 15:57:10 +0200 > Till Maas wrote: > >> Aloas, >> >> On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: >> >> > I want to start the non-responsive maintainer process for Krzysztof >> > Kurzawski, because youtube-dl was not updated for several releases >> > and there was not response to bug reports regarding this. >> > >> > I will use this bug to track my contacting attempts: >> > https://bugzilla.redhat.com/show_bug.cgi?id=496593 >> > >> > On 2009-07-21 I already wrote a mail to youtube-dl-owner and >> > suggested to take over youtube-dl, but I did not receive any >> > response. >> > >> > If you know Krzysztof, please ping him. >> >> a week has passed, so this is the second attempt to reach Krzysztof. > > The following packages have been orphaned: > incollector I have taken incollector. It wasn't updated about 5 months. Review: https://bugzilla.redhat.com/show_bug.cgi?id=525927 -- LG Thomas Dubium sapientiae initium From jonathan.underwood at gmail.com Sun Sep 27 11:35:42 2009 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Sun, 27 Sep 2009 12:35:42 +0100 Subject: Intel graphics users: send me your VBIOS In-Reply-To: <1253890801.22223.102.camel@atropine.boston.devel.redhat.com> References: <1253643067.13816.17.camel@adam.local.net> <645d17210909250738o1516c7b1gbf8f8a764efae9a2@mail.gmail.com> <1253890801.22223.102.camel@atropine.boston.devel.redhat.com> Message-ID: <645d17210909270435m6c21f049x2246d1ee9620a104@mail.gmail.com> 2009/9/25 Adam Jackson : >> That reminds me, I am seeing xrandr settings not persist across >> suspend/resume - which component is that best filed against - kernel >> or xorg? > > Start with X. ?In fact, in general, report KMS bugs against X, it's > easier than trying to find them in the huge pile of kernel bugs. OK, filed as BZ #525939. Seems related to BZ #520068 (reported against kernel). From rawhide at fedoraproject.org Sun Sep 27 13:17:31 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Sun, 27 Sep 2009 13:17:31 +0000 Subject: rawhide report: 20090927 changes Message-ID: <20090927131731.GA17251@releng2.fedora.phx.redhat.com> Compose started at Sun Sep 27 06:15:11 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.i686 requires znc = 0:0.075 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhm-0.5.3465-3.fc12.x86_64 requires qpidd = 0:0.5.790661 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.x86_64 requires znc = 0:0.075 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.ppc requires znc = 0:0.075 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.ppc64 requires znc = 0:0.075 New package cmusphinx3 Large vocabulary speech recognition in C New package gstreamer-plugins-espeak A simple gstreamer plugin to use espeak New package perl-IPC-DirQueue Disk-based many-to-many task queue New package pigz Parallel implementation of gzip Updated Packages: avogadro-0.9.8-2.fc12 --------------------- * Sat Sep 26 2009 Sebastian Dziallas 0.9.8-1 - update to new upstream release - enable python and glsl support again * Sat Sep 26 2009 Sebastian Dziallas 0.9.8-2 - fix typo in file list bzrtools-2.0.1-1.fc12 --------------------- * Sat Sep 26 2009 Henrik Nordstrom - 2.0.1-1 - Update to 2.0.1 curl-7.19.6-9.fc12 ------------------ * Sat Sep 26 2009 Kamil Dudka 7.19.6-9 - let curl test-suite use valgrind - require libssh2>=1.2 (#525002) fantasdic-1.0-0.7.beta7.fc12 ---------------------------- * Sun Sep 27 2009 Mamoru Tasaka - 1.0-0.7.beta7 - Add workaround for ruby-gnome2-Bugs-2865895 fontpackages-1.24-1.fc12 ------------------------ * Sat Sep 26 2009 Nicolas Mailhot - 1.24-1 ? improve repo-font-audit (make WWS check more accurate, support file:// local repositories?) gconfmm26-2.28.0-1.fc12 ----------------------- * Fri Sep 25 2009 Denis Leroy - 2.28.0-1 - Update to upstream 2.28.0 gtk2-2.18.0-4.fc12 ------------------ * Sun Sep 27 2009 Matthias Clasen - 2.18.0-2 - Fix anchor handling in text views (#525910) gtkmm24-2.18.1-1.fc12 --------------------- * Fri Sep 25 2009 Denis Leroy - 2.18.1-1 - Update to upstream 2.18.1 hercules-3.06-6.fc12 -------------------- * Sat Sep 26 2009 Dan Hor?k 3.06-6 - rebuilt to use POSIX capabilities libdvdnav-4.1.4-0.1.svn1184.fc12 -------------------------------- * Sat Sep 26 2009 Dominik Mierzejewski 4.1.4-0.1.svn1184 - fix multilib conflict, based on a patch by Rex Dieter (rhbz#477684) - update to SVN r1184 - move TODO to devel docs libdvdread-4.1.4-0.1.svn1183.fc12 --------------------------------- * Sun Sep 27 2009 Dominik Mierzejewski 4.1.4-0.1.svn1183 - updated to SVN r1183 - simplified multilib patch - fixed endianness issues (rhbz#442508) - added some docs libgnomemm26-2.28.0-1 --------------------- * Fri Sep 25 2009 Denis Leroy - 2.28.0-1 - Update to upstream 2.28.0 libgnomeuimm26-2.28.0-1.fc12 ---------------------------- * Fri Sep 25 2009 Denis Leroy - 2.28.0-1 - Update to upstream 2.28.0 libgssapi-0.11-8.fc12 --------------------- * Sat Sep 26 2009 Peter Lemenkov - 0.11-8 - Removed and obsoleted static libraries. munge-0.5.8-6.fc12 ------------------ * Sat Sep 26 2009 Steve Traylen - 0.5.8-6 - Patch for rhbz #525732 - Loads /etc/sysconfig/munge correctly. - Mark pid file as ghost file on oses that support that. - Permisions on pid directory to 755 nss-3.12.4-10.fc12 ------------------ * Sat Sep 26 2009 Elio Maldonado - 3.12.4-10 - Add nss-sysinit activation/deactivation script nted-1.8.1-1.fc12 ----------------- * Sat Sep 26 2009 Hans Ulrich Niedermann - 1.8.1-1 - update to upstream's nted-1.8.1 release obexd-0.18-1.fc12 ----------------- * Sat Sep 26 2009 Bastien Nocera 0.18-1 - Update to 0.18 perl-Catalyst-Runtime-5.80013-2.fc12 ------------------------------------ * Sat Sep 26 2009 Chris Weyl 5.80013-1 - auto-update to 5.80013 (by cpan-spec-update 0.01) - altered br on perl(Moose) (0.78 => 0.90) - altered br on perl(MooseX::Emulate::Class::Accessor::Fast) (0.00801 => 0.00903) - altered br on perl(MooseX::MethodAttributes::Inheritable) (0.15 => 0.16) - altered br on perl(namespace::autoclean) (0 => 0.09) - altered req on perl(Moose) (0.78 => 0.90) - altered req on perl(MooseX::Emulate::Class::Accessor::Fast) (0.00801 => 0.00903) - altered req on perl(MooseX::MethodAttributes::Inheritable) (0.15 => 0.16) - altered req on perl(namespace::autoclean) (0 => 0.09) * Sat Sep 26 2009 Chris Weyl 5.80013-2 - dis-enable certain optional tests until a couple RT tix are resolved * Tue Aug 25 2009 Chris Weyl 5.80011-1 - switch filtering system - auto-update to 5.80011 (by cpan-spec-update 0.01) - added a new br on perl(List::MoreUtils) (version 0) - altered br on perl(Module::Pluggable) (3.01 => 3.9) - altered br on perl(MooseX::MethodAttributes::Inheritable) (0.12 => 0.15) - added a new req on perl(List::MoreUtils) (version 0) - altered req on perl(Module::Pluggable) (3.01 => 3.9) - altered req on perl(MooseX::MethodAttributes::Inheritable) (0.12 => 0.15) perl-Class-C3-Componentised-1.0006-1.fc12 ----------------------------------------- * Sat Sep 26 2009 Chris Weyl 1.0006-1 - update filtering - auto-update to 1.0006 (by cpan-spec-update 0.01) - added a new req on perl(Carp) (version 0) - added a new req on perl(Class::C3) (version 0.20) - added a new req on perl(Class::Inspector) (version 0) - added a new req on perl(MRO::Compat) (version 0) perl-Class-C3-XS-0.13-1.fc12 ---------------------------- * Sat Sep 26 2009 Chris Weyl 0.13-1 - update filtering - auto-update to 0.13 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) perl-Class-MOP-0.94-1.fc12 -------------------------- * Sun Sep 27 2009 Chris Weyl 0.94-1 - auto-update to 0.94 (by cpan-spec-update 0.01) perl-Moose-0.92-1.fc12 ---------------------- * Sun Sep 27 2009 Chris Weyl 0.92-1 - auto-update to 0.92 (by cpan-spec-update 0.01) - altered br on perl(Class::MOP) (0.93 => 0.94) - altered req on perl(Class::MOP) (0.93 => 0.94) perl-Mouse-0.35-1.fc12 ---------------------- * Sun Sep 27 2009 Chris Weyl 0.35-1 - update filtering - drop our soft-requires (except 1). Anything using Mouse by this point should know to require them if their bits are needed. - add benchmarks/ to doc - auto-update to 0.35 (by cpan-spec-update 0.01) - altered br on perl(Test::Exception) (0.21 => 0.27) - altered br on perl(Test::More) (0.8 => 0.88) * Sat Sep 19 2009 Chris Weyl 0.28-1 - auto-update to 0.28 (by cpan-spec-update 0.01) perl-POE-Test-Loops-1.022-1.fc12 -------------------------------- * Sun Sep 27 2009 Chris Weyl 1.022-1 - update filtering - auto-update to 1.022 (by cpan-spec-update 0.01) perl-Parse-RecDescent-1.962.2-1.fc12 ------------------------------------ * Sun Sep 27 2009 Chris Weyl 1.962.2-1 - updated for latest GA SQL::Translator - add default filtering - auto-update to 1.962.2 (by cpan-spec-update 0.01) - added a new br on perl(Text::Balanced) (version 0) perl-SQL-Abstract-1.60-1.fc12 ----------------------------- * Sun Sep 27 2009 Chris Weyl 1.60-1 - auto-update to 1.60 (by cpan-spec-update 0.01) perl-SQL-Translator-0.11002-1.fc12 ---------------------------------- * Sun Sep 27 2009 Chris Weyl 0.11002-1 - auto-update to 0.11002 (by cpan-spec-update 0.01) - altered br on perl(Parse::RecDescent) (1.096 => 1.962002) - altered req on perl(Parse::RecDescent) (1.096 => 1.962002) * Mon Aug 24 2009 Chris Weyl 0.11001-1 - auto-update to 0.11001 (by cpan-spec-update 0.01) - added a new br on perl(Carp::Clan) (version 0) - altered br on perl(Digest::SHA1) (2.00 => 2) - added a new br on perl(ExtUtils::MakeMaker) (version 6.42) - added a new br on perl(File::ShareDir) (version 1) - altered br on perl(IO::Scalar) (0 => 2.11) - altered br on perl(Parse::RecDescent) (1.94 => 1.096) - altered br on perl(YAML) (0.39 => 0.66) - added a new br on CPAN (inc::Module::AutoInstall found) - added a new req on perl(Carp::Clan) (version 0) - added a new req on perl(Class::Base) (version 0) - altered req on perl(Class::Data::Inheritable) (0 => 0.02) - added a new req on perl(Class::MakeMethods) (version 0) - added a new req on perl(DBI) (version 0) - added a new req on perl(Digest::SHA1) (version 2) - added a new req on perl(File::ShareDir) (version 1) - added a new req on perl(File::Spec) (version 0) - added a new req on perl(IO::Dir) (version 0) - added a new req on perl(IO::Scalar) (version 2.11) - added a new req on perl(Parse::RecDescent) (version 1.096) - added a new req on perl(Pod::Usage) (version 0) - added a new req on perl(XML::Writer) (version 0.5) perl-SUPER-1.17-1.fc12 ---------------------- * Sun Sep 27 2009 Chris Weyl 1.17-1 - update filtering - auto-update to 1.17 (by cpan-spec-update 0.01) - added a new br on perl(Scalar::Util) (version 1.20) - altered br on perl(Sub::Identify) (0 => 0.03) - altered br on perl(Test::Simple) (0 => 0.61) - added a new req on perl(Scalar::Util) (version 1.20) - added a new req on perl(Sub::Identify) (version 0.03) perl-Text-Diff-1.37-2.fc12 -------------------------- * Sun Sep 27 2009 Chris Weyl 1.37-1 - add filtering - auto-update to 1.37 (by cpan-spec-update 0.01) - altered br on perl(Algorithm::Diff) (0 => 1.19) - added a new br on perl(Exporter) (version 0) - added a new br on perl(Test) (version 0) * Sun Sep 27 2009 Chris Weyl 1.37-2 - add Test::More as a BR (rt#50040) perl-Variable-Magic-0.37-1.fc12 ------------------------------- * Sun Sep 27 2009 Chris Weyl 0.37-1 - auto-update to 0.37 (by cpan-spec-update 0.01) perl-WWW-Mechanize-1.60-1.fc12 ------------------------------ * Sun Aug 23 2009 Chris Weyl 1.60-1 - auto-update to 1.60 (by cpan-spec-update 0.01) - added a new br on perl(Carp) (version 0) - added a new br on perl(File::Temp) (version 0) - added a new br on perl(FindBin) (version 0) - added a new br on perl(Getopt::Long) (version 0) - added a new br on perl(HTML::Form) (version 1.038) - added a new br on perl(HTML::HeadParser) (version 0) - added a new br on perl(HTML::Parser) (version 3.33) - altered br on perl(HTML::TokeParser) (0 => 2.28) - added a new br on perl(HTTP::Daemon) (version 0) - added a new br on perl(HTTP::Request) (version 1.3) - altered br on perl(HTTP::Server::Simple) (0 => 0.35) - added a new br on perl(HTTP::Server::Simple::CGI) (version 0) - added a new br on perl(HTTP::Status) (version 0) - added a new br on perl(LWP) (version 5.829) - altered br on perl(LWP::UserAgent) (0 => 5.829) - added a new br on perl(Pod::Usage) (version 0) - altered br on perl(Test::More) (0 => 0.34) - altered br on perl(Test::Warn) (0 => 0.11) - added a new br on perl(URI::file) (version 0) - added a new req on perl(Carp) (version 0) - added a new req on perl(File::Temp) (version 0) - added a new req on perl(FindBin) (version 0) - added a new req on perl(Getopt::Long) (version 0) - added a new req on perl(HTML::Form) (version 1.038) - added a new req on perl(HTML::HeadParser) (version 0) - added a new req on perl(HTML::Parser) (version 3.33) - added a new req on perl(HTML::TokeParser) (version 2.28) - added a new req on perl(HTTP::Daemon) (version 0) - added a new req on perl(HTTP::Request) (version 1.3) - added a new req on perl(HTTP::Server::Simple) (version 0.35) - added a new req on perl(HTTP::Server::Simple::CGI) (version 0) - added a new req on perl(HTTP::Status) (version 0) - added a new req on perl(LWP) (version 5.829) - added a new req on perl(LWP::UserAgent) (version 5.829) - added a new req on perl(Pod::Usage) (version 0) - added a new req on perl(URI) (version 1.36) - added a new req on perl(URI::URL) (version 0) - added a new req on perl(URI::file) (version 0) perl-YAML-Syck-1.07-1.fc12 -------------------------- * Sun Sep 27 2009 Chris Weyl 1.07-1 - auto-update to 1.07 (by cpan-spec-update 0.01) perl-YAML-Tiny-1.40-1.fc12 -------------------------- * Sun Sep 27 2009 Chris Weyl 1.40-1 - auto-update to 1.40 (by cpan-spec-update 0.01) purple-microblog-0.2.4-1.fc12 ----------------------------- * Sat Sep 26 2009 Ismael Olea - 0.2.4-1 - New upstream release rmol-0.23.0-1.fc12 ------------------ * Tue Sep 15 2009 Denis Arnaud 0.23.0-1 - Upstream integration ruby-gnome2-0.19.3-2.fc12 ------------------------- * Sun Sep 27 2009 Mamoru Tasaka - 0.19.3-2 - Fix crash when moving cursor on fantasdic 1.0 beta 7 (ruby-gnome2-Bugs-2865895) squid-3.1.0.13-7.fc12 --------------------- * Sat Sep 26 2009 Henrik Nordstrom - 7:3.1.0.13-7 - Include upstream patches fixing important operational issues - Enable ESI support now that it does not conflict with normal operation xfce4-settings-4.6.1-5.fc12 --------------------------- * Sat Sep 26 2009 Kevin Fenzi - 4.6.1-5 - Add patch for restoring display resolution on login (bug #504908) yum-arch-2.2.2-8.fc12 --------------------- * Sat Sep 26 2009 Remi Collet - 2.2.2-8 - fix python 2.6 warnings (#521869) zyx-liveinstaller-0.1.12-1.fc12 ------------------------------- * Sat Sep 26 2009 Sebastian Dziallas - 0.1.12-1 - update to new upstream release Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 41 From erikina at gmail.com Sun Sep 27 13:21:32 2009 From: erikina at gmail.com (Eric Springer) Date: Sun, 27 Sep 2009 23:21:32 +1000 Subject: Real mail addresses in list postings and resulting **SPAM** In-Reply-To: References: Message-ID: On Thu, Sep 24, 2009 at 7:52 PM, Christoph Frieben < christoph.frieben at googlemail.com> wrote: > Does anybody have a good idea how to avoid the appearance of real mail > addresses in the body of postings to fedora-devel/test-list when people > reply to an earlier message? Could additional technical measures be taken to > remove or alter them such that they cannot be harvested by third parties? > A technical solution could be for the mailing list to eat the email and at the bottom include a link to an image (or a captcha protected page) which would contain the persons email address for off-list contact. But it's worth adding, that I have a dedicated email account that has been used for mailing lists over the last couple of years. In total it has been hit by perhaps 2 or 3 spam messages (which makes me believe that they were randomly guessed rouge spam rather than something harvested). So perhaps I'm lucky, but it doesn't currently seem like a problem. If you're concerned, create a different email account. It's hard to keep your email address private on a public list =) -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaxwell at gmail.com Sun Sep 27 14:17:10 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Sun, 27 Sep 2009 10:17:10 -0400 Subject: crypto consolidation status? In-Reply-To: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> References: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> Message-ID: On Sun, Sep 27, 2009 at 1:44 AM, Ken Dreyer wrote: > I read the wiki page[1] on Fedora's effort to consolidate all the > crypto libraries. Quite an ambitious task! FWN [2] reported on the > rather large discussion back in '07, but I didn't see any resolution. > Is this still a goal for Fedora? The main wiki page hasn't been edited > in almost a year (although the scorecard is still being maintained). > > The reason I bring all of this up is that Server Name Indication has > recently been implemented into httpd's mod_ssl, but SNI is not present > in mod_nss[3]. If we abandon mod_ssl for mod_nss, we would lose this > functionality. [snip] Is this even a fair and reasonable goal unless the NSS upstream is really interested in becoming a superset of the functionality offered by the other crypto libraries? (I don't know for surethat NSS' goal is not to? but I think thats unlikely. It's hard to even start a comparison because NSS doesn't appear to have developer documentation covering low level cryptographic functions) Is it reasonable when other package upstreams may not find the licensing of NSS to be acceptable (i.e. an upstream which is 100% BSD for it and all its dependencies), or would prefer not to use NSS for stylistic reasons? Would fedora carry patches for these applications in perpetuity? It's not even clear to me what exactly some of these goals mean i.e. "Get a cert using Firefox, use it in SSH" when ssh doesn't (normally) use X.509 certificates. From mike.cloaked at gmail.com Sun Sep 27 15:00:04 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Sun, 27 Sep 2009 16:00:04 +0100 Subject: Thunderbird 3.0pre? Message-ID: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> Is there any chance there will be a build of Thunderbird 3.0PRE in Koji soon? It would be nice to see a build for F11 and F12 as I believe there are significant fixes compared to 3.0beta 4 in the 3.0pre build. -- mike From drago01 at gmail.com Sun Sep 27 15:02:34 2009 From: drago01 at gmail.com (drago01) Date: Sun, 27 Sep 2009 17:02:34 +0200 Subject: Thunderbird 3.0pre? In-Reply-To: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> Message-ID: On Sun, Sep 27, 2009 at 5:00 PM, mike cloaked wrote: > Is there any chance there will be a build of Thunderbird 3.0PRE in > Koji soon? It would be nice to see a build for F11 and F12 as I > believe there are significant fixes compared to 3.0beta 4 in the > 3.0pre build. like? From mike.cloaked at gmail.com Sun Sep 27 15:13:20 2009 From: mike.cloaked at gmail.com (mike cloaked) Date: Sun, 27 Sep 2009 16:13:20 +0100 Subject: Thunderbird 3.0pre? Message-ID: <3b8e57a80909270813w5c395651uf9f3b099b3fb8ba7@mail.gmail.com> Drag01 wrote > like? Well someone I know has had dreadful problems with the x64 version of b4 build for F11 from updates-testing - with huge memory usage and never completed the re-indexing process - in the end it hung the machine completely. He took 3.0pre from the mozilla download site and it ran fine. I am told that the x64 code is not clean, and wondered if for x64 users with large numbers of accounts and large amounts of mail stored that maybe the 3.0pre code may actually work where it did not work for 3.0b4 in the x64 case? I have just moved from b2 to b4 as b2 gave me signficant problems with starttls connections to a dovecot imap server but my case was i386. -- mike From lists at sapience.com Sun Sep 27 15:15:18 2009 From: lists at sapience.com (Mail Lists) Date: Sun, 27 Sep 2009 11:15:18 -0400 Subject: Thunderbird 3.0pre? In-Reply-To: References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> Message-ID: <4ABF8186.6010901@sapience.com> On 09/27/2009 11:02 AM, drago01 wrote: > On Sun, Sep 27, 2009 at 5:00 PM, mike cloaked wrote: >> Is there any chance there will be a build of Thunderbird 3.0PRE in >> Koji soon? It would be nice to see a build for F11 and F12 as I >> believe there are significant fixes compared to 3.0beta 4 in the >> 3.0pre build. > > like? > I do know that the 64 bit fedora beta 4 (there is no 64 bit mozilla.org as, last I read a while ago, they are not comfortable the code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was fine). I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and the problems went away. The beta 4 (from updates-testing) started the indexing thing - and then it took 100% cpu and memory growth went to 3.5 GiB - after a period memory use fell to 200 MiB, cpu declined .. then it repeated this cycle several times .. i left this for 6 hours - eventually tb locked up and left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to hand kill it. Installing the stock mozilla 386 build has no such problems. I suspect there is some 64 very unclean code underlying the problem. Tho it could be beta 4 versus pre as well. best, gene/ From mike at cchtml.com Sun Sep 27 15:18:04 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Sun, 27 Sep 2009 10:18:04 -0500 Subject: Thunderbird 3.0pre? In-Reply-To: <3b8e57a80909270813w5c395651uf9f3b099b3fb8ba7@mail.gmail.com> References: <3b8e57a80909270813w5c395651uf9f3b099b3fb8ba7@mail.gmail.com> Message-ID: <4ABF822C.4060307@cchtml.com> On 09/27/2009 10:13 AM, mike cloaked wrote: > Well someone I know has had dreadful problems with the x64 version of > b4 build for F11 from updates-testing - with huge memory usage and > never completed the re-indexing process - in the end it hung the > machine completely. He took 3.0pre from the mozilla download site and > it ran fine. > > I am told that the x64 code is not clean, and wondered if for x64 > users with large numbers of accounts and large amounts of mail stored > that maybe the 3.0pre code may actually work where it did not work for > 3.0b4 in the x64 case? > > I have just moved from b2 to b4 as b2 gave me signficant problems with > starttls connections to a dovecot imap server but my case was i386. > 1) x64 is Microsoft's marketing term. Why are you using it? 2) I run F11 x86_64 on two Core 2 machines. TB 3.0b4 on both. Dovecot IMAP with STARTTLS enabled. No problems whatsoever. Indexing on folders with thousands of e-mails worked fine. I've gone from b2, b3, and b4 without any problems. I've only seen the nice bug fixes and new features come up. I doubt the validity of the claim that your bugs are "64-bit only" issues. From mike at cchtml.com Sun Sep 27 15:21:11 2009 From: mike at cchtml.com (Michael Cronenworth) Date: Sun, 27 Sep 2009 10:21:11 -0500 Subject: Thunderbird 3.0pre? In-Reply-To: <4ABF8186.6010901@sapience.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> Message-ID: <4ABF82E7.7030005@cchtml.com> On 09/27/2009 10:15 AM, Mail Lists wrote: > I do know that the 64 bit fedora beta 4 (there is no 64 bit > mozilla.org as, last I read a while ago, they are not comfortable the > code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was > fine). > > I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and > the problems went away. > > The beta 4 (from updates-testing) started the indexing thing - and > then it took 100% cpu and memory growth went to 3.5 GiB - after a period > memory use fell to 200 MiB, cpu declined .. then it repeated this cycle > several times .. i left this for 6 hours - eventually tb locked up and > left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to > hand kill it. > > Installing the stock mozilla 386 build has no such problems. > > I suspect there is some 64 very unclean code underlying the problem. > Tho it could be beta 4 versus pre as well Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 x86_64 from updates-testing. Your message was in a folder with 1367 other email messages. Indexing worked fine. I don't see any spikes in CPU or memory usage. No other bugs in b4 at the moment. It's the best version yet. You might want to delete your .thunderbird directory and try again. From lists at sapience.com Sun Sep 27 15:23:11 2009 From: lists at sapience.com (Mail Lists) Date: Sun, 27 Sep 2009 11:23:11 -0400 Subject: Thunderbird 3.0pre? In-Reply-To: <4ABF82E7.7030005@cchtml.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4ABF82E7.7030005@cchtml.com> Message-ID: <4ABF835F.9050802@sapience.com> On 09/27/2009 11:21 AM, Michael Cronenworth wrote: > Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB > 3.0b4 x86_64 from updates-testing. Your message was in a folder with > 1367 other email messages. Indexing worked fine. I don't see any spikes > in CPU or memory usage. No other bugs in b4 at the moment. It's the best > version yet. > > You might want to delete your .thunderbird directory and try again. > Im happy for you. For what its worth, I have several accounts too - not just many mail folders. It did not work for me - whilst the vanilla 3.0pre version works fine - witrhout deleting anything. Thank you for your kind thoughts. From drago01 at gmail.com Sun Sep 27 15:23:18 2009 From: drago01 at gmail.com (drago01) Date: Sun, 27 Sep 2009 17:23:18 +0200 Subject: Thunderbird 3.0pre? In-Reply-To: <4ABF82E7.7030005@cchtml.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4ABF82E7.7030005@cchtml.com> Message-ID: On Sun, Sep 27, 2009 at 5:21 PM, Michael Cronenworth wrote: > On 09/27/2009 10:15 AM, Mail Lists wrote: >> >> ? I do know that the 64 bit fedora beta 4 (there is no 64 bit >> mozilla.org as, last I read a while ago, they are not comfortable the >> code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 ?was >> fine). >> >> ? I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and >> the problems went away. >> >> ? The beta 4 (from updates-testing) started the indexing thing - and >> then it took 100% cpu and memory growth went to 3.5 GiB - after a period >> memory use fell to 200 MiB, cpu declined .. then it repeated this cycle >> several times .. i left this for 6 hours - eventually tb locked up and >> left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to >> hand kill it. >> >> ? Installing the stock mozilla 386 build has no such problems. >> >> ? I suspect there is some 64 very unclean code underlying the problem. >> Tho it could be beta 4 versus pre as well > > Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB 3.0b4 > x86_64 from updates-testing. Your message was in a folder with 1367 other > email messages. Indexing worked fine. I don't see any spikes in CPU or > memory usage. No other bugs in b4 at the moment. It's the best version yet. > > You might want to delete your .thunderbird directory and try again. b4 is working fine for me to (x86_64) have not noticed any regressions compared to b3. From awilliam at redhat.com Mon Sep 28 01:08:09 2009 From: awilliam at redhat.com (Adam Williamson) Date: Sun, 27 Sep 2009 18:08:09 -0700 Subject: yum-presto not on by default In-Reply-To: <36bfb7cdecdc1334df593627ee07c569.squirrel@arekh.dyndns.org> References: <1253823326.1690.27.camel@planemask> <1253823947.1690.28.camel@planemask> <20090924205214.GD5260@hansolo.jdub.homelinux.org> <1253827283.1690.44.camel@planemask> <1253827729.13816.105.camel@adam.local.net> <1253853715.13816.115.camel@adam.local.net> <1253857215.13816.119.camel@adam.local.net> <1253890828.13816.128.camel@adam.local.net> <1253892238.13816.130.camel@adam.local.net> <4ABCF34C.7010807@comcast.net> <1253898059.13816.133.camel@adam.local.net> <4ABD0263.1070506@gmail.com> <36bfb7cdecdc1334df593627ee07c569.squirrel@arekh.dyndns.org> Message-ID: <1254100089.2425.46.camel@adam.local.net> On Sat, 2009-09-26 at 11:17 +0200, nicolas.mailhot at laposte.net wrote: > > On 9/25/2009 1:00 PM, Adam Williamson wrote: > > > So how do you get those 'others' to read the instructions? Linux used to > > basically require that you do that. Things had to be found in the system > > and then configured by hand. > > > > In the rush to make things auto-magic, which is not a bad thing IMO, > > when something does not 'just work' users are lost. They seem to have > > forgotten how to read. Or perhaps comprehend what they read. > > It's not like that. It's more like, the complexity of a Fedora system went I did not write the stuff you quoted. Please be careful to attribute accurately. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From kyle at mcmartin.ca Mon Sep 28 03:46:41 2009 From: kyle at mcmartin.ca (Kyle McMartin) Date: Sun, 27 Sep 2009 23:46:41 -0400 Subject: F11: 2.6.31.x play kernel In-Reply-To: References: <1253851923.25801.1.camel@shrek.rexursive.com> <1253853013.13816.114.camel@adam.local.net> Message-ID: <20090928034641.GO11961@bombadil.infradead.org> On Fri, Sep 25, 2009 at 04:33:57AM +0000, Bojan Smojver wrote: > Adam Williamson redhat.com> writes: > > > I just did a mock rebuild of the latest 2.6.31 kernel for f11. seems to > > work fine for my purposes (was testing if my psb kernel module build for > > 2.6.31 was okay). so you can do it that way if you really need it. > > No, I don't "need" it. I just thought it may be a good idea to build it for > everyone, so that testing can begin and all that. > We're working on it. From luoxing123 at gmail.com Mon Sep 28 06:34:48 2009 From: luoxing123 at gmail.com (=?GB2312?B?wt7Qxw==?=) Date: Mon, 28 Sep 2009 14:34:48 +0800 Subject: Thunderbird 3.0pre? In-Reply-To: References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4ABF82E7.7030005@cchtml.com> Message-ID: <4dead6330909272334l54b4791at12d6da33febfc28f@mail.gmail.com> 2009/9/27 drago01 > On Sun, Sep 27, 2009 at 5:21 PM, Michael Cronenworth > wrote: > > On 09/27/2009 10:15 AM, Mail Lists wrote: > >> > >> I do know that the 64 bit fedora beta 4 (there is no 64 bit > >> mozilla.org as, last I read a while ago, they are not comfortable the > >> code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was > >> fine). > >> > >> I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and > >> the problems went away. > >> > >> The beta 4 (from updates-testing) started the indexing thing - and > >> then it took 100% cpu and memory growth went to 3.5 GiB - after a period > >> memory use fell to 200 MiB, cpu declined .. then it repeated this cycle > >> several times .. i left this for 6 hours - eventually tb locked up and > >> left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to > >> hand kill it. > >> > >> Installing the stock mozilla 386 build has no such problems. > >> > >> I suspect there is some 64 very unclean code underlying the problem. > >> Tho it could be beta 4 versus pre as well > > > > Gee. Here I am messaging you on TB 3.0b4 on a x86_64 machine with TB > 3.0b4 > > x86_64 from updates-testing. Your message was in a folder with 1367 other > > email messages. Indexing worked fine. I don't see any spikes in CPU or > > memory usage. No other bugs in b4 at the moment. It's the best version > yet. > > > > You might want to delete your .thunderbird directory and try again. > > b4 is working fine for me to (x86_64) have not noticed any regressions > compared to b3. > > -- > 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 rakesh.pandit at gmail.com Mon Sep 28 08:33:48 2009 From: rakesh.pandit at gmail.com (Rakesh Pandit) Date: Mon, 28 Sep 2009 14:03:48 +0530 Subject: Package Review Stats for last 6 days ending 26th Message-ID: Top five FAS account holders who have completed reviewing "Package review" components on bugzilla for 6 days ending 26th Sept were Jason Tibbitts, Kevin Fenzi, Michel Alexandre Salim, Rex Dieter and Tom "spot" Callaway Jason Tibbitts - 5 https://bugzilla.redhat.com/show_bug.cgi?id=520246 https://bugzilla.redhat.com/show_bug.cgi?id=521569 https://bugzilla.redhat.com/show_bug.cgi?id=521851 https://bugzilla.redhat.com/show_bug.cgi?id=523756 https://bugzilla.redhat.com/show_bug.cgi?id=522732 Kevin Fenzi - 3 https://bugzilla.redhat.com/show_bug.cgi?id=226302 https://bugzilla.redhat.com/show_bug.cgi?id=226657 https://bugzilla.redhat.com/show_bug.cgi?id=524413 Michel Alexandre Salim - 3 https://bugzilla.redhat.com/show_bug.cgi?id=475852 https://bugzilla.redhat.com/show_bug.cgi?id=519538 https://bugzilla.redhat.com/show_bug.cgi?id=516906 Rex Dieter - 3 https://bugzilla.redhat.com/show_bug.cgi?id=503293 https://bugzilla.redhat.com/show_bug.cgi?id=508126 https://bugzilla.redhat.com/show_bug.cgi?id=523789 Tom "spot" Callaway - 3 https://bugzilla.redhat.com/show_bug.cgi?id=517643 https://bugzilla.redhat.com/show_bug.cgi?id=525358 https://bugzilla.redhat.com/show_bug.cgi?id=525361 Bryan O'Sullivan - 2 https://bugzilla.redhat.com/show_bug.cgi?id=523104 https://bugzilla.redhat.com/show_bug.cgi?id=523886 Mamoru Tasaka - 2 https://bugzilla.redhat.com/show_bug.cgi?id=489424 https://bugzilla.redhat.com/show_bug.cgi?id=516717 Martin Gieseking - 2 https://bugzilla.redhat.com/show_bug.cgi?id=519512 https://bugzilla.redhat.com/show_bug.cgi?id=523537 Tim Niemueller - 2 https://bugzilla.redhat.com/show_bug.cgi?id=522980 https://bugzilla.redhat.com/show_bug.cgi?id=522979 Adel Gadllah - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525814 Andrew Overholt - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525274 Chitlesh GOORAH - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522657 Dan Hor?k - 1 https://bugzilla.redhat.com/show_bug.cgi?id=522169 Dennis Gilmore - 1 https://bugzilla.redhat.com/show_bug.cgi?id=481668 Fabio Massimo Di Nitto - 1 https://bugzilla.redhat.com/show_bug.cgi?id=524105 Gareth John - 1 https://bugzilla.redhat.com/show_bug.cgi?id=523330 Guido Grazioli - 1 https://bugzilla.redhat.com/show_bug.cgi?id=524468 Jerry James - 1 https://bugzilla.redhat.com/show_bug.cgi?id=508549 Jussi Lehtola - 1 https://bugzilla.redhat.com/show_bug.cgi?id=226024 Matthias Clasen - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525304 Miroslav Such? - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525077 Nigel Jones - 1 https://bugzilla.redhat.com/show_bug.cgi?id=490438 Peter Lemenkov - 1 https://bugzilla.redhat.com/show_bug.cgi?id=461849 Praveen K Paladugu - 1 https://bugzilla.redhat.com/show_bug.cgi?id=466183 Rahul Sundaram - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525764 Sandro Mathys - 1 https://bugzilla.redhat.com/show_bug.cgi?id=524558 Steve Traylen - 1 https://bugzilla.redhat.com/show_bug.cgi?id=516059 Toshio Ernie Kuratomi - 1 https://bugzilla.redhat.com/show_bug.cgi?id=525808 Total reviews modified: 44 Merge Reviews: 4 Review Requests: 40 This report by generated by bzReviewReport.py. The source is available at: https://fedorahosted.org/triage/browser/scripts/bzReviewReport.py Please submit patches or *bug reports* at: https://fedorahosted.org/triage/ and assign them to me (rakesh) . Note: Next week will be adding more details (in terms of numbers for new reviews submitted). Modified script but still to test. -- Rakesh Pandit https://fedoraproject.org/ freedom, friends, features, first From limb at jcomserv.net Mon Sep 28 13:32:51 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 28 Sep 2009 08:32:51 -0500 Subject: Non-responsive maintainer process for kurzawa / Krzysztof Kurzawski In-Reply-To: <20090925111718.198a1569@ohm.scrye.com> References: <20090911170121.GA16187@genius.kawo2.rwth-aachen.de> <20090918135710.GA6562@genius.kawo2.rwth-aachen.de> <20090925111718.198a1569@ohm.scrye.com> Message-ID: <4AC0BB03.2050605@jcomserv.net> Kevin Fenzi wrote: > On Fri, 18 Sep 2009 15:57:10 +0200 > Till Maas wrote: > > >> Aloas, >> >> On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote: >> >> >>> I want to start the non-responsive maintainer process for Krzysztof >>> Kurzawski, because youtube-dl was not updated for several releases >>> and there was not response to bug reports regarding this. >>> >>> I will use this bug to track my contacting attempts: >>> https://bugzilla.redhat.com/show_bug.cgi?id=496593 >>> >>> On 2009-07-21 I already wrote a mail to youtube-dl-owner and >>> suggested to take over youtube-dl, but I did not receive any >>> response. >>> >>> If you know Krzysztof, please ping him. >>> >> a week has passed, so this is the second attempt to reach Krzysztof. >> > > The following packages have been orphaned: > > gfeed > greyhounds > incollector > netmonitor > pic2aa > scythia > wavextract > xhotkeys > yoltia > youtube-dl > > Also, I would be happy to take 'greyhounds'. Co-maintainers welcome. > > kevin > Took wavextract. -- in your fear, seek only peace in your fear, seek only love -d. bowie From rawhide at fedoraproject.org Mon Sep 28 14:30:10 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Mon, 28 Sep 2009 14:30:10 +0000 Subject: rawhide report: 20090928 changes Message-ID: <20090928143010.GA22460@releng2.fedora.phx.redhat.com> Compose started at Mon Sep 28 06:15:09 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 openvrml-gl-devel-0.18.3-4.fc12.i686 requires libGLU-devel(x86-32) perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.i686 requires znc = 0:0.075 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.i686 requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.x86_64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.x86_64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) openvrml-gl-devel-0.18.3-4.fc12.i686 requires libGLU-devel(x86-32) openvrml-gl-devel-0.18.3-4.fc12.x86_64 requires libGLU-devel(x86-64) perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhm-0.5.3465-3.fc12.x86_64 requires qpidd = 0:0.5.790661 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.x86_64 requires znc = 0:0.075 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc requires libmissioncontrol-client.so.0 anerley-0.0.20-3.fc12.ppc requires libnbtk-1.0.so.0 anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc requires pkgconfig(libmissioncontrol) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 openvrml-gl-devel-0.18.3-4.fc12.ppc requires libGLU-devel(ppc-32) openvrml-gl-devel-0.18.3-4.fc12.ppc64 requires libGLU-devel(ppc-64) perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.ppc requires znc = 0:0.075 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public anerley-0.0.20-3.fc12.ppc64 requires libmissioncontrol-client.so.0()(64bit) anerley-0.0.20-3.fc12.ppc64 requires libnbtk-1.0.so.0()(64bit) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(nbtk-1.0) anerley-devel-0.0.20-3.fc12.ppc64 requires pkgconfig(libmissioncontrol) argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) openvrml-gl-devel-0.18.3-4.fc12.ppc64 requires libGLU-devel(ppc-64) perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.ppc64 requires znc = 0:0.075 New package fusecompress_offline1 Utility to help migrate off of fusecompress-1.x New package ghc-time Haskell time library New package gnustep-base GNUstep Base library package New package sysprof A system-wide Linux profiler Updated Packages: Cython-0.11.3-1.fc12 -------------------- * Sun Sep 27 2009 Neal Becker - 0.11.3-1.rc1 - Update to 0.11.3rc1 - Update to 0.11.3 DivFix++-0.30-8.fc12 -------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.30-8 - Update desktop file according to F-12 FedoraStudio feature alevt-1.6.2-15.fc12 ------------------- * Sun Sep 27 2009 Orcan Ogetbil - 1.6.2-15 - Update desktop file according to F-12 FedoraStudio feature apr-api-docs-1.3.9-1.fc12 ------------------------- * Mon Sep 28 2009 Bojan Smojver 1.3.9-1 - Bump up to 1.3.9 at-spi-1.28.0-2.fc12 -------------------- * Sun Sep 27 2009 Matthias Clasen - 1.28.0-2 - Use dbus sm api instead of xsmp, avoid segfault at logout (#519239) atlas-3.8.3-10.fc12 ------------------- * Sat Sep 26 2009 Deji Akingunola - 3.8.3-10 - Use the new arch. default for Pentium PRO (Fedora bug #510498) - (Re-)Introduce 3dNow subpackage camstream-0.26.3-19.fc12 ------------------------ * Sun Sep 27 2009 Orcan Ogetbil - 0.26.3-18 - Update desktop file according to F-12 FedoraStudio feature * Sun Sep 27 2009 Orcan Ogetbil - 0.26.3-19 - Workaround for build failure: Don't enable MMX on i686 and athlon for now * Fri Jul 24 2009 Fedora Release Engineering - 0.26.3-17 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild cheese-2.28.0-2.fc12 -------------------- * Sun Sep 27 2009 Orcan Ogetbil 2.28.0-2 - Update desktop file according to F-12 FedoraStudio feature coriander-2.0.0-0.12.rc6.fc12 ----------------------------- * Sun Sep 27 2009 Orcan Ogetbil - 2.0.0-0.12.rc6 - Update desktop file according to F-12 FedoraStudio feature curl-7.19.6-10.fc12 ------------------- * Sun Sep 27 2009 Kamil Dudka 7.19.6-10 - require libssh2>=1.2 properly (#525002) duplicity-0.6.05-1.fc12 ----------------------- * Sun Sep 27 2009 Robert Scheck 0.6.05-1 - Upgrade to 0.6.05 (#525940) fantasdic-1.0-0.8.beta7.fc12 ---------------------------- flumotion-0.4.2-10.fc12 ----------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.4.2-10 - Update desktop file according to F-12 FedoraStudio feature fontpackages-1.26-1.fc12 ------------------------ * Sun Sep 27 2009 Nicolas Mailhot - 1.26-1 ? Brownpaper bag release - 1.25-1 ? Add short test summary to repo-font-audit fsarchiver-0.6.0-1.fc12 ----------------------- * Sun Sep 27 2009 Adel Gadllah - 0.6.0-1 - Update to 0.6.0 - Fixes licensing issue (no longer links against openssl) fuse-sshfs-2.2-5.fc12 --------------------- * Sun Sep 27 2009 Peter Lemenkov 2.2-5 - No need for versioning in (Build)Requires for openssh-clients fusecompress-2.6-3.fc12 ----------------------- * Sun Sep 27 2009 Toshio Kuratomi - 2.6-3 - Update README.fedora for new name of migration package. gaupol-0.15-5.fc12 ------------------ * Sun Sep 27 2009 Orcan Ogetbil - 0.15-5 - Update desktop file according to F-12 FedoraStudio feature * Mon Aug 10 2009 Ville Skytt? - 0.15-4 - Use bzipped upstream tarball. ghc-HTTP-4000.0.6-5.fc12 ------------------------ * Mon Sep 28 2009 Jens Petersen - 4000.0.6-5 - build against the new ghc-network library ghc-cgi-3001.1.7.1-2.fc12 ------------------------- * Mon Sep 28 2009 Jens Petersen - 3001.1.7.1-2 - buildrequire the new ghc-network library hulahop-0.6.0-2.fc12 -------------------- * Sun Sep 27 2009 Peter Robinson - 0.6.0-1 - New upstream 0.6.0 release * Sun Sep 27 2009 Peter Robinson - 0.6.0-2 - Fix source url ibus-1.2.0.20090927-1.fc12 -------------------------- * Sun Sep 27 2009 Peng Huang - 1.2.0.20090927-1 - Update to 1.2.0.20090927 istanbul-0.2.2-11.fc12 ---------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.2.2-11 - Update desktop file according to F-12 FedoraStudio feature jd-2.4.2-1.fc12 --------------- * Sun Sep 27 2009 Mamoru Tasaka - 2.4.2-1 - 2.4.2 kdebase-4.3.1-4.fc12 -------------------- * Sun Sep 27 2009 Rex Dieter - 4.3.1-3 - own %_kde4_appsdir/konqueror/{kpartplugins,icons,opensearch} - %lang'ify HTML docs - Provides: kdelibs4%{?_isa} * Sun Sep 27 2009 Rex Dieter - 4.3.1-4 - BR: webkitpart-devel - fix Provides: kdebase4%{?_isa} (not kdelibs) kdebase-workspace-4.3.1-9.fc12 ------------------------------ * Sun Sep 27 2009 Kevin Kofler - 4.3.1-8 - support "Leave..." which brings up complete shutdown dialog in classic menu * Sun Sep 27 2009 Kevin Kofler - 4.3.1-9 - fix classicmenu-logout ("Leave...") patch kdenetwork-4.3.1-3.fc12 ----------------------- * Thu Sep 17 2009 Rex Dieter - 4.3.1-3 - %?_isa'ize -libs deps - BR: webkitpart-devel konq-plugins-4.3.1-2.fc12 ------------------------- * Sun Sep 27 2009 Rex Dieter - 4.3.1-2 - BR: webkitpart-devel - use %find_lang --all-names --with-kde - Requires: kdebase4%{_?isa} >= %version kradio4-4.0.0-2.fc12 -------------------- * Sun Sep 27 2009 Orcan Ogetbil - 4.0.0-2 - Update desktop file according to F-12 FedoraStudio feature ktorrent-3.2.4-1.fc12 --------------------- * Sun Sep 27 2009 Rex Dieter - 3.2.4-1 - ktorrent-3.2.4 mingw32-glibmm24-2.22.1-1.fc12 ------------------------------ * Sun Sep 27 2009 Thomas Sailer - 2.22.1-1 - update to 2.22.1 to match native package mingw32-gtkmm24-2.18.1-1.fc12 ----------------------------- * Sun Sep 27 2009 Thomas Sailer - 2.18.1-1 - update to 2.18.1 to match native mingw32-pangomm-2.26.0-1.fc12 ----------------------------- * Sun Sep 27 2009 Thomas Sailer - 2.26.0-1 - update to 2.26.0 to match native package mkvtoolnix-2.9.8-2.fc12 ----------------------- * Sun Sep 27 2009 Orcan Ogetbil 2.9.8-2 - Update desktop file according to F-12 FedoraStudio feature multimedia-menus-0.3.1-1.fc12 ----------------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.3.1-1 - Version bump with new translations nss-3.12.4-12.fc12 ------------------ * Sun Sep 27 2009 Elio Maldonado - 3.12.4-11 - Fix sysinit to be under mozilla/security/nss/lib * Sun Sep 27 2009 Elio Maldonado - 3.12.4-12 - Fix syntax error in setup-nsssysinit.sh oggconvert-0.3.2-7.fc12 ----------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.3.2-7 - Update desktop file according to F-12 FedoraStudio feature openvrml-0.18.3-4.fc12 ---------------------- * Mon Sep 28 2009 Braden McDaniel - 0.18.3-4 - Arch-independent Requires are not safe for multilib systems when a specific architecture is needed. perl-Git-CPAN-Patch-0.2.1-1.fc12 -------------------------------- * Sun Sep 27 2009 Chris Weyl 0.2.1-1 - auto-update to 0.2.1 (by cpan-spec-update 0.01) - altered br on perl(CPANPLUS) (0 => 0.84) - added a new br on perl(File::chdir) (version 0) - altered req on perl(CPANPLUS) (0 => 0.84) - added a new req on perl(File::chdir) (version 0) perl-IO-Socket-SSL-1.31-1.fc12 ------------------------------ * Sun Sep 27 2009 Paul Howarth - 1.31-1 - Update to 1.31 (see Changes for details) perl-JavaScript-Minifier-XS-0.06-1.fc12 --------------------------------------- * Sun Sep 27 2009 Chris Weyl 0.06-1 - update filtering - auto-update to 0.06 (by cpan-spec-update 0.01) perl-Module-ScanDeps-0.95-1.fc12 -------------------------------- * Sun Sep 27 2009 Chris Weyl 0.95-1 - auto-update to 0.95 (by cpan-spec-update 0.01) - add perl_default_filter (pro forma) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) perl-POE-1.269-1.fc12 --------------------- * Sun Sep 27 2009 Chris Weyl 1.269-1 - update filtering... - auto-update to 1.269 (by cpan-spec-update 0.01) - added a new br on perl(Module::Build) - altered br on perl(POE::Test::Loops) (1.021 => 1.022) - altered req on perl(POE::Test::Loops) (1.021 => 1.022) perl-POE-Component-Client-DNS-1.050-1.fc12 ------------------------------------------ * Sun Sep 27 2009 Chris Weyl 1.050-1 - auto-update to 1.050 (by cpan-spec-update 0.01) - added a new br on perl(Test::NoWarnings) (version 0.084) perl-POE-Component-Client-Keepalive-0.260-1.fc12 ------------------------------------------------ * Sun Sep 27 2009 Chris Weyl 0.260-1 - update filtering - auto-update to 0.260 (by cpan-spec-update 0.01) - added a new br on perl(Net::IP) (version 1.25) - altered br on perl(POE) (0.31 => 1.007) - altered br on perl(POE::Component::Client::DNS) (1.01 => 1.04) - added a new req on perl(Net::IP) (version 1.25) - added a new req on perl(POE) (version 1.007) - added a new req on perl(POE::Component::Client::DNS) (version 1.04) perl-POE-Component-IRC-6.14-1.fc12 ---------------------------------- * Sun Sep 27 2009 Chris Weyl 6.14-1 - auto-update to 6.14 (by cpan-spec-update 0.01) - altered br on perl(POE::Component::Pluggable) (1.12 => 1.24) - altered req on perl(POE::Component::Pluggable) (1.12 => 1.24) * Wed Aug 26 2009 Chris Weyl 6.10-1 - auto-update to 6.10 (by cpan-spec-update 0.01) - altered br on perl(ExtUtils::MakeMaker) (0 => 6.42) - added a new req on perl(Encode) (version 0) - added a new req on perl(Encode::Guess) (version 0) - added a new req on perl(POE) (version 0.3202) - added a new req on perl(POE::Component::Pluggable) (version 1.12) - added a new req on perl(POE::Driver::SysRW) (version 0) - added a new req on perl(POE::Filter::IRCD) (version 1.7) - added a new req on perl(POE::Filter::Line) (version 0) - added a new req on perl(POE::Filter::Stackable) (version 0) - added a new req on perl(POE::Filter::Stream) (version 0) - added a new req on perl(POE::Wheel::ReadWrite) (version 0) - added a new req on perl(POE::Wheel::SocketFactory) (version 0) * Sun Jul 26 2009 Fedora Release Engineering - 6.06-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Thu May 21 2009 Chris Weyl 6.06-1 - auto-update to 6.06 (by cpan-spec-update 0.01) - added a new br on perl(Encode) (version 0) - added a new br on perl(POE::Component::Pluggable) (version 1.12) - added a new br on perl(POE::Filter::Stream) (version 0) - added a new br on perl(POE::Filter::Stackable) (version 0) - added a new br on perl(POE::Wheel::ReadWrite) (version 0) - added a new br on perl(POE::Wheel::SocketFactory) (version 0) - altered br on perl(POE::Filter::IRCD) (0 => 1.7) - altered br on perl(POE) (0 => 0.3202) - added a new br on perl(POE::Driver::SysRW) (version 0) - altered br on perl(Test::More) (0 => 0.47) - added a new br on perl(POE::Filter::Line) (version 0) - added a new br on perl(Encode::Guess) (version 0) perl-XML-TreeBuilder-3.09-15.fc12 --------------------------------- * Mon Sep 28 2009 Jeff Fearn - 3.09-15 - Always remove NoExpand and ErrorContext from output php-doctrine-Doctrine-1.1.4-1.fc12 ---------------------------------- * Sun Sep 27 2009 Christof Damian 1.1.4-1 - upstream 1.1.4 pyvnc2swf-0.9.5-4.fc12 ---------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.9.5-4 - Update desktop file according to F-12 FedoraStudio feature rlog-1.4-7.fc12 --------------- * Sun Sep 27 2009 Peter Lemenkov 1.4-7 - Fixed building against valgrind soundconverter-1.3.2-4.fc12 --------------------------- * Sun Sep 27 2009 Orcan Ogetbil - 1.3.2-4 - Update desktop file according to F-12 FedoraStudio feature squid-3.1.0.14-1.fc12 --------------------- * Sun Sep 27 2009 Henrik Nordstrom - 7:3.1.0.14-1 - Update to 3.1.0.14 subdownloader-2.0.9.3-4.fc12 ---------------------------- * Sun Sep 27 2009 Orcan Ogetbil 2.0.9.3-4 - Update desktop file according to F-12 FedoraStudio feature sugar-0.86.0-1.fc12 ------------------- * Sun Sep 27 2009 Sebastian Dziallas - 0.86.0-1 - New upstream release sugar-datastore-0.86.0-1.fc12 ----------------------------- * Sun Sep 27 2009 Sebastian Dziallas - 0.86.0-1 - New upstream release sugar-imageviewer-13-1.fc12 --------------------------- * Sun Sep 27 2009 Sebastian Dziallas - 13-1 - Updated translations for German, Portuguese and Mongolian sugar-presence-service-0.86.0-1.fc12 ------------------------------------ * Sun Sep 27 2009 Sebastian Dziallas - 0.86.0-1 - New upstream release sugar-read-75-1.fc12 -------------------- * Sun Sep 27 2009 Sebastian Dziallas - 75-1 - Fix search in Epub files (dslo #1319) - Updated translations for German, Mongolian and Portuguese sugar-toolkit-0.86.0-1.fc12 --------------------------- * Sun Sep 27 2009 Sebastian Dziallas - 0.86.0-1 - New upstream release themonospot-0.7.3.1-3.fc12 -------------------------- * Sun Sep 27 2009 Orcan Ogetbil - 0.7.3.1-3 - Update desktop file according to F-12 FedoraStudio feature ucview-0.23-4.fc12 ------------------ * Sun Sep 27 2009 Orcan Ogetbil - 0.23-4 - Update desktop file according to F-12 FedoraStudio feature v4l2ucp-1.3-4.fc12 ------------------ * Sun Sep 27 2009 Orcan Ogetbil 1.3-4 - Update desktop file according to F-12 FedoraStudio feature vino-2.28.0-3.fc12 ------------------ * Sun Sep 27 2009 Matthias Clasen - 2.28.0-2 - Make vino-server set a proper restart command * Sun Sep 27 2009 Matthias Clasen - 2.28.0-3 - Even better, just rely on autostart webkitkde-0.0.1-0.2.20090924svn.fc12 ------------------------------------ * Sun Sep 27 2009 Alexey Kurov - 0.0.1-0.2.20090924svn - webkitpart should owns kpartplugins in webkitpart apps dir Summary: Added Packages: 4 Removed Packages: 0 Modified Packages: 64 From jwboyer at gmail.com Mon Sep 28 16:21:13 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 28 Sep 2009 12:21:13 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 Message-ID: <20090928162112.GH5260@hansolo.jdub.homelinux.org> Hi All, As of today, ppc and ppc64 are no longer primary architectures in koji starting with the dist-f13 tag. This is in accordance with the FESCo approved demotion of PowerPC starting with Fedora 13 development. The dist-f12 and older tags continue to have them as primary. Happy building. josh From skvidal at fedoraproject.org Mon Sep 28 17:01:32 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Mon, 28 Sep 2009 13:01:32 -0400 (EDT) Subject: preupgrade from f11 to rawhide broken? python traceback In-Reply-To: <20090926161023.GZ31123@reaktio.net> References: <20090926161023.GZ31123@reaktio.net> Message-ID: On Sat, 26 Sep 2009, Pasi K?rkk?inen wrote: > Hello, > > I have fully updated Fedora 11 x86_64 system, and when I run > "preupgrade-cli" I get this: > > .. > .. > Saving Primary metadata > Saving file lists metadata > Saving other metadata > Generating sqlite DBs > > (process:1779): GLib-WARNING **: GError set over the top of a previous GError or uninitialized memory. > This indicates a bug in someone's code. You must ensure an error is NULL before it's set. > The overwriting error message was: Parsing primary.xml error: Couldn't find end of Start Tag rpm:entry line 99665 > > Traceback (most recent call last): > File "/usr/share/preupgrade/preupgrade-cli.py", line 305, in > pu.main(myrelease) > File "/usr/share/preupgrade/preupgrade-cli.py", line 270, in main > self.generate_repo(cachedir, comps) # TODO: callback? > File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 651, in generate_repo > misc.generate_repodata(dir,comps,callback) > File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 131, in generate_repodata > generate_repodata(dir, comps, callback) > File "/usr/lib/python2.6/site-packages/preupgrade/misc.py", line 148, in generate_repodata_f9 > mdgen.doRepoMetadata() > File "/usr/lib/python2.6/site-packages/createrepo/__init__.py", line 829, in doRepoMetadata > rp.getPrimary(complete_path, csum) > File "/usr/lib64/python2.6/site-packages/sqlitecachec.py", line 45, in getPrimary > self.repoid)) > TypeError: Parsing primary.xml error: attributes construct error > > > Known problem? How to fix it? this is the second time I've seen this one - if you can find the primary.xml in /var/cache/yum/anaconda* directory, I'd appreciate seeing it. thanks -sv From awilliam at redhat.com Mon Sep 28 19:53:21 2009 From: awilliam at redhat.com (Adam Williamson) Date: Mon, 28 Sep 2009 12:53:21 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AB14A66.4070202@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <3668e9f50909150444xfdc31feh49e4b894829ae230@mail.gmail.com> <1253022911.15274.7596.camel@atropine.boston.devel.redhat.com> <4AAFDC8A.7040302@gmail.com> <1253042060.15274.7734.camel@atropine.boston.devel.redhat.com> <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> Message-ID: <1254167601.2277.8.camel@adam.local.net> On Wed, 2009-09-16 at 13:28 -0700, Toshio Kuratomi wrote: > On 09/16/2009 08:59 AM, Jochen Schmitt wrote: > > Am 16.09.2009 17:47, schrieb Toshio Kuratomi: > > > >> That still leaves open the question of why no one has asked rsync > >> upstream to make their fork publicly available instead of hoarding > >> it as a private, internal copy. > > > > I would ask, why the modification will not integrated in the > > 'official' Fedora zlib package? > > > > After this integration the fedora maintainer can forward the pach to > > the upsream author. > > > And a short followup -- I've gone through the zlib-devel mailing list > archives now. I was unable to find any request for the rsync patches to > be merged into mainline zlib. The mailing list archives only go back to > March 2002, so it could be that the request to merge came before that > directly to one of the zlib authors. But if so, there's not a record of > what problems, if any, there were with the patch. My follow-up on this: I'm pursuing two tracks. I've mailed zlib maintainers directly - they specifically ask for questions to be sent to a direct email address rather than the zlib-devel list - to ask what their position is on this, so we can get some clarity there. I will pass on what (if anything) I hear back from them. Secondly, where would be the appropriate place to propose accepting zsync with the internal zlib? Is that something I should bring to the packaging committee? -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From drago01 at gmail.com Mon Sep 28 20:10:48 2009 From: drago01 at gmail.com (drago01) Date: Mon, 28 Sep 2009 22:10:48 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1254167601.2277.8.camel@adam.local.net> References: <1252964039.2311.93.camel@adam.local.net> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> Message-ID: On Mon, Sep 28, 2009 at 9:53 PM, Adam Williamson wrote: > On Wed, 2009-09-16 at 13:28 -0700, Toshio Kuratomi wrote: >> On 09/16/2009 08:59 AM, Jochen Schmitt wrote: >> > Am 16.09.2009 17:47, schrieb Toshio Kuratomi: >> > >> >> That still leaves open the question of why no one has asked rsync >> >> upstream to make their fork publicly available instead of hoarding >> >> it as a private, internal copy. >> > >> > I would ask, why the modification will not integrated in the >> > 'official' Fedora zlib package? >> > >> > After this integration the fedora maintainer can forward the pach to >> > the upsream author. >> > >> And a short followup -- I've gone through the zlib-devel mailing list >> archives now. ?I was unable to find any request for the rsync patches to >> be merged into mainline zlib. ?The mailing list archives only go back to >> March 2002, so it could be that the request to merge came before that >> directly to one of the zlib authors. ?But if so, there's not a record of >> what problems, if any, there were with the patch. > > My follow-up on this: I'm pursuing two tracks. > > I've mailed zlib maintainers directly - they specifically ask for > questions to be sent to a direct email address rather than the > zlib-devel list - to ask what their position is on this, so we can get > some clarity there. I will pass on what (if anything) I hear back from > them. > > Secondly, where would be the appropriate place to propose accepting > zsync with the internal zlib? Is that something I should bring to the > packaging committee? fesco ? From opensource at till.name Mon Sep 28 20:21:42 2009 From: opensource at till.name (Till Maas) Date: Mon, 28 Sep 2009 22:21:42 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1254167601.2277.8.camel@adam.local.net> References: <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> Message-ID: <20090928202142.GA519@genius.kawo2.rwth-aachen.de> On Mon, Sep 28, 2009 at 12:53:21PM -0700, Adam Williamson wrote: > Secondly, where would be the appropriate place to propose accepting > zsync with the internal zlib? Is that something I should bring to the > packaging committee? This proposal has already been declined by FESCo: https://fedorahosted.org/fesco/ticket/134 Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: From fedora at matbooth.co.uk Mon Sep 28 22:00:55 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 28 Sep 2009 23:00:55 +0100 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <20090928162112.GH5260@hansolo.jdub.homelinux.org> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> Message-ID: <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> 2009/9/28 Josh Boyer : > Hi All, > > As of today, ppc and ppc64 are no longer primary architectures in koji starting > with the dist-f13 tag. ?This is in accordance with the FESCo approved demotion > of PowerPC starting with Fedora 13 development. > > The dist-f12 and older tags continue to have them as primary. > > Happy building. > > josh > What do we have to do in order to build on PPC? Does it happen automagically? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From itamar at ispbrasil.com.br Mon Sep 28 22:02:43 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Mon, 28 Sep 2009 19:02:43 -0300 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> Message-ID: the ppc will be replaced by something else ? like ARM for example ? -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From rrelyea at redhat.com Mon Sep 28 22:05:25 2009 From: rrelyea at redhat.com (Robert Relyea) Date: Mon, 28 Sep 2009 15:05:25 -0700 Subject: crypto consolidation status? In-Reply-To: References: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> Message-ID: <4AC13325.6050100@REDHAT.COM> On 09/27/2009 07:17 AM, Gregory Maxwell wrote: > On Sun, Sep 27, 2009 at 1:44 AM, Ken Dreyer wrote: > >> I read the wiki page[1] on Fedora's effort to consolidate all the >> crypto libraries. Quite an ambitious task! FWN [2] reported on the >> rather large discussion back in '07, but I didn't see any resolution. >> Is this still a goal for Fedora? The main wiki page hasn't been edited >> in almost a year (although the scorecard is still being maintained). >> >> The reason I bring all of this up is that Server Name Indication has >> recently been implemented into httpd's mod_ssl, but SNI is not present >> in mod_nss[3]. If we abandon mod_ssl for mod_nss, we would lose this >> functionality. >> > [snip] > > Is this even a fair and reasonable goal unless the NSS upstream is > really interested in becoming a superset of the functionality offered > by the other crypto libraries? (I don't know for surethat NSS' goal > is not to? but I think thats unlikely. It's hard to even start a > comparison because NSS doesn't appear to have developer documentation > covering low level cryptographic functions) > That is basically the goal. For the most port NSS is already there, though there is stuff in NSS, like server side SNI which hasn't been implemented. > Is it reasonable when other package upstreams may not find the > licensing of NSS to be acceptable (i.e. an upstream which is 100% BSD > for it and all its dependencies), or would prefer not to use NSS for > stylistic reasons? Would fedora carry patches for these applications > in perpetuity? > Why would a 100% BSD package have problem with MPL? > It's not even clear to me what exactly some of these goals mean i.e. > "Get a cert using Firefox, use it in SSH" when ssh doesn't (normally) > use X.509 certificates. > This is actually a problem for some customers;). bob -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From rrelyea at redhat.com Mon Sep 28 22:12:33 2009 From: rrelyea at redhat.com (Robert Relyea) Date: Mon, 28 Sep 2009 15:12:33 -0700 Subject: crypto consolidation status? In-Reply-To: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> References: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> Message-ID: <4AC134D1.9080404@REDHAT.COM> On 09/26/2009 10:44 PM, Ken Dreyer wrote: > I read the wiki page[1] on Fedora's effort to consolidate all the > crypto libraries. Quite an ambitious task! FWN [2] reported on the > rather large discussion back in '07, but I didn't see any resolution. > Is this still a goal for Fedora? The main wiki page hasn't been edited > in almost a year (although the scorecard is still being maintained). > It's on-going. Right now we are focused on 2 things: 1) Trying to remove the impediments for applications to go to NSS (as much as is practical). 2) Moving most of core applications we need to NSS. Dictating moves of upstream projects is not helpful. Finding those things that prevent upstreams from at least using NSS as an option are. We've been most successful when we provide upstream patches which allow them to build for their choice of crypto toolkits. > The reason I bring all of this up is that Server Name Indication has > recently been implemented into httpd's mod_ssl, but SNI is not present > in mod_nss[3]. If we abandon mod_ssl for mod_nss, we would lose this > functionality. > Currently there are also a half dozen features in mod_nss that aren't in mod_ssl. SNI is definately something that would be welcomed in NSS, and would probably be implemented by the NSS team itself if it's not contributed first;), particularly if it got added to the list of impediments. bob > - Ken > > [1] https://fedoraproject.org/wiki/FedoraCryptoConsolidation > [2] https://fedoraproject.org/wiki/FWN/Issue107#Crypto_Consolidation > [3] https://bugzilla.mozilla.org/show_bug.cgi?id=360421 > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3420 bytes Desc: S/MIME Cryptographic Signature URL: From jkeating at redhat.com Mon Sep 28 22:29:06 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 15:29:06 -0700 Subject: Fedora 12 Mass Branching coming soon In-Reply-To: <1253571422.32496.13.camel@localhost.localdomain> References: <1253571422.32496.13.camel@localhost.localdomain> Message-ID: <1254176946.2106.19.camel@localhost.localdomain> On Mon, 2009-09-21 at 15:17 -0700, Jesse Keating wrote: > Per the Fedora 12 Schedule?, mass branching for Fedora 12 will happen on > the 28th of September, which is this coming Monday. There will be a > short CVS outage associated with this event. The exact timing of this > outage has not been decided yet, but we will send the outage > notification when it has been decided. > Reminder, the mass branching will be happening tonight. The first phase is already happening which does not require an outage. When it is done (and I get back online this evening) I'll start the outage and branching. An outage notice will go out as I prepare to start. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Sep 28 22:31:25 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 15:31:25 -0700 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> Message-ID: <1254177085.2106.20.camel@localhost.localdomain> On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: > What do we have to do in order to build on PPC? Does it happen > automagically? Once the ppc builders are setup and running smoothly, successful build requests on the primary arches will be tried on the secondary arches, which will include ppc. You'll need to do nothing specific on your end for this to happen. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Sep 28 22:31:52 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 15:31:52 -0700 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> Message-ID: <1254177112.2106.21.camel@localhost.localdomain> On Mon, 2009-09-28 at 19:02 -0300, Itamar Reis Peixoto wrote: > the ppc will be replaced by something else ? > > like ARM for example ? No, there is no other arch that is ready for primary status. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From pbrobinson at gmail.com Mon Sep 28 22:33:37 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 28 Sep 2009 23:33:37 +0100 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <1254177085.2106.20.camel@localhost.localdomain> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> <1254177085.2106.20.camel@localhost.localdomain> Message-ID: <5256d0b0909281533h3ff47c85w9bd29ecb411a2d2@mail.gmail.com> On Mon, Sep 28, 2009 at 11:31 PM, Jesse Keating wrote: > On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: >> What do we have to do in order to build on PPC? Does it happen >> automagically? > > Once the ppc builders are setup and running smoothly, successful build > requests on the primary arches will be tried on the secondary arches, > which will include ppc. ?You'll need to do nothing specific on your end > for this to happen. Will (does?) the same happen for the other secondary arches like sparc or arm? Peter From jwboyer at gmail.com Tue Sep 29 00:06:21 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Mon, 28 Sep 2009 20:06:21 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <5256d0b0909281533h3ff47c85w9bd29ecb411a2d2@mail.gmail.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> <1254177085.2106.20.camel@localhost.localdomain> <5256d0b0909281533h3ff47c85w9bd29ecb411a2d2@mail.gmail.com> Message-ID: <20090929000621.GK5260@hansolo.jdub.homelinux.org> On Mon, Sep 28, 2009 at 11:33:37PM +0100, Peter Robinson wrote: >On Mon, Sep 28, 2009 at 11:31 PM, Jesse Keating wrote: >> On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: >>> What do we have to do in order to build on PPC? Does it happen >>> automagically? >> >> Once the ppc builders are setup and running smoothly, successful build >> requests on the primary arches will be tried on the secondary arches, >> which will include ppc. ?You'll need to do nothing specific on your end >> for this to happen. > >Will (does?) the same happen for the other secondary arches like sparc or arm? The s390x and sparc ports use koji-shadow to my knowledge. This goes through and finds builds in the primary koji instance that are missing in the secondary arch instance and rebuilds them for the secondary arch. If a public ppc koji instance gets setup, it will use the same tools. josh From bernie at codewiz.org Tue Sep 29 01:33:17 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Mon, 28 Sep 2009 21:33:17 -0400 Subject: sugar-pippy dependencies Message-ID: <1254187997.11626.14.camel@giskard> Hello, the sugar-pippy rpm in Fedora depends on pygame, which is used by some of the examples. So far, so good, but pygame in turn depends on numpy, a 7.7MB package which a lot of huge dependencies such as atlas (11MB), libgfortran (1MB), blas (700KB) and python-nose (1MB). The rest of Sugar is now free of numpy, so it would be good if we could get rid of it completely. One quick solution would be splitting the problematic examples to a sugar-pippy-examples-extra package. Another possibility -- probably the cleanest -- would be splitting the optional classes surfarray and sndarray to a subpackage of pygame. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From jkeating at redhat.com Tue Sep 29 04:22:30 2009 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 28 Sep 2009 21:22:30 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC Message-ID: <1254198150.7523.4.camel@localhost.localdomain> There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will last approximately 3 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2009-09-29 04:25 UTC' Affected Services: CVS / Source Control Unaffected Services: Everything else. Reason for Outage: The CVS server will not accept connections so that we can mass-branch for Fedora 12. Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 ktdreyer at ktdreyer.com Tue Sep 29 05:27:38 2009 From: ktdreyer at ktdreyer.com (Ken Dreyer) Date: Mon, 28 Sep 2009 23:27:38 -0600 Subject: crypto consolidation status? In-Reply-To: <4AC134D1.9080404@REDHAT.COM> References: <43f35d30909262244l6433669foc7ef9f9f20edc846@mail.gmail.com> <4AC134D1.9080404@REDHAT.COM> Message-ID: <43f35d30909282227h37cfdc92u3645db13f62335e9@mail.gmail.com> On Mon, Sep 28, 2009 at 4:12 PM, Robert Relyea wrote: > Currently there are also a half dozen features in mod_nss that aren't in > mod_ssl. ?SNI is definately something that would be welcomed in NSS, and > would probably be implemented by the NSS team itself if it's not > contributed first;), particularly if it got added to the list of > impediments. How does one add to this impediments list? I wasn't sure from the wiki page. It is not just the scorecard that's unclear - it was also confusing to see Apache marked as "Done (mod_nss ) ".[1] If that's true, what do all of these open httpd/apr bugs ([2],[3],[4],[5]) mean? On a related note, Joe didn't seem too enthusiastic about PHP, either [6]. - Ken [1] https://fedoraproject.org/wiki/FedoraCryptoConsolidation [2] https://bugzilla.redhat.com/show_bug.cgi?id=347181 [3] https://bugzilla.redhat.com/show_bug.cgi?id=347601 [4] https://bugzilla.redhat.com/show_bug.cgi?id=346541 [5] https://bugzilla.redhat.com/show_bug.cgi?id=346551 [6] https://bugzilla.redhat.com/show_bug.cgi?id=347911 From petersen at redhat.com Tue Sep 29 05:29:24 2009 From: petersen at redhat.com (Jens Petersen) Date: Tue, 29 Sep 2009 01:29:24 -0400 (EDT) Subject: bitmap-fonts by default? In-Reply-To: <760655550.613081254202036005.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <698607310.613131254202164617.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> We have been looking at updating bitmap-fonts recently, and noticed that it is still listed mandatory in the comps @base-x group. So I just wondered a couple of naive questions: - does bitmap-fonts have to be installed by default? - what actually needs it? Jens From howard at cohtech.com Tue Sep 29 07:24:49 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Tue, 29 Sep 2009 08:24:49 +0100 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> Message-ID: <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> Already made the decision to remove the file when building and have spoken to Jamie Cameron, he will stop distributing these in his packages. But that was not really what I was after. This feature of detecting binary files in noarch packages seems to be fairly new. I was wondering how I can tell rpmbuild to include such files in an rpm package explicitly? On Sat, 2009-09-26 at 15:04 +0200, Iain Arnell wrote: > On Sat, Sep 26, 2009 at 2:40 PM, Howard Wilkinson wrote: > > I have run into a problem when trying to package webmin for Fedora 11+. > > Webmin is a noarch package but it contains some binary files > > (effectively firmware) it is a dll that gets downloaded onto Windows > > based browsers. > > xenroll.dll? It's hardly firmware - copyright microsoft and almost > certainly not redistributable. The safest option is probably to > remove it completely (from the source tarball too). > > And if you haven't seen them already, I'd also recommend taking a look > at the previous review requests for webmin - it's not the easiest > thing to get packaged properly > > https://bugzilla.redhat.com/show_bug.cgi?id=184080 > https://bugzilla.redhat.com/show_bug.cgi?id=468570 > > -- > Iain. > -- Howard Wilkinson Coherent Technology Limited From sundaram at fedoraproject.org Tue Sep 29 07:24:46 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 29 Sep 2009 12:54:46 +0530 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <20090928202142.GA519@genius.kawo2.rwth-aachen.de> References: <4AAFEC4A.9020201@gmail.com> <1253046549.15736.25.camel@localhost.localdomain> <645d17210909160332q97478adifcd82493a3918852@mail.gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> Message-ID: <4AC1B63E.2010102@fedoraproject.org> On 09/29/2009 01:51 AM, Till Maas wrote: > On Mon, Sep 28, 2009 at 12:53:21PM -0700, Adam Williamson wrote: > >> Secondly, where would be the appropriate place to propose accepting >> zsync with the internal zlib? Is that something I should bring to the >> packaging committee? > > This proposal has already been declined by FESCo: > https://fedorahosted.org/fesco/ticket/134 Since now that the rsync maintainer isn't willing to do the work (not that I blame him) nor has anyone volunteered, what does FESCo's decision mean exactly? Are we removing rsync from the distribution? I hope not. Rahul From jkeating at redhat.com Tue Sep 29 07:40:52 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 00:40:52 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254198150.7523.4.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> Message-ID: <1254210052.7523.10.camel@localhost.localdomain> On Mon, 2009-09-28 at 21:22 -0700, Jesse Keating wrote: > There will be a CVS outage starting at 2009-09-29 04:25 UTC, which will > last approximately 3 hours. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/Infrastructure/UTCHowto > or run: > > date -d '2009-09-29 04:25 UTC' > > Affected Services: > CVS / Source Control > > Unaffected Services: > Everything else. > > Reason for Outage: > The CVS server will not accept connections so that we can mass-branch for Fedora 12. > > Contact Information: > > Please join #fedora-admin in irc.freenode.net or respond to this email to track > the status of this outage. > The outage is now over. Please contact me or anybody else in #fedora-admin if you have issues with your branch (don't forget to cvs up -d) or with building. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 pbrobinson at gmail.com Tue Sep 29 07:51:02 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 29 Sep 2009 08:51:02 +0100 Subject: sugar-pippy dependencies In-Reply-To: <1254187997.11626.14.camel@giskard> References: <1254187997.11626.14.camel@giskard> Message-ID: <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti wrote: > Hello, > > the sugar-pippy rpm in Fedora depends on pygame, which is used by some > of the examples. > > So far, so good, but pygame in turn depends on numpy, a 7.7MB package > which a lot of huge dependencies such as atlas (11MB), libgfortran > (1MB), blas (700KB) and python-nose (1MB). > > The rest of Sugar is now free of numpy, so it would be good if we could > get rid of it completely. ?One quick solution would be splitting the > problematic examples to a sugar-pippy-examples-extra package. > > Another possibility -- probably the cleanest -- would be splitting the > optional classes surfarray and sndarray to a subpackage of pygame. The numpy dep issue was discussed on fedora-devel a while ago and I thought they were going to split the specific bit of numpy that depended on atlas et al out into a separate package. I was of the understanding that this had already been done. Peter From trever.adams at gmail.com Tue Sep 29 07:52:32 2009 From: trever.adams at gmail.com (Trever L. Adams) Date: Tue, 29 Sep 2009 01:52:32 -0600 Subject: hostapd Message-ID: <4AC1BCC0.8050806@gmail.com> For some time the wifi drivers have been moving away from even WEP AP mode in kernel. Is it possible to get hostapd as a package with a compile configuration similar to the attached one? Thank you, Trever Adams -- "Magazines all too frequently lead to books and should be regarded by the prudent as the heavy petting of literature." -- Fran Lebowitz -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hostapd.compile.conf URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From mcepl at redhat.com Tue Sep 29 08:05:51 2009 From: mcepl at redhat.com (Matej Cepl) Date: Tue, 29 Sep 2009 08:05:51 +0000 (UTC) Subject: Thunderbird 3.0pre? References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4ABF82E7.7030005@cchtml.com> <4ABF835F.9050802@sapience.com> Message-ID: Mail Lists, Sun, 27 Sep 2009 11:23:11 -0400: >> You might want to delete your .thunderbird directory and try again. >> > Im happy for you. For what its worth, I have several accounts too - not > just many mail folders. My experience is that it is better to run IMAP server on localhost and store all messages there ... emails are too valuable thing to be given to pre-release code. Anyway ... > It did not work for me - whilst the vanilla 3.0pre version works fine - > witrhout deleting anything. I would love to see a bug report for this with a backtrace of thunderbird when it is in 100% CPU state. So, please: 1) install all -debuginfo packages (debuginfo-install thunderbird is your friend), 2) start TB, 3) open gnome-terminal (or whatever terminal emulator you use in X) and when TB goes to 100% CPU, you will have hopefully at least enough juice to Alt+TAB to the terminal and run gdb --pid=$(/sbin/pidof thunderbird-bin) (you can have it prepared on the command line, so you just run Alt+TAB and Enter) 4) when you finally get gdb prompt, run command thread apply all backtrace 5) you get many screens of stuff, please, copy it into a new bug report against Thunderbird component on bugzilla.redhat.com. Thank you, Mat?j From jkeating at redhat.com Tue Sep 29 08:09:31 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 01:09:31 -0700 Subject: CVS Outage Notification - 2009-09-29 04:25 UTC In-Reply-To: <1254210052.7523.10.camel@localhost.localdomain> References: <1254198150.7523.4.camel@localhost.localdomain> <1254210052.7523.10.camel@localhost.localdomain> Message-ID: <1254211771.7523.12.camel@localhost.localdomain> On Tue, 2009-09-29 at 00:40 -0700, Jesse Keating wrote: > The outage is now over. Please contact me or anybody else in > #fedora-admin if you have issues with your branch (don't forget to cvs > up -d) or with building. > > It was pointed out to me that many of the packages starting with "a" were not properly branched. I've restarted the branch run for the "a" packages, however this time email will go out for the branch events, and this won't incur another outage. The branching of "a" packages should be done in 10 or 15 minutes. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 josephine.tannhauser at googlemail.com Tue Sep 29 08:54:55 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 29 Sep 2009 10:54:55 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC1B63E.2010102@fedoraproject.org> References: <4AAFEC4A.9020201@gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> Message-ID: <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> 2009/9/29 Rahul Sundaram > Are we removing rsync from the distribution? I hope not. > What is your argumentation for keeping rsync, even it doesn't meet the fedora guidelines? What is with the other packages which doesn't meet the guidelines? I believe there are no consequences for packages they are already in. no one cares. zsync seems to bean an exception! -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.mailhot at laposte.net Tue Sep 29 09:30:39 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 29 Sep 2009 11:30:39 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> References: <4AAFEC4A.9020201@gmail.com> <1253108623.15736.69.camel@localhost.localdomain> <4AB0FFD0.9070909@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> Message-ID: <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> Le Mar 29 septembre 2009 10:54, Josephine Tannh?user a ?crit : > 2009/9/29 Rahul Sundaram > >> Are we removing rsync from the distribution? I hope not. >> > > What is your argumentation for keeping rsync, even it doesn't meet the > fedora guidelines? > What is with the other packages which doesn't meet the guidelines? > > I believe there are no consequences for packages they are already in. no > one cares. zsync seems to bean an exception! Of course we care about existing packages; no packager should consider his work is done once the package is in. However, rsync is a widely-used package, it can't be yanked that easily. Generally speaking removing a package is the WMD option and it's very sad when a packager forces releng to use this stick. -- Nicolas Mailhot From christoph.wickert at googlemail.com Tue Sep 29 11:28:44 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 29 Sep 2009 13:28:44 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> Message-ID: <1254223725.2884.99.camel@localhost> Am Dienstag, den 29.09.2009, 08:24 +0100 schrieb Howard Wilkinson: > Already made the decision to remove the file when building During build is not enough. If we are not allowed to redistribute it, we cannot distribute it in our source rpms ether. Regards, Christoph From josephine.tannhauser at googlemail.com Tue Sep 29 11:44:24 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 29 Sep 2009 13:44:24 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> References: <4AAFEC4A.9020201@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> Message-ID: <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> 2009/9/29 Nicolas Mailhot > Of course we care about existing packages; > Oh, really? There exist a tracker for bugs with duplicated libs. There are not really activities on these bugs. Perhaps the maintainers ( not that I blame them) are not interessted in solving these bugs. Like the open bugs for switching to PolicyKit. Or the discussion of flags. It seems to me they fizzled out.... So the most of these bugs will fizzled out, if there is no one (of the higher ranks in the fedoraproject, maybe redhat?) who take care of the implemention of the guidelines! Seems that violations of the guidelines are not so important like the violation of the Trademark (The hunting of fedora related sites, like blogs or forums with adhesions contracts)... Are the project related activities are out of balance? -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From josephine.tannhauser at googlemail.com Tue Sep 29 11:45:26 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 29 Sep 2009 13:45:26 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <1254223725.2884.99.camel@localhost> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> <1254223725.2884.99.camel@localhost> Message-ID: <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> It has to been clean out of the source. -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From josephine.tannhauser at googlemail.com Tue Sep 29 11:55:22 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 29 Sep 2009 13:55:22 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> <1254223725.2884.99.camel@localhost> <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> Message-ID: <3668e9f50909290455o141a3d00s2b52da0ab498d0a4@mail.gmail.com> btw. what was the reason for debian to drop webmin? -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Sep 29 12:00:38 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 29 Sep 2009 17:30:38 +0530 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> References: <4AAFEC4A.9020201@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> Message-ID: <4AC1F6E6.90802@fedoraproject.org> On 09/29/2009 05:14 PM, Josephine Tannh?user wrote: > Seems that violations of the guidelines are not so important like the > violation of the Trademark (The hunting of fedora related sites, like > blogs or forums with adhesions contracts)... Are the project related > activities are out of balance? They are called guidelines and there are always exceptions. Bundling a library is not ideal but removing rsync would be a extreme step. I don't think the situation warrants that. Let's not loose perspective here. Legal issues might deserve a higher priority but would vary on a case by case basis. If you have concerns about that, take it to fedora-legal or fedora advisory board list. A number of changes have been made in the trademark guidelines recently in response to concerns and afaik, it has been addressed thoroughly. Rahul From josephine.tannhauser at googlemail.com Tue Sep 29 12:15:16 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Tue, 29 Sep 2009 14:15:16 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC1F6E6.90802@fedoraproject.org> References: <4AAFEC4A.9020201@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> Message-ID: <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> 2009/9/29 Rahul Sundaram > Bundling a library is not ideal but removing rsync would be a extreme step. > I believe this isn't a technical problem, more a psychological one. Fedora is a (software) technic orientated project, or? -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Tue Sep 29 12:21:59 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 29 Sep 2009 17:51:59 +0530 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> References: <4AAFEC4A.9020201@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> Message-ID: <4AC1FBE7.8050301@fedoraproject.org> On 09/29/2009 05:45 PM, Josephine Tannh?user wrote: > 2009/9/29 Rahul Sundaram > > Bundling a library is not ideal but removing rsync would be a > extreme step. > > I believe this isn't a technical problem, more a psychological one. > Fedora is a (software) technic orientated project, or? It is clearly a technical problem. All of the packaging guidelines are. Rahul From stefan at seekline.net Tue Sep 29 12:32:06 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Tue, 29 Sep 2009 14:32:06 +0200 Subject: Removing provide statement from an existing spec file Message-ID: <1254227526.2510.51.camel@localhost> Hi all, I took over a package a couple of days ago and have a question according to a provide statement. Consider the following one: Name: myapp Provides: myapp.pl If I interpret the naming guidelines right, then a period is not allowed in a package name. But what about a provide statement (guess it's the same)? In case it is also illegal what would be the best to do. Will yum update the package if a user installed previously "myapp.pl" instead of "myapp" and the new package does not have a provide statement anymore? In the end the question would be should I follow the guidelines or provide backward compatibility in sense of updating. cheers Stefan PS: ".pl" should indicate that it is a Perl script, not a locale. From mschwendt at gmail.com Tue Sep 29 12:45:56 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 29 Sep 2009 14:45:56 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: <1254227526.2510.51.camel@localhost> References: <1254227526.2510.51.camel@localhost> Message-ID: <20090929144556.144c1af1@faldor.intranet> On Tue, 29 Sep 2009 14:32:06 +0200, Stefan wrote: > Hi all, > > I took over a package a couple of days ago and have a question according > to a provide statement. Consider the following one: > > Name: myapp > Provides: myapp.pl > > If I interpret the naming guidelines right, then a period is not allowed > in a package name. Well, better is, but it's not entirely right. Think "openoffice.org" packages. ;) The period is used as separator/delimiter in RPM package file names, however, so using it elsewhere may cause confusion in software that cannot deal with the extra period characters. > But what about a provide statement (guess it's the same)? No. See e.g. the automatic library SONAME provides: libfoo.so.0 Or see "rpm -qa --provides". > In case it is also illegal what would be the best to do. Will yum update > the package if a user installed previously "myapp.pl" instead of "myapp" > and the new package does not have a provide statement anymore? Yes, because the newer "myapp" package will replace the older one, regardless of its Provides. > In the > end the question would be should I follow the guidelines or provide > backward compatibility in sense of updating. > > cheers > Stefan > > PS: ".pl" should indicate that it is a Perl script, not a locale. Try: repoquery --whatrequires myapp.pl If nothing uses this virtual package name (and it isn't used upstream either), get rid of it. From cmadams at hiwaay.net Tue Sep 29 13:15:22 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 29 Sep 2009 08:15:22 -0500 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> References: <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> Message-ID: <20090929131522.GA1151346@hiwaay.net> Once upon a time, Josephine Tannh??user said: > 2009/9/29 Rahul Sundaram > > Bundling a library is not ideal but removing rsync would be a extreme step. > I believe this isn't a technical problem, more a psychological one. Fedora > is a (software) technic orientated project, or? Since rsync is used in the distribution of Fedora, removing it _would_ be a technical problem. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From nicolas.mailhot at laposte.net Tue Sep 29 11:50:36 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 29 Sep 2009 13:50:36 +0200 Subject: [Short] Rawhide fonts problem report for 2009-09-29 Message-ID: Hi, By popular request I rewrote the test suite output module to make it easier to find which packages have a problem. Here is the result?. Hope I didn't break any test during the rewrite I've also attached a short data extract and the diff with Fedora 11 (no updates) results. Full data dump at http://nim.fedorapeople.org/repo-font-audit-fedora-11-20090929T082733.tar.xz As usual please howl if you feel your package has been mis-reported or if you want changes in the way the problems are reported. Statistics: ? packages that declare font metadata: ? 1304 file(s) (329 MiB) in 290 package(s) (163 MiB) generated from 138 source package(s). Format Files rpm srpm Files (MiB) rpm (MiB) CFF 116 47 35 7 7 PCF 204 6 6 32 48 TrueType 413 214 93 245 96 Type 1 234 24 7 13 12 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 1244 279 134 326 162 x86_64 60 11 4 2 1 ? File size is computed as extracted, while rpm is a compressed format. ? Mid-term, files in legacy PCF or Type1 formats need to be converted or removed. ? font files in other packages (we should not find any!) ? 4692 file(s) (135 MiB) in 81 package(s) (742 MiB) generated from 49 source package(s). Format Files rpm srpm Files (MiB) rpm (MiB) CFF 107 4 3 12 218 PCF 889 10 6 13 39 TrueType 128 43 31 38 500 Type 1 1062 9 8 46 221 Format Files rpm srpm Files (MiB) rpm (MiB) noarch 4538 54 23 118 510 x86_64 154 27 26 16 232 ? Bad packaging may result in arched packages or mixed content. ? problem summary: a2ps a2ps 23 23 23 23 23 0 0 0 0 0 23 0 0 0 12 13 0 baekmuk-bdf-fonts baekmuk-bdf-fonts 0 0 0 42 0 0 0 0 0 0 0 0 0 0 0 42 0 bitstream-vera-fonts bitstream-vera-sans-fonts 0 0 0 0 0 0 0 4 4 0 0 0 0 0 0 0 0 bitstream-vera-fonts bitstream-vera-sans-mono-fonts 0 0 0 0 0 0 0 4 4 0 0 0 0 0 0 0 0 bitstream-vera-fonts bitstream-vera-serif-fonts 0 0 0 0 0 0 0 2 2 0 0 0 0 0 0 0 0 blender blender 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 bpg-fonts bpg-nino-medium-cond-fonts 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 bpg-fonts bpg-nino-medium-fonts 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 bpg-fonts bpg-sans-medium-fonts 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 bpg-fonts bpg-sans-regular-fonts 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 canorus canorus 0 0 0 0 0 0 0 0 0 0 0 6 0 0 0 0 0 cave9 cave9 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 childsplay childsplay 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 chisholm-letterslaughing-fonts chisholm-letterslaughing-fonts 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 cjkuni-fonts cjkuni-fonts-compat 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 cjkuni-fonts cjkuni-ukai-fonts 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 cjkuni-fonts cjkuni-uming-fonts 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 0 ctan-cm-lgc-fonts ctan-cm-lgc-roman-fonts 0 0 0 0 0 0 0 0 0 0 40 0 0 0 0 0 0 ctan-cm-lgc-fonts ctan-cm-lgc-sans-fonts 0 0 0 0 0 0 0 0 0 0 20 0 0 0 0 0 0 ctan-cm-lgc-fonts ctan-cm-lgc-typewriter-fonts 0 0 0 0 0 0 0 0 0 0 20 0 0 0 0 0 0 ctan-cm-lgc-fonts tex-cm-lgc 0 0 0 0 0 0 0 0 0 0 0 80 0 0 0 0 0 ctan-kerkis-fonts ctan-kerkis-calligraphic-fonts 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 ctan-kerkis-fonts ctan-kerkis-sans-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 ctan-kerkis-fonts ctan-kerkis-serif-fonts 0 0 0 0 0 0 2 0 0 0 8 0 0 0 0 0 0 ctan-kerkis-fonts tex-kerkis 0 0 0 0 0 0 0 0 0 0 0 15 0 0 0 0 0 ctan-musixtex-fonts ctan-musixtex-fonts 0 0 0 0 0 0 0 0 0 0 71 0 0 0 0 0 0 culmus-fonts culmus-david-clm-fonts 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 dejavu-fonts dejavu-sans-fonts 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 directfb directfb 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 e16 e16 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 e16-themes e16-themes 0 9 9 9 9 0 5 6 0 6 9 0 0 9 0 0 0 efont-unicode-bdf efont-unicode-bdf 0 0 0 0 60 0 0 0 0 0 60 0 0 0 0 0 0 egoboo-data egoboo-data 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 ember-media ember-media 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 enigma enigma 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 extremetuxracer extremetuxracer 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 extremetuxracer extremetuxracer-papercuts-fonts 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 extremetuxracer extremetuxracer-papercuts-outline-fonts 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 fillets-ng-data fillets-ng-data 0 3 3 3 3 0 0 3 3 3 0 0 0 3 0 0 0 flumotion flumotion 1 1 1 1 1 0 0 1 1 0 0 0 0 1 0 0 0 fonts-hebrew-fancy fonts-hebrew-fancy 0 0 0 9 9 0 0 0 0 0 9 0 0 0 0 0 0 fonts-ISO8859-2 fonts-ISO8859-2 0 0 15 15 15 0 0 0 0 0 0 0 0 15 0 15 0 fonts-ISO8859-2 fonts-ISO8859-2-100dpi 0 0 190 190 190 0 0 0 0 0 0 0 0 190 0 190 0 fonts-ISO8859-2 fonts-ISO8859-2-75dpi 0 0 190 190 190 0 0 0 0 0 0 0 0 190 0 190 0 fonts-KOI8-R fonts-KOI8-R 0 0 0 16 16 0 0 0 0 0 0 0 0 0 0 16 0 fonts-KOI8-R fonts-KOI8-R-100dpi 0 0 0 60 60 0 0 0 0 0 0 0 0 0 0 60 0 fonts-KOI8-R fonts-KOI8-R-75dpi 0 0 0 114 114 0 0 0 0 0 0 0 0 0 0 114 0 freecol freecol 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 gfs-theokritos-fonts gfs-theokritos-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 ghostscript-fonts ghostscript-fonts 0 0 0 17 0 2 0 4 0 0 17 0 0 0 0 0 0 glob2 glob2 1 1 1 1 1 0 0 0 1 0 0 0 0 0 0 0 0 gnubg gnubg 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 gnu-free-fonts gnu-free-mono-fonts 0 0 0 0 0 0 1 0 4 0 0 0 0 0 0 0 0 gnu-free-fonts gnu-free-sans-fonts 0 0 0 0 0 0 1 0 4 0 0 0 0 0 0 0 0 gnu-free-fonts gnu-free-serif-fonts 0 0 0 0 0 0 1 0 4 0 0 0 0 0 0 0 0 google-droid-fonts google-droid-sans-fonts 0 0 0 0 0 0 0 1 1 0 4 0 0 0 0 0 0 GraphicsMagick GraphicsMagick-perl 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 groff groff 2 2 2 2 2 0 0 0 0 0 0 0 0 2 0 2 0 hartke-aurulent-sans-fonts hartke-aurulent-sans-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 hedgewars hedgewars 1 1 1 1 1 0 0 1 1 0 0 1 0 0 0 0 0 htmldoc htmldoc 0 0 0 0 0 0 0 0 0 0 0 26 0 0 0 0 0 ImageMagick ImageMagick-perl 1 1 1 1 1 0 0 0 1 0 0 0 0 0 0 0 0 japanese-bitmap-fonts japanese-bitmap-fonts 0 0 238 0 0 0 0 0 0 0 238 0 0 0 0 155 0 jfbterm jfbterm 16 0 16 16 16 0 0 0 0 0 16 0 0 0 0 12 0 jisksp16-1990-fonts jisksp16-1990-fonts 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 1 0 k3d k3d 11 11 11 11 11 0 0 10 10 0 11 0 0 11 0 0 0 kdebase3 kdebase3 3 3 3 3 3 1 0 0 0 0 3 0 0 3 0 0 0 kdebase-workspace kdebase-workspace 3 3 3 3 3 1 0 0 0 0 3 0 0 3 0 0 0 khmeros-fonts khmeros-base-fonts 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 0 khmeros-fonts khmeros-handwritten-fonts 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 0 khmeros-fonts khmeros-muol-fonts 0 0 0 0 0 1 0 0 0 0 3 0 0 0 0 0 0 knm_new-fonts knm_new-fonts 0 0 0 0 5 0 0 0 0 0 5 0 0 0 0 4 0 kst kst 6 6 6 6 6 0 0 0 0 0 0 0 0 0 0 6 0 libdockapp libdockapp-fonts 2 2 2 2 0 0 0 0 0 0 0 0 0 0 0 2 0 liberation-fonts liberation-sans-fonts 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 libprojectM libprojectM 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 lilypond lilypond-aybabtu-fonts 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 lilypond lilypond-century-schoolbook-l-fonts 4 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 lilypond lilypond-emmentaler-fonts 8 0 0 0 0 0 8 0 0 0 0 0 0 0 0 0 0 lilypond lilypond-feta-alphabet-fonts 8 0 0 0 0 0 2 0 0 0 8 0 0 0 0 0 0 lilypond lilypond-feta-braces-fonts 9 0 0 0 0 0 9 0 0 0 9 0 0 0 0 0 0 lilypond lilypond-feta-fonts 8 0 0 0 0 0 2 0 0 0 8 0 0 0 0 0 0 lilypond lilypond-parmesan-fonts 8 0 0 0 0 0 2 0 0 0 8 0 0 0 0 0 0 lincity-ng lincity-ng-data 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 linux-libertine-fonts linux-libertine-fonts 0 0 0 0 0 0 0 0 0 0 7 0 0 0 0 0 0 lohit-gujarati-fonts lohit-gujarati-fonts 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 manaworld manaworld 1 1 1 1 1 0 0 0 1 0 2 1 0 0 0 0 0 mapserver mapserver 0 0 0 0 0 0 0 0 0 0 0 2 1 0 0 0 0 mgopen-fonts mgopen-modata-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 mgopen-fonts mgopen-moderna-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 monafont mona-bitmap-fonts 0 0 0 0 0 0 0 0 0 0 48 0 0 0 0 24 0 moodle moodle 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 moodle moodle-km 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 moodle moodle-sm 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 moodle moodle-to 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 mscore mscore-fonts 3 0 0 0 0 0 2 0 0 0 3 0 0 0 0 0 0 munin munin 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 myanmar3-unicode-fonts myanmar3-unicode-fonts 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 nethack-vultures nethack-vultures 2 2 2 2 2 0 0 2 2 2 0 0 0 2 0 0 0 neverball neverball 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 nted nted 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 nted nted-ntedfont-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 ogre ogre-samples 0 0 0 0 0 0 0 0 0 0 0 4 0 0 0 0 0 openscap openscap-devel 1 1 1 1 1 0 0 1 1 0 0 0 0 0 0 0 0 pgfouine pgfouine 0 1 1 1 1 0 0 0 1 0 0 0 0 0 0 0 0 phoronix-test-suite phoronix-test-suite 0 1 1 1 1 0 0 0 1 0 0 0 0 1 0 0 0 php-ZendFramework php-ZendFramework-tests 0 0 0 0 0 0 0 0 0 0 0 10 0 0 0 0 0 poker2d poker2d 1 1 1 1 1 0 0 0 1 0 0 0 0 0 0 0 0 poker3d-data poker3d-data 0 7 7 7 7 0 0 4 5 0 7 0 0 0 0 0 0 pokerth pokerth 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 pygame pygame 1 1 1 1 1 0 0 0 1 0 0 0 0 0 0 0 0 python-reportlab python-reportlab 0 6 6 6 6 0 1 4 4 0 6 0 0 6 0 0 0 python-tw-jquery python-tw-jquery 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 rosegarden4 rosegarden4 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 rosegarden4 rosegarden4-feta-fonts 2 0 0 0 0 0 2 0 0 0 2 0 0 0 0 0 0 rosegarden4 rosegarden4-parmesan-fonts 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 sazanami-fonts sazanami-gothic-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 sazanami-fonts sazanami-mincho-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 1 scim scim-doc 1 1 0 1 1 0 0 1 1 0 0 0 0 0 0 0 0 scorched3d scorched3d 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 0 0 sdljava sdljava-demo 0 0 0 0 0 0 0 0 0 0 0 4 0 0 0 0 0 seahorse-adventures seahorse-adventures 0 1 1 1 1 0 0 0 0 0 3 2 0 0 0 0 0 senamirmir-washra-fonts senamirmir-washra-fonts 0 0 0 0 0 1 0 0 0 0 2 0 0 0 0 0 0 serafettin-cartoon-fonts serafettin-cartoon-fonts 0 0 0 0 0 2 0 0 0 0 8 0 0 0 0 0 0 sil-charis-compact-fonts sil-charis-compact-fonts 0 0 0 0 0 4 0 0 0 0 0 0 0 0 0 0 0 sil-gentium-basic-fonts sil-gentium-basic-book-fonts 0 0 0 0 0 4 0 0 0 0 0 0 0 0 0 0 0 silkscreen-fonts silkscreen-expanded-fonts 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 0 simspark simspark 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 sj-fonts sj-stevehand-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 smc-fonts smc-raghumalayalam-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 spring spring 1 1 1 1 1 0 0 0 1 0 0 0 0 1 0 0 0 stellarium stellarium 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 stix-fonts stix-integrals-fonts 0 0 0 0 0 0 0 0 0 10 0 0 0 0 0 0 0 stix-fonts stix-sizes-fonts 0 0 0 0 0 0 0 0 0 0 9 0 0 0 0 0 0 taipeifonts taipeifonts 0 0 4 4 4 0 0 0 0 0 4 0 0 0 0 0 0 terminus-fonts terminus-fonts 0 0 0 0 0 0 0 0 0 0 182 0 0 0 0 154 0 texlive-texmf texlive-texmf-doc 0 2 2 2 2 0 0 0 0 0 2 0 0 2 0 0 0 texlive-texmf texlive-texmf-fonts 0 1087 1087 1087 0 61 182 10 0 0 1087 0 0 0 0 0 0 TeXmacs TeXmacs 10 10 10 10 10 0 8 0 0 0 10 0 0 10 0 0 0 thai-scalable-fonts thai-scalable-garuda-fonts 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-kinnari-fonts 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-loma-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-norasi-fonts 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-sawasdee-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-tlwgmono-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-tlwgtypewriter-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-tlwgtypist-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-tlwgtypo-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-umpush-fonts 0 0 0 0 0 0 2 0 0 0 0 0 0 0 0 0 0 thai-scalable-fonts thai-scalable-waree-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 thibault-fonts thibault-essays1743-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 TnL-data TnL-data 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 0 trackballs trackballs 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 tulrich-tuffy-fonts tulrich-tuffy-fonts 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 tuxpaint tuxpaint 25 25 25 25 25 0 4 1 16 0 25 0 0 0 0 0 2 un-core-fonts un-core-batang-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 un-core-fonts un-core-dinaru-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 0 0 un-core-fonts un-core-dotum-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 un-core-fonts un-core-graphic-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 un-core-fonts un-core-gungseo-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 un-core-fonts un-core-pilgi-fonts 0 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 un-extra-fonts un-extra-fonts-bom 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-jamobatang 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-jamodotum 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-jamonovel 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-jamosora 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-pen 0 0 0 2 2 0 0 1 1 0 2 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-penheulim 0 0 0 1 1 0 0 1 1 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-pilgia 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-shinmun 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-taza 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-vada 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 un-extra-fonts un-extra-fonts-yetgul 0 0 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 urw-fonts urw-fonts 0 0 0 35 0 0 0 2 0 0 35 0 0 0 0 0 0 vemana2000-fonts vemana2000-fonts 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 wesnoth wesnoth-data 0 0 0 0 0 0 0 0 0 0 0 3 1 0 0 0 0 widelands widelands 3 3 3 3 3 0 0 0 2 0 3 0 0 0 0 0 0 wine wine-fonts 0 4 4 4 0 0 0 0 0 0 4 0 0 0 0 0 0 woodardworks-laconic-fonts woodardworks-laconic-shadow-fonts 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 wormux wormux-data 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 wqy-zenhei-fonts wqy-zenhei-fonts 0 0 1 0 0 0 0 0 0 0 0 0 0 1 0 0 0 x3270 x3270-x11 32 32 32 32 32 0 0 0 0 0 0 0 0 0 0 32 0 xine-ui xine-ui-skins 0 27 27 27 27 0 0 27 0 7 27 0 0 0 0 0 0 xmoto xmoto 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 xorg-x11-fonts xorg-x11-fonts-100dpi 0 220 220 220 220 0 42 0 0 0 220 0 0 0 0 8 0 xorg-x11-fonts xorg-x11-fonts-75dpi 0 220 220 220 220 0 42 0 0 0 220 0 0 0 0 8 0 xorg-x11-fonts xorg-x11-fonts-cyrillic 0 82 82 82 82 0 0 0 0 0 0 0 0 0 0 82 0 xorg-x11-fonts xorg-x11-fonts-ethiopic 0 2 2 2 2 0 0 0 0 2 0 0 0 0 0 0 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-1-100dpi 0 186 186 186 186 0 42 0 0 0 186 0 0 0 0 0 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-14-100dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-14-75dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-15-100dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-15-75dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-1-75dpi 0 186 186 186 186 0 42 0 0 0 186 0 0 0 0 0 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-2-100dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-2-75dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-9-100dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-ISO8859-9-75dpi 0 186 186 186 186 0 0 0 0 0 0 0 0 0 0 186 0 xorg-x11-fonts xorg-x11-fonts-misc 0 284 284 284 284 0 3 0 0 0 284 0 0 0 0 225 0 xorg-x11-fonts xorg-x11-fonts-Type1 0 13 13 13 13 0 0 8 0 0 13 0 0 0 0 0 0 xpilot-ng xpilot-ng 2 2 2 2 2 0 1 2 2 0 2 0 0 0 0 0 0 xpilot-ng xpilot-ng-server 2 2 2 2 2 0 1 2 2 0 2 0 0 2 0 0 0 xplanet xplanet 1 1 1 1 1 0 0 1 1 0 0 1 0 0 0 0 0 yofrankie-bge yofrankie-bge 0 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 zvbi zvbi-fonts 8 0 0 0 0 0 0 0 0 0 8 0 0 0 0 0 0 ? test 1 Arch package ? test 2 Outside /usr/share/fonts ? test 3 Mixed with non-font data ? test 4 Without rpm metadata ? test 5 Bad rpm naming ? test 6 Bad family naming ? test 7 Bad face naming ? test 8 Duplicated file ? test 9 Duplicated face (ext) ? test 10 Duplicated face (int) ? test 11 Family mixing ? test 12 Font linking ? test 13 Broken symlink ? test 14 rpmlint ? test 15 libmagic problem ? test 16 fc-query problem ? test 17 No English metadata ? Evil overlords will note this will make it easier to spam package authors in the future -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: repo-font-audit-rawhide-20090929T094532-short.tar.xz Type: application/octet-stream Size: 31924 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fedora-11-to-rawhide.txt.xz Type: application/octet-stream Size: 3800 bytes Desc: not available URL: From rrakus at redhat.com Tue Sep 29 13:56:52 2009 From: rrakus at redhat.com (Roman Rakus) Date: Tue, 29 Sep 2009 15:56:52 +0200 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <1254177085.2106.20.camel@localhost.localdomain> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> <1254177085.2106.20.camel@localhost.localdomain> Message-ID: <4AC21224.4010902@redhat.com> On 09/29/2009 12:31 AM, Jesse Keating wrote: > On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: > >> What do we have to do in order to build on PPC? Does it happen >> automagically? >> > Once the ppc builders are setup and running smoothly, successful build > requests on the primary arches will be tried on the secondary arches, > which will include ppc. You'll need to do nothing specific on your end > for this to happen. > > What about ppc specific packages (with exclusive arch set to ppc/ppc64)? RR From christoph.wickert at googlemail.com Tue Sep 29 14:32:58 2009 From: christoph.wickert at googlemail.com (Christoph Wickert) Date: Tue, 29 Sep 2009 16:32:58 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <3668e9f50909290455o141a3d00s2b52da0ab498d0a4@mail.gmail.com> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> <1254223725.2884.99.camel@localhost> <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> <3668e9f50909290455o141a3d00s2b52da0ab498d0a4@mail.gmail.com> Message-ID: <1254234778.2884.160.camel@localhost> Am Dienstag, den 29.09.2009, 13:55 +0200 schrieb Josephine Tannh?user: > btw. what was the reason for debian to drop webmin? Dunno, maybe the fact that webmin is a weapon of mass destruction. ;) Regards, Christoph From tibbs at math.uh.edu Tue Sep 29 14:33:29 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 29 Sep 2009 09:33:29 -0500 Subject: Removing provide statement from an existing spec file In-Reply-To: <1254227526.2510.51.camel@localhost> (Stefan Schulze Frielinghaus's message of "Tue, 29 Sep 2009 14:32:06 +0200") References: <1254227526.2510.51.camel@localhost> Message-ID: >>>>> "SSF" == Stefan Schulze Frielinghaus writes: SSF> If I interpret the naming guidelines right, then a period is not SSF> allowed in a package name. Could you indicate where in the naming guidelines you see that a period is not valid in a package name? - J< From jwboyer at gmail.com Tue Sep 29 14:48:03 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 29 Sep 2009 10:48:03 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <4AC21224.4010902@redhat.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> <1254177085.2106.20.camel@localhost.localdomain> <4AC21224.4010902@redhat.com> Message-ID: <20090929144803.GL5260@hansolo.jdub.homelinux.org> On Tue, Sep 29, 2009 at 03:56:52PM +0200, Roman Rakus wrote: > On 09/29/2009 12:31 AM, Jesse Keating wrote: >> On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: >> >>> What do we have to do in order to build on PPC? Does it happen >>> automagically? >>> >> Once the ppc builders are setup and running smoothly, successful build >> requests on the primary arches will be tried on the secondary arches, >> which will include ppc. You'll need to do nothing specific on your end >> for this to happen. >> >> > What about ppc specific packages (with exclusive arch set to ppc/ppc64)? What about them? They can exist in the CVS repo. You just won't be able to build them in koji for F-13 until a secondary arch instance is going. josh From loganjerry at gmail.com Tue Sep 29 14:50:51 2009 From: loganjerry at gmail.com (Jerry James) Date: Tue, 29 Sep 2009 08:50:51 -0600 Subject: bitmap-fonts by default? In-Reply-To: <698607310.613131254202164617.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <760655550.613081254202036005.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <698607310.613131254202164617.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <870180fe0909290750s3b98c21eq75bde9495eceb5a7@mail.gmail.com> On Mon, Sep 28, 2009 at 11:29 PM, Jens Petersen wrote: > We have been looking at updating bitmap-fonts recently, > and noticed that it is still listed mandatory in the comps > @base-x group. > > So I just wondered a couple of naive questions: > > - does bitmap-fonts have to be installed by default? > - what actually needs it? > > Jens XEmacs needs it. We have an explicit reference to a LucidaTypewriter font. We started to transition to fontconfig 2004-ish. Unfortunately, the developers who started that effort have since mostly disappeared. If there are any competent fontconfig developers who could give us a hand completing the transition, please stop by xemacs-beta at xemacs.org and say hello. I will personally send a box of home-made oatmeal raisin cookies [1] to anyone who can help us finish the job. Footnotes: [1] I can make no guarantees about the state of crumbliness on arrival, of course. -- Jerry James http://www.jamezone.org/ From stefan at seekline.net Tue Sep 29 14:55:10 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Tue, 29 Sep 2009 16:55:10 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: References: <1254227526.2510.51.camel@localhost> Message-ID: <1254236110.2510.66.camel@localhost> On Tue, 2009-09-29 at 09:33 -0500, Jason L Tibbitts III wrote: > >>>>> "SSF" == Stefan Schulze Frielinghaus writes: > > SSF> If I interpret the naming guidelines right, then a period is not > SSF> allowed in a package name. > > Could you indicate where in the naming guidelines you see that a period > is not valid in a package name? https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Separators "When naming packages for Fedora, the maintainer must use the dash '-' as the delimiter for name parts. The maintainer must NOT use an underscore '_', a plus '+', or a period '.' as a delimiter" unless indicated by the few exceptions underneath. -Stefan From jreznik at redhat.com Tue Sep 29 15:03:54 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Tue, 29 Sep 2009 17:03:54 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? Message-ID: <200909291703.55030.jreznik@redhat.com> Hi! We, KDE SIG, are considering which backend should be default for Phonon in Fedora. Seems like it's not easy to agree on final decision @ KDE SIG meetings, we'd like to summarize what's the problem, some backends facts (please correct me, comment, add, etc.) and we'd like to hear comments from outer KDE SIG universe, from you, Fedora developers & users, too. First question is which Phonon use - there are two actually - one is part of Qt, one is part of KDE. Upstream recommends building/packaging phonon from qt, and building/packaging backends separately. Some backends facts... GStreamer backend facts: * now default one in Fedora (F12, rawhide) * GStreamer is Fedora's default multimedia framework - better support from Fedora side? (PA, releases) * Phonon backend not as mature as Xine one - missing functionality * Maybe more support from upstream developers in the future? [1] * Nokia is upstream Xine backend facts: * default in F10 & F11 * recommended by sandsmark (upstream developer) and Amarok team * Xine is not as well supported as GStreamer in Fedora - but currently nearly bug free * KDE is upstream We prepared test plan but still we don't have any response from our users. For some users Xine one works better, for others GStreamer backend works better. Seems like it depends on sound HW, ALSA support, PA, engine, backend -> lots of possibilities. So there are two questions: 1. which Phonon 2. which backend fits better to Fedora... [1] http://mail.kde.org/pipermail/phonon-backends/2009-September/000304.html Jaroslav & KDE SIG From rrakus at redhat.com Tue Sep 29 15:05:26 2009 From: rrakus at redhat.com (Roman Rakus) Date: Tue, 29 Sep 2009 17:05:26 +0200 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <20090929144803.GL5260@hansolo.jdub.homelinux.org> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <9497e9990909281500j3b4da388wb2ed8eacffc1f9d7@mail.gmail.com> <1254177085.2106.20.camel@localhost.localdomain> <4AC21224.4010902@redhat.com> <20090929144803.GL5260@hansolo.jdub.homelinux.org> Message-ID: <4AC22236.6060107@redhat.com> On 09/29/2009 04:48 PM, Josh Boyer wrote: > On Tue, Sep 29, 2009 at 03:56:52PM +0200, Roman Rakus wrote: > >> On 09/29/2009 12:31 AM, Jesse Keating wrote: >> >>> On Mon, 2009-09-28 at 23:00 +0100, Mat Booth wrote: >>> >>> >>>> What do we have to do in order to build on PPC? Does it happen >>>> automagically? >>>> >>>> >>> Once the ppc builders are setup and running smoothly, successful build >>> requests on the primary arches will be tried on the secondary arches, >>> which will include ppc. You'll need to do nothing specific on your end >>> for this to happen. >>> >>> >>> >> What about ppc specific packages (with exclusive arch set to ppc/ppc64)? >> > What about them? They can exist in the CVS repo. You just won't be able to > build them in koji for F-13 until a secondary arch instance is going. > > josh > > ah, ok. Thanks RR From a.badger at gmail.com Tue Sep 29 15:07:30 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 08:07:30 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC1F6E6.90802@fedoraproject.org> References: <4AAFEC4A.9020201@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> Message-ID: <4AC222B2.8080803@gmail.com> On 09/29/2009 05:00 AM, Rahul Sundaram wrote: > On 09/29/2009 05:14 PM, Josephine Tannh?user wrote: > >> Seems that violations of the guidelines are not so important like the >> violation of the Trademark (The hunting of fedora related sites, like >> blogs or forums with adhesions contracts)... Are the project related >> activities are out of balance? > > They are called guidelines and there are always exceptions. Bundling a > library is not ideal but removing rsync would be a extreme step. I don't > think the situation warrants that. Let's not loose perspective here. > So in this case, I think the following things could be said: * Removing rsync is not an option because of how widely it is used. * Bundling libraries in zsync is not an option * If there really exists a way to build against the system zlib and remain compatible (which librsync claims, someone notting talked to does, but zsync upstream does not) then that should be done and we'll patch our packages to do so even if upstream does not accept it. * If we have to use a forked zlib, we'd patch our packages to pull the zlib out of the rsync package with its own soname and ship that so zsync and zsync can interoperate even if upstream does not accept it. However we need to coordinate this with upstream or the other distributions to come up with one standard libname, version, etc. The alternative is that: * People assert that bundled libraries are not problematical enough in the general case to warrant prohibition so the Guideline should be dropped. To do this probably means adding other procedures for maintainers to follow to address the issues that do exist with bundled libraries. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From jsafrane at redhat.com Tue Sep 29 15:16:13 2009 From: jsafrane at redhat.com (Jan Safranek) Date: Tue, 29 Sep 2009 17:16:13 +0200 Subject: Heads up: net-snmp soname bump in rawhide Message-ID: <4AC224BD.3060707@redhat.com> Net-SNMP 5.5 is heading to rawhide (i.e. Fedora 13). The update comes with soname bump and few changes in include files. I have tried to recompile all dependent packages in mock and most of them succeeded. I've already notified maintainers of the problematic ones and they know how to fix them. Full list of packages to rebuild: 389-ds-base apcupsd asterisk cacti cluster-glue clustermon collectd cpqarrayd cyrus-imapd hplip ifstat nagios-plugins-snmp-disk-proc netdisco ntop nut openhpi openhpi-subagent OpenIPMI openscada openser pacemaker php pysnmp sipwitch tog-pegasus zabbix Let me know if you have problems rebuilding your package. Regards, Jan From caillon at redhat.com Tue Sep 29 15:20:04 2009 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 29 Sep 2009 08:20:04 -0700 Subject: Thunderbird 3.0pre? In-Reply-To: <4ABF8186.6010901@sapience.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> Message-ID: <4AC225A4.8090909@redhat.com> On 09/27/2009 08:15 AM, Mail Lists wrote: > On 09/27/2009 11:02 AM, drago01 wrote: >> On Sun, Sep 27, 2009 at 5:00 PM, mike cloaked wrote: >>> Is there any chance there will be a build of Thunderbird 3.0PRE in >>> Koji soon? It would be nice to see a build for F11 and F12 as I >>> believe there are significant fixes compared to 3.0beta 4 in the >>> 3.0pre build. >> >> like? >> > > I do know that the 64 bit fedora beta 4 (there is no 64 bit > mozilla.org as, last I read a while ago, they are not comfortable the > code is 64 bit clean) had terrible problems from beta 4 (tho beta 3 was > fine). > > I switched to 32 bit mozilla.org 3.0pre (on x64 install of f11) and > the problems went away. > > The beta 4 (from updates-testing) started the indexing thing - and > then it took 100% cpu and memory growth went to 3.5 GiB - after a period > memory use fell to 200 MiB, cpu declined .. then it repeated this cycle > several times .. i left this for 6 hours - eventually tb locked up and > left a dirty screen image - stuck - cpu usage went to 0 for TB. I had to > hand kill it. > > Installing the stock mozilla 386 build has no such problems. > > I suspect there is some 64 very unclean code underlying the problem. > Tho it could be beta 4 versus pre as well. Tweaking the following pref: mailnews.database.global.indexer.enabled = false Should work around the problem for now. From tibbs at math.uh.edu Tue Sep 29 15:26:19 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 29 Sep 2009 10:26:19 -0500 Subject: Removing provide statement from an existing spec file In-Reply-To: <1254236110.2510.66.camel@localhost> (Stefan Schulze Frielinghaus's message of "Tue, 29 Sep 2009 16:55:10 +0200") References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> Message-ID: >>>>> "SSF" == Stefan Schulze Frielinghaus writes: SSF> https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Separators SSF> "When naming packages for Fedora, the maintainer must use the dash SSF> '-' as the delimiter for name parts. The maintainer must NOT use an SSF> underscore '_', a plus '+', or a period '.' as a delimiter" unless SSF> indicated by the few exceptions underneath. "delimiter for name parts". That doesn't say a period is invalid in a package name, because it's explicitly listed as valid at the top of the document. The section you quote indicates why we have "foo-devel" and "perl-Foo-Bar" instead of "foo.devel" and "perl.Foo.Bar". - J< From stefan at seekline.net Tue Sep 29 15:27:57 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Tue, 29 Sep 2009 17:27:57 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: <20090929144556.144c1af1@faldor.intranet> References: <1254227526.2510.51.camel@localhost> <20090929144556.144c1af1@faldor.intranet> Message-ID: <1254238077.2510.79.camel@localhost> On Tue, 2009-09-29 at 14:45 +0200, Michael Schwendt wrote: [...] > > But what about a provide statement (guess it's the same)? > > No. See e.g. the automatic library SONAME provides: libfoo.so.0 > Or see "rpm -qa --provides". Good point. > > In case it is also illegal what would be the best to do. Will yum update > > the package if a user installed previously "myapp.pl" instead of "myapp" > > and the new package does not have a provide statement anymore? > > Yes, because the newer "myapp" package will replace the older one, > regardless of its Provides. That was the behavior of yum I expected/hoped to see. > > In the > > end the question would be should I follow the guidelines or provide > > backward compatibility in sense of updating. > > > > cheers > > Stefan > > > > PS: ".pl" should indicate that it is a Perl script, not a locale. > > Try: repoquery --whatrequires myapp.pl > > If nothing uses this virtual package name (and it isn't used upstream > either), get rid of it. No other package uses this name (also not upstream) so I'm going to remove it. Thanks for clarification, Stefan From tibbs at math.uh.edu Tue Sep 29 15:29:06 2009 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 29 Sep 2009 10:29:06 -0500 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <200909291703.55030.jreznik@redhat.com> (Jaroslav Reznik's message of "Tue, 29 Sep 2009 17:03:54 +0200") References: <200909291703.55030.jreznik@redhat.com> Message-ID: >>>>> "FJR" == Jaroslav Reznik writes: FJR> * Phonon backend not as mature as Xine one FJR> - missing functionality Perhaps you could supply more detail as to which functionality is missing? - J< From stefan at seekline.net Tue Sep 29 15:42:25 2009 From: stefan at seekline.net (Stefan Schulze Frielinghaus) Date: Tue, 29 Sep 2009 17:42:25 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> Message-ID: <1254238945.2510.93.camel@localhost> On Tue, 2009-09-29 at 10:26 -0500, Jason L Tibbitts III wrote: > >>>>> "SSF" == Stefan Schulze Frielinghaus writes: > > SSF> https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Separators > SSF> "When naming packages for Fedora, the maintainer must use the dash > SSF> '-' as the delimiter for name parts. The maintainer must NOT use an > SSF> underscore '_', a plus '+', or a period '.' as a delimiter" unless > SSF> indicated by the few exceptions underneath. > > "delimiter for name parts". That doesn't say a period is invalid in a > package name, because it's explicitly listed as valid at the top of the > document. The section you quote indicates why we have "foo-devel" and > "perl-Foo-Bar" instead of "foo.devel" and "perl.Foo.Bar". Right. I was in doubt if the provide statement was/is really fine, so I wanted to clarify this. Thanks to point this out and to precise the question. From nicolas.mailhot at laposte.net Tue Sep 29 15:43:38 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 29 Sep 2009 17:43:38 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> Message-ID: Le Mar 29 septembre 2009 17:26, Jason L Tibbitts III a ?crit : > >>>>>> "SSF" == Stefan Schulze Frielinghaus writes: > > SSF> https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Separators > SSF> "When naming packages for Fedora, the maintainer must use the dash > SSF> '-' as the delimiter for name parts. The maintainer must NOT use an > SSF> underscore '_', a plus '+', or a period '.' as a delimiter" unless > SSF> indicated by the few exceptions underneath. > > "delimiter for name parts". That doesn't say a period is invalid in a > package name, because it's explicitly listed as valid at the top of the > document. The section you quote indicates why we have "foo-devel" and > "perl-Foo-Bar" instead of "foo.devel" and "perl.Foo.Bar". I don't think the list of examples right below this ? supports your view (and actually I do believe the list of existing infringing packages is small enough renaming them would have been worth removing any future package confusion) -- Nicolas Mailhot From nicolas.mailhot at laposte.net Tue Sep 29 15:47:11 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 29 Sep 2009 17:47:11 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> Message-ID: <8bffc491e8a6565f874aa9c5f7b50035.squirrel@arekh.dyndns.org> Le Mar 29 septembre 2009 17:43, Nicolas Mailhot a ?crit : > I don't think the list of examples right below this ? supports your view > (and actually I do believe the list of existing infringing packages is small enough renaming them > would have been worth removing any future package confusion) And BTW could someone remove https://fedoraproject.org/wiki/Packaging/NamingGuidelines#AddonLocale or find some other example? It's in direct contradiction with the font package naming guidelines. Regards, -- Nicolas Mailhot From rawhide at fedoraproject.org Tue Sep 29 15:57:34 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Tue, 29 Sep 2009 15:57:34 +0000 Subject: rawhide report: 20090929 changes Message-ID: <20090929155734.GA5096@releng2.fedora.phx.redhat.com> Compose started at Tue Sep 29 06:15:06 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 ocaml-cairo-1.2.0.cvs20080301-10.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.i686 requires znc = 0:0.075 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) ocaml-cairo-1.2.0.cvs20080301-10.fc12.x86_64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.x86_64 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-camlimages-3.0.1-11.fc12.x86_64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.x86_64 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.x86_64 requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e ocaml-ocamlnet-2.2.9-14.fc12.x86_64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.x86_64 requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 ocaml-ocamlnet-2.2.9-14.fc12.x86_64 requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.x86_64 requires znc = 0:0.075 Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 ocaml-cairo-1.2.0.cvs20080301-10.fc12.ppc requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.ppc requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.ppc requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.ppc requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.ppc requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e ocaml-ocamlnet-2.2.9-14.fc12.ppc requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.ppc requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 ocaml-ocamlnet-2.2.9-14.fc12.ppc requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 znc-extra-0.075-1.20090807git.fc12.ppc requires znc = 0:0.075 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) ocaml-cairo-1.2.0.cvs20080301-10.fc12.ppc64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-camlimages-3.0.1-11.fc12.ppc64 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-camlimages-3.0.1-11.fc12.ppc64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.ppc64 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 ocaml-ocamlnet-2.2.9-14.fc12.ppc64 requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e ocaml-ocamlnet-2.2.9-14.fc12.ppc64 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 ocaml-ocamlnet-2.2.9-14.fc12.ppc64 requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 ocaml-ocamlnet-2.2.9-14.fc12.ppc64 requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f perl-POE-Component-Client-HTTP-0.85-3.fc11.noarch requires perl(POE::Component::Client::Keepalive) >= 0:0.0901 python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) znc-extra-0.075-1.20090807git.fc12.ppc64 requires znc = 0:0.075 New package lua-json JSON Parser/Constructor for Lua New package maximus A window management tool Removed package rhm Updated Packages: Coin2-2.5.0-7.fc12 ------------------ * Mon Sep 28 2009 Ralf Cors?pius - 2.5.0-7 - Reflect openal/openal-soft changes. - Work-around "file" reporting bogus results (BZ 526054). NetworkManager-0.7.996-3.git20090928.fc12 ----------------------------------------- * Mon Sep 28 2009 Dan Williams - 0.7.996-3.git20090928 - nm: fix connection takeover when carrier is not on - nm: handle certificate paths (CA chain PEM files are now fully usable) - nm: defer action for 4 seconds when wired carrier drops - ifcfg-rh: fix writing WPA passphrases with odd characters - editor: fix editing of IPv4 settings with new connections (rh #525819) - editor: fix random crashes when editing due to bad widget refcounting - applet: debut reworked menu layout (not final yet...) PackageKit-0.5.3-0.1.20090928git.fc12 ------------------------------------- anerley-0.1.1-2.fc12 -------------------- * Mon Sep 28 2009 Bastien Nocera 0.1.1-2 - Add patch to port to Mission Control 5 * Sat Sep 19 2009 Peter Robinson 0.1.1-1 - New upstream 0.1.1 release anjal-0.1.0-0.11.20090928gita7a5264.fc12 ---------------------------------------- * Mon Sep 28 2009 Peter Robinson 0.1.0-0.11 - New git snapshot apanov-edrip-fonts-20081007-10.fc12 ----------------------------------- * Fri Sep 25 2009 Nicolas Mailhot - 20081007-10 ? fix BoldItalic naming apr-1.3.9-2.fc12 ---------------- * Mon Sep 28 2009 Bojan Smojver - 1.3.9-2 - revert use of accept4(), dup3() and epoll_create1() asymptote-1.87-2.fc12 --------------------- * Mon Sep 28 2009 Tom "spot" Callaway - 1.87-1 - update to 1.87 * Mon Sep 28 2009 Tom "spot" Callaway - 1.87-2 - fix gcc44 patch audex-0.72-0.1.beta1.fc12 ------------------------- * Mon Sep 28 2009 Roland Wolters 0.72-0.1.beta1 - Update to 0.72.beta1: * Cover fetch from google * Minor bugfixes audit-2.0.1-1.fc12 ------------------ * Mon Sep 28 2009 Steve Grubb 2.0.1-1 - New upstream release bespin-0.1-0.2.20090828svn668.fc12 ---------------------------------- * Mon Sep 28 2009 Wesley Hearn - 0.1-0.2.20090928svn668 - Updated to revision 668 - Enable support for ARGB windows (expermintal - not turned on by default) check-0.9.8-1.fc12 ------------------ * Mon Sep 28 2009 Jerry James - 0.9.8-1 - Update to 0.9.8 chess-1.0-27.fc12 ----------------- * Mon Sep 28 2009 Alexey Torkhov - 1.0-27 - Rebuild for new ogre cmigemo-1.3-0.7.c_MIT.fc12.4 ---------------------------- * Tue Sep 29 2009 Mamoru Tasaka - F-12: Rebuild for updated skkdic (for F12Beta) control-center-2.28.0-11.fc12 ----------------------------- * Mon Sep 28 2009 Matthias Clasen 2.28.0-10 - Fix tooltips on the background tab * Mon Sep 28 2009 Matthias Clasen 2.28.0-11 - Steal translations for "Make Default" from gnome-power-manager ecolier-court-fonts-20070702-12.fc12 ------------------------------------ * Mon Sep 28 2009 Nicolas Mailhot - 20070702-12 ? Tweak the fontconfig fixing ember-0.5.6-3.fc12 ------------------ * Mon Sep 28 2009 Alexey Torkhov - 0.5.6-3 - Rebuilt for new OGRE entertainer-0.4.2-7.fc12 ------------------------ * Mon Sep 28 2009 Julian Aloofi 0.4.2-7 - Added explicit Requires for the pyclutter subpackages due to problems with the package in Rawhide fontpackages-1.27-1.fc12 ------------------------ * Mon Sep 28 2009 Nicolas Mailhot - 1.27-1 ? Brownpaper bag release ?2 fuse-2.8.1-1.fc12 ----------------- * Thu Sep 17 2009 Peter Lemenkov 2.8.1-1 - Ver. 2.8.1 gdm-2.28.0-4.fc12 ----------------- * Mon Sep 28 2009 Richard Hughes - 1:2.28.0-3 - Add a patch to use DeviceKit-power rather than the removed methods in gnome-power-manager. * Mon Sep 28 2009 Ray Strode - 1:2.28.0-4 - Add cache dir to package manifest git-1.6.5-0.2.rc2.fc12 ---------------------- * Mon Sep 28 2009 Todd Zullinger - 1.6.5-0.2.rc2 - git-1.6.5.rc2 - Enable Linus' block-sha1 implementation glibc-2.10.90-24 ---------------- * Mon Sep 28 2009 Andreas Schwab - 2.10.90-24 - Update from master. - Fix missing reloc dependency (#517001). gnome-applet-sensors-2.2.4-1.fc12 --------------------------------- * Tue Sep 29 2009 Huzaifa Sidhpurwala - 2.2.4 - New upstream release gnome-commander-1.3-0.3.git_D20090929T1100_13dev.fc12 ----------------------------------------------------- * Tue Sep 29 2009 Mamoru Tasaka - Try latest git gnome-packagekit-2.28.1-0.1.20090928git.fc12 -------------------------------------------- * Mon Sep 28 2009 Richard Hughes - 2.28.0-0.1.20090928git - New snapshot from the gnome-2-28 branch - Many updated translations. - Fixes #525810 and #524873 google-droid-fonts-20090906-5.fc12 ---------------------------------- * Mon Sep 28 2009 Nicolas Mailhot - 20090906-5 ? Tweak the fontconfig fixing gtk2-2.18.0-5.fc12 ------------------ * Mon Sep 28 2009 Matthias Clasen - 2.18.0-3 - Fix a crash in the appearance capplet gutenprint-5.2.4-6.fc12 ----------------------- * Mon Sep 28 2009 Tim Waugh 5.2.4-6 - Reimplemented PPD upgrade script in Python to avoid perl dependency (bug #524978). imsettings-0.107.4-1.fc12 ------------------------- * Mon Sep 28 2009 Akira TAGOH - 0.107.4-1 - New upstream release. - Update the translations. - Remove the unnecessary patches: - imsettings-unref-notify.patch - imsettings-unref-later.patch - imsettings-update-info.patch - imsettings-close-fd.patch kazehakase-0.5.8-1.fc12 ----------------------- * Tue Sep 29 2009 Mamoru Tasaka - rev 3859 - Enable ruby support again * Tue Sep 29 2009 Mamoru Tasaka - 0.5.8-1 - Update to 0.5.8 kdeartwork-4.3.1-2.fc12 ----------------------- * Mon Sep 28 2009 Than Ngo - 4.3.1-2 - rhel cleanup kdebindings-4.3.1-4.fc12 ------------------------ * Fri Sep 25 2009 Than Ngo - 4.3.1-4 - rhel cleanup kdelibs3-3.5.10-19.fc12 ----------------------- * Mon Sep 28 2009 Than Ngo - 3.5.10-18 - rhel cleanup * Mon Sep 28 2009 Rex Dieter - 3.5.10-19 - Conflicts with kde-settings (#526109) kipi-plugins-0.7.0-1.fc12 ------------------------- * Mon Sep 28 2009 Rex Dieter 0.7.0-1 - kipi-plugins-0.7.0 - -libs pkg, multilib friendly - use %find_lang libatasmart-0.16-1.fc12 ----------------------- * Tue Sep 29 2009 Lennart Poettering 0.16-1 - New upstream release - Second try at fixing #515881 libcap-ng-0.6.2-1.fc12 ---------------------- * Mon Sep 28 2009 Steve Grubb 0.6.2-1 - New upstream release libselinux-2.0.87-1.fc12 ------------------------ libsemanage-2.0.39-1.fc12 ------------------------- * Mon Sep 28 2009 Dan Walsh - 2.0.39-1 - Update to upstream * make swigify libusb1-1.0.3-1.fc12 -------------------- * Mon Sep 28 2009 Jindrich Novy 1.0.3-1 - update to 1.0.3 ltsp-5.1.89-1.fc12 ------------------ * Mon Sep 28 2009 Warren Togami - 5.1.89-1 - 5.1.89 ltspfs-0.5.13-1.fc12 -------------------- * Mon Sep 28 2009 Warren Togami - 0.5.13-1 - 0.5.13 malaga-suomi-voikko-1.4-0.3.rc3.fc12 ------------------------------------ * Mon Sep 28 2009 Ville-Pekka Vainio - 1.4-0.3.rc3 - New release candidate. mecab-0.98-1.fc12 ----------------- * Tue Sep 29 2009 Mamoru Tasaka - 0.98-1 - 0.98 mecab-java-0.98-1.fc12 ---------------------- * Tue Sep 29 2009 Mamoru Tasaka - 0.98-1 - 0.98 meshmagick-0.5.2-7.20090124svn2618.fc12 --------------------------------------- * Mon Sep 28 2009 Alexey Torkhov - 0.5.2-7.20090124svn2618 - Rebuilt for new OGRE mutter-moblin-0.40.0-1.fc12 --------------------------- * Mon Sep 28 2009 Peter Robinson 0.40.0-1 - New 0.40.0 upstream release notification-daemon-engine-slider-0.2.0-1.fc12 ---------------------------------------------- * Mon Sep 28 2009 Matthias Clasen - 0.1.0-2 - Make actions prelight * Mon Sep 28 2009 Jon McCann - 0.2.0-1 - Update to 0.2.0 ocaml-lablgtk-2.14.0-2.fc12 --------------------------- * Mon Sep 28 2009 Richard W.M. Jones - 2.14.0-1 - New upstream version 2.14.0. - Patch to fix ml_panel.c is now upstream, so removed. - New *.cmxs files (dynamically linked OCaml native code) added to the base package. * Mon Sep 28 2009 Richard W.M. Jones - 2.14.0-2 - Ignore GtkSourceView2_types dependency (pure type-only *.cmi file). ogre-1.6.4-1.fc12 ----------------- * Mon Sep 28 2009 Alexey Torkhov - 1.6.4-1 - New upstream release 1.6.4 openvrml-0.18.3-5.fc12 ---------------------- pam_ccreds-10-1.fc12 -------------------- * Mon Sep 28 2009 Avesh Agarwal - 10-1 - Upgrade to latest upstream - Updated patches perl-HTML-Tree-3.23-9.fc12 -------------------------- * Mon Sep 28 2009 Tom "spot" Callaway - 1:3.23-9 - apply Jeff Fearn's fix for the missing close tag bug (bz 535587) perl-Test-Script-1.06-1.fc12 ---------------------------- * Mon Sep 28 2009 Ralf Cors?pius - 1.06-1 - Upstream update. - BR: perl(Probe::Perl) - Activate AUTOMATED_TESTING=1 RELEASE_TESTING=1. perl-XML-TreeBuilder-3.09-16.fc12 --------------------------------- * Tue Sep 29 2009 Jeff Fearn - 3.09-16 - Stupid man! Don't eat entities :( perl-mecab-0.98-1.fc12 ---------------------- * Tue Sep 29 2009 Mamoru Tasaka - 0.98-1 - 0.98 pixman-0.16.2-1.fc12 -------------------- * Mon Sep 28 2009 Soren Sandmann - 0.16.2-1 - pixman 0.16.2 plplot-5.9.5-1.fc12 ------------------- * Mon Sep 28 2009 - Orion Poplawski - 5.9.5-1 - Update to 5.9.5 - Disable qt tests for now until Xvfb bug is fixed. - Remove ocaml dep code for now - breaks other dep generation plymouth-0.8.0-0.2009.28.09.fc12 -------------------------------- * Mon Sep 28 2009 Ray Strode 0.8.0-0.2009.28.09 - Add prerelease of 0.8.0 for multihead support pycdio-0.15-4.fc12 ------------------ * Mon Sep 28 2009 Jay Greguske - 0.15-4 - Off-by-one compensation in get_devices_* not needed anymore python-TurboMail-3.0-1.fc12 --------------------------- * Mon Sep 28 2009 Felix Schwarz - 3.0-1 - Update to new major version 3.0 - fixed copyright attribution in LICENSE.txt python-mecab-0.98-1.fc12 ------------------------ * Tue Sep 29 2009 Mamoru Tasaka - 0.98-1 - 0.98 python-slip-0.2.6-1.fc12 ------------------------ * Mon Sep 28 2009 Nils Philippsen - 0.2.6-1 - ship all slip.dbus modules (#525790) qemu-0.11.0-2.fc12 ------------------ * Mon Sep 28 2009 Mark McLoughlin - 2:0.11.0-1 - Update to 0.11.0 release - Drop a couple of upstreamed patches * Mon Sep 28 2009 Mark McLoughlin - 2:0.11.0-2 - Fix pci hotplug to not exit if supplied an invalid NIC model (#524022) qt-4.5.2-20.fc12 ---------------- * Mon Sep 28 2009 Rex Dieter - 4.5.2-20 - use internal Qt Assistant/Designer icons - -devel: move designer.qch,linguist.qch here - move ownership of %_qt4_docdir, %_qt4_docdir/qch to main pkg redhat-rpm-config-9.0.3-18.fc12 ------------------------------- * Mon Sep 28 2009 Bill Nottingham - Drop xz compression level to 2 rhythmbox-0.12.5-3.fc12 ----------------------- * Mon Sep 28 2009 Richard Hughes - 0.12.5-2 - Apply a patch from upstream to inhibit gnome-session, rather than gnome-power-manager. This fixes a warning on rawhide. * Mon Sep 28 2009 Bastien Nocera 0.12.5-3 - Fix the symbols for the browser plugin being mangled (#525826) ruby-mecab-0.98-1.fc12 ---------------------- * Tue Sep 29 2009 Mamoru Tasaka - 0.98-1 - 0.98 scim-1.4.9-4.fc12 ----------------- * Tue Sep 29 2009 Peng Huang - 1.4.9-4 - Remove workaround patch added in 1.4.9-3. - The bug 517001 has been fixed in glibc. senamirmir-washra-fonts-4.1-5.fc12 ---------------------------------- * Mon Sep 28 2009 Nicolas Mailhot - 4.1-5 ? Tweak fontconfig fixing skkdic-20090929-1.T0800.fc12 ---------------------------- * Tue Sep 29 2009 Mamoru Tasaka - 20090929-1.T0800 - Update for F12Beta sound-juicer-2.28.0-3.fc12 -------------------------- * Mon Sep 28 2009 Richard Hughes - 2.28.0-3 - Apply a patch from upstream to inhibit gnome-session, rather than gnome-power-manager. This fixes a warning on rawhide when using sound-juicer. sound-theme-freedesktop-0.7-1.fc12 ---------------------------------- * Mon Sep 28 2009 Jon McCann 0.7-1 - Update to 0.7 sssd-0.6.0-0.fc12 ----------------- * Mon Sep 28 2009 Sumit Bose - 0.6.0-0 - New upstream release 0.6.0 sysprof-1.1.2-3.fc12 -------------------- system-config-date-1.9.50-1.fc12 -------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.9.50-1 - pick up new translations system-config-date-docs-1.0.8-1.fc12 ------------------------------------ * Mon Sep 28 2009 Nils Philippsen - 1.0.8-1 - pick up new translations * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions system-config-nfs-1.3.49-1.fc12 ------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.3.49-1 - pick up new translations system-config-nfs-docs-1.0.7-1.fc12 ----------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.0.7-1 - pick up new translations * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions system-config-samba-docs-1.0.7-1.fc12 ------------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.0.7-1 - pick up new translations * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions system-config-services-docs-1.1.7-1.fc12 ---------------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.1.7-1 - pick up new translations * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions system-config-users-1.2.94-1.fc12 --------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.2.94-1 - pick up new translations system-config-users-docs-1.0.7-1.fc12 ------------------------------------- * Mon Sep 28 2009 Nils Philippsen - 1.0.7-1 - pick up new translations * Wed Aug 26 2009 Nils Philippsen - explain obsoleting old versions telepathy-glib-0.9.0-1.fc12 --------------------------- * Mon Sep 28 2009 Bastien Nocera 0.9.0-1 - Update to 0.9.0 vegastrike-0.5.0-14.fc12 ------------------------ * Mon Sep 28 2009 Alexey Torkhov - 0.5.0-14 - Rebuild for new ogre veusz-1.5-1.fc12 ---------------- * Mon Sep 28 2009 Jeremy Sanders - 1.5-1 - Update to Veusz 1.5 vte-0.22.2-1.fc12 ----------------- * Mon Sep 28 2009 Behdad Esfahbod 0.22.2-1 - Update to 0.22.2 wavpack-4.60-1.fc12 ------------------- * Mon Sep 28 2009 Peter Lemenkov 4.60-1 - Version 4.60 xorg-x11-drv-ati-6.13.0-0.5.20090929git7968e1fb8.fc12 ----------------------------------------------------- * Tue Sep 29 2009 Dave Airlie 6.13.0-0.5.20090929git7968e1fb8 - rebase to latest upstream for vline fixes and zaphod fixes xorg-x11-drv-nouveau-0.0.15-13.20090929gitdd8339f.fc12 ------------------------------------------------------ * Tue Sep 29 2009 Ben Skeggs 0.0.15-13.20090929gitdd8339f - fix driver to work again with recent EXA changes xorg-x11-server-1.6.99.903-1.fc12 --------------------------------- * Mon Sep 28 2009 Peter Hutterer 1.6.99.903-1 - xserver 1.6.99.903 Summary: Added Packages: 2 Removed Packages: 1 Modified Packages: 91 From twaugh at redhat.com Tue Sep 29 16:08:25 2009 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 29 Sep 2009 17:08:25 +0100 Subject: Adding encrypted drive to encrypted system post installation In-Reply-To: <20090926180203.GA19773@genius.kawo2.rwth-aachen.de> References: <1253961388.6694.3.camel@localhost.localdomain> <20090926180203.GA19773@genius.kawo2.rwth-aachen.de> Message-ID: <1254240505.2401.6.camel@localhost.localdomain> On Sat, 2009-09-26 at 20:02 +0200, Till Maas wrote: > You need to edit /etc/crypttab (man crypttab) to create a mapping for > unencrypting the partition and /etc/fstab to mount the unencrypted > volume. This was what I needed, thank you. After adding that line, I just needed to add a line to /etc/fstab to mount the partition by label (i.e. "LABEL=..."). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Tue Sep 29 16:13:37 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Tue, 29 Sep 2009 12:13:37 -0400 Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: <4AC224BD.3060707@redhat.com> References: <4AC224BD.3060707@redhat.com> Message-ID: <20090929161337.GM5260@hansolo.jdub.homelinux.org> On Tue, Sep 29, 2009 at 05:16:13PM +0200, Jan Safranek wrote: > Net-SNMP 5.5 is heading to rawhide (i.e. Fedora 13). The update comes Rawhide is still based on dist-f12. We have no cute name for dist-f13. josh From kevin.kofler at chello.at Tue Sep 29 16:23:09 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Sep 2009 18:23:09 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> Message-ID: Jaroslav Reznik wrote: > GStreamer backend facts: > * now default one in Fedora (F12, rawhide) > * GStreamer is Fedora's default multimedia framework > - better support from Fedora side? (PA, releases) > * Phonon backend not as mature as Xine one > - missing functionality More bugs too. > * Maybe more support from upstream developers in the future? [1] > * Nokia is upstream But nobody knows for how long because Nokia is working on an alternative multimedia framework for Qt as part of the Qt Mobility project. Kevin Kofler From jkeating at redhat.com Tue Sep 29 16:57:55 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 09:57:55 -0700 Subject: Fedora 12 Freeze at 0600~ 2009-09-30 UTC Message-ID: <1254243475.2303.5.camel@localhost.localdomain> Just a reminder that the Fedora 12 freeze will be happening tonight at 0600 2009-09-30 UTC, just prior to the rawhide compose tonight. The rawhide for 20090930 will be built from frozen content. You do not need to send tag requests until after that. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 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 mzerqung at 0pointer.de Tue Sep 29 17:00:22 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Tue, 29 Sep 2009 19:00:22 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> Message-ID: <20090929170022.GA6051@tango.0pointer.de> On Tue, 29.09.09 18:23, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Jaroslav Reznik wrote: > > GStreamer backend facts: > > * now default one in Fedora (F12, rawhide) > > * GStreamer is Fedora's default multimedia framework > > - better support from Fedora side? (PA, releases) > > * Phonon backend not as mature as Xine one > > - missing functionality > > More bugs too. > > > * Maybe more support from upstream developers in the future? [1] > > * Nokia is upstream > > But nobody knows for how long because Nokia is working on an alternative > multimedia framework for Qt as part of the Qt Mobility project. Uh. Nokia stands pretty firmly behind gst. As do most embedded folks. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From poelstra at redhat.com Tue Sep 29 17:06:59 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 29 Sep 2009 10:06:59 -0700 Subject: Upcoming Fedora 12 Development/Release Engineering Tasks Message-ID: <4AC23EB3.5020706@redhat.com> Upcoming Fedora 12 Development/Release Engineering Tasks Name Start End Alpha Testing Tue 2009-08-25 Tue 2009-09-29 Software: Rebuild all translated packages Tue 2009-09-22 Tue 2009-09-29 Test 'Test Compose' (boot media testing) Wed 2009-09-23 Wed 2009-09-30 Mass Branching Mon 2009-09-28 Mon 2009-09-28 End of Alpha Testing Tue 2009-09-29 Tue 2009-09-29 Final (Beta) Freeze: Development Code Complete Tue 2009-09-29 Tue 2009-09-29 Deliver features < 100% to FESCo Wed 2009-09-30 Wed 2009-09-30 Compose Beta Candidate Thu 2009-10-01 Thu 2009-10-01 Test Beta Candidate Thu 2009-10-01 Thu 2009-10-08 Beta Blocker Day (F12Beta) #4 Fri 2009-10-02 Fri 2009-10-02 Beta Blocker Bug (go/no go) Mon 2009-10-05 Mon 2009-10-05 Beta Project Wide Release Readiness Meeting Wed 2009-10-07 Wed 2009-10-07 Start Stage & Sync Beta to Mirrors Thu 2009-10-08 Thu 2009-10-08 Stage & Sync Beta to Mirrors Thu 2009-10-08 Tue 2009-10-13 Beta Export Control Reporting Fri 2009-10-09 Fri 2009-10-09 Beta Release Public Availability Tue 2009-10-13 Tue 2009-10-13 Beta Testing Tue 2009-10-13 Mon 2009-10-26 I realize the formatting of these emails is not pretty if your email reader uses a proportional font. The mail archives are worse, for example https://www.redhat.com/archives/fedora-trans-list/2009-September/msg00082.html Right now I'm using a simple python script to parse and add spaces to a CSV file created by TaskJuggler. Let me know if there are any ideas for fixing this. Thanks, John From mschwendt at gmail.com Tue Sep 29 17:12:40 2009 From: mschwendt at gmail.com (Michael Schwendt) Date: Tue, 29 Sep 2009 19:12:40 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> Message-ID: <20090929191240.047f24d4@faldor.intranet> On Tue, 29 Sep 2009 17:43:38 +0200, Nicolas wrote: > Le Mar 29 septembre 2009 17:26, Jason L Tibbitts III a ?crit : > > > >>>>>> "SSF" == Stefan Schulze Frielinghaus writes: > > > > SSF> https://fedoraproject.org/wiki/Packaging/NamingGuidelines#Separators > > SSF> "When naming packages for Fedora, the maintainer must use the dash > > SSF> '-' as the delimiter for name parts. The maintainer must NOT use an > > SSF> underscore '_', a plus '+', or a period '.' as a delimiter" unless > > SSF> indicated by the few exceptions underneath. > > > > "delimiter for name parts". That doesn't say a period is invalid in a > > package name, because it's explicitly listed as valid at the top of the > > document. The section you quote indicates why we have "foo-devel" and > > "perl-Foo-Bar" instead of "foo.devel" and "perl.Foo.Bar". > > I don't think the list of examples right below this ? supports your view > (and actually I do believe the list of existing infringing packages is small enough renaming them > would have been worth removing any future package confusion) The delimiter is implicit anyway for an ordinary %package foo sub-package definition which results in %{name}-foo without that the packager needs to decide on using '-' or '.' anywhere. As opposed to doing it explicitly %package -n something.foo for a sub-package. [...] Why does it need an exception for locale packages? https://fedoraproject.org/wiki/Packaging/NamingGuidelines#AddonLocale "If a package adds a locale to an existing parent package, then it can use an underscore in the locale." Examples: ttfonts-zh_TW (adds zh_TW locale fonts in ttfonts family) ttfonts-zh_CN (adds zh_CN locale fonts in ttfonts family) That's the typical "parent-child" scheme, with the locale being a "name part". Why does it need an exception for an underscore in the child name? The underscore here is no "name parts" delimiter, but part of an ordinary package name. From jkeating at j2solutions.net Tue Sep 29 17:16:38 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 29 Sep 2009 10:16:38 -0700 Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: <20090929161337.GM5260@hansolo.jdub.homelinux.org> References: <4AC224BD.3060707@redhat.com> <20090929161337.GM5260@hansolo.jdub.homelinux.org> Message-ID: <1254244598.2303.7.camel@localhost.localdomain> On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: > Rawhide is still based on dist-f12. We have no cute name for > dist-f13. Futurehide -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Tue Sep 29 17:19:34 2009 From: skvidal at fedoraproject.org (Seth Vidal) Date: Tue, 29 Sep 2009 13:19:34 -0400 (EDT) Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: <1254244598.2303.7.camel@localhost.localdomain> References: <4AC224BD.3060707@redhat.com> <20090929161337.GM5260@hansolo.jdub.homelinux.org> <1254244598.2303.7.camel@localhost.localdomain> Message-ID: On Tue, 29 Sep 2009, Jesse Keating wrote: > On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: >> Rawhide is still based on dist-f12. We have no cute name for >> dist-f13. > > Futurehide > I expect that to be the name of a scifi book published by ToR -sv From jarod at redhat.com Tue Sep 29 17:18:14 2009 From: jarod at redhat.com (Jarod Wilson) Date: Tue, 29 Sep 2009 13:18:14 -0400 Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: <1254244598.2303.7.camel@localhost.localdomain> References: <4AC224BD.3060707@redhat.com> <20090929161337.GM5260@hansolo.jdub.homelinux.org> <1254244598.2303.7.camel@localhost.localdomain> Message-ID: <4AC24156.4010704@redhat.com> On 09/29/2009 01:16 PM, Jesse Keating wrote: > On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: >> Rawhide is still based on dist-f12. We have no cute name for >> dist-f13. > > Futurehide Runandhide -- Jarod Wilson jarod at redhat.com From limb at jcomserv.net Tue Sep 29 17:29:38 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 29 Sep 2009 12:29:38 -0500 Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: References: <4AC224BD.3060707@redhat.com> <20090929161337.GM5260@hansolo.jdub.homelinux.org> <1254244598.2303.7.camel@localhost.localdomain> Message-ID: <4AC24402.40206@jcomserv.net> Seth Vidal wrote: > > > On Tue, 29 Sep 2009, Jesse Keating wrote: > >> On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: >>> Rawhide is still based on dist-f12. We have no cute name for >>> dist-f13. >> >> Futurehide >> > > I expect that to be the name of a scifi book published by ToR > > -sv > Yeah, but a movie then gives us the theme song. Tag 'em up, build 'em out, bodhi-client, mash it down, yum update -y, futurehide! -- in your fear, seek only peace in your fear, seek only love -d. bowie From awilliam at redhat.com Tue Sep 29 17:33:32 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 29 Sep 2009 10:33:32 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <20090929131522.GA1151346@hiwaay.net> References: <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> <3668e9f50909290515q3ff3e34bp37744b197f2188a8@mail.gmail.com> <20090929131522.GA1151346@hiwaay.net> Message-ID: <1254245612.2862.29.camel@adam.local.net> On Tue, 2009-09-29 at 08:15 -0500, Chris Adams wrote: > Once upon a time, Josephine Tannh??user said: > > 2009/9/29 Rahul Sundaram > > > Bundling a library is not ideal but removing rsync would be a extreme step. > > I believe this isn't a technical problem, more a psychological one. Fedora > > is a (software) technic orientated project, or? > > Since rsync is used in the distribution of Fedora, removing it _would_ > be a technical problem. and the reason we (QA) want it added to Fedora is so we can use it in the distribution of Fedora... (we want to use it to allow people to reduce the size of nightly live image downloads). The point is that the initial meeting specified that neither rsync nor zsync would be allowed to use an internal copy of zlib. Yet rsync is still using one, zsync is still apparently not allowed in, and no-one wants to do anything about it but argue. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From awilliam at redhat.com Tue Sep 29 17:45:57 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 29 Sep 2009 10:45:57 -0700 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <200909291703.55030.jreznik@redhat.com> References: <200909291703.55030.jreznik@redhat.com> Message-ID: <1254246357.2862.32.camel@adam.local.net> On Tue, 2009-09-29 at 17:03 +0200, Jaroslav Reznik wrote: > Hi! > We, KDE SIG, are considering which backend should be default for Phonon in > Fedora. Seems like it's not easy to agree on final decision @ KDE SIG meetings, > we'd like to summarize what's the problem, some backends facts (please correct > me, comment, add, etc.) and we'd like to hear comments from outer KDE SIG > universe, from you, Fedora developers & users, too. > > First question is which Phonon use - there are two actually - one is part of > Qt, one is part of KDE. > > Upstream recommends building/packaging phonon from qt, and building/packaging > backends separately. > > Some backends facts... > > GStreamer backend facts: > * now default one in Fedora (F12, rawhide) > * GStreamer is Fedora's default multimedia framework > - better support from Fedora side? (PA, releases) > * Phonon backend not as mature as Xine one > - missing functionality It would help to note exactly what functionality is still missing with the gstreamer backend. Last time I dealt with this issue was around KDE 4.0 / 4.1 in Mandriva, at which point the gstreamer backend still had significant problems, such as being entirely unable to play audio CDs. My take on this issue would depend to quite some extent on the significance of the remaining functionality gap between gstreamer and xine backends. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From rjones at redhat.com Tue Sep 29 18:01:10 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 29 Sep 2009 19:01:10 +0100 Subject: rawhide report: 20090929 changes In-Reply-To: <20090929155734.GA5096@releng2.fedora.phx.redhat.com> References: <20090929155734.GA5096@releng2.fedora.phx.redhat.com> Message-ID: <20090929180110.GA14190@amd.home.annexia.org> On Tue, Sep 29, 2009 at 03:57:34PM +0000, Rawhide Report wrote: > ocaml-cairo-1.2.0.cvs20080301-10.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 > ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 > ocaml-camlimages-3.0.1-11.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 > ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GDraw) = 0:1cec90246740aa7ee40aa16bee922301 > ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GdkEvent) = 0:e26b8dad95d4063101853aa65730fd2e > ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gdk) = 0:55ef19f3e95d047e0df14bf67c011114 > ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(Gtk) = 0:8d7ac7453a17a1195bd20bde26127c45 > ocaml-ocamlnet-2.2.9-14.fc12.i686 requires ocaml(GObj) = 0:1b90b109f84f92fa1ea43ba1b520406f Sorry, this was an accident - I meant to update it in F-13 only. Nevertheless ... It happened and the new version is just an incremental bugfix release, despite the large apparent bump in the version number. I've now rebuilt the packages above in F-12 and F-13. 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 awilliam at redhat.com Tue Sep 29 18:10:16 2009 From: awilliam at redhat.com (Adam Williamson) Date: Tue, 29 Sep 2009 11:10:16 -0700 Subject: Heads up: net-snmp soname bump in rawhide In-Reply-To: References: <4AC224BD.3060707@redhat.com> <20090929161337.GM5260@hansolo.jdub.homelinux.org> <1254244598.2303.7.camel@localhost.localdomain> Message-ID: <1254247816.2862.36.camel@adam.local.net> On Tue, 2009-09-29 at 13:19 -0400, Seth Vidal wrote: > > On Tue, 29 Sep 2009, Jesse Keating wrote: > > > On Tue, 2009-09-29 at 12:13 -0400, Josh Boyer wrote: > >> Rawhide is still based on dist-f12. We have no cute name for > >> dist-f13. > > > > Futurehide > > > > I expect that to be the name of a scifi book published by ToR whereas if it were published by Baen it would be Futurehide War: A Stony McJawline Adventure? Ahh, good to find someone to share sf book geek jokes with :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From a.badger at gmail.com Tue Sep 29 19:37:10 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 12:37:10 -0700 Subject: [Fedora-packaging] Exemption for bundling local copy of system library? In-Reply-To: <615c05430909291137t633f4764jaa10737d27caeca4@mail.gmail.com> References: <615c05430909291137t633f4764jaa10737d27caeca4@mail.gmail.com> Message-ID: <4AC261E6.8000704@gmail.com> On 09/29/2009 11:37 AM, Michel Alexandre Salim wrote: > Hi, > > Oolite is currently undergoing review, and a > stumbling block is in its use of its own copy of libjs. An upstream > developer is participating in the review and has a clear explanation > for the rationale: > > https://bugzilla.redhat.com/show_bug.cgi?id=459211 > > libjs is not exposed to any network interfaces, so the risk is > probably quite low -- the alternative is to wait until xulrunner 2.0 > is released (the previous stable version has problems in its scripting > mechanism and most third-party add-ons for Oolite do not work on it > anymore. > > Would it be alright in this case to bundle libjs? > I would argue no. The guidelines are written to apply to all libraries except with very limited exceptions to keep this from happening because security vulnerabilities are not limited to network facing code, suid code, or any other class that we've been able to identify. The libz vulnerability many years ago is the classic example of this. Many programs were embedding libz, many statically. When a security vulnerability in libz was discovered, we had to find all of those programs, remove the vulnerable library, patch any code that didn't work with the newer version, and rebuild all of those packages. This is not what you want to do when you are in the time-constrained situation of putting out a zero day update to the code. The statement that libjsis not exposed to the network is also not a guarantee that security problems will be low-impact on several counts: 1) Libraries in C can cause problems in unrelated sections of code because they can access memory directly. Sometimes this can lead to very bad exploits (especially in code with enhanced privileges), other times it is the first step for an attacker to look for other programs on your machine that are vulnerable to other sorts of attacks. 2) """Libjs is used to run local user-installed scripts (as parts of expansion packs) only""". Although libjs may not retrieve scripts directly from the network, it is definitely handling data of foreign origin. If I download an expansion pack because I saw a review that made it look really cool and then run it, I am exposing libjs to that code from a random source. If there were a buffer overflow in libjs and someone realized that OOList contains its own copy of libjs, they could try to craft an expansion pack that takes advantage of that fact. And it's probably premature to go to FESCo with this. Firefox does not use the system libjs.so. So you should find out if the spidermonkey maintainer is willing to compile with JS_C_STRINGS_ARE_UTF8. At present the only depending package I see is mediatomb so this might be the best option. Also note, it sounds like Oolite is updating to js-1.80 -- that's currently at rc1, not an actual release. You'll need to work with the js maintainer and make sure that that is okay as well. > PS the "no bundled libraries" draft > (http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries) does > not clearly indicate which mailing list is to be used > The actual decision is a FESCo decision. That would be tracked in their trac instance. But FPC people are going to have input on it which would be here. Everyone on fedora-devel-list has 2 cents to put in on these cases but very few of them seem to want to look at the problems that arise with bundling libraries and propose solutions so it's easy to be mislead into thinking that something's acceptable because it's easy rather than likely to be denied because there's no basis to grant an exception. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From bernie at codewiz.org Tue Sep 29 20:10:39 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Tue, 29 Sep 2009 16:10:39 -0400 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <20090929123619.GA32687@antilopa-gnu> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> Message-ID: <1254255039.11626.121.camel@giskard> El Tue, 29-09-2009 a las 12:36 +0000, Aleksey Lim escribi?: > pygame and numpy are parts of Sugar Platform[1], at least for 0.84, > so, the right question is should these pakcages be a part of SP-0.86 > I guess +1 for both, since we have honey activities that are depend on > these packages. In Sugar shell 0.82, the only thing that numpy was providing was a bit matrix. In 0.82, we replaced it with faster and lighter C code in sugar-base, and it was a big performance win. I suspect the #1 usecase for numpy is to compensate for lack of good array support in Python. Questions: 1) are there lighter-weight alternatives for the most popular uses of numpy? 1) how many of the existing activities actually depend on numpy? 2) would it be hard to remove this dependency from them? 3) Should we define a policy for deprecating components of the Sugar Platform in new revisions? All evolving standards need to find a balance between new features with old feature removal to avoid unbounded bloat. 4) Even if numpy is going to stay around for the Sugar Platform, could we remove it from Pippy and other core activities to save resources and allow shipping lighter weight live distros? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From pbrobinson at gmail.com Tue Sep 29 20:19:00 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 29 Sep 2009 21:19:00 +0100 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <1254255039.11626.121.camel@giskard> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> <1254255039.11626.121.camel@giskard> Message-ID: <5256d0b0909291319x455cdd3bs946cab8dfc3ab212@mail.gmail.com> On Tue, Sep 29, 2009 at 9:10 PM, Bernie Innocenti wrote: > El Tue, 29-09-2009 a las 12:36 +0000, Aleksey Lim escribi?: >> pygame and numpy are parts of Sugar Platform[1], at least for 0.84, >> so, the right question is should these pakcages be a part of SP-0.86 >> I guess +1 for both, since we have honey activities that are depend on >> these packages. > > In Sugar shell 0.82, the only thing that numpy was providing was a bit > matrix. ?In 0.82, we replaced it with faster and lighter C code in > sugar-base, and it was a big performance win. > > I suspect the #1 usecase for numpy is to compensate for lack of good > array support in Python. > > > Questions: > > 1) are there lighter-weight alternatives for the most popular uses of > numpy? > > 1) how many of the existing activities actually depend on numpy? A quick repo query gives me pippy and sugar-speak in the fedora repo. Peter From michael.silvanus at gmail.com Tue Sep 29 20:35:46 2009 From: michael.silvanus at gmail.com (Michel Alexandre Salim) Date: Tue, 29 Sep 2009 16:35:46 -0400 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <1254255039.11626.121.camel@giskard> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> <1254255039.11626.121.camel@giskard> Message-ID: <615c05430909291335p2044a2a2x248caa02d1e6deaa@mail.gmail.com> On Tue, Sep 29, 2009 at 4:10 PM, Bernie Innocenti wrote: > El Tue, 29-09-2009 a las 12:36 +0000, Aleksey Lim escribi?: > I suspect the #1 usecase for numpy is to compensate for lack of good > array support in Python. > > > Questions: > > 1) are there lighter-weight alternatives for the most popular uses of > numpy? How about numarray? $ rpm -q --requires python-numarray /bin/sh /usr/bin/env libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libm.so.6()(64bit) libm.so.6(GLIBC_2.2.5)(64bit) libpthread.so.0()(64bit) libpython2.6.so.1.0()(64bit) python(abi) = 2.6 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PartialHardlinkSets) <= 4.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) <= 5.2-1 > 1) how many of the existing activities actually depend on numpy? Peter answered this > 2) would it be hard to remove this dependency from them? I seem to recall several Python apps moving from numpy to numarray in the past, so it should be doable. If we want to do this, we should probably create a tracker bug in Bugzilla. > 3) Should we define a policy for deprecating components of the Sugar > Platform in new revisions? ?All evolving standards need to find a > balance between new features with old feature removal to avoid unbounded > bloat. That sounds reasonable. Like "new activities using numpy will not be accepted"? If the porting work from numpy to numarray is documented, this should be linked to from the policy as well, so that people can adapt their activities. > 4) Even if numpy is going to stay around for the Sugar Platform, could > we remove it from Pippy and other core activities to save resources and > allow shipping lighter weight live distros? Probably a good thing to do, yes. Regards, -- Michel Alexandre Salim From bernie at codewiz.org Tue Sep 29 20:42:37 2009 From: bernie at codewiz.org (Bernie Innocenti) Date: Tue, 29 Sep 2009 16:42:37 -0400 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <4AC26D2C.1000004@fas.harvard.edu> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> <1254255039.11626.121.camel@giskard> <4AC26D2C.1000004@fas.harvard.edu> Message-ID: <1254256957.11626.131.camel@giskard> El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribi?: > Bernie Innocenti wrote: > > 1) are there lighter-weight alternatives for the most popular uses of > > numpy? > > No. It has no competition, and is used by virtually every program that > uses python and performs array manipulation. I think it would probably be > part of the python standard library except for political issues (now > mostly resolved). It's not used as much as you think: 1!bernie at giskard:~$ LANG=C rpm -e numpy error: Failed dependencies: numpy is needed by (installed) pygame-1.8.1-7.fc12.x86_64 bernie at giskard:~$ rpm -qa | grep python | wc -l 93 It's also one of the worst startup time offenders I've ever seen in Python: with hot caches, it takes 300ms on a fast computer (~2 seconds on an XO). A lot longer if you have to actually fetch it from disk along with its unique dependencies. > > 2) would it be hard to remove this dependency from them? > > Yes. Numpy provides high-speed math for python. high-speed *advanced* math functions. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ From kevin.kofler at chello.at Tue Sep 29 20:46:11 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Tue, 29 Sep 2009 22:46:11 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> Message-ID: Lennart Poettering wrote: > Uh. Nokia stands pretty firmly behind gst. As do most embedded folks. Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), not so much. They're currently using it, but there are people working on the Qt Mobility project talking about replacing Phonon with something else (another abstraction layer, again around native backends (GStreamer in the GNU/Linux case), I really don't see what the advantage would be over Phonon). Kevin Kofler From pbrobinson at gmail.com Tue Sep 29 20:46:59 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 29 Sep 2009 21:46:59 +0100 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <1254256957.11626.131.camel@giskard> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> <1254255039.11626.121.camel@giskard> <4AC26D2C.1000004@fas.harvard.edu> <1254256957.11626.131.camel@giskard> Message-ID: <5256d0b0909291346w65c102fapc5735a77fe5bb7cb@mail.gmail.com> On Tue, Sep 29, 2009 at 9:42 PM, Bernie Innocenti wrote: > El Tue, 29-09-2009 a las 16:25 -0400, Benjamin M. Schwartz escribi?: >> Bernie Innocenti wrote: >> > 1) are there lighter-weight alternatives for the most popular uses of >> > numpy? >> >> No. ?It has no competition, and is used by virtually every program that >> uses python and performs array manipulation. ?I think it would probably be >> part of the python standard library except for political issues (now >> mostly resolved). > > It's not used as much as you think: > > 1!bernie at giskard:~$ LANG=C rpm -e numpy > error: Failed dependencies: > ? ? ? ?numpy is needed by (installed) pygame-1.8.1-7.fc12.x86_64 > bernie at giskard:~$ rpm -qa | grep python | wc -l > 93 On a standard SoaS install unfortunately that is completely useless because of course .xo files have no dependency tracking so it only covers the few packages that are rpms. Of course if the rpm format was used the dep tracking would be easy :-D Peter From a.badger at gmail.com Tue Sep 29 20:45:19 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 13:45:19 -0700 Subject: sugar-pippy dependencies In-Reply-To: <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> References: <1254187997.11626.14.camel@giskard> <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> Message-ID: <4AC271DF.4080403@gmail.com> On 09/29/2009 12:51 AM, Peter Robinson wrote: > On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti wrote: >> Hello, >> >> the sugar-pippy rpm in Fedora depends on pygame, which is used by some >> of the examples. >> >> So far, so good, but pygame in turn depends on numpy, a 7.7MB package >> which a lot of huge dependencies such as atlas (11MB), libgfortran >> (1MB), blas (700KB) and python-nose (1MB). >> >> The rest of Sugar is now free of numpy, so it would be good if we could >> get rid of it completely. One quick solution would be splitting the >> problematic examples to a sugar-pippy-examples-extra package. >> >> Another possibility -- probably the cleanest -- would be splitting the >> optional classes surfarray and sndarray to a subpackage of pygame. > > The numpy dep issue was discussed on fedora-devel a while ago and I > thought they were going to split the specific bit of numpy that > depended on atlas et al out into a separate package. I was of the > understanding that this had already been done. > I admit I'm not following sugar and numpy discussions too closely so I might have missed it but I don't remember this. I do remember talking about removing the numpy dependency from pygtk because it dragged in atlas, et al and was only used by a single pygtk function. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From nicolas.mailhot at laposte.net Tue Sep 29 20:51:52 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 29 Sep 2009 22:51:52 +0200 Subject: Removing provide statement from an existing spec file In-Reply-To: <1254238945.2510.93.camel@localhost> References: <1254227526.2510.51.camel@localhost> <1254236110.2510.66.camel@localhost> <1254238945.2510.93.camel@localhost> Message-ID: <9b74d43386ef705ab28cdbb168be5dc9.squirrel@arekh.dyndns.org> Le Mar 29 septembre 2009 17:42, Stefan Schulze Frielinghaus a ?crit : > Right. I was in doubt if the provide statement was/is really fine, so I > wanted to clarify this. Also package naming guidelines do not apply to provides. FPC has even explicitely used the "just stuff it in provides" argument to refuse changes in package naming conventions -- Nicolas Mailhot From pbrobinson at gmail.com Tue Sep 29 20:52:03 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 29 Sep 2009 21:52:03 +0100 Subject: sugar-pippy dependencies In-Reply-To: <4AC271DF.4080403@gmail.com> References: <1254187997.11626.14.camel@giskard> <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> <4AC271DF.4080403@gmail.com> Message-ID: <5256d0b0909291352w269b1053i2917cbfc83493843@mail.gmail.com> On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi wrote: > On 09/29/2009 12:51 AM, Peter Robinson wrote: >> On Tue, Sep 29, 2009 at 2:33 AM, Bernie Innocenti wrote: >>> Hello, >>> >>> the sugar-pippy rpm in Fedora depends on pygame, which is used by some >>> of the examples. >>> >>> So far, so good, but pygame in turn depends on numpy, a 7.7MB package >>> which a lot of huge dependencies such as atlas (11MB), libgfortran >>> (1MB), blas (700KB) and python-nose (1MB). >>> >>> The rest of Sugar is now free of numpy, so it would be good if we could >>> get rid of it completely. ?One quick solution would be splitting the >>> problematic examples to a sugar-pippy-examples-extra package. >>> >>> Another possibility -- probably the cleanest -- would be splitting the >>> optional classes surfarray and sndarray to a subpackage of pygame. >> >> The numpy dep issue was discussed on fedora-devel a while ago and I >> thought they were going to split the specific bit of numpy that >> depended on atlas et al out into a separate package. I was of the >> understanding that this had already been done. >> > > I admit I'm not following sugar and numpy discussions too closely so I > might have missed it but I don't remember this. ?I do remember talking > about removing the numpy dependency from pygtk because it dragged in > atlas, et al and was only used by a single pygtk function. I remember that as well but at least with a quick repoquery (I might have got it wrong) it looks like the dependency is still there. Not sure what happened to the fix. Peter From a.badger at gmail.com Tue Sep 29 21:02:59 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 14:02:59 -0700 Subject: sugar-pippy dependencies In-Reply-To: <5256d0b0909291352w269b1053i2917cbfc83493843@mail.gmail.com> References: <1254187997.11626.14.camel@giskard> <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> <4AC271DF.4080403@gmail.com> <5256d0b0909291352w269b1053i2917cbfc83493843@mail.gmail.com> Message-ID: <4AC27603.3060405@gmail.com> On 09/29/2009 01:52 PM, Peter Robinson wrote: > On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi wrote: >> I admit I'm not following sugar and numpy discussions too closely so I >> might have missed it but I don't remember this. I do remember talking >> about removing the numpy dependency from pygtk because it dragged in >> atlas, et al and was only used by a single pygtk function. > > I remember that as well but at least with a quick repoquery (I might > have got it wrong) it looks like the dependency is still there. Not > sure what happened to the fix. Was that on F-11 or rawhide? I downloaded the pygtk2 package from rawhide and it looks fixed. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From pbrobinson at gmail.com Tue Sep 29 21:11:15 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 29 Sep 2009 22:11:15 +0100 Subject: sugar-pippy dependencies In-Reply-To: <4AC27603.3060405@gmail.com> References: <1254187997.11626.14.camel@giskard> <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> <4AC271DF.4080403@gmail.com> <5256d0b0909291352w269b1053i2917cbfc83493843@mail.gmail.com> <4AC27603.3060405@gmail.com> Message-ID: <5256d0b0909291411k5040223bo939ba1187c10111f@mail.gmail.com> On Tue, Sep 29, 2009 at 10:02 PM, Toshio Kuratomi wrote: > On 09/29/2009 01:52 PM, Peter Robinson wrote: >> On Tue, Sep 29, 2009 at 9:45 PM, Toshio Kuratomi wrote: > >>> I admit I'm not following sugar and numpy discussions too closely so I >>> might have missed it but I don't remember this. ?I do remember talking >>> about removing the numpy dependency from pygtk because it dragged in >>> atlas, et al and was only used by a single pygtk function. >> >> I remember that as well but at least with a quick repoquery (I might >> have got it wrong) it looks like the dependency is still there. Not >> sure what happened to the fix. > > Was that on F-11 or rawhide? ?I downloaded the pygtk2 package from > rawhide and it looks fixed. rawhide, I think the numpy support was just dropped from pygtk2 as opposed to fixing the dependencies in numpy themselves. numpy still depends on atlas and various other stuff. I'm not sure what the impact of either changes are, I'd have to dig back through archives to find the thread. Peter From a.badger at gmail.com Tue Sep 29 21:17:22 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 14:17:22 -0700 Subject: sugar-pippy dependencies In-Reply-To: <5256d0b0909291411k5040223bo939ba1187c10111f@mail.gmail.com> References: <1254187997.11626.14.camel@giskard> <5256d0b0909290051v4fe082b6lc299d7ac22c188a@mail.gmail.com> <4AC271DF.4080403@gmail.com> <5256d0b0909291352w269b1053i2917cbfc83493843@mail.gmail.com> <4AC27603.3060405@gmail.com> <5256d0b0909291411k5040223bo939ba1187c10111f@mail.gmail.com> Message-ID: <4AC27962.1070800@gmail.com> On 09/29/2009 02:11 PM, Peter Robinson wrote: > rawhide, I think the numpy support was just dropped from pygtk2 as > opposed to fixing the dependencies in numpy themselves. numpy still > depends on atlas and various other stuff. I'm not sure what the impact > of either changes are, I'd have to dig back through archives to find > the thread. > Yep, this is what I remember the outcome of the thread being. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From SteveD at redhat.com Tue Sep 29 21:33:15 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 17:33:15 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen Message-ID: <4AC27D1B.4010803@RedHat.com> Hello, As part of the https://fedoraproject.org/wiki/Features/NFSv4Default feature I am one commit away from changing the default protocol version NFS will be using (or at least trying to use). What does this means to you? Hopefully nothing! In theory this should be a very seamless transition but with all new technology there will be (and are) some rough spots. Why are make the change? See the NFSv4Default wiki for details, but in a nutshell: * Better performance - V4 is now a stateful protocol. Meaning the server keeps state on all the clients access a particular file or directory. This allows the server to give out delegations (or leases) which in turn allows the client to aggressive cache both data and meta data locally * Firewall Friendly- With v4 only one port is used 2049 for all traffic including mounting and file locking. * Finally it enables us use upcoming minor releases of the the protocol. NFS version 4.1 and pNFS are two example of upcoming minor releases. FYI, V4 was introduced in Fedora Core 2 so it has been around for a while. I personally have been using it for my home directory for a couple years now.. For more of the nitty gritty details see http://www.iaps.com/NFSv4-new-features.html That's the good news... Here is the bad.... Because the mount command will try NFS v4 first, mounts to older Linux servers will start failing like: # mount linux-server:/export /mnt mount.nfs: mounting linux-server:/export failed, reason given by server: No such file or directory This is due to a defect in the Linux server exporting code, which is fixed in F-12, *but* there are a number of workarounds On the server (Which is suggested): * Add the following entry to the /etc/exports file: / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. On the client, go back to v3 mounts by doing one of the following: * Add -o v3 to command line, similar to: mount linux-server:/export /mnt * Change the default mount version in the new /etc/nfsmount.conf file by uncommenting the Nfsvers=3 setting in the 'NFSMount_Global_Options' section. See nfsmount.conf(5) man page for details. The diff would look like: --- /etc/nfsmount.conf 2009-09-29 16:58:13.000000000 -0400 +++ /tmp/nfsmount.conf 2009-09-29 16:56:04.000000000 -0400 @@ -29,7 +29,7 @@ # options that can be applied on all NFS mount. # # Protocol Version [2,3,4] -#Nfsvers=3 +Nfsvers=3 # Network Transport [Udp,Tcp,Rdma] # Proto=Tcp # steved. From jreiser at bitwagon.com Tue Sep 29 21:40:38 2009 From: jreiser at bitwagon.com (John Reiser) Date: Tue, 29 Sep 2009 14:40:38 -0700 Subject: Upcoming Fedora 12 Development/Release Engineering Tasks In-Reply-To: <4AC23EB3.5020706@redhat.com> References: <4AC23EB3.5020706@redhat.com> Message-ID: <4AC27ED6.60302@bitwagon.com> On 09/29/2009 10:06 AM, John Poelstra wrote: > Upcoming Fedora 12 Development/Release Engineering Tasks <> > I realize the formatting of these emails is not pretty if your email > reader uses a proportional font. The mail archives are worse ... > Let me know if there are any ideas for fixing this. Begin each pre-formatted line with a space. Some programs understand "\n " [newline space] as "stop filling this line; begin a new line". Put the columns with [mostly] fixed-width data [in this case, the dates] on the left, with the variable-width info [the task description] on the right. Some variable-width fonts have the same width for all digits, which helps to preserve columns of numbers. Some mailers have an option to send both text and html. -- From jkeating at redhat.com Tue Sep 29 21:43:11 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 14:43:11 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC27D1B.4010803@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> Message-ID: <1254260591.2303.20.camel@localhost.localdomain> On Tue, 2009-09-29 at 17:33 -0400, Steve Dickson wrote: > Buyer Beware: A Major Change in NFS is about to happen Which means you're about a month too late in making it for Fedora 12. Please reconsider making this change, as we're /well/ past the Feature freeze, and since your package(s) are already branched for F-12/ you can make this change on devel/ only and target F-13. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From SteveD at redhat.com Tue Sep 29 21:52:32 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 17:52:32 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <1254260591.2303.20.camel@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> Message-ID: <4AC281A0.2090009@RedHat.com> On 09/29/2009 05:43 PM, Jesse Keating wrote: > On Tue, 2009-09-29 at 17:33 -0400, Steve Dickson wrote: >> Buyer Beware: A Major Change in NFS is about to happen > > Which means you're about a month too late in making it for Fedora 12. > Please reconsider making this change, as we're /well/ past the Feature > freeze, and since your package(s) are already branched for F-12/ you can > make this change on devel/ only and target F-13. I thought today was the dead line... http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html Plus all the kernel parts and the user level code have been in placed for a few months... it already to go... steved. From mzerqung at 0pointer.de Tue Sep 29 22:11:21 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 30 Sep 2009 00:11:21 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> Message-ID: <20090929221121.GB2896@tango.0pointer.de> On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Lennart Poettering wrote: > > Uh. Nokia stands pretty firmly behind gst. As do most embedded folks. > > Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), not > so much. They're currently using it, but there are people working on the Qt > Mobility project talking about replacing Phonon with something else (another > abstraction layer, again around native backends (GStreamer in the GNU/Linux > case), I really don't see what the advantage would be over Phonon). Haha. So the major 'advantage' of Phonon that it would allow replacing the backends as time progresses without breaking the KDE apps using them now officially is proven to be bogus. The KDE/Qt folks were so afraid of a media engine breaking API so that they created their abstraction thing and now break API of that one more often then the media engines themselves do. Do I hear an "I told you so!"? Abstractionitis is an illness, not a remedy. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From jkeating at redhat.com Tue Sep 29 22:11:57 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 15:11:57 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC281A0.2090009@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> Message-ID: <1254262317.2303.23.camel@localhost.localdomain> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: > I thought today was the dead line... > http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > > Plus all the kernel parts and the user level code have been in placed for > a few months... it already to go... > It was the deadline to be "100%" complete with all the bugfixes, etc.. All those features had to be testable as of the Alpha freeze, and it sounds like yours wasn't. What I'm trying to prevent here is a surprise in the final release where suddenly tonnes of systems can't mount anymore and we have to scramble to revert the change or do more fixing. We've already seen two changes that were thought to be "OK" cause havoc in some of our most critical packages and processes. I'd like to not repeat that. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Tue Sep 29 22:13:59 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 15:13:59 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC281A0.2090009@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> Message-ID: <1254262439.2303.25.camel@localhost.localdomain> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: > I thought today was the dead line... > > http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html I should mention that Beta is the deadline to have the code in what we think is the final state, baring any glaring bugs, not a point to enable experimental code/settings for further experimentation. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From SteveD at redhat.com Tue Sep 29 22:21:35 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 18:21:35 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <1254262439.2303.25.camel@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> Message-ID: <4AC2886F.9070708@RedHat.com> On 09/29/2009 06:13 PM, Jesse Keating wrote: > On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: >> I thought today was the dead line... >> >> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > > I should mention that Beta is the deadline to have the code in what we > think is the final state, baring any glaring bugs, not a point to enable > experimental code/settings for further experimentation. This is in the final state... its been a 18 month effort to get this accepted by upstream... At the end of the day, I was just following the rules that were deemed by that email and a number of earlier ones... I'm a bit dumbfound... steved. From orion at cora.nwra.com Tue Sep 29 22:43:02 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 29 Sep 2009 16:43:02 -0600 Subject: [Sugar-devel] sugar-pippy dependencies In-Reply-To: <615c05430909291335p2044a2a2x248caa02d1e6deaa@mail.gmail.com> References: <1254187997.11626.14.camel@giskard> <20090929123619.GA32687@antilopa-gnu> <1254255039.11626.121.camel@giskard> <615c05430909291335p2044a2a2x248caa02d1e6deaa@mail.gmail.com> Message-ID: <4AC28D76.8010105@cora.nwra.com> On 09/29/2009 02:35 PM, Michel Alexandre Salim wrote: > On Tue, Sep 29, 2009 at 4:10 PM, Bernie Innocenti wrote: >> El Tue, 29-09-2009 a las 12:36 +0000, Aleksey Lim escribi?: >> Questions: >> >> 1) are there lighter-weight alternatives for the most popular uses of >> numpy? > How about numarray? http://www.stsci.edu/resources/software_hardware/numarray numarray is being phased out and replaced by numpy. STScI has migrated all of its software to use numpy, and the current release of stsci_python and STSDAS/TABLES uses numpy in place of numarray. -- 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 stickster at gmail.com Tue Sep 29 22:55:53 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Sep 2009 18:55:53 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2886F.9070708@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> Message-ID: <20090929225553.GW28169@localhost.localdomain> On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: > > > On 09/29/2009 06:13 PM, Jesse Keating wrote: > > On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: > >> I thought today was the dead line... > >> > >> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > > > > I should mention that Beta is the deadline to have the code in what we > > think is the final state, baring any glaring bugs, not a point to enable > > experimental code/settings for further experimentation. > This is in the final state... its been a 18 month effort to get this > accepted by upstream... > > At the end of the day, I was just following the rules that were deemed by > that email and a number of earlier ones... I'm a bit dumbfound... I think that what we need, Steve, is some sort of information about what testing has happened up to this point that satisfies FESCo that this change the equivalent of moving the needle from 99% complete to 100% complete, as opposed to moving from 90% complete to 91% complete (with testing being the last 9%). -- 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 From tonynelson at georgeanelson.com Tue Sep 29 23:01:42 2009 From: tonynelson at georgeanelson.com (Tony Nelson) Date: Tue, 29 Sep 2009 19:01:42 -0400 Subject: [Fedora-packaging] Exemption for bundling local copy of system library? In-Reply-To: <4AC261E6.8000704@gmail.com> (from a.badger@gmail.com on Tue Sep 29 15:37:10 2009) Message-ID: <1254265302.6949.1@localhost.localdomain> On 09-09-29 15:37:10, Toshio Kuratomi wrote: > I would argue no. The guidelines are written to apply to all > libraries except with very limited exceptions to keep this from > happening because security vulnerabilities are not limited to network > facing code, suid code, or any other class that we've been able to > identify. The libz vulnerability many years ago is the classic > example of this. Many programs were embedding libz, many statically. > When a security vulnerability in libz was discovered, we had to find > all of those programs, remove the vulnerable library, patch any code > that didn't work with the newer version, and rebuild all of those > packages. This is not what you want to do when you are in the time- > constrained situation of putting out a zero day update to the code. ... If the number of exceptional packages is kept small, and the exeptions were to Provide "private_libfoo" (for each "foo" lib), then would it be manageable enough? At least it would be easy to find the broken packages, though they would still need to be fixed. -- ____________________________________________________________________ TonyN.:' ' From SteveD at redhat.com Tue Sep 29 23:12:03 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 19:12:03 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090929225553.GW28169@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> Message-ID: <4AC29443.7030501@RedHat.com> On 09/29/2009 06:55 PM, Paul W. Frields wrote: > On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: >> >> >> On 09/29/2009 06:13 PM, Jesse Keating wrote: >>> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: >>>> I thought today was the dead line... >>>> >>>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >>> >>> I should mention that Beta is the deadline to have the code in what we >>> think is the final state, baring any glaring bugs, not a point to enable >>> experimental code/settings for further experimentation. >> This is in the final state... its been a 18 month effort to get this >> accepted by upstream... >> >> At the end of the day, I was just following the rules that were deemed by >> that email and a number of earlier ones... I'm a bit dumbfound... > > I think that what we need, Steve, is some sort of information about > what testing has happened up to this point that satisfies FESCo that > this change the equivalent of moving the needle from 99% complete to > 100% complete, as opposed to moving from 90% complete to 91% complete > (with testing being the last 9%). > Not a problem... I want to and will work closely with FESCo to make sure we know all the ins and outs of this change... believe me my slate is cleared for few weeks to be as responsive as possible for this new feature... In the end this will be a good thing... And I do apology for (unwittingly) spring this on everyone in such an unexpected way... But again, truly truly truly thought I was just following the development cycle that was laid out on the fedora-devel-announce list.. With all that said... Back to your point... What type of testing is done today on NFS and other File systems? Unfortunately I can not comment on a process I don't know about? steved. From stickster at gmail.com Tue Sep 29 23:16:20 2009 From: stickster at gmail.com (Paul W. Frields) Date: Tue, 29 Sep 2009 19:16:20 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC29443.7030501@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> Message-ID: <20090929231620.GA28169@localhost.localdomain> On Tue, Sep 29, 2009 at 07:12:03PM -0400, Steve Dickson wrote: > On 09/29/2009 06:55 PM, Paul W. Frields wrote: > > On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: > >> > >> > >> On 09/29/2009 06:13 PM, Jesse Keating wrote: > >>> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: > >>>> I thought today was the dead line... > >>>> > >>>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > >>> > >>> I should mention that Beta is the deadline to have the code in what we > >>> think is the final state, baring any glaring bugs, not a point to enable > >>> experimental code/settings for further experimentation. > >> This is in the final state... its been a 18 month effort to get this > >> accepted by upstream... > >> > >> At the end of the day, I was just following the rules that were deemed by > >> that email and a number of earlier ones... I'm a bit dumbfound... > > > > I think that what we need, Steve, is some sort of information about > > what testing has happened up to this point that satisfies FESCo that > > this change the equivalent of moving the needle from 99% complete to > > 100% complete, as opposed to moving from 90% complete to 91% complete > > (with testing being the last 9%). > > > Not a problem... I want to and will work closely with FESCo to make > sure we know all the ins and outs of this change... believe me my > slate is cleared for few weeks to be as responsive as possible > for this new feature... In the end this will be a good thing... [...snip...] I want to be perfectly clear that I'm not sounding an "all clear" on this by any means. If your answer here means that this change hasn't been thoroughly tested, you're going to have a hard time convincing anyone that it should be turning over on Beta freeze day. -- 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 From jkeating at j2solutions.net Tue Sep 29 23:29:12 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Tue, 29 Sep 2009 16:29:12 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090929231620.GA28169@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> Message-ID: <1254266952.2242.6.camel@localhost.localdomain> On Tue, 2009-09-29 at 19:16 -0400, Paul W. Frields wrote: > > > I think that what we need, Steve, is some sort of information > about > > > what testing has happened up to this point that satisfies FESCo > that > > > this change the equivalent of moving the needle from 99% complete > to > > > 100% complete, as opposed to moving from 90% complete to 91% > complete > > > (with testing being the last 9%). > > > > > Not a problem... I want to and will work closely with FESCo to make > > sure we know all the ins and outs of this change... believe me my > > slate is cleared for few weeks to be as responsive as possible > > for this new feature... In the end this will be a good thing... > [...snip...] > > I want to be perfectly clear that I'm not sounding an "all clear" on > this by any means. If your answer here means that this change hasn't > been thoroughly tested, you're going to have a hard time convincing > anyone that it should be turning over on Beta freeze day. Well Steve, obviously some testing had to be done right? You wouldn't change filesystem things without testing it, or else how would you know if it was successful or not? My main concern is with installer, installing from NFS shares from older servers, say RHEL5. How will anaconda handle mounting? Will there be odd errors that are difficult to figure out? Has this been tested in the anaconda environment at all? -- Jesse Keating RHCE (http://jkeating.livejournal.com) Fedora Project (http://fedoraproject.org/wiki/JesseKeating) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) identi.ca (http://identi.ca/jkeating) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From SteveD at redhat.com Tue Sep 29 23:35:09 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 19:35:09 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090929231620.GA28169@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> Message-ID: <4AC299AD.6070808@RedHat.com> On 09/29/2009 07:16 PM, Paul W. Frields wrote: > On Tue, Sep 29, 2009 at 07:12:03PM -0400, Steve Dickson wrote: >> On 09/29/2009 06:55 PM, Paul W. Frields wrote: >>> On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: >>>> >>>> >>>> On 09/29/2009 06:13 PM, Jesse Keating wrote: >>>>> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: >>>>>> I thought today was the dead line... >>>>>> >>>>>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >>>>> >>>>> I should mention that Beta is the deadline to have the code in what we >>>>> think is the final state, baring any glaring bugs, not a point to enable >>>>> experimental code/settings for further experimentation. >>>> This is in the final state... its been a 18 month effort to get this >>>> accepted by upstream... >>>> >>>> At the end of the day, I was just following the rules that were deemed by >>>> that email and a number of earlier ones... I'm a bit dumbfound... >>> >>> I think that what we need, Steve, is some sort of information about >>> what testing has happened up to this point that satisfies FESCo that >>> this change the equivalent of moving the needle from 99% complete to >>> 100% complete, as opposed to moving from 90% complete to 91% complete >>> (with testing being the last 9%). >>> >> Not a problem... I want to and will work closely with FESCo to make >> sure we know all the ins and outs of this change... believe me my >> slate is cleared for few weeks to be as responsive as possible >> for this new feature... In the end this will be a good thing... > [...snip...] > > I want to be perfectly clear that I'm not sounding an "all clear" on > this by any means. If your answer here means that this change hasn't > been thoroughly tested, you're going to have a hard time convincing > anyone that it should be turning over on Beta freeze day. > By no means did I interpret that at all... but here lies the problem... I had no idea I would have to convenience *anybody* of *anything* because I thought I made the dead line... again all following was the schedule in: http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html And Today I am %100 finished... Please point out which part of that did I misinterpret, because the last thing I want to do is cause problems... steved. From mmcgrath at redhat.com Tue Sep 29 23:52:38 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Tue, 29 Sep 2009 18:52:38 -0500 (CDT) Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC299AD.6070808@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> Message-ID: On Tue, 29 Sep 2009, Steve Dickson wrote: > On 09/29/2009 07:16 PM, Paul W. Frields wrote: > > On Tue, Sep 29, 2009 at 07:12:03PM -0400, Steve Dickson wrote: > >> On 09/29/2009 06:55 PM, Paul W. Frields wrote: > >>> On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: > >>>> > >>>> > >>>> On 09/29/2009 06:13 PM, Jesse Keating wrote: > >>>>> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: > >>>>>> I thought today was the dead line... > >>>>>> > >>>>>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > >>>>> > >>>>> I should mention that Beta is the deadline to have the code in what we > >>>>> think is the final state, baring any glaring bugs, not a point to enable > >>>>> experimental code/settings for further experimentation. > >>>> This is in the final state... its been a 18 month effort to get this > >>>> accepted by upstream... > >>>> > >>>> At the end of the day, I was just following the rules that were deemed by > >>>> that email and a number of earlier ones... I'm a bit dumbfound... > >>> > >>> I think that what we need, Steve, is some sort of information about > >>> what testing has happened up to this point that satisfies FESCo that > >>> this change the equivalent of moving the needle from 99% complete to > >>> 100% complete, as opposed to moving from 90% complete to 91% complete > >>> (with testing being the last 9%). > >>> > >> Not a problem... I want to and will work closely with FESCo to make > >> sure we know all the ins and outs of this change... believe me my > >> slate is cleared for few weeks to be as responsive as possible > >> for this new feature... In the end this will be a good thing... > > [...snip...] > > > > I want to be perfectly clear that I'm not sounding an "all clear" on > > this by any means. If your answer here means that this change hasn't > > been thoroughly tested, you're going to have a hard time convincing > > anyone that it should be turning over on Beta freeze day. > > > By no means did I interpret that at all... but here lies the > problem... I had no idea I would have to convenience *anybody* > of *anything* because I thought I made the dead line... again all > following was the schedule in: > http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > > And Today I am %100 finished... Please point out which part of that > did I misinterpret, because the last thing I want to do is cause problems... > Because we do seem to fight this problem every release. Was anyone else confused about when the deadline was? It seems very clear to me, on several occasions, when features needed to be in by. What more could we have done to make this more clear? I understand what that one email says, but there's several others that clarify. -Mike From SteveD at redhat.com Wed Sep 30 00:15:24 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 20:15:24 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <1254266952.2242.6.camel@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> Message-ID: <4AC2A31C.8090902@RedHat.com> On 09/29/2009 07:29 PM, Jesse Keating wrote: > On Tue, 2009-09-29 at 19:16 -0400, Paul W. Frields wrote: >>>> I think that what we need, Steve, is some sort of information >> about >>>> what testing has happened up to this point that satisfies FESCo >> that >>>> this change the equivalent of moving the needle from 99% complete >> to >>>> 100% complete, as opposed to moving from 90% complete to 91% >> complete >>>> (with testing being the last 9%). >>>> >>> Not a problem... I want to and will work closely with FESCo to make >>> sure we know all the ins and outs of this change... believe me my >>> slate is cleared for few weeks to be as responsive as possible >>> for this new feature... In the end this will be a good thing... >> [...snip...] >> >> I want to be perfectly clear that I'm not sounding an "all clear" on >> this by any means. If your answer here means that this change hasn't >> been thoroughly tested, you're going to have a hard time convincing >> anyone that it should be turning over on Beta freeze day. > > Well Steve, obviously some testing had to be done right? You wouldn't > change filesystem things without testing it, or else how would you know > if it was successful or not? Of course... testing has to be done... > > My main concern is with installer, installing from NFS shares from older > servers, say RHEL5. How will anaconda handle mounting? Will there be > odd errors that are difficult to figure out? Has this been tested in > the anaconda environment at all? This issue is this... when the the F12 does a mount to a linux server and that linux server is *not* configured with a "/ *(ro,fsid=0)" export, the mount will fail with ENOENT (or No such file or directory). If the server does have that export, things will work as expected... So my advice is to added that one line to your rhel5 server and every thing should as expected... or may even better... ;-) Another workaround is to added the '-o v3' mount options... would that be hard? How will anaconda handle mounting? I don't know since I believe anaconda has its own mounting code so it does its own thing... and in the end that will mostly likely work, since that code didn't change... Will there be odd errors that are difficult to figure out? I do not believe so... the NFS community has done a lot of work on making sure error messages are readable and understandable... Try using the '-v' mount flag, it truly give you a nice insight on what is happening... Has this been tested in the anaconda environment at all? No. How do I do that and I will run those tests... steved. From poelstra at redhat.com Wed Sep 30 00:17:20 2009 From: poelstra at redhat.com (John Poelstra) Date: Tue, 29 Sep 2009 17:17:20 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC299AD.6070808@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> Message-ID: <4AC2A390.90200@redhat.com> Steve Dickson said the following on 09/29/2009 04:35 PM Pacific Time: > On 09/29/2009 07:16 PM, Paul W. Frields wrote: >> On Tue, Sep 29, 2009 at 07:12:03PM -0400, Steve Dickson wrote: >>> On 09/29/2009 06:55 PM, Paul W. Frields wrote: >>>> On Tue, Sep 29, 2009 at 06:21:35PM -0400, Steve Dickson wrote: >>>>> >>>>> >>>>> On 09/29/2009 06:13 PM, Jesse Keating wrote: >>>>>> On Tue, 2009-09-29 at 17:52 -0400, Steve Dickson wrote: >>>>>>> I thought today was the dead line... >>>>>>> >>>>>>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >>>>>> >>>>>> I should mention that Beta is the deadline to have the code in what we >>>>>> think is the final state, baring any glaring bugs, not a point to enable >>>>>> experimental code/settings for further experimentation. >>>>> This is in the final state... its been a 18 month effort to get this >>>>> accepted by upstream... >>>>> >>>>> At the end of the day, I was just following the rules that were deemed by >>>>> that email and a number of earlier ones... I'm a bit dumbfound... >>>> >>>> I think that what we need, Steve, is some sort of information about >>>> what testing has happened up to this point that satisfies FESCo that >>>> this change the equivalent of moving the needle from 99% complete to >>>> 100% complete, as opposed to moving from 90% complete to 91% complete >>>> (with testing being the last 9%). >>>> >>> Not a problem... I want to and will work closely with FESCo to make >>> sure we know all the ins and outs of this change... believe me my >>> slate is cleared for few weeks to be as responsive as possible >>> for this new feature... In the end this will be a good thing... >> [...snip...] >> >> I want to be perfectly clear that I'm not sounding an "all clear" on >> this by any means. If your answer here means that this change hasn't >> been thoroughly tested, you're going to have a hard time convincing >> anyone that it should be turning over on Beta freeze day. >> > By no means did I interpret that at all... but here lies the > problem... I had no idea I would have to convenience *anybody* > of *anything* because I thought I made the dead line... again all > following was the schedule in: > http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html > > And Today I am %100 finished... Please point out which part of that > did I misinterpret, because the last thing I want to do is cause problems... > > steved. > https://www.redhat.com/archives/fedora-devel-announce/2009-July/msg00027.html Many of us were assuming that "testable" and "significantly complete" would be enough to imply that a change like this should be done so it could be tested during the Alpha. How should we word things differently in the future so it is clearer? Thanks, John From SteveD at redhat.com Wed Sep 30 00:31:39 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 20:31:39 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> Message-ID: <4AC2A6EB.70200@RedHat.com> On 09/29/2009 07:52 PM, Mike McGrath wrote: >> By no means did I interpret that at all... but here lies the >> problem... I had no idea I would have to convenience *anybody* >> of *anything* because I thought I made the dead line... again all >> following was the schedule in: >> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >> >> And Today I am %100 finished... Please point out which part of that >> did I misinterpret, because the last thing I want to do is cause problems... >> > > Because we do seem to fight this problem every release. Was anyone else > confused about when the deadline was? It seems very clear to me, on > several occasions, when features needed to be in by. What dead line did I miss?? The deadline in above email said to be %100 by today... I am %100 done today... Believe I wish I was %100 percent done two weeks ago... Life would have much easier... > > What more could we have done to make this more clear? I understand what > that one email says, but there's several others that clarify. This is by far the best question asked so far... I have thought about this since I've gotten this (very unexpected) reaction... Please, if you don't mind, which emails are you referring to, because I really want to know what I missed and how I missed... steved. From SteveD at redhat.com Wed Sep 30 00:38:55 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 20:38:55 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2A390.90200@redhat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> Message-ID: <4AC2A89F.4030800@RedHat.com> On 09/29/2009 08:17 PM, John Poelstra wrote: >>> [...snip...] >>> >>> I want to be perfectly clear that I'm not sounding an "all clear" on >>> this by any means. If your answer here means that this change hasn't >>> been thoroughly tested, you're going to have a hard time convincing >>> anyone that it should be turning over on Beta freeze day. >>> >> By no means did I interpret that at all... but here lies the >> problem... I had no idea I would have to convenience *anybody* >> of *anything* because I thought I made the dead line... again all >> following was the schedule in: >> >> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >> >> >> And Today I am %100 finished... Please point out which part of that >> did I misinterpret, because the last thing I want to do is cause >> problems... >> >> steved. >> > > > Thanks, > John > > https://www.redhat.com/archives/fedora-devel-announce/2009-July/msg00027.html > > > Many of us were assuming that "testable" and "significantly complete" > would be enough to imply that a change like this should be done so it > could be tested during the Alpha. > > How should we word things differently in the future so it is clearer? Again, John, that is a wonderful question... From my perspective I had my head down working as hard as I could to make this deadline... I knew about the alpha deadline and this dealing... I my past, added things of this size in a beta release was actually common.. In alpha release you get the software married to the hardware (i.e. barely booting) and in beta release you added everything else... Now the post beta release is when the door close... nothing but bug fixes.. steved. From a.badger at gmail.com Wed Sep 30 01:21:04 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 29 Sep 2009 18:21:04 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2A89F.4030800@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> Message-ID: <4AC2B280.6000400@gmail.com> On 09/29/2009 05:38 PM, Steve Dickson wrote: > On 09/29/2009 08:17 PM, John Poelstra wrote: >>>> [...snip...] >>>> >>>> I want to be perfectly clear that I'm not sounding an "all clear" on >>>> this by any means. If your answer here means that this change hasn't >>>> been thoroughly tested, you're going to have a hard time convincing >>>> anyone that it should be turning over on Beta freeze day. >>>> >>> By no means did I interpret that at all... but here lies the >>> problem... I had no idea I would have to convenience *anybody* >>> of *anything* because I thought I made the dead line... again all >>> following was the schedule in: >>> >>> http://www.linux-archive.org/fedora-development/372823-all-features-need-100-beta-freeze-2009-09-29-a.html >>> >>> >>> And Today I am %100 finished... Please point out which part of that >>> did I misinterpret, because the last thing I want to do is cause >>> problems... >>> >>> steved. >>> >>> >> Thanks, >> John >> >> https://www.redhat.com/archives/fedora-devel-announce/2009-July/msg00027.html >> >> >> Many of us were assuming that "testable" and "significantly complete" >> would be enough to imply that a change like this should be done so it >> could be tested during the Alpha. >> >> How should we word things differently in the future so it is clearer? > Again, John, that is a wonderful question... From my perspective I > had my head down working as hard as I could to make this deadline... > I knew about the alpha deadline and this dealing... > > I my past, added things of this size in a beta release was actually > common.. In alpha release you get the software married to the hardware > (i.e. barely booting) and in beta release you added everything else... > Now the post beta release is when the door close... nothing but bug fixes.. > One thing I think is unclear this cycle is the usage of the word "Beta". It's been said many times that beta is not really beta but actually final freeze. For instance: "If all goes as planned the Beta (previously known as "Final Development") Freeze" in the message steved linked to. And yet, no one actually expects that beta is the final development freeze. Maybe we should just give up and not use the beta moniker for it. As inaccurate as it is, "release candidate" is a *better inaccuracy* in terms of communicating to developers. Developers understand that by "release candidate" we're going to be very tough about getting changes in, even if they appear to improve the experience. Some things will just have to be deferred after a release candidate is out the door. The downside of "release candidate", as Jesse has pointed out before, is that it communicates the wrong thing to end-users. There's zero chance that this cut is going to be the absolute final set of bits that we use on release day so from an end-user perspective, it's not a release candidate. One possibility is to have a beta1 at feature freeze and a beta2 now. This helps developers realize that nothing but bugfixes should be going in from feature freeze on but lets end user's know that the release we're making now is still not finished. It still doesn't give the sense of urgency and finality that "release candidate" does, though, so I'm not sure if that's enough. Another thing that seems to be apparent in steved's complaint is that what the expectations for Final Feature Freeze (in July) are not clear enough. What is meant by testable? It seems that we mean, the Feature should be in, enabled, and in final form at that point. We want to be able to do integration testing from that point forward. That means we're no longer testing the Feature in isolation, but as part of the whole experience of installing and running the distro. Bugfixes can be applied but nothing that changes the basic shape or architecture of the distro as a whole. Plainly, changing the default from nfsv3 to nfsv4 should happen at Feature Freeze rather than now for that testing to be performed. But there's other meanings of testable. I'm sure that steved considered the Feature testable at Feature Freeze... he just wasn't applying the idea that it needed to be testable as part of the whole distro experience. Perhaps we need to list some examples of things that should not happen after Feature Freeze as well as expectation of what should happen. Examples of what to do and not do from this point forward: Do: Have something testable Do: Have the the feature significantly complete Do: submit bugfixes Do not: Enable the feature by default Do not: Make changes that cause other software to have to make changes et al. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From cmadams at hiwaay.net Wed Sep 30 01:42:41 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Tue, 29 Sep 2009 20:42:41 -0500 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC27D1B.4010803@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> Message-ID: <20090930014241.GB1465410@hiwaay.net> Once upon a time, Steve Dickson said: > On the server (Which is suggested): > * Add the following entry to the /etc/exports file: > / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. The "suggested solution" is to change your NFS servers (that work just fine with other clients today) to export the root filesystem to everybody? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From katzj at fedoraproject.org Wed Sep 30 02:10:52 2009 From: katzj at fedoraproject.org (Jeremy Katz) Date: Tue, 29 Sep 2009 22:10:52 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2A31C.8090902@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> Message-ID: <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >> My main concern is with installer, installing from NFS shares from older >> servers, say RHEL5. ?How will anaconda handle mounting? ?Will there be >> odd errors that are difficult to figure out? ?Has this been tested in >> the anaconda environment at all? > This issue is this... when the the F12 does a mount to a linux server > and that linux server is *not* configured with a ?"/ *(ro,fsid=0)" > export, the mount will fail with ENOENT (or No such file or directory). > If the server does have that export, things will work as expected... > So my advice is to added that one line to your rhel5 server and every > thing should as expected... or may even better... ;-) Another workaround > is to added the '-o v3' mount options... would that be hard? Why not just see the error and fall back and try v3 programatically rather than forcing that upon unsuspecting users? If someone explicitly specifies v4, then sure, if that fails, it should fail. But if they don't, we should be forgiving in what we do rather than giving cryptic error messages. > How will anaconda handle mounting? I don't know since I believe anaconda > has its own mounting code so it does its own thing... and in the end > that will mostly likely work, since that code didn't change... anaconda hasn't been using its own mounting code for several releases now. The change to force v3 could be done, but that then makes things different from the real system which is something that's been trying to be avoided. - Jeremy From lists at sapience.com Wed Sep 30 02:14:30 2009 From: lists at sapience.com (Mail Lists) Date: Tue, 29 Sep 2009 22:14:30 -0400 Subject: Thunderbird 3.0pre? In-Reply-To: References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4ABF82E7.7030005@cchtml.com> <4ABF835F.9050802@sapience.com> Message-ID: <4AC2BF06.20102@sapience.com> On 09/29/2009 04:05 AM, Matej Cepl wrote: > Mail Lists, Sun, 27 Sep 2009 11:23:11 -0400: >>> You might want to delete your .thunderbird directory and try again. > > My experience is that it is better to run IMAP server on localhost and > store all messages there ... emails are too valuable thing to be given to > pre-release code. Anyway ... I always run a local imap server - i meant I have many accounts wiith many folders including my local imap server ( which I use as my local store). That way I am also client indifferent. Frankly, I have zero interest in searching across my accounts or having any chance of replying to one account with the wrong sender identity for that matter - I have even less interest in having TB cache local copies of anything (which gloda seems to require) - the gloda stuff is not driving me with excitement either ;-). > > I would love to see a bug report for this with a backtrace of thunderbird > when it is in 100% CPU state. So, please: I will get to this when I can ... > Thank you, > > Mat?j > From lists at sapience.com Wed Sep 30 02:15:38 2009 From: lists at sapience.com (Mail Lists) Date: Tue, 29 Sep 2009 22:15:38 -0400 Subject: Thunderbird 3.0pre? In-Reply-To: <4AC225A4.8090909@redhat.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4AC225A4.8090909@redhat.com> Message-ID: <4AC2BF4A.6000206@sapience.com> On 09/29/2009 11:20 AM, Christopher Aillon wrote: > > Tweaking the following pref: mailnews.database.global.indexer.enabled = > false > > Should work around the problem for now. > Is that any different than turning it off in Preferences->General->Enable Global Search and Indexer ? From SteveD at redhat.com Wed Sep 30 02:45:58 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 22:45:58 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090930014241.GB1465410@hiwaay.net> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> Message-ID: <4AC2C666.9060503@RedHat.com> On 09/29/2009 09:42 PM, Chris Adams wrote: > Once upon a time, Steve Dickson said: >> On the server (Which is suggested): >> * Add the following entry to the /etc/exports file: >> / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. > > The "suggested solution" is to change your NFS servers (that work just > fine with other clients today) to export the root filesystem to > everybody? > Unfortunately the answer to your question yes... With version 4 there is this concept of a pseudo root. Which meanings one can define, through exports, what the root of an export can be. Which is a good idea because you can define /export as the root, and nothing above /export can be accessed... So the idea was to use 'fsid=0' to define the V4 root of the exports. Which, in theory is a good idea because you can define the namespace the client have access to. A feature, I believe, is not available in any other NFS implementation... But... The problem is the V4 protocol requires a pseudo root to exist. So with Linux servers, if the fsid=0 export does not exist, the mount will die with ENOENT (or 'No such file or directory'). Other NFS implementation decided not to support a definable pseudo roots and they just made, under the covers, their '/' as the pseudo root, along with the appropriate protections. With F-12, I have added code to both the kernel and nfs-utils that will do both. Allow the 'fsid=0' export to define the pseudo root and make '/' the pseudo root (with the appropriate protections) when there is not an fsid=0 entry. So Yes, one work around to make F-12 mounts work with Linux servers is to define a pseudo root on the server with a fsid=0 export. But if that is not an option, you can make the F12 clients only use V3 mount (which would avoid the problem, but not take advantage of the V4 protocol) by set either setting the '-o v3' mount option or set the Nfsvers=3 in the new /etc/nfsmount.conf file (which would make all mounts from that machine v3 mounts). I hope this helped... steved. From SteveD at redhat.com Wed Sep 30 03:16:17 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 23:16:17 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2B280.6000400@gmail.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> Message-ID: <4AC2CD81.2000401@RedHat.com> On 09/29/2009 09:21 PM, Toshio Kuratomi wrote: > One thing I think is unclear this cycle is the usage of the word "Beta". > It's been said many times that beta is not really beta but actually > final freeze. For instance: "If all goes as planned the Beta > (previously known as "Final Development") Freeze" in the message steved > linked to. And yet, no one actually expects that beta is the final > development freeze. Maybe we should just give up and not use the beta > moniker for it. As inaccurate as it is, "release candidate" is a > *better inaccuracy* in terms of communicating to developers. Developers > understand that by "release candidate" we're going to be very tough > about getting changes in, even if they appear to improve the experience. > Some things will just have to be deferred after a release candidate is > out the door. In the kernel world they have a number of RC releases... As the number increases the window of opportunity closes... and I believe after a certain rc release, no new features are allowed.. > > One possibility is to have a beta1 at feature freeze and a beta2 now. > This helps developers realize that nothing but bugfixes should be going > in from feature freeze on but lets end user's know that the release > we're making now is still not finished. It still doesn't give the sense > of urgency and finality that "release candidate" does, though, so I'm > not sure if that's enough. Yeah, agree with this... beta1 or beta2 meanings nothing.. is still a beta... > > Another thing that seems to be apparent in steved's complaint is that > what the expectations for Final Feature Freeze (in July) are not clear > enough. What is meant by testable? It seems that we mean, the Feature > should be in, enabled, and in final form at that point. Right or wrong.. I took "Final Feature Freeze" as the last chance of getting a feature into F12.. And I will be the first to admit I do not read all the rule and regulations of all the steps of a release... I look at dates.. When is the alpha and when is the beta. After a beta release I don't even try to get anything new in, just bug fixes... > > We want to be able to do integration testing from that point forward. > That means we're no longer testing the Feature in isolation, but as part > of the whole experience of installing and running the distro. Bugfixes > can be applied but nothing that changes the basic shape or architecture > of the distro as a whole. Plainly, changing the default from nfsv3 to > nfsv4 should happen at Feature Freeze rather than now for that testing > to be performed. But there's other meanings of testable. I'm sure that > steved considered the Feature testable at Feature Freeze... he just > wasn't applying the idea that it needed to be testable as part of the > whole distro experience. This issue for me was terminology.... As I said before, I took "Feature Freeze" as the day I had to get my feature in and approved... after that I figured I had a number of release deadline to the code in... > > Perhaps we need to list some examples of things that should not happen > after Feature Freeze as well as expectation of what should happen. > > Examples of what to do and not do from this point forward: > Do: Have something testable > Do: Have the the feature significantly complete > Do: submit bugfixes > Do not: Enable the feature by default > Do not: Make changes that cause other software to have to make changes Again from my prospective, if it was required to get kernel changes, including any and all packages (ala nfs-utils, udev, hal) that effect those kernel changes that would be a bit more clearer... steved. From SteveD at redhat.com Wed Sep 30 03:33:46 2009 From: SteveD at redhat.com (Steve Dickson) Date: Tue, 29 Sep 2009 23:33:46 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> Message-ID: <4AC2D19A.7070808@RedHat.com> On 09/29/2009 10:10 PM, Jeremy Katz wrote: > On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>> My main concern is with installer, installing from NFS shares from older >>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>> odd errors that are difficult to figure out? Has this been tested in >>> the anaconda environment at all? >> This issue is this... when the the F12 does a mount to a linux server >> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >> export, the mount will fail with ENOENT (or No such file or directory). >> If the server does have that export, things will work as expected... >> So my advice is to added that one line to your rhel5 server and every >> thing should as expected... or may even better... ;-) Another workaround >> is to added the '-o v3' mount options... would that be hard? > > Why not just see the error and fall back and try v3 programatically > rather than forcing that upon unsuspecting users? If someone > explicitly specifies v4, then sure, if that fails, it should fail. > But if they don't, we should be forgiving in what we do rather than > giving cryptic error messages. I looked into this... Having the kernel give a "different" kind of error when the "V4 beginning mount routine failed" did not look feasible so figure it would be impossible to get through upstream > >> How will anaconda handle mounting? I don't know since I believe anaconda >> has its own mounting code so it does its own thing... and in the end >> that will mostly likely work, since that code didn't change... > > anaconda hasn't been using its own mounting code for several releases > now. The change to force v3 could be done, but that then makes things > different from the real system which is something that's been trying > to be avoided. Well that's good to know that anaconda is using 'normal' mounts... And its very admirable and the right thing to do (IMHO) to do what the "real system" will do... One thing about always using the '-o v3'... You will always know what you will get.. ;-) steved. From josephine.tannhauser at googlemail.com Wed Sep 30 04:05:48 2009 From: josephine.tannhauser at googlemail.com (=?UTF-8?Q?Josephine_Tannh=C3=A4user?=) Date: Wed, 30 Sep 2009 06:05:48 +0200 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <1254234778.2884.160.camel@localhost> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> <1254223725.2884.99.camel@localhost> <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> <3668e9f50909290455o141a3d00s2b52da0ab498d0a4@mail.gmail.com> <1254234778.2884.160.camel@localhost> Message-ID: <3668e9f50909292105s53baece8gd67bca078f4fb344@mail.gmail.com> 2009/9/29 Christoph Wickert > Dunno, maybe the fact that webmin is a weapon of mass destruction. ;) > Afairr it is/was one. Bring it to fedora won't be a good idea?! -- Josephine "Fine" Tannh?user 2.6.29.6-213.fc11.i586 -------------- next part -------------- An HTML attachment was scrubbed... URL: From erikina at gmail.com Wed Sep 30 04:57:18 2009 From: erikina at gmail.com (Eric Springer) Date: Wed, 30 Sep 2009 14:57:18 +1000 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <20090929221121.GB2896@tango.0pointer.de> References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> Message-ID: On Wed, Sep 30, 2009 at 8:11 AM, Lennart Poettering wrote: > Do I hear an "I told you so!"? > > Abstractionitis is an illness, not a remedy. Aren't you the pulseaudio developer? /runs and hides From seg at haxxed.com Wed Sep 30 05:01:57 2009 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 30 Sep 2009 00:01:57 -0500 Subject: Where is Callum Lerwick / seg? In-Reply-To: References: <4ABA4A7E.4010005@spicenitz.org> <20090923163830.GA31498@genius.kawo2.rwth-aachen.de> Message-ID: <1218b5bc0909292201t7083a89ycab01cc92e820d53@mail.gmail.com> On Wed, Sep 23, 2009 at 11:53 AM, Jason L Tibbitts III wrote: > I know that Callum has in the past had periods where he is very busy. > Given that he's asked for assistance before, and that no reasonable > maintainer wouldn't want help from experienced packagers when busy, I > went ahead and approved agoode and rdieter's requests for watchbugzilla, > watchcommits and commit privileges on the openjpeg package. ?I did not > approve oliver's requests as he only requested commit access without > asking for watchbugzilla or watchcommits, which I don't think it a > terribly good idea. ?I also did not approve the requests for > approveacls, just in case Callum still wishes to maintain control over > that. Yes, my internet access and time has become limited, and I'm really too ADHD for boring old long term maintenance anyway, so all my packages should probably just be orphaned at this point. I've actually been in something of a, err, one-third life crisis and am considering uprooting myself, getting the hell out of the midwest and moving to the bay area or something... From petersen at redhat.com Wed Sep 30 06:37:20 2009 From: petersen at redhat.com (Jens Petersen) Date: Wed, 30 Sep 2009 02:37:20 -0400 (EDT) Subject: bitmap-fonts by default? In-Reply-To: <870180fe0909290750s3b98c21eq75bde9495eceb5a7@mail.gmail.com> Message-ID: <1519776584.737801254292640478.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> > XEmacs needs it. We have an explicit reference to a LucidaTypewriter > font. Sure: and xorg-x11-fonts also provides LT. I am not asking if we should drop bitmap-fonts (though it needs to be split up and repackaged)... the question was why are we installing it by default and when can we stop? :) Jens From jkeating at redhat.com Wed Sep 30 06:45:08 2009 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Sep 2009 23:45:08 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2B280.6000400@gmail.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> Message-ID: <1254293108.2242.17.camel@localhost.localdomain> On Tue, 2009-09-29 at 18:21 -0700, Toshio Kuratomi wrote: > One thing I think is unclear this cycle is the usage of the word "Beta". > It's been said many times that beta is not really beta but actually > final freeze. For instance: "If all goes as planned the Beta > (previously known as "Final Development") Freeze" in the message steved > linked to. And yet, no one actually expects that beta is the final > development freeze. Maybe we should just give up and not use the beta > moniker for it. As inaccurate as it is, "release candidate" is a > *better inaccuracy* in terms of communicating to developers. Developers > understand that by "release candidate" we're going to be very tough > about getting changes in, even if they appear to improve the experience. > Some things will just have to be deferred after a release candidate is > out the door. > > The downside of "release candidate", as Jesse has pointed out before, is > that it communicates the wrong thing to end-users. There's zero chance > that this cut is going to be the absolute final set of bits that we use > on release day so from an end-user perspective, it's not a release > candidate. > > One possibility is to have a beta1 at feature freeze and a beta2 now. > This helps developers realize that nothing but bugfixes should be going > in from feature freeze on but lets end user's know that the release > we're making now is still not finished. It still doesn't give the sense > of urgency and finality that "release candidate" does, though, so I'm > not sure if that's enough. We've tried to address unclear terminology this summer with the milestone adjustment proposal. https://fedoraproject.org/wiki/Milestone_Adjustment_Proposal This tries to apply industry standard naming to our release process, and as such we had to rename some things. > > Another thing that seems to be apparent in steved's complaint is that > what the expectations for Final Feature Freeze (in July) are not clear > enough. What is meant by testable? It seems that we mean, the Feature > should be in, enabled, and in final form at that point. Right, I've always taken it to mean "Our experimental code is in, and we're ready to take end user testing feedback on it" which is different from "our code is in, but not really done, and we don't care if it's broken because we're going to re-write it again in a week". > > We want to be able to do integration testing from that point forward. > That means we're no longer testing the Feature in isolation, but as part > of the whole experience of installing and running the distro. Bugfixes > can be applied but nothing that changes the basic shape or architecture > of the distro as a whole. Plainly, changing the default from nfsv3 to > nfsv4 should happen at Feature Freeze rather than now for that testing > to be performed. But there's other meanings of testable. I'm sure that > steved considered the Feature testable at Feature Freeze... he just > wasn't applying the idea that it needed to be testable as part of the > whole distro experience. > > Perhaps we need to list some examples of things that should not happen > after Feature Freeze as well as expectation of what should happen. > > Examples of what to do and not do from this point forward: > Do: Have something testable > Do: Have the the feature significantly complete > Do: submit bugfixes > Do not: Enable the feature by default > Do not: Make changes that cause other software to have to make changes These seem like reasonable good starts and should find themselves in the wiki at some point. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From howard at cohtech.com Wed Sep 30 07:36:16 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Wed, 30 Sep 2009 08:36:16 +0100 Subject: Packaging Webmin for Fedora 11+ In-Reply-To: <3668e9f50909292105s53baece8gd67bca078f4fb344@mail.gmail.com> References: <1253968848.31149.1572.camel@zion.finsbury.cohtech.co.uk> <81487f820909260604l601def32x97b29756a48caaf@mail.gmail.com> <1254209089.31149.1663.camel@zion.finsbury.cohtech.co.uk> <1254223725.2884.99.camel@localhost> <3668e9f50909290445v6edba817lf07b8d597c70a919@mail.gmail.com> <3668e9f50909290455o141a3d00s2b52da0ab498d0a4@mail.gmail.com> <1254234778.2884.160.camel@localhost> <3668e9f50909292105s53baece8gd67bca078f4fb344@mail.gmail.com> Message-ID: <1254296176.6112.47.camel@zion.finsbury.cohtech.co.uk> This has gone way off topic! I was asking how to add binary files into the RPM not whether webmin was useful/packagable for Fedora today. If I can't do this then I can't get this and other packages up to scratch and into Fedora. We find webmin useful as it provides a single interface to multiple operating systems for simple tasks. Complex ones are always done otherwise. So while it may be a dangerous weapon in the wrong hands, so is a surgical scapel but you would not ban them from any use because one could possibly kill someone. On Wed, 2009-09-30 at 06:05 +0200, Josephine Tannh?user wrote: > 2009/9/29 Christoph Wickert > Dunno, maybe the fact that webmin is a weapon of mass > destruction. ;) > Afairr it is/was one. Bring it to fedora won't be a good idea?! > > -- > Josephine "Fine" Tannh?user > 2.6.29.6-213.fc11.i586 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Howard Wilkinson Coherent Technology Limited From jreznik at redhat.com Wed Sep 30 08:15:53 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 30 Sep 2009 10:15:53 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <20090929221121.GB2896@tango.0pointer.de> References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> Message-ID: <200909301015.54344.jreznik@redhat.com> On Wednesday 30 September 2009 00:11:21 Lennart Poettering wrote: > On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Lennart Poettering wrote: > > > Uh. Nokia stands pretty firmly behind gst. As do most embedded folks. > > > > Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), > > not so much. They're currently using it, but there are people working on > > the Qt Mobility project talking about replacing Phonon with something > > else (another abstraction layer, again around native backends (GStreamer > > in the GNU/Linux case), I really don't see what the advantage would be > > over Phonon). > > Haha. So the major 'advantage' of Phonon that it would allow replacing > the backends as time progresses without breaking the KDE apps using > them now officially is proven to be bogus. The KDE/Qt folks were so > afraid of a media engine breaking API so that they created their > abstraction thing and now break API of that one more often then the > media engines themselves do. The problem is not with abstraction layer - you don't have other option than some layers if you want to write multiplatform application. It's just one level lower - not in application but in library. That means - all Qt/KDE applications can use multimedia without writing lot of code, buggy, not maintainable etc. So where's the problem? There are two Phonons - one in Qt, one in KDE. I don't like this schizophrenia. This should be solved but now we have to live with one or another - that's why we brought this issue to the world. But I'm happy you have joined this discussion as PA developer. How do you see PA support in GStreamer and Xine? Functionality, features, support - regarding to Fedora development as this could influence our final decision. Another interesting thing is PA & Phonon integration work by Colin Guthrie (see the link in my first message). Phonon just as wrapper/thin client for PA with nicer Qt like API. I like this idea. > Do I hear an "I told you so!"? > > Abstractionitis is an illness, not a remedy. > > Lennart > Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From sundaram at fedoraproject.org Wed Sep 30 08:23:11 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Sep 2009 13:53:11 +0530 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <200909301015.54344.jreznik@redhat.com> References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> Message-ID: <4AC3156F.9040204@fedoraproject.org> On 09/30/2009 01:45 PM, Jaroslav Reznik wrote: > So where's the problem? There are two Phonons - one in Qt, one in KDE. I don't > like this schizophrenia. This should be solved but now we have to live with > one or another - that's why we brought this issue to the world. The problem is that Nokia now seems to be developing yet another abstraction layer. So we will have to be dealing the Phonon in KDE, Phonon in Qt and whatever Nokia brings up next and all the possible backends. The number of different paths that requires comprehensive testing has exploded. We are also debating which backend to use as the default for a long time and as usual, switching backends is exchanging one set of bugs with another so neither is going to be ideal. I would prefer Gstreamer as the backend simply because users can install a set of plugins (third party repo or Fluendo) and have their content play in all the different desktop environments. We can fix bugs once in Gstreamer and be done with it. However that depends on how much testing this backend has received and what bugs have been found and how severe they are. Rahul From mcepl at redhat.com Wed Sep 30 08:36:54 2009 From: mcepl at redhat.com (Matej Cepl) Date: Wed, 30 Sep 2009 08:36:54 +0000 (UTC) Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: Jesse Keating, Tue, 29 Sep 2009 23:45:08 -0700: > Right, I've always taken it to mean "Our experimental code is in, and > we're ready to take end user testing feedback on it" which is different > from "our code is in, but not really done, and we don't care if it's > broken because we're going to re-write it again in a week". Except this is not exactly correct ... this is not beta by industry standards, but release candidate which will be left rottening for two months before released and found completely useless (because 0day updates will be probably again bigger than amount of packages people usually install). Case in question ... I am not allowed to fix bug https:// bugzilla.redhat.com/show_bug.cgi?id=520998, which I have filed some time ago, watched that maintainer didn't do anything to it, finally after discussing it with OpenSSL maintainer I have decided that upgrading to the current stable version of the package makes a lot of sense, fixed the spec so that it builds, build it ... and found that I cannot push it to the bodhi, because I would need to humbly petition FESCO for permission to fix a bug. And no I cannot swear that it won't break anything (it is not my package after all), so I will just not bother, and let is slip for anybody who cares to take care of it. Do we have somewhere real Rawhide (i.e., dist-f13) repos available now when dist-f12 has been released? I don't want to upgrade from koji. Mat?j From schwab at redhat.com Wed Sep 30 08:41:56 2009 From: schwab at redhat.com (Andreas Schwab) Date: Wed, 30 Sep 2009 10:41:56 +0200 Subject: Upcoming Fedora 12 Development/Release Engineering Tasks In-Reply-To: <4AC23EB3.5020706@redhat.com> (John Poelstra's message of "Tue, 29 Sep 2009 10:06:59 -0700") References: <4AC23EB3.5020706@redhat.com> Message-ID: John Poelstra writes: > I realize the formatting of these emails is not pretty if your email > reader uses a proportional font. Even with a fixed width font. > Let me know if there are any ideas for fixing this. Don't use format=flowed. Andreas. -- Andreas Schwab, schwab at redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." From pbrobinson at gmail.com Wed Sep 30 08:52:06 2009 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 30 Sep 2009 09:52:06 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> Message-ID: <5256d0b0909300152t1d861f7ofb1490efa6ba18fc@mail.gmail.com> >> And Today I am %100 finished... Please point out which part of that >> did I misinterpret, because the last thing I want to do is cause problems... >> > > Because we do seem to fight this problem every release. ?Was anyone else > confused about when the deadline was? ?It seems very clear to me, on > several occasions, when features needed to be in by. > > What more could we have done to make this more clear? ?I understand what > that one email says, but there's several others that clarify. I must say with the Moblin feature process I found the whole dead line for alpha/beta etc very confusing as a first timer doing a feature release (even though I've been in involved in Fedora from the beginning). Peter From aph at redhat.com Wed Sep 30 08:53:26 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Sep 2009 09:53:26 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2D19A.7070808@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> Message-ID: <4AC31C86.8040204@redhat.com> Steve Dickson wrote: > On 09/29/2009 10:10 PM, Jeremy Katz wrote: >> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>>> My main concern is with installer, installing from NFS shares from older >>>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>>> odd errors that are difficult to figure out? Has this been tested in >>>> the anaconda environment at all? >>> This issue is this... when the the F12 does a mount to a linux server >>> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >>> export, the mount will fail with ENOENT (or No such file or directory). >>> If the server does have that export, things will work as expected... >>> So my advice is to added that one line to your rhel5 server and every >>> thing should as expected... or may even better... ;-) Another workaround >>> is to added the '-o v3' mount options... would that be hard? >> Why not just see the error and fall back and try v3 programatically >> rather than forcing that upon unsuspecting users? If someone >> explicitly specifies v4, then sure, if that fails, it should fail. >> But if they don't, we should be forgiving in what we do rather than >> giving cryptic error messages. > I looked into this... Having the kernel give a "different" kind of > error when the "V4 beginning mount routine failed" did not look > feasible so figure it would be impossible to get through upstream I don't really understand this reason. When you get a mount fail, why not try v3? It doesn't matter whether the kernel gives a different kind of error or not. Andrew. From ffesti at redhat.com Wed Sep 30 09:05:58 2009 From: ffesti at redhat.com (Florian Festi) Date: Wed, 30 Sep 2009 11:05:58 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1252964039.2311.93.camel@adam.local.net> References: <1252964039.2311.93.camel@adam.local.net> Message-ID: <4AC31F76.2040705@redhat.com> This problem is not restricted to zsync: deltarpm has the same problem as it supports the rsync protocol, too. (https://bugzilla.redhat.com/show_bug.cgi?id=526432 - yes, I just opened it) I did not do the research but it might be worth checking other programs that deal with the rsync protocol. There might be some more cases that suffer from the same problem. Anyway, splitting off the modified zlib in a way that other rsync related package can build against it would be the minimal step to get back on even remotely sane ground. Florian From mls at suse.de Wed Sep 30 09:25:05 2009 From: mls at suse.de (Michael Schroeder) Date: Wed, 30 Sep 2009 11:25:05 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC31F76.2040705@redhat.com> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> Message-ID: <20090930092505.GA16349@suse.de> On Wed, Sep 30, 2009 at 11:05:58AM +0200, Florian Festi wrote: > deltarpm has the same problem as it supports the rsync protocol, too. I think deltarpm's zlib patch to support 'gzip --rsyncable' is different to the rsync patch. I've sent the patch upstream in 2005, but got no response. (The original --rsyncable patch was done by Rusty Russell in 2002, btw) Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From drago01 at gmail.com Wed Sep 30 09:28:22 2009 From: drago01 at gmail.com (drago01) Date: Wed, 30 Sep 2009 11:28:22 +0200 Subject: Thunderbird 3.0pre? In-Reply-To: <4AC2BF4A.6000206@sapience.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4AC225A4.8090909@redhat.com> <4AC2BF4A.6000206@sapience.com> Message-ID: On Wed, Sep 30, 2009 at 4:15 AM, Mail Lists wrote: > On 09/29/2009 11:20 AM, Christopher Aillon wrote: > >> >> Tweaking the following pref: mailnews.database.global.indexer.enabled = >> false >> >> Should work around the problem for now. >> > > ?Is that any different than turning it off in > Preferences->General->Enable Global Search and Indexer > > ?? no From rjones at redhat.com Wed Sep 30 09:46:47 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 30 Sep 2009 10:46:47 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC27D1B.4010803@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> Message-ID: <20090930094647.GB14190@amd.home.annexia.org> On Tue, Sep 29, 2009 at 05:33:15PM -0400, Steve Dickson wrote: > * Firewall Friendly- With v4 only one port is used 2049 for all traffic > including mounting and file locking. Amen to that! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html From SteveD at redhat.com Wed Sep 30 10:09:21 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 06:09:21 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC31C86.8040204@redhat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> Message-ID: <4AC32E51.5040500@RedHat.com> On 09/30/2009 04:53 AM, Andrew Haley wrote: > Steve Dickson wrote: >> On 09/29/2009 10:10 PM, Jeremy Katz wrote: >>> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>>>> My main concern is with installer, installing from NFS shares from older >>>>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>>>> odd errors that are difficult to figure out? Has this been tested in >>>>> the anaconda environment at all? > >>>> This issue is this... when the the F12 does a mount to a linux server >>>> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >>>> export, the mount will fail with ENOENT (or No such file or directory). >>>> If the server does have that export, things will work as expected... >>>> So my advice is to added that one line to your rhel5 server and every >>>> thing should as expected... or may even better... ;-) Another workaround >>>> is to added the '-o v3' mount options... would that be hard? > >>> Why not just see the error and fall back and try v3 programatically >>> rather than forcing that upon unsuspecting users? If someone >>> explicitly specifies v4, then sure, if that fails, it should fail. >>> But if they don't, we should be forgiving in what we do rather than >>> giving cryptic error messages. > >> I looked into this... Having the kernel give a "different" kind of >> error when the "V4 beginning mount routine failed" did not look >> feasible so figure it would be impossible to get through upstream > > I don't really understand this reason. When you get a mount fail, why > not try v3? It doesn't matter whether the kernel gives a different > kind of error or not. The error that is returned is ENOENT which is fatal error because it means the remote directory does not exist... and I'm not sure it would be good to continue flood the network with mounts requests (I'm thinking about autofs mount storms) for directories that may or may not be there... steved. From aph at redhat.com Wed Sep 30 10:18:41 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Sep 2009 11:18:41 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC32E51.5040500@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> <4AC32E51.5040500@RedHat.com> Message-ID: <4AC33081.1080502@redhat.com> Steve Dickson wrote: > > On 09/30/2009 04:53 AM, Andrew Haley wrote: >> Steve Dickson wrote: >>> On 09/29/2009 10:10 PM, Jeremy Katz wrote: >>>> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>>>>> My main concern is with installer, installing from NFS shares from older >>>>>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>>>>> odd errors that are difficult to figure out? Has this been tested in >>>>>> the anaconda environment at all? >>>>> This issue is this... when the the F12 does a mount to a linux server >>>>> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >>>>> export, the mount will fail with ENOENT (or No such file or directory). >>>>> If the server does have that export, things will work as expected... >>>>> So my advice is to added that one line to your rhel5 server and every >>>>> thing should as expected... or may even better... ;-) Another workaround >>>>> is to added the '-o v3' mount options... would that be hard? >>>> Why not just see the error and fall back and try v3 programatically >>>> rather than forcing that upon unsuspecting users? If someone >>>> explicitly specifies v4, then sure, if that fails, it should fail. >>>> But if they don't, we should be forgiving in what we do rather than >>>> giving cryptic error messages. >>> I looked into this... Having the kernel give a "different" kind of >>> error when the "V4 beginning mount routine failed" did not look >>> feasible so figure it would be impossible to get through upstream >> I don't really understand this reason. When you get a mount fail, why >> not try v3? It doesn't matter whether the kernel gives a different >> kind of error or not. > > The error that is returned is ENOENT which is fatal error because > it means the remote directory does not exist... and I'm not sure it > would be good to continue flood the network with mounts requests > (I'm thinking about autofs mount storms) for directories that may > or may not be there... I can't see how it would cause a mount storm: all you'd be doing is issuing a mount request twice, once in each protocol. Consider the alternative, which is breaking NFS access for enormous numbers (hundreds of thousands?) of people. And, in the process, severely damaging the reputation of Fedora. Andrew. From SteveD at redhat.com Wed Sep 30 10:45:18 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 06:45:18 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC33081.1080502@redhat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> <4AC32E51.5040500@RedHat.com> <4AC33081.1080502@redhat.com> Message-ID: <4AC336BE.2050908@RedHat.com> On 09/30/2009 06:18 AM, Andrew Haley wrote: > Steve Dickson wrote: >> >> On 09/30/2009 04:53 AM, Andrew Haley wrote: >>> Steve Dickson wrote: >>>> On 09/29/2009 10:10 PM, Jeremy Katz wrote: >>>>> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>>>>>> My main concern is with installer, installing from NFS shares from older >>>>>>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>>>>>> odd errors that are difficult to figure out? Has this been tested in >>>>>>> the anaconda environment at all? >>>>>> This issue is this... when the the F12 does a mount to a linux server >>>>>> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >>>>>> export, the mount will fail with ENOENT (or No such file or directory). >>>>>> If the server does have that export, things will work as expected... >>>>>> So my advice is to added that one line to your rhel5 server and every >>>>>> thing should as expected... or may even better... ;-) Another workaround >>>>>> is to added the '-o v3' mount options... would that be hard? >>>>> Why not just see the error and fall back and try v3 programatically >>>>> rather than forcing that upon unsuspecting users? If someone >>>>> explicitly specifies v4, then sure, if that fails, it should fail. >>>>> But if they don't, we should be forgiving in what we do rather than >>>>> giving cryptic error messages. >>>> I looked into this... Having the kernel give a "different" kind of >>>> error when the "V4 beginning mount routine failed" did not look >>>> feasible so figure it would be impossible to get through upstream >>> I don't really understand this reason. When you get a mount fail, why >>> not try v3? It doesn't matter whether the kernel gives a different >>> kind of error or not. >> >> The error that is returned is ENOENT which is fatal error because >> it means the remote directory does not exist... and I'm not sure it >> would be good to continue flood the network with mounts requests >> (I'm thinking about autofs mount storms) for directories that may >> or may not be there... > > I can't see how it would cause a mount storm: all you'd be doing is > issuing a mount request twice, once in each protocol. Times 1000 very 5 seconds... I really don't think the server people would appreciate all those extra cycles and network traffic... Doing something like this would be hack... a hack that I could not push upstream... There are other workagrounds (defined in original mail) that I would rather explore... > Consider the alternative, which is breaking NFS access for enormous numbers > (hundreds of thousands?) of people. And, in the process, severely > damaging the reputation of Fedora. I am not "breaking NFS access", I'm changing NFS access for the better, IMHO. Unfortunately its just a bit painful.... I don't see how pushing, incorporating and utilizing the latest technology available can "severely damaging the reputation of Fedora". To be quite frank, my goal is just the opposite... I want Fedora have a reputation of being on the breaking edge of technology... I think that is a good thing! steved. From aph at redhat.com Wed Sep 30 11:05:30 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 30 Sep 2009 12:05:30 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC336BE.2050908@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> <4AC32E51.5040500@RedHat.com> <4AC33081.1080502@redhat.com> <4AC336BE.2050908@RedHat.com> Message-ID: <4AC33B7A.9060702@redhat.com> Steve Dickson wrote: > > On 09/30/2009 06:18 AM, Andrew Haley wrote: >> Steve Dickson wrote: >>> On 09/30/2009 04:53 AM, Andrew Haley wrote: >>>> Steve Dickson wrote: >>>>> On 09/29/2009 10:10 PM, Jeremy Katz wrote: >>>>>> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson wrote: >>>>>>>> My main concern is with installer, installing from NFS shares from older >>>>>>>> servers, say RHEL5. How will anaconda handle mounting? Will there be >>>>>>>> odd errors that are difficult to figure out? Has this been tested in >>>>>>>> the anaconda environment at all? >>>>>>> This issue is this... when the the F12 does a mount to a linux server >>>>>>> and that linux server is *not* configured with a "/ *(ro,fsid=0)" >>>>>>> export, the mount will fail with ENOENT (or No such file or directory). >>>>>>> If the server does have that export, things will work as expected... >>>>>>> So my advice is to added that one line to your rhel5 server and every >>>>>>> thing should as expected... or may even better... ;-) Another workaround >>>>>>> is to added the '-o v3' mount options... would that be hard? >>>>>> Why not just see the error and fall back and try v3 programatically >>>>>> rather than forcing that upon unsuspecting users? If someone >>>>>> explicitly specifies v4, then sure, if that fails, it should fail. >>>>>> But if they don't, we should be forgiving in what we do rather than >>>>>> giving cryptic error messages. >>>>> I looked into this... Having the kernel give a "different" kind of >>>>> error when the "V4 beginning mount routine failed" did not look >>>>> feasible so figure it would be impossible to get through upstream >>>> I don't really understand this reason. When you get a mount fail, why >>>> not try v3? It doesn't matter whether the kernel gives a different >>>> kind of error or not. >>> The error that is returned is ENOENT which is fatal error because >>> it means the remote directory does not exist... and I'm not sure it >>> would be good to continue flood the network with mounts requests >>> (I'm thinking about autofs mount storms) for directories that may >>> or may not be there... >> I can't see how it would cause a mount storm: all you'd be doing is >> issuing a mount request twice, once in each protocol. > Times 1000 very 5 seconds... So 2000 every 5 seconds as opposed to 1000 every 5 seconds. This is surely better than returning an incorrect "directory does not exist" response to almost every NFS user who upgrades. And it will be almost everyone: maintaining servers on older versions of RHEL and upgrading clients to recent Fedora is normal. > I really don't think the server people would appreciate all those > extra cycles and network traffic... Doing something like this would > be hack... a hack that I could not push upstream... There are other > workagrounds (defined in original mail) that I would rather > explore... But they are all pretty unpleasant. The user gets an obscure error message that indicates nothing to them except "NFS is broken". They then have to either export root from the server or edit their fstab. >> Consider the alternative, which is breaking NFS access for enormous >> numbers (hundreds of thousands?) of people. And, in the process, >> severely damaging the reputation of Fedora. > I am not "breaking NFS access", I'm changing NFS access for the > better, IMHO. > Unfortunately its just a bit painful.... Yep. > I don't see how pushing, incorporating and utilizing the latest > technology available can "severely damaging the reputation of > Fedora". Really? Why not? What you are proposing to is indistinguishable to a user from breaking NFS. I can easily see it. > To be quite frank, my goal is just the opposite... I want Fedora > have a reputation of being on the breaking edge of technology... I > think that is a good thing! Me too. So, let's see how we can do that without making Fedora more fragile. Andrew. From wtogami at redhat.com Wed Sep 30 11:15:19 2009 From: wtogami at redhat.com (Warren Togami) Date: Wed, 30 Sep 2009 07:15:19 -0400 Subject: Thunderbird 3.0pre? In-Reply-To: References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4AC225A4.8090909@redhat.com> <4AC2BF4A.6000206@sapience.com> Message-ID: <4AC33DC7.9050808@redhat.com> On 09/30/2009 05:28 AM, drago01 wrote: > On Wed, Sep 30, 2009 at 4:15 AM, Mail Lists wrote: >> On 09/29/2009 11:20 AM, Christopher Aillon wrote: >> >>> >>> Tweaking the following pref: mailnews.database.global.indexer.enabled = >>> false >>> >>> Should work around the problem for now. >>> >> >> Is that any different than turning it off in >> Preferences->General->Enable Global Search and Indexer >> >> ? > > no In my experience the indexer isn't what causes the 100% CPU lockups. Synchronization of each folder seems to be the cause. If I turn off synchronization in Properties of all folders the 100% CPU lockups seem to go away entirely for me. Right-click on each folder, Properties, Synchronization, uncheck Select this folder for offline use. The indexer is annoying and I turned it off because after crunching away for hours it had indexed only 5% of my mail. Warren Togami wtogami at redhat.com From howard at cohtech.com Wed Sep 30 11:22:12 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Wed, 30 Sep 2009 12:22:12 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2C666.9060503@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> <4AC2C666.9060503@RedHat.com> Message-ID: <1254309732.6112.201.camel@zion.finsbury.cohtech.co.uk> Steve, just for clarity what you are actually saying is that. On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote: > On 09/29/2009 09:42 PM, Chris Adams wrote: > > Once upon a time, Steve Dickson said: > >> On the server (Which is suggested): > >> * Add the following entry to the /etc/exports file: > >> / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. > > > > The "suggested solution" is to change your NFS servers (that work just > > fine with other clients today) to export the root filesystem to > > everybody? > > > Unfortunately the answer to your question yes... > > With version 4 there is this concept of a pseudo root. Which meanings > one can define, through exports, what the root of an export > can be. Which is a good idea because you can define /export as > the root, and nothing above /export can be accessed... But if there is a /data *(ro,fsid=0) export then that will do, but it becomes the root of the export tree against which mounts are made? > > So the idea was to use 'fsid=0' to define the V4 root of the > exports. Which, in theory is a good idea because you can define > the namespace the client have access to. A feature, I believe, > is not available in any other NFS implementation... But... > > The problem is the V4 protocol requires a pseudo root to exist. > So with Linux servers, if the fsid=0 export does not exist, the > mount will die with ENOENT (or 'No such file or directory'). > > Other NFS implementation decided not to support a definable pseudo > roots and they just made, under the covers, their '/' as the pseudo > root, along with the appropriate protections. So putting the / *(ro,fsid=0) is only adding an export of that part of the name space into the tree to make it compatible with pre-V4 name spaces. > > With F-12, I have added code to both the kernel and nfs-utils that will > do both. Allow the 'fsid=0' export to define the pseudo root and > make '/' the pseudo root (with the appropriate protections) when > there is not an fsid=0 entry. > > So Yes, one work around to make F-12 mounts work with Linux servers is > to define a pseudo root on the server with a fsid=0 export. But if > that is not an option, you can make the F12 clients only use V3 mount > (which would avoid the problem, but not take advantage of the > V4 protocol) by set either setting the '-o v3' mount option or > set the Nfsvers=3 in the new /etc/nfsmount.conf file (which would make > all mounts from that machine v3 mounts). > But the downside of the / *(ro,fsid=0) approach is we now have all of the root files (but not any other filing systems visible. So perhaps a better approach would be to specify a /V4root *(ro,fsid=0) directory being created and a bind mount for each export from the pre-V3 name space being made into that tree. Or have I missed something entirely? > I hope this helped... It did! > > steved. > > -- Howard Wilkinson Coherent Technology Limited From stickster at gmail.com Wed Sep 30 12:01:23 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 08:01:23 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2B280.6000400@gmail.com> References: <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> Message-ID: <20090930120123.GD7658@localhost.localdomain> On Tue, Sep 29, 2009 at 06:21:04PM -0700, Toshio Kuratomi wrote: > Examples of what to do and not do from this point forward: > Do: Have something testable > Do: Have the the feature significantly complete > Do: submit bugfixes > Do not: Enable the feature by default > Do not: Make changes that cause other software to have to make changes I thought this was a particularly good idea. -- 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 From jwboyer at gmail.com Wed Sep 30 12:06:07 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 30 Sep 2009 08:06:07 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: <20090930120607.GR5260@hansolo.jdub.homelinux.org> On Wed, Sep 30, 2009 at 08:36:54AM +0000, Matej Cepl wrote: >Jesse Keating, Tue, 29 Sep 2009 23:45:08 -0700: >> Right, I've always taken it to mean "Our experimental code is in, and >> we're ready to take end user testing feedback on it" which is different >> from "our code is in, but not really done, and we don't care if it's >> broken because we're going to re-write it again in a week". > >Except this is not exactly correct ... this is not beta by industry >standards, but release candidate which will be left rottening for two >months before released and found completely useless (because 0day updates >will be probably again bigger than amount of packages people usually >install). > >Case in question ... I am not allowed to fix bug https:// >bugzilla.redhat.com/show_bug.cgi?id=520998, which I have filed some time >ago, watched that maintainer didn't do anything to it, finally after >discussing it with OpenSSL maintainer I have decided that upgrading to >the current stable version of the package makes a lot of sense, fixed the >spec so that it builds, build it ... and found that I cannot push it to >the bodhi, because I would need to humbly petition FESCO for permission >to fix a bug. And no I cannot swear that it won't break anything (it is >not my package after all), so I will just not bother, and let is slip for >anybody who cares to take care of it. Er... your package is already in rawhide. You don't need to push it as a bodhi update. So your use case is totally bogus because the change you wanted to get into F-12 is already there: [jwboyer at hansolo packages]$ koji latest-pkg dist-f12 pyOpenSSL Build Tag Built by ---------------------------------------- -------------------- ---------------- pyOpenSSL-0.9-1.fc12 dist-f12 mcepl [jwboyer at hansolo packages]$ koji latest-pkg f12-beta pyOpenSSL Build Tag Built by ---------------------------------------- -------------------- ---------------- pyOpenSSL-0.9-1.fc12 f12-beta mcepl >Do we have somewhere real Rawhide (i.e., dist-f13) repos available now >when dist-f12 has been released? I don't want to upgrade from koji. I have no idea what you are asking here. josh From jreznik at redhat.com Wed Sep 30 12:31:23 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 30 Sep 2009 14:31:23 +0200 Subject: KDE-SIG weekly report (40/2009) Message-ID: <200909301431.23961.jreznik@redhat.com> 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: 40/2009 Time: 2009-09-29 14:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-09-29 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-29/fedora-meeting.2009-09-29-14.08.html Meeting log: http://meetbot.fedoraproject.org/fedora- meeting/2009-09-29/fedora-meeting.2009-09-29-14.08.log.html ---------------------------------------------------------------------------------- = Participants = * BenBoeckel * JaroslavReznik * KevinKofler * LukasTinkl * RexDieter * StevenParrish * ThanNgo * ThomasJanssen * Mary Ellen Foster ---------------------------------------------------------------------------------- = Agenda = o Topics to discuss: * kde-sig steering committee * k3b/koffice reverts, recommended by upstreams * future of Phonon * upstream (sandsmark) recommends building/packaging phonon from qt, and building/packaging backends separately * mandriva developments integrating pulseaudio support (and improving gstreamer backend) [1] = Summary = o kde-sig steering committee * The KDE SIG Steering Committee will be formed by (in alphabetical order): jreznik, Kevin_Kofler, ltinkl, rdieter, SMParrish, svahl, than. * 4 votes will be required to pass decisions where a vote is called for. * rdieter will summarize the exact rules. o k3b/koffice reverts, recommended by upstreams [2] * F12 will revert to (kde3) k3b-1.0.x and koffice-1.6.x for F-12 (passed 4:2). o future of Phonon * Upstream (sandsmark) recommends building/packaging phonon from qt, and building/packaging backends separately. * Mandriva developments integrating pulseaudio support (and improving gstreamer backend). [1] * We will move back to building a standalone phonon SRPM. * The vote for the default backend is split 3:3, needs the 7th vote from svahl. ---------------------------------------------------------------------------------- = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2009-10-06 = Links = [1] http://mail.kde.org/pipermail/phonon-backends/2009-September/000304.html [2] http://rdieter.livejournal.com/15770.html Jaroslav -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From SteveD at redhat.com Wed Sep 30 12:36:30 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 08:36:30 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <1254309732.6112.201.camel@zion.finsbury.cohtech.co.uk> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> <4AC2C666.9060503@RedHat.com> <1254309732.6112.201.camel@zion.finsbury.cohtech.co.uk> Message-ID: <4AC350CE.6080104@RedHat.com> On 09/30/2009 07:22 AM, Howard Wilkinson wrote: > Steve, > > just for clarity what you are actually saying is that. > On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote: >> On 09/29/2009 09:42 PM, Chris Adams wrote: >>> Once upon a time, Steve Dickson said: >>>> On the server (Which is suggested): >>>> * Add the following entry to the /etc/exports file: >>>> / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. >>> >>> The "suggested solution" is to change your NFS servers (that work just >>> fine with other clients today) to export the root filesystem to >>> everybody? >>> >> Unfortunately the answer to your question yes... >> >> With version 4 there is this concept of a pseudo root. Which meanings >> one can define, through exports, what the root of an export >> can be. Which is a good idea because you can define /export as >> the root, and nothing above /export can be accessed... > But if there is a /data *(ro,fsid=0) export then that will do, but it > becomes the root of the export tree against which mounts are made? Yes.. For example say the directory tree under /data looks like /data dir1/ subdir1/ dir2/ subdir2/ Then the client could do a mount server:/ /mnt/ which would make every thing under /data visible, meaning ls /mnt/dir1 ls /mnt/dir2 Now the client could also do a mount server:/dir1 /mnt which would only make the the directories under /data/dir1 visible, meaning ls /mnt/subdir1 >> >> So the idea was to use 'fsid=0' to define the V4 root of the >> exports. Which, in theory is a good idea because you can define >> the namespace the client have access to. A feature, I believe, >> is not available in any other NFS implementation... But... >> >> The problem is the V4 protocol requires a pseudo root to exist. >> So with Linux servers, if the fsid=0 export does not exist, the >> mount will die with ENOENT (or 'No such file or directory'). >> >> Other NFS implementation decided not to support a definable pseudo >> roots and they just made, under the covers, their '/' as the pseudo >> root, along with the appropriate protections. > So putting the / *(ro,fsid=0) is only adding an export of that part of > the name space into the tree to make it compatible with pre-V4 name > spaces. Exactly... >> >> With F-12, I have added code to both the kernel and nfs-utils that will >> do both. Allow the 'fsid=0' export to define the pseudo root and >> make '/' the pseudo root (with the appropriate protections) when >> there is not an fsid=0 entry. >> >> So Yes, one work around to make F-12 mounts work with Linux servers is >> to define a pseudo root on the server with a fsid=0 export. But if >> that is not an option, you can make the F12 clients only use V3 mount >> (which would avoid the problem, but not take advantage of the >> V4 protocol) by set either setting the '-o v3' mount option or >> set the Nfsvers=3 in the new /etc/nfsmount.conf file (which would make >> all mounts from that machine v3 mounts). >> > But the downside of the / *(ro,fsid=0) approach is we now have all of > the root files (but not any other filing systems visible). No, other mounts files systems would be visible as well.. > > So perhaps a better approach would be to specify a /V4root *(ro,fsid=0) > directory being created and a bind mount for each export from the pre-V3 > name space being made into that tree. Or have I missed something > entirely? That sounds like it could work, although it may not be too scalable with large and complicated export tree... The real answer is use a F-12 NFS server since all this stuff goes away.. steved. From SteveD at redhat.com Wed Sep 30 12:46:21 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 08:46:21 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC33B7A.9060702@redhat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> <4AC32E51.5040500@RedHat.com> <4AC33081.1080502@redhat.com> <4AC336BE.2050908@RedHat.com> <4AC33B7A.9060702@redhat.com> Message-ID: <4AC3531D.2060204@RedHat.com> On 09/30/2009 07:05 AM, Andrew Haley wrote: >>> I can't see how it would cause a mount storm: all you'd be doing is >>> issuing a mount request twice, once in each protocol. >> Times 1000 very 5 seconds... > > So 2000 every 5 seconds as opposed to 1000 every 5 seconds. This is > surely better than returning an incorrect "directory does not exist" > response to almost every NFS user who upgrades. And it will be almost > everyone: maintaining servers on older versions of RHEL and upgrading > clients to recent Fedora is normal. Or the F-12 clients can change the default back to v3 by either setting the Nfsvers=3 variable the NFSMount_Global_Options section in the /etc/nfsmount.conf file, or set the '-o v3' mount option on the command line. > >> I really don't think the server people would appreciate all those >> extra cycles and network traffic... Doing something like this would >> be hack... a hack that I could not push upstream... There are other >> workagrounds (defined in original mail) that I would rather >> explore... > > But they are all pretty unpleasant. The user gets an obscure error > message that indicates nothing to them except "NFS is broken". > They then have to either export root from the server or edit their > fstab. I'm not sure I agree with the "obscure error message", but yes the client will have to change when mount to a older Linux server, only a Linux server btw... > >> I don't see how pushing, incorporating and utilizing the latest >> technology available can "severely damaging the reputation of >> Fedora". > > Really? Why not? What you are proposing to is indistinguishable to a > user from breaking NFS. I can easily see it. With all new release of Fedora (or any OS for that matter) there are always some pain threshold people have to go through. I just see this is one those thresholds.. > >> To be quite frank, my goal is just the opposite... I want Fedora >> have a reputation of being on the breaking edge of technology... I >> think that is a good thing! > > Me too. So, let's see how we can do that without making Fedora more > fragile. I can't agree with this more... steved. From rc040203 at freenet.de Wed Sep 30 13:09:46 2009 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 30 Sep 2009 15:09:46 +0200 Subject: yum update vs. blender Message-ID: <4AC3589A.9010400@freenet.de> Hi, today's yum update came along with this: # yum update ... Updating : blender-2.49b 1.fc11.x86_64 16/57 Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'fonts/package' Unknown media type in type 'interface/x-winamp-skin' ... Cleanup : blender-2.49a-1.fc11.x86_64 48/57 Unknown media type in type 'all/all' Unknown media type in type 'all/allfiles' Unknown media type in type 'uri/mms' Unknown media type in type 'uri/mmst' Unknown media type in type 'uri/mmsu' Unknown media type in type 'uri/pnm' Unknown media type in type 'uri/rtspt' Unknown media type in type 'uri/rtspu' Unknown media type in type 'fonts/package' Unknown media type in type 'interface/x-winamp-skin' What is this? Seems to me, as is something is very broken with blender's scriptlets? Ralf From kevin.kofler at chello.at Wed Sep 30 13:26:00 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 15:26 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> Message-ID: Lennart Poettering wrote: > Haha. So the major 'advantage' of Phonon that it would allow replacing > the backends as time progresses without breaking the KDE apps using > them now officially is proven to be bogus. The KDE/Qt folks were so > afraid of a media engine breaking API so that they created their > abstraction thing and now break API of that one more often then the > media engines themselves do. KDE is going to support Phonon for at least the whole KDE 4 cycle (which is planned to be quite long as neither Qt nor KDE sees an immediate need for an API-breaking version) as part of the API compatibility promise, and there is also strong active development ongoing on the KDE side, so it won't be deprecated on the KDE side and chances are it will still be there in future major versions of KDE (e.g. KDE 5) as well (though at that point, API changes can happen). (But of course this development currently focuses on the xine-lib backend, which is the backend KDE recommends. Though there are developers from e.g. Mandriva interested in improving the GStreamer one, too.) What is likely to happen is that Phonon is going to be deprecated on the Qt side, and Qt's bundled copy of Phonon might end up not getting updated, too. But that's one of the reasons we decided to ship Phonon from its own SRPM again in yesterday's meeting. Phonon possibly becoming deprecated in Qt is completely irrelevant for KDE application developers as it is still the preferred solution for multimedia in KDE and will remain so for the foreseeable future. There's a general rule in KDE: if there's a KDE class and a Qt class doing the same thing, always use the KDE class unless it explicitly says it's deprecated in favor of the Qt one. If Qt comes up with their own multimedia framework, multimedia will just be one more instance of this rule. Kevin Kofler From kevin.kofler at chello.at Wed Sep 30 13:33:43 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 15:33:43 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> Message-ID: Jaroslav Reznik wrote: > Another interesting thing is PA & Phonon integration work by Colin Guthrie > (see the link in my first message). Phonon just as wrapper/thin client for > PA with nicer Qt like API. I like this idea. That's not what his current work does, and it's not really possible as PA doesn't do decoding, so you'd still need some decoding library. Colin Guthrie's branch still uses GStreamer or xine-lib (he's currently working with both backends because he knows both are used). What it adds is that PA sinks show up as Phonon devices so you can choose where to direct your output to, as opposed to the one big "PulseAudio" device we currently have (where it just uses the sink set as default in PA). I suppose he's also going to tag the streams with the PA stream type matching the Phonon stream type the application sets, if he doesn't already. So this lets you use Phonon's flexibility (directing specific types of streams to specific outputs) while still using PulseAudio, you don't have to choose one or the other anymore. Kevin Kofler From redhat at olen.net Wed Sep 30 13:34:06 2009 From: redhat at olen.net (Ola Thoresen) Date: Wed, 30 Sep 2009 15:34:06 +0200 Subject: Thunderbird 3.0pre? In-Reply-To: <4AC33DC7.9050808@redhat.com> References: <3b8e57a80909270800w468a4a37lba86138c9023225a@mail.gmail.com> <4ABF8186.6010901@sapience.com> <4AC225A4.8090909@redhat.com> <4AC2BF4A.6000206@sapience.com> <4AC33DC7.9050808@redhat.com> Message-ID: <4AC35E4E.3030706@olen.net> Just to make things even more confusing, I have no problems with thunderbird-3.0-3.8.b3.fc12.x86_64.rpm I have a setup with - Multiple IMAP accounts - Some _huge_ folders ( > 300 000 messages) - More than 11 GB of mail in one account, 9 GB in another The recent upgrade to thunderbird-3.0-3.9.b4.fc12.x86_64 made the computer almost unusable, (same as thunderbird-3.0-1.beta2.fc11.x86_64 did back in march/april). So something was fixed in b3, that is broken in b4 again - at least for me. Rgds. Ola Thoresen From clive at vacuumtube.org.uk Wed Sep 30 13:40:55 2009 From: clive at vacuumtube.org.uk (Clive Messer) Date: Wed, 30 Sep 2009 14:40:55 +0100 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <200909291703.55030.jreznik@redhat.com> References: <200909291703.55030.jreznik@redhat.com> Message-ID: <200909301440.55341.clive@vacuumtube.org.uk> On Tuesday 29 Sep 2009 16:03:54 Jaroslav Reznik wrote: > We, KDE SIG, are considering which backend should be default for Phonon in > Fedora. Seems like it's not easy to agree on final decision @ KDE SIG > meetings, we'd like to summarize what's the problem, some backends facts > (please correct me, comment, add, etc.) and we'd like to hear comments > from outer KDE SIG universe, from you, Fedora developers & users, too. Just one comment: gapless playback. ;) I've noticed from my testing of amorok -> phonon-backend-gstreamer -> pulseaudio that gapless playback doesn't work seamlessly. Especially noticeable with a live album where there is a stutter, click or pop between tracks when using the gstreamer backend, and that doesn't happen with the xine backend. Not quite sure where to point the finger, amarok or phonon-backend- gstreamer, just thought I'd mention it. Regards Clive -- Clive Messer From thomasj at fedoraproject.org Wed Sep 30 13:41:46 2009 From: thomasj at fedoraproject.org (Thomas Janssen) Date: Wed, 30 Sep 2009 15:41:46 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <20090929221121.GB2896@tango.0pointer.de> References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> Message-ID: 2009/9/30 Lennart Poettering : > On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kofler at chello.at) wrote: > >> >> Lennart Poettering wrote: >> > Uh. Nokia stands pretty firmly behind gst. As do most embedded folks. >> >> Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), not >> so much. They're currently using it, but there are people working on the Qt >> Mobility project talking about replacing Phonon with something else (another >> abstraction layer, again around native backends (GStreamer in the GNU/Linux >> case), I really don't see what the advantage would be over Phonon). > > Haha. So the major 'advantage' of Phonon that it would allow replacing > the backends as time progresses without breaking the KDE apps using > them now officially is proven to be bogus. The KDE/Qt folks were so > afraid of a media engine breaking API so that they created their > abstraction thing and now break API of that one more often then the > media engines themselves do. > > Do I hear an "I told you so!"? > > Abstractionitis is an illness, not a remedy. People who live in a glass houses shouldn't throw stones. -- LG Thomas Dubium sapientiae initium From rawhide at fedoraproject.org Wed Sep 30 13:50:22 2009 From: rawhide at fedoraproject.org (Rawhide Report) Date: Wed, 30 Sep 2009 13:50:22 +0000 Subject: rawhide report: 20090930 changes Message-ID: <20090930135022.GA9779@releng2.fedora.phx.redhat.com> Compose started at Wed Sep 30 06:15:12 UTC 2009 Broken deps for i386 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) glom-1.10.1-1.fc12.i586 requires libgdamm-4.0.so.11 glom-libs-1.10.1-1.fc12.i586 requires libgdamm-4.0.so.11 labrea-2.5.1-2.fc10.i386 requires libpcap.so.0.9 libvirt-qpid-0.2.17-0.fc12.i686 requires libqmfagent.so.2 libvirt-qpid-0.2.17-0.fc12.i686 requires libqpidclient.so.2 libvirt-qpid-0.2.17-0.fc12.i686 requires libqpidcommon.so.2 libvirt-qpid-0.2.17-0.fc12.i686 requires libqmfcommon.so.2 matahari-0.0.4-5.fc12.i686 requires libqmfagent.so.2 matahari-0.0.4-5.fc12.i686 requires libqpidclient.so.2 matahari-0.0.4-5.fc12.i686 requires libqpidcommon.so.2 matahari-0.0.4-5.fc12.i686 requires libqmfcommon.so.2 network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0 ngrep-1.45-5.fc11.i586 requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.i586 requires libpcap.so.0.9 Broken deps for x86_64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.x86_64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.x86_64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-gtk-0.9) glom-1.10.1-1.fc12.x86_64 requires libgdamm-4.0.so.11()(64bit) glom-libs-1.10.1-1.fc12.i586 requires libgdamm-4.0.so.11 glom-libs-1.10.1-1.fc12.x86_64 requires libgdamm-4.0.so.11()(64bit) labrea-2.5.1-2.fc10.x86_64 requires libpcap.so.0.9()(64bit) libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqpidcommon.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqmfagent.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqmfcommon.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.x86_64 requires libqpidclient.so.2()(64bit) matahari-0.0.4-5.fc12.x86_64 requires libqpidcommon.so.2()(64bit) matahari-0.0.4-5.fc12.x86_64 requires libqmfagent.so.2()(64bit) matahari-0.0.4-5.fc12.x86_64 requires libqmfcommon.so.2()(64bit) matahari-0.0.4-5.fc12.x86_64 requires libqpidclient.so.2()(64bit) network-manager-netbook-1.2-5.fc12.x86_64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.x86_64 requires libpcap.so.0.9()(64bit) rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.x86_64 requires libpcap.so.0.9()(64bit) Broken deps for ppc ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.ppc requires libpcap.so.0.9 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-cairo-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc requires libcluttermm-0.8.so.2 clutter-cairomm-0.7.4-2.fc11.ppc requires libclutter-glx-0.8.so.0 clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc requires pkgconfig(clutter-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-gtk-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc requires libclutter-glx-0.9.so.0 clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc requires pkgconfig(clutter-gtk-0.9) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) glom-1.10.1-1.fc12.ppc requires libgdamm-4.0.so.11 glom-libs-1.10.1-1.fc12.ppc requires libgdamm-4.0.so.11 glom-libs-1.10.1-1.fc12.ppc64 requires libgdamm-4.0.so.11()(64bit) labrea-2.5.1-2.fc10.ppc requires libpcap.so.0.9 libvirt-qpid-0.2.17-0.fc12.ppc requires libqmfagent.so.2 libvirt-qpid-0.2.17-0.fc12.ppc requires libqpidclient.so.2 libvirt-qpid-0.2.17-0.fc12.ppc requires libqpidcommon.so.2 libvirt-qpid-0.2.17-0.fc12.ppc requires libqmfcommon.so.2 matahari-0.0.4-5.fc12.ppc requires libqmfagent.so.2 matahari-0.0.4-5.fc12.ppc requires libqpidclient.so.2 matahari-0.0.4-5.fc12.ppc requires libqpidcommon.so.2 matahari-0.0.4-5.fc12.ppc requires libqmfcommon.so.2 network-manager-netbook-1.2-5.fc12.ppc requires libnm_glib.so.0 ngrep-1.45-5.fc11.ppc requires libpcap.so.0.9 rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc requires libpcap.so.0.9 Broken deps for ppc64 ---------------------------------------------------------- PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public argus-2.0.6.fixes.1-16.fc11.ppc64 requires libpcap.so.0.9()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-glx-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libclutter-cairo-0.8.so.0()(64bit) clutter-cairomm-0.7.4-2.fc11.ppc64 requires libcluttermm-0.8.so.2()(64bit) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(cluttermm-0.8) clutter-cairomm-devel-0.7.4-2.fc11.ppc64 requires pkgconfig(clutter-0.8) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-gtk-0.9.so.0()(64bit) clutter-gtkmm-0.9.4-1.fc12.ppc64 requires libclutter-glx-0.9.so.0()(64bit) clutter-gtkmm-devel-0.9.4-1.fc12.ppc64 requires pkgconfig(clutter-gtk-0.9) glom-1.10.1-1.fc12.ppc64 requires libgdamm-4.0.so.11()(64bit) glom-libs-1.10.1-1.fc12.ppc64 requires libgdamm-4.0.so.11()(64bit) labrea-2.5.1-2.fc10.ppc64 requires libpcap.so.0.9()(64bit) libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqpidcommon.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqmfagent.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqmfcommon.so.2()(64bit) libvirt-qpid-0.2.17-0.fc12.ppc64 requires libqpidclient.so.2()(64bit) matahari-0.0.4-5.fc12.ppc64 requires libqpidcommon.so.2()(64bit) matahari-0.0.4-5.fc12.ppc64 requires libqmfagent.so.2()(64bit) matahari-0.0.4-5.fc12.ppc64 requires libqmfcommon.so.2()(64bit) matahari-0.0.4-5.fc12.ppc64 requires libqpidclient.so.2()(64bit) network-manager-netbook-1.2-5.fc12.ppc64 requires libnm_glib.so.0()(64bit) ngrep-1.45-5.fc11.ppc64 requires libpcap.so.0.9()(64bit) python-mwlib-0.11.2-3.20090522hg2956.fc12.ppc64 requires LabPlot rhn-check-0.7.3-1.fc12.noarch requires yum-rhn-plugin >= 0:0.5.3-30 yersinia-0.7.1-3.fc11.ppc64 requires libpcap.so.0.9()(64bit) New package avra Atmel AVR assembler New package dokuwiki Standards compliant simple to use wiki New package etckeeper Store /etc in a SCM system (git, mercurial, bzr or darcs) New package gplcver An interpreted Verilog HDL simulator New package haskell-platform Standard Haskell distribution New package kcheckers Checkers board game New package moblin-panel-people Moblin Panel for People New package moblin-panel-status Moblin Panel for Social Network Status New package perl-WWW-Mechanize-GZip Fetch compressed webpages New package perl-common-sense "Common sense" Perl defaults New package snacc Sample Neufeld ASN.1 to C Compiler Removed package bug-buddy Removed package emacs-nxml-mode Removed package znc-extra Updated Packages: ConsoleKit-0.4.1-1.fc12 ----------------------- * Tue Sep 29 2009 Jon McCann 0.4.1-1 - Update to 0.4.1 amarok-2.2.0-1.fc12 ------------------- * Tue Sep 29 2009 Rex Dieter 2.2.0-1 - amarok-2.2.0 amqp-1.0.819819-1.fc12 ---------------------- * Tue Sep 29 2009 Nuno Santos - 0:1.0.819819-1 - Rebased to svn rev 819819 for F12 beta anaconda-12.32-1.fc12 --------------------- * Tue Sep 29 2009 David Cantrell - 12.32-1 - Improve loader messages in parseCmdLineFlags when passing vnc (#526350). (maier) - Update po/anaconda.pot during a 'bumpver' run. (dcantrell) - Add 'make release' as a synonym for 'make archive'. (dcantrell) - Whitespace cleanup in loader/net.c. (dcantrell) - Clean up getHostandPath() debugging messages for host & file. (dcantrell) - Need an extra on the PS1 line in /.profile (dcantrell) - Korean font package name changed (#525597) (dcantrell) - We can't prompt for new network info in cmdline mode (#526262). (clumens) - yaboot supports /boot on ext4 (#526219). (clumens) - bootloader --append= should append, not set the args list (#524004). (clumens) - Don't check if /boot is under the 4MB mark on i/p Series (#526200). (clumens) - "minimal" has been renamed to "core" (#526191). (clumens) - Remove some unused isys methods. (clumens) - Make sure the disk holding /boot is setup before setting boot flag (#526063) (hdegoede) - Use temporary repo id for edited object to prevent Duplicate Repo error (#524599). (rvykydal) - Do not delete repo twice or when it had not been added actually (#524599). (rvykydal) - Disable repo before deleting it (#524599). (rvykydal) - Log more, repo editing UI. (rvykydal) - Make _enableRepo a little more readable. (rvykydal) anerley-0.1.2-1.fc12 -------------------- * Tue Sep 29 2009 Peter Robinson 0.1.1-3 - Add patch for pkgconfig file for mc5 * Tue Sep 29 2009 Peter Robinson 0.1.2-1 - New upstream 0.1.2 release anjal-0.1.0-0.12.20090928gita7a5264.fc12 ---------------------------------------- at-3.1.10-38.fc12 ----------------- * Tue Sep 29 2009 Tomas Mraz 3.1.10-38 - authentication PAM modules have to be configured for pam_setcred() binutils-2.19.51.0.14-32.fc12 ----------------------------- * Tue Sep 29 2009 Jan Kratochvil 2.19.51.0.14-32 - Remove spurious description of nonexistent --java switch for cxxfilt. bygfoot-2.3.2-1.fc12.1 ---------------------- * Tue Sep 29 2009 Ha?kel Gu?mar - 2.3.2-1 - Updated to 2.3.2 cheese-2.28.0.1-1.fc12 ---------------------- * Tue Sep 29 2009 Matthias Clasen 2.28.0.1-1 - Update to 2.28.0.1 chkconfig-1.3.44-1 ------------------ * Tue Sep 29 2009 Bill Nottingham 1.3.44-1 - alternatives: update symlinks if they exist on installation (#104940) - alternatives: clarify error messages with more context (#441443) - alternatives: fix removal of manual links (#525021, ) - translation updates: ml, mr, pl, ta, uk ctdb-1.0.91-1.fc12 ------------------ * Tue Sep 29 2009 : Version 1.0.91 - New vacuum and repack design from Wolgang Mueller. - Add a new eventscript 01.reclock that will first mark a node unhealthy and later ban the node if the reclock file can not be accessed. - Add machinereadable output to the ctdb getreclock command - merge transaction updates from Michael Adam - In the new banning code, reset the culprit count to 0 for all nodes that could successfully compelte a full recovery. - dont mark the recovery master as a ban culprit because a node in the cluster needs a recovery. this happens naturally when using ctdb recover command so dont make this cause a node to be banned. * Tue Sep 29 2009 Sumit Bose - 1.0.91-1 - Update to ctdb version 1.0.91 digikam-1.0.0-0.6.beta4.fc12 ---------------------------- * Tue Sep 29 2009 Rex Dieter - 1.0.0-0.6.beta4 - fix marble dep(s) dovecot-1.2.5-2.fc12 -------------------- * Tue Sep 29 2009 Michal Hlavinka - 1:1.2.5-2 - build with libcap enabled ecryptfs-utils-81-1.fc12 ------------------------ * Tue Sep 29 2009 Michal Hlavinka - 81-1 - updated to 81 electronics-menu-1.0-7.fc12 --------------------------- * Tue Sep 29 2009 Chitlesh Goorah - 1.0-7 - Improved submenus structure for F-12 emacs-23.1-10.fc12 ------------------ * Tue Sep 29 2009 Daniel Novotny 1:23.1-10 - emacs contains nxml-mode (#516391) festival-1.96-16.fc12 --------------------- * Tue Sep 29 2009 Matthias Clasen - 1.96-16 - Add native pulseaudio support (#471047) firstaidkit-0.2.7-1.fc12 ------------------------ * Tue Sep 29 2009 Martin Sivak - 0.2.7-1 - Make the dialog in whiptail bigger, so it looks nicer glib2-2.22.1-1.fc12 ------------------- * Tue Sep 29 2009 Matthias Clasen - 2.22.1-1 - Update to 2.22.1 gnome-bluetooth-2.28.1-1.fc12 ----------------------------- * Tue Sep 29 2009 Bastien Nocera 2.28.1-1 - Update to 2.28.1 gnome-menus-2.28.0-3.fc12 ------------------------- * Tue Sep 29 2009 Matthias Clasen 2.28.0-3 - Fix menu sorting (#523636) gtk2-engines-2.18.4-1.fc12 -------------------------- * Tue Sep 29 2009 Matthias Clasen - 2.18.4-1 - Update to 2.18.4 gtksourceview2-2.8.1-1.fc12 --------------------------- * Tue Sep 29 2009 Matthias Clasen - 2.8.1-1 - Update to 2.8.1 gtranslator-1.9.6-1.fc12 ------------------------ * Tue Sep 29 2009 Alexey Torkhov - 1.9.6-1 - Update to 1.9.6 gvfs-1.4.0-2.fc12 ----------------- * Tue Sep 29 2009 Matthias Clasen - 1.4.0-2 - Fix the lack of icons in the http backend hplip-3.9.8-17.fc12 ------------------- * Tue Sep 29 2009 Tim Waugh 3.9.8-17 - Give up trying to print a job to a reconnected device (bug #515481). hunspell-ta-20090929-1.fc12 --------------------------- * Tue Sep 29 2009 Parag - 20090929-1 - Update to new dictionary wordlist with new URL jetty-6.1.20-4.fc12 ------------------- * Tue Sep 29 2009 Alexander Kurtakov 6.1.20-4 - No need to require the whole tomcat5. json-glib-0.8.0-1.fc12 ---------------------- * Tue Sep 29 2009 Brian Pepple - 0.8.0-1 - Update to 0.8.0. - Update source url. k3b-1.0.5-10.fc12 ----------------- * Sat Sep 26 2009 Rex Dieter - 1:1.0.5-10 - Epoch: 1 (increment Release too, to minimize confusion) - -common: noarch subpkg kdeedu-4.3.1-4.fc12 ------------------- * Tue Sep 29 2009 Rex Dieter - 4.3.1-4 - kdeedu-marble multilib fixes (rebuild for digikam botch) kdevplatform-0.9.95-0.3.beta5.fc12 ---------------------------------- * Tue Sep 29 2009 Ben Boeckel - 0.9.95-0.3.beta5 - Use official release kernel-2.6.31.1-56.fc12 ----------------------- * Wed Sep 30 2009 Dave Airlie 2.6.31.1-56 - revert all the arjan patches until someone tests them. * Tue Sep 29 2009 Dave Airlie 2.6.31.1-53 - drm-next-4c57edba4.patch: fix r600 dri1 memory leak and r600 bugs * Tue Sep 29 2009 Dave Airlie 2.6.31.1-54 - Fix broken capabilties that stopped dbus working due to copy from user fixups. * Tue Sep 29 2009 Steve Dickson 2.6.31.1-55 - Updated the NFS4 pseudo root code with a fix from upstream * Mon Sep 28 2009 Justin M. Forbes 2.6.31.1-50 - Increase timeout for xen frontend devices to connect. * Mon Sep 28 2009 Dave Jones 2.6.31.1-52 - Use __builtin_object_size to validate the buffer size for copy_from_user + associated fixes to various copy_from_user invocations. koffice-1.6.3-26.20090306svn.fc12 --------------------------------- * Sat Sep 26 2009 Rex Dieter 3:1.6.3-26.20090306svn - Epoch++ (revert koffice2 -> koffice1) * Sun Sep 20 2009 Rex Dieter 2:1.6.3-25.20090306svn - rebuild (GraphicsMagick) krazy2-2.9-4.20090928svn.fc12 ----------------------------- * Tue Sep 29 2009 Ben Boeckel 2.9-4.20090928svn - Update snapshot - krazy2ebn is gone - Use kdevplatform by default now libchewing-0.3.2-16.fc12 ------------------------ * Wed Sep 30 2009 Ding-Yi Chen - 0.3.2-16 - Fix chewing Google issue 352: zuin_count in chewing_zuin_String( ChewingContext *ctx, int *zuin_count ) does not count correctly. libcompizconfig-0.8.2-7.fc12 ---------------------------- * Tue Sep 29 2009 leigh scott - 0.8.2-7 - add patch for protobuf version and re-enable protobuf support libepc-0.3.10-3.fc12 -------------------- * Tue Sep 29 2009 Brian Pepple - 0.3.10-3 - Add BR on libuuid-devel, and drop BR on e2fsprogs-devel. * Fri Jul 24 2009 Fedora Release Engineering - 0.3.10-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild libgdamm-3.99.17.1-1.fc12 ------------------------- * Sat Sep 26 2009 Denis Leroy - 3.99.17.1-1 - Update to upstream 3.99.17.1 - Added documentation under gtk-doc libguestfs-1.0.72-2.fc12 ------------------------ * Tue Sep 29 2009 Richard W.M. Jones - 1.0.72-2 - Force rebuild. * Wed Sep 23 2009 Richard W.M. Jones - 1.0.72-1 - New upstream release 1.0.72. - New tools: virt-edit, virt-rescue. - Combine virt-cat, virt-df, virt-edit, virt-inspector and virt-rescue into a single package called libguestfs-tools. * Tue Sep 22 2009 Richard W.M. Jones - 1.0.71-2 - New upstream release 1.0.71. libpqxx-2.6.8-15.fc12 --------------------- * Tue Sep 29 2009 Rex Dieter - 1:2.6.8-15 - Epoch: 1 (revert from libpqxx-3.0.0 on F-12) libprelude-0.9.24.1-1.fc12 -------------------------- * Tue Sep 29 2009 Steve Grubb - 0.9.24.1-1 - New upstream release * Sat Aug 08 2009 Manuel "lonely wolf" Wolfshant - 0.9.24-3 - adjust to build in EL-5 lua-filesystem-1.4.2-1.fc12 --------------------------- * Tue Sep 29 2009 Tim Niemueller - 1.4.2-1 - Upgrade to latest stable release memtest86+-4.00-1.fc12 ---------------------- * Tue Sep 29 2009 Jarod Wilson - 4.00-1 - Update to new upstream release, v4.00 - Drop gcc4.2+ patch, merged upstream mingw32-pixman-0.16.2-1.fc12 ---------------------------- * Tue Sep 29 2009 Erik van Pienbroek - 0.16.2-1 - Update to 0.16.2 mutter-moblin-0.40.1-1.fc12 --------------------------- * Tue Sep 29 2009 Peter Robinson 0.40.1-1 - New 0.40.1 upstream release nazghul-0.7.0-0.4.20090928cvs.fc12 ---------------------------------- * Tue Sep 29 2009 Jason L Tibbitts III - 0.7.0-0.4.20090928cvs - Pull latest fixes. * Tue Sep 22 2009 Jason L Tibbitts III - 0.7.0-0.3.20090918cvs - Modernize the spec a bit; nuke BuildRoot:, no more RPM_BUILD_ROOT. * Fri Sep 18 2009 Jason L Tibbitts III - 0.7.0-0.2.20090918cvs - New CVS snapshot; hopefully fix x86_64 startup crash and music issues. * Thu Sep 10 2009 Jason L Tibbitts III - 0.7.0-0.1.20090910cvs - Initial attempt to rebase to current CVS. - Update to use xz for compression of snapshot tarballs. - Rename "nazghul-haxima" package to "haxima", according to upstream wishes and common sense. net-snmp-5.4.2.1-18.fc12 ------------------------ * Tue Sep 29 2009 Jan Safranek 5.4.2.1-18 - remove static libraries from -devel subpackage nfoview-1.7-1.fc12 ------------------ * Tue Sep 29 2009 Fabian Affolter - 1.7-1 - Updated to new upstream version 1.7 nfs-utils-1.2.0-13.fc12 ----------------------- * Tue Sep 29 2009 Steve Dickson 1.2.0-13 - Added upstream 1.2.1-rc5 patch - mount.nfs: Support negotiation between v4, v3, and v2 - mount.nfs: Keep server's address in nfsmount_info - mount.nfs: Sandbox each mount attempt - mount.nfs: Support negotiation between v4, v3, and v2 ntp-4.2.4p7-6.fc12 ------------------ * Tue Sep 29 2009 Miroslav Lichvar 4.2.4p7-6 - generate tickadj man page (#526161) - fix precision calculation on fast CPUs ocaml-cairo-1.2.0.cvs20080301-11.fc12 ------------------------------------- * Tue Sep 29 2009 Richard W.M. Jones - 1.2.0.cvs20080301-11 - Force rebuild against newer lablgtk. ocaml-camlimages-3.0.1-12.fc12 ------------------------------ * Tue Sep 29 2009 Richard W.M. Jones - 3.0.1-12 - Force rebuild against newer lablgtk. ocaml-ocamlnet-2.2.9-15.fc12 ---------------------------- * Tue Sep 29 2009 Richard W.M. Jones - 2.2.9-15 - Force rebuild against newer lablgtk. opensc-0.11.9-2.fc12 -------------------- * Tue Sep 29 2009 Tomas Mraz - 0.11.9-2 - fix multilib conflict in the configuration file (#526269) openscap-0.5.3-1.fc12 --------------------- * Tue Sep 29 2009 Peter Vrabec 0.5.3-1 - upgrade pam_passwdqc-1.0.5-4.fc12 ------------------------- * Tue Sep 29 2009 Avesh Agarwal - 1.0.5-4 - Patch for new configurable options(rhbz# 219201): disable first upper and last digit check, passwords prompts can be read from a file - Fixed an issue with spec file where "Release:" is not specified with "(?dist)". Without this, it gives problem when tagging across different fedora releases. perl-POE-Component-Client-Keepalive-0.260-2.fc12 ------------------------------------------------ * Tue Sep 29 2009 Chris Weyl 0.260-2 - fix provides version (for perl-POE-Component-Client-HTTP) plymouth-0.8.0-0.2009.29.09.1.fc12 ---------------------------------- * Tue Sep 29 2009 Ray Strode 0.8.0-0.2009.29.09.1 - Fix escape and ask-for-password prewikka-0.9.17.1-1.fc12 ------------------------ * Tue Sep 29 2009 Steve Grubb 0.9.17.1-1 - new upstream release procinfo-ng-2.0.304-1.fc12 -------------------------- * Tue Sep 29 2009 Fabian Affolter - 2.0.304-1 - Added LICENSE.txt - Updated to new upstream version 2.0.304 pulseaudio-0.9.19-1.fc12 ------------------------ * Wed Sep 30 2009 Lennart Poettering - 0.9.19-1 - New release purple-facebookchat-1.61-2.fc12 ------------------------------- * Tue Sep 29 2009 Brian Pepple - 1.61-2 - Rebuild for new json-glib. pyOpenSSL-0.9-1.fc12 -------------------- * Tue Sep 29 2009 Mat?j Cepl - 0.9-1 - New upstream release - Fix BuildRequires to make Postscript documentation buildable pysnmp-4.1.11-1.a.fc12 ---------------------- * Tue Sep 29 2009 Fabian Affolter - 4.1.11-1.a - Removed shebang and permission fixing - Added new doc files - Added scripts to files section - Updated to new upstream version python-meh-0.5-1.fc12 --------------------- * Tue Sep 29 2009 Chris Lumens - 0.5-1 - Always compare version numbers as strings (#526188). python-pygments-1.1.1-1.fc12 ---------------------------- * Tue Sep 29 2009 Steve 'Ashcrow' Milner - 1.1.1-1 - Updated for release. python-qpid-0.5.819819-1.fc12 ----------------------------- * Tue Sep 29 2009 Nuno Santos - 0.5.819819-1 - Rebased to svn rev 819819 for Fedora 12 beta python-slip-0.2.7-1.fc12 ------------------------ * Tue Sep 29 2009 Nils Philippsen - 0.2.7-1 - fix persistent service objects qpidc-0.5.819819-1.fc12 ----------------------- * Tue Sep 29 2009 Nuno Santos - 0.5.819819-1 - Rebased to svn rev 819819 for F12 beta rfkill-0.3-3.fc12 ----------------- * Tue Sep 29 2009 John W. Linville 0.3-3 - Install binary into /sbin to enable use during boot ruby-qpid-0.5.819819-1.fc12 --------------------------- * Tue Sep 29 2009 Nuno Santos - 0.5.819819-1 - Rebased to svn rev 819819 for F12 beta scitools-0.6-3.fc12 ------------------- * Tue Sep 29 2009 Peter Robinson 0.6-3 - Update -extras to depend on numpy like the main package selinux-policy-3.6.32-12.fc12 ----------------------------- * Fri Sep 25 2009 Dan Walsh 3.6.32-12 - Update rhcs policy setroubleshoot-2.2.33-1.fc12 ---------------------------- * Mon Sep 28 2009 Dan Walsh - 2.2.33-1 - Fix translations, plurals and glade setroubleshoot-plugins-2.1.23-1.fc12 ------------------------------------ * Mon Sep 28 2009 - 2.1.23-1 - Fix translations sssd-0.6.0-1.fc12 ----------------- * Tue Sep 29 2009 Stephen Gallagher - 0.6.0-1 - Ensure that the configuration upgrade script always writes the config file with 0600 permissions - Eliminate an infinite loop in group enumerations surfraw-2.2.5-1.fc12 -------------------- * Sun Sep 27 2009 Thomas Moschny - 2.2.5-1 - Update to 2.2.5. - New upstream, and new upstream URL. - Elvi are now subcommands to the 'surfraw' command (or its 'sr' alias), avoids conflicts with other packages (bz 472623). - Hard-code text browser to elinks, and graphical browser to xdg-open for now. - Disable opensearch, needs perl(WWW::OpenSearch). - Include manpages in the filelist. switchdesk-4.0.9-5.fc12.1 ------------------------- * Tue Sep 29 2009 Than Ngo - 4.0.9-5 - update po files * Tue Sep 29 2009 Than Ngo - 4.0.9-5.1 - bump release system-config-bind-4.0.15-1.fc12 -------------------------------- * Tue Sep 29 2009 Jaroslav Reznik - 4.0.15-1 - fixed polish translation (rhbz#525994) system-config-boot-0.4.1-1.fc12 ------------------------------- * Tue Sep 29 2009 Harald Hoyer 0.4.1 - add error dialog, if grub.conf can't be read (bug #525886) - updated translations system-config-firewall-1.2.20-1.fc12 ------------------------------------ * Tue Sep 29 2009 Thomas Woerner 1.2.19-1 - enhanced build environment to support usermode and policykit switches, new options for configure and spec file - make toplevel invisible to not show half initialized window while policykit dialog is shown - system-config-firewall.desktop.in moved to config subdir - disable dbus usage if gui is used as root (needed for policykit v0) - do not report dbus error if there is no firewall configuration (empty or missing /etc/sysconfig/system-config-firewall) - resize main window to comfortably fit in a 800x600 gnome desktop - moved all config files into config subdir: sysconfig, dekstop, pam and console - new infrastructure to enable policy translations - print exception if polkit authorization failes to console - show dbus error dialog if dbus conection can not be established - set title to APP_NAME for dialogs if there is no title - center dialogs on screen if there is no parent - make main app invisible at first to prevent to show an empty app while PolicyKit password dialog is visible - updated translations: as, bn_IN, ca, da, de, ca, cs, es, fi, fr, gu, hi, it, ja, kn, ko, ml, mr, nl, or, pa, pl, pt, pt_BR, ru, sk, sr, sr at latin, sv, ta, te, uk, zh_TW * Tue Sep 29 2009 Thomas Woerner 1.2.20-1 - new sub-package base containing the base components and the command line tool (rhbz#525153) system-config-samba-1.2.83-1.fc12 --------------------------------- * Tue Sep 29 2009 Nils Philippsen - 1.2.83-1 - pick up new translations * Tue Sep 15 2009 Nils Philippsen - make polkit files translatable system-config-services-0.99.41-1.fc12 ------------------------------------- * Tue Sep 29 2009 Nils Philippsen - 0.99.41-1 - initialize subscribers at the right place - pick up new translations * Thu Sep 24 2009 Nils Philippsen - require python-slip-dbus >= 0.2.5 system-switch-mail-1.0-1 ------------------------ * Tue Sep 29 2009 Than Ngo - 1.0-1 - update po files tclx-8.4.0-15.fc12 ------------------ * Tue Sep 29 2009 Nikola Pajkovsky 8.4.0-15 - resolved: Bug 525058 - ld.so not correctly configured after install totem-2.28.1-1.fc12 ------------------- * Tue Sep 29 2009 Bastien Nocera 2.28.1-1 - Update to 2.28.1 totem-pl-parser-2.28.1-1.fc12 ----------------------------- * Tue Sep 29 2009 Bastien Nocera 2.28.1-1 - Update to 2.28.1 twitter-glib-0.9.8-4.fc12 ------------------------- * Tue Sep 29 2009 Brian Pepple - 0.9.8-4 - Rebuild for new json-glib. udev-145-10.fc12 ---------------- * Tue Sep 29 2009 Harald Hoyer 145-10 - add ConsoleKit patch for ConsoleKit 0.4.1 urlview-0.9-7.fc12 ------------------ * Tue Sep 29 2009 Miroslav Lichvar 0.9-7 - add man page link for urlview.conf (#526162) virt-manager-0.8.0-6.fc12 ------------------------- * Tue Sep 29 2009 Cole Robinson - 0.8.0-6.fc12 - Fix VCPU hotplug - Remove access to outdated docs (bz 522823, bz 524805) - Update VM state text in manager view (bz 526182) - Update translations (bz 493795) wacomexpresskeys-0.4.2-3.fc12 ----------------------------- * Tue Sep 29 2009 Jarod Wilson 0.4.2-3 - Add USAGE to %doc (#525546) wv2-0.2.3-10.fc12 ----------------- * Tue Sep 29 2009 Rex Dieter - 1:0.2.3-10 - Epoch: 1 - tighten %files xfce4-panel-4.6.1-4.fc12 ------------------------ * Wed Sep 30 2009 Christoph Wickert - 4.6.1-4 - Add xfswitch-plugin to default panel config (#525563) xfce4-power-manager-0.8.4-1.fc12 -------------------------------- * Tue Sep 29 2009 Christoph Wickert - 0.8.4-1 - Update to 0.8.4 - Drop xfpm_session_set_client_id patch, fixed upstream xfce4-settings-4.6.3-1.fc12 --------------------------- * Tue Sep 29 2009 Christoph Wickert - 4.6.3-1 - Update to 4.6.3 - Drop patches that were upstreamed xorg-x11-drv-ati-6.13.0-0.6.20090929git7968e1fb8.fc12 ----------------------------------------------------- * Wed Sep 30 2009 Dave Airlie 6.13.0-0.6.20090929git7968e1fb8 - mixed appears to break r600 for some reason need to investigate disable for beta xorg-x11-drv-dummy-0.3.2-3.fc12 ------------------------------- * Wed Sep 30 2009 Dave Airlie 0.3.2-3 - rebuild for new ABI xterm-248-2.fc12 ---------------- * Tue Sep 29 2009 Miroslav Lichvar 248-2 - fix various bugs when display is scrolled up (#524503) Summary: Added Packages: 11 Removed Packages: 3 Modified Packages: 101 From jreznik at redhat.com Wed Sep 30 13:52:16 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 30 Sep 2009 15:52:16 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> <200909301015.54344.jreznik@redhat.com> Message-ID: <200909301552.16771.jreznik@redhat.com> On Wednesday 30 September 2009 15:33:43 Kevin Kofler wrote: > Jaroslav Reznik wrote: > > Another interesting thing is PA & Phonon integration work by Colin > > Guthrie (see the link in my first message). Phonon just as wrapper/thin > > client for PA with nicer Qt like API. I like this idea. > > That's not what his current work does, and it's not really possible as PA > doesn't do decoding, so you'd still need some decoding library. Of course, I know! > Colin Guthrie's branch still uses GStreamer or xine-lib (he's currently > working with both backends because he knows both are used). What it adds is > that PA sinks show up as Phonon devices so you can choose where to direct > your output to, as opposed to the one big "PulseAudio" device we currently Yes, he does. > have (where it just uses the sink set as default in PA). I suppose he's > also going to tag the streams with the PA stream type matching the Phonon > stream type the application sets, if he doesn't already. > > So this lets you use Phonon's flexibility (directing specific types of > streams to specific outputs) while still using PulseAudio, you don't have > to choose one or the other anymore. And that's what I have been talking - it does not duplicate PA, but just wraps PA. Jaroslav > Kevin Kofler > -- Jaroslav ?ezn?k Associate Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 731 455 332 Red Hat, Inc. http://cz.redhat.com/ From somlo at cmu.edu Wed Sep 30 13:58:09 2009 From: somlo at cmu.edu (L. Gabriel Somlo) Date: Wed, 30 Sep 2009 09:58:09 -0400 Subject: orphaning argus Message-ID: <20090930135808.GA22554@hedwig.net.cmu.edu> Not using argus anymore, and no cycles to do right by it. Please feel free to pick it up if there's interest. Thx, --G From gmaxwell at gmail.com Wed Sep 30 13:59:37 2009 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Wed, 30 Sep 2009 09:59:37 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090930014241.GB1465410@hiwaay.net> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> Message-ID: On Tue, Sep 29, 2009 at 9:42 PM, Chris Adams wrote: > Once upon a time, Steve Dickson said: >> On the server (Which is suggested): >> ? ?* Add the following entry to the /etc/exports file: >> ? ? ?/ *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. > > The "suggested solution" is to change your NFS servers (that work just > fine with other clients today) to export the root filesystem to > everybody? Yea? It would be ill-advised to actually recommend this to people. Someone might actually listen and be rather unhappy that your suggestion undermined their security assumptions. (Okay, you can say someone who doesn't understand what that line does shouldn't be adding it to their exports; but people will) If this change in default behavior doesn't go in to F12 does the correct handling of the pseudo-root go in? For all the arguments against accepting the behavior change at a late date, accepting the server fixes seems far less scary and getting them in ASAP will make the behavior change less disruptive in the future. From SteveD at redhat.com Wed Sep 30 14:13:04 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 10:13:04 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> Message-ID: <4AC36770.5080908@RedHat.com> On 09/30/2009 09:59 AM, Gregory Maxwell wrote: > On Tue, Sep 29, 2009 at 9:42 PM, Chris Adams wrote: >> Once upon a time, Steve Dickson said: >>> On the server (Which is suggested): >>> * Add the following entry to the /etc/exports file: >>> / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. >> >> The "suggested solution" is to change your NFS servers (that work just >> fine with other clients today) to export the root filesystem to >> everybody? > > Yea? It would be ill-advised to actually recommend this to people. > Someone might actually listen and be rather unhappy that your > suggestion undermined their security assumptions. (Okay, you can say > someone who doesn't understand what that line does shouldn't be adding > it to their exports; but people will) Unfortunately that's the only answer I have... > > If this change in default behavior doesn't go in to F12 does the > correct handling of the pseudo-root go in? For all the arguments > against accepting the behavior change at a late date, accepting the > server fixes seems far less scary and getting them in ASAP will make > the behavior change less disruptive in the future. That server change went in in July which means F-12 servers will handle pseudo roots correctly. That change is not in question.... The change in question is fact the mount command now asks for v4 mounts first and then v3 mounts. Which is configurable via the /etc/nfsmount.conf file... Meaning setting the vers=3 variable would change the default protocol version back to v3. steved. From kevin.kofler at chello.at Wed Sep 30 14:21:19 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 16:21:19 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> Message-ID: Mike McGrath wrote: > Because we do seem to fight this problem every release. Was anyone else > confused about when the deadline was? It seems very clear to me, on > several occasions, when features needed to be in by. This release cycle had an additional source of confusion because what used to be called "Beta" in previous cycles was renamed to "Alpha" and what used to be called "Preview" got renamed to "Beta". I think this was a big mistake because it led many developers to believe they have a whole milestone more time than they actually do. People are used to "Alpha" being a mostly insignificant snapshot and "Beta" being the feature freeze, as it was in the past. I blame most of the feature lateness on those renames. Kevin Kofler From kevin.kofler at chello.at Wed Sep 30 14:27:15 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 16:27:15 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> Message-ID: Steve Dickson wrote: > I my past, added things of this size in a beta release was actually > common.. In alpha release you get the software married to the hardware > (i.e. barely booting) and in beta release you added everything else... Yes, but that "Alpha" doesn't exist anymore and what was called "F12 Alpha" was the "Beta" you refer to. > Now the post beta release is when the door close... nothing but bug > fixes.. Right, the "F12 Beta" is actually what used to be the "Preview Release". So you're just another victim of the release newspeak. IMHO we really need to revert to the previous (F11) terminology for F13, and also reintroduce the old Alpha (because, as useless as it was in practice, it served as a way to get developers into "release mode"; the psychological impact of doing such a release should not be underestimated). Kevin Kofler From mtasaka at ioa.s.u-tokyo.ac.jp Wed Sep 30 14:31:09 2009 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 30 Sep 2009 23:31:09 +0900 Subject: Fedora 12 Freeze at 0600~ 2009-09-30 UTC In-Reply-To: <1254243475.2303.5.camel@localhost.localdomain> References: <1254243475.2303.5.camel@localhost.localdomain> Message-ID: <4AC36BAD.7070102@ioa.s.u-tokyo.ac.jp> Jesse Keating wrote, at 09/30/2009 01:57 AM +9:00: > Just a reminder that the Fedora 12 freeze will be happening tonight at > 0600 2009-09-30 UTC, just prior to the rawhide compose tonight. The > rawhide for 20090930 will be built from frozen content. You do not need > to send tag requests until after that. > By the way although this time already came dist-f12 tree seems still unfrozen [1] and some builds after this freeze time are already included into dist-f12-build tree [2]. Does this mean that these packages (rebuilt after F12 beta freeze) are finally included in F12 final tree? [1] http://koji.fedoraproject.org/koji/taginfo?tagID=85 [2] http://koji.fedoraproject.org/koji/builds?tagID=86&order=-completion_time&latest=1 Mamoru From kevin.kofler at chello.at Wed Sep 30 14:37:13 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 16:37:13 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: Matej Cepl wrote: > Case in question ... I am not allowed to fix bug https:// > bugzilla.redhat.com/show_bug.cgi?id=520998, which I have filed some time > ago, watched that maintainer didn't do anything to it, finally after > discussing it with OpenSSL maintainer I have decided that upgrading to > the current stable version of the package makes a lot of sense, fixed the > spec so that it builds, build it ... and found that I cannot push it to > the bodhi, because I would need to humbly petition FESCO for permission > to fix a bug. In this case, as Josh Boyer pointed out, it already made F12 and even F12 Beta, as you built it before the Final Devel Freeze. But if you do build something during the freeze and want it to make F12, FESCo is not the responsible body, rel-eng is. Just file a tag request at: https://fedorahosted.org/rel-eng/newticket and explain: * what changes you did, * what the benefit of those changes is (e.g. "fixes an important bug" (and please give URLs)), * what testing you did on the new version to ensure it works, * why you don't expect it to break things (e.g. "it's an upstream bugfix release, fully backwards-compatible, no major changes"). (You can look at some of the existing tag requests for freeze overrides to get an idea of how things should look like, and also of what kind of questions rel-eng asks if you don't fill in some of the above. ;-) ) Then you just need 2 rel-eng members to approve the tag request, which usually happens very quickly if you did your "homework" (see above). Kevin Kofler From kevin.kofler at chello.at Wed Sep 30 14:40:16 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 16:40:16 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> Message-ID: Toshio Kuratomi wrote: > One thing I think is unclear this cycle is the usage of the word "Beta". > It's been said many times that beta is not really beta but actually > final freeze. For instance: "If all goes as planned the Beta > (previously known as "Final Development") Freeze" in the message steved > linked to. And yet, no one actually expects that beta is the final > development freeze. Maybe we should just give up and not use the beta > moniker for it. As inaccurate as it is, "release candidate" is a > *better inaccuracy* in terms of communicating to developers. Developers > understand that by "release candidate" we're going to be very tough > about getting changes in, even if they appear to improve the experience. > Some things will just have to be deferred after a release candidate is > out the door. > > The downside of "release candidate", as Jesse has pointed out before, is > that it communicates the wrong thing to end-users. There's zero chance > that this cut is going to be the absolute final set of bits that we use > on release day so from an end-user perspective, it's not a release > candidate. Why not just call it "Preview" again? Everyone here understands what that means. Kevin Kofler From kevin.kofler at chello.at Wed Sep 30 14:39:27 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 16:39:27 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > We've tried to address unclear terminology this summer with the > milestone adjustment proposal. > https://fedoraproject.org/wiki/Milestone_Adjustment_Proposal This tries > to apply industry standard naming to our release process, and as such we > had to rename some things. The problem is that this did quite the opposite. The previous terminology was clear to everyone here. The new one is not only unclear, it's actively dangerously confusing as it reuses names previously used for earlier snapshots for later ones, which caused several developers to deliver late. These terminology changes should be reverted for F13! Kevin Kofler From nicolas.mailhot at laposte.net Wed Sep 30 14:51:23 2009 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 30 Sep 2009 16:51:23 +0200 Subject: bitmap-fonts by default? In-Reply-To: <4AC36CB4.2000808@gmail.com> References: <698607310.613131254202164617.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <4AC36CB4.2000808@gmail.com> Message-ID: Le Mer 30 septembre 2009 16:35, Qianqian Fang a ?crit : > > Jens Petersen wrote: >> We have been looking at updating bitmap-fonts recently, >> and noticed that it is still listed mandatory in the comps >> @base-x group. >> >> So I just wondered a couple of naive questions: >> >> - does bitmap-fonts have to be installed by default? >> - what actually needs it? >> > > anything before X may still need bitmap fonts, don't they? The problem is, we have a lot of stuff installed by default in base-x because something "may" use it (even though no one actually checked that was still the case). IMHO default packages in default groups should have a clear user, or be downgraded to optional. -- Nicolas Mailhot From howard at cohtech.com Wed Sep 30 15:07:22 2009 From: howard at cohtech.com (Howard Wilkinson) Date: Wed, 30 Sep 2009 16:07:22 +0100 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC350CE.6080104@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> <4AC2C666.9060503@RedHat.com> <1254309732.6112.201.camel@zion.finsbury.cohtech.co.uk> <4AC350CE.6080104@RedHat.com> Message-ID: <1254323242.6112.212.camel@zion.finsbury.cohtech.co.uk> Steve, On Wed, 2009-09-30 at 08:36 -0400, Steve Dickson wrote: > On 09/30/2009 07:22 AM, Howard Wilkinson wrote: > > Steve, > > > > just for clarity what you are actually saying is that. > > On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote: > >> On 09/29/2009 09:42 PM, Chris Adams wrote: > >>> Once upon a time, Steve Dickson said: > >>>> On the server (Which is suggested): > >>>> * Add the following entry to the /etc/exports file: > >>>> / *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages. > >>> > >>> The "suggested solution" is to change your NFS servers (that work just > >>> fine with other clients today) to export the root filesystem to > >>> everybody? > >>> > >> Unfortunately the answer to your question yes... > >> > >> With version 4 there is this concept of a pseudo root. Which meanings > >> one can define, through exports, what the root of an export > >> can be. Which is a good idea because you can define /export as > >> the root, and nothing above /export can be accessed... > > But if there is a /data *(ro,fsid=0) export then that will do, but it > > becomes the root of the export tree against which mounts are made? > Yes.. For example say the directory tree under /data looks like > /data > dir1/ > subdir1/ > dir2/ > subdir2/ > > Then the client could do a > mount server:/ /mnt/ > > which would make every thing under /data visible, meaning > ls /mnt/dir1 > ls /mnt/dir2 > > Now the client could also do a > mount server:/dir1 /mnt > > which would only make the the directories under /data/dir1 visible, meaning > ls /mnt/subdir1 > This is the scheme we use here already and we are running V4 on everything except the kickstart network based builds as that only seems to understand V3. This is F11 with a few additions from F12 backported. > > >> > >> So the idea was to use 'fsid=0' to define the V4 root of the > >> exports. Which, in theory is a good idea because you can define > >> the namespace the client have access to. A feature, I believe, > >> is not available in any other NFS implementation... But... > >> > >> The problem is the V4 protocol requires a pseudo root to exist. > >> So with Linux servers, if the fsid=0 export does not exist, the > >> mount will die with ENOENT (or 'No such file or directory'). > >> > >> Other NFS implementation decided not to support a definable pseudo > >> roots and they just made, under the covers, their '/' as the pseudo > >> root, along with the appropriate protections. > > So putting the / *(ro,fsid=0) is only adding an export of that part of > > the name space into the tree to make it compatible with pre-V4 name > > spaces. > Exactly... > > >> > >> With F-12, I have added code to both the kernel and nfs-utils that will > >> do both. Allow the 'fsid=0' export to define the pseudo root and > >> make '/' the pseudo root (with the appropriate protections) when > >> there is not an fsid=0 entry. > >> > >> So Yes, one work around to make F-12 mounts work with Linux servers is > >> to define a pseudo root on the server with a fsid=0 export. But if > >> that is not an option, you can make the F12 clients only use V3 mount > >> (which would avoid the problem, but not take advantage of the > >> V4 protocol) by set either setting the '-o v3' mount option or > >> set the Nfsvers=3 in the new /etc/nfsmount.conf file (which would make > >> all mounts from that machine v3 mounts). > >> > > But the downside of the / *(ro,fsid=0) approach is we now have all of > > the root files (but not any other filing systems visible). > No, other mounts files systems would be visible as well.. That is not what we see today - at least I do not think so. We still have to add exports statements to get filing system transitions to export. > > > > > So perhaps a better approach would be to specify a /V4root *(ro,fsid=0) > > directory being created and a bind mount for each export from the pre-V3 > > name space being made into that tree. Or have I missed something > > entirely? > That sounds like it could work, although it may not be too scalable with > large and complicated export tree... > Works with a medium size network here - we export about 100 filing systems in a single tree! > The real answer is use a F-12 NFS server since all this stuff goes away.. Does that mean the F12 provides V4 servers for preference and F11 does not? I must have done something in the past to make F11 serve V4 by default then - wonder what it was? > > steved. > -- Howard Wilkinson Coherent Technology Limited From mzerqung at 0pointer.de Wed Sep 30 15:10:55 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 30 Sep 2009 17:10:55 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> Message-ID: <20090930151055.GB22370@tango.0pointer.de> On Wed, 30.09.09 15:41, Thomas Janssen (thomasj at fedoraproject.org) wrote: > > Haha. So the major 'advantage' of Phonon that it would allow replacing > > the backends as time progresses without breaking the KDE apps using > > them now officially is proven to be bogus. The KDE/Qt folks were so > > afraid of a media engine breaking API so that they created their > > abstraction thing and now break API of that one more often then the > > media engines themselves do. > > > > Do I hear an "I told you so!"? > > > > Abstractionitis is an illness, not a remedy. > > People who live in a glass houses shouldn't throw stones. Are you suggesting PA was an abstraction layer? Maybe it can act as one, but that is only a side effect, not its only purpose. Unlike for example Phonon. An abstraction layer's main purpose it to abstract differences of what is below, and as hence usually is a least common denominator of what is below, but certainly nothing that adds features. PA OTOH extends what is below, it adds features. But heck, this discussion is pretty academic and off-topic. Let's end this here. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From SteveD at redhat.com Wed Sep 30 15:27:29 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 11:27:29 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <1254323242.6112.212.camel@zion.finsbury.cohtech.co.uk> References: <4AC27D1B.4010803@RedHat.com> <20090930014241.GB1465410@hiwaay.net> <4AC2C666.9060503@RedHat.com> <1254309732.6112.201.camel@zion.finsbury.cohtech.co.uk> <4AC350CE.6080104@RedHat.com> <1254323242.6112.212.camel@zion.finsbury.cohtech.co.uk> Message-ID: <4AC378E1.3080803@RedHat.com> On 09/30/2009 11:07 AM, Howard Wilkinson wrote: >>>> With version 4 there is this concept of a pseudo root. Which meanings >>>> one can define, through exports, what the root of an export >>>> can be. Which is a good idea because you can define /export as >>>> the root, and nothing above /export can be accessed... >>> But if there is a /data *(ro,fsid=0) export then that will do, but it >>> becomes the root of the export tree against which mounts are made? >> Yes.. For example say the directory tree under /data looks like >> /data >> dir1/ >> subdir1/ >> dir2/ >> subdir2/ >> >> Then the client could do a >> mount server:/ /mnt/ >> >> which would make every thing under /data visible, meaning >> ls /mnt/dir1 >> ls /mnt/dir2 >> >> Now the client could also do a >> mount server:/dir1 /mnt >> >> which would only make the the directories under /data/dir1 visible, meaning >> ls /mnt/subdir1 >> > This is the scheme we use here already and we are running V4 on > everything except the kickstart network based builds as that only seems > to understand V3. This is F11 with a few additions from F12 backported. This is good to hear... >>>> >>>> With F-12, I have added code to both the kernel and nfs-utils that will >>>> do both. Allow the 'fsid=0' export to define the pseudo root and >>>> make '/' the pseudo root (with the appropriate protections) when >>>> there is not an fsid=0 entry. >>>> >>>> So Yes, one work around to make F-12 mounts work with Linux servers is >>>> to define a pseudo root on the server with a fsid=0 export. But if >>>> that is not an option, you can make the F12 clients only use V3 mount >>>> (which would avoid the problem, but not take advantage of the >>>> V4 protocol) by set either setting the '-o v3' mount option or >>>> set the Nfsvers=3 in the new /etc/nfsmount.conf file (which would make >>>> all mounts from that machine v3 mounts). >>>> >>> But the downside of the / *(ro,fsid=0) approach is we now have all of >>> the root files (but not any other filing systems visible). >> No, other mounts files systems would be visible as well.. > That is not what we see today - at least I do not think so. We still > have to add exports statements to get filing system transitions to > export. Try adding either 'nohide' or 'crossmnt' on your other exports... >> >>> >>> So perhaps a better approach would be to specify a /V4root *(ro,fsid=0) >>> directory being created and a bind mount for each export from the pre-V3 >>> name space being made into that tree. Or have I missed something >>> entirely? >> That sounds like it could work, although it may not be too scalable with >> large and complicated export tree... >> > Works with a medium size network here - we export about 100 filing > systems in a single tree! >> The real answer is use a F-12 NFS server since all this stuff goes away.. > Does that mean the F12 provides V4 servers for preference and F11 does > not? For now yes... but due to the all the excitement that has generated an adjustment might be made... ;-) > I must have done something in the past to make F11 serve V4 by > default then - wonder what it was? You must be set the '-t nfs4' fileystem type. steved. From jkeating at j2solutions.net Wed Sep 30 15:26:04 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 30 Sep 2009 08:26:04 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: On Sep 30, 2009, at 7:39, Kevin Kofler wrote: > Jesse Keating wrote: >> We've tried to address unclear terminology this summer with the >> milestone adjustment proposal. >> https://fedoraproject.org/wiki/Milestone_Adjustment_Proposal This >> tries >> to apply industry standard naming to our release process, and as >> such we >> had to rename some things. > > The problem is that this did quite the opposite. The previous > terminology > was clear to everyone here. The new one is not only unclear, it's > actively > dangerously confusing as it reuses names previously used for earlier > snapshots for later ones, which caused several developers to deliver > late. > These terminology changes should be reverted for F13! > People with cargo cult knowledge knew what they meant but not new contributers nor community users. The change was for the better as it more clearly defines the milestones. Any change is going to cause some confusion with those who are used to the previous state but to change t again would just be worse. In no time you'll be used to the change and rail against any fruther change. -- Jes From mzerqung at 0pointer.de Wed Sep 30 16:06:06 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 30 Sep 2009 18:06:06 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <200909301015.54344.jreznik@redhat.com> References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> Message-ID: <20090930160606.GC16459@tango.0pointer.de> On Wed, 30.09.09 10:15, Jaroslav Reznik (jreznik at redhat.com) wrote: > So where's the problem? There are two Phonons - one in Qt, one in KDE. I don't > like this schizophrenia. This should be solved but now we have to live with > one or another - that's why we brought this issue to the world. Maybe KDE should add another abstraction layer on top of the various Phonons which abstracts the differences between them! [1] > But I'm happy you have joined this discussion as PA developer. How do you see > PA support in GStreamer and Xine? Functionality, features, support - regarding > to Fedora development as this could influence our final decision. Isn't it obvious where the good stuff is? Just compare how many commits happened in the last months to the xine-lib hg and how many to the gst git trees. gst has a much much larger developer community and multiple companies backing it. It's the only practical way to get licenses MP3 codecs for Linux. And it is more powerful than xine in many ways. Also, my cooperation with the gst devs is much closer. I have contributed some patches to xine a while back too, but since I don't use it it is much more lacking. Finally, Gst is used by Gnome. Would be great if this could be another place were we could not only cooperate on specs but also actually share code. > Another interesting thing is PA & Phonon integration work by Colin Guthrie > (see the link in my first message). Phonon just as wrapper/thin client for PA > with nicer Qt like API. I like this idea. Uh, PA is a PCM sound server. Phonon an abstraction layer for general media streaming. Those are different things. Yu can wrap PA and gstreamer in phonon, but just wrapping PA alone won't fly. Lennart [1] That was a joke. -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From mzerqung at 0pointer.de Wed Sep 30 16:10:33 2009 From: mzerqung at 0pointer.de (Lennart Poettering) Date: Wed, 30 Sep 2009 18:10:33 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <4AC3156F.9040204@fedoraproject.org> References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> <4AC3156F.9040204@fedoraproject.org> Message-ID: <20090930161033.GD16459@tango.0pointer.de> On Wed, 30.09.09 13:53, Rahul Sundaram (sundaram at fedoraproject.org) wrote: > > On 09/30/2009 01:45 PM, Jaroslav Reznik wrote: > > > So where's the problem? There are two Phonons - one in Qt, one in KDE. I don't > > like this schizophrenia. This should be solved but now we have to live with > > one or another - that's why we brought this issue to the world. > > The problem is that Nokia now seems to be developing yet another > abstraction layer. So we will have to be dealing the Phonon in KDE, > Phonon in Qt and whatever Nokia brings up next and all the possible > backends. The number of different paths that requires comprehensive > testing has exploded. We are also debating which backend to use as the > default for a long time and as usual, switching backends is exchanging > one set of bugs with another so neither is going to be ideal. > > I would prefer Gstreamer as the backend simply because users can install > a set of plugins (third party repo or Fluendo) and have their content > play in all the different desktop environments. We can fix bugs once in > Gstreamer and be done with it. However that depends on how much testing > this backend has received and what bugs have been found and how severe > they are. This is a bit of a chicken-and-egg problem: if you don't activate gst noone will test it. But you don't want to activate it by default without testing. We're Fedora, the distro which is always a bit ahead of the other distributions, aren't we? So I think it would make a lot of sense to switch to make our distro Gst-only asap. Eventually this move will have to happen anyway. And if it's not us who does the switch first, who will? Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 From sundaram at fedoraproject.org Wed Sep 30 16:18:42 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 30 Sep 2009 21:48:42 +0530 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <20090930161033.GD16459@tango.0pointer.de> References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> <4AC3156F.9040204@fedoraproject.org> <20090930161033.GD16459@tango.0pointer.de> Message-ID: <4AC384E2.5070302@fedoraproject.org> On 09/30/2009 09:40 PM, Lennart Poettering wrote: > > This is a bit of a chicken-and-egg problem: if you don't activate gst > noone will test it. But you don't want to activate it by default > without testing. True but we do have Phonon using Gstreamer as the backend in Rawhide. If it has severe problems, unmaintained and we have noone willing to fix it, then using Xine might be ok. Before we comment further, it would be useful to know what the known important bugs are. Rahul From james at fedoraproject.org Tue Sep 29 16:24:25 2009 From: james at fedoraproject.org (James Antill) Date: Tue, 29 Sep 2009 12:24:25 -0400 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC222B2.8080803@gmail.com> References: <4AAFEC4A.9020201@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> <4AC222B2.8080803@gmail.com> Message-ID: <1254241465.26681.56.camel@code.and.org> On Tue, 2009-09-29 at 08:07 -0700, Toshio Kuratomi wrote: > On 09/29/2009 05:00 AM, Rahul Sundaram wrote: > > On 09/29/2009 05:14 PM, Josephine Tannh?user wrote: > > > >> Seems that violations of the guidelines are not so important like the > >> violation of the Trademark (The hunting of fedora related sites, like > >> blogs or forums with adhesions contracts)... Are the project related > >> activities are out of balance? > > > > They are called guidelines and there are always exceptions. Bundling a > > library is not ideal but removing rsync would be a extreme step. I don't > > think the situation warrants that. Let's not loose perspective here. > > > So in this case, I think the following things could be said: > > * Removing rsync is not an option because of how widely it is used. Sure. > * Bundling libraries in zsync is not an option Why is it not? Because you don't use it? Because f-i doesn't currently use it? (remember this thread started because the Fedora QA group wants to use it). Maybe we should split the packaging guidelines into ones everyone has to follow and ones that are really anal and only unpopular packages have to follow. -- James Antill Fedora From kevin.kofler at chello.at Wed Sep 30 17:00:12 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 19:00:12 +0200 Subject: Buyer Beware: A Major Change in NFS is about to happen References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: Jesse Keating wrote: > People with cargo cult knowledge knew what they meant but not new > contributers nor community users. The change was for the better as it > more clearly defines the milestones. So "clearly" that many feature owners are confused about what they mean? And don't forget that development snapshots are primarily for developers (in fact many projects use "developER release" as synonymous to "developMENT release"), so it's important that THEY are familiar with the terms. > Any change is going to cause some confusion with those who are used to the > previous state but to change t again would just be worse. In no time > you'll be used to the change and rail against any fruther change. I don't think we've reached that point at all. I think justifying the change post-facto as a one-time change for the shorter F12 cycle (even though that wasn't the plan) and changing back to the tried and true terminology from F11 for F13 would not leave many people confused. And worst case, in the unlikely event people already got used to the terms from F12, the worst that could happen after reverting to the previous terms is that they would deliver F13 features one milestone TOO EARLY. That would actually be a good thing. ;-) So really, I see no practical argument against switching back to the Alpha/Beta/Preview naming (and reintroducing the old Alpha ? again, as useless as it was in practice, the psychological impact on developers shouldn't be underestimated). Kevin Kofler From blc at redhat.com Wed Sep 30 17:03:55 2009 From: blc at redhat.com (Brendan Conoboy) Date: Wed, 30 Sep 2009 11:03:55 -0600 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC32E51.5040500@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <1254266952.2242.6.camel@localhost.localdomain> <4AC2A31C.8090902@RedHat.com> <71b2a8b80909291910k4b0ccda9o700a3188c01221dd@mail.gmail.com> <4AC2D19A.7070808@RedHat.com> <4AC31C86.8040204@redhat.com> <4AC32E51.5040500@RedHat.com> Message-ID: <4AC38F7B.1010507@redhat.com> On 09/30/2009 04:09 AM, Steve Dickson wrote: >> I don't really understand this reason. When you get a mount fail, why >> not try v3? It doesn't matter whether the kernel gives a different >> kind of error or not. > > The error that is returned is ENOENT which is fatal error because > it means the remote directory does not exist... and I'm not sure it > would be good to continue flood the network with mounts requests > (I'm thinking about autofs mount storms) for directories that may > or may not be there... Are mount requests really that resource intensive? If so, perhaps caching mount attempt results and stepping back the protocol would be appropriate. Really though, switching V4 on without an auto-fallback to V3 seems like a really bad change. Shouldn't there be at least one transitional Fedora release where auto-fallback happens, perhaps with a syslog notice? -- Brendan Conoboy / Red Hat, Inc. / blc at redhat.com From SteveD at redhat.com Wed Sep 30 17:11:56 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 13:11:56 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC27D1B.4010803@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> Message-ID: <4AC3915C.3020606@RedHat.com> After further review... by a number of people, its been decided the /etc/nfsmount.conf file will be installed with the default protocol version set to v3. This will stop the mount failures with older Linux servers but make it very easy to make v4 the default version. A nice compromise, IMHO... Note, with nfsmount.conf file one can configure mount options per mount point, per server and globally (which is how the default version will be set). See the nfsmount.conf(5) for details. So I strongly urge you try the v4 protocol by setting the version to v4 in one of those sections... The new nfs-utils rpm will be ready shortly... My apoloizes for all the excitement... It was truly unintended and unexpected... :-\ steved. From kevin.kofler at chello.at Wed Sep 30 17:11:36 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 19:11:36 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> <20090929221121.GB2896@tango.0pointer.de> <200909301015.54344.jreznik@redhat.com> <4AC3156F.9040204@fedoraproject.org> <20090930161033.GD16459@tango.0pointer.de> Message-ID: Lennart Poettering wrote: > So I think it would make a lot of sense to switch to make our distro > Gst-only asap. Eventually this move will have to happen anyway. Uh, I have to disagree there. It is not our job as distribution packagers to dictate to upstream developers what multimedia library they use. If an upstream project XYZ requires e.g. libnobody-else-uses-me (fictional name) for multimedia and XYZ is worth packaging, we'll want libnobody-else-uses-me packaged too. At best we can try to get mainstream applications ported to a common framework (like we did for spellchecking (hunspell), in fact I set up KDE to use hunspell everywhere, but there are still quite some niche apps outside of GNOME and KDE using aspell), but even that doesn't always make sense: for example, the crypto consolidation (NSS) is just not working (OpenSSL is the de-facto standard upstream projects are used to work with and many still support only that) and suggesting all GUI apps to "standardize on GTK+" would be a complete no-go. Kevin Kofler From a.badger at gmail.com Wed Sep 30 17:27:44 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 30 Sep 2009 10:27:44 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <20090930092505.GA16349@suse.de> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> <20090930092505.GA16349@suse.de> Message-ID: <4AC39510.4080907@gmail.com> On 09/30/2009 02:25 AM, Michael Schroeder wrote: > On Wed, Sep 30, 2009 at 11:05:58AM +0200, Florian Festi wrote: >> deltarpm has the same problem as it supports the rsync protocol, too. > > I think deltarpm's zlib patch to support 'gzip --rsyncable' is > different to the rsync patch. I've sent the patch upstream in 2005, > but got no response. > > (The original --rsyncable patch was done by Rusty Russell in 2002, btw) > So... that means the custom zlib isn't necessary to the proper operation of deltarpm, correct? I haven't looked at where in the code this is being used yet but I'm guessing this zlib is used when: 1) Reading the existing rpm -- this should work with vanilla zlib as well 2) Compressing the deltarpm -- this should work with vanilla zlib, just not be as kind to rsync. If this is all, we need to get rid of this ASAP. Unlike the rsync version of libz, deltarpm's is based on a version with known security vulnerabilities. One of the three changes which together are supposed to fix the issues is applied in the deltarpm tree. One of the security issues is against a piece of code that is not used. And one of the issues is still present in the source. I'm building new versions without the included zlib now. Please stop me if pushing those builds out is going to break anything. Note that this is an example of why we disallow bundling of local copies of libraries in Fedora: 1) Old security issues can remain in the distro long after the library package has been fixed 2) We have to spend time auditing the source code that upstream gives us to tell whether they've applied security fixes without making a note of it. 3) In the case where a library has forked and the application depends on the changes introduced in the fork we have to spend time unravelling what changes the application applied to which upstream version and from there, how to port the changes to a new version of the library. 4) While we futz around with all of that, our users continue to be affected by a known vulerability. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From kevin.kofler at chello.at Wed Sep 30 17:32:02 2009 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 30 Sep 2009 19:32:02 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> <20090930151055.GB22370@tango.0pointer.de> Message-ID: Lennart Poettering wrote: > An abstraction layer's main purpose it to abstract differences of what > is below, and as hence usually is a least common denominator of what is > below, but certainly nothing that adds features. PA OTOH extends what > is below, it adds features. Phonon also adds features compared to the underlying GStreamer or xine-lib library. In particular, it can be set up to send different types of sounds to different outputs, kinda like PulseAudio (but it's implemented at a different layer, and of course it only affects applications using Phonon). There's also work ongoing (that branch by Colin Guthrie) on making PulseAudio sinks show up as Phonon devices, and even reproducing the per- sound-type preferences set in PulseAudio (so Phonon still matches them by default, while showing the list of devices within Phonon as opposed to one "PulseAudio" device). There too, this is a feature not offered by GStreamer or xine-lib, but implemented by calling PulseAudio directly. See http://colin.guthr.ie/git/phonon/log/?h=pulse for this work. Kevin Kofler From mls at suse.de Wed Sep 30 17:43:50 2009 From: mls at suse.de (Michael Schroeder) Date: Wed, 30 Sep 2009 19:43:50 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC39510.4080907@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> <20090930092505.GA16349@suse.de> <4AC39510.4080907@gmail.com> Message-ID: <20090930174350.GA6899@suse.de> On Wed, Sep 30, 2009 at 10:27:44AM -0700, Toshio Kuratomi wrote: > So... that means the custom zlib isn't necessary to the proper operation > of deltarpm, correct? I haven't looked at where in the code this is > being used yet but I'm guessing this zlib is used when: > > 1) Reading the existing rpm -- this should work with vanilla zlib as well > 2) Compressing the deltarpm -- this should work with vanilla zlib, just > not be as kind to rsync. No, things are a bit different. Fedora's rpm used to have a modified copy of zlib so that the created rpms were more rsync friendly. As deltarpm needs to recreate the same compressed payload I also had to support this. AFAIK the current rpm uses the system's zlib library, so the deltarpm copy is also no longer needed for Fedora. Cheers, Michael. -- Michael Schroeder mls at suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From stickster at gmail.com Wed Sep 30 17:47:20 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 13:47:20 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC3915C.3020606@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <4AC3915C.3020606@RedHat.com> Message-ID: <20090930174720.GD25391@localhost.localdomain> On Wed, Sep 30, 2009 at 01:11:56PM -0400, Steve Dickson wrote: > After further review... by a number of people, its been decided > the /etc/nfsmount.conf file will be installed with the default > protocol version set to v3. This will stop the mount failures > with older Linux servers but make it very easy to make v4 > the default version. A nice compromise, IMHO... > > Note, with nfsmount.conf file one can configure mount options > per mount point, per server and globally (which is how the default > version will be set). See the nfsmount.conf(5) for details. So > I strongly urge you try the v4 protocol by setting the version > to v4 in one of those sections... > > The new nfs-utils rpm will be ready shortly... > > My apoloizes for all the excitement... It was truly unintended > and unexpected... :-\ Steve, One thing you could do to spread the knowledge about NFSv4 capabilities would be to write a bit in the Release Notes beat that covers NFS, encouraging people to try the setting in appropriate environments: https://fedoraproject.org/wiki/Documentation_Networking_Beat (There may be another place to put this information -- consult with the Docs team at #fedora-docs for more information.) -- 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 From SteveD at redhat.com Wed Sep 30 17:52:07 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 13:52:07 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090930174720.GD25391@localhost.localdomain> References: <4AC27D1B.4010803@RedHat.com> <4AC3915C.3020606@RedHat.com> <20090930174720.GD25391@localhost.localdomain> Message-ID: <4AC39AC7.4010404@RedHat.com> On 09/30/2009 01:47 PM, Paul W. Frields wrote: > On Wed, Sep 30, 2009 at 01:11:56PM -0400, Steve Dickson wrote: >> After further review... by a number of people, its been decided >> the /etc/nfsmount.conf file will be installed with the default >> protocol version set to v3. This will stop the mount failures >> with older Linux servers but make it very easy to make v4 >> the default version. A nice compromise, IMHO... >> >> Note, with nfsmount.conf file one can configure mount options >> per mount point, per server and globally (which is how the default >> version will be set). See the nfsmount.conf(5) for details. So >> I strongly urge you try the v4 protocol by setting the version >> to v4 in one of those sections... >> >> The new nfs-utils rpm will be ready shortly... >> >> My apoloizes for all the excitement... It was truly unintended >> and unexpected... :-\ > > Steve, > > One thing you could do to spread the knowledge about NFSv4 > capabilities would be to write a bit in the Release Notes beat that > covers NFS, encouraging people to try the setting in appropriate > environments: > > https://fedoraproject.org/wiki/Documentation_Networking_Beat > > (There may be another place to put this information -- consult with > the Docs team at #fedora-docs for more information.) > Good idea... but when is that deadline? 8-) steved. From jreznik at redhat.com Wed Sep 30 18:07:37 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 30 Sep 2009 20:07:37 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> <20090930161033.GD16459@tango.0pointer.de> Message-ID: <200909302007.38047.jreznik@redhat.com> On Wednesday 30 September 2009 19:11:36 Kevin Kofler wrote: > Lennart Poettering wrote: > > So I think it would make a lot of sense to switch to make our distro > > Gst-only asap. Eventually this move will have to happen anyway. > > Uh, I have to disagree there. It is not our job as distribution packagers > to dictate to upstream developers what multimedia library they use. If an > upstream project XYZ requires e.g. libnobody-else-uses-me (fictional name) > for multimedia and XYZ is worth packaging, we'll want > libnobody-else-uses-me packaged too. At best we can try to get mainstream > applications ported to a common framework (like we did for spellchecking > (hunspell), in fact I set up KDE to use hunspell everywhere, but there are > still quite some niche apps outside of GNOME and KDE using aspell), but > even that doesn't always make sense: for example, the crypto consolidation > (NSS) is just not working (OpenSSL is the de-facto standard upstream > projects are used to work with and many still support only that) and > suggesting all GUI apps to > "standardize on GTK+" would be a complete no-go. That's not about "standardize on GTK+" (yes, it would be nice world with Qt Everywhere :D) but support best supported framework. There's no problem with not supported GStreamer - it's supported in Phonon, with some question marks. So now once we have lot of stuff on Phonon, we can make Xine lib optional. Some time ago it was much more better than GStreamer, now GStreamer is better and more supported. We should choose better technology over politics. Jaroslav > Kevin Kofler > From jreznik at redhat.com Wed Sep 30 18:08:42 2009 From: jreznik at redhat.com (Jaroslav Reznik) Date: Wed, 30 Sep 2009 20:08:42 +0200 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: References: <200909291703.55030.jreznik@redhat.com> <20090930151055.GB22370@tango.0pointer.de> Message-ID: <200909302008.42509.jreznik@redhat.com> On Wednesday 30 September 2009 19:32:02 Kevin Kofler wrote: > Lennart Poettering wrote: > > An abstraction layer's main purpose it to abstract differences of what > > is below, and as hence usually is a least common denominator of what is > > below, but certainly nothing that adds features. PA OTOH extends what > > is below, it adds features. > > Phonon also adds features compared to the underlying GStreamer or xine-lib > library. In particular, it can be set up to send different types of sounds > to different outputs, kinda like PulseAudio (but it's implemented at a > different layer, and of course it only affects applications using Phonon). > > There's also work ongoing (that branch by Colin Guthrie) on making > PulseAudio sinks show up as Phonon devices, and even reproducing the per- > sound-type preferences set in PulseAudio (so Phonon still matches them by > default, while showing the list of devices within Phonon as opposed to one > "PulseAudio" device). There too, this is a feature not offered by GStreamer > or xine-lib, but implemented by calling PulseAudio directly. See > http://colin.guthr.ie/git/phonon/log/?h=pulse for this work. This was what I thought but I was unable to write it clearly :D Jaroslav > Kevin Kofler > From awilliam at redhat.com Wed Sep 30 18:13:17 2009 From: awilliam at redhat.com (Adam Williamson) Date: Wed, 30 Sep 2009 11:13:17 -0700 Subject: [KDE] Which Phonon? Phonon backend - GStreamer or Xine? In-Reply-To: <20090929221121.GB2896@tango.0pointer.de> References: <200909291703.55030.jreznik@redhat.com> <20090929170022.GA6051@tango.0pointer.de> <20090929221121.GB2896@tango.0pointer.de> Message-ID: <1254334397.2512.28.camel@adam.local.net> On Wed, 2009-09-30 at 00:11 +0200, Lennart Poettering wrote: > On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kofler at chello.at) wrote: > > Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), not > > so much. They're currently using it, but there are people working on the Qt > > Mobility project talking about replacing Phonon with something else (another > > abstraction layer, again around native backends (GStreamer in the GNU/Linux > > case), I really don't see what the advantage would be over Phonon). > > Haha. So the major 'advantage' of Phonon that it would allow replacing > the backends as time progresses without breaking the KDE apps using > them now officially is proven to be bogus. The KDE/Qt folks were so > afraid of a media engine breaking API so that they created their > abstraction thing and now break API of that one more often then the > media engines themselves do. > > Do I hear an "I told you so!"? > > Abstractionitis is an illness, not a remedy. whatever the validity of this, it rather looks like sandbagging the intended discussion, and doesn't seem to be directly relevant to Fedora development. perhaps it should be discussed on a more appropriate list, or privately with Kevin - at the very least, in a separate thread. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net From a.badger at gmail.com Wed Sep 30 18:34:14 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 30 Sep 2009 11:34:14 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <20090930174350.GA6899@suse.de> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> <20090930092505.GA16349@suse.de> <4AC39510.4080907@gmail.com> <20090930174350.GA6899@suse.de> Message-ID: <4AC3A4A6.9060806@gmail.com> On 09/30/2009 10:43 AM, Michael Schroeder wrote: > On Wed, Sep 30, 2009 at 10:27:44AM -0700, Toshio Kuratomi wrote: >> So... that means the custom zlib isn't necessary to the proper operation >> of deltarpm, correct? I haven't looked at where in the code this is >> being used yet but I'm guessing this zlib is used when: >> >> 1) Reading the existing rpm -- this should work with vanilla zlib as well >> 2) Compressing the deltarpm -- this should work with vanilla zlib, just >> not be as kind to rsync. > > No, things are a bit different. Fedora's rpm used to have a > modified copy of zlib so that the created rpms were more rsync > friendly. As deltarpm needs to recreate the same compressed > payload I also had to support this. > -- So historically, this bundled library seemed like a good idea for the *same* reason as the rsync/zsync situation. You had the need to produce the same format with deltarpm as rpm did with its bundled and forked private zlib. Since neither the rpm maintainer nor you wanted to be responsible externally for the forked copy, you just bundled the same version of zlib as they did. At some point, rpm maintainers asserted sanity on their situation and began to build against the system zlib, discarding the rsync patch in favor of maintainability. deltarpm didn't catch on to that change so it continued to ship a forked copy. Eventually, the fork failed to update with the latest version of zlib and so it began to ship with a known vulnerability that had already been fixed in the main zlib package. And that's how we got to where we are today. > AFAIK the current rpm uses the system's zlib library, so the > deltarpm copy is also no longer needed for Fedora. > Interesting. That's slightly puzzling though. That would mean that deltarpm wasn't able to create the same compressed payload on Fedora where Fedora's rpm used the system zlib, correct? That would mean rpm-4.4.2.2, at least as far back as Fedora 10. Yet we were testing deltarpms for Fedora 10 and Fedora 11, correct? I'm building new deltarpm packages for F-10, F-11 now. F-12 and devel are built. I'm not sure what to do about EPEL -- EL-4's rpm is pre-rpm-4.4.2.2. EL-5's rpm starts off at rpm-4.4.2 but by the time we hit RHEL-5.4 we're past rpm-4.4.2.2 so it's okay. Also, the infrastructure builders are going to need to be updated. Since it appears we're only building deltarpms for the Fedora repos, I think it's safe to build that package with system zlib as well. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From a.badger at gmail.com Wed Sep 30 18:54:39 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 30 Sep 2009 11:54:39 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <1254241465.26681.56.camel@code.and.org> References: <4AAFEC4A.9020201@gmail.com> <1253115597.28922.0.camel@localhost.localdomain> <4AB108A3.4000204@gmail.com> <4AB10B51.40203@herr-schmitt.de> <4AB14A66.4070202@gmail.com> <1254167601.2277.8.camel@adam.local.net> <20090928202142.GA519@genius.kawo2.rwth-aachen.de> <4AC1B63E.2010102@fedoraproject.org> <3668e9f50909290154x66042b6cs2e2566ecd7b6a98d@mail.gmail.com> <8f429cbd14bc402803e5be0d57fec5ef.squirrel@arekh.dyndns.org> <3668e9f50909290444l34e84f72oa7c095b98b5e3c85@mail.gmail.com> <4AC1F6E6.90802@fedoraproject.org> <4AC222B2.8080803@gmail.com> <1254241465.26681.56.camel@code.and.org> Message-ID: <4AC3A96F.9050509@gmail.com> On 09/29/2009 09:24 AM, James Antill wrote: > On Tue, 2009-09-29 at 08:07 -0700, Toshio Kuratomi wrote: >> On 09/29/2009 05:00 AM, Rahul Sundaram wrote: >>> On 09/29/2009 05:14 PM, Josephine Tannh?user wrote: >>> >>>> Seems that violations of the guidelines are not so important like the >>>> violation of the Trademark (The hunting of fedora related sites, like >>>> blogs or forums with adhesions contracts)... Are the project related >>>> activities are out of balance? >>> >>> They are called guidelines and there are always exceptions. Bundling a >>> library is not ideal but removing rsync would be a extreme step. I don't >>> think the situation warrants that. Let's not loose perspective here. >>> >> So in this case, I think the following things could be said: >> >> * Removing rsync is not an option because of how widely it is used. > > Sure. > >> * Bundling libraries in zsync is not an option > > Why is it not? Because you don't use it? Because f-i doesn't currently > use it? (remember this thread started because the Fedora QA group wants > to use it). > > Maybe we should split the packaging guidelines into ones everyone has > to follow and ones that are really anal and only unpopular packages have > to follow. > No -- the rest of my bullets outline how to bring rsync into compliance with the Guidelines. All packages need to follow all MUST items unless there is an exception clause and an exception has been granted. rsync doesn't get a get of jail free card because it is popular. It gets a "We must make one of these fixes a priority" because it is important. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From stickster at gmail.com Wed Sep 30 19:07:04 2009 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 30 Sep 2009 15:07:04 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC39AC7.4010404@RedHat.com> References: <4AC27D1B.4010803@RedHat.com> <4AC3915C.3020606@RedHat.com> <20090930174720.GD25391@localhost.localdomain> <4AC39AC7.4010404@RedHat.com> Message-ID: <20090930190704.GD17146@localhost.localdomain> On Wed, Sep 30, 2009 at 01:52:07PM -0400, Steve Dickson wrote: > On 09/30/2009 01:47 PM, Paul W. Frields wrote: > > On Wed, Sep 30, 2009 at 01:11:56PM -0400, Steve Dickson wrote: > >> After further review... by a number of people, its been decided > >> the /etc/nfsmount.conf file will be installed with the default > >> protocol version set to v3. This will stop the mount failures > >> with older Linux servers but make it very easy to make v4 > >> the default version. A nice compromise, IMHO... > >> > >> Note, with nfsmount.conf file one can configure mount options > >> per mount point, per server and globally (which is how the default > >> version will be set). See the nfsmount.conf(5) for details. So > >> I strongly urge you try the v4 protocol by setting the version > >> to v4 in one of those sections... > >> > >> The new nfs-utils rpm will be ready shortly... > >> > >> My apoloizes for all the excitement... It was truly unintended > >> and unexpected... :-\ > > > > Steve, > > > > One thing you could do to spread the knowledge about NFSv4 > > capabilities would be to write a bit in the Release Notes beat that > > covers NFS, encouraging people to try the setting in appropriate > > environments: > > > > https://fedoraproject.org/wiki/Documentation_Networking_Beat > > > > (There may be another place to put this information -- consult with > > the Docs team at #fedora-docs for more information.) > > > Good idea... but when is that deadline? 8-) According to the schedules at http://poelstra.fedorapeople.org/schedules/f-12/ , the preparation of the GA release notes starts on 2009-10-13, so if I were you I'd have the change on the wiki before then. -- 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 From notting at redhat.com Wed Sep 30 19:18:19 2009 From: notting at redhat.com (Bill Nottingham) Date: Wed, 30 Sep 2009 15:18:19 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <4AC2CD81.2000401@RedHat.com> References: <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <4AC2CD81.2000401@RedHat.com> Message-ID: <20090930191819.GC10134@nostromo.devel.redhat.com> Steve Dickson (SteveD at redhat.com) said: > Right or wrong.. I took "Final Feature Freeze" as the last chance > of getting a feature into F12.. And I will be the first to admit I > do not read all the rule and regulations of all the steps of a > release... I look at dates.. When is the alpha and when is the beta. > After a beta release I don't even try to get anything new in, just > bug fixes... http://fedoraproject.org/wiki/Releases/12/Schedule 2009-07-28 Feature Freeze--Planning & Development Ends Are we actually exporting that different elsewhere? Bill From SteveD at redhat.com Wed Sep 30 19:41:51 2009 From: SteveD at redhat.com (Steve Dickson) Date: Wed, 30 Sep 2009 15:41:51 -0400 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: <20090930191819.GC10134@nostromo.devel.redhat.com> References: <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <4AC2CD81.2000401@RedHat.com> <20090930191819.GC10134@nostromo.devel.redhat.com> Message-ID: <4AC3B47F.7060302@RedHat.com> On 09/30/2009 03:18 PM, Bill Nottingham wrote: > Steve Dickson (SteveD at redhat.com) said: >> Right or wrong.. I took "Final Feature Freeze" as the last chance >> of getting a feature into F12.. And I will be the first to admit I >> do not read all the rule and regulations of all the steps of a >> release... I look at dates.. When is the alpha and when is the beta. >> After a beta release I don't even try to get anything new in, just >> bug fixes... > > http://fedoraproject.org/wiki/Releases/12/Schedule > > 2009-07-28 Feature Freeze--Planning & Development Ends > > Are we actually exporting that different elsewhere? Yeah... I remember scanning this page and catching the Beta (Final Development) Freeze and thinking "cool! I have unto the 29th to finish my development!" and then never giving a it a second thought... Until John email came out.. cementing the 29th... Maybe removing the "Final Development" part and replace it with something like "Beta Freeze (Bug Fixes ONLY)" might have helped. But as the end of the day, I did miss the "Development Ends" part of the Feature Freeze since I took it the Feature Freeze as no more features allowed in the F-12 release, which was the ultimate mistake... Moving too fast for my own good... :( steved. From jkeating at redhat.com Wed Sep 30 18:29:51 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Sep 2009 11:29:51 -0700 Subject: Fedora 12 Freeze at 0600~ 2009-09-30 UTC In-Reply-To: <4AC36BAD.7070102@ioa.s.u-tokyo.ac.jp> References: <1254243475.2303.5.camel@localhost.localdomain> <4AC36BAD.7070102@ioa.s.u-tokyo.ac.jp> Message-ID: <1254335391.2242.22.camel@localhost.localdomain> On Wed, 2009-09-30 at 23:31 +0900, Mamoru Tasaka wrote: > By the way although this time already came dist-f12 tree seems still > unfrozen [1] and some builds after this freeze time are already included > into dist-f12-build tree [2]. Does this mean that these packages (rebuilt > after F12 beta freeze) are finally included in F12 final tree? > > [1] http://koji.fedoraproject.org/koji/taginfo?tagID=85 > [2] http://koji.fedoraproject.org/koji/builds?tagID=86&order=-completion_time&latest=1 Well, I missed one step in the freeze process, which was locking the dist-f12 tag. I'll do that now and find the builds that snuck in and move them around. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Wed Sep 30 18:36:28 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Sep 2009 11:36:28 -0700 Subject: Buyer Beware: A Major Change in NFS is about to happen In-Reply-To: References: <4AC27D1B.4010803@RedHat.com> <1254260591.2303.20.camel@localhost.localdomain> <4AC281A0.2090009@RedHat.com> <1254262439.2303.25.camel@localhost.localdomain> <4AC2886F.9070708@RedHat.com> <20090929225553.GW28169@localhost.localdomain> <4AC29443.7030501@RedHat.com> <20090929231620.GA28169@localhost.localdomain> <4AC299AD.6070808@RedHat.com> <4AC2A390.90200@redhat.com> <4AC2A89F.4030800@RedHat.com> <4AC2B280.6000400@gmail.com> <1254293108.2242.17.camel@localhost.localdomain> Message-ID: <1254335788.2242.27.camel@localhost.localdomain> On Wed, 2009-09-30 at 19:00 +0200, Kevin Kofler wrote: > > So "clearly" that many feature owners are confused about what they mean? A few feature owners missed the repeated messages. I'm sorry, it was bound to happen. Change causes disruption, but often that disruption is for the better good. > > And don't forget that development snapshots are primarily for developers (in > fact many projects use "developER release" as synonymous to "developMENT > release"), so it's important that THEY are familiar with the terms. And many of our developERs were not used to the milestone names we gave our developMENT releases. Also, our developMENT releases are for QA testers as well, who were equally confused as to the meanings of our old milestones. > > Any change is going to cause some confusion with those who are used to the > > previous state but to change t again would just be worse. In no time > > you'll be used to the change and rail against any fruther change. > > I don't think we've reached that point at all. I think justifying the change > post-facto as a one-time change for the shorter F12 cycle (even though that > wasn't the plan) and changing back to the tried and true terminology from > F11 for F13 would not leave many people confused. This isn't a post-facto justification. The only "one-off" for F12 was the removal of the milestone previously known as alpha. The rest of the milestone adjustment proposal came out of the Fedora Activity day, had lots of time to be communicated, discussed, and voted on by the community at large, FESCo specifically. > > And worst case, in the unlikely event people already got used to the terms > from F12, the worst that could happen after reverting to the previous terms > is that they would deliver F13 features one milestone TOO EARLY. That would > actually be a good thing. ;-) > > So really, I see no practical argument against switching back to the > Alpha/Beta/Preview naming (and reintroducing the old Alpha ? again, as > useless as it was in practice, the psychological impact on developers > shouldn't be underestimated). > > I'm really not in favor of changing it again. A group of developers, release engineers, and QA folks brainstormed on fixing the milestone issues and what we have now is the product of that effort. If you really think it wasn't for the eventual better, float your own proposal and get approval from developers, release engineers, QA folks, and eventually FESCo. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From a.badger at gmail.com Wed Sep 30 20:46:50 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 30 Sep 2009 13:46:50 -0700 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <4AC3A4A6.9060806@gmail.com> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> <20090930092505.GA16349@suse.de> <4AC39510.4080907@gmail.com> <20090930174350.GA6899@suse.de> <4AC3A4A6.9060806@gmail.com> Message-ID: <4AC3C3BA.8010805@fedoraproject.org> On 09/30/2009 11:34 AM, Toshio Kuratomi wrote: > On 09/30/2009 10:43 AM, Michael Schroeder wrote: >> AFAIK the current rpm uses the system's zlib library, so the >> deltarpm copy is also no longer needed for Fedora. >> > Interesting. That's slightly puzzling though. That would mean that > deltarpm wasn't able to create the same compressed payload on Fedora > where Fedora's rpm used the system zlib, correct? > Ah -- I see what you're doing. Unfortunately, there's something in the logic that assumes the presence of the modified zlib. I'll see if I can fix it to work if the compression type is plain gz and error if it's requested to do rsyncable compression and the library doesn't support it. -Toshio From ffesti at redhat.com Wed Sep 30 21:40:58 2009 From: ffesti at redhat.com (Florian Festi) Date: Wed, 30 Sep 2009 23:40:58 +0200 Subject: status of forked zlibs in rsync and zsync In-Reply-To: <20090930174350.GA6899@suse.de> References: <1252964039.2311.93.camel@adam.local.net> <4AC31F76.2040705@redhat.com> <20090930092505.GA16349@suse.de> <4AC39510.4080907@gmail.com> <20090930174350.GA6899@suse.de> Message-ID: <4AC3D06A.8070109@redhat.com> On 09/30/2009 07:43 PM, Michael Schroeder wrote: > Fedora's rpm used to have a > modified copy of zlib so that the created rpms were more rsync > friendly. As deltarpm needs to recreate the same compressed > payload I also had to support this. > Always nice to see how insanity leads to even more insanity. And nice to see that we can remove it now. Florian From jgarzik at pobox.com Wed Sep 30 22:55:56 2009 From: jgarzik at pobox.com (Jeff Garzik) Date: Wed, 30 Sep 2009 18:55:56 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <20090928162112.GH5260@hansolo.jdub.homelinux.org> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> Message-ID: <4AC3E1FC.6070608@pobox.com> On 09/28/2009 12:21 PM, Josh Boyer wrote: > Hi All, > > As of today, ppc and ppc64 are no longer primary architectures in koji starting > with the dist-f13 tag. This is in accordance with the FESCo approved demotion > of PowerPC starting with Fedora 13 development. > > The dist-f12 and older tags continue to have them as primary. Both ppc and ppc64 have been excellent at catching software bugs in my projects that long went unnoticed on i386/x86-64. The lack of big endian builds by default is a notable loss, and will lead to a decline in software quality. I think this is a net-negative for Fedora. Jeff From tgl at redhat.com Wed Sep 30 23:02:08 2009 From: tgl at redhat.com (Tom Lane) Date: Wed, 30 Sep 2009 19:02:08 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <4AC3E1FC.6070608@pobox.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <4AC3E1FC.6070608@pobox.com> Message-ID: <8827.1254351728@sss.pgh.pa.us> Jeff Garzik writes: > The lack of big endian builds by default is a notable loss, and will > lead to a decline in software quality. > I think this is a net-negative for Fedora. I think the same, but it's getting harder to find PPC machines. Is there another big-endian platform that is on the upswing? regards, tom lane From cmadams at hiwaay.net Wed Sep 30 23:12:12 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 30 Sep 2009 18:12:12 -0500 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <8827.1254351728@sss.pgh.pa.us> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <4AC3E1FC.6070608@pobox.com> <8827.1254351728@sss.pgh.pa.us> Message-ID: <20090930231212.GA600129@hiwaay.net> Once upon a time, Tom Lane said: > Jeff Garzik writes: > > The lack of big endian builds by default is a notable loss, and will > > lead to a decline in software quality. > > I think this is a net-negative for Fedora. > > I think the same, but it's getting harder to find PPC machines. > Is there another big-endian platform that is on the upswing? IIRC ARM can be, but I think many (most?) ARM platforms that would support Fedora are little-endian. SPARC is big-endian but is not "on the upswing". -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From jkeating at redhat.com Wed Sep 30 23:28:41 2009 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Sep 2009 16:28:41 -0700 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <4AC3E1FC.6070608@pobox.com> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <4AC3E1FC.6070608@pobox.com> Message-ID: <1254353321.2242.34.camel@localhost.localdomain> On Wed, 2009-09-30 at 18:55 -0400, Jeff Garzik wrote: > Both ppc and ppc64 have been excellent at catching software bugs in my > projects that long went unnoticed on i386/x86-64. > > The lack of big endian builds by default is a notable loss, and will > lead to a decline in software quality. > > I think this is a net-negative for Fedora. > Builds will still be done on ppc32/ppc64 as part of the secondary arch effort. Of course, there will still be an extremely small amount of people who test those builds and can help fix things. Are you willing to be one of those people since you find value in it? Helping to ensure ppc remains a successful secondary arch is the best thing you can do to help. -- Jesse Keating Fedora -- Freedom? is a feature! identi.ca: http://identi.ca/jkeating -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From jwboyer at gmail.com Wed Sep 30 23:52:04 2009 From: jwboyer at gmail.com (Josh Boyer) Date: Wed, 30 Sep 2009 19:52:04 -0400 Subject: PPC/PPC64 disabled in Koji for dist-f13 In-Reply-To: <8827.1254351728@sss.pgh.pa.us> References: <20090928162112.GH5260@hansolo.jdub.homelinux.org> <4AC3E1FC.6070608@pobox.com> <8827.1254351728@sss.pgh.pa.us> Message-ID: <20090930235131.GU5260@hansolo.jdub.homelinux.org> On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote: >Jeff Garzik writes: >> The lack of big endian builds by default is a notable loss, and will >> lead to a decline in software quality. >> I think this is a net-negative for Fedora. > >I think the same, but it's getting harder to find PPC machines. s/machines/desktop machines. You can find all kinds of PPC machines, just typically not in desktop form. The only new one that I am aware of is the fixstars.us Powerstation. >Is there another big-endian platform that is on the upswing? Not to my knowledge, but I haven't paid much attention to that. We do have secondary arches at least building, like sparc and s390x. I have a ppc effort 1/2 going. josh