From skvidal at phy.duke.edu Tue Mar 1 03:53:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 28 Feb 2005 22:53:08 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109632746.27432.12.camel@shuttle.273piedmont.org> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> Message-ID: <1109649189.23615.5.camel@cutter> On Mon, 2005-02-28 at 18:19 -0500, Brian Pepple wrote: >On Mon, 2005-02-28 at 17:55 -0500, seth vidal wrote: >> You need to add a buildrequires on libxml2-devel, I believe. When you >> try to build gnome-blog from that srpm in a bare buildroot it bails out >> in configure about that buildreq. > >You sure of that? My build machine was able to build it with no problem, >and it only has the following devels installed: >glib2-devel.i386 2.4.8-1.fc3 installed >glibc-devel.i386 2.3.4-2.fc3 installed >libstdc++-devel.i386 3.4.2-6.fc3 installed >pygtk2-devel.i386 2.4.0-1 installed > >I've also attached the build results for your review. build error log in mach chroot on rawhide: checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gconftool-2... /usr/bin/gconftool-2 Using config source xml::/etc/gconf/gconf.xml.defaults for schema installation Using $(sysconfdir)/gconf/schemas as install directory for schema files checking for intltool >= 0.21... 0.31.2 found checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool error: Bad exit status from /var/tmp/rpm-tmp.86204 (%build) -sv From skvidal at phy.duke.edu Tue Mar 1 03:59:17 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 28 Feb 2005 22:59:17 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109632746.27432.12.camel@shuttle.273piedmont.org> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> Message-ID: <1109649557.23615.7.camel@cutter> On Mon, 2005-02-28 at 18:19 -0500, Brian Pepple wrote: >On Mon, 2005-02-28 at 17:55 -0500, seth vidal wrote: >> You need to add a buildrequires on libxml2-devel, I believe. When you >> try to build gnome-blog from that srpm in a bare buildroot it bails out >> in configure about that buildreq. > >You sure of that? My build machine was able to build it with no problem, >and it only has the following devels installed: >glib2-devel.i386 2.4.8-1.fc3 installed >glibc-devel.i386 2.3.4-2.fc3 installed >libstdc++-devel.i386 3.4.2-6.fc3 installed >pygtk2-devel.i386 2.4.0-1 installed > >I've also attached the build results for your review. if you add BuildRequires: perl-libxml-perl the build works. -sv From bdpepple at ameritech.net Tue Mar 1 04:09:33 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 28 Feb 2005 23:09:33 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109649557.23615.7.camel@cutter> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> Message-ID: <1109650173.29153.3.camel@shuttle.273piedmont.org> On Mon, 2005-02-28 at 22:59 -0500, seth vidal wrote: > if you add BuildRequires: perl-libxml-perl > > the build works. Your right. I'll go ahead and fix my src.rpm. Thanks for your help Seth. Does anyone know if mach is gonna show up in Extras anytime soon? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Mar 1 04:41:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Mar 2005 05:41:13 +0100 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109649557.23615.7.camel@cutter> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> Message-ID: <20050301054113.448050ab.bugs.michael@gmx.net> On Mon, 28 Feb 2005 22:59:17 -0500, seth vidal wrote: > On Mon, 2005-02-28 at 18:19 -0500, Brian Pepple wrote: > >On Mon, 2005-02-28 at 17:55 -0500, seth vidal wrote: > >> You need to add a buildrequires on libxml2-devel, I believe. When you > >> try to build gnome-blog from that srpm in a bare buildroot it bails out > >> in configure about that buildreq. > > > >You sure of that? My build machine was able to build it with no problem, > >and it only has the following devels installed: > >glib2-devel.i386 2.4.8-1.fc3 installed > >glibc-devel.i386 2.3.4-2.fc3 installed > >libstdc++-devel.i386 3.4.2-6.fc3 installed > >pygtk2-devel.i386 2.4.0-1 installed > > > >I've also attached the build results for your review. > > if you add BuildRequires: perl-libxml-perl > > the build works. checking for intltool >= 0.21... 0.31.2 found checking for perl... /usr/bin/perl checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool The latter one is really just: $ rpm -q --whatprovides 'perl(XML::Parser)' perl-XML-Parser-2.34-5 From skvidal at fedoraproject.org Tue Mar 1 06:27:24 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 01 Mar 2005 01:27:24 -0500 Subject: New/Updated Packages Fedora Extras 3 Message-ID: <1109658444.23615.22.camel@cutter> Hi Everyone, Packages: ccid (i386, x86_64) openct (i386, x86_64) swatch (i386, x86_64) seahorse (i386, x86_64) lincvs (i386, x86_64) skencil (i386, x86_64) chkrootkit (i386, x86_64) grisbi (i386, x86_64) bash-completion (i386, x86_64) gai-pal (i386, x86_64) gai (i386, x86_64) viruskiller (i386, x86_64) libebml (i386, x86_64) libmatroska (i386, x86_64) REMOVE: k3b-ape (i386, src) - legal issues Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adrian at lisas.de Tue Mar 1 08:21:49 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 1 Mar 2005 09:21:49 +0100 Subject: grip being removed from development tree In-Reply-To: <42143C86.4010305@redhat.com> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> Message-ID: <20050301082149.GA14963@lisas.de> On Thu, Feb 17, 2005 at 01:41:10AM -0500, Warren Togami wrote: > >As grip has been removed from the development tree I would like to > >import it to CVS so that it is ready in Extras when FC4 comes out. > >I would import the SRPM from FC3. Any objections? > > > > Wait until the Extras CVS is branched please. This will happen soon. Now that is has branched I think that I can check it in, right? Is an approval necessary for packages which have been in Core previously? Adrian -- Adrian Reber http://lisas.de/~adrian/ Luke Skywalker: I'm Luke Skywalker, I'm here to rescue you. From j.w.r.degoede at hhs.nl Tue Mar 1 09:30:01 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 01 Mar 2005 10:30:01 +0100 Subject: vice in extras In-Reply-To: <1109625602.11981.0.camel@scriabin.tannenrauch.ch> References: <1109533959.27384.225.camel@cutter> <20050227203914.GM21024@angus.ind.WPI.EDU> <1109537533.7400.172.camel@localhost.localdomain> <20050227222611.0515bc56.bugs.michael@gmx.net> <42224067.4020407@hhs.nl> <1109542037.5262.3.camel@earlgrey.compton.net> <4222CB99.9020705@hhs.nl> <4222D272.1050809@redhat.com> <4222D902.3040005@hhs.nl> <20050228110543.25870c76.bugs.michael@gmx.net> <1109625602.11981.0.camel@scriabin.tannenrauch.ch> Message-ID: <42243619.8030808@hhs.nl> G?rard Milmeister wrote: > On Mon, 2005-02-28 at 11:05 +0100, Michael Schwendt wrote: > > >>You better support the upstream project itself and provide full-blown >>packages there. That would be enough to make the target group happy. > > There is always rpmforge, if they are willing to take the risk. > freshrpms.net is well-known among Fedora users. I've stopped using freshrpms a long time ago because of the erm interesting quality of the RPMS the used to provide, if freshrpms and Fedora extras would have some garantees to work well together, for example freshrpms would only include packages which are not in fedora core + extras I might want to go this way, but afaik currently there are no such garantees. I don't meam to put down the hardwork of the rpmforge peope in anyway! Regards, Hans From j.w.r.degoede at hhs.nl Tue Mar 1 09:52:01 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 01 Mar 2005 10:52:01 +0100 Subject: vice in extras In-Reply-To: <20050228105306.3f0499b1.bugs.michael@gmx.net> References: <20050227200332.3bd3f9ca.bugs.michael@gmx.net> <1109574569.15959.660.camel@mccallum.corsepiu.local> <485bb88405022723123643beed@mail.gmail.com> <20050228105306.3f0499b1.bugs.michael@gmx.net> Message-ID: <42243B41.4000008@hhs.nl> Michael Schwendt wrote: > + This package does not contain the various ROM images needed to > + actually use the emulators but includes a script which will attempt > + to download them from a number of well-known locations. A corporation > + in the Netherlands called Tulip holds the copyrights to the ROM > + images, and redistribution is not permitted; VICE itself is > + unencumbered. > So assuming this notice is accurate Tulip holds the copyrights now a days thats interesting, I know they were once hold by Escom (another dutch PC manufacturer). Tulip itself has gone bankrupt a number of times, so I wonder who owns the rights now. Anyways this is a start and since it is a Dutch company it should be (relativly) easy for me to get in contact with them. Well so far I've found: http://www.tulip.com/Site/DesktopDefault.aspx?tabindex=0&tabid=24&itemID=655&ModID=1 Regards, Hans From toshio at tiki-lounge.com Tue Mar 1 12:49:02 2005 From: toshio at tiki-lounge.com (Toshio) Date: Tue, 01 Mar 2005 07:49:02 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <20050301054113.448050ab.bugs.michael@gmx.net> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> Message-ID: <1109681343.30278.7.camel@Madison.badger.com> On Tue, 2005-03-01 at 05:41 +0100, Michael Schwendt wrote: > On Mon, 28 Feb 2005 22:59:17 -0500, seth vidal wrote: > > > > if you add BuildRequires: perl-libxml-perl > > > > the build works. > > checking for intltool >= 0.21... 0.31.2 found > checking for perl... /usr/bin/perl > checking for XML::Parser... configure: error: XML::Parser perl module is > required for intltool > > The latter one is really just: > > $ rpm -q --whatprovides 'perl(XML::Parser)' > perl-XML-Parser-2.34-5 > To further muddy the waters:: $ rpm -q --requires intltool | grep -i xml perl-XML-Parser $ rpm -q --requires perl-XML-Parser|grep -iE '(xml|expat)' expat libexpat.so.0 So if lack of coffee isn't inhibiting my brain, the intltool package should automatically pull in perl-XML-Parser as a dependency here. And the dependency is expat rather than libxml. -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Tue Mar 1 14:40:07 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 01 Mar 2005 08:40:07 -0600 Subject: geomview(x86_64) crasher, pull from repo? In-Reply-To: <20050221193730.2923c410.bugs.michael@gmx.net> References: <421624D3.5020703@math.unl.edu> <20050221193730.2923c410.bugs.michael@gmx.net> Message-ID: <42247EC7.90105@math.unl.edu> Michael Schwendt wrote: > On Fri, 18 Feb 2005 11:24:35 -0600, Rex Dieter wrote: > > >>Could someone with a x86_64 box confirm geomview crash: >>http://bugzilla.redhat.com/bugzilla/146584 >> >>I haven't got any x86_64 box to test it with. >> >>If so, it probably out to be pulled from the (x86_64) repo until it is >>fixed. > > > Removal requested. Ack, just noticed that geomview is no longer present in the i386 repo (and SRPMS). -- Rex From bugs.michael at gmx.net Tue Mar 1 15:25:43 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Mar 2005 16:25:43 +0100 Subject: geomview(x86_64) crasher, pull from repo? In-Reply-To: <42247EC7.90105@math.unl.edu> References: <421624D3.5020703@math.unl.edu> <20050221193730.2923c410.bugs.michael@gmx.net> <42247EC7.90105@math.unl.edu> Message-ID: <20050301162543.4ece874b.bugs.michael@gmx.net> On Tue, 01 Mar 2005 08:40:07 -0600, Rex Dieter wrote: > >>Could someone with a x86_64 box confirm geomview crash: > >>http://bugzilla.redhat.com/bugzilla/146584 > >> > >>I haven't got any x86_64 box to test it with. > >> > >>If so, it probably out to be pulled from the (x86_64) repo until it is > >>fixed. > > > > > > Removal requested. > > Ack, just noticed that geomview is no longer present in the i386 repo > (and SRPMS). I'm sorry for that, but I only requested removal of the x86_64 binary: http://fedoraproject.org/wiki/Extras/FC3Status?action=diff&date2=1109010084&date1=1109006737 Just request a rebuild for i386 on the FC3Status page. -- Fedora Core release Rawhide (Rawhide) - Linux 2.6.10-1.1155_FC4 loadavg: 0.35 0.27 0.19 From shahms at shahms.com Tue Mar 1 15:27:53 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 07:27:53 -0800 Subject: ipython anyone? Message-ID: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> This post really has two questions, the first being: What do I need to do to get ipython (http://ipython.scipy.org) included in Extras? The project distributes packages that work on FC3 already, but given that they include "py23" and "py24" as the release number, I'm guessing they need to be cleaned up to match Fedora guidelines. This brings up my second, more general question. Is this the proper forum for requesting package additions? Or should I really just stand up and say "I'm willing to maintain this package for Extras" and start the QA process in bugzilla? -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 1 15:33:14 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 10:33:14 -0500 Subject: ipython anyone? In-Reply-To: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> Message-ID: <1109691194.23615.81.camel@cutter> On Tue, 2005-03-01 at 07:27 -0800, Shahms King wrote: >This post really has two questions, the first being: What do I need to >do to get ipython (http://ipython.scipy.org) included in Extras? > >The project distributes packages that work on FC3 already, but given >that they include "py23" and "py24" as the release number, I'm guessing >they need to be cleaned up to match Fedora guidelines. > >This brings up my second, more general question. Is this the proper >forum for requesting package additions? Or should I really just stand up >and say "I'm willing to maintain this package for Extras" and start the >QA process in bugzilla? > Do it here, Starting the QA process in bugzilla just means fewer people hear about it. -sv From bugs.michael at gmx.net Tue Mar 1 15:34:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Mar 2005 16:34:39 +0100 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109681343.30278.7.camel@Madison.badger.com> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> Message-ID: <20050301163439.6d97f76f.bugs.michael@gmx.net> On Tue, 01 Mar 2005 07:49:02 -0500, Toshio wrote: > > > if you add BuildRequires: perl-libxml-perl > > > > > > the build works. > > > > checking for intltool >= 0.21... 0.31.2 found > > checking for perl... /usr/bin/perl > > checking for XML::Parser... configure: error: XML::Parser perl module is > > required for intltool > > > > The latter one is really just: > > > > $ rpm -q --whatprovides 'perl(XML::Parser)' > > perl-XML-Parser-2.34-5 > > > To further muddy the waters:: > $ rpm -q --requires intltool | grep -i xml > perl-XML-Parser > $ rpm -q --requires perl-XML-Parser|grep -iE '(xml|expat)' > expat > libexpat.so.0 > > So if lack of coffee isn't inhibiting my brain, the intltool package > should automatically pull in perl-XML-Parser as a dependency here. And > the dependency is expat rather than libxml. Triggered something. I've seen this before. This is due to missing "Buildrequires: intltool". The intltool package is not even present in the mach chroot (which is what Seth used), since it is not in the list of BR. An internal intltool copy is used. -- Fedora Core release Rawhide (Rawhide) - Linux 2.6.10-1.1155_FC4 loadavg: 0.00 0.09 0.13 From bdpepple at ameritech.net Tue Mar 1 16:08:34 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 01 Mar 2005 11:08:34 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <20050301163439.6d97f76f.bugs.michael@gmx.net> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> <20050301163439.6d97f76f.bugs.michael@gmx.net> Message-ID: <1109693314.9474.5.camel@shuttle.273piedmont.org> On Tue, 2005-03-01 at 16:34 +0100, Michael Schwendt wrote: > Triggered something. I've seen this before. This is due to missing > "Buildrequires: intltool". The intltool package is not even present in the > mach chroot (which is what Seth used), since it is not in the list of BR. > An internal intltool copy is used. Is that how Seth's mach chroot had intltool 0.31.2, but not perl-XML- Parser, even though intltool requires perl-XML-Parser? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Tue Mar 1 16:26:02 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 08:26:02 -0800 Subject: ipython anyone? In-Reply-To: <1109691194.23615.81.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> Message-ID: <1109694362.5907.11.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-01 at 10:33 -0500, seth vidal wrote: > On Tue, 2005-03-01 at 07:27 -0800, Shahms King wrote: > >This post really has two questions, the first being: What do I need to > >do to get ipython (http://ipython.scipy.org) included in Extras? > > > >The project distributes packages that work on FC3 already, but given > >that they include "py23" and "py24" as the release number, I'm guessing > >they need to be cleaned up to match Fedora guidelines. > > > >This brings up my second, more general question. Is this the proper > >forum for requesting package additions? Or should I really just stand up > >and say "I'm willing to maintain this package for Extras" and start the > >QA process in bugzilla? > > > > Do it here, Starting the QA process in bugzilla just means fewer people > hear about it. > > -sv All right, will do. I have built an ipython package that should more closely conform to the Fedora guidelines than the "official" one at: http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ipython-0.6.11-1.noarch.rpm http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython-0.6.11-1.src.rpm http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython.spec That should be a good start. If no one else wants to keep packaging AbiWord and Gnumeric, I'd be more than happy to maintain them as it would be a shame to see them disappear from Fedora altogether (and I happen to like both of them a lot more than OO.org ;-P) -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Mar 1 17:04:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Mar 2005 18:04:41 +0100 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109693314.9474.5.camel@shuttle.273piedmont.org> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> <20050301163439.6d97f76f.bugs.michael@gmx.net> <1109693314.9474.5.camel@shuttle.273piedmont.org> Message-ID: <20050301180441.07867746.bugs.michael@gmx.net> On Tue, 01 Mar 2005 11:08:34 -0500, Brian Pepple wrote: > > Triggered something. I've seen this before. This is due to missing > > "Buildrequires: intltool". The intltool package is not even present in the > > mach chroot (which is what Seth used), since it is not in the list of BR. > > An internal intltool copy is used. > > Is that how Seth's mach chroot had intltool 0.31.2, but not perl-XML- > Parser, even though intltool requires perl-XML-Parser? Yes, that's what I tried to say above. ;) Else it would be $ rpm -q intltool intltool-0.33-1 for Rawhide, not 0.31.2. From bdpepple at ameritech.net Tue Mar 1 17:13:56 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 01 Mar 2005 12:13:56 -0500 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <20050301180441.07867746.bugs.michael@gmx.net> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> <20050301163439.6d97f76f.bugs.michael@gmx.net> <1109693314.9474.5.camel@shuttle.273piedmont.org> <20050301180441.07867746.bugs.michael@gmx.net> Message-ID: <1109697236.10046.5.camel@shuttle.273piedmont.org> On Tue, 2005-03-01 at 18:04 +0100, Michael Schwendt wrote: > > Is that how Seth's mach chroot had intltool 0.31.2, but not perl-XML- > > Parser, even though intltool requires perl-XML-Parser? > > Yes, that's what I tried to say above. ;) Else it would be > > $ rpm -q intltool > intltool-0.33-1 > > for Rawhide, not 0.31.2. Cool. So, should we be adding intltool to the spec, or is this something that should be fixed in mach? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From perbj at stanford.edu Tue Mar 1 17:47:22 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Tue, 01 Mar 2005 09:47:22 -0800 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109697236.10046.5.camel@shuttle.273piedmont.org> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> <20050301163439.6d97f76f.bugs.michael@gmx.net> <1109693314.9474.5.camel@shuttle.273piedmont.org> <20050301180441.07867746.bugs.michael@gmx.net> <1109697236.10046.5.camel@shuttle.273piedmont.org> Message-ID: <1109699242.5076.6.camel@localhost.localdomain> On Tue, 2005-03-01 at 12:13 -0500, Brian Pepple wrote: > On Tue, 2005-03-01 at 18:04 +0100, Michael Schwendt wrote: > > > Is that how Seth's mach chroot had intltool 0.31.2, but not perl-XML- > > > Parser, even though intltool requires perl-XML-Parser? > > > > Yes, that's what I tried to say above. ;) Else it would be > > intltool-0.33-1 > > > > for Rawhide, not 0.31.2. > > Cool. So, should we be adding intltool to the spec, Yes, as a BuildRequires. Then the repository version of intltool would get pulled in. > or is this > something that should be fixed in mach? No, Mach is actually doing exactly the right thing - pulling in the packages that are required for the build according to the spec file and nothing else. Possibly there's some configure switch for gnome-blog that forces using the system version of intltool and makes the build fail otherwise, instead of falling back on the internal copy? For an RPM build something like that makes it easier to track down missing BuildRequires and makes sure that you're building against system libraries instead of private copies. But once you have the BuildRequires there it's a no-op so i don't think it's a big deal... /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From bugs.michael at gmx.net Tue Mar 1 17:53:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Mar 2005 18:53:27 +0100 Subject: 2nd Announcement: Updated Package: Gnome-Blog 0.8 In-Reply-To: <1109697236.10046.5.camel@shuttle.273piedmont.org> References: <1109173256.5664.6.camel@shuttle.273piedmont.org> <1109332414.23956.4.camel@shuttle.273piedmont.org> <1109337175.16521.77.camel@cutter> <1109342632.25133.2.camel@shuttle.273piedmont.org> <1109365812.23111.40.camel@cutter> <1109368938.30118.5.camel@shuttle.273piedmont.org> <1109631335.21503.55.camel@cutter> <1109632746.27432.12.camel@shuttle.273piedmont.org> <1109649557.23615.7.camel@cutter> <20050301054113.448050ab.bugs.michael@gmx.net> <1109681343.30278.7.camel@Madison.badger.com> <20050301163439.6d97f76f.bugs.michael@gmx.net> <1109693314.9474.5.camel@shuttle.273piedmont.org> <20050301180441.07867746.bugs.michael@gmx.net> <1109697236.10046.5.camel@shuttle.273piedmont.org> Message-ID: <20050301185327.06594fcb.bugs.michael@gmx.net> On Tue, 01 Mar 2005 12:13:56 -0500, Brian Pepple wrote: > Cool. So, should we be adding intltool to the spec, or is this > something that should be fixed in mach? It's a missing BuildRequires in the spec. If gnome-blog uses its internal intltool copy, BR perl-XML-Parser would suffice. If it picks up the system's intltool, BR intltool would be correct. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Mar 1 18:11:08 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 1 Mar 2005 19:11:08 +0100 Subject: vice in extras In-Reply-To: <42243619.8030808@hhs.nl> References: <1109533959.27384.225.camel@cutter> <20050227203914.GM21024@angus.ind.WPI.EDU> <1109537533.7400.172.camel@localhost.localdomain> <20050227222611.0515bc56.bugs.michael@gmx.net> <42224067.4020407@hhs.nl> <1109542037.5262.3.camel@earlgrey.compton.net> <4222CB99.9020705@hhs.nl> <4222D272.1050809@redhat.com> <4222D902.3040005@hhs.nl> <20050228110543.25870c76.bugs.michael@gmx.net> <1109625602.11981.0.camel@scriabin.tannenrauch.ch> <42243619.8030808@hhs.nl> Message-ID: <20050301191108.3901fea1@python2> Hans de Goede wrote : > I've stopped using freshrpms a long time ago because of the erm > interesting quality of the RPMS the used to provide, if freshrpms and > Fedora extras would have some garantees to work well together, for > example freshrpms would only include packages which are not in fedora > core + extras I might want to go this way, but afaik currently there are > no such garantees. > > I don't meam to put down the hardwork of the rpmforge peope in anyway! Hmmm... "interesting quality"? I never got any problem reports from you Hans, I'd remember ;-) Currently, freshrpms plays well with Fedora Extras, and the only bug that existed was my fault, having merged a version of liboil in Extras that was too recent for the one I had held back in freshrpms because of my swfdec build (Extras has an older one), but was fixed. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.766_FC3.radeon Load : 1.21 1.14 0.83 From skvidal at phy.duke.edu Tue Mar 1 18:26:14 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 13:26:14 -0500 Subject: vice in extras In-Reply-To: <20050301191108.3901fea1@python2> References: <1109533959.27384.225.camel@cutter> <20050227203914.GM21024@angus.ind.WPI.EDU> <1109537533.7400.172.camel@localhost.localdomain> <20050227222611.0515bc56.bugs.michael@gmx.net> <42224067.4020407@hhs.nl> <1109542037.5262.3.camel@earlgrey.compton.net> <4222CB99.9020705@hhs.nl> <4222D272.1050809@redhat.com> <4222D902.3040005@hhs.nl> <20050228110543.25870c76.bugs.michael@gmx.net> <1109625602.11981.0.camel@scriabin.tannenrauch.ch> <42243619.8030808@hhs.nl> <20050301191108.3901fea1@python2> Message-ID: <1109701574.31304.0.camel@cutter> >Hmmm... "interesting quality"? I never got any problem reports from you >Hans, I'd remember ;-) Currently, freshrpms plays well with Fedora Extras, >and the only bug that existed was my fault, having merged a version of >liboil in Extras that was too recent for the one I had held back in >freshrpms because of my swfdec build (Extras has an older one), but was >fixed. > I have to agree with Matthias. I've never had any problems playing with freshrpms packages and fedora core or extras. -sv From skvidal at phy.duke.edu Tue Mar 1 18:31:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 13:31:42 -0500 Subject: ipython anyone? In-Reply-To: <1109694362.5907.11.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> Message-ID: <1109701902.31304.2.camel@cutter> On Tue, 2005-03-01 at 08:26 -0800, Shahms King wrote: >On Tue, 2005-03-01 at 10:33 -0500, seth vidal wrote: >> On Tue, 2005-03-01 at 07:27 -0800, Shahms King wrote: >> >This post really has two questions, the first being: What do I need to >> >do to get ipython (http://ipython.scipy.org) included in Extras? >> > >> >The project distributes packages that work on FC3 already, but given >> >that they include "py23" and "py24" as the release number, I'm guessing >> >they need to be cleaned up to match Fedora guidelines. >> > >> >This brings up my second, more general question. Is this the proper >> >forum for requesting package additions? Or should I really just stand up >> >and say "I'm willing to maintain this package for Extras" and start the >> >QA process in bugzilla? >> > >> >> Do it here, Starting the QA process in bugzilla just means fewer people >> hear about it. >> >> -sv > >All right, will do. I have built an ipython package that should more >closely conform to the Fedora guidelines than the "official" one at: >http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ipython-0.6.11-1.noarch.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython-0.6.11-1.src.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython.spec > >That should be a good start. If no one else wants to keep packaging >AbiWord and Gnumeric, I'd be more than happy to maintain them as it >would be a shame to see them disappear from Fedora altogether (and I >happen to like both of them a lot more than OO.org ;-P) You also package quixote and friends, right? Where are those packages? Would you consider maintaining them in extras? -sv From shahms at shahms.com Tue Mar 1 18:33:47 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 10:33:47 -0800 Subject: ipython anyone? In-Reply-To: <1109701902.31304.2.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109701902.31304.2.camel@cutter> Message-ID: <1109702028.11074.3.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-01 at 13:31 -0500, seth vidal wrote: > You also package quixote and friends, right? > > Where are those packages? Would you consider maintaining them in extras? > > -sv Yeah, I have packages for a number of python things that I'd be happy to maintain for Extras. I only have them compiled for FC2 at the moment (Extras doesn't support apt, so I need to tweak my mach settings a bit), but I can rebuild them for FC3 in a few minutes. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 1 18:46:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 13:46:42 -0500 Subject: ipython anyone? In-Reply-To: <1109694362.5907.11.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> Message-ID: <1109702802.31304.7.camel@cutter> >All right, will do. I have built an ipython package that should more >closely conform to the Fedora guidelines than the "official" one at: >http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ipython-0.6.11-1.noarch.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython-0.6.11-1.src.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython.spec > >That should be a good start. If no one else wants to keep packaging >AbiWord and Gnumeric, I'd be more than happy to maintain them as it >would be a shame to see them disappear from Fedora altogether (and I >happen to like both of them a lot more than OO.org ;-P) > two things I don't like in your spec file: 1. %doc %{_datadir}/blahblah - typically you don't mark files as docs after they're in the doc dir - you mark them as docs and that causes them to appear there. You're short circuiting part of what doc does. 2. is %doc really a good idea for man pages? -sv From skvidal at phy.duke.edu Tue Mar 1 18:58:13 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 13:58:13 -0500 Subject: ipython anyone? In-Reply-To: <1109702028.11074.3.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109701902.31304.2.camel@cutter> <1109702028.11074.3.camel@shahms.mesd.k12.or.us> Message-ID: <1109703493.31304.10.camel@cutter> On Tue, 2005-03-01 at 10:33 -0800, Shahms King wrote: >On Tue, 2005-03-01 at 13:31 -0500, seth vidal wrote: >> You also package quixote and friends, right? >> >> Where are those packages? Would you consider maintaining them in extras? >> >> -sv > >Yeah, I have packages for a number of python things that I'd be happy to >maintain for Extras. I only have them compiled for FC2 at the moment >(Extras doesn't support apt, so I need to tweak my mach settings a bit), >but I can rebuild them for FC3 in a few minutes. 1. download.fedora.us has an apt repo for extras. Warren has an apt fetish so it's kept over there. 2. I hope to have a nicely redistributable version of mach that uses yum instead of apt before too long. 3. I'll be willing to sponsor you if you'll maintain quixote and friends (durus, too, maybe?) in extras. /me uses the extortion method of sponsorship. :) -sv From skvidal at phy.duke.edu Tue Mar 1 19:02:05 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 14:02:05 -0500 Subject: ipython anyone? In-Reply-To: <1109694362.5907.11.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> Message-ID: <1109703725.31304.12.camel@cutter> >All right, will do. I have built an ipython package that should more >closely conform to the Fedora guidelines than the "official" one at: >http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ipython-0.6.11-1.noarch.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython-0.6.11-1.src.rpm >http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython.spec > one more problem. The ipython tarball from your src.rpm and the one from the ipython website don't match. idea why? -sv From skvidal at phy.duke.edu Tue Mar 1 19:08:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 14:08:45 -0500 Subject: ipython anyone? In-Reply-To: <1109703725.31304.12.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109703725.31304.12.camel@cutter> Message-ID: <1109704125.31304.14.camel@cutter> On Tue, 2005-03-01 at 14:02 -0500, seth vidal wrote: >>All right, will do. I have built an ipython package that should more >>closely conform to the Fedora guidelines than the "official" one at: >>http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ipython-0.6.11-1.noarch.rpm >>http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython-0.6.11-1.src.rpm >>http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ipython.spec >> > >one more problem. The ipython tarball from your src.rpm and the one from >the ipython website don't match. > >idea why? > let be me more clear. The md5sum of the tar.gz nor the .tar match. However, the unarchived files do all match. very odd. -sv From ville.skytta at iki.fi Tue Mar 1 19:11:56 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 01 Mar 2005 21:11:56 +0200 Subject: ipython anyone? In-Reply-To: <1109702802.31304.7.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109702802.31304.7.camel@cutter> Message-ID: <1109704316.15077.119.camel@bobcat.mine.nu> On Tue, 2005-03-01 at 13:46 -0500, seth vidal wrote: > 2. is %doc really a good idea for man pages? rpmbuild marks them (as well as bunch of other files) automatically as docs, assuming they're in the usual dirs. The complete list of such dirs from rpm's sources, build/files.c: fl.docDirs[fl.docDirCount++] = xstrdup("/usr/doc"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/man"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/info"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/X11R6/man"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/share/doc"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/share/man"); fl.docDirs[fl.docDirCount++] = xstrdup("/usr/share/info"); fl.docDirs[fl.docDirCount++] = rpmGetPath("%{_docdir}", NULL); fl.docDirs[fl.docDirCount++] = rpmGetPath("%{_mandir}", NULL); fl.docDirs[fl.docDirCount++] = rpmGetPath("%{_infodir}", NULL); fl.docDirs[fl.docDirCount++] = rpmGetPath("%{_javadocdir}", NULL); From shahms at shahms.com Tue Mar 1 19:13:49 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 11:13:49 -0800 Subject: ipython anyone? In-Reply-To: <1109703493.31304.10.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109701902.31304.2.camel@cutter> <1109702028.11074.3.camel@shahms.mesd.k12.or.us> <1109703493.31304.10.camel@cutter> Message-ID: <1109704429.11074.20.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-01 at 13:58 -0500, seth vidal wrote: > On Tue, 2005-03-01 at 10:33 -0800, Shahms King wrote: > >On Tue, 2005-03-01 at 13:31 -0500, seth vidal wrote: > >> You also package quixote and friends, right? > >> > >> Where are those packages? Would you consider maintaining them in extras? > >> > >> -sv > > > >Yeah, I have packages for a number of python things that I'd be happy to > >maintain for Extras. I only have them compiled for FC2 at the moment > >(Extras doesn't support apt, so I need to tweak my mach settings a bit), > >but I can rebuild them for FC3 in a few minutes. * combining responses into one email * > two things I don't like in your spec file: > > 1. %doc %{_datadir}/blahblah - typically you don't mark files as docs > after they're in the doc dir - you mark them as docs and that causes > them to appear there. You're short circuiting part of what doc does. I wasn't sure, I figured it was best to mark them as documentation anyway, but that's easily remedied. Not including any documentation means the package doesn't own the doc dir and it doesn't get removed with the rest of the files, however. Would adding a '%dir % {_datadir}/blablah' be approriate? That seems a little kludgy. > 2. is %doc really a good idea for man pages? It's technically correct, but again, I wasn't sure and I don't think the guidelines specify one way or the other. Best to follow convention here, I'll remove the %doc. > -sv > 1. download.fedora.us has an apt repo for extras. Warren has an apt > fetish so it's kept over there. All right, I'll take a look at using that for now. > 2. I hope to have a nicely redistributable version of mach that uses yum > instead of apt before too long. Ahh, dreams do come true ;-) > 3. I'll be willing to sponsor you if you'll maintain quixote and friends > (durus, too, maybe?) in extras. Sure, the quixote RPMS should be up shortly (just making sure they work on my x86_64 machine at home as they aren't noarch). I don't currently package durus, but will look into it. If it's as easy to package as most python libraries, I don't imagine it will take very long. > /me uses the extortion method of sponsorship. :) Whatever works ;-P > -sv > one more problem. The ipython tarball from your src.rpm and the one from > the ipython website don't match. > > idea why? Yeah, the one in my SRPM was the one included in the "official" SRPM. I'm surprised it doesn't match the "official" tar ball, but it should be an easy fix. > -sv I'm just going through the various and sundry things I have packaged and figuring out which ones aren't currently in Extras and cleaning them up so I should have a number of python libraries ready to be QA'd in a little while (probably after lunch). The package naming guidelines page doesn't specify a name format for python modules, but I'm assuming the convention is similar to that for perl modules? i.e. python-${source_name} I have historically used the convention python-${module_name} (where module_name is the name used to import the module, rather than the source name) but either seems reasonable to me. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 1 19:23:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Mar 2005 14:23:25 -0500 Subject: ipython anyone? In-Reply-To: <1109704429.11074.20.camel@shahms.mesd.k12.or.us> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109701902.31304.2.camel@cutter> <1109702028.11074.3.camel@shahms.mesd.k12.or.us> <1109703493.31304.10.camel@cutter> <1109704429.11074.20.camel@shahms.mesd.k12.or.us> Message-ID: <1109705005.31304.22.camel@cutter> >I wasn't sure, I figured it was best to mark them as documentation >anyway, but that's easily remedied. Not including any documentation >means the package doesn't own the doc dir and it doesn't get removed >with the rest of the files, however. Would adding a '%dir % >{_datadir}/blablah' be approriate? That seems a little kludgy. I'm pretty sure the %{_datadir}/doc/%{name}-%{version} ownership is handled by rpm within the %doc tag >Sure, the quixote RPMS should be up shortly (just making sure they work >on my x86_64 machine at home as they aren't noarch). I don't currently >package durus, but will look into it. If it's as easy to package as most >python libraries, I don't imagine it will take very long. good. thanks. >The package naming guidelines page doesn't specify a name format for >python modules, but I'm assuming the convention is similar to that for >perl modules? i.e. python-${source_name} > yes they do: http://fedoraproject.org/wiki/PackageNamingGuidelines#head-bb4665ea46aa0653710ab594efb3207a94eda636 Submit your CLA and stuff as described here: http://fedoraproject.org/wiki/Extras/CvsAccess and cc me on the emails. thanks! -sv -------------- next part -------------- An HTML attachment was scrubbed... URL: From shahms at shahms.com Tue Mar 1 19:27:12 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 11:27:12 -0800 Subject: ipython anyone? In-Reply-To: <1109705005.31304.22.camel@cutter> References: <1109690873.5907.5.camel@shahms.mesd.k12.or.us> <1109691194.23615.81.camel@cutter> <1109694362.5907.11.camel@shahms.mesd.k12.or.us> <1109701902.31304.2.camel@cutter> <1109702028.11074.3.camel@shahms.mesd.k12.or.us> <1109703493.31304.10.camel@cutter> <1109704429.11074.20.camel@shahms.mesd.k12.or.us> <1109705005.31304.22.camel@cutter> Message-ID: <1109705232.11074.25.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-01 at 14:23 -0500, seth vidal wrote: > > > I wasn't sure, I figured it was best to mark them as documentation > > anyway, but that's easily remedied. Not including any documentation > > means the package doesn't own the doc dir and it doesn't get removed > > with the rest of the files, however. Would adding a '%dir % > > {_datadir}/blablah' be approriate? That seems a little kludgy. > > I'm pretty sure the %{_datadir}/doc/%{name}-%{version} ownership is > handled by rpm within the %doc tag Yes, but there are no other docs ;-P Given that ipython installs all of its documentation, I ended up manually specifying the documentation directory, which seems "wrong" but solves the problem. > > The package naming guidelines page doesn't specify a name format for > > python modules, but I'm assuming the convention is similar to that for > > perl modules? i.e. python-${source_name} > > > yes they do: > http://fedoraproject.org/wiki/PackageNamingGuidelines#head- > bb4665ea46aa0653710ab594efb3207a94eda636 Ahh, missed that was looking for a python specific section. > Submit your CLA and stuff as described here: > http://fedoraproject.org/wiki/Extras/CvsAccess > > and cc me on the emails. Will do, thanks. > thanks! > -sv I made the changes you recommended to the ipython packages and added python-quixote packages at: http://shahms.mesd.k12.or.us/yum/fedora/3/RPMS.shahms/ http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ I'm going to lunch now, but I'll look into Durus and the other packages after that. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Tue Mar 1 23:22:56 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 15:22:56 -0800 Subject: Python packages for QA Message-ID: <1109719377.11074.35.camel@shahms.mesd.k12.or.us> There are spec files and SRPMS for: Source Name Package Name ---------------------------- ipython ipython Durus python-durus PyProtocols python-protocols psycopg python-psycopg pyXLWriter python-pyXLWriter Quixote 1.2 python-quixote SimpleTAL python-simpletal TPG python-tpg psyco python-psyco There is a good case for changing the name of the python-simpletal package to python-SimpleTAL, but all of the above packages are named based on the actual python module name (i.e. the name you would import in python to access the module), rather than strictly following the upstream source name. Most of the packages with architecture specific parts should work with multilib (x86_64) installs, but I'll have to wait until I get home to double check this. Both Durus and TPG provide executables along with the python modules; in the Durus case, there is a decent argument for putting that into a separate package. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Tue Mar 1 23:24:23 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 01 Mar 2005 15:24:23 -0800 Subject: Python packages for QA In-Reply-To: <1109719377.11074.35.camel@shahms.mesd.k12.or.us> References: <1109719377.11074.35.camel@shahms.mesd.k12.or.us> Message-ID: <1109719463.11074.37.camel@shahms.mesd.k12.or.us> Ooops. The url for the spec files and SRPMS is: http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Wed Mar 2 04:24:55 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 1 Mar 2005 23:24:55 -0500 Subject: grip being removed from development tree In-Reply-To: <20050301082149.GA14963@lisas.de> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> Message-ID: <20050302042454.GC11155@nostromo.devel.redhat.com> Adrian Reber (adrian at lisas.de) said: > > Wait until the Extras CVS is branched please. This will happen soon. > > Now that is has branched I think that I can check it in, right? Is an > approval necessary for packages which have been in Core previously? Oh, I'm sure it will fail QA. But I'd import it anyway. :) Bill From adrian at lisas.de Wed Mar 2 07:22:30 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 2 Mar 2005 08:22:30 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302042454.GC11155@nostromo.devel.redhat.com> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> Message-ID: <20050302072229.GA21583@lisas.de> On Tue, Mar 01, 2005 at 11:24:55PM -0500, Bill Nottingham wrote: > > > Wait until the Extras CVS is branched please. This will happen soon. > > > > Now that is has branched I think that I can check it in, right? Is an > > approval necessary for packages which have been in Core previously? > > Oh, I'm sure it will fail QA. But I'd import it anyway. :) Okay, I will import the FC3 version pretty soon and will then make the necessary changes to hopefully avoid failing QA. Should I send an APPROVED mail to fedora-extras-commits? Adrian From skvidal at phy.duke.edu Wed Mar 2 07:54:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Mar 2005 02:54:09 -0500 Subject: Python packages for QA In-Reply-To: <1109719377.11074.35.camel@shahms.mesd.k12.or.us> References: <1109719377.11074.35.camel@shahms.mesd.k12.or.us> Message-ID: <1109750049.5543.70.camel@cutter> >There is a good case for changing the name of the python-simpletal >package to python-SimpleTAL, but all of the above packages are named >based on the actual python module name (i.e. the name you would import >in python to access the module), rather than strictly following the >upstream source name. I think, if importing python-SimpleTAL would be: import SimpleTAL then we should follow the perl semantic for modules in the naming guidelines. The perl semantic is to maintain case. >Both Durus and TPG provide executables along with the python modules; in >the Durus case, there is a decent argument for putting that into a >separate package. Can it run separately of the python module? is there really any point in having them separate? Once you get cvs commit access follow this faq for getting approval on packages and committing them. http://fedoraproject.org/wiki/Extras/UsingCvsFaq thanks! -sv -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Wed Mar 2 08:16:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Mar 2005 03:16:19 -0500 Subject: nvu Message-ID: <1109751379.5543.86.camel@cutter> Hey, I was wondering if anyone has packaged or is packaging nvu for extras? thanks, -sv From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 2 08:20:00 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 2 Mar 2005 09:20:00 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302072229.GA21583@lisas.de> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> <20050302072229.GA21583@lisas.de> Message-ID: <20050302092000.412dc9e3@python2> Adrian Reber wrote : > On Tue, Mar 01, 2005 at 11:24:55PM -0500, Bill Nottingham wrote: > > > > Wait until the Extras CVS is branched please. This will happen soon. > > > > > > Now that is has branched I think that I can check it in, right? Is an > > > approval necessary for packages which have been in Core previously? > > > > Oh, I'm sure it will fail QA. But I'd import it anyway. :) > > Okay, I will import the FC3 version pretty soon and will then make the > necessary changes to hopefully avoid failing QA. > > Should I send an APPROVED mail to fedora-extras-commits? I'm not sure that's necessary... I mean... it comes straight from Core, so sure it'll be approved ;-) I, for one, will definitely be reviewing it initially, as Grip is an application I use all the time (and have packaged myself for a long while too). Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.766_FC3.radeon Load : 0.27 0.82 1.07 From j.w.r.degoede at hhs.nl Wed Mar 2 08:36:47 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 02 Mar 2005 09:36:47 +0100 Subject: freshrpms/rpmforge In-Reply-To: <1109701574.31304.0.camel@cutter> References: <1109533959.27384.225.camel@cutter> <20050227203914.GM21024@angus.ind.WPI.EDU> <1109537533.7400.172.camel@localhost.localdomain> <20050227222611.0515bc56.bugs.michael@gmx.net> <42224067.4020407@hhs.nl> <1109542037.5262.3.camel@earlgrey.compton.net> <4222CB99.9020705@hhs.nl> <4222D272.1050809@redhat.com> <4222D902.3040005@hhs.nl> <20050228110543.25870c76.bugs.michael@gmx.net> <1109625602.11981.0.camel@scriabin.tannenrauch.ch> <42243619.8030808@hhs.nl> <20050301191108.3901fea1@python2> <1109701574.31304.0.camel@cutter> Message-ID: <42257B1F.2000300@hhs.nl> seth vidal wrote: >>Hmmm... "interesting quality"? I never got any problem reports from you >>Hans, I'd remember ;-) Currently, freshrpms plays well with Fedora Extras, >>and the only bug that existed was my fault, having merged a version of >>liboil in Extras that was too recent for the one I had held back in >>freshrpms because of my swfdec build (Extras has an older one), but was >>fixed. >> > > > I have to agree with Matthias. I've never had any problems playing with > freshrpms packages and fedora core or extras. > Last time I tried non RH rpms (from freshrpms and others) was a long time ago I think in the RH 7.x days, they were horrible most specfiles just did a make, make install and then drop everything in the rpm, all files in /usr/local were quite normal for example. This might be a long time ago but this has made me wary of non RH rpms, fedora.us was a very welcome change for me. I think it would be great to have freshrpms/rpmforge as a superset of fc + extras + livna, I would like in this case for freshrpms to only have new packages and not replace existing ones, or at least provide the option to select a subset of all the packages containing only packages not in fc + extras + livna, just like fedora.us had stable and testing. Anyways I wonder now that there is an "official" fedora extras if and how rpmforge is trying to cooparate / coordinate with extras to avoid duplicate work. If rpmforge/freshrpms is willing to host for example a vice rpm that would be great and I might be willing to create and maintain some other emulator rpms for freshrpms too, but first I must feel / be okay with freshrpms, it would be realy hypocrit to not be enthousiastic, yet still contribute because I'm enthousiastic about emulators. I'm not saying rpmforge should change, maybe I should, but some more coorparatiob between the extras and rpmforge might be nice. Regards, Hans From skvidal at phy.duke.edu Wed Mar 2 08:43:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Mar 2005 03:43:20 -0500 Subject: freshrpms/rpmforge In-Reply-To: <42257B1F.2000300@hhs.nl> References: <1109533959.27384.225.camel@cutter> <20050227203914.GM21024@angus.ind.WPI.EDU> <1109537533.7400.172.camel@localhost.localdomain> <20050227222611.0515bc56.bugs.michael@gmx.net> <42224067.4020407@hhs.nl> <1109542037.5262.3.camel@earlgrey.compton.net> <4222CB99.9020705@hhs.nl> <4222D272.1050809@redhat.com> <4222D902.3040005@hhs.nl> <20050228110543.25870c76.bugs.michael@gmx.net> <1109625602.11981.0.camel@scriabin.tannenrauch.ch> <42243619.8030808@hhs.nl> <20050301191108.3901fea1@python2> <1109701574.31304.0.camel@cutter> <42257B1F.2000300@hhs.nl> Message-ID: <1109753000.5543.106.camel@cutter> >Last time I tried non RH rpms (from freshrpms and others) was a long >time ago I think in the RH 7.x days, they were horrible most specfiles >just did a make, make install and then drop everything in the rpm, all >files in /usr/local were quite normal for example. This might be a long >time ago but this has made me wary of non RH rpms, fedora.us was a very >welcome change for me. hmm, it's been a while for me - but I seem remember matthias' packages at freshrpms for 7.x not sucking at all. >I think it would be great to have freshrpms/rpmforge as a superset of fc >+ extras + livna, I would like in this case for freshrpms to only have >new packages and not replace existing ones, or at least provide the >option to select a subset of all the packages containing only packages >not in fc + extras + livna, just like fedora.us had stable and testing. that's really up to matthias, dag and friends. >Anyways I wonder now that there is an "official" fedora extras if and >how rpmforge is trying to cooparate / coordinate with extras to avoid >duplicate work. well, so far, the folks who work on rpmforge are helping out with the Packaging Guidelines that Tom 'Spot' Callaway is working on for fedora extras/core. This is cool. Matthias Saou is packaging things for Fedora Extras and helping folks out with specfile/package QA. That's what I know of for the moment. I figure that counts for collaboration. >If rpmforge/freshrpms is willing to host for example a vice rpm that >would be great and I might be willing to create and maintain some other >emulator rpms for freshrpms too, but first I must feel / be okay with >freshrpms, it would be realy hypocrit to not be enthousiastic, yet still >contribute because I'm enthousiastic about emulators. Again, you'll have to ask them, though this list is probably not the best place for asking that. >I'm not saying rpmforge should change, maybe I should, but some more >coorparatiob between the extras and rpmforge might be nice. I think there's a fair bit of cooperation, now. More isn't bad, though. -sv From ghenry at suretecsystems.com Wed Mar 2 09:43:53 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 2 Mar 2005 09:43:53 -0000 (GMT) Subject: nvu In-Reply-To: <1109751379.5543.86.camel@cutter> References: <1109751379.5543.86.camel@cutter> Message-ID: <51870.193.195.148.66.1109756633.squirrel@webmail.suretecsystems.com> > Hey, > I was wondering if anyone has packaged or is packaging nvu for extras? I can start, if no one else volunteers. > > thanks, > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From adrian at lisas.de Wed Mar 2 12:05:19 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 2 Mar 2005 13:05:19 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302092000.412dc9e3@python2> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> <20050302072229.GA21583@lisas.de> <20050302092000.412dc9e3@python2> Message-ID: <20050302120519.GA24398@lisas.de> On Wed, Mar 02, 2005 at 09:20:00AM +0100, Matthias Saou wrote: > > > Oh, I'm sure it will fail QA. But I'd import it anyway. :) > > > > Okay, I will import the FC3 version pretty soon and will then make the > > necessary changes to hopefully avoid failing QA. > > > > Should I send an APPROVED mail to fedora-extras-commits? > > I'm not sure that's necessary... I mean... it comes straight from Core, so > sure it'll be approved ;-) > I, for one, will definitely be reviewing it initially, as Grip is an > application I use all the time (and have packaged myself for a long while > too). grip is imported and ready to be QA'd. Adrian -- Adrian Reber http://lisas.de/~adrian/ The real fun of living wisely is that you get to be smug about it. -- Calvin From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 2 13:32:47 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 2 Mar 2005 14:32:47 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302120519.GA24398@lisas.de> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> <20050302072229.GA21583@lisas.de> <20050302092000.412dc9e3@python2> <20050302120519.GA24398@lisas.de> Message-ID: <20050302143247.45fea354@python2> Adrian Reber wrote : > grip is imported and ready to be QA'd. The source line is invalid, and obsolete anyway. You should change it to : http://dl.sf.net/grip/grip-%{version}.tar.gz Other than that, it's fine with me. I did see a failed configure check for cdparanoia with "/usr/include/cdda/cdda_paranoia.h:40: error: syntax error before '*' token" but the package seems to link properly against the lib nevertheless. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.17 0.34 0.63 From skvidal at phy.duke.edu Wed Mar 2 14:53:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Mar 2005 09:53:18 -0500 Subject: nvu In-Reply-To: <51870.193.195.148.66.1109756633.squirrel@webmail.suretecsystems.com> References: <1109751379.5543.86.camel@cutter> <51870.193.195.148.66.1109756633.squirrel@webmail.suretecsystems.com> Message-ID: <1109775198.5543.120.camel@cutter> On Wed, 2005-03-02 at 09:43 +0000, Gavin Henry wrote: > >> Hey, >> I was wondering if anyone has packaged or is packaging nvu for extras? > >I can start, if no one else volunteers. > haven't heard any loud noises so far. Though, remember, don't over extend yourself on package maintenance. If you don't think you'll be able to keep up with updates and what not, then don't do it. No point getting yourself stressed out over this stuff. But if you're game, go for it. -sv From ivazquez at ivazquez.net Wed Mar 2 15:00:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 02 Mar 2005 10:00:37 -0500 Subject: nvu In-Reply-To: <1109775198.5543.120.camel@cutter> References: <1109751379.5543.86.camel@cutter> <51870.193.195.148.66.1109756633.squirrel@webmail.suretecsystems.com> <1109775198.5543.120.camel@cutter> Message-ID: <1109775637.28221.1.camel@localhost.localdomain> On Wed, 2005-03-02 at 09:53 -0500, seth vidal wrote: > On Wed, 2005-03-02 at 09:43 +0000, Gavin Henry wrote: > > > >> Hey, > >> I was wondering if anyone has packaged or is packaging nvu for extras? > > > >I can start, if no one else volunteers. > > > > haven't heard any loud noises so far. I tried building a package for 0.5. What an ugly build process (which failed miserably, BTW). I certainly hope it's gotten better since. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ghenry at suretecsystems.com Wed Mar 2 15:11:05 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 2 Mar 2005 15:11:05 -0000 (GMT) Subject: nvu In-Reply-To: <1109775198.5543.120.camel@cutter> References: <1109751379.5543.86.camel@cutter><51870.193.195.148.66.1109756633.squirrel@webmail.suretecsystems.com> <1109775198.5543.120.camel@cutter> Message-ID: <56629.193.195.148.66.1109776265.squirrel@webmail.suretecsystems.com> > On Wed, 2005-03-02 at 09:43 +0000, Gavin Henry wrote: >> >>> Hey, >>> I was wondering if anyone has packaged or is packaging nvu for extras? >> >>I can start, if no one else volunteers. >> > > haven't heard any loud noises so far. > > Though, remember, don't over extend yourself on package maintenance. If > you don't think you'll be able to keep up with updates and what not, > then don't do it. No point getting yourself stressed out over this > stuff. > > But if you're game, go for it. That's true. I haven't even started the others yet. Still waiting for my CVS to be finalised, (faxed and e-mailed CLA yesterday). I'll wait a few days to see if any else pipes up. > > -sv > > > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From adrian at lisas.de Wed Mar 2 17:54:23 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 2 Mar 2005 18:54:23 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302143247.45fea354@python2> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> <20050302072229.GA21583@lisas.de> <20050302092000.412dc9e3@python2> <20050302120519.GA24398@lisas.de> <20050302143247.45fea354@python2> Message-ID: <20050302175423.GA8025@lisas.de> On Wed, Mar 02, 2005 at 02:32:47PM +0100, Matthias Saou wrote: > > grip is imported and ready to be QA'd. > > The source line is invalid, and obsolete anyway. You should change it to : > > http://dl.sf.net/grip/grip-%{version}.tar.gz I will change it. So, do I just change the spec file and checked it or do I also have to increase the release? As there hasn't been any real release of this package yet and as CVS knows about the changes I will not increase the release number. Adrian From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 2 18:33:44 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 2 Mar 2005 19:33:44 +0100 Subject: grip being removed from development tree In-Reply-To: <20050302175423.GA8025@lisas.de> References: <20050217063738.GA1873@lisas.de> <42143C86.4010305@redhat.com> <20050301082149.GA14963@lisas.de> <20050302042454.GC11155@nostromo.devel.redhat.com> <20050302072229.GA21583@lisas.de> <20050302092000.412dc9e3@python2> <20050302120519.GA24398@lisas.de> <20050302143247.45fea354@python2> <20050302175423.GA8025@lisas.de> Message-ID: <20050302193344.3b13cbdb@python2> Adrian Reber wrote : > On Wed, Mar 02, 2005 at 02:32:47PM +0100, Matthias Saou wrote: > > > grip is imported and ready to be QA'd. > > > > The source line is invalid, and obsolete anyway. You should change it to : > > > > http://dl.sf.net/grip/grip-%{version}.tar.gz > > I will change it. > > So, do I just change the spec file and checked it or do I also have to > increase the release? As there hasn't been any real release of this > package yet and as CVS knows about the changes I will not increase the > release number. Yeah, that's easiest. Since we control the rebuilds, and that there hasn't been one yet, don't bother with increasing the release ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 2.63 1.68 0.86 From dsievers at users.sourceforge.net Wed Mar 2 21:08:06 2005 From: dsievers at users.sourceforge.net (D Sievers) Date: Wed, 02 Mar 2005 13:08:06 -0800 Subject: Package maintainer for python-numeric Message-ID: <42262B36.2060806@users.sourceforge.net> Hello all, My name is Doug Sievers, and I would like to volunteer to maintain some extras packages, and hopefully add some packages down the line. I am a bit of a newbie on packaging, but I am willing to learn and ready to serve. Bugzilla e-mail address: dsievers at users.sourceforge.net Currently orphaned packages I would like to maintain: python-numeric Packages I may maintain that are on the "To be removed from FC4" list lapack Packages I would like to add eventually, if all checks out python-numarray [1] - variant to python-numeric, which may both merge/be incorporated in python matplotlib [2] - plotting library for python, with backends to Tkinter, GTK and wxPython [1] http://www.stsci.edu/resources/software_hardware/numarray [2] http://matplotlib.sourceforge.net/ From skvidal at phy.duke.edu Wed Mar 2 21:23:16 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 02 Mar 2005 16:23:16 -0500 Subject: Package maintainer for python-numeric In-Reply-To: <42262B36.2060806@users.sourceforge.net> References: <42262B36.2060806@users.sourceforge.net> Message-ID: <1109798596.16819.4.camel@cutter> On Wed, 2005-03-02 at 13:08 -0800, D Sievers wrote: >Hello all, > >My name is Doug Sievers, and I would like to volunteer to maintain some >extras packages, and hopefully add some packages down the line. I am a >bit of a newbie on packaging, but I am willing to learn and ready to serve. > >Bugzilla e-mail address: >dsievers at users.sourceforge.net > >Currently orphaned packages I would like to maintain: >python-numeric > python-numeric isn't orphaned anymore. it got moved into fedora core. -sv From ville.skytta at iki.fi Wed Mar 2 21:21:35 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 02 Mar 2005 23:21:35 +0200 Subject: Package maintainer for python-numeric In-Reply-To: <42262B36.2060806@users.sourceforge.net> References: <42262B36.2060806@users.sourceforge.net> Message-ID: <1109798495.15077.275.camel@bobcat.mine.nu> On Wed, 2005-03-02 at 13:08 -0800, D Sievers wrote: > Currently orphaned packages I would like to maintain: > python-numeric python-numeric is in FC devel, I guess it'll enter Core at FC4. But maintainership of it for < FC4 Extras is up for grabs AFAICT. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 2 22:21:45 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 02 Mar 2005 23:21:45 +0100 Subject: [patch] Enable proxy-caching for curl In-Reply-To: <87mzu525r3.fsf@kosh.ultra.csn.tu-chemnitz.de> (Enrico Scholz's message of "Tue, 15 Feb 2005 16:38:08 +0100") References: <87mzu525r3.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87k6op1yfa.fsf@kosh.ultra.csn.tu-chemnitz.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > I have attached a small patch which prevents 'curl' from sending a > 'Pragma: no-cache' header. With this patch, subsequent 'make clean && > make i386' will download the tarballs only once. Is there any decision regarding this patch? Enrico From kevin-fedora-extras at scrye.com Thu Mar 3 02:37:49 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 2 Mar 2005 19:37:49 -0700 Subject: xfce questions Message-ID: <20050303023752.E794BF01EC@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings. Having spoken up about maintaining the xfce packages in fedora-extras I did a bit of poking around, and have a few questions for everyone. The fedora core 3 provided packages related to/provided by the xfce project are: dbh libxfce4mcs libxfce4util libxfcegui4 xfce4-iconbox xfce4-panel xfce4-systray xfce-mcs-manager xfce-mcs-plugins xfce-utils In the 4.2.0 current release we have all the following: dbh gtk-xfce-engine libxfce4mcs libxfce4util libxfcegui4 xfcalendar xfce4-appfinder xfce4-iconbox xfce4-icon-theme xfce4-mixer xfce4-panel xfce4-session xfce4-systray xfce4-toys xfce4-trigger-launcher xfce-mcs-manager xfce-mcs-plugins xfce-utils xfdesktop xffm xfprint xfwm4 xfwm4-themes Of course all of those aren't needed, but do provide all of the desktop. Additionally, I would like to package the Terminal application from the xfce-goodies project: http://developer.berlios.de/project/showfiles.php?group_id=910 (Sure wish they had picked a less generic name for it) I note that the dbh package isn't listed on the OrphanedPackages page on the wiki. Does that mean it's still in core? Was that missed when xfce was moved out? (Its the only related package that doesn't have 'xfce' in the package name) I assume if it's still in core to get it upgradedfrom the 1.0.18-5 version to the new 1.0.20 version I submit a bugzilla RFE? I see that the xfce folks provide spec files for all their packages. They likely don't confom to all the fedora-extras guidelines for spec files, but they are there upstream. Should I start from those spec files and clean them up? Or should I try and use the existing 4.0.6 spec files and get them working with the 4.2.0 xfce? Fortunately, there are only 4 patches in the 4.0.6 packages, and they all look pretty minor to get working on the new version. Also, there are only currently 5 bugs filed in fc3 with 'xfce' in the subject. Should we try and merge spec file changes upstream? Things like changelogs are likely not of interest to the upstream packages. Should changelog entries be preserved when moving from core->extras? - From older to newer versions? Should I be building and testing on fc3 or development? Both? When should fedora-extras provide a newer version than core? BTW, for anyone that tried out xfce with the 4.0.6 packages in fc3, you should try it out again with the 4.2.0 packages. Tons of improvements. See: http://xfce.org/release_notes/4.2.0_changelog.html Thanks for any input. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCJniA3imCezTjY0ERAtQLAJ0andG8E6e2MQuJfxBEBnHrBvn4LQCgjBgO rIbP38/NY1eNiHeFEpeoKtM= =Xx+G -----END PGP SIGNATURE----- From obijuan at gmail.com Thu Mar 3 03:41:46 2005 From: obijuan at gmail.com (Johnny Proton) Date: Wed, 2 Mar 2005 22:41:46 -0500 Subject: Jabber Server? Message-ID: <53ff611f050302194170f3f6ba@mail.gmail.com> Hello Everyone, Does anyone know why there isn't a Jabber server slated to be included in the Extras repository? Would definitely love to have secure, open source, distributed chat be a part of my favorite Linux distribution... https://bugzilla.fedora.us/show_bug.cgi?id=1875 These guys appear to have done quite a bit of work. Any reason not to let this thing in? From notting at redhat.com Thu Mar 3 05:09:31 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Mar 2005 00:09:31 -0500 Subject: xfce questions In-Reply-To: <20050303023752.E794BF01EC@voldemort.scrye.com> References: <20050303023752.E794BF01EC@voldemort.scrye.com> Message-ID: <20050303050931.GB9502@nostromo.devel.redhat.com> Kevin Fenzi (kevin-fedora-extras at scrye.com) said: > I note that the dbh package isn't listed on the OrphanedPackages page > on the wiki. Does that mean it's still in core? Was that missed when > xfce was moved out? (Its the only related package that doesn't have > 'xfce' in the package name) Yes and yes, respectively. It will probably fall out in the next few days. > Should I be building and testing on fc3 or development? Both? > When should fedora-extras provide a newer version than core? I'd do development, personally. YMMV. Bill From skvidal at fedoraproject.org Thu Mar 3 06:15:00 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 03 Mar 2005 01:15:00 -0500 Subject: Fedora Extras 3 Package Updates Message-ID: <1109830500.19398.36.camel@cutter> Hi Everyone, aqhbci-qt-tools (i386, x86)64) gcombust (i386, x86_64) gnome-themes-extras (i386, x86_64) hercules (i386, x86_64) libol (i386, x86_64) lighttpd (i386, x86_64) perl-Cache-Cache (i386, x86_64) pth (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Thu Mar 3 06:15:00 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 03 Mar 2005 01:15:00 -0500 Subject: Fedora Extras 3 Package Updates Message-ID: <1109830500.19398.36.camel@cutter> Hi Everyone, aqhbci-qt-tools (i386, x86)64) gcombust (i386, x86_64) gnome-themes-extras (i386, x86_64) hercules (i386, x86_64) libol (i386, x86_64) lighttpd (i386, x86_64) perl-Cache-Cache (i386, x86_64) pth (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Thu Mar 3 06:30:08 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 02 Mar 2005 20:30:08 -1000 Subject: Jabber Server? In-Reply-To: <53ff611f050302194170f3f6ba@mail.gmail.com> References: <53ff611f050302194170f3f6ba@mail.gmail.com> Message-ID: <4226AEF0.4000209@redhat.com> Johnny Proton wrote: > Hello Everyone, > > Does anyone know why there isn't a Jabber server slated to be included > in the Extras repository? Would definitely love to have secure, open > source, distributed chat be a part of my favorite Linux > distribution... > > https://bugzilla.fedora.us/show_bug.cgi?id=1875 > > These guys appear to have done quite a bit of work. Any reason not to > let this thing in? > Agreed, much thought has already gone into the package. Any remaining problems can be fixed after it is imported into CVS. We just have to make sure of two things that I can see: 1) The default password is somehow securely handled. I didn't read too carefully, how was this resolved? 2) Users wont accidentally upgrade from a possible custom jabberd package that uses a database backend and break their install. So maybe enabling all the DB backends in the CVS import would be good? Then verify & revise in CVS at least these two conditions before requesting the build. If Adrian is willing to go forward, he may import it. Warren Togami wtogami at redhat.com From adrian at lisas.de Thu Mar 3 09:31:56 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 3 Mar 2005 10:31:56 +0100 Subject: Jabber Server? In-Reply-To: <4226AEF0.4000209@redhat.com> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> Message-ID: <20050303093156.GA30830@lisas.de> On Wed, Mar 02, 2005 at 08:30:08PM -1000, Warren Togami wrote: > >Does anyone know why there isn't a Jabber server slated to be included > >in the Extras repository? Would definitely love to have secure, open > >source, distributed chat be a part of my favorite Linux > >distribution... > > > >https://bugzilla.fedora.us/show_bug.cgi?id=1875 > > > >These guys appear to have done quite a bit of work. Any reason not to > >let this thing in? > > > > Agreed, much thought has already gone into the package. Any remaining > problems can be fixed after it is imported into CVS. We just have to > make sure of two things that I can see: > > 1) The default password is somehow securely handled. I didn't read too > carefully, how was this resolved? > 2) Users wont accidentally upgrade from a possible custom jabberd > package that uses a database backend and break their install. > > So maybe enabling all the DB backends in the CVS import would be good? > Then verify & revise in CVS at least these two conditions before > requesting the build. > > If Adrian is willing to go forward, he may import it. I will import it. The main reason the other backends are disabled the I am not using on my jabber server and to keep it simple for the first try of the rpm. After the import I will have a look at enabling the backends and if it would be possible to create subpackages for the different backends. Warren, are you going to write an APPROVED mail or should I? Adrian From laroche at redhat.com Thu Mar 3 10:32:38 2005 From: laroche at redhat.com (Florian La Roche) Date: Thu, 3 Mar 2005 11:32:38 +0100 Subject: xfce questions In-Reply-To: <20050303023752.E794BF01EC@voldemort.scrye.com> References: <20050303023752.E794BF01EC@voldemort.scrye.com> Message-ID: <20050303103238.GC6217@dudweiler.stuttgart.redhat.com> > Fortunately, there are only 4 patches in the 4.0.6 packages, and they > all look pretty minor to get working on the new version. Also, there > are only currently 5 bugs filed in fc3 with 'xfce' in the subject. Have you checked cvs from FC if that wasn't updated already to 4.2? > Should we try and merge spec file changes upstream? Things like > changelogs are likely not of interest to the upstream packages. Yes, improving packaging also upstream can only be good. > Should changelog entries be preserved when moving from core->extras? > - From older to newer versions? Nice if possible, but not a requirement. E.g. if upstream at some point has better spec files, there is no reason to continue providing new ones again... greetings, Florian La Roche From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 3 14:46:51 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 03 Mar 2005 15:46:51 +0100 Subject: Maintainership: dietlibc Message-ID: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> Hello, I would like to maintain 'dietlibc' which was removed from Core; the current spec file is at http://www-user.tu-chemnitz.de/~ensc/fedora/dietlibc.spec Any objections resp. who will sponsor it? Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From notting at redhat.com Thu Mar 3 16:23:17 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Mar 2005 11:23:17 -0500 Subject: xfce questions In-Reply-To: <20050303050931.GB9502@nostromo.devel.redhat.com> References: <20050303023752.E794BF01EC@voldemort.scrye.com> <20050303050931.GB9502@nostromo.devel.redhat.com> Message-ID: <20050303162317.GC5992@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > Kevin Fenzi (kevin-fedora-extras at scrye.com) said: > > I note that the dbh package isn't listed on the OrphanedPackages page > > on the wiki. Does that mean it's still in core? Was that missed when > > xfce was moved out? (Its the only related package that doesn't have > > 'xfce' in the package name) > > Yes and yes, respectively. It will probably fall out in the next > few days. dbh is removed now (will 'show up' in rawhide tomorrow.) So, feel free to import into Extras. Bill From dsievers at gmail.com Thu Mar 3 16:29:30 2005 From: dsievers at gmail.com (D Sievers) Date: Thu, 3 Mar 2005 08:29:30 -0800 Subject: Package maintainer for python-numeric In-Reply-To: <1109798495.15077.275.camel@bobcat.mine.nu> References: <42262B36.2060806@users.sourceforge.net> <1109798495.15077.275.camel@bobcat.mine.nu> Message-ID: <3cab19cc0503030829676e6f96@mail.gmail.com> Okay, I think I could handle that. After all, it is better to start small and work one's way up. But before I officially accept, due to the situation, I have some questions: 1) Considering FC4 is coming up, and I plan to switch to that upon release, will I still need an install of FC3 somewhere to maintain this extra? 2) Based on the previous, due to the fast transfer of older releases to legacy, am I expected to continue to maintain it once it goes to legacy (of course, I know I'm not *expected* to, but is this what is typically done?) 3) Since python-numeric is in rawhide now, it would appear that a simple rpmbuild --rebuild python-numeric-.src.rpm should do the trick, which means not much to maintain (I'm okay with that for now :) Thanks for your time! Doug Sievers On Wed, 02 Mar 2005 23:21:35 +0200, Ville Skytt? wrote: > On Wed, 2005-03-02 at 13:08 -0800, D Sievers wrote: > > > Currently orphaned packages I would like to maintain: > > python-numeric > > python-numeric is in FC devel, I guess it'll enter Core at FC4. But > maintainership of it for < FC4 Extras is up for grabs AFAICT. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From toni at willberg.fi Thu Mar 3 18:36:21 2005 From: toni at willberg.fi (Toni Willberg) Date: Thu, 03 Mar 2005 20:36:21 +0200 Subject: SILC server / Re: Jabber Server? In-Reply-To: <53ff611f050302194170f3f6ba@mail.gmail.com> References: <53ff611f050302194170f3f6ba@mail.gmail.com> Message-ID: <1109874981.5155.12.camel@l1503819> On Wed, 2005-03-02 at 22:41 -0500, Johnny Proton wrote: > Does anyone know why there isn't a Jabber server slated to be included > in the Extras repository? Would definitely love to have secure, open > source, distributed chat be a part of my favorite Linux > distribution... This reminds me that I should package the SILC server, silcd, for Fedora. There's already libsilc providing the SILC client library for Silky and GAIM's SILC plugin... SILC is Secure Internet Live Conferencing protocol, network and a project. More about SILC: http://www.silcnet.org/ - Toni -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Thu Mar 3 18:51:55 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 3 Mar 2005 11:51:55 -0700 Subject: xfce questions References: <20050303023752.E794BF01EC@voldemort.scrye.com> <20050303103238.GC6217@dudweiler.stuttgart.redhat.com> Message-ID: <20050303185159.39AA8A500E@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Florian" == Florian La Roche writes: >> Fortunately, there are only 4 patches in the 4.0.6 packages, and >> they all look pretty minor to get working on the new version. Also, >> there are only currently 5 bugs filed in fc3 with 'xfce' in the >> subject. Florian> Have you checked cvs from FC if that wasn't updated already Florian> to 4.2? Nope. I hadn't. Looking at it now, it does look like 4.2.0 was indeed setup in devel. ;) That means it should be pretty easy to just setup those packages in fedora-extras, then just add in the new packages. >> Should we try and merge spec file changes upstream? Things like >> changelogs are likely not of interest to the upstream packages. Florian> Yes, improving packaging also upstream can only be good. Ok. As soon as I can get something in and stable I will look at feeding changes upstream. >> Should changelog entries be preserved when moving from >> core->extras? - From older to newer versions? Florian> Nice if possible, but not a requirement. E.g. if upstream at Florian> some point has better spec files, there is no reason to Florian> continue providing new ones again... ok. I will preserve all the spec files from core/devel for the packages that exist in there, and start with new changelogs for the other ones. Florian> greetings, Florian> Florian La Roche kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCJ1zP3imCezTjY0ERAibEAJ9j5YQwZCliy06Z0mhxm6dOl+1e8QCfW+di HBlhnVVhEZJ5qIKYEWI0PKQ= =pryw -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Thu Mar 3 19:05:02 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 3 Mar 2005 12:05:02 -0700 Subject: xfce questions References: <20050303023752.E794BF01EC@voldemort.scrye.com> <20050303050931.GB9502@nostromo.devel.redhat.com> <20050303162317.GC5992@nostromo.devel.redhat.com> Message-ID: <20050303190505.1D72C610D4@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Bill" == Bill Nottingham writes: Bill> Bill Nottingham (notting at redhat.com) said: >> Kevin Fenzi (kevin-fedora-extras at scrye.com) said: > I note that the >> dbh package isn't listed on the OrphanedPackages page > on the >> wiki. Does that mean it's still in core? Was that missed when > >> xfce was moved out? (Its the only related package that doesn't have >> > 'xfce' in the package name) >> >> Yes and yes, respectively. It will probably fall out in the next >> few days. Bill> dbh is removed now (will 'show up' in rawhide tomorrow.) So, Bill> feel free to import into Extras. Excellent. Thanks. I guess I need to now find a sponsor? Anyone want to sponsor me? My redhat bugzilla address is kevin-redhat-bugzilla at tummy.com Hopefully soon I will have spec's/src.rpms up for people to look over and try out. Bill> Bill kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCJ1/g3imCezTjY0ERAkTfAJwM2TCNUfqY2PT13SlAz4BAaQsw+ACcCmtA NC2EIq2fjDv0aksUoPne++o= =TyM2 -----END PGP SIGNATURE----- From wtogami at redhat.com Thu Mar 3 19:05:31 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 03 Mar 2005 09:05:31 -1000 Subject: Maintainership: dietlibc In-Reply-To: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <42275FFB.3050005@redhat.com> Enrico Scholz wrote: > Hello, > > I would like to maintain 'dietlibc' which was removed from Core; the > current spec file is at > > http://www-user.tu-chemnitz.de/~ensc/fedora/dietlibc.spec > > > Any objections resp. who will sponsor it? > > > > Enrico I think if it was in Core before, we shouldn't hesitate to import it into Extras. Any objections to this rule? Warren Togami wtogami at redhat.com From jpo at di.uminho.pt Thu Mar 3 19:47:36 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Thu, 03 Mar 2005 19:47:36 +0000 Subject: Fedora Extras mirror: removing old packages Message-ID: <422769D8.5080604@di.uminho.pt> Could someone remove the old packages from the master mirror? Or at least remove the ones that still have disttags (they have all been updated) ? Listing disttag packages (fedora.us and freshrpms) "ls *\.fdr\.* *\.fc2\.fr\.*" Thanks in advance, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From notting at redhat.com Thu Mar 3 20:26:30 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 3 Mar 2005 15:26:30 -0500 Subject: Maintainership: dietlibc In-Reply-To: <42275FFB.3050005@redhat.com> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <42275FFB.3050005@redhat.com> Message-ID: <20050303202630.GD10031@nostromo.devel.redhat.com> Warren Togami (wtogami at redhat.com) said: > I think if it was in Core before, we shouldn't hesitate to import it > into Extras. Any objections to this rule? Assuming a maintainer steps forward, no objections. (Obviously, OK for dietlibc in this case.) Bill From skvidal at phy.duke.edu Thu Mar 3 21:42:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 03 Mar 2005 16:42:25 -0500 Subject: xfce questions In-Reply-To: <20050303190505.1D72C610D4@voldemort.scrye.com> References: <20050303023752.E794BF01EC@voldemort.scrye.com> <20050303050931.GB9502@nostromo.devel.redhat.com> <20050303162317.GC5992@nostromo.devel.redhat.com> <20050303190505.1D72C610D4@voldemort.scrye.com> Message-ID: <1109886145.13736.15.camel@opus.phy.duke.edu> > I guess I need to now find a sponsor? Anyone want to sponsor me? > My redhat bugzilla address is kevin-redhat-bugzilla at tummy.com > > Hopefully soon I will have spec's/src.rpms up for people to look over > and try out. Please read this page: http://fedoraproject.org/wiki/Extras/CvsAccess and add yourself to this page: http://fedoraproject.org/wiki/Extras/SponsorsNeeded thanks -sv From kevin-fedora-extras at scrye.com Thu Mar 3 23:27:29 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 3 Mar 2005 16:27:29 -0700 Subject: xfce questions References: <20050303023752.E794BF01EC@voldemort.scrye.com> <20050303050931.GB9502@nostromo.devel.redhat.com> <20050303162317.GC5992@nostromo.devel.redhat.com> <20050303190505.1D72C610D4@voldemort.scrye.com> <1109886145.13736.15.camel@opus.phy.duke.edu> Message-ID: <20050303232733.2E27AC509D@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "seth" == seth vidal writes: >> I guess I need to now find a sponsor? Anyone want to sponsor me? My >> redhat bugzilla address is kevin-redhat-bugzilla at tummy.com >> >> Hopefully soon I will have spec's/src.rpms up for people to look >> over and try out. seth> Please read this page: seth> http://fedoraproject.org/wiki/Extras/CvsAccess Done. seth> and add yourself to this page: seth> http://fedoraproject.org/wiki/Extras/SponsorsNeeded Done. I had looked at that page before, but it was marked "immutable". I didn't realize I had to make a wiki account in order to edit it, I was assuming that someone else had to add my name there. :) seth> thanks -sv kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD4DBQFCJ51l3imCezTjY0ERApWcAJ4h34idiCP4W4Ks4I/gJHYIrGizawCY6XEZ cBgK88R5Joge0HWWvWvTqQ== =v3Ev -----END PGP SIGNATURE----- From skvidal at fedoraproject.org Fri Mar 4 01:44:46 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 03 Mar 2005 20:44:46 -0500 Subject: Extras Updates/Additions Message-ID: <1109900686.23585.9.camel@cutter> Hi Everyone, Packages: graveman (i386, x86_64) libfwbuilder (i386, x86_64) fwbuilder (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 4 01:52:29 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 04 Mar 2005 02:52:29 +0100 Subject: Maintainership: dietlibc In-Reply-To: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> (Enrico Scholz's message of "Thu, 03 Mar 2005 15:46:51 +0100") References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87is48yy76.fsf@kosh.ultra.csn.tu-chemnitz.de> enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) writes: > I would like to maintain 'dietlibc'... ok, it's in CVS now... Enrico From nphilipp at redhat.com Fri Mar 4 13:16:02 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 14:16:02 +0100 Subject: Maintainership: dietlibc In-Reply-To: <20050303202630.GD10031@nostromo.devel.redhat.com> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <42275FFB.3050005@redhat.com> <20050303202630.GD10031@nostromo.devel.redhat.com> Message-ID: <1109942163.20869.19.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-03 at 15:26 -0500, Bill Nottingham wrote: > Warren Togami (wtogami at redhat.com) said: > > I think if it was in Core before, we shouldn't hesitate to import it > > into Extras. Any objections to this rule? > > Assuming a maintainer steps forward, no objections. (Obviously, OK > for dietlibc in this case.) I've documented this on the NewPackageProcess wiki page. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Mar 4 13:25:47 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 14:25:47 +0100 Subject: ppracer Message-ID: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> Hi everybody, now that tuxracer has been removed from Core I'd like to add ppracer to Extras which an actively developed successor to tuxracer. Anyone to sponsor me here? Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 4 15:44:04 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 4 Mar 2005 16:44:04 +0100 Subject: ppracer In-Reply-To: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050304164404.7a8eefc0@python2> Nils Philippsen wrote : > now that tuxracer has been removed from Core I'd like to add ppracer to > Extras which an actively developed successor to tuxracer. Anyone to > sponsor me here? I could. And review the package, too :-D Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.79 1.01 0.97 From nphilipp at redhat.com Fri Mar 4 15:59:15 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 16:59:15 +0100 Subject: "make tag"? Message-ID: <1109951956.20869.41.camel@gibraltar.stuttgart.redhat.com> Hi everybody, I'm just getting the feel for Extras' CVS (now that my CVS account was fixed -- thanks guys) and I'm wondering about why we don't have "make tag" in Makefile.common. Granted, I may be assuming wrong things coming from Red Hat's internal build system but as I couldn't find any docs on that I'm asking here: - Are we packagers supposed to tag the files in CVS for a specific version-release? If yes, could we please have "make tag" which pulls that info from the spec file? - Or is this supposed to be done by whoever builds the package when it is being built? I'd say the latter is undesirable because this would mean that 1) packaging "development" is stalled until the package is built and 2) inadvertent commits by the packager or anybody else in the meantime will get the wrong thing built. Comments? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Mar 4 16:00:34 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 17:00:34 +0100 Subject: Review needed: bzflag Message-ID: <1109952035.20869.44.camel@gibraltar.stuttgart.redhat.com> Hi everybody, I just imported bzflag to CVS and it would be great if someone could review it. TIA, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Mar 4 17:19:06 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 18:19:06 +0100 Subject: ppracer In-Reply-To: <20050304164404.7a8eefc0@python2> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> Message-ID: <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-04 at 16:44 +0100, Matthias Saou wrote: > Nils Philippsen wrote : > > > now that tuxracer has been removed from Core I'd like to add ppracer to > > Extras which an actively developed successor to tuxracer. Anyone to > > sponsor me here? > > I could. And review the package, too :-D Thanks. I've just imported the package and did some changes in order to get it more FE compliant ;-), but the release is not bumped yet (and not tagged, see my other mail on that issue). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 4 17:55:33 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 4 Mar 2005 18:55:33 +0100 Subject: ppracer In-Reply-To: <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050304185533.0f86d703@python2> Nils Philippsen wrote : > On Fri, 2005-03-04 at 16:44 +0100, Matthias Saou wrote: > > Nils Philippsen wrote : > > > > > now that tuxracer has been removed from Core I'd like to add ppracer to > > > Extras which an actively developed successor to tuxracer. Anyone to > > > sponsor me here? > > > > I could. And review the package, too :-D > > Thanks. I've just imported the package and did some changes in order to > get it more FE compliant ;-), but the release is not bumped yet (and not > tagged, see my other mail on that issue). OK, here I go :-) - I've remove "A " from the summary, and the trailing dot too. (1) - Dump SOURCE2 (the icon) as you don't use it - or - - Install SOURCE2 in /usr/share/pixmaps/ and remove the full path from the desktop entry to make it themeable. - Remove the "grep" BuildRequires, I don't think it's useful - Eventually put the %doc right after the %defattr, as this is more common Now... I don't have 3D acceleration on my laptop (Mobility 9600...), so I've only gone though the spec... I'll leave others "review" the part where you actually run the program :-/ Matthias (1) I've seen too many redundant or useless stuff in the summary... repeating other tags there should be avoided IMHO, and keeping it short (removing "A " for instance) and leaving the final formatting for later (the trailing dot) seem like sane choices to me. -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.33 0.28 0.27 From nphilipp at redhat.com Fri Mar 4 19:19:44 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 20:19:44 +0100 Subject: ppracer In-Reply-To: <20050304185533.0f86d703@python2> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> Message-ID: <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-04 at 18:55 +0100, Matthias Saou wrote: > Nils Philippsen wrote : > > Thanks. I've just imported the package and did some changes in order to > > get it more FE compliant ;-), but the release is not bumped yet (and not > > tagged, see my other mail on that issue). > > OK, here I go :-) > - I've remove "A " from the summary, and the trailing dot too. (1) done > - Dump SOURCE2 (the icon) as you don't use it > - or - > - Install SOURCE2 in /usr/share/pixmaps/ and remove the full path from > the desktop entry to make it themeable. done (the latter) > - Remove the "grep" BuildRequires, I don't think it's useful yes and done > - Eventually put the %doc right after the %defattr, as this is more common done > Now... I don't have 3D acceleration on my laptop (Mobility 9600...), so > I've only gone though the spec... I'll leave others "review" the part where > you actually run the program :-/ well I tried it, but I don't count, now do I ;-)? Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From wtogami at redhat.com Fri Mar 4 19:01:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 04 Mar 2005 09:01:04 -1000 Subject: ppracer In-Reply-To: <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> Message-ID: <4228B070.4080203@redhat.com> Perhaps Obsoletes: tuxracer too? Warren Togami wtogami at redhat.com From adrian at lisas.de Fri Mar 4 19:04:36 2005 From: adrian at lisas.de (Adrian Reber) Date: Fri, 4 Mar 2005 20:04:36 +0100 Subject: Review needed: bzflag In-Reply-To: <1109952035.20869.44.camel@gibraltar.stuttgart.redhat.com> References: <1109952035.20869.44.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050304190436.GA16909@lisas.de> On Fri, Mar 04, 2005 at 05:00:34PM +0100, Nils Philippsen wrote: > I just imported bzflag to CVS and it would be great if someone could > review it. Looks pretty good, but: If you do not include curl-devel in the BuildRequires for a special reason it would be good to disable curl usage in the configure script or just add it as a BR. I personally like the BuildRoot from the PackagingGuidlines better: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Package builds, installs and works. Adrian From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 4 19:05:24 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 4 Mar 2005 20:05:24 +0100 Subject: ppracer In-Reply-To: <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050304200524.2ab07345@python2> Nils Philippsen wrote : > well I tried it, but I don't count, now do I ;-)? I sure hope you do! :-) Last thing, to compile on a minimal root, it's missing the "libpng-devel" build requirement, which is not pulled in by anything else and makes configure fail if not found. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 1.61 0.84 0.49 From adrian at lisas.de Fri Mar 4 19:29:21 2005 From: adrian at lisas.de (Adrian Reber) Date: Fri, 4 Mar 2005 20:29:21 +0100 Subject: NewPackageProcess Message-ID: <20050304192921.GA32085@lisas.de> I am still not sure how the NewPackageProcess works. Maybe someone can help me to understand it. After reading the wiki I have still some questions. If I understand it correctly I would import a package to CVS, request reviews and send then the ANNOUNCE mail. What I do not understand is the part "Another Extras Contributor or RH engineer (but not yourself)" sponsors the package. How is this supposed to work?" Adrian From nphilipp at redhat.com Fri Mar 4 20:09:41 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 21:09:41 +0100 Subject: ppracer In-Reply-To: <4228B070.4080203@redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <4228B070.4080203@redhat.com> Message-ID: <1109966981.6560.12.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-04 at 09:01 -1000, Warren Togami wrote: > Perhaps Obsoletes: tuxracer too? done -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Mar 4 20:12:03 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 21:12:03 +0100 Subject: ppracer In-Reply-To: <20050304200524.2ab07345@python2> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> Message-ID: <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-04 at 20:05 +0100, Matthias Saou wrote: > Nils Philippsen wrote : > > > well I tried it, but I don't count, now do I ;-)? > > I sure hope you do! :-) Well I guess me reviewing my own package could be seen as violating the many eyeballs principle ;-). It would be good if someone else verified this to run, just so we can rule out peculiarities of my system making it work. I wasn't talking about me in general, but rather in this particular case. > Last thing, to compile on a minimal root, it's missing the "libpng-devel" > build requirement, which is not pulled in by anything else and makes > configure fail if not found. Done. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Mar 4 20:15:53 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 04 Mar 2005 21:15:53 +0100 Subject: NewPackageProcess In-Reply-To: <20050304192921.GA32085@lisas.de> References: <20050304192921.GA32085@lisas.de> Message-ID: <1109967354.6560.19.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-04 at 20:29 +0100, Adrian Reber wrote: > I am still not sure how the NewPackageProcess works. Maybe someone can > help me to understand it. After reading the wiki I have still some > questions. If I understand it correctly I would import a package to > CVS, request reviews and send then the ANNOUNCE mail. What I do not > understand is the part "Another Extras Contributor or RH engineer (but > not yourself)" sponsors the package. How is this supposed to work?" Just ask on this list if anyone would sponsor you for that package (see my initial mail for ppracer). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From adrian at lisas.de Fri Mar 4 21:42:09 2005 From: adrian at lisas.de (Adrian Reber) Date: Fri, 4 Mar 2005 22:42:09 +0100 Subject: ppracer In-Reply-To: <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050304214209.GA15879@lisas.de> On Fri, Mar 04, 2005 at 09:12:03PM +0100, Nils Philippsen wrote: > > Nils Philippsen wrote : > > > > > well I tried it, but I don't count, now do I ;-)? > > > > I sure hope you do! :-) > > Well I guess me reviewing my own package could be seen as violating the > many eyeballs principle ;-). It would be good if someone else verified > this to run, just so we can rule out peculiarities of my system making > it work. I wasn't talking about me in general, but rather in this > particular case. Works for me. One error reported by rpmlint could als be fixed: E: ppracer zero-length /usr/share/doc/ppracer-0.3.1/README With: -make %{?_smp_mflags} +make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" CXX_FLAGS="$RPM_OPT_FLAGS" you could remove the autoconf dependency and the configure.in patch. Adrian From notting at redhat.com Fri Mar 4 23:39:15 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 4 Mar 2005 18:39:15 -0500 Subject: New package - jed Message-ID: <20050304233915.GB14569@nostromo.devel.redhat.com> Moved from Core, feel free to give it a once-over. Bill From bugs.michael at gmx.net Sat Mar 5 00:01:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 5 Mar 2005 01:01:09 +0100 Subject: New package: sylpheed Message-ID: <20050305010109.1dcd1524.bugs.michael@gmx.net> Sylpheed, dropped from Core, imported and edited slightly, is ready for comments. It's another package where desktop file was named redhat-%{name}.desktop and if changed to fedora-%{name}.desktop, it would break the desktop links for any user. Personally, I'd prefer if such breakage could be avoided. Unless there is a policy. :( From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Sat Mar 5 10:10:39 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Sat, 5 Mar 2005 11:10:39 +0100 Subject: ppracer In-Reply-To: <1109966981.6560.12.camel@gibraltar.stuttgart.redhat.com> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <4228B070.4080203@redhat.com> <1109966981.6560.12.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050305111039.6b9b46aa@python2> Nils Philippsen wrote : > On Fri, 2005-03-04 at 09:01 -1000, Warren Togami wrote: > > Perhaps Obsoletes: tuxracer too? > > done I'm going to be bugging again :-) I think as many as possible "Obsoletes" should have an explicit version. This case is a perfect exemple : If some day, for some reason, the company who first started tuxracer (or another ones who got the rights to the name and such) continues the game, even maybe basing it on a current ppracer, then we may pretty much see a newer tuxracer obsolete ppracer! We'd then have a typical dependency loop that could have been avoided by just having put a version for the obsoletes *now*. So for me, trying to look in the future as much as possible, what should be done here is : Obsoletes: tuxracer <= 0.61 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.43 0.84 1.13 From ville.skytta at iki.fi Sat Mar 5 10:40:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 05 Mar 2005 12:40:51 +0200 Subject: Package maintainer for python-numeric In-Reply-To: <3cab19cc0503030829676e6f96@mail.gmail.com> References: <42262B36.2060806@users.sourceforge.net> <1109798495.15077.275.camel@bobcat.mine.nu> <3cab19cc0503030829676e6f96@mail.gmail.com> Message-ID: <1110019251.9070.6.camel@bobcat.mine.nu> On Thu, 2005-03-03 at 08:29 -0800, D Sievers wrote: > Okay, I think I could handle that. After all, it is better to start > small and work one's way up. But before I officially accept, due to > the situation, I have some questions: > > 1) Considering FC4 is coming up, and I plan to switch to that upon > release, will I still need an install of FC3 somewhere to maintain > this extra? [... rest of similar questions snipped ...] Pardon me, but I'm wondering why would you be interested in maintaining a package for older distro versions you possibly won't even have access to any more? I think it would be better to find someone who actually uses those distro versions and is able to do at least some checks instead of doing completely blindfolded or if-it-builds-then-it-must-be- ok updates. Just MHO... From wtogami at redhat.com Sat Mar 5 10:43:54 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 05 Mar 2005 00:43:54 -1000 Subject: ppracer In-Reply-To: <20050305111039.6b9b46aa@python2> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <4228B070.4080203@redhat.com> <1109966981.6560.12.camel@gibraltar.stuttgart.redhat.com> <20050305111039.6b9b46aa@python2> Message-ID: <42298D6A.5050307@redhat.com> Matthias Saou wrote: > > I'm going to be bugging again :-) > > I think as many as possible "Obsoletes" should have an explicit version. > This case is a perfect exemple : If some day, for some reason, the company > who first started tuxracer (or another ones who got the rights to the name > and such) continues the game, even maybe basing it on a current ppracer, > then we may pretty much see a newer tuxracer obsolete ppracer! We'd then > have a typical dependency loop that could have been avoided by just having > put a version for the obsoletes *now*. > > So for me, trying to look in the future as much as possible, what should be > done here is : > > Obsoletes: tuxracer <= 0.61 > > Matthias > Agreed. Sorry I didn't mention this earlier. Warren From ville.skytta at iki.fi Sat Mar 5 10:53:33 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 05 Mar 2005 12:53:33 +0200 Subject: package review request: perl-XML-LibXSLT-1.57-1.src.rpm In-Reply-To: References: <1109411130.15854.137.camel@bobcat.mine.nu> Message-ID: <1110020013.9070.10.camel@bobcat.mine.nu> On Sat, 2005-02-26 at 17:52 -0500, Zing wrote: > On Sat, 26 Feb 2005 11:45:30 +0200, Ville Skytt? wrote: > > > Not surprisingly, they're mostly the same, except: - The required version > > of XML::LibXML is >= 1.57 upstream, not > 1.57. > > - Also, that seems to be bogus, my package has a patch that lowers it to > > 1.56 > > so this can be rebuilt on FC2, FWIW. > > - Build dep is "libxslt-devel >= 1.0.6", not "libxslt". - benchmark.pl > > need not be installed, I packaged is at %doc. > > > > I suggest that you include these fixes in your package, otherwise it looks > > fine. Use your own judgement whether you want the FC2 compat patch in it > > too. > > Thanks for the qa. I've fixed up the package: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149766 Cool, I'll import it to the Extras devel branch with a couple of very minor changes: - Drop pre-FC2 LD_RUN_PATH hack. - Install benchmark.pl only as %%doc. > If a FC2 extras cvs dir is created, i'd be willing to roll the compat > patch in... btw, if you want to be the owner that's fine; i'm trying to > push this through for snownews. I have plenty on my plate already, so it's all yours :) From dwmw2 at infradead.org Sat Mar 5 15:33:11 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 05 Mar 2005 15:33:11 +0000 Subject: Maintainership: dietlibc In-Reply-To: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1110036791.18672.12.camel@localhost.localdomain> On Thu, 2005-03-03 at 15:46 +0100, Enrico Scholz wrote: > I would like to maintain 'dietlibc' which was removed from Core; Build fails on PPC. http://peach.infradead.org/extras/dietlibc/dietlibc-0.28-4.log -- dwmw2 From eric at snowmoon.com Sat Mar 5 16:01:56 2005 From: eric at snowmoon.com (Eric Warnke) Date: Sat, 05 Mar 2005 11:01:56 -0500 Subject: Nvu Message-ID: <4229D7F4.2080307@snowmoon.com> I know this was brought up a few days ago, it looks like someone has already created a .src.rpm for Nvu, so it should be easier for someone to maintain in extras. http://www.nvu.com/download.html http://www.nvu.com/download/linux/0.81/nvu-0.81-RedHat_and_Fedora/nvu-0.81-0.fc3.fs.src.rpm Cheers, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From caillon at redhat.com Sat Mar 5 16:06:53 2005 From: caillon at redhat.com (Christopher Aillon) Date: Sat, 05 Mar 2005 11:06:53 -0500 Subject: nvu Message-ID: <4229D91D.9040304@redhat.com> Re: https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00037.html > Hey, > I was wondering if anyone has packaged or is packaging nvu for > extras? I'm actually working on it. https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00045.html > I tried building a package for 0.5. What an ugly build process (which > failed miserably, BTW). I certainly hope it's gotten better since. No, it hasn't. From enrico.scholz at informatik.tu-chemnitz.de Sat Mar 5 16:47:04 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 05 Mar 2005 17:47:04 +0100 Subject: Maintainership: dietlibc In-Reply-To: <1110036791.18672.12.camel@localhost.localdomain> (David Woodhouse's message of "Sat, 05 Mar 2005 15:33:11 +0000") References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> Message-ID: <87ekeuxcon.fsf@kosh.ultra.csn.tu-chemnitz.de> dwmw2 at infradead.org (David Woodhouse) writes: >> I would like to maintain 'dietlibc' which was removed from Core; > > Build fails on PPC. > > http://peach.infradead.org/extras/dietlibc/dietlibc-0.28-4.log Can you tell me the output of | $ echo | gcc -E -dM - | egrep -i 'ppc|power' please? Enrico From ghenry at suretecsystems.com Sat Mar 5 17:33:40 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sat, 5 Mar 2005 17:33:40 +0000 Subject: nvu In-Reply-To: <4229D91D.9040304@redhat.com> References: <4229D91D.9040304@redhat.com> Message-ID: <200503051733.41761.ghenry@suretecsystems.com> On Saturday 05 Mar 2005 16:06, Christopher Aillon wrote: > Re: > https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00037.html > > > Hey, > > I was wondering if anyone has packaged or is packaging nvu for > > extras? > > I'm actually working on it. OK, I'll leave it with you then. > > https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00045.html > > > I tried building a package for 0.5. What an ugly build process (which > > failed miserably, BTW). I certainly hope it's gotten better since. > > No, it hasn't. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From bugs.michael at gmx.net Sat Mar 5 18:11:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 5 Mar 2005 19:11:47 +0100 Subject: ANNOUNCE: librsync, rdiff-backup In-Reply-To: <200502261724.59032.ghenry@suretecsystems.com> References: <20050226173031.2941f04c.bugs.michael@gmx.net> <200502261724.59032.ghenry@suretecsystems.com> Message-ID: <20050305191147.114d530c.bugs.michael@gmx.net> On Sat, 26 Feb 2005 17:24:58 +0000, Gavin Henry wrote: > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > The following packages are believed to be without a maintainer for several > > months: > > > > librsync > > rdiff-backup > > > > The current owner's e-mail address is invalid, and there has not been a > > reply from a new address yet. Package ownership will be transferred > > after a final week of waiting for a reply. > > > > Gavin Henry volunteered to take over these > > packages. > > Thank you. Package ownership in bugzilla has been transferred. From moe at blagblagblag.org Sat Mar 5 18:12:04 2005 From: moe at blagblagblag.org (jeff) Date: Sat, 5 Mar 2005 11:12:04 -0700 Subject: nvu In-Reply-To: <4229D91D.9040304@redhat.com> References: <4229D91D.9040304@redhat.com> Message-ID: <200503051112.04490.moe@blagblagblag.org> Christopher Aillon wrote: > Re: > https://www.redhat.com/archives/fedora-extras-list/2005-March >/msg00037.html > > > Hey, > > I was wondering if anyone has packaged or is packaging > > nvu for extras? > > I'm actually working on it. > > https://www.redhat.com/archives/fedora-extras-list/2005-March >/msg00045.html > > > I tried building a package for 0.5. What an ugly build > > process (which failed miserably, BTW). I certainly hope > > it's gotten better since. > > No, it hasn't. Hmm. I built this a month ago and it went smooth for fc3. IIRC I based the SPEC on the one that ships with NVU. I haven't looked at it closely as it was a "quickie" for someone who wanted to test drive it. ftp://ftp.blagblagblag.org/pub/BLAG/linux/30000/en/os/i386/SRPMS/nvu-0.80-0blag.src.rpm fwiw.... -Jeff From ghenry at suretecsystems.com Sat Mar 5 18:13:37 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sat, 5 Mar 2005 18:13:37 +0000 Subject: ANNOUNCE: librsync, rdiff-backup In-Reply-To: <20050305191147.114d530c.bugs.michael@gmx.net> References: <20050226173031.2941f04c.bugs.michael@gmx.net> <200502261724.59032.ghenry@suretecsystems.com> <20050305191147.114d530c.bugs.michael@gmx.net> Message-ID: <200503051813.38005.ghenry@suretecsystems.com> On Saturday 05 Mar 2005 18:11, Michael Schwendt wrote: > On Sat, 26 Feb 2005 17:24:58 +0000, Gavin Henry wrote: > > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > > > The following packages are believed to be without a maintainer for > > > several months: > > > > > > librsync > > > rdiff-backup > > > > > > The current owner's e-mail address is invalid, and there has not been a > > > reply from a new address yet. Package ownership will be transferred > > > after a final week of waiting for a reply. > > > > > > Gavin Henry volunteered to take over these > > > packages. > > > > Thank you. > > Package ownership in bugzilla has been transferred. bugzilla.redhat.com? I'll check it out/ > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From funkyres at gmail.com Sat Mar 5 18:26:15 2005 From: funkyres at gmail.com (Michael Peters) Date: Sat, 5 Mar 2005 10:26:15 -0800 Subject: Nvu In-Reply-To: <4229D7F4.2080307@snowmoon.com> References: <4229D7F4.2080307@snowmoon.com> Message-ID: <485bb88405030510263c00de15@mail.gmail.com> On Sat, 05 Mar 2005 11:01:56 -0500, Eric Warnke wrote: > I know this was brought up a few days ago, it looks like someone has > already created a .src.rpm for Nvu, so it should be easier for someone > to maintain in extras. > > http://www.nvu.com/download.html I really wish that they would set the mime types correctly on rpm files if they are going to host them - it's not hard to do, but a lot of people don't - instead triggering a media player when you attempt to download if you just click. Oh well. -- http://mpeters.us/ From jpo at di.uminho.pt Sat Mar 5 18:29:52 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Sat, 05 Mar 2005 18:29:52 +0000 Subject: Sponsor request: pdfjam - utilities for join, rotate and align PDFs Message-ID: <4229FAA0.2060304@di.uminho.pt> Package description: ---------- Summary : Utilities for join, rotate and align PDFs URL : http://www.warwick.ac.uk/go/pdfjam Description : PDFjam is a small collection of shell scripts which provide a simple interface to some of the functionality of the excellent pdfpages package (by Andreas Matthias) for pdfLaTeX. At present the utilities available are: * pdfnup, which allows PDF files to be "n-upped" in roughly the way that psnup does for PostScript files; * pdfjoin, which concatenates the pages of multiple PDF files together into a single file; * pdf90, which rotates the pages of one or more PDF files through 90 degrees (anti-clockwise). In every case, source files are left unchanged. A potential drawback of these utilities is that any hyperlinks in the source PDF are lost. On the positive side, there is no appreciable degradation of image quality in processing PDF files with these programs, unlike some other indirect methods such as "pdf2ps | psnup | ps2pdf" (in the author's experience). ---------- SRPM location http://gsd.di.uminho.pt/jpo/software/RPMS/pdfjam-1.20-1.src.rpm jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From adrian at lisas.de Sat Mar 5 21:01:54 2005 From: adrian at lisas.de (Adrian Reber) Date: Sat, 5 Mar 2005 22:01:54 +0100 Subject: Sponsor request: pdfjam - utilities for join, rotate and align PDFs In-Reply-To: <4229FAA0.2060304@di.uminho.pt> References: <4229FAA0.2060304@di.uminho.pt> Message-ID: <20050305210154.GA4259@lisas.de> On Sat, Mar 05, 2005 at 06:29:52PM +0000, Jose Pedro Oliveira wrote: > Summary : Utilities for join, rotate and align PDFs > URL : http://www.warwick.ac.uk/go/pdfjam I can sponsor it. The spec looks good and it works as expected. I would say go ahead and import it to CVS. Adrian -- Adrian Reber http://lisas.de/~adrian/ Have you reconsidered a computer career? From shishz at hotpop.com Sat Mar 5 22:45:35 2005 From: shishz at hotpop.com (Zing) Date: Sat, 05 Mar 2005 17:45:35 -0500 Subject: package review request: perl-XML-LibXSLT-1.57-1.src.rpm References: <1109411130.15854.137.camel@bobcat.mine.nu> <1110020013.9070.10.camel@bobcat.mine.nu> Message-ID: On Sat, 05 Mar 2005 12:53:33 +0200, Ville Skytt? wrote: >> Thanks for the qa. I've fixed up the package: >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149766 > > Cool, I'll import it to the Extras devel branch with a couple of very > minor changes: > - Drop pre-FC2 LD_RUN_PATH hack. > - Install benchmark.pl only as %%doc. thanks... just to repeat myself from the commits list could you or someone also import it to FC-3? >> If a FC2 extras cvs dir is created, i'd be willing to roll the compat >> patch in... btw, if you want to be the owner that's fine; i'm trying to >> push this through for snownews. > > I have plenty on my plate already, so it's all yours :) 10-4. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Sat Mar 5 22:55:01 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Sat, 5 Mar 2005 23:55:01 +0100 Subject: New package : ncftp Message-ID: <20050305235501.484228b3@python2> Hi, As ncftp has been removed from FC, I've imported it into Extra's devel branch. I've already committed a first set of changes, so reviews and feedback are welcome. Just like for others : This is a program I use a lot, so I definitely don't mind maintaining it, but if someone else badly wants to, that's fine too. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.15 0.23 0.26 From giallu at gmail.com Sat Mar 5 23:40:09 2005 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 6 Mar 2005 00:40:09 +0100 Subject: New package proposal: alleyoop Message-ID: Hi all, I updated the package for alleyoop that was in the fedora.us queue: https://bugzilla.fedora.us/show_bug.cgi?id=2398 to the latest version (0.8.3). Anyone would sponsor its inclusion in Extras?? src.rpm available at: http://giallu.interfree.it/alleyoop-0.8.3-1.src.rpm cheers Gianluca From shishz at hotpop.com Sun Mar 6 09:38:14 2005 From: shishz at hotpop.com (Zing) Date: Sun, 06 Mar 2005 04:38:14 -0500 Subject: New package : ncftp References: <20050305235501.484228b3@python2> Message-ID: On Sat, 05 Mar 2005 23:55:01 +0100, Matthias Saou wrote: > As ncftp has been removed from FC, I've imported it into Extra's devel > branch. I've already committed a first set of changes, so reviews and > feedback are welcome. Shouldn't $RPM_BUILD_ROOT be used rather than %{buildroot}? > Just like for others : This is a program I use a lot, so I definitely > don't mind maintaining it, but if someone else badly wants to, that's fine > too. i use it quite a bit too. :) zing From Nicolas.Mailhot at laPoste.net Sun Mar 6 11:31:47 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 06 Mar 2005 12:31:47 +0100 Subject: New package : ncftp In-Reply-To: References: <20050305235501.484228b3@python2> Message-ID: <1110108707.24774.16.camel@rousalka.dyndns.org> Le dimanche 06 mars 2005 ? 04:38 -0500, Zing a ?crit : > On Sat, 05 Mar 2005 23:55:01 +0100, Matthias Saou wrote: > > > As ncftp has been removed from FC, I've imported it into Extra's devel > > branch. I've already committed a first set of changes, so reviews and > > feedback are welcome. > > Shouldn't $RPM_BUILD_ROOT be used rather than %{buildroot}? The rule was I think you can use the one you want provided it's the only one you use in your spec (ie no mixing). %{buildroot} is certainly more pleasing to the eye than $RPM_BUILD_ROOT (runs;) Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sun Mar 6 14:13:56 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 06 Mar 2005 08:13:56 -0600 Subject: New package : ncftp In-Reply-To: <1110108707.24774.16.camel@rousalka.dyndns.org> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> Message-ID: <1110118436.17038.155.camel@localhost.localdomain> On Sun, 2005-03-06 at 12:31 +0100, Nicolas Mailhot wrote: >Le dimanche 06 mars 2005 ? 04:38 -0500, Zing a ?crit : >> On Sat, 05 Mar 2005 23:55:01 +0100, Matthias Saou wrote: >> >> > As ncftp has been removed from FC, I've imported it into Extra's devel >> > branch. I've already committed a first set of changes, so reviews and >> > feedback are welcome. >> >> Shouldn't $RPM_BUILD_ROOT be used rather than %{buildroot}? > >The rule was I think you can use the one you want provided it's the only >one you use in your spec (ie no mixing). %{buildroot} is certainly more >pleasing to the eye than $RPM_BUILD_ROOT (runs;) Actually, the rule is "use the item that Jeff Johnson says to". In this case, its $RPM_BUILD_ROOT. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From Nicolas.Mailhot at laPoste.net Sun Mar 6 15:02:33 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 06 Mar 2005 16:02:33 +0100 Subject: New package : ncftp In-Reply-To: <1110118436.17038.155.camel@localhost.localdomain> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> Message-ID: <1110121354.26618.11.camel@rousalka.dyndns.org> Le dimanche 06 mars 2005 ? 08:13 -0600, Tom 'spot' Callaway a ?crit : > On Sun, 2005-03-06 at 12:31 +0100, Nicolas Mailhot wrote: > >Le dimanche 06 mars 2005 ? 04:38 -0500, Zing a ?crit : > >> On Sat, 05 Mar 2005 23:55:01 +0100, Matthias Saou wrote: > >> > >> > As ncftp has been removed from FC, I've imported it into Extra's devel > >> > branch. I've already committed a first set of changes, so reviews and > >> > feedback are welcome. > >> > >> Shouldn't $RPM_BUILD_ROOT be used rather than %{buildroot}? > > > >The rule was I think you can use the one you want provided it's the only > >one you use in your spec (ie no mixing). %{buildroot} is certainly more > >pleasing to the eye than $RPM_BUILD_ROOT (runs;) > > Actually, the rule is "use the item that Jeff Johnson says to". In this > case, its $RPM_BUILD_ROOT. Well, I'm pretty sure I'm only relaying his clarification on this list (won't hunt it in the archives though). As long as you don't mix stuff, it's ok to use whatever you prefer. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sun Mar 6 15:28:43 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 06 Mar 2005 09:28:43 -0600 Subject: New package : ncftp In-Reply-To: <1110121354.26618.11.camel@rousalka.dyndns.org> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> <1110121354.26618.11.camel@rousalka.dyndns.org> Message-ID: <1110122924.17038.629.camel@localhost.localdomain> On Sun, 2005-03-06 at 16:02 +0100, Nicolas Mailhot wrote: >Well, I'm pretty sure I'm only relaying his clarification on this list >(won't hunt it in the archives though). As long as you don't mix stuff, >it's ok to use whatever you prefer. http://www.fedora.us/pipermail/fedora-devel/2003-April/001155.html Wherein, Jeff says "$RPM_BUILD_ROOT is the official, supported, mechanism for getting the value of the configured build root in a build scriptlet." Thus, the Fedora Extras Packaging Guidelines state that you should not use %{buildroot} (refer to: http://fedoraproject.org/wiki/PackagingGuidelines#BadMacros). ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugs.michael at gmx.net Sun Mar 6 16:00:07 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 6 Mar 2005 17:00:07 +0100 Subject: %buildroot vs. $RPM_BUILD_ROOT again (was: New package : ncftp) In-Reply-To: <1110122924.17038.629.camel@localhost.localdomain> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> <1110121354.26618.11.camel@rousalka.dyndns.org> <1110122924.17038.629.camel@localhost.localdomain> Message-ID: <20050306170007.034187bd.bugs.michael@gmx.net> On Sun, 06 Mar 2005 09:28:43 -0600, Tom 'spot' Callaway wrote: > On Sun, 2005-03-06 at 16:02 +0100, Nicolas Mailhot wrote: > > >Well, I'm pretty sure I'm only relaying his clarification on this list > >(won't hunt it in the archives though). As long as you don't mix stuff, > >it's ok to use whatever you prefer. > > http://www.fedora.us/pipermail/fedora-devel/2003-April/001155.html > > Wherein, Jeff says "$RPM_BUILD_ROOT is the official, supported, > mechanism for getting the value of the configured build root in a build > scriptlet." > > Thus, the Fedora Extras Packaging Guidelines state that you should not > use %{buildroot} (refer to: > http://fedoraproject.org/wiki/PackagingGuidelines#BadMacros). To request clarification, as these are guidelines and not policies: : Macros that you should NOT use : : Do not use the %{buildroot} macro, use the $RPM_BUILD_ROOT variable instead. : Do not use the %{optflags} macro, use the $RPM_OPT_FLAGS variable instead. In the English language I'm used to, "do not" means "you must not" and differs from "you should not". So, what is it here? "Must not" or "should not"? Policy or guideline? From tcallawa at redhat.com Sun Mar 6 16:13:07 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 06 Mar 2005 10:13:07 -0600 Subject: %buildroot vs. $RPM_BUILD_ROOT again (was: New package : ncftp) In-Reply-To: <20050306170007.034187bd.bugs.michael@gmx.net> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> <1110121354.26618.11.camel@rousalka.dyndns.org> <1110122924.17038.629.camel@localhost.localdomain> <20050306170007.034187bd.bugs.michael@gmx.net> Message-ID: <1110125587.17038.638.camel@localhost.localdomain> On Sun, 2005-03-06 at 17:00 +0100, Michael Schwendt wrote: >So, what is it here? "Must not" or "should not"? Policy or guideline? Lets go with "Must not", and "Policy". I don't want people using %{buildroot} to have it randomly disappear from underneath them. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From enrico.scholz at informatik.tu-chemnitz.de Sun Mar 6 16:54:23 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 06 Mar 2005 17:54:23 +0100 Subject: Modification of Summary: lines Message-ID: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> Hello, what is the rationale behind the modifiation of the Summary: lines? E.g. | Summary: A small libc implementation was changed to | Summary: Small libc implementation Is it really a better english to omit the 'A'? Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From dwmw2 at infradead.org Sun Mar 6 16:55:22 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 06 Mar 2005 16:55:22 +0000 Subject: Maintainership: dietlibc In-Reply-To: <87ekeuxcon.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> <87ekeuxcon.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1110128122.4108.0.camel@localhost.localdomain> On Sat, 2005-03-05 at 17:47 +0100, Enrico Scholz wrote: > > Can you tell me the output of > > | $ echo | gcc -E -dM - | egrep -i 'ppc|power' #define __PPC__ 1 #define _ARCH_PPC 1 #define __powerpc__ 1 #define __PPC 1 #define __powerpc 1 #define PPC 1 #define powerpc 1 Let me have a SSH public key if you want an account on a suitable machine. -- dwmw2 From enrico.scholz at informatik.tu-chemnitz.de Sun Mar 6 16:59:15 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 06 Mar 2005 17:59:15 +0100 Subject: Maintainership: dietlibc In-Reply-To: <1110036791.18672.12.camel@localhost.localdomain> (David Woodhouse's message of "Sat, 05 Mar 2005 15:33:11 +0000") References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> Message-ID: <878y50bti4.fsf@kosh.ultra.csn.tu-chemnitz.de> dwmw2 at infradead.org (David Woodhouse) writes: >> I would like to maintain 'dietlibc' which was removed from Core; > > Build fails on PPC. > > http://peach.infradead.org/extras/dietlibc/dietlibc-0.28-4.log Dynamic linking is not implemented for PPC. I enabled it for certain archs only, so CVS should work now. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From ivazquez at ivazquez.net Sun Mar 6 17:05:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 06 Mar 2005 12:05:53 -0500 Subject: Modification of Summary: lines In-Reply-To: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1110128754.8441.3.camel@ignacio.ignacio.lan> On Sun, 2005-03-06 at 17:54 +0100, Enrico Scholz wrote: > what is the rationale behind the modifiation of the Summary: lines? E.g. > > | Summary: A small libc implementation > > was changed to > > | Summary: Small libc implementation > > > Is it really a better english to omit the 'A'? No, it's actually quite bad. IMO the Summary should answer "What is foo?", and saying "Library for doing stuff" sounds silly versus "A library for doing stuff". -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Sun Mar 6 17:17:19 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Sun, 6 Mar 2005 18:17:19 +0100 Subject: %buildroot vs. $RPM_BUILD_ROOT again (was: New package : ncftp) In-Reply-To: <1110125587.17038.638.camel@localhost.localdomain> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> <1110121354.26618.11.camel@rousalka.dyndns.org> <1110122924.17038.629.camel@localhost.localdomain> <20050306170007.034187bd.bugs.michael@gmx.net> <1110125587.17038.638.camel@localhost.localdomain> Message-ID: <20050306181719.2e2cd37d@python2> Tom 'spot' Callaway wrote : > On Sun, 2005-03-06 at 17:00 +0100, Michael Schwendt wrote: > > >So, what is it here? "Must not" or "should not"? Policy or guideline? > > Lets go with "Must not", and "Policy". I don't want people using > %{buildroot} to have it randomly disappear from underneath them. Eek. Nor %{buildroot}, nor %{optflags} are going anywhere anytime soon. I'd really, really prefer to just have people keep consistent within a given spec file, and simply state in the guidelines that there are two valid ways to do the same thing. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 0.76 1.08 0.95 From enrico.scholz at informatik.tu-chemnitz.de Sun Mar 6 17:18:58 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 06 Mar 2005 18:18:58 +0100 Subject: Maintainership: dietlibc In-Reply-To: <1110128122.4108.0.camel@localhost.localdomain> (David Woodhouse's message of "Sun, 06 Mar 2005 16:55:22 +0000") References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> <87ekeuxcon.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110128122.4108.0.camel@localhost.localdomain> Message-ID: <874qfobsl9.fsf@kosh.ultra.csn.tu-chemnitz.de> dwmw2 at infradead.org (David Woodhouse) writes: >> Can you tell me the output of >> >> | $ echo | gcc -E -dM - | egrep -i 'ppc|power' > > #define __PPC__ 1 > #define _ARCH_PPC 1 > #define __powerpc__ 1 > #define __PPC 1 > #define __powerpc 1 > #define PPC 1 > #define powerpc 1 > > Let me have a SSH public key if you want an account on a suitable > machine. Thx; I create a cross-toolchain in the meantime, and see that there is no trivial way to enable 'diet-dyn' for PPC. Your bug is easy to fix (replace a lowercase '__ppc__' with uppercase '__PPC__'), but then ppc/dyn_syscalls.S is missing (which is more or less trivial to fix also), but then a large assembler block is required in libdl/_dl_main.c where I do not have an idea how to implement it. The 'make dyn' target is disabled for PPC now. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From gemi at bluewin.ch Sun Mar 6 17:25:31 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sun, 06 Mar 2005 18:25:31 +0100 Subject: Small apt repository for development tools Message-ID: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> Hi, I have created a fc3 apt repository containing a selection of packages for programming languages, math and sound software. sources.list: rpm http://math.ifi.unizh.ch/ fedora/3/i386 gemi rpm-src http://math.ifi.unizh.ch/ fedora/3/i386 gemi gpg key: http://math.ifi.unizh.ch/fedora/RPM-GPG-KEY-gemi Currently it contains among others: bigloo, gauche, chicken, stklos, scsh, plt, clisp, sbcl, gcl, ghc, hugs98, curry, smlnj, mlkit, mlton, mosml, ciao, gprolog, mercury, erlang, oo2c, abcm2ps, snd, coq. I don't intend to maintain this as a repository in the long run, but hope that the packages will find their way into Extras. If you are interested, please help to review the packages. Regards, -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugs.michael at gmx.net Sun Mar 6 17:35:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 6 Mar 2005 18:35:29 +0100 Subject: Modification of Summary: lines In-Reply-To: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050306183529.30cb9a34.bugs.michael@gmx.net> On Sun, 06 Mar 2005 17:54:23 +0100, Enrico Scholz wrote: > Hello, > > what is the rationale behind the modifiation of the Summary: lines? E.g. > > | Summary: A small libc implementation > > was changed to > > | Summary: Small libc implementation > > > Is it really a better english to omit the 'A'? Depends. First of all, it's overly pedantic to apply such changes in every package. I'm a bit afraid of the ping-pong effect, when package owners disagree with such spec changes and revert them in future commits (also with regard to tabs2spaces conversions, trailing spaces and dots and such). I also think it's good taste to drop the trailing dot in the "Summary" field and use it more like a descriptive title than a complete sentence. But there are several packages at Red Hat, who seem to disagree. For the name/title of documents/books/journals, the definite article is usually dropped and maximal capitalisation is applied (i.e. upper-case first character on every word but articles and prepositions). E.g. you would call a book or documentation package "Introduction to Python Programming" instead of "An introduction to Python programming". However, there are exceptions, such as "The Standard C++ Library" instead of just "C++ standard library", or "The GNU C/C++ Compiler" instead of just "GNU C/C++ compiler". From Nicolas.Mailhot at laPoste.net Sun Mar 6 17:52:07 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 06 Mar 2005 18:52:07 +0100 Subject: Modification of Summary: lines In-Reply-To: <20050306183529.30cb9a34.bugs.michael@gmx.net> References: <87d5ucbtq8.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050306183529.30cb9a34.bugs.michael@gmx.net> Message-ID: <1110131529.26618.21.camel@rousalka.dyndns.org> Le dimanche 06 mars 2005 ? 18:35 +0100, Michael Schwendt a ?crit : > For the name/title of documents/books/journals, the definite article is > usually dropped and maximal capitalisation is applied (i.e. upper-case > first character on every word but articles and prepositions). E.g. you > would call a book or documentation package "Introduction to Python > Programming" instead of "An introduction to Python programming". However, > there are exceptions, such as "The Standard C++ Library" instead of just > "C++ standard library", or "The GNU C/C++ Compiler" instead of just "GNU > C/C++ compiler". I doubt these conventions apply to all english-speaking countries. I'm pretty sure they are an americanism. Certainly they are contrary to what's done in other european langages. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sun Mar 6 17:51:33 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 06 Mar 2005 11:51:33 -0600 Subject: %buildroot vs. $RPM_BUILD_ROOT again (was: New package : ncftp) In-Reply-To: <20050306181719.2e2cd37d@python2> References: <20050305235501.484228b3@python2> <1110108707.24774.16.camel@rousalka.dyndns.org> <1110118436.17038.155.camel@localhost.localdomain> <1110121354.26618.11.camel@rousalka.dyndns.org> <1110122924.17038.629.camel@localhost.localdomain> <20050306170007.034187bd.bugs.michael@gmx.net> <1110125587.17038.638.camel@localhost.localdomain> <20050306181719.2e2cd37d@python2> Message-ID: <1110131494.17038.649.camel@localhost.localdomain> On Sun, 2005-03-06 at 18:17 +0100, Matthias Saou wrote: >Tom 'spot' Callaway wrote : > >> On Sun, 2005-03-06 at 17:00 +0100, Michael Schwendt wrote: >> >> >So, what is it here? "Must not" or "should not"? Policy or guideline? >> >> Lets go with "Must not", and "Policy". I don't want people using >> %{buildroot} to have it randomly disappear from underneath them. > >Eek. Nor %{buildroot}, nor %{optflags} are going anywhere anytime soon. I'd >really, really prefer to just have people keep consistent within a given >spec file, and simply state in the guidelines that there are two valid ways >to do the same thing. Apparently, this was a major point of contention in the fedora.us days. I don't want to open any old flamewars up over something so utterly pointless. So, I'm changing my mind (I'm allowed to be wrong!), and I've changed the PackagingGuidelines to reflect this: http://fedoraproject.org/wiki/PackagingGuidelines Basically, the summary is this: You can either use macros or variables. But not both. Pick one, stick to it. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From gemi at bluewin.ch Sun Mar 6 17:59:53 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sun, 06 Mar 2005 18:59:53 +0100 Subject: Small apt repository for development tools In-Reply-To: References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> Message-ID: <1110131993.26919.0.camel@scriabin.tannenrauch.ch> On Sun, 2005-03-06 at 22:58 +0530, Rahul Sundaram wrote: > On Sun, 06 Mar 2005 18:25:31 +0100, G?rard Milmeister wrote: > > Hi, > > > > I have created a fc3 apt repository containing a selection of packages > > for programming languages, math and sound software. > > > > sources.list: > > rpm http://math.ifi.unizh.ch/ fedora/3/i386 gemi > > rpm-src http://math.ifi.unizh.ch/ fedora/3/i386 gemi > > > > > cool. can you set it up for use under Yum too? done. [gemi] name=Fedora $releasever - $basearch - gemi baseurl=http://math.ifi.unizh.ch/fedora/$releasever/$basearch/RPMS.gemi enabled=1 gpgcheck=1 -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From ville.skytta at iki.fi Sun Mar 6 19:41:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 06 Mar 2005 21:41:42 +0200 Subject: package review request: perl-XML-LibXSLT-1.57-1.src.rpm In-Reply-To: References: <1109411130.15854.137.camel@bobcat.mine.nu> <1110020013.9070.10.camel@bobcat.mine.nu> Message-ID: <1110138102.18201.79.camel@bobcat.mine.nu> On Sat, 2005-03-05 at 17:45 -0500, Zing wrote: > thanks... just to repeat myself from the commits list > could you or someone also import it to FC-3? I added a branch request to http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded From enrico.scholz at informatik.tu-chemnitz.de Sun Mar 6 22:47:14 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 06 Mar 2005 23:47:14 +0100 Subject: Maintainership: dietlibc In-Reply-To: <1110036791.18672.12.camel@localhost.localdomain> (David Woodhouse's message of "Sat, 05 Mar 2005 15:33:11 +0000") References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> Message-ID: <877jkk9ytp.fsf@kosh.ultra.csn.tu-chemnitz.de> dwmw2 at infradead.org (David Woodhouse) writes: > Build fails on PPC. > > http://peach.infradead.org/extras/dietlibc/dietlibc-0.28-4.log Sorry for replying the 3rd time to the same mail, but I think I fixed some PPC related things in CVS. This should allow the 'ip-sentinel' build (shown at http://peach.infradead.org/extras/failed.html). There is a fix for dhcp-forwarder also, which should fix builds on big-endian systems. Enrico From sheltren at cs.ucsb.edu Mon Mar 7 05:58:22 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 06 Mar 2005 21:58:22 -0800 Subject: Getting started in Extras Message-ID: I see that cfengine is on the 'possibly orphaned' list for extras and I'd be willing to maintain it, but after quite a bit of reading of the Fedora Project Wiki I am more confused about what to do than when I started. Can someone lay out some basic steps of what is needed to maintain a package? Is it just a matter of putting my name down in the 'need a sponser' list and waiting for CVS access, or am I missing something? Thanks, Jeff From kevin-fedora-extras at scrye.com Mon Mar 7 06:04:39 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 6 Mar 2005 23:04:39 -0700 Subject: xfce packages for review/testing Message-ID: <20050307060441.E67F51000F3@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings. I have a first cut at a set of xfce-4.2.0 packages setup now. They can be found at: http://www.scrye.com/~kevin/fedora-extras/ The CVS dir has things setup as they are in the fedora-extras CVS. The SRPMS dir is all the src.rpms from all the packages in one place. The fc3-RPMS dir is all the binary rpms compiled against fc3 The devel-RPMS dir will be all the binary rpms compiled against devel. (I need to re-build my test machine, hopefully will have it up in a few days.) For the following set of packages, I imported the last fedora core devel specs and then modified as noted. In these cases I preserved the old .spec with it's changelog entries, etc. dbh * Sun Mar 6 2005 Kevin Fenzi - 1:1.0.20-2 - - Inital fedora extras version - - Updated Source line - - Changed license to LGPL - - Increased the Release version by one libxfce4mcs * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Capitalized first letter of Summary in devel section to quiet rpmlint - - Increased the Relase version by one libxfce4util * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated Source line - - Capitalized first letter of Summary in devel section to quiet rpmlint - - Added LGPL to License as 2 files are under LGPL, the rest BSD - - Increased the Release version by one libxfcegui4 * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Capitalized first letter of Summary in devel section to quiet rpmlint - - Added dbh-devel to BuildRequires - - Capitalized the GTK in the Summary to queit rpmlint - - Moved all the module *.a and *.la libraries to the devel package - - Added Provides: libxfcegui4-devel to devel package - - Increased the Relase version by one xfce4-iconbox * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Increased the Release by one xfce4-panel * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-3 - - Inital Fedora Extras version - - Updated the Source line - - Created a new patch to change mozilla -mail to launchmail - - Moved the includes to the devel subpackage - - Increased the Release by one xfce4-systray * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-3 - - Inital Fedora Extras version - - Updated the Source line - - Increased the Release by one xfce-mcs-manager * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Capitalized first letter of Summary in devel section to quiet rpmlint - - Increased the Release by one xfce-mcs-plugins * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Capitalized first letter of Summary in devel section to quiet rpmlint - - Increased the Release by one xfce-utils * Sun Mar 6 2005 Kevin Fenzi - 4.2.0-2 - - Inital Fedora Extras version - - Updated the Source line - - Removed old misc patch - - Increased the Release by one The following packages were not in Fedora Core 3/development, so I have taken the upsteam spec file and cleaned it up some and tested: gtk-xfce-engine xfcalendar xfce4-appfinder xfce4-icon-theme xfce4-mixer xfce4-session xfce4-toys xfce4-trigger-launcher xfdesktop xffm xfprint xfwm4 xfwm4-themes In addition I have setup from the xfce-goodies repository: Terminal exo (needed by Terminal) I have run everything through rpmlint and corrected a ton of issues (especially with the new packages). However, there are still a few left. In the binary rpms there are still a number, but many of them I don't see what the problem is or it's something upstream, like: E: dbh incoherent-version-in-name 1.0 or E: dbh zero-length /usr/share/doc/dbh-1.0.20/TODO (the upsteam file is 0 length). Anyone who wants the exact messages can look at the 'rpmlint.out' files in the SRPMS and fc3-RPMS dirs. Any questions, comments, corrections, bugreports, offers for sponsorship gratefully accepted. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCK+753imCezTjY0ERAkWcAJ0SNGsKKon0FHVwwU7AUYGICquIbwCfVQzJ 82OeNhBGndTQs2WoN8ZYIiE= =wrqL -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Mon Mar 7 07:36:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 07 Mar 2005 02:36:36 -0500 Subject: Getting started in Extras In-Reply-To: References: Message-ID: <1110180996.32449.125.camel@cutter> On Sun, 2005-03-06 at 21:58 -0800, Jeff Sheltren wrote: > I see that cfengine is on the 'possibly orphaned' list for extras and I'd be > willing to maintain it, but after quite a bit of reading of the Fedora > Project Wiki I am more confused about what to do than when I started. Can > someone lay out some basic steps of what is needed to maintain a package? > Is it just a matter of putting my name down in the 'need a sponser' list and > waiting for CVS access, or am I missing something? > 1. follow the instructions here: http://fedoraproject.org/wiki/Extras/CvsAccess 2. put your name here if you do not already have a sponsor http://fedoraproject.org/wiki/Extras/SponsorsNeeded 3. post to fedora-extras-list that you're looking for a sponsor 4. nag/bribe people into sponsoring you 5. Once you have a sponsor and your cvs account you're in good shape. -sv From adrian at lisas.de Mon Mar 7 08:32:45 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 7 Mar 2005 09:32:45 +0100 Subject: Jabber Server? In-Reply-To: <4226AEF0.4000209@redhat.com> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> Message-ID: <20050307083244.GA5235@lisas.de> On Wed, Mar 02, 2005 at 08:30:08PM -1000, Warren Togami wrote: > >Does anyone know why there isn't a Jabber server slated to be included > >in the Extras repository? Would definitely love to have secure, open > >source, distributed chat be a part of my favorite Linux > >distribution... > > > >https://bugzilla.fedora.us/show_bug.cgi?id=1875 > > > >These guys appear to have done quite a bit of work. Any reason not to > >let this thing in? > > > > Agreed, much thought has already gone into the package. Any remaining > problems can be fixed after it is imported into CVS. We just have to > make sure of two things that I can see: > > 1) The default password is somehow securely handled. I didn't read too > carefully, how was this resolved? A random password is created during installation. > 2) Users wont accidentally upgrade from a possible custom jabberd > package that uses a database backend and break their install. No idea what to do here. > So maybe enabling all the DB backends in the CVS import would be good? > Then verify & revise in CVS at least these two conditions before > requesting the build. > > If Adrian is willing to go forward, he may import it. I have it now imported without mysql/pqsql/ldap support. The reason for this is that I have jabberd running in exact the configuration I have checked it in and therefore it is tested. In the next version I will enable the mysql/pgsql/ldap backends. Reviews are welcome. Adrian -- Adrian Reber http://lisas.de/~adrian/ Sometimes it seems things go by too quickly. We are so busy watching out for what's just ahead of us that we don't take the time to enjoy where we are. -- Calvin From enrico.scholz at informatik.tu-chemnitz.de Mon Mar 7 09:11:16 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 07 Mar 2005 10:11:16 +0100 Subject: Jabber Server? In-Reply-To: <20050307083244.GA5235@lisas.de> (Adrian Reber's message of "Mon, 7 Mar 2005 09:32:45 +0100") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> Message-ID: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> adrian at lisas.de (Adrian Reber) writes: >> [... jabber ...] >> 1) The default password is somehow securely handled. I didn't read too >> carefully, how was this resolved? > > A random password is created during installation. mmh... | export NEWPASS="$RANDOM-newpass-$RANDOM" | cd %{sysconfdir} | %{__perl} -pi -e "s,secret,$NEWPASS,g" router-users.xml | %{__perl} -pi -e "s,secret,$NEWPASS,g" router.xml | %{__perl} -pi -e "s,secret,$NEWPASS,g" *.xml 1. the password is random, but not secure (only 32 bit); you could do | dd if=/dev/urandom bs=20 count=1 | sha1sum which creates an 80bit password 2. the new password is visible with 'ps'; when you add the dependency on 'perl' (dunno, if jabber really requires it), you could read it from the $NEWPASS environment variable. But when 'perl' is not required for jabberd functionality, the entire script should be rewritten to remove this dep. Enrico From nicolas.mailhot at laposte.net Mon Mar 7 09:19:16 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 7 Mar 2005 10:19:16 +0100 (CET) Subject: Jabber Server? In-Reply-To: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <38760.192.54.193.137.1110187156.squirrel@rousalka.dyndns.org> On Lun 7 mars 2005 10:11, Enrico Scholz a ?crit : > adrian at lisas.de (Adrian Reber) writes: > >>> [... jabber ...] >>> 1) The default password is somehow securely handled. I didn't read too >>> carefully, how was this resolved? >> >> A random password is created during installation. > > mmh... > > | export NEWPASS="$RANDOM-newpass-$RANDOM" > | cd %{sysconfdir} > | %{__perl} -pi -e > "s,secret,$NEWPASS,g" router-users.xml > | %{__perl} -pi -e > "s,secret,$NEWPASS,g" router.xml > | %{__perl} -pi -e "s,secret,$NEWPASS,g" > *.xml > > 1. the password is random, but not secure (only 32 bit); you could do > > | dd if=/dev/urandom bs=20 count=1 | sha1sum > > which creates an 80bit password > > 2. the new password is visible with 'ps'; when you add the dependency on > 'perl' (dunno, if jabber really requires it), you could read it from > the $NEWPASS environment variable. > > But when 'perl' is not required for jabberd functionality, the entire > script should be rewritten to remove this dep. apg ? -- Nicolas Mailhot From wtogami at redhat.com Mon Mar 7 09:29:43 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Mar 2005 23:29:43 -1000 Subject: PLT Scheme in Extras In-Reply-To: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> Message-ID: <422C1F07.8070803@redhat.com> G?rard Milmeister wrote: > > Currently it contains among others: bigloo, gauche, chicken, stklos, > scsh, plt, clisp, sbcl, gcl, ghc, hugs98, curry, smlnj, mlkit, mlton, > mosml, ciao, gprolog, mercury, erlang, oo2c, abcm2ps, snd, coq. > > I don't intend to maintain this as a repository in the long run, but > hope that the packages will find their way into Extras. > If you are interested, please help to review the packages. I have used DrScheme in school this semester and interested in your plt package. A few weeks ago I tried to package plt earlier into sub-packages for the various components along with a split library package with libraries living in /usr/lib somewhat like Mandrake's incredibly ugly package. It became too complex, and just didn't work properly so I gave up. I like your everything in one package approach. It works fine for the typical use of learning scheme in the DrScheme interface. Now that I think of it, nothing else really *requires* the libraries to live in /usr/lib. At least I think. Your package looks fine as-is except this... Name: plt Summary: An interactive, integrated, graphical programming environment for Scheme. %description DrScheme is an interactive, integrated, graphical programming environment for the Scheme, MzScheme, and MrEd programming languages. While this is the name of the source tarball, perhaps the package should be named something else? http://www.plt-scheme.org/ "PLT Scheme is an umbrella name for a family of implementations of the Scheme programming language. PLT is the group of people who produce PLT Scheme." http://www.plt-scheme.org/software/ While DrScheme is the most common use of this package, it also contains several components that can be used for other things and not necessarily DrScheme. So perhaps we should rename it to something like "Name: plt-scheme" which matches their domain name, and is much more descriptive of what is actually contained in the package. Perhaps we should also add "Provides: drscheme = %{version}" since that is the most common use of this package. Bad idea? There are further problems with the Summary and description. Summary: An interactive, integrated, graphical programming environment for Scheme. http://www.plt-scheme.org/software/ This only describes DrScheme and not the other components listed here. %description DrScheme is an interactive, integrated, graphical programming environment for the Scheme, MzScheme, and MrEd programming languages. MzScheme and MrEd are not actually separate programming languages like this description implies. This needs to be rewritten along with the Summary. Include short descriptions of each component, with the largest description for DrScheme. Thoughts? Warren Togami wtogami at redhat.com From fignuts at gmail.com Mon Mar 7 09:37:24 2005 From: fignuts at gmail.com (David Dorgan) Date: Mon, 7 Mar 2005 10:37:24 +0100 Subject: Getting started in Extras In-Reply-To: <1110180996.32449.125.camel@cutter> References: <1110180996.32449.125.camel@cutter> Message-ID: > 3. post to fedora-extras-list that you're looking for a sponsor > 4. nag/bribe people into sponsoring you > 5. Once you have a sponsor and your cvs account you're in good shape. Any chance you would have a few minutes to take a really quick glance over: http://www.micro-gravity.com/data/010305/cfengine-2.1.13-0.src.rpm and http://www.micro-gravity.com/data/010305/clusterssh-2.33-0.src.rpm to see if there are any glaringly obvious mistakes before I post to the list? Thanks, David From wtogami at redhat.com Mon Mar 7 09:48:42 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 06 Mar 2005 23:48:42 -1000 Subject: PLT Scheme in Extras In-Reply-To: <422C1F07.8070803@redhat.com> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> Message-ID: <422C237A.4050101@redhat.com> read(3, "\1\0\362\1\4\0\0\0\0\300\262\370\0\0\0\0\20\0\0\0\0\0\0"..., 32) = 32 readv(3, [{"pci:0000:01:00.0", 16}, {"", 0}], 2) = 16 geteuid32() = 500 stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0 stat64("/dev/dri/card0", {st_mode=S_IFCHR|0660, st_rdev=makedev(226, 0), ...}) = 0 open("/dev/dri/card0", O_RDWR) = -1 EACCES (Permission denied) open("/dev/dri/card0", O_RDWR) = -1 EACCES (Permission denied) unlink("/dev/dri/card0") = -1 EACCES (Permission denied) geteuid32() = 500 stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0 stat64("/dev/dri/card1", 0xbfff6b4c) = -1 ENOENT (No such file or directory) geteuid32() = 500 stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0 stat64("/dev/dri/card2", 0xbfff6b4c) = -1 ENOENT (No such file or directory) [SNIP] geteuid32() = 500 stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0 stat64("/dev/dri/card13", 0xbfff6b4c) = -1 ENOENT (No such file or directory) geteuid32() = 500 stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=60, ...}) = 0 stat64("/dev/dri/card14", 0xbfff6b4c) = -1 ENOENT (No such file or directory) munmap(0x845a490, 8192) = -1 EINVAL (Invalid argument) munmap(0, 138778008) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Problem... if DRI is unavailable, your package crashes while starting drscheme. I assume this is due to the "--enable-gl". While it is pretty looking with GL rendering, are there any non-text rendering reasons for this? Can it be made to fall-back to non-GL rendering if DRI is unavailable rather than crash? If not, then we should probably disable GL rendering for now. (Now I need to figure out why my /dev/dri/card0 is 660 instead of 666... growl...) Warren Togami wtogami at redhat.com From enrico.scholz at informatik.tu-chemnitz.de Mon Mar 7 10:06:03 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 07 Mar 2005 11:06:03 +0100 Subject: Jabber Server? In-Reply-To: <38760.192.54.193.137.1110187156.squirrel@rousalka.dyndns.org> (Nicolas Mailhot's message of "Mon, 7 Mar 2005 10:19:16 +0100 (CET)") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <38760.192.54.193.137.1110187156.squirrel@rousalka.dyndns.org> Message-ID: <873bv74vp0.fsf@kosh.ultra.csn.tu-chemnitz.de> nicolas.mailhot at laposte.net ("Nicolas Mailhot") writes: >> | export NEWPASS="$RANDOM-newpass-$RANDOM" >> ... >> 1. the password is random, but not secure (only 32 bit) >> ... > apg ? I do not think that such an additional dependency should be added. 'sha1sum' and /dev/urandom are fine for generating secure passwords and they are available in the core system. Enrico From gemi at bluewin.ch Mon Mar 7 10:57:47 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 07 Mar 2005 11:57:47 +0100 Subject: PLT Scheme in Extras In-Reply-To: <422C237A.4050101@redhat.com> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> Message-ID: <1110193067.7816.7.camel@scriabin.tannenrauch.ch> On Sun, 2005-03-06 at 23:48 -1000, Warren Togami wrote: > Problem... if DRI is unavailable, your package crashes while starting > drscheme. I assume this is due to the "--enable-gl". > > While it is pretty looking with GL rendering, are there any non-text > rendering reasons for this? > > Can it be made to fall-back to non-GL rendering if DRI is unavailable > rather than crash? If not, then we should probably disable GL rendering > for now. > > (Now I need to figure out why my /dev/dri/card0 is 660 instead of 666... > growl...) > > Warren Togami > wtogami at redhat.com I have an nvidia card using the closed nvidia driver. This driver doesn't use any /dev/dri devices. I think this completely depends on the driver, so the problem lies with your /dev/dri/* not being 666. BTW, if anything it is --enable-xrender, not --enable-gl, that would cause the problem. Maybe --enable-xrender is not necessary at all, since I --disable-xft by default. The reason I do this is, that anti-aliased fonts will render too small. They use a old version of wx for their interface, and I haven't yet figured out how to set font sizes. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From wtogami at redhat.com Mon Mar 7 10:58:36 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 07 Mar 2005 00:58:36 -1000 Subject: PLT Scheme in Extras In-Reply-To: <422C237A.4050101@redhat.com> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> Message-ID: <422C33DC.7060106@redhat.com> Warren Togami wrote: > (Now I need to figure out why my /dev/dri/card0 is 660 instead of 666... > growl...) > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150462 FYI: 2.6.11 kernel breaks DRI permissions =( Warren Togami wtogami at redhat.com From wtogami at redhat.com Mon Mar 7 11:11:29 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 07 Mar 2005 01:11:29 -1000 Subject: PLT Scheme in Extras In-Reply-To: <1110193067.7816.7.camel@scriabin.tannenrauch.ch> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> <1110193067.7816.7.camel@scriabin.tannenrauch.ch> Message-ID: <422C36E1.70908@redhat.com> G?rard Milmeister wrote: > > I have an nvidia card using the closed nvidia driver. This driver > doesn't use any /dev/dri devices. I think this completely depends on the > driver, so the problem lies with your /dev/dri/* not being 666. > BTW, if anything it is --enable-xrender, not --enable-gl, that would > cause the problem. Maybe --enable-xrender is not necessary at all, since > I --disable-xft by default. The reason I do this is, that anti-aliased > fonts will render too small. They use a old version of wx for their > interface, and I haven't yet figured out how to set font sizes. Other applications that use GL can fallback gracefully if it isn't available. It is fragile if it crashes. It would usually crash with no indication to the user of what happened, since they launched it from the menu. I guess it would be nice if this could be fixed later. Upstream's Linux binaries are compiled with GL too, (but their default font sizes are larger and easier to read). We can push the package after we come to some agreement on the package name, summary and description. Warren Togami wtogami at redhat.com From nphilipp at redhat.com Mon Mar 7 13:52:46 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 07 Mar 2005 14:52:46 +0100 Subject: ppracer In-Reply-To: <20050304214209.GA15879@lisas.de> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> Message-ID: <1110203566.32665.1.camel@wombat.tiptoe.de> On Fri, 2005-03-04 at 22:42 +0100, Adrian Reber wrote: > On Fri, Mar 04, 2005 at 09:12:03PM +0100, Nils Philippsen wrote: > > > Nils Philippsen wrote : > > > > > > > well I tried it, but I don't count, now do I ;-)? > > > > > > I sure hope you do! :-) > > > > Well I guess me reviewing my own package could be seen as violating the > > many eyeballs principle ;-). It would be good if someone else verified > > this to run, just so we can rule out peculiarities of my system making > > it work. I wasn't talking about me in general, but rather in this > > particular case. > > Works for me. > > One error reported by rpmlint could als be fixed: > > E: ppracer zero-length /usr/share/doc/ppracer-0.3.1/README done > With: > > -make %{?_smp_mflags} > +make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" CXX_FLAGS="$RPM_OPT_FLAGS" > > you could remove the autoconf dependency and the configure.in patch. Not really because you would be missing the CFLAGS/CXXFLAGS needed for the used libraries. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Mon Mar 7 13:53:21 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 07 Mar 2005 14:53:21 +0100 Subject: ppracer In-Reply-To: <20050305111039.6b9b46aa@python2> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <4228B070.4080203@redhat.com> <1109966981.6560.12.camel@gibraltar.stuttgart.redhat.com> <20050305111039.6b9b46aa@python2> Message-ID: <1110203601.32665.3.camel@wombat.tiptoe.de> On Sat, 2005-03-05 at 11:10 +0100, Matthias Saou wrote: > So for me, trying to look in the future as much as possible, what should be > done here is : > > Obsoletes: tuxracer <= 0.61 done Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bugs.michael at gmx.net Mon Mar 7 14:31:56 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 15:31:56 +0100 Subject: Getting started in Extras In-Reply-To: References: Message-ID: <20050307153156.016e1d8c.bugs.michael@gmx.net> On Sun, 06 Mar 2005 21:58:22 -0800, Jeff Sheltren wrote: > I see that cfengine is on the 'possibly orphaned' list for extras and I'd be > willing to maintain it, but after quite a bit of reading of the Fedora > Project Wiki I am more confused about what to do than when I started. What in particular confused you? > Can > someone lay out some basic steps of what is needed to maintain a package? The most basic step is what you did. Mail to this list and show interest in a package. If nobody raises any objections during the next 1-2 weeks, package ownership could be transferred. With regard to cfengine, the previous package owner doesn't use it actively anymore and hence would feel better if somebody else took over package maintenance. > Is it just a matter of putting my name down in the 'need a sponser' list and > waiting for CVS access, or am I missing something? That's the general procedure for people who want CVS access. Meanwhile, if you want to present an update for cfengine and show sponsors examples of your packaging, post about it here. It gives subscribers a chance to comment on the changes/upgrade. There's also to the opportunity to import into CVS any proposed changes right away and build binaries for the "testing" repository. From sheltren at cs.ucsb.edu Mon Mar 7 15:25:17 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 07 Mar 2005 07:25:17 -0800 Subject: Getting started in Extras In-Reply-To: <1110180996.32449.125.camel@cutter> Message-ID: On 3/6/05 11:36 PM, "seth vidal" wrote: > > 1. follow the instructions here: > http://fedoraproject.org/wiki/Extras/CvsAccess > 2. put your name here if you do not already have a sponsor > http://fedoraproject.org/wiki/Extras/SponsorsNeeded > 3. post to fedora-extras-list that you're looking for a sponsor > 4. nag/bribe people into sponsoring you > 5. Once you have a sponsor and your cvs account you're in good shape. > > -sv > Thanks, Seth. That's more or less what I thought, but I needed some clarification. -Jeff From sheltren at cs.ucsb.edu Mon Mar 7 15:35:19 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 07 Mar 2005 07:35:19 -0800 Subject: Getting started in Extras In-Reply-To: <20050307153156.016e1d8c.bugs.michael@gmx.net> Message-ID: On 3/7/05 6:31 AM, "Michael Schwendt" wrote: > On Sun, 06 Mar 2005 21:58:22 -0800, Jeff Sheltren wrote: > >> I see that cfengine is on the 'possibly orphaned' list for extras and I'd be >> willing to maintain it, but after quite a bit of reading of the Fedora >> Project Wiki I am more confused about what to do than when I started. > > What in particular confused you? > >> Can >> someone lay out some basic steps of what is needed to maintain a package? > > The most basic step is what you did. Mail to this list and show interest > in a package. If nobody raises any objections during the next 1-2 weeks, > package ownership could be transferred. With regard to cfengine, the > previous package owner doesn't use it actively anymore and hence would > feel better if somebody else took over package maintenance. > >> Is it just a matter of putting my name down in the 'need a sponser' list and >> waiting for CVS access, or am I missing something? > > That's the general procedure for people who want CVS access. > > Meanwhile, if you want to present an update for cfengine and show sponsors > examples of your packaging, post about it here. It gives subscribers a > chance to comment on the changes/upgrade. > > There's also to the opportunity to import into CVS any proposed changes > right away and build binaries for the "testing" repository. > Hi Michael, specifically, I was confused about the general process of doing things here. For example, does a package maintainer need CVS access, or do you start by having others commit changes for you? Now I see that all maintainers need CVS access, but that wasn't clear before. Since I use cfengine extensively, I would be interested in maintaining it (although I see that David Dorgan has just submitted a package for it). I'd also be willing to maintain ncftp if Matthias doesn't mind. Thanks for your response! -Jeff From qspencer at ieee.org Mon Mar 7 15:55:46 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 07 Mar 2005 09:55:46 -0600 Subject: Getting started in Extras In-Reply-To: References: Message-ID: <422C7982.6030105@ieee.org> Jeff Sheltren wrote: >On 3/7/05 6:31 AM, "Michael Schwendt" wrote: > > >>On Sun, 06 Mar 2005 21:58:22 -0800, Jeff Sheltren wrote: >> >> >>>I see that cfengine is on the 'possibly orphaned' list for extras and I'd be >>>willing to maintain it, but after quite a bit of reading of the Fedora >>>Project Wiki I am more confused about what to do than when I started. >>> >>> >>What in particular confused you? >> >> >>>Can >>>someone lay out some basic steps of what is needed to maintain a package? >>> >>> >>The most basic step is what you did. Mail to this list and show interest >>in a package. If nobody raises any objections during the next 1-2 weeks, >>package ownership could be transferred. With regard to cfengine, the >>previous package owner doesn't use it actively anymore and hence would >>feel better if somebody else took over package maintenance. >> >> >>>Is it just a matter of putting my name down in the 'need a sponser' list and >>>waiting for CVS access, or am I missing something? >>> >>> >>That's the general procedure for people who want CVS access. >> >>Meanwhile, if you want to present an update for cfengine and show sponsors >>examples of your packaging, post about it here. It gives subscribers a >>chance to comment on the changes/upgrade. >> >>There's also to the opportunity to import into CVS any proposed changes >>right away and build binaries for the "testing" repository. >> >> >Hi Michael, specifically, I was confused about the general process of doing >things here. For example, does a package maintainer need CVS access, or do >you start by having others commit changes for you? Now I see that all >maintainers need CVS access, but that wasn't clear before. > >Since I use cfengine extensively, I would be interested in maintaining it >(although I see that David Dorgan has just submitted a package for it). I'd >also be willing to maintain ncftp if Matthias doesn't mind. > >Thanks for your response! > >-Jeff > > I want to agree with Jeff. I have been somewhat confused as well over this same issue. The documentation at the Wiki has gradually improved quite a bit the last few weeks, so I think if you continue to clarify things like this in the documents, it will help newcomers understand the process. -Quentin From gemi at bluewin.ch Mon Mar 7 16:23:44 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 07 Mar 2005 17:23:44 +0100 Subject: PLT Scheme in Extras In-Reply-To: <422C36E1.70908@redhat.com> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> <1110193067.7816.7.camel@scriabin.tannenrauch.ch> <422C36E1.70908@redhat.com> Message-ID: <1110212624.10331.1.camel@scriabin.tannenrauch.ch> On Mon, 2005-03-07 at 01:11 -1000, Warren Togami wrote: > Upstream's Linux binaries are compiled with GL too, (but their default > font sizes are larger and easier to read). We can push the package > after we come to some agreement on the package name, summary and > description. > > Warren Togami > wtogami at redhat.com Maybe we choose "drscheme" as name, with url www.drscheme.org. The summary would then explicity refer to drscheme, and the description would give further information. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugs.michael at gmx.net Mon Mar 7 17:00:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 18:00:08 +0100 Subject: Getting started in Extras In-Reply-To: References: <20050307153156.016e1d8c.bugs.michael@gmx.net> Message-ID: <20050307180008.5914fcc0.bugs.michael@gmx.net> On Mon, 07 Mar 2005 07:35:19 -0800, Jeff Sheltren wrote: > Hi Michael, specifically, I was confused about the general process of doing > things here. For example, does a package maintainer need CVS access, or do > you start by having others commit changes for you? Now I see that all > maintainers need CVS access, but that wasn't clear before. It is natural to assume that you do want CVS access. It is not clear, however, how long it takes for a complete new and unknown contributor to find a sponsor, while official Fedora Extras is still very young. Hence the best you can do is to be active and propose updates, get somebody to check in changes [*], and if all goes well it should increase the likelihood of finding a sponsor. [*] Since I keep an eye on the matter of unmaintained packages, I would be able to help with that. > Since I use cfengine extensively, I would be interested in maintaining it > (although I see that David Dorgan has just submitted a package for it). I'd > also be willing to maintain ncftp if Matthias doesn't mind. I hope that redundancy increases in the future and more packages are taken care of by mulitple maintainers. There might still be a "primary package owner", but it would only be beneficial if you and David agreed on keeping cfengine in good shape. From bugs.michael at gmx.net Mon Mar 7 17:20:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 18:20:27 +0100 Subject: Getting started in Extras In-Reply-To: References: <1110180996.32449.125.camel@cutter> Message-ID: <20050307182027.0b52d56c.bugs.michael@gmx.net> On Mon, 7 Mar 2005 10:37:24 +0100, David Dorgan wrote: > > 3. post to fedora-extras-list that you're looking for a sponsor > > 4. nag/bribe people into sponsoring you > > 5. Once you have a sponsor and your cvs account you're in good shape. > > Any chance you would have a few minutes to take a really quick glance over: > http://www.micro-gravity.com/data/010305/cfengine-2.1.13-0.src.rpm > and > http://www.micro-gravity.com/data/010305/clusterssh-2.33-0.src.rpm > > to see if there are any glaringly obvious mistakes before I post to the list? Let's see. Your changes look like an ordinary version upgrade. RPM-diff here, comments inline: > Binary files old/cfengine-2.1.13.tar.gz and new/cfengine-2.1.13.tar.gz differ > Binary files old/cfengine-2.1.9.tar.gz and new/cfengine-2.1.9.tar.gz differ > diff -Nur old/cfengine.spec new/cfengine.spec > --- old/cfengine.spec 2005-03-07 18:05:14.474299056 +0100 > +++ new/cfengine.spec 2005-03-07 18:05:14.545288264 +0100 > @@ -1,10 +1,11 @@ > -Summary: Systems administration tool for networks > +Summary: GNU cfengine - a systems administration tool for networks It's considered good taste to not repeat the program name in the summary, since it is included in the package name and the description already. Further, while Cfengine is a "GNU package" according directory.fsf.org, the authors called it "Cfengine" (upper-case first character) through-out the web site and package doc files. > -Version: 2.1.9 > -Release: 2 > +Epoch: 0 > +Version: 2.1.13 > +Release: 0 Explicit Epoch 0 has been optional for a very long time (according to the old fedora.us guidelines) and was removed from _all_ packages in CVS last week. It should not be reintroduced. First package release usually is 1, not 0. > %prep > -%setup > +%setup -n %{name}-%{version} Note that if I were to review such a package in accordance with the old fedora.us policies, I would never block a package which does this, but it's redundant. Simply %setup is enough. Where the -n parameter is needed, it most likely would need to be different anyway. > +#--------------------------------------------------------------------- Such separator lines are considered bad taste, too. Even worse, they are dangerous, e.g. if they are placed after scriptlet sections. Better style is to insert two or three empty lines. > -%defattr(-,root,root, 0755) > +%defattr(-,root,root) %defattr(-,root,root,0755) or %defattr(-,root,root,-) is a fine default. Why change it? From notting at redhat.com Mon Mar 7 17:39:45 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Mar 2005 12:39:45 -0500 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <422A57D7.2080804@di.uminho.pt> References: <422A57D7.2080804@di.uminho.pt> Message-ID: <20050307173945.GA6217@nostromo.devel.redhat.com> Jose Pedro Oliveira (jpo at di.uminho.pt) said: > > I would like to have the following pre-devel branches: > > Component Branches needed > ------------------------------------------------- > pdfjam : FC-3 > perl-Sub-Uplevel : RHL-9, FC-1, FC-2, and FC-3 > perl-Test-Exception : RHL-9, FC-1, FC-2, and FC-3 > ------------------------------------------------- Done. Please don't send these to -commits. :) Bill From adrian at lisas.de Mon Mar 7 17:48:57 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 7 Mar 2005 18:48:57 +0100 Subject: ppracer In-Reply-To: <1110203566.32665.1.camel@wombat.tiptoe.de> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> Message-ID: <20050307174856.GA24061@lisas.de> On Mon, Mar 07, 2005 at 02:52:46PM +0100, Nils Philippsen wrote: > > -make %{?_smp_mflags} > > +make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" CXX_FLAGS="$RPM_OPT_FLAGS" > > > > you could remove the autoconf dependency and the configure.in patch. > > Not really because you would be missing the CFLAGS/CXXFLAGS needed for > the used libraries. I have played around with the position of the CFLAGS a bit and on my system it doesn't matter if I put it in front, back of make or just leave it completely away... I always get the same result... It seems as it is already picked up during configure like it is supposed to be. Oh, and I also saw that desktop-file-install is complaining: /var/tmp/ppracer-0.3.1-1-root-adrian/usr/share/applications/fedora-ppracer.desktop: warning: boolean key "Terminal" has value "0", boolean values should be "false" or "true", although "0" and "1" are allowed in this field for backwards compatibility Adrian -- Adrian Reber http://lisas.de/~adrian/ Howe's Law: Everyone has a scheme that will not work. From bugs.michael at gmx.net Mon Mar 7 17:52:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 18:52:29 +0100 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <20050307173945.GA6217@nostromo.devel.redhat.com> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> Message-ID: <20050307185229.659851c8.bugs.michael@gmx.net> On Mon, 7 Mar 2005 12:39:45 -0500, Bill Nottingham wrote: > Jose Pedro Oliveira (jpo at di.uminho.pt) said: > > > > I would like to have the following pre-devel branches: > > > > Component Branches needed > > ------------------------------------------------- > > pdfjam : FC-3 > > perl-Sub-Uplevel : RHL-9, FC-1, FC-2, and FC-3 > > perl-Test-Exception : RHL-9, FC-1, FC-2, and FC-3 > > ------------------------------------------------- > > Done. Please don't send these to -commits. :) Hmm, but -commits is what Cristian Gafton suggested earlier. A quick workaround (and alternative to an email address) would be to post requests in a separate Wiki page, which can be monitored. From adrian at lisas.de Mon Mar 7 17:52:30 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 7 Mar 2005 18:52:30 +0100 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <20050307173945.GA6217@nostromo.devel.redhat.com> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> Message-ID: <20050307175230.GB24061@lisas.de> On Mon, Mar 07, 2005 at 12:39:45PM -0500, Bill Nottingham wrote: > > I would like to have the following pre-devel branches: > > > > Component Branches needed > > ------------------------------------------------- > > pdfjam : FC-3 > > perl-Sub-Uplevel : RHL-9, FC-1, FC-2, and FC-3 > > perl-Test-Exception : RHL-9, FC-1, FC-2, and FC-3 > > ------------------------------------------------- > > Done. Please don't send these to -commits. :) This is probably my fault, because I documented it that way on http://fedoraproject.org/wiki/Extras/UsingCvsFaq: "send a mail to fedora-extras-commits at redhat.com" Adrian From adrian at lisas.de Mon Mar 7 18:02:50 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 7 Mar 2005 19:02:50 +0100 Subject: Jabber Server? In-Reply-To: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050307180250.GA2630@lisas.de> On Mon, Mar 07, 2005 at 10:11:16AM +0100, Enrico Scholz wrote: > adrian at lisas.de (Adrian Reber) writes: > >> [... jabber ...] > >> 1) The default password is somehow securely handled. I didn't read too > >> carefully, how was this resolved? > > > > A random password is created during installation. > > mmh... yeah, I know :-) > | export NEWPASS="$RANDOM-newpass-$RANDOM" > | cd %{sysconfdir} > | %{__perl} -pi -e "s,secret,$NEWPASS,g" router-users.xml > | %{__perl} -pi -e "s,secret,$NEWPASS,g" router.xml > | %{__perl} -pi -e "s,secret,$NEWPASS,g" *.xml > > 1. the password is random, but not secure (only 32 bit); you could do > > | dd if=/dev/urandom bs=20 count=1 | sha1sum > > which creates an 80bit password very nice idea. I will use it. > 2. the new password is visible with 'ps'; when you add the dependency on > 'perl' (dunno, if jabber really requires it), you could read it from > the $NEWPASS environment variable. > > But when 'perl' is not required for jabberd functionality, the entire > script should be rewritten to remove this dep. It is true that I could replace all the perl stuff with sed and will do it but how would you circumvent that the password can be seen with ps during jabbed installation? Adrian From wtogami at redhat.com Mon Mar 7 18:17:06 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 07 Mar 2005 08:17:06 -1000 Subject: PLT Scheme in Extras In-Reply-To: <1110212624.10331.1.camel@scriabin.tannenrauch.ch> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> <1110193067.7816.7.camel@scriabin.tannenrauch.ch> <422C36E1.70908@redhat.com> <1110212624.10331.1.camel@scriabin.tannenrauch.ch> Message-ID: <422C9AA2.20802@redhat.com> G?rard Milmeister wrote: > On Mon, 2005-03-07 at 01:11 -1000, Warren Togami wrote: > > >>Upstream's Linux binaries are compiled with GL too, (but their default >>font sizes are larger and easier to read). We can push the package >>after we come to some agreement on the package name, summary and >>description. >> >>Warren Togami >>wtogami at redhat.com > > Maybe we choose "drscheme" as name, with url www.drscheme.org. The > summary would then explicity refer to drscheme, and the description > would give further information. Hmm, none of your replies have made it to the mailing list. Are you seeing any bounce message or anything? On the list admin side I'm seeing no indication of 'Held' or anything, it seems it is going into a blackhole. Warren Togami wtogami at redhat.com From ville.skytta at iki.fi Mon Mar 7 18:33:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 07 Mar 2005 20:33:30 +0200 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <20050307185229.659851c8.bugs.michael@gmx.net> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> <20050307185229.659851c8.bugs.michael@gmx.net> Message-ID: <1110220410.18201.152.camel@bobcat.mine.nu> On Mon, 2005-03-07 at 18:52 +0100, Michael Schwendt wrote: > A quick workaround (and alternative to an email address) would be to post > requests in a separate Wiki page, which can be monitored. http://fedoraproject.org/wiki/Extras/CVSSyncNeeded is already there for this purpose and to track which packages on which branches are in need of syncing from fedora.us and possibly elsewhere. From bugs.michael at gmx.net Mon Mar 7 18:52:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 19:52:28 +0100 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <1110220410.18201.152.camel@bobcat.mine.nu> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> <20050307185229.659851c8.bugs.michael@gmx.net> <1110220410.18201.152.camel@bobcat.mine.nu> Message-ID: <20050307195228.6e16b7c4.bugs.michael@gmx.net> On Mon, 07 Mar 2005 20:33:30 +0200, Ville Skytt? wrote: > On Mon, 2005-03-07 at 18:52 +0100, Michael Schwendt wrote: > > > A quick workaround (and alternative to an email address) would be to post > > requests in a separate Wiki page, which can be monitored. > > http://fedoraproject.org/wiki/Extras/CVSSyncNeeded is already there for > this purpose and to track which packages on which branches are in need > of syncing from fedora.us and possibly elsewhere. That was the page I created and where I moved the long list of package updates to import from fedora.us. But nowhere has it been said that CVS branch requests are accepted there. I prefer official solutions over things that may or may not work. From ville.skytta at iki.fi Mon Mar 7 19:04:16 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 07 Mar 2005 21:04:16 +0200 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <20050307195228.6e16b7c4.bugs.michael@gmx.net> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> <20050307185229.659851c8.bugs.michael@gmx.net> <1110220410.18201.152.camel@bobcat.mine.nu> <20050307195228.6e16b7c4.bugs.michael@gmx.net> Message-ID: <1110222256.18201.210.camel@bobcat.mine.nu> On Mon, 2005-03-07 at 19:52 +0100, Michael Schwendt wrote: > On Mon, 07 Mar 2005 20:33:30 +0200, Ville Skytt? wrote: > > > http://fedoraproject.org/wiki/Extras/CVSSyncNeeded is already there for > > this purpose and to track which packages on which branches are in need > > of syncing from fedora.us and possibly elsewhere. > > That was the page I created and where I moved the long list of package > updates to import from fedora.us. But nowhere has it been said that CVS > branch requests are accepted there. I prefer official solutions over > things that may or may not work. Judging from the recent mail here and on the commits list there seems to be as many official solutions as there are people who can create the branches. At least gafton is subscribed to that Wiki page: http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded?action=info&general=1 FWIW, my +1 to using this Wiki page or another if that arrangement works for those who can create the branches. From mattwarner2 at gmail.com Mon Mar 7 19:19:38 2005 From: mattwarner2 at gmail.com (matt warner) Date: Mon, 07 Mar 2005 11:19:38 -0800 Subject: no xfce for FC4? Message-ID: <422CA94A.7040008@gmail.com> I read on the XFCE website that XFCE has been removed from FC4. Is there any reason for this? I'm using XFCE on FC3, and I absolutely love it. I find it much simpler to use than either GNOME or KDE. I'm not a developer myself, but if someone could find some way to have XFCE put back on FC4, that would be very greatly appreciated. Matt Warner From notting at redhat.com Mon Mar 7 19:29:30 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 7 Mar 2005 14:29:30 -0500 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <20050307185229.659851c8.bugs.michael@gmx.net> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> <20050307185229.659851c8.bugs.michael@gmx.net> Message-ID: <20050307192930.GB7260@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > > > > Done. Please don't send these to -commits. :) > > Hmm, but -commits is what Cristian Gafton suggested earlier. Hm, ok, then don't mind me. -commits just seemed like an odd place, where it could get lost in the other noise. Bill From kevin-fedora-extras at scrye.com Mon Mar 7 19:35:51 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 7 Mar 2005 12:35:51 -0700 Subject: no xfce for FC4? References: <422CA94A.7040008@gmail.com> Message-ID: <20050307193554.B39D22B685@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "matt" == matt warner writes: matt> I read on the XFCE website that XFCE has been removed from FC4. matt> Is there any reason for this? I'm using XFCE on FC3, and I matt> absolutely love it. I find it much simpler to use than either matt> GNOME or KDE. I'm not a developer myself, but if someone could matt> find some way to have XFCE put back on FC4, that would be very matt> greatly appreciated. I love XFCE as well. ;) I have volunteered to maintain it in fedora extras, and just yesterday put up some new packages for review. See: https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00130.html So far I seem to have only had one download of the packages. Perhaps XFCE just isn't that popular? http://www.scrye.com/~kevin/fedora-extras/ I do have fc3-RPMS available as well, so feel free to try them out and let me know if they work/don't work for you. I'm hoping to get some good feedback from the specs/packages and find someone interested in sponsoring me to maintain the xfce packages in fedora extras. matt> Matt Warner kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCLK0a3imCezTjY0ERAoW1AJ9seZc3Aj+c0S/mGgf9j3SIAugg3QCfZdfv vQifX5G4HiOJ9+CevaWhy0E= =7/na -----END PGP SIGNATURE----- From ed at eh3.com Mon Mar 7 19:55:40 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 07 Mar 2005 14:55:40 -0500 Subject: no xfce for FC4? In-Reply-To: <422CA94A.7040008@gmail.com> References: <422CA94A.7040008@gmail.com> Message-ID: <1110225341.6803.274.camel@amos> On Mon, 2005-03-07 at 11:19 -0800, matt warner wrote: > I read on the XFCE website that XFCE has been removed from FC4. Is > there any reason for this? I'm using XFCE on FC3, and I absolutely love > it. I find it much simpler to use than either GNOME or KDE. I'm not a > developer myself, but if someone could find some way to have XFCE put > back on FC4, that would be very greatly appreciated. Hi Matt, Kevin Fenzi (the "K" in the Red Hat-derived "KRUD" distro) has offered to package it within Fedora Extras and is looking for a sponsor: https://www.redhat.com/archives/fedora-extras-list/2005- March/msg00130.html For what its worth, I think Kevin is a very competent and responsible guy. Hes certainly been patient with my questions. I hope one of the "Trusted" folks steps forward to sponsor him. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From steve at silug.org Mon Mar 7 20:22:20 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 7 Mar 2005 14:22:20 -0600 Subject: Jabber Server? In-Reply-To: <20050307180250.GA2630@lisas.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> Message-ID: <20050307202220.GA681@osiris.silug.org> On Mon, Mar 07, 2005 at 07:02:50PM +0100, Adrian Reber wrote: > It is true that I could replace all the perl stuff with sed and will do > it but how would you circumvent that the password can be seen with ps > during jabbed installation? How about this? export NEWPASS=$( dd if=/dev/urandom bs=20 count=1 2>/dev/null \ | sha1sum | awk '{print $1}' ) cd %{sysconfdir} sed -i -f- router-users.xml router.xml <secret,$NEWPASS,g END sed -i -f- *.xml <secret,$NEWPASS,g END Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From enrico.scholz at informatik.tu-chemnitz.de Mon Mar 7 20:40:29 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Mon, 07 Mar 2005 21:40:29 +0100 Subject: Jabber Server? In-Reply-To: <20050307180250.GA2630@lisas.de> (Adrian Reber's message of "Mon, 7 Mar 2005 19:02:50 +0100") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> Message-ID: <87mztfgpfm.fsf@kosh.ultra.csn.tu-chemnitz.de> adrian at lisas.de (Adrian Reber) writes: >> | export NEWPASS="$RANDOM-newpass-$RANDOM" >> | cd %{sysconfdir} >> | %{__perl} -pi -e "s,secret,$NEWPASS,g" router-users.xml > ... >> 2. the new password is visible with 'ps'; when you add the dependency on >> 'perl' (dunno, if jabber really requires it), you could read it from >> the $NEWPASS environment variable. >> >> But when 'perl' is not required for jabberd functionality, the entire >> script should be rewritten to remove this dep. > > It is true that I could replace all the perl stuff with sed and will do > it but how would you circumvent that the password can be seen with ps > during jabbed installation? In a first step, I would replace the 'secret' string with a more unique one like '@@SECRET@@'. Then, you can use something like ------ Requires(post): gawk diffutils mktemp %post function subst() { awk '{ gsub("@@SECRET@@", ENVIRON["NEWPASS"]); print $0; }' "$1" >$tmp cmp -q "$1" "$tmp" || cat "$tmp" >"$1" rm -f "$tmp" } export NEWPASS=... tmp=$(mktemp /tmp/subst.XXXXXX) for i in *.xml; do test -e "$i" || continue subst "$i" done -------- Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From nutello at sweetness.com Mon Mar 7 20:57:40 2005 From: nutello at sweetness.com (Rudi Chiarito) Date: Mon, 7 Mar 2005 21:57:40 +0100 Subject: Jabber Server? In-Reply-To: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050307205740.GA17434@plain.rackshack.net> On Mon, Mar 07, 2005 at 10:11:16AM +0100, Enrico Scholz wrote: > | dd if=/dev/urandom bs=20 count=1 | sha1sum > which creates an 80bit password I guess that's 160 bits - regardless of the input length, too. In this particular case, are the SHA-1 hashes of all the random sequences of 160 bits going to be unique? I just use dd if=/dev/urandom count=1 bs=X 2>/dev/null | hexdump -v -e '1/1 "%02x"' (hexdump is in util-linux) -- Rudi From bugs.michael at gmx.net Mon Mar 7 20:58:14 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 21:58:14 +0100 Subject: Newer packages in FC-3 branch compared with devel Message-ID: <20050307215814.1f36e3a5.bugs.michael@gmx.net> lincvs 1.4.0-0.1.rc2 in FC-3 branch is newer than devel netcdf 3.6.0-1.p1 in FC-3 branch is newer than devel seahorse 0.7.6-2 in FC-3 branch is newer than devel From ed at eh3.com Mon Mar 7 21:19:53 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 07 Mar 2005 16:19:53 -0500 Subject: Newer packages in FC-3 branch compared with devel In-Reply-To: <20050307215814.1f36e3a5.bugs.michael@gmx.net> References: <20050307215814.1f36e3a5.bugs.michael@gmx.net> Message-ID: <1110230393.6803.303.camel@amos> On Mon, 2005-03-07 at 21:58 +0100, Michael Schwendt wrote: > lincvs 1.4.0-0.1.rc2 in FC-3 branch is newer than devel > netcdf 3.6.0-1.p1 in FC-3 branch is newer than devel > seahorse 0.7.6-2 in FC-3 branch is newer than devel Hi Michael, OK, the devel branch needs to be updated for these packages. So, that means I need to build a box with FC-3, yum update it to the latest devel versions of everything, and then build, test, and check-in changes to the devel branch? If so, thats cool. Otherwise, please spell out what ought to happen here. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From bugs.michael at gmx.net Mon Mar 7 22:29:44 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Mar 2005 23:29:44 +0100 Subject: Newer packages in FC-3 branch compared with devel In-Reply-To: <1110230393.6803.303.camel@amos> References: <20050307215814.1f36e3a5.bugs.michael@gmx.net> <1110230393.6803.303.camel@amos> Message-ID: <20050307232944.75bb487f.bugs.michael@gmx.net> On Mon, 07 Mar 2005 16:19:53 -0500, Ed Hill wrote: > > lincvs 1.4.0-0.1.rc2 in FC-3 branch is newer than devel > > netcdf 3.6.0-1.p1 in FC-3 branch is newer than devel > > seahorse 0.7.6-2 in FC-3 branch is newer than devel > > Hi Michael, > > OK, the devel branch needs to be updated for these packages. > > So, that means I need to build a box with FC-3, yum update it to the > latest devel versions of everything, and then build, test, and check-in > changes to the devel branch? If so, thats cool. Otherwise, please > spell out what ought to happen here. For now, just assume that your current package in the FC-3 branch builds flawlessly when a first mass-rebuild for [assumably] FC4 Test1 is done from the devel branch. No immediate action is needed. But FC4 Test1 is scheduled for next week. And in case package release versions are bumped automatically, it would be great if all packages in devel branch were equal or newer than FC-3 branch. From dwmw2 at infradead.org Mon Mar 7 22:32:53 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 07 Mar 2005 22:32:53 +0000 Subject: Maintainership: dietlibc In-Reply-To: <877jkk9ytp.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87wtsozt0k.fsf@kosh.ultra.csn.tu-chemnitz.de> <1110036791.18672.12.camel@localhost.localdomain> <877jkk9ytp.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1110234773.4591.24.camel@localhost.localdomain> On Sun, 2005-03-06 at 23:47 +0100, Enrico Scholz wrote: > dwmw2 at infradead.org (David Woodhouse) writes: > > > Build fails on PPC. > > > > http://peach.infradead.org/extras/dietlibc/dietlibc-0.28-4.log > > Sorry for replying the 3rd time to the same mail, but I think I fixed > some PPC related things in CVS. This should allow the 'ip-sentinel' > build (shown at http://peach.infradead.org/extras/failed.html). > > There is a fix for dhcp-forwarder also, which should fix builds on > big-endian systems. Ah, I worked out why I couldn't see these -- they're only on the devel branch and I'm building for FC-3. The devel builds are presumably going to be part of the official build system once that's set up. I vaguely planned to find a disposable rawhide system (or enough space on this one for a rawhide buildroot) but it hasn't happen yet and won't in the next week or two either. -- dwmw2 From sheltren at cs.ucsb.edu Mon Mar 7 23:28:56 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 07 Mar 2005 15:28:56 -0800 Subject: Cfengine Message-ID: I've updated David's cfengine spec a bit to make the changes Michael mentioned. I've put an update SRPM and spec file here: http://www.cs.ucsb.edu/~jeff/extras/cfengine-2.1.13-1.src.rpm http://www.cs.ucsb.edu/~jeff/extras/cfengine.spec I do have a general question about chkconfig/services for extras RPMs: What is the best practice for adding new services - should they be turned on/off by default? Specifically, I think that cfengine (the client) should be turned on in chkconfig (it is currently turned off explicitly). -Jeff From pmatilai at welho.com Tue Mar 8 00:02:03 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 08 Mar 2005 02:02:03 +0200 Subject: Cfengine In-Reply-To: References: Message-ID: <1110240123.16716.8.camel@chip.laiskiainen.org> On Mon, 2005-03-07 at 15:28 -0800, Jeff Sheltren wrote: > I've updated David's cfengine spec a bit to make the changes Michael > mentioned. I've put an update SRPM and spec file here: > http://www.cs.ucsb.edu/~jeff/extras/cfengine-2.1.13-1.src.rpm > http://www.cs.ucsb.edu/~jeff/extras/cfengine.spec > > I do have a general question about chkconfig/services for extras RPMs: What > is the best practice for adding new services - should they be turned on/off > by default? Specifically, I think that cfengine (the client) should be > turned on in chkconfig (it is currently turned off explicitly). Generally services should default to being off. Cfengine requires additional configuration to do anything at all so it doesn't make sense to turn it on by default anyway. Explicitly from %post is a bit weird however and unnecessary as well since the cf*d files already default to off. - Panu - From jpo at di.uminho.pt Tue Mar 8 04:25:01 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Tue, 08 Mar 2005 04:25:01 +0000 Subject: Sponsor request: tetex-beamer (presentation class) and requirements Message-ID: <422D291D.7070406@di.uminho.pt> Several examples available in the author's homepage http://latex-beamer.sourceforge.net/ http://latex-beamer.sourceforge.net/beamerexample1.pdf http://latex-beamer.sourceforge.net/beamerexample5.pdf ------------ Summary : Presentation class for LaTeX URL : http://latex-beamer.sourceforge.net/ Description : beamer is a LaTeX class for creating presentations that are held using a projector, but it can also be used to create transparency slides. ------------ 1st Requirement ------------ Summary : LaTeX color extensions URL : http://www.ukern.de/tex/xcolor.html Description : xcolor is a LaTeX package that provides easy driver-independent access to several kinds of colors, tints, shades, tones, and mixes of arbitrary colors by means of color expressions like \color{red!50!green!20!blue}. ------------ 2nd Requirement ------------ Summary : Portable graphics format for LaTeX URL : http://latex-beamer.sourceforge.net/ Description : pgf stands for 'portable graphics format'. It is a TeX macro package that allows you to create graphics in your TeX documents using a special pgfpicture environment and special macros for drawing lines, curves, rectangles, and many other kind of graphic objects. Its usage closely resembles the pstricks package or the normal picture environment of LaTeX. ------------ SRPMs location: http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-xcolor-2.00-1.src.rpm http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-pgf-0.65-1.src.rpm http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-beamer-3.01-1.src.rpm jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From skvidal at fedoraproject.org Tue Mar 8 05:14:35 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 08 Mar 2005 00:14:35 -0500 Subject: New Packages for Fedora Extras and Fedora Extras Testing Message-ID: <1110258875.20301.18.camel@cutter> Hi, New packages in the Fedora Extras 3 and Fedora Extras Testing 3 Repositories: Extras 3: libsamplerate (i386, x86_64) libsndfile (i386, x86_64) lighttpd (i386, x86_64) unison (i386, x86_64) global (i386, x86_64) - new version amarok (i386, x86_64) pdfjam (i386, x86_64) perl-Sub-Uplevel (i386, x86_64) perl-Test-Exception (i386, x86_64) Testing 3: cone (i386, x86_64) revelation (i386, x86_64) gwget (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Tue Mar 8 06:19:27 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Mar 2005 00:19:27 -0600 Subject: no xfce for FC4? In-Reply-To: <20050307193554.B39D22B685@voldemort.scrye.com> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> Message-ID: <1110262767.4350.100.camel@localhost.localdomain> On Mon, 2005-03-07 at 12:35 -0700, Kevin Fenzi wrote: >I'm hoping to get some good feedback from the specs/packages and find >someone interested in sponsoring me to maintain the xfce packages in >fedora extras. I'm not an xfce user, but I took the time tonight to download your SRPMs to review them. A few items of note: All packages: -Source0: http://www.xfce.org/archive/xfce-4.0.3/src/%{name}-%{version}.tar.gz +Source: http://www.us.xfce.org/archive/xfce-4.2.0/src-bz2/libxfce4mcs-4.2.0.tar.bz2 Fixing the link is good, but I'd prefer you kept the Source0. Yes, its purely stylistic, but it sets a good example for other packagers who have multiple sources, and helps avoid things like: Source: foo.tar.gz Source43: foobar.tar.gz Start at 0 and increment as needed. In libxfce4util: -License: BSD +License: BSD LGPL Can you change that to BSD and LGPL (its not a true dual license, your clarification in the %changelog is good). xfce4, xffm, xfprint, xfwm4, (and others?) seem to have lost %find_lang %{name}. Is it no longer properly internationalized in 4.2.*? (This seems to be a regression of https://bugzilla.redhat.com/beta/show_bug.cgi?id=124954) Note to new packagers: You should be using: %find_lang %{name} (in %{install}) and %files -f %{name}.lang (instead of just %files) to package locales properly, not with: %{_datadir}/locale/*/*/ Kevin, please run through all your srpms and make sure that %find_lang is being used where relevant. xffm-icons seems to be missing altogether. If its been sucked into the main xffm package, please add this to the xffm spec: Provides: xffm-icons = %{version}-%{release} Obsoletes: xffm-icons <= 4.0.(whatever the last xffm-icons package released was) xfprint, gtk-xfce-engine, and xfwm4 (and any others I might have missed): drop the INSTALL from %doc, it wastes space (assuming that it is the cookie cutter INSTALL file, if not, it can stay). All packages: Be consistent with naming and case inside spec (with exception of package names). Sometimes, its "XFce", sometimes "Xfce", other times "xfce". The website says "Xfce", you should probably use that. xfwm4-themes: -Summary: Themes for xfwm4 +Summary: Additionnal themes for xfwm4 Spell-check, please. "Additional". :) Terminal: "...with some new ideas and features that makes it unique among X terminal emulators" (change "makes it" to "make it") All packages (with libraries): If the package is adding new libraries on install (or removing old libraries on uninstall/upgrade), you need to have: %post -p /sbin/ldconfig %postun -p /sbin/ldconfig Check your packages, I don't see these being used anywhere. xffm: You're missing a patch that Fedora Core had in the 4.0 series, that still seems relevant in 4.2. (forgive the whitespace mangling) xffm-4.0.5-rpath.patch --- xffm-4.0.5/configure.orig 2004-05-13 14:42:21.764371688 +0200 +++ xffm-4.0.5/configure 2004-05-13 14:44:42.109609434 +0200 @@ -35263,7 +35263,7 @@ echo "$as_me:$LINENO: checking DBH_LIBS" >&5 echo $ECHO_N "checking DBH_LIBS... $ECHO_C" >&6 - DBH_LIBS=`$PKG_CONFIG --libs "dbh-1.0 >= 1.0"` + DBH_LIBS=`$PKG_CONFIG --libs-only-l "dbh-1.0 >= 1.0"` echo "$as_me:$LINENO: result: $DBH_LIBS" >&5 echo "${ECHO_T}$DBH_LIBS" >&6 else .... It might seem like a lot, but the packaging looks pretty good, aside from the relatively minor issues I caught in initial review. Make the changes, post them again, I'll eyeball once more, then do build testing. If all continues to go well, you've got yourself a sponsor. :) Thanks for taking the time to package this, ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From iago.rubio at hispalinux.es Tue Mar 8 08:38:00 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Tue, 08 Mar 2005 09:38:00 +0100 Subject: no xfce for FC4? In-Reply-To: <1110262767.4350.100.camel@localhost.localdomain> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> Message-ID: <1110271080.21478.19.camel@speedy.iagorubio.net> On Tue, 2005-03-08 at 00:19 -0600, Tom 'spot' Callaway wrote: > On Mon, 2005-03-07 at 12:35 -0700, Kevin Fenzi wrote: > > >I'm hoping to get some good feedback from the specs/packages and find > >someone interested in sponsoring me to maintain the xfce packages in > >fedora extras. > > I'm not an xfce user, but I took the time tonight to download your SRPMs > to review them. A few items of note: > > All packages: > > -Source0: > http://www.xfce.org/archive/xfce-4.0.3/src/%{name}-%{version}.tar.gz > +Source: > http://www.us.xfce.org/archive/xfce-4.2.0/src-bz2/libxfce4mcs-4.2.0.tar.bz2 > > Fixing the link is good, but I'd prefer you kept the Source0. I getting a bit confused with this. I've just changed al urls in one package I maintain to fit with this: http://fedoraproject.org/wiki/PackagingGuidelines#head-899bd694d29ace1be956ab35177075021977560b [quote] Please avoid using macros in the source URLs, prefer, for example, http://dl.sf.net/someproject/1.0/someproject-1.0.tar.bz2 over http://dl.sf.net/%{name}/%{version}/%{name}-%{version}.tar.bz2 While using macros saves you as a package maintainer some time whenever you update the package, QA will have to reconstruct the source URL manually when the validity of the sources is checked. [/quote] Please, Could anyone give us an athoritative answer on this ? What should be used in urls, macros or hardcoded urls ? Thaks in advance for your help. -- Iago Rubio From rc040203 at freenet.de Tue Mar 8 09:05:45 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 08 Mar 2005 10:05:45 +0100 Subject: no xfce for FC4? In-Reply-To: <1110271080.21478.19.camel@speedy.iagorubio.net> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <1110271080.21478.19.camel@speedy.iagorubio.net> Message-ID: <1110272745.7140.242.camel@mccallum.corsepiu.local> On Tue, 2005-03-08 at 09:38 +0100, Iago Rubio wrote: > On Tue, 2005-03-08 at 00:19 -0600, Tom 'spot' Callaway wrote: > > On Mon, 2005-03-07 at 12:35 -0700, Kevin Fenzi wrote: > > > > >I'm hoping to get some good feedback from the specs/packages and find > > >someone interested in sponsoring me to maintain the xfce packages in > > >fedora extras. > > > > I'm not an xfce user, but I took the time tonight to download your SRPMs > > to review them. A few items of note: > > > > All packages: > > > > -Source0: > > http://www.xfce.org/archive/xfce-4.0.3/src/%{name}-%{version}.tar.gz > > +Source: > > http://www.us.xfce.org/archive/xfce-4.2.0/src-bz2/libxfce4mcs-4.2.0.tar.bz2 > > > > Fixing the link is good, but I'd prefer you kept the Source0. > > I getting a bit confused with this. > > I've just changed al urls in one package I maintain to fit with this: > http://fedoraproject.org/wiki/PackagingGuidelines#head-899bd694d29ace1be956ab35177075021977560b > > [quote] > Please avoid using macros in the source URLs, prefer, for example, > > http://dl.sf.net/someproject/1.0/someproject-1.0.tar.bz2 > > over > > http://dl.sf.net/%{name}/%{version}/%{name}-%{version}.tar.bz2 > > While using macros saves you as a package maintainer some time whenever > you update the package, QA will have to reconstruct the source URL > manually when the validity of the sources is checked. > [/quote] > > Please, Could anyone give us an athoritative answer on this ? To rpm, this doesn't matter. > What should be used in urls, macros or hardcoded urls ? IMHO, using hard-coded versions in "Source:"-tags is less maintainable than using %{version}. I vote for the wiki to be changed. Ralf From bugs.michael at gmx.net Tue Mar 8 09:11:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 8 Mar 2005 10:11:08 +0100 Subject: no xfce for FC4? In-Reply-To: <1110271080.21478.19.camel@speedy.iagorubio.net> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <1110271080.21478.19.camel@speedy.iagorubio.net> Message-ID: <20050308101108.6f40c669.bugs.michael@gmx.net> On Tue, 08 Mar 2005 09:38:00 +0100, Iago Rubio wrote: > On Tue, 2005-03-08 at 00:19 -0600, Tom 'spot' Callaway wrote: > > On Mon, 2005-03-07 at 12:35 -0700, Kevin Fenzi wrote: > > > > >I'm hoping to get some good feedback from the specs/packages and find > > >someone interested in sponsoring me to maintain the xfce packages in > > >fedora extras. > > > > I'm not an xfce user, but I took the time tonight to download your SRPMs > > to review them. A few items of note: > > > > All packages: > > > > -Source0: > > http://www.xfce.org/archive/xfce-4.0.3/src/%{name}-%{version}.tar.gz > > +Source: > > http://www.us.xfce.org/archive/xfce-4.2.0/src-bz2/libxfce4mcs-4.2.0.tar.bz2 > > > > Fixing the link is good, but I'd prefer you kept the Source0. > > I getting a bit confused with this. > > I've just changed al urls in one package I maintain to fit with this: > http://fedoraproject.org/wiki/PackagingGuidelines#head-899bd694d29ace1be956ab35177075021977560b > > [quote] > Please avoid using macros in the source URLs, prefer, for example, > > http://dl.sf.net/someproject/1.0/someproject-1.0.tar.bz2 > > over > > http://dl.sf.net/%{name}/%{version}/%{name}-%{version}.tar.bz2 > > While using macros saves you as a package maintainer some time whenever > you update the package, QA will have to reconstruct the source URL > manually when the validity of the sources is checked. > [/quote] > > Please, Could anyone give us an athoritative answer on this ? > > What should be used in urls, macros or hardcoded urls ? It's simple. The background of the "no macros in download URLs" guideline is from fedora.us times. This was to make sure that * Source URL in spec file and actual download URL are the same * package reviewers need not play with macro magic before they could cut'n'paste an URL and feed it to wget/curl * any Source URLs are verifyable easily When the packager downloads a new release, a macro-less URL is used and ought to be copied into the spec file to keep it in sync. Something like this is not smart, it's madness: http://dl.sf.net/%{name}/%{version}/%{name}-%{version}.tar.bz2 How often does %name change both in your package and upstream at the same time? Most likely the entire URL changes more often, when e.g. a project moves. How long does it take before you can be sure that releases always are put into a sub-directory named %version? But overall, when you have CVS access and you maintain a package in CVS yourself and you don't depend on security relevant reviews, hardly anyone cares whether you pave your spec file with macros where they don't really add any value. ;) From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Mar 8 09:17:02 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 8 Mar 2005 10:17:02 +0100 Subject: no xfce for FC4? In-Reply-To: <1110271080.21478.19.camel@speedy.iagorubio.net> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <1110271080.21478.19.camel@speedy.iagorubio.net> Message-ID: <20050308101702.74299c3a@python2> Iago Rubio wrote : > I getting a bit confused with this. > > I've just changed al urls in one package I maintain to fit with this: > http://fedoraproject.org/wiki/PackagingGuidelines#head-899bd694d29ace1be956ab35177075021977560b > > [quote] > Please avoid using macros in the source URLs, prefer, for example, > > http://dl.sf.net/someproject/1.0/someproject-1.0.tar.bz2 > > over > > http://dl.sf.net/%{name}/%{version}/%{name}-%{version}.tar.bz2 > > While using macros saves you as a package maintainer some time whenever > you update the package, QA will have to reconstruct the source URL > manually when the validity of the sources is checked. > [/quote] > > Please, Could anyone give us an athoritative answer on this ? > > What should be used in urls, macros or hardcoded urls ? The hardcoding of URLs was something fedora.us introduced, in order to ease the copy/pasting of source lines to download the pristine sources for the QA process. I'd say that for Extras, with its lookaside cache for sources, this isn't of much relevance anymore. My vote would be to drop that recommendation and leave it up to the packager to decide what he likes best. I know that I like hardcoding everything except the version, that way if it was "libfoo" and now the "Name:" gets changed to "libfoo04", still nothing to change. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.10-1.770_FC3 Load : 1.39 0.90 0.36 From iago.rubio at hispalinux.es Tue Mar 8 13:22:20 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Tue, 08 Mar 2005 14:22:20 +0100 Subject: no xfce for FC4? In-Reply-To: <20050308101702.74299c3a@python2> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <1110271080.21478.19.camel@speedy.iagorubio.net> <20050308101702.74299c3a@python2> Message-ID: <1110288140.22203.36.camel@speedy.iagorubio.net> On Tue, 2005-03-08 at 10:17 +0100, Matthias Saou wrote: > The hardcoding of URLs was something fedora.us introduced, in order to ease > the copy/pasting of source lines to download the pristine sources for the > QA process. I'd say that for Extras, with its lookaside cache for sources, > this isn't of much relevance anymore. > > My vote would be to drop that recommendation and leave it up to the > packager to decide what he likes best. I know that I like hardcoding > everything except the version, that way if it was "libfoo" and now the > "Name:" gets changed to "libfoo04", still nothing to change. Ok, thanks all for the explanation. I agree with dropping the recommendation from the wiki, but may be to give a hint on using clever macros - I mean macros just for values that will change between release, so in most cases just the version number - could drive in cleaner rpms. As Michael said, to use each possible macro in the url is quite obtuse. -- Iago Rubio From nphilipp at redhat.com Tue Mar 8 13:50:49 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 08 Mar 2005 14:50:49 +0100 Subject: ppracer In-Reply-To: <20050307174856.GA24061@lisas.de> References: <1109942747.20869.26.camel@gibraltar.stuttgart.redhat.com> <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> <20050307174856.GA24061@lisas.de> Message-ID: <1110289850.14945.12.camel@wombat.tiptoe.de> On Mon, 2005-03-07 at 18:48 +0100, Adrian Reber wrote: > On Mon, Mar 07, 2005 at 02:52:46PM +0100, Nils Philippsen wrote: > > > -make %{?_smp_mflags} > > > +make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" CXX_FLAGS="$RPM_OPT_FLAGS" > > > > > > you could remove the autoconf dependency and the configure.in patch. > > > > Not really because you would be missing the CFLAGS/CXXFLAGS needed for > > the used libraries. > > I have played around with the position of the CFLAGS a bit and on my > system it doesn't matter if I put it in front, back of make or just > leave it completely away... I always get the same result... It seems as > it is already picked up during configure like it is supposed to be. Have you tried this with backing out the optflags patch? Anyway, if you use CFLAGS/CXXFLAGS on the make command line, you overwrite what's previously been specified in the Makefile, i.e. what configure defined for the variables. This is regardless of whether you put CFLAGS/CXXFLAGS in front of make (as environment variables) or on the make command line (as make options). Unless you have a very compelling argument why make should somehow magically combine the CFLAGS/CXXFLAGS found in the Makefile and those specified on the command line, I'm not inclined to take out the patch ;-). > Oh, and I also saw that desktop-file-install is complaining: > > /var/tmp/ppracer-0.3.1-1-root-adrian/usr/share/applications/fedora-ppracer.desktop: > warning: boolean key "Terminal" has value "0", boolean values should be > "false" or "true", although "0" and "1" are allowed in this field for > backwards compatibility Fixed. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From symbiont at berlios.de Tue Mar 8 13:52:47 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Tue, 8 Mar 2005 21:52:47 +0800 Subject: no xfce for FC4? In-Reply-To: <20050308101702.74299c3a@python2> References: <422CA94A.7040008@gmail.com> <1110271080.21478.19.camel@speedy.iagorubio.net> <20050308101702.74299c3a@python2> Message-ID: <200503082152.47911.symbiont@berlios.de> On Tuesday 08 March 2005 17:17, Matthias Saou wrote: > now the > "Name:" gets changed to "libfoo04", still nothing to change. %setup would need to change. ;) -- -jeff From adrian at lisas.de Tue Mar 8 14:38:23 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 8 Mar 2005 15:38:23 +0100 Subject: ppracer In-Reply-To: <1110289850.14945.12.camel@wombat.tiptoe.de> References: <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> <20050307174856.GA24061@lisas.de> <1110289850.14945.12.camel@wombat.tiptoe.de> Message-ID: <20050308143823.GA21446@lisas.de> On Tue, Mar 08, 2005 at 02:50:49PM +0100, Nils Philippsen wrote: > On Mon, 2005-03-07 at 18:48 +0100, Adrian Reber wrote: > > On Mon, Mar 07, 2005 at 02:52:46PM +0100, Nils Philippsen wrote: > > > > -make %{?_smp_mflags} > > > > +make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" CXX_FLAGS="$RPM_OPT_FLAGS" > > > > > > > > you could remove the autoconf dependency and the configure.in patch. > > > > > > Not really because you would be missing the CFLAGS/CXXFLAGS needed for > > > the used libraries. > > > > I have played around with the position of the CFLAGS a bit and on my > > system it doesn't matter if I put it in front, back of make or just > > leave it completely away... I always get the same result... It seems as > > it is already picked up during configure like it is supposed to be. > > Have you tried this with backing out the optflags patch? Yes, the correct RPM_OPT_FLAGS are used by the compiler without any changing or setting of CFLAGS/CXXFLAGS. > Anyway, if you > use CFLAGS/CXXFLAGS on the make command line, you overwrite what's > previously been specified in the Makefile, i.e. what configure defined > for the variables. This is regardless of whether you put CFLAGS/CXXFLAGS > in front of make (as environment variables) or on the make command line > (as make options). Unless you have a very compelling argument why make > should somehow magically combine the CFLAGS/CXXFLAGS found in the > Makefile and those specified on the command line, I'm not inclined to > take out the patch ;-). That's okay :-) I have nothing against the patch I just thought that it should be possible to do it without a patch. But this is definitely not something blocking the package in any way. Adrian From nphilipp at redhat.com Tue Mar 8 16:19:24 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 08 Mar 2005 17:19:24 +0100 Subject: ppracer In-Reply-To: <20050308143823.GA21446@lisas.de> References: <20050304164404.7a8eefc0@python2> <1109956746.20869.73.camel@gibraltar.stuttgart.redhat.com> <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> <20050307174856.GA24061@lisas.de> <1110289850.14945.12.camel@wombat.tiptoe.de> <20050308143823.GA21446@lisas.de> Message-ID: <1110298765.14945.20.camel@wombat.tiptoe.de> On Tue, 2005-03-08 at 15:38 +0100, Adrian Reber wrote: > Yes, the correct RPM_OPT_FLAGS are used by the compiler without any > changing or setting of CFLAGS/CXXFLAGS. Now I've seen the light... recent ppracer does indeed honour the CFLAGS/CXXFLAGS set by %configure. Sorry for me taking so long ;-). > That's okay :-) I have nothing against the patch I just thought that it > should be possible to do it without a patch. But this is definitely not > something blocking the package in any way. I'll remove the patch (now that I see it's not necessary anymore), can I consider it approved then? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Tue Mar 8 16:25:03 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 08 Mar 2005 17:25:03 +0100 Subject: Review needed: bzflag In-Reply-To: <20050304190436.GA16909@lisas.de> References: <1109952035.20869.44.camel@gibraltar.stuttgart.redhat.com> <20050304190436.GA16909@lisas.de> Message-ID: <1110299103.14945.23.camel@wombat.tiptoe.de> On Fri, 2005-03-04 at 20:04 +0100, Adrian Reber wrote: > On Fri, Mar 04, 2005 at 05:00:34PM +0100, Nils Philippsen wrote: > > I just imported bzflag to CVS and it would be great if someone could > > review it. > > Looks pretty good, but: > > If you do not include curl-devel in the BuildRequires for a special > reason it would be good to disable curl usage in the configure script or > just add it as a BR. done > I personally like the BuildRoot from the PackagingGuidlines better: > %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) done > Package builds, installs and works. Does this mean it's approved? Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From adrian at lisas.de Tue Mar 8 16:34:46 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 8 Mar 2005 17:34:46 +0100 Subject: ppracer In-Reply-To: <1110298765.14945.20.camel@wombat.tiptoe.de> References: <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> <20050307174856.GA24061@lisas.de> <1110289850.14945.12.camel@wombat.tiptoe.de> <20050308143823.GA21446@lisas.de> <1110298765.14945.20.camel@wombat.tiptoe.de> Message-ID: <20050308163446.GB4066@lisas.de> On Tue, Mar 08, 2005 at 05:19:24PM +0100, Nils Philippsen wrote: > On Tue, 2005-03-08 at 15:38 +0100, Adrian Reber wrote: > > Yes, the correct RPM_OPT_FLAGS are used by the compiler without any > > changing or setting of CFLAGS/CXXFLAGS. > > Now I've seen the light... recent ppracer does indeed honour the > CFLAGS/CXXFLAGS set by %configure. Sorry for me taking so long ;-). Finally :-) I already thought it is my fault. > > That's okay :-) I have nothing against the patch I just thought that it > > should be possible to do it without a patch. But this is definitely not > > something blocking the package in any way. > > I'll remove the patch (now that I see it's not necessary anymore), can I > consider it approved then? Considered it approved. It builds and works for me. I will post an APPROVED mail to -commits if you like and if it necessary... Adrian -- Adrian Reber http://lisas.de/~adrian/ Beauty: What's in your eye when you have a bee in your hand. From nphilipp at redhat.com Tue Mar 8 17:21:34 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 08 Mar 2005 18:21:34 +0100 Subject: ppracer In-Reply-To: <20050308163446.GB4066@lisas.de> References: <20050304185533.0f86d703@python2> <1109963985.6560.1.camel@gibraltar.stuttgart.redhat.com> <20050304200524.2ab07345@python2> <1109967124.6560.16.camel@gibraltar.stuttgart.redhat.com> <20050304214209.GA15879@lisas.de> <1110203566.32665.1.camel@wombat.tiptoe.de> <20050307174856.GA24061@lisas.de> <1110289850.14945.12.camel@wombat.tiptoe.de> <20050308143823.GA21446@lisas.de> <1110298765.14945.20.camel@wombat.tiptoe.de> <20050308163446.GB4066@lisas.de> Message-ID: <1110302494.14945.41.camel@wombat.tiptoe.de> On Tue, 2005-03-08 at 17:34 +0100, Adrian Reber wrote: > Considered it approved. It builds and works for me. I will post an > APPROVED mail to -commits if you like and if it necessary... I'll do it by myself, sparing you some work. I've seen people to post APPROVED mails for their own packages instead of the approver doing it for them, so I guess it's OK. Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bugs.michael at gmx.net Tue Mar 8 17:41:38 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 8 Mar 2005 18:41:38 +0100 Subject: New Packages for Fedora Extras and Fedora Extras Testing In-Reply-To: <1110258875.20301.18.camel@cutter> References: <1110258875.20301.18.camel@cutter> Message-ID: <20050308184138.7ef12209.bugs.michael@gmx.net> On Tue, 08 Mar 2005 00:14:35 -0500, seth vidal wrote: > Hi, > New packages in the Fedora Extras 3 and Fedora Extras Testing 3 > Repositories: > > Extras 3: > libsamplerate (i386, x86_64) > libsndfile (i386, x86_64) > lighttpd (i386, x86_64) > unison (i386, x86_64) > global (i386, x86_64) - new version > amarok (i386, x86_64) > pdfjam (i386, x86_64) > perl-Sub-Uplevel (i386, x86_64) > perl-Test-Exception (i386, x86_64) > > Testing 3: > cone (i386, x86_64) > revelation (i386, x86_64) > gwget (i386, x86_64) > > Follow updates and new packages at: > http://fedoraproject.org/infofeed/ > > Fedora Extras 3 Package RSS Feed: > http://fedoraproject.org/infofeed/inputs/fc3-extras.xml > > Extras info: > http://fedoraproject.org/wiki/Extras > > Status page: > http://fedoraproject.org/wiki/Extras/FC3Status > > Report problems at Bugzilla: > http://bugzilla.redhat.com/ > > thanks, > -sv > > I'd like to raise awareness of the Fedora Extras "testing" repository. He's an example entry for Yum: [extras-testing] name=Fedora Extras Test Updates - $releasever - $basearch baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/testing/$releasever/$basearch/ gpgcheck=1 gpgkey=http://download.fedora.redhat.com/pub/fedora/linux/extras/RPM-GPG-KEY-Fedora-Extras From mgansser at k-p-ebert.de Tue Mar 8 20:37:17 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Tue, 08 Mar 2005 21:37:17 +0100 Subject: problem with new amarok 1.2.1 package Message-ID: <1110314237.6021.7.camel@gecko> hi, there is a problem with the new amarok 1.2.1 package on fc3. the program crashed after a few seconds with the following message: amaroK could not find any sound-engine plugins. amaroK is now updating the KDE configuration database. Please wait a couple of minutes, then restart amaroK. If this does not help, it is likely that amaroK is installed under the wrong prefix, please fix your installation using: $ cd /path/to/amarok/source-code/ $ su -c "make uninstall" $ ./configure --prefix=`kde-config --prefix` && su -c "make install" $ kbuildsycoca $ amarok More information can be found in the README file. For further assistance join us at #amarok on irc.freenode.net. the preceding version 1.2 of amarok works well any hints ? regards Martin From rdieter at math.unl.edu Tue Mar 8 20:39:34 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 08 Mar 2005 14:39:34 -0600 Subject: problem with new amarok 1.2.1 package In-Reply-To: <1110314237.6021.7.camel@gecko> References: <1110314237.6021.7.camel@gecko> Message-ID: <422E0D86.4060801@math.unl.edu> Martin Gansser wrote: > hi, > there is a problem with the new amarok 1.2.1 package on fc3. > the program crashed after a few seconds with the following message: > > > amaroK could not find any sound-engine plugins. amaroK is now updating Bugzilla it: http://bugzilla.redhat.com/ -- Rex From mgansser at k-p-ebert.de Tue Mar 8 20:59:48 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Tue, 08 Mar 2005 21:59:48 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <422E0D86.4060801@math.unl.edu> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> Message-ID: <1110315589.6021.8.camel@gecko> Am Dienstag, den 08.03.2005, 14:39 -0600 schrieb Rex Dieter: > Martin Gansser wrote: > > hi, > > there is a problem with the new amarok 1.2.1 package on fc3. > > the program crashed after a few seconds with the following message: > > > > > > amaroK could not find any sound-engine plugins. amaroK is now updating > > Bugzilla it: > http://bugzilla.redhat.com/ > > -- Rex bugreport is filled https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 -- Viele Gr??e Martin From kevin-fedora-extras at scrye.com Tue Mar 8 22:31:13 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 8 Mar 2005 15:31:13 -0700 Subject: no xfce for FC4? References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> Message-ID: <20050308223116.08EA7164C0@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Tom" == Tom Callaway writes: Tom> On Mon, 2005-03-07 at 12:35 -0700, Kevin Fenzi wrote: >> I'm hoping to get some good feedback from the specs/packages and >> find someone interested in sponsoring me to maintain the xfce >> packages in fedora extras. Tom> I'm not an xfce user, but I took the time tonight to download Tom> your SRPMs to review them. A few items of note: Thanks for the time and feedback! Perhaps we will convert you to using Xfce? :) Tom> All packages: Tom> -Source0: Tom> http://www.xfce.org/archive/xfce-4.0.3/src/%{name}-%{version}.tar.gz Tom> +Source: Tom> http://www.us.xfce.org/archive/xfce-4.2.0/src-bz2/libxfce4mcs-4.2.0.tar.bz2 Tom> Fixing the link is good, but I'd prefer you kept the Tom> Source0. Yes, its purely stylistic, but it sets a good example Tom> for other packagers who have multiple sources, and helps avoid Tom> things like: Tom> Source: foo.tar.gz Source43: foobar.tar.gz Tom> Start at 0 and increment as needed. ok. I have always done just "Source" when there is only one Source file, but you are probibly right that it's better for standardization. I have changed all the spec files to use 'Source0:' Tom> In libxfce4util: Tom> -License: BSD +License: BSD LGPL Tom> Can you change that to BSD and LGPL (its not a true dual license, Tom> your clarification in the %changelog is good). ok. Done. Tom> xfce4, xffm, xfprint, xfwm4, (and others?) seem to have lost Tom> %find_lang %{name}. Is it no longer properly internationalized in Tom> 4.2.*? (This seems to be a regression of Tom> https://bugzilla.redhat.com/beta/show_bug.cgi?id=124954) Those are new packages I used the upstream specs to start from. It was my fault for not adding in the find_lang. :( Tom> Note to new packagers: You should be using: %find_lang %{name} Tom> (in %{install}) and %files -f %{name}.lang (instead of just Tom> %files) Tom> to package locales properly, not with: Tom> %{_datadir}/locale/*/*/ Perhaps that should be added to the wiki in the packages hints? Tom> Kevin, please run through all your srpms and make sure that Tom> %find_lang is being used where relevant. Done. I fixed: Terminal xfcalendar xfce4-appfinder xfce4-mixer xfce4-session xfce4-toys xfce4-trigger-launcher xfdesktop xfprint xfwm4 Note that I am still seeing the following kinds of errors from rpmlint: E: xfcalendar invalid-lc-messages-dir /usr/share/locale/nb_NO/LC_MESSAGES/xfcalendar.mo E: xfcalendar invalid-lc-messages-dir /usr/share/locale/pt_PT/LC_MESSAGES/xfcalendar.mo E: xfce4-appfinder invalid-lc-messages-dir /usr/share/locale/pt_PT/LC_MESSAGES/xfce4-appfinder.mo Are those invalid locales? Tom> xffm-icons seems to be missing altogether. If its been sucked Tom> into the main xffm package, please add this to the xffm spec: Tom> Provides: xffm-icons = %{version}-%{release} Obsoletes: Tom> xffm-icons <= 4.0.(whatever the last xffm-icons package released Tom> was) Good catch. Oddly enough, it looks like there isn't a 4.2.0 version of the xffm-icons provided upstream. The 4.0.6 version looks to be what should be used. So, that package can stay the same as it was in the 4.0.6 version. I will import it into my tree however. Ok, it should be there now. Tom> xfprint, gtk-xfce-engine, and xfwm4 (and any others I might have Tom> missed): drop the INSTALL from %doc, it wastes space (assuming Tom> that it is the cookie cutter INSTALL file, if not, it can stay). ok, They are all using the Generic one. I have removed install from: dbh/dbh-1.0.20/INSTALL exo/exo-0.2.0/INSTALL Terminal/Terminal-0.2.2/INSTALL xfcalendar/xfcalendar-4.2.0/INSTALL xfce4-appfinder/xfce4-appfinder-4.2.0/INSTALL xfce4-mixer/xfce4-mixer-4.2.0/INSTALL xfce4-session/xfce4-session-4.2.0/INSTALL xfce4-systray/xfce4-systray-4.2.0/INSTALL xfce4-toys/xfce4-toys-4.2.0/INSTALL xfce4-trigger-launcher/xfce4-trigger-launcher-4.2.0/INSTALL xfdesktop/xfdesktop-4.2.0/INSTALL xffm-icons/xffm-icons-4.0.6/INSTALL xffm/xffm-4.2.0/INSTALL xfprint/xfprint-4.2.0/INSTALL xfwm4/xfwm4-4.2.0/INSTALL Tom> All packages: Be consistent with naming and case inside spec Tom> (with exception of package names). Sometimes, its "XFce", Tom> sometimes "Xfce", other times "xfce". The website says "Xfce", Tom> you should probably use that. ok. All of them that I could find have been changed to Xfce. Tom> xfwm4-themes: Tom> -Summary: Themes for xfwm4 +Summary: Additionnal themes for xfwm4 Tom> Spell-check, please. "Additional". :) Oops. ;) Fixed. Thats in the upstream spec file, BTW. I am planning on submitting back a bunch of fixes to the upstream specs if they are interested in them. Tom> Terminal: Tom> "...with some new ideas and features that makes it unique among X Tom> terminal emulators" (change "makes it" to "make it") Done. Tom> All packages (with libraries): Tom> If the package is adding new libraries on install (or removing Tom> old libraries on uninstall/upgrade), you need to have: Tom> %post -p /sbin/ldconfig Tom> %postun -p /sbin/ldconfig Tom> Check your packages, I don't see these being used anywhere. They are in a number of the packages: dbh/dbh.spec:%post -p /sbin/ldconfig dbh/dbh.spec:%postun -p /sbin/ldconfig exo/exo.spec:%post -p /sbin/ldconfig exo/exo.spec:%postun -p /sbin/ldconfig libxfce4mcs/libxfce4mcs.spec:Prereq: /sbin/ldconfig libxfce4mcs/libxfce4mcs.spec:%post -p /sbin/ldconfig libxfce4mcs/libxfce4mcs.spec:%postun -p /sbin/ldconfig libxfce4util/libxfce4util.spec:Prereq: /sbin/ldconfig libxfce4util/libxfce4util.spec:%post -p /sbin/ldconfig libxfce4util/libxfce4util.spec:%postun -p /sbin/ldconfig libxfcegui4/libxfcegui4.spec:Prereq: /sbin/ldconfig libxfcegui4/libxfcegui4.spec:%post -p /sbin/ldconfig libxfcegui4/libxfcegui4.spec:%postun -p /sbin/ldconfig xffm/xffm.spec:Prereq: /sbin/ldconfig xffm/xffm.spec:%post -p /sbin/ldconfig xffm/xffm.spec:%postun -p /sbin/ldconfig It's worth noting here that rpmlint complains about that. It says that post and postun are empty. I think I have all the packages that have libraries doing that. There are some packages that have plugins, but those shouldn't need ldconfig to run to pick up. Tom> xffm: Tom> You're missing a patch that Fedora Core had in the 4.0 series, Tom> that still seems relevant in 4.2. (forgive the whitespace Tom> mangling) Tom> xffm-4.0.5-rpath.patch Tom> --- xffm-4.0.5/configure.orig 2004-05-13 14:42:21.764371688 +0200 Tom> +++ xffm-4.0.5/configure 2004-05-13 14:44:42.109609434 +0200 @@ Tom> -35263,7 +35263,7 @@ Tom> echo "$as_me:$LINENO: checking DBH_LIBS" >&5 echo Tom> $ECHO_N "checking DBH_LIBS... $ECHO_C" >&6 - Tom> DBH_LIBS=`$PKG_CONFIG --libs "dbh-1.0 >= 1.0"` + Tom> DBH_LIBS=`$PKG_CONFIG --libs-only-l "dbh-1.0 >= 1.0"` echo Tom> "$as_me:$LINENO: result: $DBH_LIBS" >&5 echo "${ECHO_T}$DBH_LIBS" Tom> >&6 else Yeah, I had totally missed the xffm spec from fc3-devel, so I didn't see that patch. I have moved in the xffm spec and readded that patch now. Tom> .... Tom> It might seem like a lot, but the packaging looks pretty good, Tom> aside from the relatively minor issues I caught in initial Tom> review. Make the changes, post them again, I'll eyeball once Tom> more, then do build testing. If all continues to go well, you've Tom> got yourself a sponsor. :) Excellent. I have rebuilt all the src.rpms and fc3-RPMS for all the packages now. I upped the release number in the case of packages where I made changes. Not sure if I had to do that since they aren't released, but would help anyone who picked up the last round of packages before these changes. Everyone feel free to take a look and let me know if you spot anything else. If everything looks good and the sponsorship is a go, let me know and I can move on to faxing in the CVS app. ;) Tom> Thanks for taking the time to package this, No problem. Thanks for the excellent feedback. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCLiez3imCezTjY0ERAojeAJ96GbhCSOj53ZIJCQaGBnFDl6jvmgCggMNW Ou2mkOHXsyVCoftQBLrz3ao= =QSs+ -----END PGP SIGNATURE----- From wtogami at redhat.com Wed Mar 9 00:19:35 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 08 Mar 2005 14:19:35 -1000 Subject: PLT Scheme in Extras In-Reply-To: <1110212624.10331.1.camel@scriabin.tannenrauch.ch> References: <1110129932.21522.9.camel@scriabin.tannenrauch.ch> <422C1F07.8070803@redhat.com> <422C237A.4050101@redhat.com> <1110193067.7816.7.camel@scriabin.tannenrauch.ch> <422C36E1.70908@redhat.com> <1110212624.10331.1.camel@scriabin.tannenrauch.ch> Message-ID: <422E4117.4060608@redhat.com> G?rard Milmeister wrote: > On Mon, 2005-03-07 at 01:11 -1000, Warren Togami wrote: > > >>Upstream's Linux binaries are compiled with GL too, (but their default >>font sizes are larger and easier to read). We can push the package >>after we come to some agreement on the package name, summary and >>description. >> > > Maybe we choose "drscheme" as name, with url www.drscheme.org. The > summary would then explicity refer to drscheme, and the description > would give further information. Fine, make it so. Let me know when you have a SRPM ready, I'll review it once more. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Wed Mar 9 02:49:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 9 Mar 2005 03:49:13 +0100 Subject: no xfce for FC4? In-Reply-To: <20050308223116.08EA7164C0@voldemort.scrye.com> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <20050308223116.08EA7164C0@voldemort.scrye.com> Message-ID: <20050309034913.1596ce3a.bugs.michael@gmx.net> On Tue, 8 Mar 2005 15:31:13 -0700, Kevin Fenzi wrote: > Tom> All packages (with libraries): > Tom> If the package is adding new libraries on install (or removing > Tom> old libraries on uninstall/upgrade), you need to have: > > Tom> %post -p /sbin/ldconfig > Tom> %postun -p /sbin/ldconfig > > Tom> Check your packages, I don't see these being used anywhere. > > They are in a number of the packages: > xffm/xffm.spec:Prereq: /sbin/ldconfig > xffm/xffm.spec:%post -p /sbin/ldconfig > xffm/xffm.spec:%postun -p /sbin/ldconfig > > It's worth noting here that rpmlint complains about that. It says that > post and postun are empty. That's because rpmlint is right, but braindead. The scriptlet bodies are empty (any line up to the next spec file section is included in the scriptlet body), but the -p parameter executes /sbin/ldconfig as the script interpreter and also creates an automatic dependency on /sbin/ldconfig. That's all you want: execute ldconfig. Just for comparison, a non-empty scriptlet (here setting the script interpreter /bin/sh explicitly) would look like this: %post -p /bin/sh do something or (with default script interpreter /bin/sh): %post do something Sometimes you will find packages, where -p is not used, either because it is not known or the packager plans to execute more than just ldconfig in a post-install shell script: %post /sbin/ldconfig # more could be execute here From bugs.michael at gmx.net Wed Mar 9 02:50:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 9 Mar 2005 03:50:31 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <1110315589.6021.8.camel@gecko> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> Message-ID: <20050309035031.4f4daef7.bugs.michael@gmx.net> On Tue, 08 Mar 2005 21:59:48 +0100, Martin Gansser wrote: > Am Dienstag, den 08.03.2005, 14:39 -0600 schrieb Rex Dieter: > > Martin Gansser wrote: > > > hi, > > > there is a problem with the new amarok 1.2.1 package on fc3. > > > the program crashed after a few seconds with the following message: > > > > > > > > > amaroK could not find any sound-engine plugins. amaroK is now updating > > > > Bugzilla it: > > http://bugzilla.redhat.com/ > > > > -- Rex > > bugreport is filled > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 Can you reproduce the crash in a freshly created user account? (KDE/GNOME?) From tcallawa at redhat.com Wed Mar 9 05:07:22 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 08 Mar 2005 23:07:22 -0600 Subject: no xfce for FC4? In-Reply-To: <20050308223116.08EA7164C0@voldemort.scrye.com> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <20050308223116.08EA7164C0@voldemort.scrye.com> Message-ID: <1110344843.4911.49.camel@localhost.localdomain> On Tue, 2005-03-08 at 15:31 -0700, Kevin Fenzi wrote: >E: xfcalendar invalid-lc-messages-dir /usr/share/locale/nb_NO/LC_MESSAGES/xfcalendar.mo >E: xfcalendar invalid-lc-messages-dir /usr/share/locale/pt_PT/LC_MESSAGES/xfcalendar.mo >E: xfce4-appfinder invalid-lc-messages-dir /usr/share/locale/pt_PT/LC_MESSAGES/xfce4-appfinder.mo > >Are those invalid locales? No, they should be fine, according to glibc: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/localedata/SUPPORTED?rev=1.71.2.2&content-type=text/x-cvsweb-markup&cvsroot=glibc I'm not sure why rpmlint is kicking them back. Build errors (on rawhide/devel): Terminal: error: Installed (but unpackaged) file(s) found: /usr/share/doc/Terminal/terminal.css xfcalendar needs an explicit BuildRequires: xfce-mcs-manager-devel The xfce-mcs-manager SRPM is missing from the "SRPMS" directory, but it is in the SRPMS.old directory. :) Everything else builds and installs cleanly for me. Fix those three (well, two) build issues, and I'm your sponsor. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From kevin-fedora-extras at scrye.com Wed Mar 9 05:37:37 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 8 Mar 2005 22:37:37 -0700 Subject: no xfce for FC4? References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <20050308223116.08EA7164C0@voldemort.scrye.com> <1110344843.4911.49.camel@localhost.localdomain> Message-ID: <20050309053740.4A2514F0FF@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Tom" == Tom Callaway writes: Tom> On Tue, 2005-03-08 at 15:31 -0700, Kevin Fenzi wrote: >> E: xfcalendar invalid-lc-messages-dir >> /usr/share/locale/nb_NO/LC_MESSAGES/xfcalendar.mo E: xfcalendar >> invalid-lc-messages-dir >> /usr/share/locale/pt_PT/LC_MESSAGES/xfcalendar.mo E: >> xfce4-appfinder invalid-lc-messages-dir >> /usr/share/locale/pt_PT/LC_MESSAGES/xfce4-appfinder.mo >> >> Are those invalid locales? Tom> No, they should be fine, according to glibc: Tom> http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/localedata/SUPPORTED?rev=1.71.2.2&content-type=text/x-cvsweb-markup&cvsroot=glibc Tom> I'm not sure why rpmlint is kicking them back. It has a number of warnings and errors that aren't really relevant. It does catch some good ones though. Tom> Build errors (on rawhide/devel): Tom> Terminal: error: Installed (but unpackaged) file(s) found: Tom> /usr/share/doc/Terminal/terminal.css Ah, thought I fixed that... fixed now. Tom> xfcalendar needs an explicit BuildRequires: Tom> xfce-mcs-manager-devel Added. Tom> The xfce-mcs-manager SRPM is missing from the "SRPMS" directory, Tom> but it is in the SRPMS.old directory. :) Odd. ok, I rebuild it and confirmed it built ok, and put it in place. Tom> Everything else builds and installs cleanly for me. Fix those Tom> three (well, two) build issues, and I'm your sponsor. Excellent. They should be up and fixed. Take a look and see what you think. Thanks for all the assistance. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCLouk3imCezTjY0ERAiAiAKCFE3X85ufxs1gwzsejo+B1gZtiMQCfck79 U71x6lBCM37HmOIJwGfaBVs= =7grM -----END PGP SIGNATURE----- From adrian at lisas.de Wed Mar 9 06:37:23 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 9 Mar 2005 07:37:23 +0100 Subject: Review needed: bzflag In-Reply-To: <1110299103.14945.23.camel@wombat.tiptoe.de> References: <1109952035.20869.44.camel@gibraltar.stuttgart.redhat.com> <20050304190436.GA16909@lisas.de> <1110299103.14945.23.camel@wombat.tiptoe.de> Message-ID: <20050309063723.GA13848@lisas.de> On Tue, Mar 08, 2005 at 05:25:03PM +0100, Nils Philippsen wrote: > > Package builds, installs and works. > > Does this mean it's approved? Yes. Adrian From ville.skytta at iki.fi Wed Mar 9 07:12:58 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 09 Mar 2005 09:12:58 +0200 Subject: no xfce for FC4? In-Reply-To: <20050309053740.4A2514F0FF@voldemort.scrye.com> References: <422CA94A.7040008@gmail.com> <20050307193554.B39D22B685@voldemort.scrye.com> <1110262767.4350.100.camel@localhost.localdomain> <20050308223116.08EA7164C0@voldemort.scrye.com> <1110344843.4911.49.camel@localhost.localdomain> <20050309053740.4A2514F0FF@voldemort.scrye.com> Message-ID: <1110352378.18201.467.camel@bobcat.mine.nu> On Tue, 2005-03-08 at 22:37 -0700, Kevin Fenzi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >>>>> "Tom" == Tom Callaway writes: > > Tom> On Tue, 2005-03-08 at 15:31 -0700, Kevin Fenzi wrote: > >> E: xfcalendar invalid-lc-messages-dir > >> /usr/share/locale/nb_NO/LC_MESSAGES/xfcalendar.mo E: xfcalendar > >> invalid-lc-messages-dir > >> /usr/share/locale/pt_PT/LC_MESSAGES/xfcalendar.mo E: > >> xfce4-appfinder invalid-lc-messages-dir > >> /usr/share/locale/pt_PT/LC_MESSAGES/xfce4-appfinder.mo > >> > >> Are those invalid locales? > > Tom> No, they should be fine, according to glibc: > Tom> http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/localedata/SUPPORTED?rev=1.71.2.2&content-type=text/x-cvsweb-markup&cvsroot=glibc > Tom> I'm not sure why rpmlint is kicking them back. > > It has a number of warnings and errors that aren't really relevant. > It does catch some good ones though. It can also be configured to suppress warnings and errors if nothing else helps, as well as improved in other ways, and upstream is pretty responsive regarding fixes and suggestions. Just use bugzilla.redhat.com whenever you find something that needs fixing. From adrian at lisas.de Wed Mar 9 08:09:11 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 9 Mar 2005 09:09:11 +0100 Subject: Jabber Server? In-Reply-To: <20050307202220.GA681@osiris.silug.org> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> Message-ID: <20050309080911.GA7375@lisas.de> On Mon, Mar 07, 2005 at 02:22:20PM -0600, Steven Pritchard wrote: > On Mon, Mar 07, 2005 at 07:02:50PM +0100, Adrian Reber wrote: > > It is true that I could replace all the perl stuff with sed and will do > > it but how would you circumvent that the password can be seen with ps > > during jabbed installation? > > How about this? > > export NEWPASS=$( dd if=/dev/urandom bs=20 count=1 2>/dev/null \ > | sha1sum | awk '{print $1}' ) > cd %{sysconfdir} > sed -i -f- router-users.xml router.xml < s,secret,$NEWPASS,g > END > sed -i -f- *.xml < s,secret,$NEWPASS,g > END Thanks. That's how I changed it. In addition to this change I have enabled the ldap, mysql, postgresql backends. With the current version in CVS it is now possible to install jabberd and have it running without any changes to the configuration using the PAM backend for authentication and the Berkeley DB as backend for storage. The only problem I have left is, that the sm process core dumps if I build it on rawhide. If I use a version built on FC-3 it runs on FC-3 and on rawhide without a problem. I also tried to use gcc33 on rawhide and I still get the same crash. As the crash happens during DB creation I think it might be a problem with the db4 version of rawhide. I will keep on investigating this problem further. Adrian -- Adrian Reber http://lisas.de/~adrian/ You have a message from the operator. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 9 11:10:22 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 09 Mar 2005 12:10:22 +0100 Subject: Jabber Server? In-Reply-To: <20050309080911.GA7375@lisas.de> (Adrian Reber's message of "Wed, 9 Mar 2005 09:09:11 +0100") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> Message-ID: <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> adrian at lisas.de (Adrian Reber) writes: > [... jabberd ...] > Thanks. That's how I changed it. Ok... another issue: you are using '%_localstatedir/jabberd' as the working directory for jabberd. I think this is not a good idea because: 1. the %_localstatedir macro is very problematic; RH defines it as '/var' but other distros (Mandrake) use '/var/run'. When you really want /var, then I would suggest the '%_var' macro. Btw, both macros are used inconsequentially in %install and %files. 2. /var/jabberd (to which the macros expands) is a bad place. It requires feedback from the FHS: | Applications must generally not add directories to the top level | of /var. Such directories should only be added if they have some | system-wide implication, and in consultation with the FHS mailing | list. [http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY] /var/lib/jabberd would be a better place. Then: * | #enable SSL certificate | ... /etc/jAbberd/server.pem,g' $RPM_BUILD_ROOT%{sysconfdir}/c2s.xml ^ Is this mixed case really intentionally? * I would add some more 'BuildRequires(...):'; e.g. coreutils, shadowutils, chkconfig, initscripts, sed * what are the reasons for creating pam.d/jabberd inline instead of copying it from a %SOURCE file? * '%config(noreplace) %{_initrddir}/%{name}' should not have the 'noreplace'; '%_initrddir' is one of the few places where a simple '%config' suffices. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From shahms at shahms.com Wed Mar 9 16:00:40 2005 From: shahms at shahms.com (Shahms King) Date: Wed, 09 Mar 2005 08:00:40 -0800 Subject: cvs-import.sh and transparent proxies Message-ID: <1110384040.7097.6.camel@shahms.mesd.k12.or.us> Sent this to fedora-maintainers (which seems more appropriate) but didn't get any kind of response, so I'm trying again ... I recently tried to import ipython-0.6.11-2.src.rpm into Extras CVS and got about 50% done when the cvs-import.sh script failed due to a 403 error on the upload.cgi script. I'm guessing that this is due to the transparent proxy setup here at work. Clearly, removing source-ip checking from the upload script is not an option. I asked the proxy administrator to not re-route the http requests to cvs.fedora.redhat.com, but not everyone in this situation might be able to do that. Would it be possible for cvs.fedora.redhat.com to listen on https or 8080 or something which is less frequently proxied (and have Makefile.common default to that port)? It seems like transparent proxying, while not common, is probably common enough that more people than me will run into this problem sooner or later... -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 9 16:32:03 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 9 Mar 2005 17:32:03 +0100 Subject: cvs-import.sh and transparent proxies In-Reply-To: <1110384040.7097.6.camel@shahms.mesd.k12.or.us> References: <1110384040.7097.6.camel@shahms.mesd.k12.or.us> Message-ID: <20050309173203.7cbf384f.bugs.michael@gmx.net> On Wed, 09 Mar 2005 08:00:40 -0800, Shahms King wrote: > Sent this to fedora-maintainers (which seems more appropriate) but > didn't get any kind of response, so I'm trying again ... Well, Enrico Scholz answered something, so "didn't get any kind of response" is exaggerated. ;) From mgansser at k-p-ebert.de Wed Mar 9 16:46:48 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Wed, 09 Mar 2005 17:46:48 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <20050309035031.4f4daef7.bugs.michael@gmx.net> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> Message-ID: <1110386808.17148.0.camel@gecko> Am Mittwoch, den 09.03.2005, 03:50 +0100 schrieb Michael Schwendt: > On Tue, 08 Mar 2005 21:59:48 +0100, Martin Gansser wrote: > > > Am Dienstag, den 08.03.2005, 14:39 -0600 schrieb Rex Dieter: > > > Martin Gansser wrote: > > > > hi, > > > > there is a problem with the new amarok 1.2.1 package on fc3. > > > > the program crashed after a few seconds with the following message: > > > > > > > > > > > > amaroK could not find any sound-engine plugins. amaroK is now updating > > > > > > Bugzilla it: > > > http://bugzilla.redhat.com/ > > > > > > -- Rex > > > > bugreport is filled > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 > > Can you reproduce the crash in a freshly created user account? > (KDE/GNOME?) > i run kbuildsycoca before starting amarok, but the same behaviour. i created a new user acount on gnome, but the same Martin From shahms at shahms.com Wed Mar 9 17:37:10 2005 From: shahms at shahms.com (Shahms King) Date: Wed, 09 Mar 2005 09:37:10 -0800 Subject: cvs-import.sh and transparent proxies In-Reply-To: <20050309173203.7cbf384f.bugs.michael@gmx.net> References: <1110384040.7097.6.camel@shahms.mesd.k12.or.us> <20050309173203.7cbf384f.bugs.michael@gmx.net> Message-ID: <1110389830.7097.20.camel@shahms.mesd.k12.or.us> On Wed, 2005-03-09 at 17:32 +0100, Michael Schwendt wrote: > On Wed, 09 Mar 2005 08:00:40 -0800, Shahms King wrote: > > > Sent this to fedora-maintainers (which seems more appropriate) but > > didn't get any kind of response, so I'm trying again ... > > Well, Enrico Scholz answered something, so "didn't get any kind of > response" is exaggerated. ;) Yes, but "upload.cgi shouldn't be using ip-based authentication" wasn't *much* of a response ;-P I'm just trying to get some traction on the problem, considering that it turns out that adding an exception to the transparent proxy isn't as easy as it first seemed so I'm still sitting here with a half imported ipython module and no way of finishing the import short of manually performing the steps from cvs-import.sh and Makefile.common minus the upload.cgi steps and I'm 100% certain no one wants me doing that ;-P I'm still pestering the proxy admin to add the exception for cvs.fedora.redhat.com, but am also trying to address the problem from the other side. In all fairness, I did just finish the ipython import with the awful, awful kludge of: # iptables -t nat -A OUTPUT -p tcp --dport 80 -d cvs.fedora.redhat.com -j REDIRECT --to-ports 8081 $ ssh -L 8081:127.0.0.1:80 shahms at cvs.fedora.redhat.com Which works, but is a long way from ideal and some distance from reasonable. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sheltren at cs.ucsb.edu Wed Mar 9 23:56:19 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 09 Mar 2005 15:56:19 -0800 Subject: Cfengine In-Reply-To: <1110240123.16716.8.camel@chip.laiskiainen.org> Message-ID: On 3/7/05 4:02 PM, "Panu Matilainen" wrote: > Generally services should default to being off. Cfengine requires > additional configuration to do anything at all so it doesn't make sense > to turn it on by default anyway. Explicitly from %post is a bit weird > however and unnecessary as well since the cf*d files already default to > off. > > - Panu - > OK, thanks - that makes sense. I've removed the 'chkconfig cf* off' from the %post section since the init scripts default to off. On another topic: what's the next step for getting this package updated in extras? I'm waiting to get CVS access, but in the meantime could someone else update this package (if it looks good to them), or how does this usually work? I've posted the SRPM and spec file here: http://www.cs.ucsb.edu/~jeff/extras/cfengine-2.1.13-2.src.rpm http://www.cs.ucsb.edu/~jeff/extras/cfengine.spec -Jeff From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 10 00:29:13 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 10 Mar 2005 01:29:13 +0100 Subject: Cfengine In-Reply-To: (Jeff Sheltren's message of "Wed, 09 Mar 2005 15:56:19 -0800") References: <1110240123.16716.8.camel@chip.laiskiainen.org> Message-ID: <8765009wdi.fsf@kosh.ultra.csn.tu-chemnitz.de> sheltren at cs.ucsb.edu (Jeff Sheltren) writes: > http://www.cs.ucsb.edu/~jeff/extras/cfengine.spec Some words about this spec file: * macros and fixed paths are used in a mixed manner; e.g. | mkdir -p $RPM_BUILD_ROOT%{_localstatedir}/%{name} | ... | mkdir -p $RPM_BUILD_ROOT/var/cfengine/bin * %_localstatedir should not be used as it differs between rpm implementations (it is /var on Fedora, but /var/run on Mandrake) * /var/cfengine should not be used; /var/lib/cfengine is a more FHS compliant path * there should be a 'BuildRequires: libacl-devel' * lots of 'Requires(...): ' are missing * 'Group: System Environment/Daemons' sounds wrong; 'cfagent' can be used standalone. * please replace | %setup with | %setup -q * | for i in ppkeys inputs outputs | do | mkdir -m 0700 $RPM_BUILD_ROOT%{_localstatedir}/%{name}/$i | done can be written shorter as | mkdir -m0700 $RPM_BUILD_ROOT%_localstatedir/%name/{ppkeys,inputs,outputs} * | for i in %{SOURCE1} %{SOURCE2} %{SOURCE3} | do | install -m 0755 $i $RPM_BUILD_ROOT%{_initrddir}/ | done can be written shorter as | install -p -m755 %{SOURCE1} %{SOURCE2} %{SOURCE3} $RPM_BUILD_ROOT%{_initrddir}/ (notice the '-p' also which is a good style) * | if [ -f $RPM_BUILD_ROOT%{_infodir}/dir ]; then | rm -f $RPM_BUILD_ROOT%{_infodir}/dir | fi can be written shorter as | rm -f $RPM_BUILD_ROOT%{_infodir}/dir * | if [ -f NEWS -a -z "`cat NEWS`" ]; then | rm -f NEWS | fi does not make sense as 'NEWS' will not be packaged * | if [ ! -d /mnt/sysimage -a ! -f %{_localstatedir}/%{name}/ppkeys/localhost.priv ]; then | ... | /sbin/install-info --info-dir=%{_infodir} %{_infodir}/cfengine*.info* 2> /dev/null || : this 'install-info' statement should be moved to outside of the 'if' clause * initscripts should not be marked as '%config(noreplace)'; '%config' suffices there Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From sheltren at cs.ucsb.edu Thu Mar 10 00:59:06 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Wed, 09 Mar 2005 16:59:06 -0800 Subject: Cfengine In-Reply-To: <8765009wdi.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: On 3/9/05 4:29 PM, "Enrico Scholz" wrote: > > Some words about this spec file: > Hi Enrico, thanks for the feedback; it's quite helpful. A few things: -While I agree that it is best not to create a directory directly in /var/, that has been the default location for cfengine for quite some time now - see: http://www.cfengine.org/docs/cfengine-Reference.html#Work-directory So, does Extras have a 'best practice' in this case? Upstream wants to use /var/cfengine, should that be ignored to make a 'cleaner' package? -Yes, shrinking for loops down in to one-liners makes them shorter, but I find the for loop much easier to read (and to edit in the future). -I'm aware this is probably a stupid question, but where are you finding the missing Requires? Thanks, Jeff From tcallawa at redhat.com Thu Mar 10 01:08:26 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 09 Mar 2005 19:08:26 -0600 Subject: Cfengine In-Reply-To: References: Message-ID: <1110416906.3982.18.camel@localhost.localdomain> On Wed, 2005-03-09 at 16:59 -0800, Jeff Sheltren wrote: >-While I agree that it is best not to create a directory directly in /var/, >that has been the default location for cfengine for quite some time now - >see: http://www.cfengine.org/docs/cfengine-Reference.html#Work-directory >So, does Extras have a 'best practice' in this case? Upstream wants to use >/var/cfengine, should that be ignored to make a 'cleaner' package? I don't think we need to go against upstream for this. Ideally, the package maintainer should try to take this argument to the upstream maintainers, to see if upstream is willing to change. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugs.michael at gmx.net Thu Mar 10 02:46:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Mar 2005 03:46:10 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <1110386808.17148.0.camel@gecko> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> Message-ID: <20050310034610.729ce117.bugs.michael@gmx.net> On Wed, 09 Mar 2005 17:46:48 +0100, Martin Gansser wrote: > > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 > > > > Can you reproduce the crash in a freshly created user account? > > (KDE/GNOME?) > > > > i run kbuildsycoca before starting amarok, but the same behaviour. > > i created a new user acount on gnome, but the same Unable to reproduce that here. What surprised me is that you were to so quick in building and installing Amarok from source tarball. That could be an indication that your installation has been modified with other self-built software. If you rebuild the src.rpm from within Fedora Extras CVS, does it run for you without problems? ( http://cvs.fedora.redhat.com ) From adrian at lisas.de Thu Mar 10 07:16:23 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 10 Mar 2005 08:16:23 +0100 Subject: Jabber Server? In-Reply-To: <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050310071622.GA30432@lisas.de> On Wed, Mar 09, 2005 at 12:10:22PM +0100, Enrico Scholz wrote: > Ok... another issue: you are using '%_localstatedir/jabberd' as the > working directory for jabberd. I think this is not a good idea because: > > 1. the %_localstatedir macro is very problematic; RH defines it as > '/var' but other distros (Mandrake) use '/var/run'. When you really > want /var, then I would suggest the '%_var' macro. Btw, both macros > are used inconsequentially in %install and %files. I have changed it to use %{_var}. I noticed that the %configure macro uses --localstatedir=%{_localstatedir}. > 2. /var/jabberd (to which the macros expands) is a bad place. It > requires feedback from the FHS: > > | Applications must generally not add directories to the top level > | of /var. Such directories should only be added if they have some > | system-wide implication, and in consultation with the FHS mailing > | list. [http://www.pathname.com/fhs/pub/fhs-2.3.html#THEVARHIERARCHY] > > /var/lib/jabberd would be a better place. I also changed this. > Then: > > * | #enable SSL certificate > | ... /etc/jAbberd/server.pem,g' $RPM_BUILD_ROOT%{sysconfdir}/c2s.xml > ^ > > Is this mixed case really intentionally? This was a typo. Thanks for spotting it. > * I would add some more 'BuildRequires(...):'; e.g. coreutils, > shadowutils, chkconfig, initscripts, sed You probably mean Requires(...), right? I have added the necessary Requires. Maybe it would be good to have a list of Packages which do not need to be added to BuildRequires/Requires mentioned in the Packaging Guidelines. What is the minimal installation of the build system and what is expected to be always on the users machine. I don't think sed needs to be added to BuildRequires/Requires because initscripts depends on it and I don't think there are many installations without initscripts. > * what are the reasons for creating pam.d/jabberd inline instead of > copying it from a %SOURCE file? Hmm... I just like it better. Shouldn't be a problem... > * '%config(noreplace) %{_initrddir}/%{name}' should not have the > 'noreplace'; '%_initrddir' is one of the few places where a simple > '%config' suffices. And this also changed. Adrian From j.w.r.degoede at hhs.nl Thu Mar 10 08:14:39 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Mar 2005 09:14:39 +0100 Subject: Bugzilla bugged Message-ID: <423001EF.3000507@hhs.nl> Hi, I'm trying to add a comment to bug: https://bugzilla.redhat.com/beta/show_bug.cgi?id=139294 But as a response I get: Not allowed You tried to change the Resolution field from no value to NOTABUG, but only the owner or submitter of the bug, or a sufficiently empowered user, may change that field. Please press Back. I've tripple checked that I really only added a comment. Fix please. Regards, Hans From skvidal at fedoraproject.org Thu Mar 10 08:24:34 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 10 Mar 2005 03:24:34 -0500 Subject: Fedora Extras Package Information Message-ID: <1110443074.31871.128.camel@cutter> Hi Everyone, I've setup the webpages for the Fedora Extras 3 repositories using Konstantin (Icon) Ryabitsev's excellent repoview program (http://linux.duke.edu/projects/mini/repoview/) . Now you can browse through package information easily: http://fedoraproject.org/extras/3/i386/repodata/ http://fedoraproject.org/extras/3/x86_64/repodata/ http://fedoraproject.org/extras/3/SRPMS/repodata/ Thanks to Icon for working on this program. -sv From bugs.michael at gmx.net Thu Mar 10 08:29:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Mar 2005 09:29:53 +0100 Subject: Fedora Extras Package Information In-Reply-To: <1110443074.31871.128.camel@cutter> References: <1110443074.31871.128.camel@cutter> Message-ID: <20050310092953.1cfdec9d.bugs.michael@gmx.net> On Thu, 10 Mar 2005 03:24:34 -0500, seth vidal wrote: > Hi Everyone, > I've setup the webpages for the Fedora Extras 3 repositories using > Konstantin (Icon) Ryabitsev's excellent repoview program > (http://linux.duke.edu/projects/mini/repoview/) . > > Now you can browse through package information easily: > http://fedoraproject.org/extras/3/i386/repodata/ > http://fedoraproject.org/extras/3/x86_64/repodata/ > http://fedoraproject.org/extras/3/SRPMS/repodata/ > > > Thanks to Icon for working on this program. > -sv In the "Latest packages" view, http://fedoraproject.org/extras/3/i386/repodata/ only the -devel packages are listed. The corresponding main packages are missing. That doesn't look right. Also, what is the __orphans__ group? From skvidal at phy.duke.edu Thu Mar 10 08:38:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 03:38:12 -0500 Subject: Fedora Extras Package Information In-Reply-To: <20050310092953.1cfdec9d.bugs.michael@gmx.net> References: <1110443074.31871.128.camel@cutter> <20050310092953.1cfdec9d.bugs.michael@gmx.net> Message-ID: <1110443892.31871.132.camel@cutter> > In the "Latest packages" view, http://fedoraproject.org/extras/3/i386/repodata/ > only the -devel packages are listed. The corresponding main packages are > missing. That doesn't look right. Indeed. That does look a bit odd. I'll ask Icon about it. > Also, what is the __orphans__ group? orphans are packages that are not listed in a comps.xml group. -sv From fedora at leemhuis.info Thu Mar 10 08:37:00 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 10 Mar 2005 09:37:00 +0100 Subject: Bugzilla bugged In-Reply-To: <423001EF.3000507@hhs.nl> References: <423001EF.3000507@hhs.nl> Message-ID: <1110443820.4867.1.camel@thl.ct.heise.de> Am Donnerstag, den 10.03.2005, 09:14 +0100 schrieb Hans de Goede: > Hi, > > I'm trying to add a comment to bug: > https://bugzilla.redhat.com/beta/show_bug.cgi?id=139294 > > But as a response I get: > Not allowed > You tried to change the Resolution field from no value to NOTABUG, but > only the owner or submitter of the bug, or a sufficiently empowered > user, may change that field. > > Please press Back. > > I've tripple checked that I really only added a comment. Fix please. Please read https://bugzilla.redhat.com/beta/show_bug.cgi?id=146734#c1 or use non-beta-Bugzilla. CU thl From j.w.r.degoede at hhs.nl Thu Mar 10 08:52:37 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Mar 2005 09:52:37 +0100 Subject: Bugzilla bugged In-Reply-To: <1110443820.4867.1.camel@thl.ct.heise.de> References: <423001EF.3000507@hhs.nl> <1110443820.4867.1.camel@thl.ct.heise.de> Message-ID: <42300AD5.2030101@hhs.nl> Thorsten Leemhuis wrote: > Am Donnerstag, den 10.03.2005, 09:14 +0100 schrieb Hans de Goede: > >>Hi, >> >>I'm trying to add a comment to bug: >>https://bugzilla.redhat.com/beta/show_bug.cgi?id=139294 >> >>But as a response I get: >>Not allowed >>You tried to change the Resolution field from no value to NOTABUG, but >>only the owner or submitter of the bug, or a sufficiently empowered >>user, may change that field. >> >>Please press Back. >> >>I've tripple checked that I really only added a comment. Fix please. > > > Please read > https://bugzilla.redhat.com/beta/show_bug.cgi?id=146734#c1 > > or use non-beta-Bugzilla. > Ah, I did notice the new look, but I didn't notice the beta in the URL, I got there by clicking on a link in an bug-change notification mail, is it wise to point to the beta bugzilla in bug change mails? Regards, Hans From pmatilai at welho.com Thu Mar 10 08:50:09 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 10 Mar 2005 10:50:09 +0200 (EET) Subject: Cfengine In-Reply-To: <8765009wdi.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <1110240123.16716.8.camel@chip.laiskiainen.org> <8765009wdi.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: On Thu, 10 Mar 2005, Enrico Scholz wrote: > sheltren at cs.ucsb.edu (Jeff Sheltren) writes: > >> http://www.cs.ucsb.edu/~jeff/extras/cfengine.spec > > Some words about this spec file: > > * macros and fixed paths are used in a mixed manner; e.g. > > | mkdir -p $RPM_BUILD_ROOT%{_localstatedir}/%{name} > | ... > | mkdir -p $RPM_BUILD_ROOT/var/cfengine/bin > > * %_localstatedir should not be used as it differs between rpm > implementations (it is /var on Fedora, but /var/run on Mandrake) Mm, since when have we started worrying about these packages being built correctly on other distributions? Not that I really care whether you just hardcode /var or use %{_localstatedir} or %{_var} or whatever, I just find the reasoning a bit strange here. > > * /var/cfengine should not be used; /var/lib/cfengine is a more FHS > compliant path Cfengine is pretty much anti-FHS much like mailman used to be - upstream insists on /var/cfengine path. Dunno how much things would break if moved someplace else. - Panu - From j.w.r.degoede at hhs.nl Thu Mar 10 08:54:14 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Mar 2005 09:54:14 +0100 Subject: Bugzilla bugged In-Reply-To: <42300AD5.2030101@hhs.nl> References: <423001EF.3000507@hhs.nl> <1110443820.4867.1.camel@thl.ct.heise.de> <42300AD5.2030101@hhs.nl> Message-ID: <42300B36.4040707@hhs.nl> Hans de Goede wrote: > > Ah, > > I did notice the new look, but I didn't notice the beta in the URL, I > got there by clicking on a link in an bug-change notification mail, is > it wise to point to the beta bugzilla in bug change mails? > > Regards, > > Hans > Replying to myself, the change mail I got from the regular bugzilla points to the regular bugzilla, so if someone uses the beta version the change mail points to the beta version making others (me) end up in the (broken) beta version. This is really confusing! Regards, Hans From bugs.michael at gmx.net Thu Mar 10 08:55:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Mar 2005 09:55:48 +0100 Subject: Bugzilla bugged In-Reply-To: <1110443820.4867.1.camel@thl.ct.heise.de> References: <423001EF.3000507@hhs.nl> <1110443820.4867.1.camel@thl.ct.heise.de> Message-ID: <20050310095548.38146db9.bugs.michael@gmx.net> On Thu, 10 Mar 2005 09:37:00 +0100, Thorsten Leemhuis wrote: > Am Donnerstag, den 10.03.2005, 09:14 +0100 schrieb Hans de Goede: > > Hi, > > > > I'm trying to add a comment to bug: > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=139294 > > > > But as a response I get: > > Not allowed > > You tried to change the Resolution field from no value to NOTABUG, but > > only the owner or submitter of the bug, or a sufficiently empowered > > user, may change that field. > > > > Please press Back. > > > > I've tripple checked that I really only added a comment. Fix please. > > Please read > https://bugzilla.redhat.com/beta/show_bug.cgi?id=146734#c1 > > or use non-beta-Bugzilla. There are older bug reports covering the same or similar symptoms. At least: https://bugzilla.redhat.com/83626 https://bugzilla.redhat.com/87920 https://bugzilla.redhat.com/88137 https://bugzilla.redhat.com/104434 https://bugzilla.redhat.com/113179 https://bugzilla.redhat.com/138340 https://bugzilla.redhat.com/150697 From j.w.r.degoede at hhs.nl Thu Mar 10 11:32:36 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 10 Mar 2005 12:32:36 +0100 Subject: openoffice.org-core in rawhide should obsolete openoffice.org-libs Message-ID: <42303054.3070700@hhs.nl> Hi, I know this really shoud go to fedora-devel but I'm not subscribed there due to the high traffic. I tried yum updating FC3+updates -> rawhide, but it failed with an unresolved dependency in openoffice.org-libs, the problem is that rawhide doesn't have openoffice.org-libs anymore, so the old one should be removed by yum, which requires an obsolete in openoffice.org-core (which now contains the libs) Should I bugzilla this? Regards, Hans From gdk at redhat.com Thu Mar 10 14:27:13 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 10 Mar 2005 09:27:13 -0500 (EST) Subject: Fedora Extras Package Information In-Reply-To: <1110443074.31871.128.camel@cutter> References: <1110443074.31871.128.camel@cutter> Message-ID: Dude, that is awesome. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan On Thu, 10 Mar 2005, seth vidal wrote: > Hi Everyone, > I've setup the webpages for the Fedora Extras 3 repositories using > Konstantin (Icon) Ryabitsev's excellent repoview program > (http://linux.duke.edu/projects/mini/repoview/) . > > Now you can browse through package information easily: > http://fedoraproject.org/extras/3/i386/repodata/ > http://fedoraproject.org/extras/3/x86_64/repodata/ > http://fedoraproject.org/extras/3/SRPMS/repodata/ > > > Thanks to Icon for working on this program. > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From Mail-Lists at karan.org Thu Mar 10 14:52:58 2005 From: Mail-Lists at karan.org (Karanbir Singh) Date: Thu, 10 Mar 2005 14:52:58 +0000 Subject: Fedora Extras Package Information In-Reply-To: <1110443074.31871.128.camel@cutter> References: <1110443074.31871.128.camel@cutter> Message-ID: <42305F4A.9070003@karan.org> seth vidal wrote: > Hi Everyone, > I've setup the webpages for the Fedora Extras 3 repositories using > Konstantin (Icon) Ryabitsev's excellent repoview program > (http://linux.duke.edu/projects/mini/repoview/) . pretty cool, I had a look at it the other day - one problem ( perhaps not for this mailing list, but let me drop it here ). once I had the repoview files / info dropped into the repodata dir, I can no longer run createrepo on the same tree, it complains about non-moveable files in the .old* dir. > Now you can browse through package information easily: > http://fedoraproject.org/extras/3/i386/repodata/ > http://fedoraproject.org/extras/3/x86_64/repodata/ > http://fedoraproject.org/extras/3/SRPMS/repodata/ > .... and I am waiting for someone to trawl the Extras tree and come up with a half decent groups.xml :) - K -- Karanbir Singh : http://www.karan.org/ GnuPG Public Key : http://www.karan.org/publickey.asc From bugs.michael at gmx.net Thu Mar 10 15:06:59 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Mar 2005 16:06:59 +0100 Subject: openoffice.org-core in rawhide should obsolete openoffice.org-libs In-Reply-To: <42303054.3070700@hhs.nl> References: <42303054.3070700@hhs.nl> Message-ID: <20050310160659.39e47461.bugs.michael@gmx.net> On Thu, 10 Mar 2005 12:32:36 +0100, Hans de Goede wrote: > Hi, > > I know this really shoud go to fedora-devel but I'm not subscribed there > due to the high traffic. You can subscribe to fedora-devel and disable mail delivery in your subscription settings. Then you can post to the list, watch replies in the archives, and reply. You could also access the list via NNTP. > I tried yum updating FC3+updates -> rawhide, but it failed with an > unresolved dependency in openoffice.org-libs, the problem is that > rawhide doesn't have openoffice.org-libs anymore, so the old one should > be removed by yum, which requires an obsolete in openoffice.org-core > (which now contains the libs) > > Should I bugzilla this? This is the completely wrong list for this topic. _Really_ strange to post about it here. From dsievers at users.sourceforge.net Thu Mar 10 18:47:54 2005 From: dsievers at users.sourceforge.net (D Sievers) Date: Thu, 10 Mar 2005 10:47:54 -0800 Subject: Decision to remove lapack from FC Message-ID: <4230965A.6010106@users.sourceforge.net> Hello, if there is a better place to ask this question, please advise. I was wondering why lapack was removed from FC development. I work in the field of scientific computing, and FC is my favorite distro. I would like to advertise Fedora to our admins, so hopefully we could use it on our clusters. However, it will become more difficult to encourage people to switch to Fedora if this staple scientific library isn't included by default. True, using yum to add it isn't difficult, but it in my opinion it would be better to keep it in core. Another reason to do so it that python-numeric was recently added. The numeric module only contains a "watered down" lapack version, but is capable of being linked to the lapack libraries for increased performance. I was considering working on a "python-numeric-lapack" package that extends "python-numeric" to use the lapack libraries instead, or even suggest that it uses it by default and requires lapack, because something such as "python-numeric-lapack" might need to overwrite files in the regular "python-numeric" module, which means it can't be in Core or Extras. I would think that RHEL would also take a hit on this, unless lapack is still in RHEL, even though I figure that because RHEL will be based on Fedora maybe the same decision was made there. Paying RHEL customers working in the scientific community would probably share my disappointment. Nevertheless, it's your project and you call the shots, but I would rather support Fedora on our clusters than have our admins start looking into Suse. If anyone could shed a little more light on this, please let me know. Thanks! Doug Sievers From skvidal at phy.duke.edu Thu Mar 10 18:58:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 13:58:04 -0500 Subject: Decision to remove lapack from FC In-Reply-To: <4230965A.6010106@users.sourceforge.net> References: <4230965A.6010106@users.sourceforge.net> Message-ID: <1110481084.19164.4.camel@opus.phy.duke.edu> > True, using yum to add it isn't difficult, but it in my opinion it would > be better to keep it in core. Another reason to do so it that > python-numeric was recently added. The numeric module only contains a > "watered down" lapack version, but is capable of being linked to the > lapack libraries for increased performance. I was considering working on > a "python-numeric-lapack" package that extends "python-numeric" to use > the lapack libraries instead, or even suggest that it uses it by default > and requires lapack, because something such as "python-numeric-lapack" > might need to overwrite files in the regular "python-numeric" module, > which means it can't be in Core or Extras. > > I would think that RHEL would also take a hit on this, unless lapack is > still in RHEL, even though I figure that because RHEL will be based on > Fedora maybe the same decision was made there. Paying RHEL customers > working in the scientific community would probably share my > disappointment. Nevertheless, it's your project and you call the shots, > but I would rather support Fedora on our clusters than have our admins > start looking into Suse. > So I'm a bit confused here. You say you have clusters running fedora, so do I. We kickstart install them, which I'm sure you do, too. the first thing in %post of the kickstart is: yum -y groupinstall "physics cluster" yum -y update Why is that so difficult for maintaining your nodes? -sv From qspencer at ieee.org Thu Mar 10 19:23:20 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 10 Mar 2005 13:23:20 -0600 Subject: Decision to remove lapack from FC In-Reply-To: <4230965A.6010106@users.sourceforge.net> References: <4230965A.6010106@users.sourceforge.net> Message-ID: <42309EA8.2020701@ieee.org> D Sievers wrote: > Hello, if there is a better place to ask this question, please advise. > > I was wondering why lapack was removed from FC development. I work in > the field of scientific computing, and FC is my favorite distro. I would > like to advertise Fedora to our admins, so hopefully we could use it on > our clusters. However, it will become more difficult to encourage people > to switch to Fedora if this staple scientific library isn't included by > default. > > True, using yum to add it isn't difficult, but it in my opinion it would > be better to keep it in core. Another reason to do so it that > python-numeric was recently added. The numeric module only contains a > "watered down" lapack version, but is capable of being linked to the > lapack libraries for increased performance. I was considering working on > a "python-numeric-lapack" package that extends "python-numeric" to use > the lapack libraries instead, or even suggest that it uses it by default > and requires lapack, because something such as "python-numeric-lapack" > might need to overwrite files in the regular "python-numeric" module, > which means it can't be in Core or Extras. > > I would think that RHEL would also take a hit on this, unless lapack is > still in RHEL, even though I figure that because RHEL will be based on > Fedora maybe the same decision was made there. Paying RHEL customers > working in the scientific community would probably share my > disappointment. Nevertheless, it's your project and you call the shots, > but I would rather support Fedora on our clusters than have our admins > start looking into Suse. > > If anyone could shed a little more light on this, please let me know. I don't know anything about this particular decision, but it is somewhat related to a discussion I started here a few weeks ago regarding add-ons for and additional libraries for octave. The problem with FC's octave is that there are some optional fast libraries such as ATLAS and FFTW3 that are not included in FC. Some FC users on the octave mailing lists actually recommended against using FC version and building your own. I had suggested that we consider moving octave out of core so it can be linked to some of these other libraries. I think it is necessary to add the new libraries to core or move it all to extras to make octave most useful. It appears octave is also missing from core, so this may in fact be what has happened. -Quentin From dsievers at users.sourceforge.net Thu Mar 10 19:44:40 2005 From: dsievers at users.sourceforge.net (D Sievers) Date: Thu, 10 Mar 2005 11:44:40 -0800 Subject: Decision to remove lapack from FC Message-ID: <4230A3A8.6090606@users.sourceforge.net> > So I'm a bit confused here. You say you have clusters running fedora, so > do I. > > We kickstart install them, which I'm sure you do, too. > the first thing in %post of the kickstart is: > > yum -y groupinstall "physics cluster" > yum -y update > > Why is that so difficult for maintaining your nodes? > > -sv > 1) To clarify, no clusters running Fedora currently, but I would like to see it (currently we're running RH9). 2) Excellent! Thank you for the tip. 3) I am more concerned about the quality of lapack packages dropping over time or becoming orphaned. I guess if that becomes a problem I'll deal with it at that time. Thanks! Doug Sievers -- Doug Sievers dsievers at users.sourceforge.net From skvidal at phy.duke.edu Thu Mar 10 19:50:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 14:50:54 -0500 Subject: Decision to remove lapack from FC In-Reply-To: <4230A3A8.6090606@users.sourceforge.net> References: <4230A3A8.6090606@users.sourceforge.net> Message-ID: <1110484255.19164.31.camel@opus.phy.duke.edu> > 1) To clarify, no clusters running Fedora currently, but I would like to > see it (currently we're running RH9). yah, you should change that ;) > 2) Excellent! Thank you for the tip. yum can merge multiple comps.xml (yumgroups.xml) files from multiple repositories - so if you setup a local repository with _JUST_ a comps.xml file in the createrepo run then you can pull in your own group definitions pulling in packages from any of the repos in your yum configuration. It's really handy. > 3) I am more concerned about the quality of lapack packages dropping > over time or becoming orphaned. > > I guess if that becomes a problem I'll deal with it at that time. Well I think that this is a benefit of extras. If you have a need for something like lapack (which, to be honest, isn't the most commonly used software) you can maintain it. You can keep it current and available and you won't have to worry about conflicting with Red Hat's version. If you need lapack you're working in the sciences - and who knows better what's useful for computation than yourself? -sv From shahms at shahms.com Thu Mar 10 21:27:45 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 13:27:45 -0800 Subject: Review needed: ipython, python-quixote, python-durus Message-ID: <1110490065.4713.3.camel@shahms.mesd.k12.or.us> Hello All, I just imported ipython, python-quixote and python-durus and it'd be nice if they could be reviewed. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Thu Mar 10 21:43:07 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 13:43:07 -0800 Subject: package(s) approval request Message-ID: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> After importing ipython, Durus and Quixote, I've got some more python modules I'd like to import into extras and am hereby "officially" asking for approval/sponsorship of the following packages: Source Name Package Name ---------------------------- PyProtocols python-protocols psycopg python-psycopg pyXLWriter python-pyXLWriter SimpleTAL python-simpletal TPG python-tpg psyco python-psyco All packages have been named python-${import_name}, which is why the case may be different from that of the upstream package. Notes on the packages: PyProtocols is an implementation of PEP-246 "Object Adaptation" which is a method of "type-conversion" for python. It's a standardization of the methods used by Twisted and Zope and has support for the interfaces defined by both toolkits. psycopg is a high-performance PostgreSQL python module. It usually works better than the pgdb module shipped in postgresql-python. pyXLWriter is a Python port of the Spreadsheet::WriteExcel perl module. There doesn't seem to be a lot of upstream development and the package includes two bugfix-only patches. SimpleTAL is an independent implementation of the Zope XML/HTML page template language. I've found it useful for developing Quixote-based applications. TPG is the "Toy Parser Generator", a parser generator package for python that's pretty sweet ;-) psyco is the python specializing compiler. It compiles specialized versions of python functions into native code. This can provide a huge speedup for certain types of functions and a more moderate, but useful, increase for a lot of other code. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 10 21:29:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 16:29:56 -0500 Subject: Review needed: ipython, python-quixote, python-durus In-Reply-To: <1110490065.4713.3.camel@shahms.mesd.k12.or.us> References: <1110490065.4713.3.camel@shahms.mesd.k12.or.us> Message-ID: <1110490196.19164.33.camel@opus.phy.duke.edu> On Thu, 2005-03-10 at 13:27 -0800, Shahms King wrote: > Hello All, > > I just imported ipython, python-quixote and python-durus and it'd be > nice if they could be reviewed. > I looked at python-quixote and python-durus' spec files in detail last night. Nothing out of place that I could find - the only minor nitpick is why you have the version defined outside of the Version: field. -sv From ivazquez at ivazquez.net Thu Mar 10 22:00:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 10 Mar 2005 17:00:53 -0500 Subject: package(s) approval request In-Reply-To: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> Message-ID: <1110492053.30315.13.camel@ignacio.ignacio.lan> On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > Source Name Package Name > ---------------------------- > pyXLWriter python-pyXLWriter Shouldn't this be python-pyxlwriter? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 10 22:02:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 17:02:52 -0500 Subject: package(s) approval request In-Reply-To: <1110492053.30315.13.camel@ignacio.ignacio.lan> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> Message-ID: <1110492172.19164.38.camel@opus.phy.duke.edu> On Thu, 2005-03-10 at 17:00 -0500, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > > Source Name Package Name > > ---------------------------- > > pyXLWriter python-pyXLWriter > > Shouldn't this be python-pyxlwriter? > I think it is python-whatever-you-type-to-import-it-in-a-script -sv From mgansser at k-p-ebert.de Thu Mar 10 22:06:28 2005 From: mgansser at k-p-ebert.de (root) Date: Thu, 10 Mar 2005 23:06:28 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <20050310034610.729ce117.bugs.michael@gmx.net> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> <20050310034610.729ce117.bugs.michael@gmx.net> Message-ID: <1110492388.28144.12.camel@gecko> Am Donnerstag, den 10.03.2005, 03:46 +0100 schrieb Michael Schwendt: > On Wed, 09 Mar 2005 17:46:48 +0100, Martin Gansser wrote: > > > > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 > > > > > > Can you reproduce the crash in a freshly created user account? > > > (KDE/GNOME?) > > > > > > > i run kbuildsycoca before starting amarok, but the same behaviour. > > > > i created a new user acount on gnome, but the same > > Unable to reproduce that here. > > What surprised me is that you were to so quick in building and installing > Amarok from source tarball. That could be an indication that your > installation has been modified with other self-built software. If you > rebuild the src.rpm from within Fedora Extras CVS, does it run for you > without problems? ( http://cvs.fedora.redhat.com ) I built a binary from the released tarball 1.2.1, because CVS isn't complete. Amarok starts w/o problems after deleting ~/.kde/share/config/amarokrc, but freezes then. I'am giving up. Martin From shahms at shahms.com Thu Mar 10 22:11:27 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 14:11:27 -0800 Subject: Review needed: ipython, python-quixote, python-durus In-Reply-To: <1110490196.19164.33.camel@opus.phy.duke.edu> References: <1110490065.4713.3.camel@shahms.mesd.k12.or.us> <1110490196.19164.33.camel@opus.phy.duke.edu> Message-ID: <1110492687.4713.34.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-10 at 16:29 -0500, seth vidal wrote: > On Thu, 2005-03-10 at 13:27 -0800, Shahms King wrote: > > Hello All, > > > > I just imported ipython, python-quixote and python-durus and it'd be > > nice if they could be reviewed. > > > > I looked at python-quixote and python-durus' spec files in detail last > night. > > Nothing out of place that I could find - the only minor nitpick is why > you have the version defined outside of the Version: field. > > -sv I assume you mean the '%define srcver 1.2' in the Quixote package. I thought I'd taken that out, but must have missed that one. The only reason it was there is that I was packaging Quixote 2.0a4 which violates the package naming guidelines. I'll remove it now. Although, that does bring up a point... Quixote is going to release version 2.0 here shortly and there are a number of backward-incompatible changes. The list of required changes to applications is relatively short. I'm guessing the correct route is to package it as "python-quixote2", but that creates more problems for people migrating from one to the other. Another option is to just assume that because the package is so new, there is no one currently using it and just upgrade, but that sends shivers down my spine (and not in a good way ;-P) -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Thu Mar 10 22:12:28 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 10 Mar 2005 17:12:28 -0500 Subject: package(s) approval request In-Reply-To: <1110492172.19164.38.camel@opus.phy.duke.edu> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> <1110492172.19164.38.camel@opus.phy.duke.edu> Message-ID: <1110492748.30315.15.camel@ignacio.ignacio.lan> On Thu, 2005-03-10 at 17:02 -0500, seth vidal wrote: > On Thu, 2005-03-10 at 17:00 -0500, Ignacio Vazquez-Abrams wrote: > > On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > > > Source Name Package Name > > > ---------------------------- > > > pyXLWriter python-pyXLWriter > > > > Shouldn't this be python-pyxlwriter? > > I think it is python-whatever-you-type-to-import-it-in-a-script Is it possible to get a definitive answer for this? I need it for HTMLgen and cElementTree. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Thu Mar 10 22:13:09 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 14:13:09 -0800 Subject: package(s) approval request In-Reply-To: <1110492172.19164.38.camel@opus.phy.duke.edu> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> <1110492172.19164.38.camel@opus.phy.duke.edu> Message-ID: <1110492789.4713.37.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-10 at 17:02 -0500, seth vidal wrote: > On Thu, 2005-03-10 at 17:00 -0500, Ignacio Vazquez-Abrams wrote: > > On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > > > Source Name Package Name > > > ---------------------------- > > > pyXLWriter python-pyXLWriter > > > > Shouldn't this be python-pyxlwriter? > > > > I think it is python-whatever-you-type-to-import-it-in-a-script > > -sv Seth's correct. As much as I wish the upstream author had chosen something other than 'pyXLWriter' (say, 'xlwriter' or 'writeexcel') for a module name, it is inline with the package naming guidelines. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 10 22:14:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 17:14:49 -0500 Subject: package(s) approval request In-Reply-To: <1110492748.30315.15.camel@ignacio.ignacio.lan> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> <1110492172.19164.38.camel@opus.phy.duke.edu> <1110492748.30315.15.camel@ignacio.ignacio.lan> Message-ID: <1110492889.19164.48.camel@opus.phy.duke.edu> On Thu, 2005-03-10 at 17:12 -0500, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-03-10 at 17:02 -0500, seth vidal wrote: > > On Thu, 2005-03-10 at 17:00 -0500, Ignacio Vazquez-Abrams wrote: > > > On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > > > > Source Name Package Name > > > > ---------------------------- > > > > pyXLWriter python-pyXLWriter > > > > > > Shouldn't this be python-pyxlwriter? > > > > I think it is python-whatever-you-type-to-import-it-in-a-script > > Is it possible to get a definitive answer for this? I need it for > HTMLgen and cElementTree. > I've got a merged cElementTree package (elementTree and cElementTree) that Icon put together that I need to import, I'd prefer to use that one. -sv From shahms at shahms.com Thu Mar 10 22:19:19 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 14:19:19 -0800 Subject: package(s) approval request In-Reply-To: <1110492748.30315.15.camel@ignacio.ignacio.lan> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> <1110492172.19164.38.camel@opus.phy.duke.edu> <1110492748.30315.15.camel@ignacio.ignacio.lan> Message-ID: <1110493159.4713.44.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-10 at 17:12 -0500, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-03-10 at 17:02 -0500, seth vidal wrote: > > On Thu, 2005-03-10 at 17:00 -0500, Ignacio Vazquez-Abrams wrote: > > > On Thu, 2005-03-10 at 13:43 -0800, Shahms King wrote: > > > > Source Name Package Name > > > > ---------------------------- > > > > pyXLWriter python-pyXLWriter > > > > > > Shouldn't this be python-pyxlwriter? > > > > I think it is python-whatever-you-type-to-import-it-in-a-script > > Is it possible to get a definitive answer for this? I need it for > HTMLgen and cElementTree. I'm glad someone's packaging those :-) There was a small discussion of this on the list a little while ago, and I'm pretty sure the conclusion was that "python-whatever_you_type_to_import_it_in_a_script" is the way to go. Unfortunately the package naming guidelines are a little unclear on this and Seth's guidance was to follow the perl guidelines. Unfortunately, perl modules are usually more consistent in their "use" name and package name than python modules. For some strange reason python modules typically import as lower_case but package as CamelCase. Pfff. Could someone add this clarification to the wiki? -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Thu Mar 10 22:21:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 10 Mar 2005 23:21:27 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <1110492388.28144.12.camel@gecko> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> <20050310034610.729ce117.bugs.michael@gmx.net> <1110492388.28144.12.camel@gecko> Message-ID: <20050310232127.1d5a2bae.bugs.michael@gmx.net> On Thu, 10 Mar 2005 23:06:28 +0100, root wrote: > Am Donnerstag, den 10.03.2005, 03:46 +0100 schrieb Michael Schwendt: > > On Wed, 09 Mar 2005 17:46:48 +0100, Martin Gansser wrote: > > > > > > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 > > > > > > > > Can you reproduce the crash in a freshly created user account? > > > > (KDE/GNOME?) > > > > > > > > > > i run kbuildsycoca before starting amarok, but the same behaviour. > > > > > > i created a new user acount on gnome, but the same > > > > Unable to reproduce that here. > > > > What surprised me is that you were to so quick in building and installing > > Amarok from source tarball. That could be an indication that your > > installation has been modified with other self-built software. If you > > rebuild the src.rpm from within Fedora Extras CVS, does it run for you > > without problems? ( http://cvs.fedora.redhat.com ) > > I built a binary from the released tarball 1.2.1, because CVS isn't > complete. Sure it is complete. You just need to know how to use it. Check out the amarok directory, then run "make i386" to build the package. This also downloads the source tarball from the lookaside cache. From ivazquez at ivazquez.net Thu Mar 10 22:23:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 10 Mar 2005 17:23:09 -0500 Subject: package(s) approval request In-Reply-To: <1110492889.19164.48.camel@opus.phy.duke.edu> References: <1110490987.4713.20.camel@shahms.mesd.k12.or.us> <1110492053.30315.13.camel@ignacio.ignacio.lan> <1110492172.19164.38.camel@opus.phy.duke.edu> <1110492748.30315.15.camel@ignacio.ignacio.lan> <1110492889.19164.48.camel@opus.phy.duke.edu> Message-ID: <1110493389.30315.17.camel@ignacio.ignacio.lan> On Thu, 2005-03-10 at 17:14 -0500, seth vidal wrote: > On Thu, 2005-03-10 at 17:12 -0500, Ignacio Vazquez-Abrams wrote: > > Is it possible to get a definitive answer for this? I need it for > > HTMLgen and cElementTree. > > I've got a merged cElementTree package (elementTree and cElementTree) > that Icon put together that I need to import, I'd prefer to use that > one. Works for me. /me goes off to rebuild python-htmlgen, or rather python-HTMLgen -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Thu Mar 10 22:46:46 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 14:46:46 -0800 Subject: NewPackageProcess steps 5 & 6 Message-ID: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> Maybe I'm just missing something, but steps 5 & 6 in the new package process require that one be able to edit the pages in question... I'm logged in to the Wiki but am unable to edit the pages to add the suggested entries... -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Thu Mar 10 22:53:34 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Thu, 10 Mar 2005 15:53:34 -0700 Subject: NewPackageProcess steps 5 & 6 References: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> Message-ID: <20050310225337.7E1D1A1E19@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Shahms" == Shahms King writes: Shahms> Maybe I'm just missing something, but steps 5 & 6 in the new Shahms> package process require that one be able to edit the pages in Shahms> question... Shahms> I'm logged in to the Wiki but am unable to edit the pages to Shahms> add the suggested entries... I ran into the same thing. You need to make yourself a wiki account and login to it before you can edit anything. Click on the userprefrences link and it should get you to the page to make an account. http://fedoraproject.org/wiki/UserPreferences Shahms> -- Shahms E. King Multnomah ESD kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCMM/x3imCezTjY0ERAh3XAJ96tFzpnZlao8bcLrdeauMg8ckoVgCcCXdw zA/v3AvTe0KMCFmeLXrKPRA= =YoSf -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Thu Mar 10 22:58:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 17:58:23 -0500 Subject: NewPackageProcess steps 5 & 6 In-Reply-To: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> References: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> Message-ID: <1110495503.15652.0.camel@cutter> On Thu, 2005-03-10 at 14:46 -0800, Shahms King wrote: > Maybe I'm just missing something, but steps 5 & 6 in the new package > process require that one be able to edit the pages in question... > > I'm logged in to the Wiki but am unable to edit the pages to add the > suggested entries... I added you to the editgroup with the name 'ShahmsKing' hope that's right. -sv From skvidal at phy.duke.edu Thu Mar 10 23:01:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Mar 2005 18:01:27 -0500 Subject: NewPackageProcess steps 5 & 6 In-Reply-To: <20050310225337.7E1D1A1E19@voldemort.scrye.com> References: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> <20050310225337.7E1D1A1E19@voldemort.scrye.com> Message-ID: <1110495687.15652.2.camel@cutter> > I ran into the same thing. > > You need to make yourself a wiki account and login to it before you > can edit anything. Click on the userprefrences link and it should get > you to the page to make an account. > > http://fedoraproject.org/wiki/UserPreferences > And you need to ask your sponsor to add you to the EditGroup Then, when you're able to sponsor people you can add them to the EditGroup. it's like a pyramid scheme :) -sv From shahms at shahms.com Thu Mar 10 23:06:35 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 10 Mar 2005 15:06:35 -0800 Subject: NewPackageProcess steps 5 & 6 In-Reply-To: <1110495687.15652.2.camel@cutter> References: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> <20050310225337.7E1D1A1E19@voldemort.scrye.com> <1110495687.15652.2.camel@cutter> Message-ID: <1110495995.4713.60.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-10 at 18:01 -0500, seth vidal wrote: > > I ran into the same thing. > > > > You need to make yourself a wiki account and login to it before you > > can edit anything. Click on the userprefrences link and it should get > > you to the page to make an account. > > > > http://fedoraproject.org/wiki/UserPreferences > > > > And you need to ask your sponsor to add you to the EditGroup > > Then, when you're able to sponsor people you can add them to the > EditGroup. > > it's like a pyramid scheme :) > > -sv > So I was missing something, and thanks for all the help. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Thu Mar 10 23:59:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 11 Mar 2005 00:59:30 +0100 Subject: NewPackageProcess steps 5 & 6 In-Reply-To: <1110495995.4713.60.camel@shahms.mesd.k12.or.us> References: <1110494806.4713.55.camel@shahms.mesd.k12.or.us> <20050310225337.7E1D1A1E19@voldemort.scrye.com> <1110495687.15652.2.camel@cutter> <1110495995.4713.60.camel@shahms.mesd.k12.or.us> Message-ID: <20050311005930.276ea163.bugs.michael@gmx.net> On Thu, 10 Mar 2005 15:06:35 -0800, Shahms King wrote: > On Thu, 2005-03-10 at 18:01 -0500, seth vidal wrote: > > > I ran into the same thing. > > > > > > You need to make yourself a wiki account and login to it before you > > > can edit anything. Click on the userprefrences link and it should get > > > you to the page to make an account. > > > > > > http://fedoraproject.org/wiki/UserPreferences > > > > > > > And you need to ask your sponsor to add you to the EditGroup > > > > Then, when you're able to sponsor people you can add them to the > > EditGroup. > > > > it's like a pyramid scheme :) > > > > -sv > > > > So I was missing something, and thanks for all the help. For the imported packages, also don't forget to request creation of bugzilla components, if your sponsor doesn't do it for you. This is done on a Wiki page linked from the FC3Status page. From paulgvandenberg at gmail.com Fri Mar 11 01:29:43 2005 From: paulgvandenberg at gmail.com (Paul Vandenberg) Date: Thu, 10 Mar 2005 20:29:43 -0500 Subject: KOffice Message-ID: Just wondering....will KOffice be available under Extras for FC4? -- The manual said, "Requires Windows 2000 or better." So I installed Linux From dmalcolm at redhat.com Fri Mar 11 03:24:44 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Thu, 10 Mar 2005 22:24:44 -0500 Subject: Request for package inclusion: gettext lint tools In-Reply-To: <200502240028.24402.pmmm@rnl.ist.utl.pt> References: <200502161005.33483.pmmm@rnl.ist.utl.pt> <200502240028.24402.pmmm@rnl.ist.utl.pt> Message-ID: <1110511484.30553.11.camel@cassandra.boston.redhat.com> On Thu, 2005-02-24 at 00:28 +0000, Pedro Morais wrote: >Just pinging the list again... Anyone interested? Did anyone get back to you on this? What were you wanting? Sounds interesting to me, though I haven't had a proper look at it yet. > >> Hi! >> I'm the author of this set of tools for translators and would be willing to >> maintain the package in Fedora Extras. >> It's already been included in the FreeBSD ports system and Mandrake's >> cooker contrib. >> >> The gettext lint tools is a collection of tools for checking the validity, >> consistency and spelling of PO and POT files. It also includes an >> experimental glossary building tool. >> >> It's distributed under the GPL. >> >> Homepage: >> http://gettext-lint.sourceforge.net/ >> >> Source rpm and source tarball: >> http://sourceforge.net/project/showfiles.php?group_id=122521 >> >> The RPMs in that page were build using FC2, also tested in in RHL9. >> >> Thanks for your comments, >> Pedro Morais >> >> -- >> fedora-extras-list mailing list >> fedora-extras-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-extras-list > From skvidal at phy.duke.edu Fri Mar 11 07:12:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 11 Mar 2005 02:12:49 -0500 Subject: abiword Message-ID: <1110525169.15652.30.camel@cutter> hi, I remember hearing that someone had volunteered to maintain abiword for fedora extras. Did that person ever step forward and/or pass someone a package for cvs check in? I'm working on extras builds for fc4test1 right now and this is one item that stuck out on my machine when I tried to update to rawhide from fc3. thanks! -sv From j.w.r.degoede at hhs.nl Fri Mar 11 08:15:17 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 11 Mar 2005 09:15:17 +0100 Subject: abiword (and gnumeric) In-Reply-To: <1110525169.15652.30.camel@cutter> References: <1110525169.15652.30.camel@cutter> Message-ID: <42315395.1010209@hhs.nl> I don't know about abiword but I volunteerd for gnumeric, I've reviewed the latest package in core-cvs and it: -looks ok -is up to date with the latest upstream release -has 0 open bugs in bugzilla I'm currently still waiting for my CVS access (all papers have been e-mailed / faxed / etc). So if someone could: -review the gnumeric package in core CVS -maybe change the buildroot to match the advised fedora extras buildroot -import this to CVS -make me the package owner in bugzilla Then I'll try to take care of future updates assuming I'll get CVS access soon, otherwise I'll just ask for someone todo the import on this list. Regards, Hans seth vidal wrote: > hi, > I remember hearing that someone had volunteered to maintain abiword for > fedora extras. Did that person ever step forward and/or pass someone a > package for cvs check in? > > I'm working on extras builds for fc4test1 right now and this is one item > that stuck out on my machine when I tried to update to rawhide from fc3. > > thanks! > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From jamesodhunt at hotmail.com Fri Mar 11 08:41:59 2005 From: jamesodhunt at hotmail.com (James Hunt) Date: Fri, 11 Mar 2005 08:41:59 +0000 Subject: New package requests Message-ID: Hi, Please would you consider adding the following packages to Fedora Extras... # ------------------------------------------------------------ NAME: tor URL: http://tor.eff.org/ DESCRIPTION: "An anonymous Internet communication system" that can be used to protect users privacy. RATIONALE: tor is becoming an essential part of a Linux users security arsenal to protect their online privacy, in a similar manner to ssh, gpg, privoxy, etc. # ------------------------------------------------------------ NAME: rosegarden URL: http://rosegarden.com/ DESCRIPTION: "The closest native equivalent to Cubase? for Linux" - very capable sound/midi sequencer/editor. RATIONALE: Fedora offers nothing equivalent to this application, especially the score editing features. # ------------------------------------------------------------ NAME: xautolock URL: http://www.ibiblio.org/pub/Linux/X11/screensavers/ DESCRIPTION: Xautolock monitors console activity under the X window system, and fires up a program of your choice if nothing happens during a user configurable period of time. You can use this to automatically start up a screen locker in case you tend to forget to do so manually before having a coffee break. RATIONALE: I use fluxbox as my window Manager at work, and corporate standards require a screen-saver (with lock) to activate within a specified period of time. This package is required to trigger a screensaver such as 'xlock' or 'xscreensaver'. # ------------------------------------------------------------ NAME: xxdiff URL: http://xxdiff.sf.net DESCRIPTION: Graphical diff program using Qt. RATIONALE: This is the best graphical diff program available IMHO. I've used it for years. 'meld' is "ok", but it is light-years away from the capabilities of xxdiff. # ------------------------------------------------------------ NAME: freemind URL: freemind.sf.net DESCRIPTION: Mind-mapping software. RATIONALE: Very useful for business types and just for general brainstorming. Does require Java though. # ------------------------------------------------------------ NAME: openclipart URL: http://www.openclipart.org/ DESCRIPTION: Royalty+copyright free clip art that can be used with OpenOffice. RATIONALE: a lot of users *need* clipart for presentations, etc. # ------------------------------------------------------------ NAME: torsmo URL: http://torsmo.sf.net DESCRIPTION: system monitor that only uses Xlib. RATIONALE: Torsmo is much neater and "easy-on-the-eye" than gkrellm which IMHO is ugly and distracting. Torsmo also consumes very few resources - it is lightweight and fast. # ------------------------------------------------------------ NAME: reStructuredText URL: http://docutils.sf.net/rst.html DESCRIPTION: A system for converting plain ASCII files into structured and formatted HTML / LaTeX. RATIONALE: This is one of the best ideas in software I've seen for a while. The power of ReStructuredText (RST) is amazing. Check out these links: http://docutils.sf.net/docs/user/rst/quickstart.html http://docutils.sf.net/docs/user/rst/userref.html I use RST a lot as I carry ASCII files on my PalmPilot, but wanted a way to keep structure, and be able to produce attractive web pages. For a good example of such an attractive page, the front page of http://xxdiff.sf.net/ (with its floating table of contents) uses RST. # ------------------------------------------------------------ NAME: xpaint URL: www.sf.net/projects/sf-xpaint/ DESCRIPTION: drawing application. RATIONALE: OK, OK, yes, gimp is amazing, but it isn't particularly easy to use for newbies. xpaint is a much more familiar environment for those coming from a Windows background, and xpaint is actually a very capable editor (png, plugins, etc). # ------------------------------------------------------------ Thanks for reading. Regards, James. From Elsner at zrz.TU-Berlin.DE Fri Mar 11 08:56:46 2005 From: Elsner at zrz.TU-Berlin.DE (Frank Elsner) Date: Fri, 11 Mar 2005 09:56:46 +0100 Subject: New package requests In-Reply-To: References: Message-ID: On Fri, 11 Mar 2005 08:41:59 +0000 James Hunt wrote: > Hi, > > Please would you consider adding the following packages to Fedora > Extras... [ ... ] > NAME: xxdiff > URL: http://xxdiff.sf.net > > DESCRIPTION: Graphical diff program using Qt. > > RATIONALE: This is the best graphical diff program available IMHO. I've > used it for years. 'meld' is "ok", but it is light-years away from the > capabilities of xxdiff. Great idea. I second this. --Frank Elsner From pmmm at rnl.ist.utl.pt Fri Mar 11 10:54:30 2005 From: pmmm at rnl.ist.utl.pt (Pedro Morais) Date: Fri, 11 Mar 2005 10:54:30 +0000 Subject: Request for package inclusion: gettext lint tools In-Reply-To: <1110511484.30553.11.camel@cassandra.boston.redhat.com> References: <200502161005.33483.pmmm@rnl.ist.utl.pt> <200502240028.24402.pmmm@rnl.ist.utl.pt> <1110511484.30553.11.camel@cassandra.boston.redhat.com> Message-ID: <200503111054.30776.pmmm@rnl.ist.utl.pt> Em Sexta, 11 de Mar?o de 2005 03:24, David Malcolm escreveu: > On Thu, 2005-02-24 at 00:28 +0000, Pedro Morais wrote: > >Just pinging the list again... Anyone interested? > > Did anyone get back to you on this? What were you wanting? Sounds > interesting to me, though I haven't had a proper look at it yet. No one replied. I think the current spec file should be ok, can someone review it? I'd like to add the package to extras. SRPM: http://sourceforge.net/project/showfiles.php?group_id=122521 > > >> Hi! > >> I'm the author of this set of tools for translators and would be willing > >> to maintain the package in Fedora Extras. > >> It's already been included in the FreeBSD ports system and Mandrake's > >> cooker contrib. > >> > >> The gettext lint tools is a collection of tools for checking the > >> validity, consistency and spelling of PO and POT files. It also includes > >> an experimental glossary building tool. > >> > >> It's distributed under the GPL. > >> > >> Homepage: > >> http://gettext-lint.sourceforge.net/ > >> > >> Source rpm and source tarball: > >> http://sourceforge.net/project/showfiles.php?group_id=122521 > >> > >> The RPMs in that page were build using FC2, also tested in in RHL9. > >> > >> Thanks for your comments, > >> Pedro Morais > >> > >> -- > >> fedora-extras-list mailing list > >> fedora-extras-list at redhat.com > >> https://www.redhat.com/mailman/listinfo/fedora-extras-list > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From toshio at tiki-lounge.com Fri Mar 11 11:57:48 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Mar 2005 03:57:48 -0800 Subject: Review needed: ipython, python-quixote, python-durus In-Reply-To: <1110492687.4713.34.camel@shahms.mesd.k12.or.us>; from shahms@shahms.com on Thu, Mar 10, 2005 at 02:11:27PM -0800 References: <1110490065.4713.3.camel@shahms.mesd.k12.or.us> <1110490196.19164.33.camel@opus.phy.duke.edu> <1110492687.4713.34.camel@shahms.mesd.k12.or.us> Message-ID: <20050311035748.A3952@tiki-lounge.com> On Thu, Mar 10, 2005 at 02:11:27PM -0800, Shahms King wrote: > > Although, that does bring up a point... Quixote is going to release > version 2.0 here shortly and there are a number of backward-incompatible > changes. The list of required changes to applications is relatively > short. I'm guessing the correct route is to package it as > "python-quixote2", but that creates more problems for people migrating > from one to the other. Another option is to just assume that because > the package is so new, there is no one currently using it and just > upgrade, but that sends shivers down my spine (and not in a good > way ;-P) > Since you're just packaging for devel -- I'd say go the route of rawhide. If the new version will be out by FC4 final release, then start packaging the beta as python-quixote now. -Toshio From toshio at tiki-lounge.com Fri Mar 11 13:53:43 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Mar 2005 05:53:43 -0800 Subject: New package requests In-Reply-To: ; from jamesodhunt@hotmail.com on Fri, Mar 11, 2005 at 08:41:59AM +0000 References: Message-ID: <20050311055343.A4564@tiki-lounge.com> On Fri, Mar 11, 2005 at 08:41:59AM +0000, James Hunt wrote: > > NAME: reStructuredText > URL: http://docutils.sf.net/rst.html > > DESCRIPTION: A system for converting plain ASCII files into structured and > formatted HTML / LaTeX. > > RATIONALE: This is one of the best ideas in software I've seen for a while. > The power of ReStructuredText (RST) is amazing. Check out these links: > > http://docutils.sf.net/docs/user/rst/quickstart.html > http://docutils.sf.net/docs/user/rst/userref.html > > I use RST a lot as I carry ASCII files on my PalmPilot, but wanted a way to > keep structure, and be able to produce attractive web pages. For a good > example of such an attractive page, the front page of http://xxdiff.sf.net/ > (with its floating table of contents) uses RST. > I had a docutils package in QA at fedora.us. It got to REVIEWED status before stalling. Here's a quick update if someone would be willing to review and import (faxed all my paperwork in but don't have access yet.) The update just changes the package name to python-docutils per the Fedora Extras python module guidelines. http://www.tiki-lounge.com/~toshio/fedora/python-docutils-0.3.7-4.src.rpm -Toshio From iago.rubio at hispalinux.es Fri Mar 11 14:25:49 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Fri, 11 Mar 2005 15:25:49 +0100 Subject: New package requests In-Reply-To: References: Message-ID: <1110551150.4122.21.camel@speedy.iagorubio.net> On Fri, 2005-03-11 at 09:56 +0100, Frank Elsner wrote: > On Fri, 11 Mar 2005 08:41:59 +0000 James Hunt wrote: > > Hi, > > > > Please would you consider adding the following packages to Fedora > > Extras... > > [ ... ] > > > NAME: xxdiff > > URL: http://xxdiff.sf.net > > > > DESCRIPTION: Graphical diff program using Qt. > > > > RATIONALE: This is the best graphical diff program available IMHO. I've > > used it for years. 'meld' is "ok", but it is light-years away from the > > capabilities of xxdiff. > > Great idea. I second this. "xxdiff does not support comparing files encoded with Unicode." It's a pity - being UTF-8 the "core" encoding on GTK. It won't be able to diff pot files, and such. -- Iago Rubio From notting at redhat.com Fri Mar 11 16:33:49 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 11 Mar 2005 11:33:49 -0500 Subject: abiword (and gnumeric) In-Reply-To: <42315395.1010209@hhs.nl> References: <1110525169.15652.30.camel@cutter> <42315395.1010209@hhs.nl> Message-ID: <20050311163349.GA10775@nostromo.devel.redhat.com> Hans de Goede (j.w.r.degoede at hhs.nl) said: > I don't know about abiword but I volunteerd for gnumeric, I've reviewed > the latest package in core-cvs and it: > -looks ok > -is up to date with the latest upstream release > -has 0 open bugs in bugzilla > > I'm currently still waiting for my CVS access (all papers have been > e-mailed / faxed / etc). > > So if someone could: > -review the gnumeric package in core CVS > -maybe change the buildroot to match the advised fedora extras buildroot > -import this to CVS > -make me the package owner in bugzilla > > Then I'll try to take care of future updates assuming I'll get CVS > access soon, otherwise I'll just ask for someone todo the import on this > list. You'll need libgda, libgnomedb, etc. as well. Cc'ing Caolan - were you planning on importing these? Bill From davidz at redhat.com Fri Mar 11 16:54:42 2005 From: davidz at redhat.com (David Zeuthen) Date: Fri, 11 Mar 2005 11:54:42 -0500 Subject: doclifter, gpsd, shipper Message-ID: <1110560083.4203.47.camel@daxter.boston.redhat.com> Eric S. Raymond wrote: > There are a couple of packages I want to push into extras: > > 1. doclifter, for the document-conversion master plan. > > 2. gpsd, because David Zeuthen wants it for HAL > > 3. shipper, for reasons I explained at FUDcon. > > Anyone willing to sponsor me? > Yeah, I can sponsor you - I guess the next step is getting this imported into Extras CVS and getting it reviewed? http://fedoraproject.org/wiki/NewPackageProcess Cheers, David From esr at thyrsus.com Fri Mar 11 17:09:57 2005 From: esr at thyrsus.com (Eric S. Raymond) Date: Fri, 11 Mar 2005 12:09:57 -0500 Subject: doclifter, gpsd, shipper In-Reply-To: <1110560083.4203.47.camel@daxter.boston.redhat.com> References: <1110560083.4203.47.camel@daxter.boston.redhat.com> Message-ID: <20050311170957.GB21004@thyrsus.com> David Zeuthen : > Yeah, I can sponsor you - I guess the next step is getting this imported > into Extras CVS and getting it reviewed? > > http://fedoraproject.org/wiki/NewPackageProcess I think so. What should I do next? -- Eric S. Raymond From fedora at camperquake.de Fri Mar 11 17:40:49 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 11 Mar 2005 18:40:49 +0100 Subject: Short introduction Message-ID: <20050311184049.11987446@nausicaa.camperquake.de> Hi. I posted my long into to fedora-devel today, so I will not repeat it in full here. In short: My name is Ralf Ertzinger, soon-to-be meteorologist, having worked for some years in system/network-administration and having done RPM packaging (local) for some years. I'd like to get bmp into Extras (Michael Schwendt already contacted me about this). Furthermore I'd like to take over maintainership of lighttpd, if Matthias has no issues with that, of course. At last I'd like to introduce the enlightenment-e17-to-be-cvs-tree into extras, along with Evidence (an e17-libs-based filemanager). My question is: since enlightenment is not really finished (it is usable, to a degree), is there a place for it in extras? -- If there is a hell I'm sure this is how it smells Wish this were a dream, but no, it isn't -- Tim Jensen/Yoko Kanno "Rain" From ivazquez at ivazquez.net Fri Mar 11 17:48:45 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 11 Mar 2005 12:48:45 -0500 Subject: Short introduction In-Reply-To: <20050311184049.11987446@nausicaa.camperquake.de> References: <20050311184049.11987446@nausicaa.camperquake.de> Message-ID: <1110563325.9344.6.camel@ignacio.ignacio.lan> On Fri, 2005-03-11 at 18:40 +0100, Ralf Ertzinger wrote: > At last I'd like to introduce the enlightenment-e17-to-be-cvs-tree into > extras, along with Evidence (an e17-libs-based filemanager). My question > is: since enlightenment is not really finished (it is usable, to a degree), > is there a place for it in extras? Well, certainly some of the Enlightenment Foundation Library is ready, but I'd be hesitant to put Enlightenment proper in Extras myself. I currently have e17 in my repo, so I know from where I talk. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Fri Mar 11 17:56:46 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 11 Mar 2005 09:56:46 -0800 Subject: Short introduction In-Reply-To: <20050311184049.11987446@nausicaa.camperquake.de>; from fedora@camperquake.de on Fri, Mar 11, 2005 at 06:40:49PM +0100 References: <20050311184049.11987446@nausicaa.camperquake.de> Message-ID: <20050311095646.A5793@tiki-lounge.com> On Fri, Mar 11, 2005 at 06:40:49PM +0100, Ralf Ertzinger wrote: > At last I'd like to introduce the enlightenment-e17-to-be-cvs-tree into > extras, along with Evidence (an e17-libs-based filemanager). My question > is: since enlightenment is not really finished (it is usable, to a degree), > is there a place for it in extras? > Do we have a repository for unstable stuff? It seems like we're using the testing repository more like Core's testing repos. It could do double duty, though. Or we could have a separate unstable area. If we had this and we could make the package parallel installable with stable enlightenment I don't know what other criteria there would be that would stop it. -Toshio From mgansser at k-p-ebert.de Fri Mar 11 22:07:47 2005 From: mgansser at k-p-ebert.de (Martin Gansser) Date: Fri, 11 Mar 2005 23:07:47 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <20050310232127.1d5a2bae.bugs.michael@gmx.net> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> <20050310034610.729ce117.bugs.michael@gmx.net> <1110492388.28144.12.camel@gecko> <20050310232127.1d5a2bae.bugs.michael@gmx.net> Message-ID: <1110578867.6029.3.camel@gecko> Am Donnerstag, den 10.03.2005, 23:21 +0100 schrieb Michael Schwendt: > On Thu, 10 Mar 2005 23:06:28 +0100, root wrote: > > > Am Donnerstag, den 10.03.2005, 03:46 +0100 schrieb Michael Schwendt: > > > On Wed, 09 Mar 2005 17:46:48 +0100, Martin Gansser wrote: > > > > > > > > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=150601 > > > > > > > > > > Can you reproduce the crash in a freshly created user account? > > > > > (KDE/GNOME?) > > > > > > > > > > > > > i run kbuildsycoca before starting amarok, but the same behaviour. > > > > > > > > i created a new user acount on gnome, but the same > > > > > > Unable to reproduce that here. > > > > > > What surprised me is that you were to so quick in building and installing > > > Amarok from source tarball. That could be an indication that your > > > installation has been modified with other self-built software. If you > > > rebuild the src.rpm from within Fedora Extras CVS, does it run for you > > > without problems? ( http://cvs.fedora.redhat.com ) > > > > I built a binary from the released tarball 1.2.1, because CVS isn't > > complete. > > Sure it is complete. You just need to know how to use it. Check out the > amarok directory, then run "make i386" to build the package. This also > downloads the source tarball from the lookaside cache. > ok, I could build a working rpm binary with 'make i386# in the FC-3 dir. The playback works great. I final question, I couldn't select any Soundsystem in the configure Engine, is this normal. thanks Martin From bugs.michael at gmx.net Fri Mar 11 22:40:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 11 Mar 2005 23:40:12 +0100 Subject: problem with new amarok 1.2.1 package In-Reply-To: <1110578867.6029.3.camel@gecko> References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> <20050310034610.729ce117.bugs.michael@gmx.net> <1110492388.28144.12.camel@gecko> <20050310232127.1d5a2bae.bugs.michael@gmx.net> <1110578867.6029.3.camel@gecko> Message-ID: <20050311234012.51be9f2e.bugs.michael@gmx.net> On Fri, 11 Mar 2005 23:07:47 +0100, Martin Gansser wrote: > ok, I could build a working rpm binary with 'make i386' in the FC-3 dir. > The playback works great. Strange, since you only rebuilt the same software (src.rpm) which failed for you earlier. Rebuilding/installing software from source tarballs and mixing repositories can lead to such symptoms. > I final question, I couldn't select any Soundsystem in the configure > Engine, is this normal. No. You should be able to select "GStreamer Engine" and, with the amarok-arts package installed, also "aRts Engine". From gauret at free.fr Sat Mar 12 10:31:30 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 12 Mar 2005 11:31:30 +0100 Subject: problem with new amarok 1.2.1 package References: <1110314237.6021.7.camel@gecko> <422E0D86.4060801@math.unl.edu> <1110315589.6021.8.camel@gecko> <20050309035031.4f4daef7.bugs.michael@gmx.net> <1110386808.17148.0.camel@gecko> <20050310034610.729ce117.bugs.michael@gmx.net> <1110492388.28144.12.camel@gecko> <20050310232127.1d5a2bae.bugs.michael@gmx.net> <1110578867.6029.3.camel@gecko> <20050311234012.51be9f2e.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > Rebuilding/installing software from source tarballs and > mixing repositories can lead to such symptoms. Yes, maybe you were using a library from another repo, and you updated it in the meantime >> I final question, I couldn't select any Soundsystem in the configure >> Engine, is this normal. > > No. You should be able to select "GStreamer Engine" and, with the > amarok-arts package installed, also "aRts Engine". If the playback is working, you have to have a working engine. The available engines are gstreamer (default), arts (with -arts subpackage), and xine (if you rebuild the src.rpm --with xine). Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr Growth for the sake of growth is the ideology of the cancer cell. From toshio at tiki-lounge.com Sat Mar 12 19:45:21 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 12 Mar 2005 11:45:21 -0800 Subject: abiword In-Reply-To: <1110525169.15652.30.camel@cutter>; from skvidal@phy.duke.edu on Fri, Mar 11, 2005 at 02:12:49AM -0500 References: <1110525169.15652.30.camel@cutter> Message-ID: <20050312114521.A24029@tiki-lounge.com> On Fri, Mar 11, 2005 at 02:12:49AM -0500, seth vidal wrote: > hi, > I remember hearing that someone had volunteered to maintain abiword for > fedora extras. Did that person ever step forward and/or pass someone a > package for cvs check in? > > I'm working on extras builds for fc4test1 right now and this is one item > that stuck out on my machine when I tried to update to rawhide from fc3. > I took a brief look at abiword today to guage how much time it would take me to keep it maintained but there are some unresolved dependencies.... Does nayone know what happened to the RawHide enchant package? I know it got thrown out of Core, but it doesn't seem to be in either Extras or Core cvs. If it's not in cvs, does anyone have the latest SRPM cached somewhere? -Toshio From wtogami at redhat.com Sat Mar 12 19:54:42 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 12 Mar 2005 09:54:42 -1000 Subject: abiword In-Reply-To: <20050312114521.A24029@tiki-lounge.com> References: <1110525169.15652.30.camel@cutter> <20050312114521.A24029@tiki-lounge.com> Message-ID: <42334902.3060109@redhat.com> Toshio Kuratomi wrote:> > I took a brief look at abiword today to guage how much time it would take me > to keep it maintained but there are some unresolved dependencies.... Does > nayone know what happened to the RawHide enchant package? I know it got > thrown out of Core, but it doesn't seem to be in either Extras or Core cvs. > > If it's not in cvs, does anyone have the latest SRPM cached somewhere? http://people.redhat.com/wtogami/temp/enchant-1.1.5-3.src.rpm Copied it here for you. Warren From bdpepple at ameritech.net Sat Mar 12 20:27:27 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Sat, 12 Mar 2005 15:27:27 -0500 Subject: CVS account access problem Message-ID: <1110659247.29436.3.camel@localhost.localdomain> I noticed on the wiki that I was given CVS access last weekend, but so far I've been unable to connect. I'm getting the following error message: ssh: connect to host cvs.fedora.redhat.com port 22: Connection timed out cvs [checkout aborted]: end of file from server (consult above messages if any) Who do I need to contact to try to resolve this problem? Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Sat Mar 12 20:24:25 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 12 Mar 2005 12:24:25 -0800 Subject: abiword In-Reply-To: <42334902.3060109@redhat.com>; from wtogami@redhat.com on Sat, Mar 12, 2005 at 09:54:42AM -1000 References: <1110525169.15652.30.camel@cutter> <20050312114521.A24029@tiki-lounge.com> <42334902.3060109@redhat.com> Message-ID: <20050312122425.A29144@tiki-lounge.com> On Sat, Mar 12, 2005 at 09:54:42AM -1000, Warren Togami wrote: > Toshio Kuratomi wrote:> > > I took a brief look at abiword today to guage how much time it would take me > > to keep it maintained but there are some unresolved dependencies.... Does > > nayone know what happened to the RawHide enchant package? I know it got > > thrown out of Core, but it doesn't seem to be in either Extras or Core cvs. > > > > If it's not in cvs, does anyone have the latest SRPM cached somewhere? > > http://people.redhat.com/wtogami/temp/enchant-1.1.5-3.src.rpm > > Copied it here for you. > > Warren > Thanks Warren, I've grabbed a copy from there. -Toshio From ivazquez at ivazquez.net Sat Mar 12 20:45:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 12 Mar 2005 15:45:40 -0500 Subject: CVS account access problem In-Reply-To: <1110659247.29436.3.camel@localhost.localdomain> References: <1110659247.29436.3.camel@localhost.localdomain> Message-ID: <1110660340.15175.3.camel@ignacio.ignacio.lan> On Sat, 2005-03-12 at 15:27 -0500, Brian Pepple wrote: > I noticed on the wiki that I was given CVS access last weekend, but so > far I've been unable to connect. While we're on the subject, I've gotten my paperwork in but am not on the Wiki, and when I try to access CVS I get no response at all (cvs just keeps waiting). Any chance to resolve those issues as well? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sat Mar 12 23:04:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Mar 2005 00:04:36 +0100 Subject: ANNOUNCE: more unmaintained packages Message-ID: <20050313000436.1b03b3ce.bugs.michael@gmx.net> http://fedoraproject.org/wiki/Extras/OrphanedPackages New packages added per owner's request. He won't have steady access to a Fedora Core box for quite a while and hence would like to see somebody else to take over these packages: adns fortune-mod gai + gai-pal python-adns straw tla xmms-cdread A few comments: * straw : Current version in CVS is not the latest, because the latest failed miserably in fedora.us QA, see https://bugzilla.fedora.us/show_bug.cgi?id=1841#c22 http://bugzilla.redhat.com/147247 * xmms-cdread : Could be considered obsolete with XMMS' built-in Audio CD playing plug-in. But occasionally you meet users who report of better success with this one - strange. Upstream project hasn't been updated for a long time. * gai-pal : It includes support for fortune-mod. From sheltren at cs.ucsb.edu Sun Mar 13 04:32:56 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sat, 12 Mar 2005 20:32:56 -0800 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <20050313000436.1b03b3ce.bugs.michael@gmx.net> Message-ID: On 3/12/05 3:04 PM, "Michael Schwendt" wrote: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > New packages added per owner's request. He won't have steady access to a > Fedora Core box for quite a while and hence would like to see somebody > else to take over these packages: > > adns > fortune-mod > gai + gai-pal > python-adns > straw > tla > xmms-cdread > Due to my (bad?) sense of humor, I enjoy the stuff fortune-mod displays on login. :) I'd be willing to maintain that package. -Jeff From jim-cornette at insight.rr.com Sun Mar 13 04:46:46 2005 From: jim-cornette at insight.rr.com (Jim Cornette) Date: Sat, 12 Mar 2005 23:46:46 -0500 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: References: Message-ID: <4233C5B6.3040308@insight.rr.com> Jeff Sheltren wrote: >On 3/12/05 3:04 PM, "Michael Schwendt" wrote: > > > >>http://fedoraproject.org/wiki/Extras/OrphanedPackages >> >>New packages added per owner's request. He won't have steady access to a >>Fedora Core box for quite a while and hence would like to see somebody >>else to take over these packages: >> >> adns >> fortune-mod >> gai + gai-pal >> python-adns >> straw >> tla >> xmms-cdread >> >> >> >Due to my (bad?) sense of humor, I enjoy the stuff fortune-mod displays on >login. :) I'd be willing to maintain that package. > >-Jeff > > > > Thanks Jeff! I like the program, but am not yet into programming. Jim -- St. Patrick was a gentleman who through strategy and stealth drove all the snakes from Ireland. Here's a toasting to his health -- but not too many toastings lest you lose yourself and then forget the good St. Patrick and see all those snakes again. From jpo at di.uminho.pt Sun Mar 13 14:06:06 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Sun, 13 Mar 2005 14:06:06 +0000 Subject: ANNOUNCE: more unmaintained packages (fortune) In-Reply-To: References: Message-ID: <423448CE.5020609@di.uminho.pt> Jeff Sheltren wrote: > On 3/12/05 3:04 PM, "Michael Schwendt" wrote: > >>http://fedoraproject.org/wiki/Extras/OrphanedPackages >> >>New packages added per owner's request. He won't have steady access to a >>Fedora Core box for quite a while and hence would like to see somebody >>else to take over these packages: >> >> ... >> fortune-mod >> ... > > Due to my (bad?) sense of humor, I enjoy the stuff fortune-mod displays on > login. :) I'd be willing to maintain that package. By the way, version 1.91 is avaliable here: http://www.redellipse.net/code/fortune Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From jpo at di.uminho.pt Sun Mar 13 14:08:33 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Sun, 13 Mar 2005 14:08:33 +0000 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <20050313000436.1b03b3ce.bugs.michael@gmx.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> Message-ID: <42344961.9010804@di.uminho.pt> Michael Schwendt wrote: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > New packages added per owner's request. He won't have steady access to a I can maintain the "perl-Config-Tiny" package (I have already reviewed it for Fedora.us). Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From sheltren at cs.ucsb.edu Sun Mar 13 14:46:16 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 13 Mar 2005 06:46:16 -0800 Subject: ANNOUNCE: more unmaintained packages (fortune) In-Reply-To: <423448CE.5020609@di.uminho.pt> Message-ID: On 3/13/05 6:06 AM, "Jose Pedro Oliveira" wrote: > > By the way, version 1.91 is avaliable here: > http://www.redellipse.net/code/fortune > > Regards, > jpo Cool, I'll check it out - thanks. -Jeff From azugaldia at gmail.com Sun Mar 13 15:44:02 2005 From: azugaldia at gmail.com (Antonio Zugaldia) Date: Sun, 13 Mar 2005 16:44:02 +0100 Subject: Mono Platform Message-ID: <705a13705031307441fd7d655@mail.gmail.com> Hello everybody, is there any plan to include Mono (http://www.mono-project.com) packages in Fedora Extras, or we have the same limitations that in Fedora Core? Best regards, A. -- Antonio Zugaldia From bdpepple at ameritech.net Sun Mar 13 16:35:00 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Sun, 13 Mar 2005 11:35:00 -0500 Subject: Maintainership: freeciv Message-ID: <1110731700.22367.4.camel@localhost.localdomain> Hello, I would like to maintain 'freeciv' which was removed from the Core 4 development tree. Any objections? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Sun Mar 13 16:47:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 13 Mar 2005 11:47:56 -0500 Subject: Mono Platform In-Reply-To: <705a13705031307441fd7d655@mail.gmail.com> References: <705a13705031307441fd7d655@mail.gmail.com> Message-ID: <1110732476.30233.15.camel@cutter> On Sun, 2005-03-13 at 16:44 +0100, Antonio Zugaldia wrote: > Hello everybody, > > is there any plan to include Mono (http://www.mono-project.com) > packages in Fedora Extras, or we have the same limitations that in > Fedora Core? same legal limitations as core. -sv From shahms at shahms.com Sun Mar 13 17:53:52 2005 From: shahms at shahms.com (Shahms E. King) Date: Sun, 13 Mar 2005 09:53:52 -0800 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <20050313000436.1b03b3ce.bugs.michael@gmx.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> Message-ID: <1110736432.9777.1.camel@home.shahms.com> On Sun, 2005-03-13 at 00:04 +0100, Michael Schwendt wrote: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > New packages added per owner's request. He won't have steady access to a > Fedora Core box for quite a while and hence would like to see somebody > else to take over these packages: > > adns > fortune-mod > gai + gai-pal > python-adns > straw > tla > xmms-cdread I'll gladly maintain the tla (gnu-arch) package and might be talked into maintaining the {straw, adns, python-adns} triple if no one else stands up to do it. --Shahms King -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sheltren at cs.ucsb.edu Sun Mar 13 17:56:14 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 13 Mar 2005 09:56:14 -0800 Subject: Updated fortune-mod package Message-ID: I've created an updated fortune-mod package using fortune-mod-1.99 from http://www.redellipse.net/code/fortune If anyone has a chance to look over it, I'd appreciate any comments. The SRPM and spec are available here: http://www.cs.ucsb.edu/~jeff/extras/fortune-mod-1.99.1-1.src.rpm http://www.cs.ucsb.edu/~jeff/extras/fortune-mod.spec Thanks, Jeff From jim-cornette at insight.rr.com Sun Mar 13 19:44:00 2005 From: jim-cornette at insight.rr.com (Jim Cornette) Date: Sun, 13 Mar 2005 14:44:00 -0500 Subject: Updated fortune-mod package In-Reply-To: References: Message-ID: <42349800.1090002@insight.rr.com> Jeff Sheltren wrote: >I've created an updated fortune-mod package using fortune-mod-1.99 from >http://www.redellipse.net/code/fortune > >If anyone has a chance to look over it, I'd appreciate any comments. > >The SRPM and spec are available here: >http://www.cs.ucsb.edu/~jeff/extras/fortune-mod-1.99.1-1.src.rpm >http://www.cs.ucsb.edu/~jeff/extras/fortune-mod.spec > >Thanks, >Jeff > > > I compiled the rpm without regarding the spec file. rpmbuild --rebuild --target i386 and the rpm seems to work for me. I had to download and install recode-devel but this was minor. For reference, this is on a development system. Thanks! Jim -- It turned out that the worm exploited three or four different holes in the system. From this, and the fact that we were able to capture and examine some of the source code, we realized that we were dealing with someone very sharp, probably not someone here on campus. -- Dr. Richard LeBlanc, associate professor of ICS, in Georgia Tech's campus newspaper after the Internet worm. From bugs.michael at gmx.net Sun Mar 13 19:46:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Mar 2005 20:46:47 +0100 Subject: Updated fortune-mod package In-Reply-To: References: Message-ID: <20050313204647.105c8b20.bugs.michael@gmx.net> On Sun, 13 Mar 2005 09:56:14 -0800, Jeff Sheltren wrote: > I've created an updated fortune-mod package using fortune-mod-1.99 from > http://www.redellipse.net/code/fortune > > If anyone has a chance to look over it, I'd appreciate any comments. > > The SRPM and spec are available here: > http://www.cs.ucsb.edu/~jeff/extras/fortune-mod-1.99.1-1.src.rpm > http://www.cs.ucsb.edu/~jeff/extras/fortune-mod.spec Any particular reason why you didn't rediff and include the fortune-mod-1.0-remove-offensive.patch? The corresponding bugzilla ticket needs special privileges to view it. But the patch looks reasonable. From eric at snowmoon.com Sun Mar 13 20:08:07 2005 From: eric at snowmoon.com (Eric Warnke) Date: Sun, 13 Mar 2005 15:08:07 -0500 Subject: Mono Platform In-Reply-To: <1110732476.30233.15.camel@cutter> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> Message-ID: <42349DA7.6050605@snowmoon.com> seth vidal wrote: >On Sun, 2005-03-13 at 16:44 +0100, Antonio Zugaldia wrote: > > >>Hello everybody, >> >> is there any plan to include Mono (http://www.mono-project.com) >>packages in Fedora Extras, or we have the same limitations that in >>Fedora Core? >> >> > >same legal limitations as core. > > > This is confusing ... are you saying that mono is incompatible with FC? The Compiler and tools are GPL, the runtime is LGPL, and the class libraries are MIT X11. I was so hoping to see them appear in extras especially with the growing number of mono gnome apps. Cheers, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From skvidal at phy.duke.edu Sun Mar 13 20:14:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 13 Mar 2005 15:14:54 -0500 Subject: Mono Platform In-Reply-To: <42349DA7.6050605@snowmoon.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> Message-ID: <1110744894.11377.0.camel@cutter> > This is confusing ... are you saying that mono is incompatible with FC? > The Compiler and tools are GPL, the runtime is LGPL, and the class > libraries are MIT X11. I was so hoping to see them appear in extras > especially with the growing number of mono gnome apps. > I'm saying the last time this was asked the answer, I believe, was 'patents prohibit us from including it' -sv From sheltren at cs.ucsb.edu Sun Mar 13 20:19:11 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 13 Mar 2005 12:19:11 -0800 Subject: Updated fortune-mod package In-Reply-To: <20050313204647.105c8b20.bugs.michael@gmx.net> Message-ID: On 3/13/05 11:46 AM, "Michael Schwendt" wrote: > > Any particular reason why you didn't rediff and include the > fortune-mod-1.0-remove-offensive.patch? The corresponding bugzilla ticket > needs special privileges to view it. But the patch looks reasonable. > Well, perhaps my viewpoint would be different if I'd read that bugzilla entry, but to be completely honest, I don't see how that joke is any more offensive than 100s of other entries located in the 'non-offensive' files. My thought was to eliminate the majority of what people find offensive by default (this separation is done in the source package, but the added patches remove the '-o' flag, etc). If, at that point, there are still entries that offend someone I'm of the opinion they can remove said entries themselves. -Jeff From eric at snowmoon.com Sun Mar 13 20:35:06 2005 From: eric at snowmoon.com (Eric Warnke) Date: Sun, 13 Mar 2005 15:35:06 -0500 Subject: Mono Platform In-Reply-To: <1110744894.11377.0.camel@cutter> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> Message-ID: <4234A3FA.9050504@snowmoon.com> seth vidal wrote: >>This is confusing ... are you saying that mono is incompatible with FC? >>The Compiler and tools are GPL, the runtime is LGPL, and the class >>libraries are MIT X11. I was so hoping to see them appear in extras >>especially with the growing number of mono gnome apps. >> >> >> > >I'm saying the last time this was asked the answer, I believe, was >'patents prohibit us from including it' > > > > The appropriate page ( http://www.mono-project.com/FAQ:_Licensing ) indicated clearly that they take every possible step to avoid patents in the code libraries that might contain sumarine patents. Yes, .NET has patents, but the patent holder has given a world wide royalty free license for whatever porpose when it submitted it to ISO/ECMA. To avoid shipping useful free software because of threat of parents would wipe out the distribution, remeber there is still an outstanding SCO claim of $600/cpu for running the kernel. The apache license specifically disclaims any patent protection. Samba probably teeters on infringment for each new feature it implements. So I pose it to the list again, why not include mono? Cheers, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From skvidal at phy.duke.edu Sun Mar 13 20:43:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 13 Mar 2005 15:43:23 -0500 Subject: Mono Platform In-Reply-To: <4234A3FA.9050504@snowmoon.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> Message-ID: <1110746603.11377.15.camel@cutter> > The appropriate page ( http://www.mono-project.com/FAQ:_Licensing ) > indicated clearly that they take every possible step to avoid patents in > the code libraries that might contain sumarine patents. Yes, .NET has > patents, but the patent holder has given a world wide royalty free > license for whatever porpose when it submitted it to ISO/ECMA. > > To avoid shipping useful free software because of threat of parents > would wipe out the distribution, remeber there is still an outstanding > SCO claim of $600/cpu for running the kernel. The apache license > specifically disclaims any patent protection. Samba probably teeters on > infringment for each new feature it implements. > > So I pose it to the list again, why not include mono? don't pose it to the list. pose it to legal. -sv From shahms at shahms.com Sun Mar 13 20:40:17 2005 From: shahms at shahms.com (Shahms E. King) Date: Sun, 13 Mar 2005 12:40:17 -0800 Subject: Mono Platform In-Reply-To: <1110744894.11377.0.camel@cutter> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> Message-ID: <1110746417.5670.17.camel@home.shahms.com> On Sun, 2005-03-13 at 15:14 -0500, seth vidal wrote: > > This is confusing ... are you saying that mono is incompatible with FC? > > The Compiler and tools are GPL, the runtime is LGPL, and the class > > libraries are MIT X11. I was so hoping to see them appear in extras > > especially with the growing number of mono gnome apps. > > > > I'm saying the last time this was asked the answer, I believe, was > 'patents prohibit us from including it' > > > -sv It seems like livna would be the ideal place for these. Unfortunately, the process for adding packages to livna is more opaque than the early Fedora process with even less communication. There is definitely a need for a place to put these "legally ambiguous" packages. It obviously cannot share the Red Hat/Fedora infrastructure, but the current Liva setup is sorely lacking in community participation. Subscribing the the mailing list requires moderator approval which is apparently glacial in coming (I just tried subscribing for a second time after waiting almost a month for any response from my last attempt). They just added x86_64 support back, which was the original reason I wanted to subscribe (I had been making x86_64 nvidia drivers and recompiling other livna packages for a while and wanted to volunteer to do this or at least see if others could use my work), but there are always going to be deserving packages that cannot be hosted in Core or Extras for various reasons. The one problem with that is that Livna isn't widely mirrored (for obvious reasons) and applications built on Mono are not themselves legally troubling, but cannot be hosted in Core or Extras due to the mono dependency. It might be reasonable/nice to get some of these other packages more widely mirrored so as to keep the set of "minimally mirrored" packages as small as possible, but I'm unsure of the best way to do that. The first step in all of this, however, is opening up Livna development. I'd recommend this to them, but, uh, I can't get in touch with anyone in that project ;-P --Shahms -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sheltren at cs.ucsb.edu Sun Mar 13 21:20:31 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 13 Mar 2005 13:20:31 -0800 Subject: Updated fortune-mod package In-Reply-To: Message-ID: On 3/13/05 12:19 PM, "Jeff Sheltren" wrote: > On 3/13/05 11:46 AM, "Michael Schwendt" wrote: >> >> Any particular reason why you didn't rediff and include the >> fortune-mod-1.0-remove-offensive.patch? The corresponding bugzilla ticket >> needs special privileges to view it. But the patch looks reasonable. >> > Well, perhaps my viewpoint would be different if I'd read that bugzilla > entry, but to be completely honest, I don't see how that joke is any more > offensive than 100s of other entries located in the 'non-offensive' files. > My thought was to eliminate the majority of what people find offensive by > default (this separation is done in the source package, but the added > patches remove the '-o' flag, etc). If, at that point, there are still > entries that offend someone I'm of the opinion they can remove said entries > themselves. > > -Jeff > Michael, perhaps I should rephrase my email. Are you saying that ideally, extras would remove (or at least relocate to the offensive directory) all fortunes which people are offended by? I can see how RedHat may want to be PC at this day in age, but it seems like it could quickly get out of hand. Also, I forgot to thank you for checking out my package, so, Thanks! -Jeff From wtogami at redhat.com Sun Mar 13 21:48:54 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Mar 2005 11:48:54 -1000 Subject: Mono Platform In-Reply-To: <4234A3FA.9050504@snowmoon.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> Message-ID: <4234B546.7080801@redhat.com> Eric Warnke wrote: > seth vidal wrote: > > >>>This is confusing ... are you saying that mono is incompatible with FC? >>>The Compiler and tools are GPL, the runtime is LGPL, and the class >>>libraries are MIT X11. I was so hoping to see them appear in extras >>>especially with the growing number of mono gnome apps. >>> >>> >>> >> >>I'm saying the last time this was asked the answer, I believe, was >>'patents prohibit us from including it' Note that "GPL" and "patents" also describes the situation of mplayer. > > The appropriate page ( http://www.mono-project.com/FAQ:_Licensing ) > indicated clearly that they take every possible step to avoid patents in > the code libraries that might contain sumarine patents. Yes, .NET has > patents, but the patent holder has given a world wide royalty free > license for whatever porpose when it submitted it to ISO/ECMA. http://web.archive.org/web/20030609164123/http://mailserver.di.unipi.it/pipermail/dotnet-sscli/msg00218.html If you actually read what the Microsoft guy said, your paragraph and the way mono-project.com describes the situation is highly questionable. Among the more obvious problems: - RAND is incompatible with the GPL - "patents ... (non-commercial) purpose" is too - Is this vague post equal to a legally binding, perpetual and non-revokable license to use Microsoft's patents without being sued? - Elsewhere Microsoft execs have threatened vocally to sue I suppose we can ask legal, but I don't hold much hope. > > To avoid shipping useful free software because of threat of parents > would wipe out the distribution, remeber there is still an outstanding > SCO claim of $600/cpu for running the kernel. The apache license > specifically disclaims any patent protection. Samba probably teeters on > infringment for each new feature it implements. > > So I pose it to the list again, why not include mono? > In the end should we follow the opinion of RH's legal, or some guy on a mailing list? (Don't answer that.) Warren Togami wtogami at redhat.com From radekvokal at gmail.com Sun Mar 13 21:42:37 2005 From: radekvokal at gmail.com (Radek Vokal) Date: Sun, 13 Mar 2005 22:42:37 +0100 Subject: Mono Platform In-Reply-To: <1110746417.5670.17.camel@home.shahms.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <1110746417.5670.17.camel@home.shahms.com> Message-ID: <76ac05530503131342632a092f@mail.gmail.com> On Sun, 13 Mar 2005 12:40:17 -0800, Shahms E. King wrote: > On Sun, 2005-03-13 at 15:14 -0500, seth vidal wrote: > > > This is confusing ... are you saying that mono is incompatible with FC? > > > The Compiler and tools are GPL, the runtime is LGPL, and the class > > > libraries are MIT X11. I was so hoping to see them appear in extras > > > especially with the growing number of mono gnome apps. > > > > > > > I'm saying the last time this was asked the answer, I believe, was > > 'patents prohibit us from including it' > > > > > > -sv > > It seems like livna would be the ideal place for these. Unfortunately, > the process for adding packages to livna is more opaque than the early > Fedora process with even less communication. Check dag's reposity, you'll find mono-core nicelly precompiled there .. No need to double this for livna as well. From skvidal at phy.duke.edu Sun Mar 13 22:00:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 13 Mar 2005 17:00:49 -0500 Subject: Mono Platform In-Reply-To: <76ac05530503131342632a092f@mail.gmail.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <1110746417.5670.17.camel@home.shahms.com> <76ac05530503131342632a092f@mail.gmail.com> Message-ID: <1110751250.11377.22.camel@cutter> > Check dag's reposity, you'll find mono-core nicelly precompiled there > .. No need to double this for livna as well. > The problem is that dag's repos (as dag has mentioned before) will replace core packages with other versions. -sv From gauret at free.fr Sun Mar 13 21:58:34 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 13 Mar 2005 22:58:34 +0100 Subject: Pure-FTPD imported Message-ID: Hi all, I've imported my pure-ftpd package, since it's been approved at fedora.us. However, it could use a review from you people. Thanks, Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr "We act as though comfort and luxury were the chief requirements of life, when all that we need to make us happy is something to be enthusiastic about." --?Albert?Einstein From wtogami at redhat.com Sun Mar 13 22:00:02 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Mar 2005 12:00:02 -1000 Subject: Updated fortune-mod package In-Reply-To: References: Message-ID: <4234B7E2.2090002@redhat.com> Jeff Sheltren wrote: > Michael, perhaps I should rephrase my email. Are you saying that ideally, > extras would remove (or at least relocate to the offensive directory) all > fortunes which people are offended by? I can see how RedHat may want to be > PC at this day in age, but it seems like it could quickly get out of hand. > Also, I forgot to thank you for checking out my package, so, Thanks! > It was reasons like this that led Red Hat to remove fortune-mod in the first place. It is just a complete waste of time spinning cycles to deal with political correctness when there are 5 billion uncontroversial real issues to fix. http://software.newsforge.com/article.pl?sid=04/12/27/1535248&tid=150 Free software! Open Source! No patent encumberance! No problem? Do we also want to waste time discussing if we want to allow GPL pornographic software in Fedora? I suppose we need written policies about (possibly) offensive content so we don't repeatedly waste time arguing about this. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Mar 13 22:04:20 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Mar 2005 12:04:20 -1000 Subject: Pure-FTPD imported In-Reply-To: References: Message-ID: <4234B8E4.4050904@redhat.com> Aurelien Bompard wrote: > Hi all, > > I've imported my pure-ftpd package, since it's been approved at fedora.us. > However, it could use a review from you people. > https://bugzilla.fedora.us/show_bug.cgi?id=1573 Looks like you and Jose already put a lot of work into this, and Jose is the reviewer. Just go ahead and request a build. You or Jose should post the APPROVED message. Might as well include that Bugzilla reference too. This is a great example of a review and revision process. Warren Togami wtogami at redhat.com From gauret at free.fr Sun Mar 13 22:21:36 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 13 Mar 2005 23:21:36 +0100 Subject: Pure-FTPD imported References: <4234B8E4.4050904@redhat.com> Message-ID: Warren Togami wrote: > Looks like you and Jose already put a lot of work into this, and Jose is > the reviewer. Just go ahead and request a build. You or Jose should > post the APPROVED message. Might as well include that Bugzilla > reference too. This is a great example of a review and revision process. Thanks. Done. Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr "Science sans conscience n'est que ruine de l'?me." -- Rabelais From gauret at free.fr Sun Mar 13 22:26:51 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 13 Mar 2005 23:26:51 +0100 Subject: Updated fortune-mod package References: <4234B7E2.2090002@redhat.com> Message-ID: Warren Togami wrote: > Do we also want to waste time discussing if we want to allow GPL > pornographic software in Fedora? Well, there is this Hot-Babe program... :) (For those who haven't heard of it : http://software.newsforge.com/article.pl?sid=04/12/27/1535248&tid=150) Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook From gauret at free.fr Sun Mar 13 22:29:07 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 13 Mar 2005 23:29:07 +0100 Subject: Updated fortune-mod package References: <4234B7E2.2090002@redhat.com> Message-ID: Darn ! I should follow links ! Sorry about that.. /me is going to bed... Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr If one keeps trying, one successes eventually. Therefore, the more one fails, the closer one is to success. -- Shadok moto. From eric at snowmoon.com Sun Mar 13 22:42:07 2005 From: eric at snowmoon.com (Eric Warnke) Date: Sun, 13 Mar 2005 17:42:07 -0500 Subject: Mono Platform In-Reply-To: <4234B546.7080801@redhat.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> Message-ID: <4234C1BF.8050508@snowmoon.com> I don't want to draw this out more than it needs to be ( and I can find no "legal" list or email anywhere on the sites ). I'm just confused with the scope and leadership here. We are including in FC4 a java toolchan when not more than a year ago Sun lost it's patent litigation with Kodak over patents in java and ended up paying $92 million to license all applicable patents to java. http://www.theserverside.com/news/thread.tss?thread_id=29303 The GCJ list they also bring out doubts themselves as to Sun's license to re-implement from standards. http://gcc.gnu.org/ml/java/2004-06/msg00233.html Without knowing the terms of that agreement and a full review of gcj/Classpath how do we know that Kodak won't sue RedHat? To move forward on the java front and not on mono just seems like playing favorites here. Cheers, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From bugs.michael at gmx.net Sun Mar 13 22:59:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Mar 2005 23:59:19 +0100 Subject: Updated fortune-mod package In-Reply-To: <4234B7E2.2090002@redhat.com> References: <4234B7E2.2090002@redhat.com> Message-ID: <20050313235919.6e623cf0.bugs.michael@gmx.net> On Sun, 13 Mar 2005 12:00:02 -1000, Warren Togami wrote: > http://software.newsforge.com/article.pl?sid=04/12/27/1535248&tid=150 > Free software! Open Source! No patent encumberance! No problem? Do > we also want to waste time discussing if we want to allow GPL > pornographic software in Fedora? Just for the record, the infamous "Hot Babe" applet is not pornographic. ( https://bugzilla.fedora.us/show_bug.cgi?id=2381 ) But the "web collage" screensaver (a not so old thread on another fedora* list) is able to fetch pornographic images from the web. A major difference. > I suppose we need written policies about (possibly) offensive content so > we don't repeatedly waste time arguing about this. The interesting background is that the second patch disables the -o option for explicitly offensive fortunes. So, some thought has been put into this before. If we just kept the other trivial patch and respected previous decisions, no time would be wasted at all on discussing why a patch was deleted. I would prefer the conservative approach and keep the patches and not argue whether any other fortunes might be [more] offensive until some users complain. Btw, I don't get the "joke" which was patched out from the "riddles" fortunes. Is just bad taste of humour or plain dumb? From sheltren at cs.ucsb.edu Sun Mar 13 23:02:31 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 13 Mar 2005 15:02:31 -0800 Subject: Updated fortune-mod package In-Reply-To: <20050313235919.6e623cf0.bugs.michael@gmx.net> Message-ID: On 3/13/05 2:59 PM, "Michael Schwendt" wrote: > > Btw, I don't get the "joke" which was patched out from the "riddles" > fortunes. Is just bad taste of humour or plain dumb? > It's just dumb :) Excuse me for opening up a can of worms. I'll redo the old patch and just keep my mouth shut about how stupid I think some 'politically correct' people are (from now on). -Jeff From tcallawa at redhat.com Sun Mar 13 23:30:30 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 13 Mar 2005 17:30:30 -0600 Subject: Mono Platform In-Reply-To: <4234C1BF.8050508@snowmoon.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> Message-ID: <1110756630.3991.32.camel@localhost.localdomain> On Sun, 2005-03-13 at 17:42 -0500, Eric Warnke wrote: >I don't want to draw this out more than it needs to be ( and I can find >no "legal" list or email anywhere on the sites ). I'm just confused >with the scope and leadership here. Java issues aside (we should have legal look them over), its faulty logic to say "if foo is legally questionable and we include it, why not bar?". If anything, we encourage people who have legal concerns about Fedora packages to raise them to us. Mono is legally questionable. We're not including it until the legal issues are clarified by the patent holder. If and when that happens, we'll revisit the topic. Right now, there is no patent grant in writing for any of the patented technology upon which Mono is built on. This is a clear-cut violation of the GPL. The vague post which is often referred to as a "patent grant" is very very far from that. I'm not even a lawyer, and I know that much. It has nothing to do with playing favorites, and everything to do with covering our ass. If you care about getting Mono (or any other patent encumbered software) included in Fedora, get an unrestricted patent grant from the patent holder in writing which explicitly permits unlimited redistribution and use. Yes, this sucks. Software patents suck. And yet, its the world in which we live. :/ ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From jim-cornette at insight.rr.com Mon Mar 14 00:26:51 2005 From: jim-cornette at insight.rr.com (Jim Cornette) Date: Sun, 13 Mar 2005 19:26:51 -0500 Subject: Updated fortune-mod package In-Reply-To: References: Message-ID: <4234DA4B.9090309@insight.rr.com> Jeff Sheltren wrote: >On 3/13/05 2:59 PM, "Michael Schwendt" wrote: > > > >>Btw, I don't get the "joke" which was patched out from the "riddles" >>fortunes. Is just bad taste of humour or plain dumb? >> >> >> >It's just dumb :) > >Excuse me for opening up a can of worms. I'll redo the old patch and just >keep my mouth shut about how stupid I think some 'politically correct' >people are (from now on). > >-Jeff > > > Whatever the decision is regarding the outcome of eliminating a lot of different fortunes for political reasons, I hope the program does not become too lame with the exceptions. Maybe Mr Rodgers funniest jokes. - :-) Thanks for this versiion update. Jim -- Windows: XT emulator for an Pentium. From kevin-fedora-extras at scrye.com Mon Mar 14 03:31:34 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 13 Mar 2005 20:31:34 -0700 Subject: xfce-4.2.0 i386 rpms for devel/rawhide Message-ID: <20050314033139.38A6E1F190@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Finally got my test box re-installed and updated to the latest devel. Thus, there are now xfce-4.2.0 i386 binary rpms for rawhide/devel available now at: http://www.scrye.com/~kevin/fedora-extras/devel-RPMS/ Most everything built with no problems, with 2 exceptions: - - Terminal has a ton of issues with the new DBUS api. However, there is a new version in beta upstream with the new dbus api supported. Hopefully that will go final before fc4. :) - - xffm has some issues with some gtk2 headers. I will dig into that and see if I can come up with a patch. Also worth noting is that there is going to be a 4.2.1 version released probibly in the next few days. I will update everything here once that comes out. Speaking of versions, should I have 4.2.0 (or 4.2.1) tagged for both the fc3 and devel trees? Is there any problem with fedora extras releasing a newer version of a package than was in core? (Or should we have 4.0.6 or nothing in the fc3 tree, and only do the newer versions for devel/fc4?) IMHO, 4.2.0 is vastly better than the 4.0.6 shipped with fc3. Session management alone would be worth the upgrade. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCNQWa3imCezTjY0ERAoF7AJ9dbFwVYhkbFtnTHu0ao/mlu8dYuQCfcl/0 RJNlw9nMrltvOFscvbQ1KZk= =m+UP -----END PGP SIGNATURE----- From tcallawa at redhat.com Mon Mar 14 05:12:46 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 13 Mar 2005 23:12:46 -0600 Subject: xfce-4.2.0 i386 rpms for devel/rawhide In-Reply-To: <20050314033139.38A6E1F190@voldemort.scrye.com> References: <20050314033139.38A6E1F190@voldemort.scrye.com> Message-ID: <1110777166.3991.52.camel@localhost.localdomain> On Sun, 2005-03-13 at 20:31 -0700, Kevin Fenzi wrote: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > > >Finally got my test box re-installed and updated to the latest devel. > >Thus, there are now xfce-4.2.0 i386 binary rpms for rawhide/devel >available now at: > >http://www.scrye.com/~kevin/fedora-extras/devel-RPMS/ > >Most everything built with no problems, with 2 exceptions: > >- - Terminal has a ton of issues with the new DBUS api. However, there >is a new version in beta upstream with the new dbus api supported. >Hopefully that will go final before fc4. :) If it doesn't, you should either patch the fixes in from beta, or pull Terminal from the FC4 branch until its fixed. >Speaking of versions, should I have 4.2.0 (or 4.2.1) tagged for both >the fc3 and devel trees? Is there any problem with fedora extras >releasing a newer version of a package than was in core? >(Or should we have 4.0.6 or nothing in the fc3 tree, and only do the >newer versions for devel/fc4?) Its your call. Normally, we don't let Fedora Extras packages conflict with Core, but since xfce moved from Core to Extras, as long as your packages are a newer version, there shouldn't be any issue. You'd just need to upgrade everything that depends on any of the xfce bits (which you seem to be doing already), to avoid breaking FC3 xfce users who have Extras in their yum.conf. For other packages, this would be a logistical nightmare, but xfce is fairly well self-contained. (I need to word this in a more formal policy, but I think you get the idea) ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From wtogami at redhat.com Mon Mar 14 05:46:49 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 13 Mar 2005 19:46:49 -1000 Subject: xfce-4.2.0 i386 rpms for devel/rawhide In-Reply-To: <1110777166.3991.52.camel@localhost.localdomain> References: <20050314033139.38A6E1F190@voldemort.scrye.com> <1110777166.3991.52.camel@localhost.localdomain> Message-ID: <42352549.3040105@redhat.com> Tom 'spot' Callaway wrote: >>Speaking of versions, should I have 4.2.0 (or 4.2.1) tagged for both >>the fc3 and devel trees? Is there any problem with fedora extras >>releasing a newer version of a package than was in core? >>(Or should we have 4.0.6 or nothing in the fc3 tree, and only do the >>newer versions for devel/fc4?) > > > Its your call. Normally, we don't let Fedora Extras packages conflict > with Core, but since xfce moved from Core to Extras, as long as your > packages are a newer version, there shouldn't be any issue. > > You'd just need to upgrade everything that depends on any of the xfce > bits (which you seem to be doing already), to avoid breaking FC3 xfce > users who have Extras in their yum.conf. > > For other packages, this would be a logistical nightmare, but xfce is > fairly well self-contained. > > (I need to word this in a more formal policy, but I think you get the > idea) Why don't we test it in FC4 Extras and the equivalent on the side. Then once we're sure everything is fine we can push it as a FC3 Update. The entire KDE was upgraded after the release of FC3, so why not XFCE? =) Warren Togami wtogami at rdhat.com From skvidal at phy.duke.edu Mon Mar 14 06:29:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 14 Mar 2005 01:29:29 -0500 Subject: packages needing fc3 sync Message-ID: <1110781769.11377.32.camel@cutter> The following packages need FC-3 branch sync/creation: ipython python-durus python-quixote pure-ftpd -sv From funkyres at gmail.com Mon Mar 14 06:02:38 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 13 Mar 2005 22:02:38 -0800 Subject: perl DBI modules and make test Message-ID: <485bb88405031322022dfd1bd5@mail.gmail.com> It is generally a good idea to run "make test" after building a perl module. Some perl modules want a database names test that make test can use to allow table add and drop privileges for the current user. Does the Fedora Extras build machine sport this? What DBD driver should be used? Is there a username and password that should be used? -- http://mpeters.us/ From gdk at redhat.com Mon Mar 14 13:47:00 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Mon, 14 Mar 2005 08:47:00 -0500 (EST) Subject: Mono Platform In-Reply-To: <4234C1BF.8050508@snowmoon.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> Message-ID: Comments inline. On Sun, 13 Mar 2005, Eric Warnke wrote: > I don't want to draw this out more than it needs to be ( and I can find > no "legal" list or email anywhere on the sites ). I'm just confused > with the scope and leadership here. I am the intermediary between Red Hat counsel and the Fedora project for all matters legal. > We are including in FC4 a java toolchan when not more than a year ago > Sun lost it's patent litigation with Kodak over patents in java and > ended up paying $92 million to license all applicable patents to java. > > http://www.theserverside.com/news/thread.tss?thread_id=29303 > > The GCJ list they also bring out doubts themselves as to Sun's license > to re-implement from standards. > > http://gcc.gnu.org/ml/java/2004-06/msg00233.html > > Without knowing the terms of that agreement and a full review of > gcj/Classpath how do we know that Kodak won't sue RedHat? To move > forward on the java front and not on mono just seems like playing > favorites here. I will bring this issue to counsel once again. I presume that the answer will be the same, but one never knows. Legal issues are tracked at: http://fedoraproject.org/wiki/FedoraLegalIssues --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From sheltren at cs.ucsb.edu Mon Mar 14 14:29:15 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 14 Mar 2005 06:29:15 -0800 Subject: Updated fortune-mod package In-Reply-To: <20050313204647.105c8b20.bugs.michael@gmx.net> Message-ID: On 3/13/05 11:46 AM, "Michael Schwendt" wrote: > > Any particular reason why you didn't rediff and include the > fortune-mod-1.0-remove-offensive.patch? The corresponding bugzilla ticket > needs special privileges to view it. But the patch looks reasonable. > There's an updated package/spec here: http://www.cs.ucsb.edu/~jeff/extras/fortune-mod-1.99.1-2.src.rpm http://www.cs.ucsb.edu/~jeff/extras/fortune-mod.spec I've added a patch for moving certain fortunes into the offensive directory. -Jeff From notting at redhat.com Mon Mar 14 16:58:49 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Mar 2005 11:58:49 -0500 Subject: packages needing fc3 sync In-Reply-To: <1110781769.11377.32.camel@cutter> References: <1110781769.11377.32.camel@cutter> Message-ID: <20050314165849.GD10338@nostromo.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > The following packages need FC-3 branch sync/creation: > > ipython > python-durus > python-quixote > pure-ftpd Done. Bill From kevin-fedora-extras at scrye.com Mon Mar 14 17:17:04 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 14 Mar 2005 10:17:04 -0700 Subject: xfce-4.2.0 i386 rpms for devel/rawhide References: <20050314033139.38A6E1F190@voldemort.scrye.com> <1110777166.3991.52.camel@localhost.localdomain> Message-ID: <20050314171708.6B0FFBF9D3@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Tom" == Tom Callaway writes: >> - - Terminal has a ton of issues with the new DBUS api. However, >> there is a new version in beta upstream with the new dbus api >> supported. Hopefully that will go final before fc4. :) Tom> If it doesn't, you should either patch the fixes in from beta, or Tom> pull Terminal from the FC4 branch until its fixed. Yeah. Luckily Terminal is very self contained. I guess the upsteam is a pre, not a beta. Will see about either merging the fixes or just going to the 0.2.4-pre1 and see how stable it is. >> Speaking of versions, should I have 4.2.0 (or 4.2.1) tagged for >> both the fc3 and devel trees? Is there any problem with fedora >> extras releasing a newer version of a package than was in core? >> (Or should we have 4.0.6 or nothing in the fc3 tree, and only do >> the newer versions for devel/fc4?) Tom> Its your call. Normally, we don't let Fedora Extras packages Tom> conflict with Core, but since xfce moved from Core to Extras, as Tom> long as your packages are a newer version, there shouldn't be any Tom> issue. ok. Tom> You'd just need to upgrade everything that depends on any of the Tom> xfce bits (which you seem to be doing already), to avoid breaking Tom> FC3 xfce users who have Extras in their yum.conf. Yeah, agreed. Tom> For other packages, this would be a logistical nightmare, but Tom> xfce is fairly well self-contained. Tom> (I need to word this in a more formal policy, but I think you get Tom> the idea) "Don't break things" ? :) kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCNccU3imCezTjY0ERAi/yAJ9I4LHXEwhUkya7p/NEmXs8zB5TnQCfbo5l nzdJCc5OlUyBBfPemgx7gVw= =s5rc -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Mon Mar 14 17:20:43 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 14 Mar 2005 10:20:43 -0700 Subject: xfce-4.2.0 i386 rpms for devel/rawhide References: <20050314033139.38A6E1F190@voldemort.scrye.com> <1110777166.3991.52.camel@localhost.localdomain> <42352549.3040105@redhat.com> Message-ID: <20050314172047.A3C82B8503@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Warren" == Warren Togami writes: Warren> Tom 'spot' Callaway wrote: >>> Speaking of versions, should I have 4.2.0 (or 4.2.1) tagged for >>> both the fc3 and devel trees? Is there any problem with fedora >>> extras releasing a newer version of a package than was in core? >>> (Or should we have 4.0.6 or nothing in the fc3 tree, and only do >>> the newer versions for devel/fc4?) >> Its your call. Normally, we don't let Fedora Extras packages >> conflict with Core, but since xfce moved from Core to Extras, as >> long as your packages are a newer version, there shouldn't be any >> issue. You'd just need to upgrade everything that depends on any >> of the xfce bits (which you seem to be doing already), to avoid >> breaking FC3 xfce users who have Extras in their yum.conf. For >> other packages, this would be a logistical nightmare, but xfce is >> fairly well self-contained. (I need to word this in a more formal >> policy, but I think you get the idea) Warren> Why don't we test it in FC4 Extras and the equivalent on the Warren> side. Then once we're sure everything is fine we can push it Warren> as a FC3 Update. The entire KDE was upgraded after the Warren> release of FC3, so why not XFCE? =) I was thinking we could push the current setup (which all works wonderfully with several fc3 machines here) out to fedora-extras-testing and leave it there for a while for feedback. Then I could easily point people to it to test, but the regular fedora-extras users wouldn't see it until we push it out to the main fedora-extras. Warren> Warren Togami wtogami at rdhat.com kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCNcfv3imCezTjY0ERAi1vAJ94/3QvRdg+5/Gpir32MmrJvMccRwCgh2mJ l13CYsaum0AuCjiXAHOa5LQ= =72KK -----END PGP SIGNATURE----- From adrian at lisas.de Mon Mar 14 19:13:14 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 14 Mar 2005 20:13:14 +0100 Subject: Theme Package Naming Guidlines Message-ID: <20050314191314.GA7868@lisas.de> If I would like to package the clearlooks theme how was it to be called? Just clearlooks, clearlooks-engine, clearlooks-theme, gtk-engine-clearlooks, gtk-theme-clearlooks? Adrian From bugs.michael at gmx.net Mon Mar 14 19:31:51 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 14 Mar 2005 20:31:51 +0100 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <1110736432.9777.1.camel@home.shahms.com> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> <1110736432.9777.1.camel@home.shahms.com> Message-ID: <20050314203151.2fd066a6.bugs.michael@gmx.net> On Sun, 13 Mar 2005 09:53:52 -0800, Shahms E. King wrote: > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > New packages added per owner's request. He won't have steady access to a > > Fedora Core box for quite a while and hence would like to see somebody > > else to take over these packages: > > > > adns > > fortune-mod > > gai + gai-pal > > python-adns > > straw > > tla > > xmms-cdread > > I'll gladly maintain the tla (gnu-arch) package Noted. > and might be talked into > maintaining the {straw, adns, python-adns} triple if no one else stands > up to do it. Well, as I see it, there is no run on these packages. So, now that you've showed interest, the rest of the community hides. ;) Straw would really benefit from a dedicated maintainer, who works together with the upstream developers, who have started fixing some of the blocker bugs mentioned in my previous posting. From compton at pcompton.com Mon Mar 14 19:34:47 2005 From: compton at pcompton.com (Phillip Compton) Date: Mon, 14 Mar 2005 14:34:47 -0500 Subject: Theme Package Naming Guidlines In-Reply-To: <20050314191314.GA7868@lisas.de> References: <20050314191314.GA7868@lisas.de> Message-ID: <4235E757.8030400@pcompton.com> Adrian Reber wrote: > If I would like to package the clearlooks theme how was it to be called? > Just clearlooks, clearlooks-engine, clearlooks-theme, > gtk-engine-clearlooks, gtk-theme-clearlooks? > Considering there is already gnome-themes and gnome-themes-extras, I'd say gnome-theme(s)-clearlooks Phil From ivazquez at ivazquez.net Mon Mar 14 19:44:44 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 14 Mar 2005 14:44:44 -0500 Subject: Theme Package Naming Guidlines In-Reply-To: <20050314191314.GA7868@lisas.de> References: <20050314191314.GA7868@lisas.de> Message-ID: <1110829484.12199.13.camel@ignacio.ignacio.lan> On Mon, 2005-03-14 at 20:13 +0100, Adrian Reber wrote: > If I would like to package the clearlooks theme how was it to be called? I'm not trying to derail the thread, I just want to help prevent duplication of effort. http://fedora.ivazquez.net/yum/3/i386/SRPMS.ivazquez/clearlooks-0.4-0.iva.0.src.rpm Having said that, if a name change is needed then I'm willing to comply. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Mon Mar 14 19:56:41 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 14 Mar 2005 13:56:41 -0600 Subject: xfce-4.2.0 i386 rpms for devel/rawhide In-Reply-To: <20050314171708.6B0FFBF9D3@voldemort.scrye.com> References: <20050314033139.38A6E1F190@voldemort.scrye.com> <1110777166.3991.52.camel@localhost.localdomain> <20050314171708.6B0FFBF9D3@voldemort.scrye.com> Message-ID: <1110830201.4295.19.camel@localhost.localdomain> On Mon, 2005-03-14 at 10:17 -0700, Kevin Fenzi wrote: >"Don't break things" ? :) Man, I wish it was that easy. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From adrian at lisas.de Mon Mar 14 20:01:49 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 14 Mar 2005 21:01:49 +0100 Subject: Theme Package Naming Guidlines In-Reply-To: <1110829484.12199.13.camel@ignacio.ignacio.lan> References: <20050314191314.GA7868@lisas.de> <1110829484.12199.13.camel@ignacio.ignacio.lan> Message-ID: <20050314200149.GA28620@lisas.de> On Mon, Mar 14, 2005 at 02:44:44PM -0500, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-14 at 20:13 +0100, Adrian Reber wrote: > > If I would like to package the clearlooks theme how was it to be called? > > I'm not trying to derail the thread, I just want to help prevent > duplication of effort. Ah, :-) too late, I packaged it already some time ago. Adrian From jpo at di.uminho.pt Mon Mar 14 20:35:09 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Mon, 14 Mar 2005 20:35:09 +0000 Subject: packages needing fc3 sync In-Reply-To: <20050314165849.GD10338@nostromo.devel.redhat.com> References: <1110781769.11377.32.camel@cutter> <20050314165849.GD10338@nostromo.devel.redhat.com> Message-ID: <4235F57D.6080107@di.uminho.pt> Bill, There a couple more packages needing branches here: http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded jpo > seth vidal (skvidal at phy.duke.edu) said: > >>The following packages need FC-3 branch sync/creation: >> >>ipython >>python-durus >>python-quixote >>pure-ftpd > > > Done. > > Bill -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From notting at redhat.com Mon Mar 14 20:45:32 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Mar 2005 15:45:32 -0500 Subject: packages needing fc3 sync In-Reply-To: <4235F57D.6080107@di.uminho.pt> References: <1110781769.11377.32.camel@cutter> <20050314165849.GD10338@nostromo.devel.redhat.com> <4235F57D.6080107@di.uminho.pt> Message-ID: <20050314204532.GA20780@nostromo.devel.redhat.com> Jos? Pedro Oliveira (jpo at di.uminho.pt) said: > There a couple more packages needing branches here: > http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded Done. Bill From bugs.michael at gmx.net Mon Mar 14 21:20:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 14 Mar 2005 22:20:26 +0100 Subject: Request: Pre-devel branches creation for pdfjam, perl-Sub-Uplevel, and perl-Test-Exception In-Reply-To: <1110222256.18201.210.camel@bobcat.mine.nu> References: <422A57D7.2080804@di.uminho.pt> <20050307173945.GA6217@nostromo.devel.redhat.com> <20050307185229.659851c8.bugs.michael@gmx.net> <1110220410.18201.152.camel@bobcat.mine.nu> <20050307195228.6e16b7c4.bugs.michael@gmx.net> <1110222256.18201.210.camel@bobcat.mine.nu> Message-ID: <20050314222026.536875dc.bugs.michael@gmx.net> On Mon, 07 Mar 2005 21:04:16 +0200, Ville Skytt? wrote: > On Mon, 2005-03-07 at 19:52 +0100, Michael Schwendt wrote: > > On Mon, 07 Mar 2005 20:33:30 +0200, Ville Skytt? wrote: > > > > > http://fedoraproject.org/wiki/Extras/CVSSyncNeeded is already there for > > > this purpose and to track which packages on which branches are in need > > > of syncing from fedora.us and possibly elsewhere. > > > > That was the page I created and where I moved the long list of package > > updates to import from fedora.us. But nowhere has it been said that CVS > > branch requests are accepted there. I prefer official solutions over > > things that may or may not work. > > Judging from the recent mail here and on the commits list there seems to > be as many official solutions as there are people who can create the > branches. At least gafton is subscribed to that Wiki page: > http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded?action=info&general=1 > > FWIW, my +1 to using this Wiki page or another if that arrangement works > for those who can create the branches. Well, so far, posting to this list has worked better, because notting has reponded to the requests posted here. So, can we _please_ agree on a single place for such requests and document it? Small things like this ought not be so confusingly unclear. :-/ From rdieter at math.unl.edu Mon Mar 14 21:45:46 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 14 Mar 2005 15:45:46 -0600 (CST) Subject: Theme Package Naming Guidlines In-Reply-To: <20050314191314.GA7868@lisas.de> References: <20050314191314.GA7868@lisas.de> Message-ID: On Mon, 14 Mar 2005, Adrian Reber wrote: > > If I would like to package the clearlooks theme how was it to be called? > Just clearlooks, clearlooks-engine, clearlooks-theme, > gtk-engine-clearlooks, gtk-theme-clearlooks? IMO, follow upstream whenever possible. In this case, clearlooks. -- Rex From Matt_Domsch at dell.com Mon Mar 14 22:14:29 2005 From: Matt_Domsch at dell.com (Matt Domsch) Date: Mon, 14 Mar 2005 16:14:29 -0600 Subject: Request: contributor to put DKMS into Fedora Extras Message-ID: <20050314221429.GB25858@lists.us.dell.com> Dell's lawyers have a couple concerns with the Fedora Corporate Contributors Agreement. Until those get settled, I and my teammates can't become official Contributors. But, we'd like to see DKMS (http://linux.dell.com/dkms) included into Fedora Extras ASAP. Given recent discussions on fedora-devel-list, several people think that's a good idea. To that end, would any of the current approved contributors care to contribute DKMS into Extras? It's GPL of course. Then at some future date, we can negotiate to transfer ownership to Gary Lerhaupt once Dell has official contributor status. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From dgregor at redhat.com Mon Mar 14 23:07:18 2005 From: dgregor at redhat.com (Dennis Gregorovic) Date: Mon, 14 Mar 2005 18:07:18 -0500 Subject: packages needing fc3 sync In-Reply-To: <20050314204532.GA20780@nostromo.devel.redhat.com> References: <1110781769.11377.32.camel@cutter> <20050314165849.GD10338@nostromo.devel.redhat.com> <4235F57D.6080107@di.uminho.pt> <20050314204532.GA20780@nostromo.devel.redhat.com> Message-ID: <1110841638.15079.50.camel@galileo.boston.redhat.com> Bill, Could you create an FC-3 branch for perl-Class-MethodMaker? I sent a couple requests to -extras-commits, but they got lost in the shuffle. Also, I don't have access to edit the Extras_2fCVSSyncNeeded Wiki page, so I couldn't put the request in there. Cheers -- Dennis On Mon, 2005-03-14 at 15:45 -0500, Bill Nottingham wrote: > Jos? Pedro Oliveira (jpo at di.uminho.pt) said: > > There a couple more packages needing branches here: > > http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded > > Done. > > Bill > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From notting at redhat.com Mon Mar 14 23:12:55 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Mar 2005 18:12:55 -0500 Subject: packages needing fc3 sync In-Reply-To: <1110841638.15079.50.camel@galileo.boston.redhat.com> References: <1110781769.11377.32.camel@cutter> <20050314165849.GD10338@nostromo.devel.redhat.com> <4235F57D.6080107@di.uminho.pt> <20050314204532.GA20780@nostromo.devel.redhat.com> <1110841638.15079.50.camel@galileo.boston.redhat.com> Message-ID: <20050314231255.GA17533@nostromo.devel.redhat.com> Dennis Gregorovic (dgregor at redhat.com) said: > Bill, > > Could you create an FC-3 branch for perl-Class-MethodMaker? I sent a > couple requests to -extras-commits, but they got lost in the shuffle. > Also, I don't have access to edit the Extras_2fCVSSyncNeeded Wiki page, > so I couldn't put the request in there. Already has one. Bill From dmalcolm at redhat.com Tue Mar 15 00:09:36 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 14 Mar 2005 19:09:36 -0500 Subject: Request for package inclusion: gettext lint tools In-Reply-To: <200503111054.30776.pmmm@rnl.ist.utl.pt> References: <200502161005.33483.pmmm@rnl.ist.utl.pt> <200502240028.24402.pmmm@rnl.ist.utl.pt> <1110511484.30553.11.camel@cassandra.boston.redhat.com> <200503111054.30776.pmmm@rnl.ist.utl.pt> Message-ID: <1110845376.9076.7.camel@cassandra.boston.redhat.com> On Fri, 2005-03-11 at 10:54 +0000, Pedro Morais wrote: > Em Sexta, 11 de Mar?o de 2005 03:24, David Malcolm escreveu: > > On Thu, 2005-02-24 at 00:28 +0000, Pedro Morais wrote: > > >Just pinging the list again... Anyone interested? > > > > Did anyone get back to you on this? What were you wanting? Sounds > > interesting to me, though I haven't had a proper look at it yet. > > No one replied. > I think the current spec file should be ok, can someone review it? > I'd like to add the package to extras. > SRPM: http://sourceforge.net/project/showfiles.php?group_id=122521 I briefly looked at this, and it seems sane to me. I tried running the tool on evolution's translations, and got a scarily big report - 5894 problems found! is this typical? (this was the first random CVS checkout I had available so may not be representative) > > > > > >> Hi! > > >> I'm the author of this set of tools for translators and would be willing > > >> to maintain the package in Fedora Extras. > > >> It's already been included in the FreeBSD ports system and Mandrake's > > >> cooker contrib. > > >> > > >> The gettext lint tools is a collection of tools for checking the > > >> validity, consistency and spelling of PO and POT files. It also includes > > >> an experimental glossary building tool. > > >> > > >> It's distributed under the GPL. > > >> > > >> Homepage: > > >> http://gettext-lint.sourceforge.net/ > > >> > > >> Source rpm and source tarball: > > >> http://sourceforge.net/project/showfiles.php?group_id=122521 > > >> > > >> The RPMs in that page were build using FC2, also tested in in RHL9. > > >> > > >> Thanks for your comments, > > >> Pedro Morais > > >> From wtogami at redhat.com Tue Mar 15 00:27:56 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Mar 2005 14:27:56 -1000 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <20050314221429.GB25858@lists.us.dell.com> References: <20050314221429.GB25858@lists.us.dell.com> Message-ID: <42362C0C.2030601@redhat.com> Matt Domsch wrote: > Dell's lawyers have a couple concerns with the Fedora Corporate > Contributors Agreement. Until those get settled, I and my teammates > can't become official Contributors. > > But, we'd like to see DKMS (http://linux.dell.com/dkms) included into > Fedora Extras ASAP. Given recent discussions on fedora-devel-list, > several people think that's a good idea. > > To that end, would any of the current approved contributors care to > contribute DKMS into Extras? It's GPL of course. > > Then at some future date, we can negotiate to transfer ownership to > Gary Lerhaupt once Dell has official contributor status. > Based on our past discussion about DKMS on this list, we have technical concerns about it and are not sure this is a direction we want to head. The kernel-devel and kernel-module-foo approach is something that we have been working on as a supportable alternative. We need to better standardize, fix and document it, then better automate package builds in order to provide all kernel modules quickly for new released kernels. This being said if DKMS can live as an optional and inobtrusive alternative to kernel-module-foo packages then it may be acceptable to include both. I am guessing that kernel module sources need to be prepared specially for DKMS? This may be fine if they NEVER conflict with kernel-module-foo. There are other concerns like DKMS installing files that are not tracked by RPM's database that are of varying levels of badness. We need to further discuss the pros and cons here along with the kernel-module-foo package approach. Warren Togami wtogami at redhat.com From tcallawa at redhat.com Tue Mar 15 00:37:06 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 14 Mar 2005 18:37:06 -0600 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <42362C0C.2030601@redhat.com> References: <20050314221429.GB25858@lists.us.dell.com> <42362C0C.2030601@redhat.com> Message-ID: <1110847027.4295.53.camel@localhost.localdomain> On Mon, 2005-03-14 at 14:27 -1000, Warren Togami wrote: >Based on our past discussion about DKMS on this list, we have technical >concerns about it and are not sure this is a direction we want to head. To be fair, most of the past discussion was legal. At FUDCon, I got a chance to sit down with Matt, and he cleared up the legal confusion with most of us at dinner (Warren, you might not have been there when he did that). >The kernel-devel and kernel-module-foo approach is something that we >have been working on as a supportable alternative. We need to better >standardize, fix and document it, then better automate package builds in >order to provide all kernel modules quickly for new released kernels. Believe it or not, I'm working on this. :) >This being said if DKMS can live as an optional and inobtrusive >alternative to kernel-module-foo packages then it may be acceptable to >include both. I am guessing that kernel module sources need to be >prepared specially for DKMS? This may be fine if they NEVER conflict >with kernel-module-foo. I'm supporting DKMS's inclusion on the grounds that it is a useful tool for people who wish to use it to keep kernel modules current. With no disrespect to Matt or Dell, I've no intention of standardizing on it for Fedora Extras. Right now, it doesn't conflict with users installing kernel-module-foo, and if it does, I'm sure Matt is willing to work with us to resolve it. People are using DKMS today, and I want to make life easier for them, rather than refuse to include it. The kernel-modules-* problem is my problem, and I'll deal with any repercussions from DKMS. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bryans at aspsys.com Tue Mar 15 01:20:10 2005 From: bryans at aspsys.com (Bryan Stillwell) Date: Mon, 14 Mar 2005 18:20:10 -0700 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <1110847027.4295.53.camel@localhost.localdomain> References: <20050314221429.GB25858@lists.us.dell.com> <42362C0C.2030601@redhat.com> <1110847027.4295.53.camel@localhost.localdomain> Message-ID: <20050315012010.GJ3454@aspsys.com> On Mon, Mar 14, 2005 at 06:37:06PM -0600, Tom 'spot' Callaway wrote: >>The kernel-devel and kernel-module-foo approach is something that we >>have been working on as a supportable alternative. We need to better >>standardize, fix and document it, then better automate package builds in >>order to provide all kernel modules quickly for new released kernels. > >Believe it or not, I'm working on this. :) I've actually been trying to figure out how to handle this well for common cluster/HPC hardware drivers (myrinet, infiniband, new raid controllers, etc.) I'm wondering if there's been a solution to the problem where the kernel rpm includes a driver module (say gdth.ko) and I want to use the newer version of the driver because it works better. How can I keep rpm from thinking that gdth.ko in the kernel rpm conflicts with the file in kernel-module-gdth? I don't know about you guys, but I like to verify files on a system by using the `rpm -V kernel` or `rpm -Va` commands... Perhaps there's a file-can-be-overwritten option in rpm that I don't know about? Thanks, Bryan -- Aspen Systems, Inc. | http://www.aspsys.com/ Production Engineer | Phone: (303)431-4606 bryans at aspsys.com | Fax: (303)431-7196 From perbj at stanford.edu Tue Mar 15 02:40:08 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 14 Mar 2005 18:40:08 -0800 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <20050315012010.GJ3454@aspsys.com> References: <20050314221429.GB25858@lists.us.dell.com> <42362C0C.2030601@redhat.com> <1110847027.4295.53.camel@localhost.localdomain> <20050315012010.GJ3454@aspsys.com> Message-ID: <1110854408.17189.43.camel@localhost.localdomain> On Mon, 2005-03-14 at 18:20 -0700, Bryan Stillwell wrote: > I'm wondering if there's been a solution to the problem where the kernel > rpm includes a driver module (say gdth.ko) and I want to use the newer > version of the driver because it works better. How can I keep rpm from > thinking that gdth.ko in the kernel rpm conflicts with the file in > kernel-module-gdth? > > I don't know about you guys, but I like to verify files on a system by > using the `rpm -V kernel` or `rpm -Va` commands... > > Perhaps there's a file-can-be-overwritten option in rpm that I don't > know about? Perhaps a simple solution: don't clobber kernel files, put the newer modules in the /lib/modules/`uname -r`/updates/ directory? Apparently this should work again nowadays: https://bugzilla.redhat.com/beta/show_bug.cgi?id=125990 /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From wtogami at redhat.com Tue Mar 15 03:04:12 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Mar 2005 17:04:12 -1000 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <20050315012010.GJ3454@aspsys.com> References: <20050314221429.GB25858@lists.us.dell.com> <42362C0C.2030601@redhat.com> <1110847027.4295.53.camel@localhost.localdomain> <20050315012010.GJ3454@aspsys.com> Message-ID: <423650AC.6030109@redhat.com> Bryan Stillwell wrote: > I've actually been trying to figure out how to handle this well for > common cluster/HPC hardware drivers (myrinet, infiniband, new raid > controllers, etc.) > > I'm wondering if there's been a solution to the problem where the kernel > rpm includes a driver module (say gdth.ko) and I want to use the newer > version of the driver because it works better. How can I keep rpm from > thinking that gdth.ko in the kernel rpm conflicts with the file in > kernel-module-gdth? > The best thing you can do is get the source into the upstream kernel. But if this is impossible, kernel-module-foo is a valid choice. > I don't know about you guys, but I like to verify files on a system by > using the `rpm -V kernel` or `rpm -Va` commands... > > Perhaps there's a file-can-be-overwritten option in rpm that I don't > know about? > No. I vaguely recall there being a directory you can create within the /lib/modules/VERSION/ to put kernel modules that supercede modules elsewhere in there after depmod knows about it. Anyone know about this? Warren Togami wtogami at redhat.com From wtogami at redhat.com Tue Mar 15 03:11:43 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 14 Mar 2005 17:11:43 -1000 Subject: Request: contributor to put DKMS into Fedora Extras In-Reply-To: <1110847027.4295.53.camel@localhost.localdomain> References: <20050314221429.GB25858@lists.us.dell.com> <42362C0C.2030601@redhat.com> <1110847027.4295.53.camel@localhost.localdomain> Message-ID: <4236526F.40308@redhat.com> Tom 'spot' Callaway wrote: >>The kernel-devel and kernel-module-foo approach is something that we >>have been working on as a supportable alternative. We need to better >>standardize, fix and document it, then better automate package builds in >>order to provide all kernel modules quickly for new released kernels. > > > Believe it or not, I'm working on this. :) Great! Have you talked with Riel yet? He volunteered to take point on approving the proposed kernel-devel changes and adding them to the FC4 kernel. https://bugzilla.redhat.com/145914 https://bugzilla.redhat.com/147553 https://bugzilla.redhat.com/149210 https://bugzilla.redhat.com/149249 Some of the related reports, there might be more elsewhere... Warren Togami wtogami at redhat.com From skvidal at fedoraproject.org Tue Mar 15 05:12:03 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Mar 2005 00:12:03 -0500 Subject: Fedora Extras 3 New/Updated Packages Message-ID: <1110863523.617.12.camel@cutter> Hi Everyone! perl-GD (i386, x86-64) vnstat (i386, x86-64) ipython (i386, x86-64) python-durus (i386, x86-64) python-quixote (i386, x86-64) mail-notification (i386, x86_64) mpc (i386, x86_64) ulogd (i386, x86_64) pure-ftpd (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Mar 15 06:27:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 07:27:11 +0100 Subject: ANNOUNCE: cfengine Message-ID: <20050315072711.469abee2.bugs.michael@gmx.net> http://fedoraproject.org/wiki/Extras/OrphanedPackages After 5-6 weeks of being listed as a "potentially unmaintained package" (the previous owner wanted to see a new maintainer, since he doesn't use it actively anymore), cfengine was picked up by Jeff Sheltren , who volunteers as the new package owner. Bugzilla component and open tickets have been transferred accordingly. [...] Cfengine, or the configuration engine is an agent/software robot and a very high level language for building expert systems to administrate and configure large computer networks. Cfengine uses the idea of classes and a primitive form of intelligence to define and automate the configuration and maintenance of system state, for small to huge configurations. Cfengine is designed to be a part of a computer immune system. From caolanm at redhat.com Tue Mar 15 08:39:38 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 15 Mar 2005 08:39:38 +0000 Subject: libgda, libgnomedb, gnumeric Message-ID: <1110875978.10275.5.camel@sheol.homelinux.org> I've checked libgda, libgnomedb and gnumeric into extras devel. I see that abiword, ots, enchant and aiksaurus have already been taken care of, so I think that's all the useful packages originally belonging to me which were moved to extras actually imported into extras now. C. From skvidal at fedoraproject.org Tue Mar 15 08:49:59 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 15 Mar 2005 03:49:59 -0500 Subject: Fedora Extras Development Packages Message-ID: <1110876599.617.20.camel@cutter> Hi Everyone, Just in time for fedora core 4 test 1 we have packages from Fedora Extras available in the development repository! gqview (i386, x86_64) grip (i386, x86_64) id3lib (i386, x86_64) vnstat (i386, x86_64) logjam (i386, x86_64) libfwbuilder (i386, x86_64) fwbuilder (i386, x86_64) compface (i386, x86_64) xemacs (i386, x86_64) xemacs-sumo (i386, x86_64) You can access this repository by adding an extras.repo file in your /etc/yum.repos.d with this content: [extras] name=Fedora Extras - Development - $basearch baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/development/$basearch/ gpgcheck=1 gpgkey=http://download.fedora.redhat.com/pub/fedora/linux/extras/RPM-GPG-KEY-Fedora-Extras Follow updates and new packages at: http://fedoraproject.org/infofeed/ Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC4Status Report problems at Bugzilla: http://bugzilla.redhat.com/ Thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Tue Mar 15 08:48:25 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 15 Mar 2005 10:48:25 +0200 Subject: perl DBI modules and make test In-Reply-To: <485bb88405031322022dfd1bd5@mail.gmail.com> References: <485bb88405031322022dfd1bd5@mail.gmail.com> Message-ID: <1110876505.14285.264.camel@bobcat.mine.nu> On Sun, 2005-03-13 at 22:02 -0800, Michael Peters wrote: > It is generally a good idea to run "make test" after building a perl module. > Some perl modules want a database names test that make test can use to > allow table add and drop privileges for the current user. > > Does the Fedora Extras build machine sport this? I don't think so, and even if it did, leaving such tests enabled by default in specfiles would be a bad idea IMO. In addition to needing DB access, some test suites (not only those of perl modules) may require X running, network access, some want to send email, import GPG keys etc. It'd be better if these test suites are disabled by default, perhaps using a guard like "%{?_with_tests:make test}" and a comment why it's not on by default in the specfile's %check section. That way it's easy to enable them temporarily where one knows it's possible and ok to run such tests. From skvidal at phy.duke.edu Tue Mar 15 08:59:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 15 Mar 2005 03:59:52 -0500 Subject: perl DBI modules and make test In-Reply-To: <1110876505.14285.264.camel@bobcat.mine.nu> References: <485bb88405031322022dfd1bd5@mail.gmail.com> <1110876505.14285.264.camel@bobcat.mine.nu> Message-ID: <1110877192.617.23.camel@cutter> > I don't think so, and even if it did, leaving such tests enabled by > default in specfiles would be a bad idea IMO. > > In addition to needing DB access, some test suites (not only those of > perl modules) may require X running, network access, some want to send > email, import GPG keys etc. It'd be better if these test suites are > disabled by default, perhaps using a guard like "%{?_with_tests:make > test}" and a comment why it's not on by default in the specfile's %check > section. > > That way it's easy to enable them temporarily where one knows it's > possible and ok to run such tests. +2. Adding this perl tests to the build environment would be a difficult but it also doesn't make sense for a build environment, remember, it's a _build_ environment, not a test environment. QA shouldn't be done at build time, it should have been done before that. -sv From azugaldia at gmail.com Tue Mar 15 09:00:12 2005 From: azugaldia at gmail.com (Antonio Zugaldia) Date: Tue, 15 Mar 2005 10:00:12 +0100 Subject: Mono Platform In-Reply-To: <1110756630.3991.32.camel@localhost.localdomain> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <1110756630.3991.32.camel@localhost.localdomain> Message-ID: <705a137050315010049cee51@mail.gmail.com> Hi everybody, On Sun, 13 Mar 2005 17:30:30 -0600, Tom 'spot' Callaway wrote: > On Sun, 2005-03-13 at 17:42 -0500, Eric Warnke wrote: > >I don't want to draw this out more than it needs to be ( and I can find > >no "legal" list or email anywhere on the sites ). I'm just confused > >with the scope and leadership here. > > Java issues aside (we should have legal look them over), its faulty > logic to say "if foo is legally questionable and we include it, why not > bar?". If anything, we encourage people who have legal concerns about > Fedora packages to raise them to us. > > Mono is legally questionable. We're not including it until the legal > issues are clarified by the patent holder. If and when that happens, > we'll revisit the topic. Right now, there is no patent grant in writing > for any of the patented technology upon which Mono is built on. This is > a clear-cut violation of the GPL. The vague post which is often referred > to as a "patent grant" is very very far from that. I'm not even a > lawyer, and I know that much. > > It has nothing to do with playing favorites, and everything to do with > covering our ass. > > If you care about getting Mono (or any other patent encumbered software) > included in Fedora, get an unrestricted patent grant from the patent > holder in writing which explicitly permits unlimited redistribution and > use. > > Yes, this sucks. Software patents suck. And yet, its the world in which > we live. :/ Thank you very much for your answers. Just two more questions: (1) Why don't we have a "nonfree" extras repository? Then we can have packages not only for Mono, but for MP3 support, Acrobat, ... (2) I uderstand Red Hat's position, but why _Debian_, SuSE or Ubuntu don't have that concerns? What's the difference? Best regards, A. -- Antonio Zugaldia From skvidal at phy.duke.edu Tue Mar 15 09:10:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 15 Mar 2005 04:10:06 -0500 Subject: Mono Platform In-Reply-To: <705a137050315010049cee51@mail.gmail.com> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <1110756630.3991.32.camel@localhost.localdomain> <705a137050315010049cee51@mail.gmail.com> Message-ID: <1110877806.617.26.camel@cutter> > Thank you very much for your answers. Just two more questions: > > (1) Why don't we have a "nonfree" extras repository? Then we can have > packages not only for Mono, but for MP3 support, Acrobat, ... Contributory infringement - _YOU_ can have a nonfree repository all you'd like, but fedora cannot. > (2) I uderstand Red Hat's position, but why _Debian_, SuSE or Ubuntu > don't have that concerns? What's the difference? Debian, SuSE, and Ubuntu do not have the same lawyers that red hat has. They see things differently. -sv From bugs.michael at gmx.net Tue Mar 15 09:08:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 10:08:24 +0100 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <42344961.9010804@di.uminho.pt> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> <42344961.9010804@di.uminho.pt> Message-ID: <20050315100824.6be62b12.bugs.michael@gmx.net> On Sun, 13 Mar 2005 14:08:33 +0000, Jose Pedro Oliveira wrote: > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > New packages added per owner's request. He won't have steady access to a > > I can maintain the "perl-Config-Tiny" package > (I have already reviewed it for Fedora.us). Okay. Owner change requested. From bugs.michael at gmx.net Tue Mar 15 09:23:15 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 10:23:15 +0100 Subject: Mono Platform In-Reply-To: <1110877806.617.26.camel@cutter> References: <705a13705031307441fd7d655@mail.gmail.com> <1110732476.30233.15.camel@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <1110756630.3991.32.camel@localhost.localdomain> <705a137050315010049cee51@mail.gmail.com> <1110877806.617.26.camel@cutter> Message-ID: <20050315102315.6d9e1a8f.bugs.michael@gmx.net> On Tue, 15 Mar 2005 04:10:06 -0500, seth vidal wrote: > > > Thank you very much for your answers. Just two more questions: > > > > (1) Why don't we have a "nonfree" extras repository? Then we can have > > packages not only for Mono, but for MP3 support, Acrobat, ... > > Contributory infringement - _YOU_ can have a nonfree repository all > you'd like, but fedora cannot. And such a community project exists already at http://rpm.livna.org From gmureddu at prodigy.net.mx Tue Mar 15 09:25:10 2005 From: gmureddu at prodigy.net.mx (Gain Paolo Mureddu) Date: Tue, 15 Mar 2005 03:25:10 -0600 Subject: Mono Platform In-Reply-To: <1110877806.617.26.camel@cutter> References: <705a13705031307441fd7d655@mail.gmail.com> <"1110732476.30233.15. c amel"@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <705a137050315010049cee51@mail.gmail.com> <1110877806.617.26.camel@cutter> Message-ID: <4236A9F6.6090808@prodigy.net.mx> seth vidal wrote: > > >>(2) I uderstand Red Hat's position, but why _Debian_, SuSE or Ubuntu >>don't have that concerns? What's the difference? >> >> > >Debian, SuSE, and Ubuntu do not have the same lawyers that red hat has. >They see things differently. > >-sv > > > Exuse me for saying this, but weren't Debian (and thus Ubuntu) folks unconditional defenders of Free Open Source Software? According to what I've been able to make out of this discussion (which is by the way, way over my head), the concern of Red Hat lawers is that the conditions on which this particular package has been made available are not so clear, to say with all its words, because of Microsoft's .NET patents that may pevent the use of the package due to infringement (key word here, "may"). The legal dept. at Red Hat have said that until the situation's clear, it may be included into either Fedora or RHEL, but not before... Well, my question here is: How can it be determined if it does not infringe any patent, if the patent itself is not revised along side said conflicting package? I think I'd adopt Red Hat's position if I were in that situation... That's why I'm concerned. From j.w.r.degoede at hhs.nl Tue Mar 15 10:46:18 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Mar 2005 11:46:18 +0100 Subject: libgda, libgnomedb, gnumeric In-Reply-To: <1110875978.10275.5.camel@sheol.homelinux.org> References: <1110875978.10275.5.camel@sheol.homelinux.org> Message-ID: <4236BCFA.2030803@hhs.nl> Caolan McNamara wrote: > I've checked libgda, libgnomedb and gnumeric into extras devel. I see > that abiword, ots, enchant and aiksaurus have already been taken care > of, so I think that's all the useful packages originally belonging to me > which were moved to extras actually imported into extras now. > > C. > Cool, I've originally volunteerd to maintain the gnumeric package, but I'm still waiting for CVS access. Strange enough I'm not listed on: http://fedoraproject.org/wiki/Extras_2fContributors My paperwork has been faxed and emailed and my sponsor is sopwith at redhat.com . Anyways are you planning on maintaining gnumeric and deps, or have you checked them in for now but would you like me to take over? I use gnumeric frequently, and I'm a descent programmer so maintaining it shouldn't be a problem for me. Regards, Hans From caolanm at redhat.com Tue Mar 15 10:57:47 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 15 Mar 2005 10:57:47 +0000 Subject: libgda, libgnomedb, gnumeric In-Reply-To: <4236BCFA.2030803@hhs.nl> References: <1110875978.10275.5.camel@sheol.homelinux.org> <4236BCFA.2030803@hhs.nl> Message-ID: <1110884267.10274.13.camel@sheol.homelinux.org> On Tue, 2005-03-15 at 11:46 +0100, Hans de Goede wrote: > Anyways are you planning on maintaining gnumeric and deps, or have you > checked them in for now but would you like me to take over? > I use gnumeric frequently, and I'm a descent programmer so maintaining > it shouldn't be a problem for me. That's fine by me, I'd have no opposition to you maintaining the extras gnumeric package. C. From j.w.r.degoede at hhs.nl Tue Mar 15 11:02:46 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Mar 2005 12:02:46 +0100 Subject: CVS access? Message-ID: <4236C0D6.9000507@hhs.nl> Hi All, I've volunteered to maintain gnumeric and deps. I'm still waiting for CVS access. Strange enough I'm not listed on: http://fedoraproject.org/wiki/Extras_2fContributors My paperwork has been faxed and emailed and my sponsor is sopwith at redhat.com . Regards, Hans From pmmm at rnl.ist.utl.pt Tue Mar 15 11:06:49 2005 From: pmmm at rnl.ist.utl.pt (Pedro Morais) Date: Tue, 15 Mar 2005 11:06:49 +0000 Subject: Request for package inclusion: gettext lint tools In-Reply-To: <1110845376.9076.7.camel@cassandra.boston.redhat.com> References: <200502161005.33483.pmmm@rnl.ist.utl.pt> <200503111054.30776.pmmm@rnl.ist.utl.pt> <1110845376.9076.7.camel@cassandra.boston.redhat.com> Message-ID: <200503151106.49844.pmmm@rnl.ist.utl.pt> Em Ter?a, 15 de Mar?o de 2005 00:09, David Malcolm escreveu: > On Fri, 2005-03-11 at 10:54 +0000, Pedro Morais wrote: > > (...) > > I think the current spec file should be ok, can someone review it? > > I'd like to add the package to extras. > > SRPM: http://sourceforge.net/project/showfiles.php?group_id=122521 > > I briefly looked at this, and it seems sane to me. Great! > I tried running the tool on evolution's translations, and got a scarily > big report - 5894 problems found! is this typical? (this was the first > random CVS checkout I had available so may not be representative) I'lll assume you're talking about POFileChecker; it might be. You should probably run it against one translation at a time. Using the fedora i18n repository as sample data: portuguese - pt - 0 errors spanish - es.po - 594 errors french - fr - 599 errors german - de - 272 erros italian - it - 314 erros Most of the seem real errors, not false positives; and in there are always to allow a certain number of errors or class of error, see the man page for that. You can also catch a lot of errors with the POFileConsistency tool; from my experience, at least 50% of all inconsistencies are caused by "bad" translations. Pedro Morais From bugs.michael at gmx.net Tue Mar 15 13:08:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 14:08:48 +0100 Subject: Maintainership: freeciv In-Reply-To: <1110731700.22367.4.camel@localhost.localdomain> References: <1110731700.22367.4.camel@localhost.localdomain> Message-ID: <20050315140848.51196278.bugs.michael@gmx.net> On Sun, 13 Mar 2005 11:35:00 -0500, Brian Pepple wrote: > Hello, > > I would like to maintain 'freeciv' which was removed from the Core 4 development tree. Any objections? > FYI, Hans de Goede also would like to take over freeciv. Quote: "freeciv, because I'm a teacher who is trying to get his students to move to Linux and what do they want? Games! And because I like these myself :)" You might want to team up and negotiate who will own the bugzilla component. From bugs.michael at gmx.net Tue Mar 15 13:35:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 14:35:20 +0100 Subject: rxvt-unicode (was: Requests for extras) In-Reply-To: <420F7B8F.10003@lowlatency.de> References: <420F7B8F.10003@lowlatency.de> Message-ID: <20050315143520.155dd4af.bugs.michael@gmx.net> On Sun, 13 Feb 2005 17:08:47 +0100, Andreas Bierfert wrote: > rxvt-unicode 4.9: Rxvt-unicode is an unicode version of rxvt > http://software.schmorp.de/ > http://fedora.lowlatency.de/3/i386/RPMS.stable/rxvt-unicode-4.9-1.i386.rpm > http://fedora.lowlatency.de/3/i386/SRPMS.stable/rxvt-unicode-4.9-1.src.rpm * Lots of compiler "warning: comparison is always true due to limited range of data type" messages in the build log caught my attention. * In desktop file, I would change -Name=urxvt +Name=urxvt Terminal Program and include an icon, e.g. a copy of one of /usr/share/pixmaps/*term* * The included INSTALL doc file is of no interest to end-users and only adds confusing instructions. * No licence is included in %doc, most likely because the source tarball doesn't contain a copy of the GPL. * Better spec summary: "Unicode version of the rxvt terminal program" Rest looks normal. From ville.skytta at iki.fi Tue Mar 15 14:19:58 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 15 Mar 2005 16:19:58 +0200 Subject: CVS branch request: perl-Pod-POM Message-ID: <1110896398.26174.5.camel@bobcat.mine.nu> CVS branches needed for perl-Pod-POM: RHL-9, FC-1, FC-2, FC-3. TIA! From tcallawa at redhat.com Tue Mar 15 14:25:05 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 15 Mar 2005 08:25:05 -0600 Subject: Mono Platform In-Reply-To: <4236A9F6.6090808@prodigy.net.mx> References: <705a13705031307441fd7d655@mail.gmail.com> <"1110732476.30233.15. c amel"@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <705a137050315010049cee51@mail.gmail.com> <1110877806.617.26.camel@cutter> <4236A9F6.6090808@prodigy.net.mx> Message-ID: <1110896706.4295.80.camel@localhost.localdomain> On Tue, 2005-03-15 at 03:25 -0600, Gain Paolo Mureddu wrote: >Exuse me for saying this, but weren't Debian (and thus Ubuntu) folks >unconditional defenders of Free Open Source Software? Thats really a question for Debian and Ubuntu. They continue to ship GPL applications that decode mp3, which is extremely well patented, without an unrestricted patent grant permitting royalty free distribution. This violates the GPL, last time I looked. (IANAL) > According to what I've been able to make out of this discussion (which is by the way, way >over my head), the concern of Red Hat lawers is that the conditions on >which this particular package has been made available are not so clear, >to say with all its words, because of Microsoft's .NET patents that may >pevent the use of the package due to infringement (key word here, >"may"). A couple of key points: - Microsoft has patented most of the ideas being implemented in .NET (and thus, big chunks of Mono) - Microsoft is building a patent portfolio (both in patents and in lawyers) as fast as they possibly can. - Microsoft keeps making veiled threats about "somebody, somewhere" holding Linux responsible for patent infringement. So, is Mono really worth it? Section 7 of the GPL v2 is pretty clear on this: "For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program." In the case of mp3, we know royalty-free redistribution is NOT permitted. In the case of Mono, we have no legally binding evidence to show that it is. We can't assume that it is ok, we have to get it in writing from the patent holder. Or to put it very simply: if (known_patents) { switch (patent_license) { case ROYALTY_FREE_REDISTRIBUTION: return 1; break; case UNKNOWN: case NO_LICENSE: case default: return 0; break; } } ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From ville.skytta at iki.fi Tue Mar 15 14:54:55 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 15 Mar 2005 16:54:55 +0200 Subject: %ghost weirdness in fedora-rpmdevtools Message-ID: <1110898495.26174.18.camel@bobcat.mine.nu> I just noticed something weird with the %ghosts/triggers in fedora- rpmdevtools: For some reason unknown to me, installing fedora-rpmdevtools creates the /usr/lib64/xemacs/site-packages/lisp/site-start.d dir structure and places the fedora-init.el symlink in it on a FC3 i686 box. Before installing it, I don't have the /usr/lib64 dir nor obviously any subdirs below it. The package does not own or install that dir hierarchy, it just supposed to place a %ghost'd symlink there if it's present when the xemacs trigger runs. Ditto apparently with other site-start.d dirs in the specfile; I just happened to catch the lib64 one. The dir hierarchy is created even when installing fedora-rpmdevtools with --notriggers (although the actual fedora-init.el symlink is not created then, which is expected). Even placing explicit %exclude's in the rpmdevtools specfile doesn't prevent the dirs from being created. Huh?!? Am I just being slow today, or is this a rpm bug? From rc040203 at freenet.de Tue Mar 15 15:11:14 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 15 Mar 2005 16:11:14 +0100 Subject: Mono Platform In-Reply-To: <1110896706.4295.80.camel@localhost.localdomain> References: <705a13705031307441fd7d655@mail.gmail.com> <"1110732476.30233.15. c amel"@cutter> <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <705a137050315010049cee51@mail.gmail.com> <1110877806.617.26.camel@cutter> <4236A9F6.6090808@prodigy.net.mx> <1110896706.4295.80.camel@localhost.localdomain> Message-ID: <1110899474.17514.104.camel@mccallum.corsepiu.local> On Tue, 2005-03-15 at 08:25 -0600, Tom 'spot' Callaway wrote: > On Tue, 2005-03-15 at 03:25 -0600, Gain Paolo Mureddu wrote: > > >Exuse me for saying this, but weren't Debian (and thus Ubuntu) folks > >unconditional defenders of Free Open Source Software? > > Thats really a question for Debian and Ubuntu. They continue to ship GPL > applications that decode mp3, which is extremely well patented, without > an unrestricted patent grant permitting royalty free distribution. > This violates the GPL, last time I looked. (IANAL) IANAL, too, but AFAICT, it depends. In general, "using closed source apps" from inside of GPL'ed code does not violate the GPL. It's common practice in many applications (E.g. GCC using "native binutils" or closed source shared libs on non-GNU platforms). Ralf From cra at WPI.EDU Tue Mar 15 15:17:28 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 15 Mar 2005 10:17:28 -0500 Subject: Mono Platform In-Reply-To: <1110899474.17514.104.camel@mccallum.corsepiu.local> References: <42349DA7.6050605@snowmoon.com> <1110744894.11377.0.camel@cutter> <4234A3FA.9050504@snowmoon.com> <4234B546.7080801@redhat.com> <4234C1BF.8050508@snowmoon.com> <705a137050315010049cee51@mail.gmail.com> <1110877806.617.26.camel@cutter> <4236A9F6.6090808@prodigy.net.mx> <1110896706.4295.80.camel@localhost.localdomain> <1110899474.17514.104.camel@mccallum.corsepiu.local> Message-ID: <20050315151728.GC28313@angus.ind.WPI.EDU> On Tue, Mar 15, 2005 at 04:11:14PM +0100, Ralf Corsepius wrote: > > This violates the GPL, last time I looked. (IANAL) > IANAL, too, but AFAICT, it depends. > > In general, "using closed source apps" from inside of GPL'ed code does > not violate the GPL. It's common practice in many applications (E.g. GCC > using "native binutils" or closed source shared libs on non-GNU > platforms). Using an app is not the same as linking to code, and neither of those things has any bearing on the patent clause in the GPL, anyway. We are talking about implementations of patented software algorithms. You can't implement something that is patented and distribute it under the GPL without having a royalty free patent grant. From tcallawa at redhat.com Tue Mar 15 15:53:45 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 15 Mar 2005 09:53:45 -0600 Subject: CVS Branch request: dkms Message-ID: <1110902025.4295.82.camel@localhost.localdomain> CVS branches needed for dkms: FC-3 ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From tibbs at math.uh.edu Tue Mar 15 16:01:54 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 15 Mar 2005 10:01:54 -0600 Subject: Exim Message-ID: When Exim was pulled from Core it looked like there were a couple of people willing to maintain it in Extras. Unfortunately it hasn't seemed to have appeared there yet, and the version that was last in Rawhide is now outdated. I won't pretend to be able to maintain the packages as well as those who took care of them in Core, but I rely on Exim and have some experience building RPMs in general and Exim packages in particular for the interval between when Powertools was discontinued and Exim appeared in Rawhide. If nobody more experienced wishes to maintain these packages or if help is needed then I would like to volunteer. Before I start filling out paperwork and getting the packages in shape, does anyone know of any existing plans to get Exim into Extras? Thanks, -- Jason L Tibbitts III - tibbs at math.uh.edu - 713/743-3486 - 660PGH - 94 PC800 System Manager: University of Houston Department of Mathematics From bugs.michael at gmx.net Tue Mar 15 16:25:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 17:25:47 +0100 Subject: %ghost weirdness in fedora-rpmdevtools In-Reply-To: <1110898495.26174.18.camel@bobcat.mine.nu> References: <1110898495.26174.18.camel@bobcat.mine.nu> Message-ID: <20050315172547.507cf61f.bugs.michael@gmx.net> On Tue, 15 Mar 2005 16:54:55 +0200, Ville Skytt? wrote: > I just noticed something weird with the %ghosts/triggers in fedora- > rpmdevtools: > > For some reason unknown to me, installing fedora-rpmdevtools creates > the /usr/lib64/xemacs/site-packages/lisp/site-start.d dir structure and > places the fedora-init.el symlink in it on a FC3 i686 box. Before > installing it, I don't have the /usr/lib64 dir nor obviously any subdirs > below it. > > The package does not own or install that dir hierarchy, it just supposed > to place a %ghost'd symlink there if it's present when the xemacs > trigger runs. Ditto apparently with other site-start.d dirs in the > specfile; I just happened to catch the lib64 one. > > The dir hierarchy is created even when installing fedora-rpmdevtools > with --notriggers (although the actual fedora-init.el symlink is not > created then, which is expected). Even placing explicit %exclude's in > the rpmdevtools specfile doesn't prevent the dirs from being created. > > Huh?!? Am I just being slow today, or is this a rpm bug? I wish I knew more about it, but the base of it looks like a feature, i.e. creation of all paths in the %files section. I've noticed that umask is applied although the double-verbose output says "perms 0755". With umask 077, /usr/lib64 and all its subdirs are chmod 0700 here. So, that's a different bug. D: ========== +++ fedora-rpmdevtools-0.3.1-1 noarch-linux 0x0 D: Expected size: 77447 = lead(96)+sigs(344)+pad(0)+data(77007) D: Actual size: 77447 D: install: fedora-rpmdevtools-0.3.1-1 has 61 files, test = 0 1:fedora-rpmdevtools D: ========== Directories not explicitly included in package: D: 0 /etc/ D: 2 /usr/bin/ D: 3 /usr/lib/rpm/ D: 4 /usr/lib/xemacs/xemacs-packages/lisp/site-start.d/ D: 5 /usr/lib64/xemacs/site-packages/lisp/site-start.d/ D: 6 /usr/share/doc/ D: 8 /usr/share/emacs/site-lisp/site-start.d/ D: 9 /usr/share/ D: 13 /usr/share/xemacs/site-packages/lisp/site-start.d/ D: ========== D: /usr/lib64 directory created with perms 0755, context system_u:object_r:lib_t. D: /usr/lib64/xemacs directory created with perms 0755, context system_u:object_r:lib_t. D: /usr/lib64/xemacs/site-packages directory created with perms 0755, context system_u:object_r:lib_t. D: /usr/lib64/xemacs/site-packages/lisp directory created with perms 0755, context system_u:object_r:lib_t. D: /usr/lib64/xemacs/site-packages/lisp/site-start.d directory created with perms 0755, context system_u:object_r:lib_t. From cra at WPI.EDU Tue Mar 15 16:30:33 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Tue, 15 Mar 2005 11:30:33 -0500 Subject: %ghost weirdness in fedora-rpmdevtools In-Reply-To: <20050315172547.507cf61f.bugs.michael@gmx.net> References: <1110898495.26174.18.camel@bobcat.mine.nu> <20050315172547.507cf61f.bugs.michael@gmx.net> Message-ID: <20050315163033.GI16591@angus.ind.WPI.EDU> On Tue, Mar 15, 2005 at 05:25:47PM +0100, Michael Schwendt wrote: > I've noticed that umask is applied although the double-verbose output > says "perms 0755". With umask 077, /usr/lib64 and all its subdirs are > chmod 0700 here. So, that's a different bug. Isn't that how umask is supposed to work? 0755 & ~0077 == 0700 Or do you mean that the bug is in the debug output "perms 0755"? From bugs.michael at gmx.net Tue Mar 15 16:57:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 17:57:19 +0100 Subject: %ghost weirdness in fedora-rpmdevtools In-Reply-To: <20050315163033.GI16591@angus.ind.WPI.EDU> References: <1110898495.26174.18.camel@bobcat.mine.nu> <20050315172547.507cf61f.bugs.michael@gmx.net> <20050315163033.GI16591@angus.ind.WPI.EDU> Message-ID: <20050315175719.7640dca5.bugs.michael@gmx.net> On Tue, 15 Mar 2005 11:30:33 -0500, Chuck R. Anderson wrote: > > I've noticed that umask is applied although the double-verbose output > > says "perms 0755". With umask 077, /usr/lib64 and all its subdirs are > > chmod 0700 here. So, that's a different bug. > > Isn't that how umask is supposed to work? 0755 & ~0077 == 0700 > > Or do you mean that the bug is in the debug output "perms 0755"? The latter. I expect the debug output to display the effective file access permissions as passed to chmod(2). Because in an rpm spec file one also specifies effective chmod values in %defattr and %attr. Maybe that's a wrong assumption. That so-called "unowned directories" (which are directories not listed in a spec's %files section) can be created with insufficient permissions due to umask, too. That's known for a long time. I'm surprised the debug output says "directory created with perms 0755". From Jochen at herr-schmitt.de Tue Mar 15 18:12:14 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 19:12:14 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client Message-ID: Package Description ------------ Summary: INADYN - A DynDNS Client URL: http://inadyn.ina-tech.net Description: INADYN is a dynamic DNS client. That is, it maintains the IP address of a host name. It periodically checks whether the IP address stored by the DNS server is the real current address of the machine that is running INADYN. ------------ SRPM location: http://www.herr-schmitt.de/pub/inadyn/inadyn-1.90-0.1.src.rpm From ivazquez at ivazquez.net Tue Mar 15 18:24:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 15 Mar 2005 13:24:12 -0500 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: References: Message-ID: <1110911052.12199.26.camel@ignacio.ignacio.lan> On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: > Summary: INADYN - A DynDNS Client How does this compare with ddclient, which is already in Extras? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Mar 15 18:32:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 19:32:45 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110911052.12199.26.camel@ignacio.ignacio.lan> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> Message-ID: <20050315193245.53250978.bugs.michael@gmx.net> On Tue, 15 Mar 2005 13:24:12 -0500, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: > > Summary: INADYN - A DynDNS Client > > How does this compare with ddclient, which is already in Extras? If you compare it, don't forget ez-ipupdate, also in Extras. From robert at marcanoonline.com Tue Mar 15 18:35:30 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Tue, 15 Mar 2005 14:35:30 -0400 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110911052.12199.26.camel@ignacio.ignacio.lan> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> Message-ID: <1110911730.24320.0.camel@tprobert.intranet.promca.com> On Tue, 2005-03-15 at 13:24 -0500, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: > > Summary: INADYN - A DynDNS Client > > How does this compare with ddclient, which is already in Extras? More lightweight, no perl needed, pure C From Jochen at herr-schmitt.de Tue Mar 15 18:37:04 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 19:37:04 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110911052.12199.26.camel@ignacio.ignacio.lan> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> Message-ID: On Tue, 15 Mar 2005 13:24:12 -0500, you wrote: >On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: >> Summary: INADYN - A DynDNS Client > >How does this compare with ddclient, which is already in Extras? I have a look of www.dyndns.org where is a list with different DynDNS clients. On the list of DynDNS clients, I could read, that ddclient depends on perl. inadyn is a plain C programm which doesn't need any language interpreter as runtine. Best Regards: Jochen Schmitt From Jochen at herr-schmitt.de Tue Mar 15 18:41:10 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 19:41:10 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <20050315193245.53250978.bugs.michael@gmx.net> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> <20050315193245.53250978.bugs.michael@gmx.net> Message-ID: On Tue, 15 Mar 2005 19:32:45 +0100, you wrote: >If you compare it, don't forget ez-ipupdate, also in Extras. I could not find it on http://www.dyndns.org/support/clients/dyndns.html I think, that the listed programs are verified to work with DynDNS.org. Best Regards: Jochen Schmitt From bdpepple at ameritech.net Tue Mar 15 18:41:15 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 15 Mar 2005 13:41:15 -0500 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: References: <1110911052.12199.26.camel@ignacio.ignacio.lan> Message-ID: <1110912075.26811.1.camel@localhost.localdomain> On Tue, 2005-03-15 at 19:37 +0100, Jochen Schmitt wrote: > I have a look of www.dyndns.org where is a list with different > DynDNS clients. > > On the list of DynDNS clients, I could read, that ddclient > depends on perl. inadyn is a plain C programm which doesn't need > any language interpreter as runtine. Isn't ez-ipupdate also written in C? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bdpepple at ameritech.net Tue Mar 15 18:47:01 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 15 Mar 2005 13:47:01 -0500 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: References: <1110911052.12199.26.camel@ignacio.ignacio.lan> <20050315193245.53250978.bugs.michael@gmx.net> Message-ID: <1110912421.26811.3.camel@localhost.localdomain> On Tue, 2005-03-15 at 19:41 +0100, Jochen Schmitt wrote: > I could not find it on > > http://www.dyndns.org/support/clients/dyndns.html > > I think, that the listed programs are verified to work with > DynDNS.org. > I'm using ez-ipupdate on my brother-in-laws system, and it works fine with DynDNS.org. How active is developement on INADYN? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Jochen at herr-schmitt.de Tue Mar 15 18:47:27 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 19:47:27 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110912075.26811.1.camel@localhost.localdomain> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> <1110912075.26811.1.camel@localhost.localdomain> Message-ID: On Tue, 15 Mar 2005 13:41:15 -0500, you wrote: >Isn't ez-ipupdate also written in C? I have donw a look on the homepage. On the homepage you can read, that ez-ipupdate is written in pure C. Best Regards: Jochen Schmitt From Jochen at herr-schmitt.de Tue Mar 15 18:49:49 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 19:49:49 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110912421.26811.3.camel@localhost.localdomain> References: <1110911052.12199.26.camel@ignacio.ignacio.lan> <20050315193245.53250978.bugs.michael@gmx.net> <1110912421.26811.3.camel@localhost.localdomain> Message-ID: On Tue, 15 Mar 2005 13:47:01 -0500, you wrote: >I'm using ez-ipupdate on my brother-in-laws system, and it works fine >with DynDNS.org. How active is developement on INADYN? The last Docu is dated on 24. Feb 2005. Best Regards: Jochen Schmitt From bdpepple at ameritech.net Tue Mar 15 19:08:12 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 15 Mar 2005 14:08:12 -0500 Subject: Package for review: Liferea 0.9.1 Message-ID: <1110913692.26811.9.camel@localhost.localdomain> I checked in an update in cvs for liferea 0.9.1 this weekend, and would appreciate it if anyone could review it. Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Tue Mar 15 19:07:28 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 15 Mar 2005 21:07:28 +0200 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: References: Message-ID: <1110913648.26174.199.camel@bobcat.mine.nu> On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: > Summary: INADYN - A DynDNS Client We already have ddclient and ez-ipupdate in Extras that AFAICS do the same thing. Does INADYN provide some additional features over them? From bugs.michael at gmx.net Tue Mar 15 19:19:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Mar 2005 20:19:27 +0100 Subject: Package for review: Liferea 0.9.1 In-Reply-To: <1110913692.26811.9.camel@localhost.localdomain> References: <1110913692.26811.9.camel@localhost.localdomain> Message-ID: <20050315201927.534f39e1.bugs.michael@gmx.net> On Tue, 15 Mar 2005 14:08:12 -0500, Brian Pepple wrote: > I checked in an update in cvs for liferea 0.9.1 this weekend, and would > appreciate it if anyone could review it. Request a build for the "testing" repository if you are unsure, and give users a chance to do some testing at run-time. The CVS diff as sent to fedora-extras-commits list looked fairly normal. From Jochen at herr-schmitt.de Tue Mar 15 19:51:00 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 15 Mar 2005 20:51:00 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110913648.26174.199.camel@bobcat.mine.nu> References: <1110913648.26174.199.camel@bobcat.mine.nu> Message-ID: On Tue, 15 Mar 2005 21:07:28 +0200, you wrote: >We already have ddclient and ez-ipupdate in Extras that AFAICS do the >same thing. Does INADYN provide some additional features over them? During the discussion in ths thread, I have try out ez-ipupdate. I have got the following problem: I'm using a pppoe (T-DSL) connection to the internet. Ez-ipupdate requires that you define the used interface in the configuration file. But during booting the machine, the interface using for the pppoe connection didn't exist. For inadyn, I have define a ip-up.local file, which will be executed when the ppp interface will comming up. That is te current situation why I will prefer inadyn agains ez-ipupdate. Best Regards: Jochen Schmitt From j.w.r.degoede at hhs.nl Tue Mar 15 20:48:28 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 15 Mar 2005 21:48:28 +0100 Subject: Maintainership: freeciv In-Reply-To: <20050315140848.51196278.bugs.michael@gmx.net> References: <1110731700.22367.4.camel@localhost.localdomain> <20050315140848.51196278.bugs.michael@gmx.net> Message-ID: <42374A1C.3070204@hhs.nl> Michael Schwendt wrote: > On Sun, 13 Mar 2005 11:35:00 -0500, Brian Pepple wrote: > > >>Hello, >> >>I would like to maintain 'freeciv' which was removed from the Core 4 development tree. Any objections? >> > > > FYI, Hans de Goede also would like to take over > freeciv. Quote: "freeciv, because I'm a teacher who is trying to get his > students to move to Linux and what do they want? Games! And because I > like these myself :)" > > You might want to team up and negotiate who will own the bugzilla > component. > That would be me, well since Brian claims to be playing it a lott and since I have a child I'm spending most of my playing time with her and not behind the PC, he is probably better suited to maintain freeciv. If Fedora extra somehow works out a multiple maintainer ship, I would be more then willing to be a co-maintainer. Regards, Hans From ghenry at suretecsystems.com Tue Mar 15 20:55:57 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Tue, 15 Mar 2005 20:55:57 +0000 Subject: CVS access? In-Reply-To: <4236C0D6.9000507@hhs.nl> References: <4236C0D6.9000507@hhs.nl> Message-ID: <200503152055.57288.ghenry@suretecsystems.com> On Tuesday 15 Mar 2005 11:02, Hans de Goede wrote: > Hi All, > > I've volunteered to maintain gnumeric and deps. > > I'm still waiting for CVS access. Strange enough I'm not listed on: > http://fedoraproject.org/wiki/Extras_2fContributors > > My paperwork has been faxed and emailed and my sponsor is > sopwith at redhat.com . Me too. > > Regards, > > Hans > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From shahms at shahms.com Tue Mar 15 21:05:43 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 15 Mar 2005 13:05:43 -0800 Subject: Review needed Message-ID: <1110920743.11964.4.camel@shahms.mesd.k12.or.us> I just finished importing: python-protocols -- PyProtocols 'adapt()' implementation python-psycopg -- Alternative high-speed Postgres DB adapter python-simpletal -- Alternative implementation of Zope Page Templates python-tpg -- Toy Parser Generator python-psyco -- Python specializing compiler I'm not importing python-pyXLWriter at the moment due to a lack of activity upstream and the low version number. I may end up taking over development of this module if I can't get hold of any one else, or I may just let it die and hope for a properly python-enabled and librarified Gnumeric to appear. Either way, I decided it wasn't appropriate to import into Extras at the moment. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bdpepple at ameritech.net Tue Mar 15 21:11:39 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 15 Mar 2005 16:11:39 -0500 Subject: CVS access? In-Reply-To: <200503152055.57288.ghenry@suretecsystems.com> References: <4236C0D6.9000507@hhs.nl> <200503152055.57288.ghenry@suretecsystems.com> Message-ID: <1110921099.27671.1.camel@localhost.localdomain> On Tue, 2005-03-15 at 20:55 +0000, Gavin Henry wrote: > On Tuesday 15 Mar 2005 11:02, Hans de Goede wrote: > > Hi All, > > > > I've volunteered to maintain gnumeric and deps. > > > > I'm still waiting for CVS access. Strange enough I'm not listed on: > > http://fedoraproject.org/wiki/Extras_2fContributors > > > > My paperwork has been faxed and emailed and my sponsor is > > sopwith at redhat.com . > > Me too. Gavin, haven't you already been approved? http://fedoraproject.org/wiki/Extras_2fContributors /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Tue Mar 15 21:12:15 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 15 Mar 2005 13:12:15 -0800 Subject: bazaar or arch, choose one? Message-ID: <1110921135.11964.11.camel@shahms.mesd.k12.or.us> I managed to successfully package the 'bazaar' implementation of GNU Arch, just pinging the list to see if anyone has any objections to my adding it to Extras. I have RPMS/SRPMS at the usual places: ( http://shahms.mesd.k12.or.us/yum/fedora/3/ ) The 'standard' implementation is already packaged as 'tla', so there isn't any real need for it. At the moment, 'baz' it basically an attempt at improving the user-friendliness of 'tla' and making it easier for people converting from CVS/SVN to use. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dmalcolm at redhat.com Tue Mar 15 21:16:24 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 15 Mar 2005 16:16:24 -0500 Subject: Request for package inclusion: gettext lint tools In-Reply-To: <200503151106.49844.pmmm@rnl.ist.utl.pt> References: <200502161005.33483.pmmm@rnl.ist.utl.pt> <200503111054.30776.pmmm@rnl.ist.utl.pt> <1110845376.9076.7.camel@cassandra.boston.redhat.com> <200503151106.49844.pmmm@rnl.ist.utl.pt> Message-ID: <1110921385.8853.3.camel@cassandra.boston.redhat.com> On Tue, 2005-03-15 at 11:06 +0000, Pedro Morais wrote: > Em Ter?a, 15 de Mar?o de 2005 00:09, David Malcolm escreveu: > > On Fri, 2005-03-11 at 10:54 +0000, Pedro Morais wrote: > > > (...) > > > I think the current spec file should be ok, can someone review it? > > > I'd like to add the package to extras. > > > SRPM: http://sourceforge.net/project/showfiles.php?group_id=122521 > > > > I briefly looked at this, and it seems sane to me. > > Great! > > > I tried running the tool on evolution's translations, and got a scarily > > big report - 5894 problems found! is this typical? (this was the first > > random CVS checkout I had available so may not be representative) > > I'lll assume you're talking about POFileChecker; it might be. > You should probably run it against one translation at a time. > > Using the fedora i18n repository as sample data: > portuguese - pt - 0 errors > spanish - es.po - 594 errors > french - fr - 599 errors > german - de - 272 erros > italian - it - 314 erros > > Most of the seem real errors, not false positives; and in there are always to > allow a certain number of errors or class of error, see the man page for > that. Are you filing these as bugs somewhere BTW? > > You can also catch a lot of errors with the POFileConsistency tool; from my > experience, at least 50% of all inconsistencies are caused by "bad" > translations. What do we need to do now? From notting at redhat.com Tue Mar 15 21:58:54 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Mar 2005 16:58:54 -0500 Subject: CVS branch request: perl-Pod-POM In-Reply-To: <1110896398.26174.5.camel@bobcat.mine.nu> References: <1110896398.26174.5.camel@bobcat.mine.nu> Message-ID: <20050315215854.GA28555@nostromo.devel.redhat.com> Ville Skytt? (ville.skytta at iki.fi) said: > CVS branches needed for perl-Pod-POM: RHL-9, FC-1, FC-2, FC-3. TIA! Done. Bill From notting at redhat.com Tue Mar 15 21:59:29 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Mar 2005 16:59:29 -0500 Subject: CVS Branch request: dkms In-Reply-To: <1110902025.4295.82.camel@localhost.localdomain> References: <1110902025.4295.82.camel@localhost.localdomain> Message-ID: <20050315215929.GB28555@nostromo.devel.redhat.com> Tom 'spot' Callaway (tcallawa at redhat.com) said: > CVS branches needed for dkms: FC-3 done. Bill From skvidal at phy.duke.edu Tue Mar 15 22:05:33 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 15 Mar 2005 17:05:33 -0500 Subject: CVS branch request: perl-Pod-POM In-Reply-To: <20050315215854.GA28555@nostromo.devel.redhat.com> References: <1110896398.26174.5.camel@bobcat.mine.nu> <20050315215854.GA28555@nostromo.devel.redhat.com> Message-ID: <1110924333.617.92.camel@cutter> On Tue, 2005-03-15 at 16:58 -0500, Bill Nottingham wrote: > Ville Skytt? (ville.skytta at iki.fi) said: > > CVS branches needed for perl-Pod-POM: RHL-9, FC-1, FC-2, FC-3. TIA! > > Done. > What can be done to make it so you don't have to do these? -sv From notting at redhat.com Tue Mar 15 22:05:00 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 15 Mar 2005 17:05:00 -0500 Subject: CVS branch request: perl-Pod-POM In-Reply-To: <1110924333.617.92.camel@cutter> References: <1110896398.26174.5.camel@bobcat.mine.nu> <20050315215854.GA28555@nostromo.devel.redhat.com> <1110924333.617.92.camel@cutter> Message-ID: <20050315220500.GD28555@nostromo.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > > Done. > > What can be done to make it so you don't have to do these? Probably expose the magic command somewhere where people can automatically request it and have it done if they're the package owner. Say, send a gpg signed request with: - package name - requested branch - requested source branch for the branch (could be null) Then you have some procmail-ized handler or something. Bill From ghenry at suretecsystems.com Tue Mar 15 22:27:35 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Tue, 15 Mar 2005 22:27:35 +0000 Subject: CVS access? In-Reply-To: <1110921099.27671.1.camel@localhost.localdomain> References: <4236C0D6.9000507@hhs.nl> <200503152055.57288.ghenry@suretecsystems.com> <1110921099.27671.1.camel@localhost.localdomain> Message-ID: <200503152227.36379.ghenry@suretecsystems.com> On Tuesday 15 Mar 2005 21:11, Brian Pepple wrote: > On Tue, 2005-03-15 at 20:55 +0000, Gavin Henry wrote: > > On Tuesday 15 Mar 2005 11:02, Hans de Goede wrote: > > > Hi All, > > > > > > I've volunteered to maintain gnumeric and deps. > > > > > > I'm still waiting for CVS access. Strange enough I'm not listed on: > > > http://fedoraproject.org/wiki/Extras_2fContributors > > > > > > My paperwork has been faxed and emailed and my sponsor is > > > sopwith at redhat.com . > > > > Me too. > > Gavin, haven't you already been approved? > http://fedoraproject.org/wiki/Extras_2fContributors Aye, but I don't have any access details yet. I think Michael has given me some details now. > /B -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From shishz at hotpop.com Wed Mar 16 01:18:21 2005 From: shishz at hotpop.com (Zing) Date: Tue, 15 Mar 2005 20:18:21 -0500 Subject: Build Request FC3: perl-XML-LibXSLT (i386,x86_64) Message-ID: Build Request FC3 for perl-XML-LibXSLT (i386,x86_64) thanks zing From skvidal at phy.duke.edu Wed Mar 16 01:24:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 15 Mar 2005 20:24:24 -0500 Subject: Build Request FC3: perl-XML-LibXSLT (i386,x86_64) In-Reply-To: References: Message-ID: <1110936264.617.98.camel@cutter> On Tue, 2005-03-15 at 20:18 -0500, Zing wrote: > Build Request FC3 for perl-XML-LibXSLT (i386,x86_64) put it in the wiki. http://fedoraproject.org/wiki/Extras/FC3Status -sv From ivazquez at ivazquez.net Wed Mar 16 03:45:34 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 15 Mar 2005 22:45:34 -0500 Subject: Any vetoes on these packages? Message-ID: <1110944734.27348.2.camel@ignacio.ignacio.lan> As per process this is the list of packages I'd like to import into Extras. Does anyone want to veto any of them? http://fedora.ivazquez.net/content/view/27/30/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Wed Mar 16 04:12:43 2005 From: shahms at shahms.com (Shahms E. King) Date: Tue, 15 Mar 2005 20:12:43 -0800 Subject: Any vetoes on these packages? In-Reply-To: <1110944734.27348.2.camel@ignacio.ignacio.lan> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> Message-ID: <1110946363.5670.20.camel@home.shahms.com> On Tue, 2005-03-15 at 22:45 -0500, Ignacio Vazquez-Abrams wrote: > As per process this is the list of packages I'd like to import into > Extras. Does anyone want to veto any of them? > > http://fedora.ivazquez.net/content/view/27/30/ The URL for python-HTMLgen is broken. --Shahms -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Wed Mar 16 04:55:19 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 15 Mar 2005 18:55:19 -1000 Subject: Any vetoes on these packages? In-Reply-To: <1110944734.27348.2.camel@ignacio.ignacio.lan> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> Message-ID: <4237BC37.10003@redhat.com> Ignacio Vazquez-Abrams wrote: > As per process this is the list of packages I'd like to import into > Extras. Does anyone want to veto any of them? > > http://fedora.ivazquez.net/content/view/27/30/ Note that the important part of approval is the review, not the veto. Warren Togami wtogami at redhat.com From kevin-fedora-extras at scrye.com Wed Mar 16 05:01:50 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 15 Mar 2005 22:01:50 -0700 Subject: xfce 4.2.1 packages available Message-ID: <20050316050151.9D362352E9@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Xfce project has released version 4.2.1. I have accordingly updated my spec files, src.rpms and binary rpms. They can be found at: http://www.scrye.com/~kevin/fedora-extras/ FYI, it's worth noting to build the suite of packages, you should build in this order: libxfce4util libxfcegui4 libxfce4mcs xfce-mcs-manager xfce4-panel Then the rest can be done in any order once the above are built/upgraded. Terminal exo xffm-icons Didn't change from the previous versions. xffm and Terminal still have build issues with development. Hopefully I can work on that in the next few days. Any feedback on the 4.2.1 packages would be appreciated. Unless I see any showstoppers that is the version that I will get imported into CVS in the next few days. I was thinking all the packages in the fc3 branch (so then we could push out fedora-extras-testing for them) and also the developement branch once I get Terminal and xffm sorted. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCN72/3imCezTjY0ERAjaPAJ9Lfz+38zuH1slr6UeguxwYESjelACdF/th U+zrF3YcXSAwhaQY0SN2S6Y= =mQBA -----END PGP SIGNATURE----- From tcallawa at redhat.com Wed Mar 16 05:05:08 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 15 Mar 2005 23:05:08 -0600 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110913648.26174.199.camel@bobcat.mine.nu> References: <1110913648.26174.199.camel@bobcat.mine.nu> Message-ID: <1110949508.4387.4.camel@localhost.localdomain> vOn Tue, 2005-03-15 at 21:07 +0200, Ville Skytt? wrote: >On Tue, 2005-03-15 at 19:12 +0100, Jochen Schmitt wrote: > >> Summary: INADYN - A DynDNS Client > >We already have ddclient and ez-ipupdate in Extras that AFAICS do the >same thing. Does INADYN provide some additional features over them? If the packages don't conflict, why not let them both in? We're certainly not hurting for disk space. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugs.michael at gmx.net Wed Mar 16 05:29:25 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 06:29:25 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: <1110949508.4387.4.camel@localhost.localdomain> References: <1110913648.26174.199.camel@bobcat.mine.nu> <1110949508.4387.4.camel@localhost.localdomain> Message-ID: <20050316062925.425d41b6.bugs.michael@gmx.net> On Tue, 15 Mar 2005 23:05:08 -0600, Tom 'spot' Callaway wrote: > >> Summary: INADYN - A DynDNS Client > > > >We already have ddclient and ez-ipupdate in Extras that AFAICS do the > >same thing. Does INADYN provide some additional features over them? > > If the packages don't conflict, why not let them both in? > > We're certainly not hurting for disk space. Considering that ez-ipupdate is ancient and ddclient is a Perl script, I don't think another ddns client would hurt. This thread developed into a wrong direction, IMO. From bugs.michael at gmx.net Wed Mar 16 05:31:49 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 06:31:49 +0100 Subject: Sponsor Request: INADYN - A DynDNS Client In-Reply-To: References: <1110913648.26174.199.camel@bobcat.mine.nu> Message-ID: <20050316063149.6ce15c25.bugs.michael@gmx.net> On Tue, 15 Mar 2005 20:51:00 +0100, Jochen Schmitt wrote: > On Tue, 15 Mar 2005 21:07:28 +0200, you wrote: > > >We already have ddclient and ez-ipupdate in Extras that AFAICS do the > >same thing. Does INADYN provide some additional features over them? > > During the discussion in ths thread, I have try out ez-ipupdate. > > I have got the following problem: I'm using a pppoe (T-DSL) > connection to the internet. Ez-ipupdate requires that you define > the used interface in the configuration file. But during booting > the machine, the interface using for the pppoe connection didn't > exist. > > For inadyn, I have define a ip-up.local file, which will be > executed when the ppp interface will comming up. > > That is te current situation why I will prefer inadyn agains > ez-ipupdate. That's not a point, since both ddclient and ez-ipupdate can be executed in ip-up.local, too. No need to run them in daemon mode. But see my other reply to spot's message. The initial question about how INADYN compares with the existing ddclient and ez-ipupdate made this thread develop into the wrong direction. From ivazquez at ivazquez.net Wed Mar 16 07:02:55 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 02:02:55 -0500 Subject: Any vetoes on these packages? In-Reply-To: <1110946363.5670.20.camel@home.shahms.com> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <1110946363.5670.20.camel@home.shahms.com> Message-ID: <1110956576.27348.3.camel@ignacio.ignacio.lan> On Tue, 2005-03-15 at 20:12 -0800, Shahms E. King wrote: > On Tue, 2005-03-15 at 22:45 -0500, Ignacio Vazquez-Abrams wrote: > > As per process this is the list of packages I'd like to import into > > Extras. Does anyone want to veto any of them? > > > > http://fedora.ivazquez.net/content/view/27/30/ > > The URL for python-HTMLgen is broken. Ah, thanks, I incremented the wrong part by accident. Fixed. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Wed Mar 16 07:05:59 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 02:05:59 -0500 Subject: Any vetoes on these packages? In-Reply-To: <4237BC37.10003@redhat.com> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> Message-ID: <1110956760.27348.7.camel@ignacio.ignacio.lan> On Tue, 2005-03-15 at 18:55 -1000, Warren Togami wrote: > Ignacio Vazquez-Abrams wrote: > > As per process this is the list of packages I'd like to import into > > Extras. Does anyone want to veto any of them? > > > > http://fedora.ivazquez.net/content/view/27/30/ > > Note that the important part of approval is the review, not the veto. I understand that. It's just that my list changed since I last presented it, so I just wanted to remove the last issue before I actually imported the packages. Besides, it gave me something somewhat productive to do since my write access hadn't (and still hasn't) kicked in just yet ;) -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Wed Mar 16 07:16:53 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Mar 2005 02:16:53 -0500 Subject: Fedora Extras Development - new packages Message-ID: <1110957413.617.110.camel@cutter> New packages in the development tree: enchant (i386, x86_64) abiword (i386, x86_64) bittorrent (i386, x86_64) ots (i386, x86_64) aiksaurus (i386, x86_64) dkms (i386, x86_64) gnome-blog (i386, x86_64) bzflag (i386) aqhbci-qt-tools (i386) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC4Status Report problems at Bugzilla: http://bugzilla.redhat.com/ Thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 16 07:26:17 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 08:26:17 +0100 Subject: Any vetoes on these packages? In-Reply-To: <1110956760.27348.7.camel@ignacio.ignacio.lan> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> Message-ID: <20050316082617.1abc4836.bugs.michael@gmx.net> On Wed, 16 Mar 2005 02:05:59 -0500, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-03-15 at 18:55 -1000, Warren Togami wrote: > > Ignacio Vazquez-Abrams wrote: > > > As per process this is the list of packages I'd like to import into > > > Extras. Does anyone want to veto any of them? > > > > > > http://fedora.ivazquez.net/content/view/27/30/ > > > > Note that the important part of approval is the review, not the veto. > > I understand that. It's just that my list changed since I last presented > it, so I just wanted to remove the last issue before I actually imported > the packages. > > Besides, it gave me something somewhat productive to do since my write > access hadn't (and still hasn't) kicked in just yet ;) Actually, almost a dozen more cvs accounts have been created, including yours. It just that the welcome message (account creation notification) mail still doesn't seem to finds its way to the contributors. From skvidal at fedoraproject.org Wed Mar 16 07:43:44 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Mar 2005 02:43:44 -0500 Subject: Fedora Extras 3 Packages Message-ID: <1110959024.617.113.camel@cutter> Hi, Fedora Extras 3 Packages: amarok (i386, x86_64) bittorrent (i386, x86_64) gnome-blog (i386, x86_64) rpmlint (i386, x86_64) Testing Repository: liferea (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Wed Mar 16 07:39:19 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 15 Mar 2005 21:39:19 -1000 Subject: Any vetoes on these packages? In-Reply-To: <20050316082617.1abc4836.bugs.michael@gmx.net> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> <20050316082617.1abc4836.bugs.michael@gmx.net> Message-ID: <4237E2A7.2040508@redhat.com> Michael Schwendt wrote: > > Actually, almost a dozen more cvs accounts have been created, including > yours. It just that the welcome message (account creation notification) > mail still doesn't seem to finds its way to the contributors. Found the reason... outgoing port 25 on the CVS server is being filtered by a router/firewall somewhere. Contacting people... Warren Togami wtogami at redhat.clom From skvidal at fedoraproject.org Wed Mar 16 07:47:09 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 16 Mar 2005 02:47:09 -0500 Subject: help needed Message-ID: <1110959229.617.116.camel@cutter> Hey, I was hoping someone could help out with this could someone make up a wiki page explaining where to find important information for users of extras: - what extras is, what releases it works with - example yum.repos.d/*.repo files - links to the rss feeds - links to the repoview pages for browsing the extras repositories Something so users can know where things are and how to find them more easily. thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Wed Mar 16 07:48:00 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 02:48:00 -0500 Subject: Any vetoes on these packages? In-Reply-To: <20050316082617.1abc4836.bugs.michael@gmx.net> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> <20050316082617.1abc4836.bugs.michael@gmx.net> Message-ID: <1110959280.27348.11.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 08:26 +0100, Michael Schwendt wrote: > On Wed, 16 Mar 2005 02:05:59 -0500, Ignacio Vazquez-Abrams wrote: > > Besides, it gave me something somewhat productive to do since my write > > access hadn't (and still hasn't) kicked in just yet ;) > > Actually, almost a dozen more cvs accounts have been created, including > yours. It just that the welcome message (account creation notification) > mail still doesn't seem to finds its way to the contributors. No, I actually received that. But when I try to use cvs-import.sh: [ignacio at ignacio common]$ ./cvs-import.sh -m "Initial import" ~build/rpmbuild/SRPMS/python-amara-0.9.4-1.src.rpm Checking out the modules file... Creating new module: python-amara cvs [server aborted]: "commit" requires write access to the repository -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Wed Mar 16 07:51:22 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 02:51:22 -0500 Subject: help needed In-Reply-To: <1110959229.617.116.camel@cutter> References: <1110959229.617.116.camel@cutter> Message-ID: <1110959482.27348.14.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 02:47 -0500, seth vidal wrote: > - example yum.repos.d/*.repo files I don't have time for the whole thing, but here's a little bit. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- [fedora-extras] name=Fedora Extras - $releasever - $basearch baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch http://fedoraproject.org/extras/$releasever/$basearch gpgcheck=1 gpgkey=http://download.fedora.redhat.com/pub/fedora/linux/extras/RPM-GPG-KEY-Fedora-Extras enabled=1 retries=1 timeout=10 [fedora-extras-testing] name=Fedora Extras Test Updates - $releasever - $basearch baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/testing/$releasever/$basearch/ gpgcheck=1 gpgkey=http://download.fedora.redhat.com/pub/fedora/linux/extras/RPM-GPG-KEY-Fedora-Extras enabled=0 retries=1 timeout=10 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Wed Mar 16 07:52:26 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 15 Mar 2005 21:52:26 -1000 Subject: Any vetoes on these packages? In-Reply-To: <4237E2A7.2040508@redhat.com> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> <20050316082617.1abc4836.bugs.michael@gmx.net> <4237E2A7.2040508@redhat.com> Message-ID: <4237E5BA.9090508@redhat.com> Warren Togami wrote: > > > Found the reason... outgoing port 25 on the CVS server is being filtered > by a router/firewall somewhere. Contacting people... > Actually I was wrong... hmm... Warren From bugs.michael at gmx.net Wed Mar 16 08:31:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 09:31:11 +0100 Subject: Any vetoes on these packages? In-Reply-To: <1110959280.27348.11.camel@ignacio.ignacio.lan> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> <20050316082617.1abc4836.bugs.michael@gmx.net> <1110959280.27348.11.camel@ignacio.ignacio.lan> Message-ID: <20050316093111.51d109f5.bugs.michael@gmx.net> On Wed, 16 Mar 2005 02:48:00 -0500, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-03-16 at 08:26 +0100, Michael Schwendt wrote: > > On Wed, 16 Mar 2005 02:05:59 -0500, Ignacio Vazquez-Abrams wrote: > > > Besides, it gave me something somewhat productive to do since my write > > > access hadn't (and still hasn't) kicked in just yet ;) > > > > Actually, almost a dozen more cvs accounts have been created, including > > yours. It just that the welcome message (account creation notification) > > mail still doesn't seem to finds its way to the contributors. > > No, I actually received that. Okay. Then the last batch made it most likely. Good. From adrian at lisas.de Wed Mar 16 09:08:10 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 16 Mar 2005 10:08:10 +0100 Subject: Review needed: xlockmore Message-ID: <20050316090810.GA19350@lisas.de> http://lisas.de/~adrian/rpm/xlockmore-5.15-1.src.rpm Adrian From adrian at lisas.de Wed Mar 16 09:38:37 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 16 Mar 2005 10:38:37 +0100 Subject: help needed In-Reply-To: <1110959229.617.116.camel@cutter> References: <1110959229.617.116.camel@cutter> Message-ID: <20050316093837.GA29861@lisas.de> On Wed, Mar 16, 2005 at 02:47:09AM -0500, seth vidal wrote: > I was hoping someone could help out with this > > could someone make up a wiki page explaining where to find important > information for users of extras: > - what extras is, what releases it works with > - example yum.repos.d/*.repo files > - links to the rss feeds > - links to the repoview pages for browsing the extras repositories For a start: http://fedoraproject.org/wiki/Extras/UsingExtras Adrian From kairaven at arcor.de Wed Mar 16 10:13:44 2005 From: kairaven at arcor.de (Kai Raven) Date: Wed, 16 Mar 2005 11:13:44 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050316050151.9D362352E9@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> Message-ID: <20050316111344.6c7a0411@localhost.localdomain> Hi Kevin, On Tue, 15 Mar 2005 22:01:50 -0700 you wrote: > Any feedback on the 4.2.1 packages would be appreciated. I have made a rebuild of all packages. Works OK, but different applications are complaining about missing libraries: # xffm ** ERROR **: g_module_open(/usr/lib/xfce4/modules/libxfce4_mime_icons.so) == NULL With the correct symlinks all is running now very good :) Thx for your work. -- Ciao Kai WWW: http://kai.iks-jena.de/ Blog: http://rabenhorst.blogweb.de/ OpenPGP: D6E995A0 Jabber: kraven at jabber.ccc.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 904 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Wed Mar 16 12:17:26 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Mar 2005 06:17:26 -0600 Subject: help needed In-Reply-To: <1110959229.617.116.camel@cutter> References: <1110959229.617.116.camel@cutter> Message-ID: <20050316121726.GA6211@yoda.jdub.homelinux.org> On Wed, Mar 16, 2005 at 02:47:09AM -0500, seth vidal wrote: > Hey, > I was hoping someone could help out with this > > could someone make up a wiki page explaining where to find important > information for users of extras: > - what extras is, what releases it works with > - example yum.repos.d/*.repo files > - links to the rss feeds > - links to the repoview pages for browsing the extras repositories Shouldn't this really be on http://fedora.redhat.com somewhere? I know the site is out of date most of the time, but at some point someone will need to fix it. We can't just keep hearing "it'll be updated soon" forever. josh From cra at WPI.EDU Wed Mar 16 13:23:42 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Wed, 16 Mar 2005 08:23:42 -0500 Subject: Any vetoes on these packages? In-Reply-To: <20050316082617.1abc4836.bugs.michael@gmx.net> References: <1110944734.27348.2.camel@ignacio.ignacio.lan> <4237BC37.10003@redhat.com> <1110956760.27348.7.camel@ignacio.ignacio.lan> <20050316082617.1abc4836.bugs.michael@gmx.net> Message-ID: <20050316132342.GA16763@angus.ind.WPI.EDU> On Wed, Mar 16, 2005 at 08:26:17AM +0100, Michael Schwendt wrote: > On Wed, 16 Mar 2005 02:05:59 -0500, Ignacio Vazquez-Abrams wrote: > Actually, almost a dozen more cvs accounts have been created, including > yours. It just that the welcome message (account creation notification) > mail still doesn't seem to finds its way to the contributors. I got mine welcome message... From skvidal at phy.duke.edu Wed Mar 16 14:30:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 09:30:48 -0500 Subject: help needed In-Reply-To: <20050316121726.GA6211@yoda.jdub.homelinux.org> References: <1110959229.617.116.camel@cutter> <20050316121726.GA6211@yoda.jdub.homelinux.org> Message-ID: <1110983448.617.141.camel@cutter> On Wed, 2005-03-16 at 06:17 -0600, Josh Boyer wrote: > On Wed, Mar 16, 2005 at 02:47:09AM -0500, seth vidal wrote: > > Hey, > > I was hoping someone could help out with this > > > > could someone make up a wiki page explaining where to find important > > information for users of extras: > > - what extras is, what releases it works with > > - example yum.repos.d/*.repo files > > - links to the rss feeds > > - links to the repoview pages for browsing the extras repositories > > Shouldn't this really be on http://fedora.redhat.com somewhere? I know the site > is out of date most of the time, but at some point someone will need to fix it. > We can't just keep hearing "it'll be updated soon" forever. Getting access/changes to fedora.redhat.com is sometimes hard. I wanted something we could point people to now. :) -sv From skvidal at phy.duke.edu Wed Mar 16 15:15:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 10:15:25 -0500 Subject: help needed In-Reply-To: <20050316093837.GA29861@lisas.de> References: <1110959229.617.116.camel@cutter> <20050316093837.GA29861@lisas.de> Message-ID: <1110986125.617.154.camel@cutter> > For a start: http://fedoraproject.org/wiki/Extras/UsingExtras > That's great, thanks! -sv From skvidal at phy.duke.edu Wed Mar 16 15:43:34 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 10:43:34 -0500 Subject: CVS branch request: perl-Pod-POM In-Reply-To: <20050315220500.GD28555@nostromo.devel.redhat.com> References: <1110896398.26174.5.camel@bobcat.mine.nu> <20050315215854.GA28555@nostromo.devel.redhat.com> <1110924333.617.92.camel@cutter> <20050315220500.GD28555@nostromo.devel.redhat.com> Message-ID: <1110987814.617.167.camel@cutter> On Tue, 2005-03-15 at 17:05 -0500, Bill Nottingham wrote: > seth vidal (skvidal at phy.duke.edu) said: > > > Done. > > > > What can be done to make it so you don't have to do these? > > Probably expose the magic command somewhere where people can > automatically request it and have it done if they're the package > owner. > > Say, send a gpg signed request with: > - package name > - requested branch > - requested source branch for the branch (could be null) > > Then you have some procmail-ized handler or something. > Do you have the time to implement the procmail-ized handler? If so I can probably compile the gpg keys of the maintainers. -sv From bdpepple at ameritech.net Wed Mar 16 15:48:29 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 10:48:29 -0500 Subject: Review needed: xlockmore In-Reply-To: <20050316090810.GA19350@lisas.de> References: <20050316090810.GA19350@lisas.de> Message-ID: <1110988109.2911.5.camel@localhost.localdomain> On Wed, 2005-03-16 at 10:08 +0100, Adrian Reber wrote: > http://lisas.de/~adrian/rpm/xlockmore-5.15-1.src.rpm One quick minor thing I noticed is that you use %{buildroot} & $RPM_BUILD_ROOT. You should pick one and only use that in your spec, per the wiki: http://fedoraproject.org/wiki/PackagingGuidelines#head- d0ada6130cf40be1244d34cc44fc38d34dd00db8 I should have a more complete review later today for you. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From qspencer at ieee.org Wed Mar 16 15:57:34 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 16 Mar 2005 09:57:34 -0600 Subject: Packages removed from Core In-Reply-To: <20050307180008.5914fcc0.bugs.michael@gmx.net> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> Message-ID: <4238576E.7010408@ieee.org> Now that the first test release of FC4 is out, is there a list anywhere of packages that have been removed? Is there a specific plan for transitioning these packages to extras, or will they just be added as people volunteer to take over them? One of the packages removed from core is octave, and the related libraries blas and lapack. While they serve a niche group of users, they are very important for scientific applications, and it would be a shame to not have them in extras by the time the final FC4 is released. I volunteered in the past to take over octave, but I am also volunteering to take over blas and lapack. I have updated my entry on the "begging for sponsors" page to indicate this. I posted a link to two SRPMs I have created a while ago, but I have received no feedback. Does this mean nobody has looked at them yet? I realize that it is not likely there are many octave users on this list, but I believe octave really is critical if Fedora is to be taken seriously as a platform for scientific computing, so I encourage anyone looking to sponsor someone new to take a look at my packages. -Quentin From dwmw2 at infradead.org Wed Mar 16 16:39:53 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 16:39:53 +0000 Subject: Exim In-Reply-To: References: Message-ID: <1110991194.16158.315.camel@hades.cambridge.redhat.com> On Tue, 2005-03-15 at 10:01 -0600, Jason L Tibbitts III wrote: > When Exim was pulled from Core it looked like there were a couple of > people willing to maintain it in Extras. Unfortunately it hasn't > seemed to have appeared there yet, and the version that was last in > Rawhide is now outdated. The deletion of Exim came entirely out of the blue -- I'd actually built exim-4.50-2 for rawhide the night someone took some bad crack and removed it. We need Exim in RHEL -- we can't be quite to haphazard about removing stuff from RHEL when other packages don't provide equivalent functionality. So we need to keep maintaining it in the internal CVS tree, and I will continue to do so. There has been some discussion of how we get the internally-maintained packages into Extras -- but as with the rest of the Extras process, it's all a little hazy at the moment and nothing's really taken shape in time for FC4. I'd already split the exim-doc package out, because it was 2/3 of the size of the total, is updated out of sync with the binary package and comes from entirely separate source tarballs. That's a candidate for being imported to Extras CVS, perhaps -- but consider Exim itself vetoed. I'm still hoping that the consensus on the fedora-maintainers list will be followed and all 1721KiB of exim will be put back into FC4; there's certainly enough room for it. -- dwmw2 From kevin-fedora-extras at scrye.com Wed Mar 16 17:18:15 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 16 Mar 2005 10:18:15 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <20050316111344.6c7a0411@localhost.localdomain> Message-ID: <20050316171817.6C4A56CC33@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Kai" == Kai Raven writes: Kai> Hi Kevin, Kai> On Tue, 15 Mar 2005 22:01:50 -0700 you wrote: >> Any feedback on the 4.2.1 packages would be appreciated. Kai> I have made a rebuild of all packages. Works OK, but different Kai> applications are complaining about missing libraries: # xffm Kai> ** ERROR **: Kai> g_module_open(/usr/lib/xfce4/modules/libxfce4_mime_icons.so) == Kai> NULL Kai> With the correct symlinks all is running now very good :) Ah, that was a bug in my package for libxfcegui4. I had a *.so.* glob in there that wasn't picking up the .so files. Changed that to *.so* and it works here. I have recompiled and pushed out: libxfcegui4-4.2.1-2.i386.rpm libxfcegui4-devel-4.2.1-2.i386.rpm Can you upgrade to those packages and confirm that it fixes the module open error? Kai> Thx for your work. -- Ciao Kai Thanks for the great feedback. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCOGpZ3imCezTjY0ERAs0GAJ0fiU6PPXoYPQ3rhdKGkEH5RqJjOQCeNZX7 xNoZqTKxtsPSXcpxShyaCqo= =9Ff0 -----END PGP SIGNATURE----- From sopwith at redhat.com Wed Mar 16 17:28:00 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 16 Mar 2005 12:28:00 -0500 Subject: Fedora Project Mailing Lists reminder Message-ID: This is a reminder of the mailing lists for the Fedora Project, and the purpose of each list. You can view this information at http://fedora.redhat.com/participate/communicate/ When you're using these mailing lists, please take the time to choose the one that is most appropriate to your post. If you don't know the right mailing list to use for a question or discussion, please contact me. This will help you get the best possible answer for your question, and keep other list subscribers happy! Mailing Lists Mailing lists are email addresses which send email to all users subscribed to the mailing list. Sending an email to a mailing list reaches all users interested in discussing a specific topic and users available to help other users with the topic. The following mailing lists are available. To subscribe, send email to -request at redhat.com (replace with the desired mailing list name such as fedora-list) with the word subscribe in the subject. fedora-announce-list - Announcements of changes and events. To stay aware of news, subscribe to this list. fedora-list - For users of releases. If you want help with a problem installing or using , this is the list for you. fedora-test-list - For testers of test releases. If you would like to discuss experiences using TEST releases, this is the list for you. fedora-devel-list - For developers, developers, developers. If you are interested in helping create releases, this is the list for you. fedora-extras-list - For users and developers of Fedora Extras fedora-docs-list - For participants of the docs project fedora-desktop-list - For discussions about desktop issues such as user interfaces, artwork, and usability fedora-config-list - For discussions about the development of configuration tools fedora-tools-list - For discussions about the toolchain (gcc, gdb, etc...) within Fedora fedora-devel-java-list - For discussions about Java-related Fedora development fedora-patches-list - For submitting patches to Fedora maintainers, and used in line with BugWeek fedora-legacy-announce - For announcements about the Fedora Legacy Project fedora-legacy-list - For discussions about the Fedora Legacy Project fedora-selinux-list - For discussions about the Fedora SELinux Project fedora-marketing-list - For discussions about marketing and expanding the Fedora user base fedora-de-list - For discussions about Fedora in the German language fedora-es-list - For discussions about Fedora in the Spanish language fedora-ja-list - For discussions about Fedora in the Japanese language fedora-i18n-list - For discussions about the internationalization of Fedora Core fedora-trans-list - For discussions about translating the software and documentation associated with the Fedora Project German: fedora-trans-de French: fedora-trans-fr Spanish: fedora-trans-es Italian: fedora-trans-it Brazilian Portuguese: fedora-trans-pt_br Japanese: fedora-trans-ja Korean: fedora-trans-ko Simplified Chinese: fedora-trans-zh_cn Traditional Chinese: fedora-trans-zh_tw From ivazquez at ivazquez.net Wed Mar 16 17:38:44 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 12:38:44 -0500 Subject: Review needed Message-ID: <1110994724.27348.29.camel@ignacio.ignacio.lan> I've imported the following packages into CVS: clearlooks deskbar-applet edb ghasher gpredict hamlib kphone ktrack leafpad libosip linphone lock-keys-applet pam_mysql python-amara python-HTMLgen repoml Please review them and notify me of any problems so I can fix them. I am aware that gpredict, kphone, and python-HTMLgen have a small error with their release, and I'll fix them as soon as they show up in a checkout. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 16 17:51:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 18:51:04 +0100 Subject: Review needed In-Reply-To: <1110994724.27348.29.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> Message-ID: <20050316185104.4815ba76.bugs.michael@gmx.net> On Wed, 16 Mar 2005 12:38:44 -0500, Ignacio Vazquez-Abrams wrote: > I've imported the following packages into CVS: > > clearlooks > deskbar-applet > edb > ghasher > gpredict > hamlib > kphone > ktrack > leafpad > libosip > linphone > lock-keys-applet > pam_mysql > python-amara > python-HTMLgen > repoml > > Please review them and notify me of any problems so I can fix them. > > I am aware that gpredict, kphone, and python-HTMLgen have a small error > with their release, and I'll fix them as soon as they show up in a > checkout. For heaven's sake, please get rid of all the explicit "Requires", which are not just redundant but a common pitfall. From bdpepple at ameritech.net Wed Mar 16 17:55:00 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 12:55:00 -0500 Subject: Review needed In-Reply-To: <1110994724.27348.29.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> Message-ID: <1110995700.3655.1.camel@localhost.localdomain> On Wed, 2005-03-16 at 12:38 -0500, Ignacio Vazquez-Abrams wrote: > I've imported the following packages into CVS: > pam_mysql Any reason why the spec file has a Polish translation for the summary & description? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kairaven at arcor.de Wed Mar 16 18:08:30 2005 From: kairaven at arcor.de (Kai Raven) Date: Wed, 16 Mar 2005 19:08:30 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050316171817.6C4A56CC33@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <20050316111344.6c7a0411@localhost.localdomain> <20050316171817.6C4A56CC33@voldemort.scrye.com> Message-ID: <20050316190830.0332a218@localhost.localdomain> Hi Kevin, On Wed, 16 Mar 2005 10:18:15 -0700 you wrote: > Can you upgrade to those packages and confirm that it fixes the module > open error? Yes :) -- Ciao Kai WWW: http://kai.iks-jena.de/ Blog: http://rabenhorst.blogweb.de/ OpenPGP: D6E995A0 Jabber: kraven at jabber.ccc.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 904 bytes Desc: not available URL: From sopwith at redhat.com Wed Mar 16 18:16:59 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 16 Mar 2005 13:16:59 -0500 (EST) Subject: Packages removed from Core In-Reply-To: <4238576E.7010408@ieee.org> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> Message-ID: On Wed, 16 Mar 2005, Quentin Spencer wrote: > Now that the first test release of FC4 is out, is there a list anywhere > of packages that have been removed? The list at http://fedoraproject.org/wiki/Extras_2fOrphanedPackages is supposed to be it. > Is there a specific plan for transitioning these packages to extras, or > will they just be added as people volunteer to take over them? Volunteers are definitely wanted. Without them, there's no point in having the packages in extras CVS. > One of the packages removed from core is octave, and the related > libraries blas and lapack. While they serve a niche group of users, they > are very important for scientific applications, and it would be a shame > to not have them in extras by the time the final FC4 is released. I > volunteered in the past to take over octave, but I am also volunteering > to take over blas and lapack. I have updated my entry on the "begging > for sponsors" page to indicate this. I posted a link to two SRPMs I have > created a while ago, but I have received no feedback. Does this mean > nobody has looked at them yet? I realize that it is not likely there are > many octave users on this list, but I believe octave really is critical > if Fedora is to be taken seriously as a platform for scientific > computing, so I encourage anyone looking to sponsor someone new to take > a look at my packages. I use octave myself, so I have a personal interest in seeing it packaged. :) There are definitely hiccups going on with the review & approval processes. Please be patient and keep trying, and even pitch in and help fix the processes where you see things broken. Michael Schwendt has a big interest in seeing reviews happen, so he may be a good person to e-mail directly to see if he can track down a volunteer to review your packages. Thanks, -- Elliot From markmc at redhat.com Wed Mar 16 18:34:50 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 16 Mar 2005 18:34:50 +0000 Subject: packages' users registry Message-ID: <1110998090.27952.8.camel@blaa> Hi, Is there a new location for: http://www.fedora.us/wiki/PackageUserRegistry or should I just copy it across to http://fedoraproject.org/wiki/PackageUserRegistry Also, any objections to merging http://www.fedora.us/wiki/PackageUserCreation into http://fedoraproject.org/wiki/PackagingGuidelines Thanks, Mark. From tibbs at math.uh.edu Wed Mar 16 18:40:59 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 16 Mar 2005 12:40:59 -0600 Subject: Exim In-Reply-To: <1110991194.16158.315.camel@hades.cambridge.redhat.com> (David Woodhouse's message of "Wed, 16 Mar 2005 16:39:53 +0000") References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: >>>>> "DW" == David Woodhouse writes: I never realized you were with Red Hat. DW> We need Exim in RHEL -- we can't be quite to haphazard about DW> removing stuff from RHEL when other packages don't provide DW> equivalent functionality. So we need to keep maintaining it in the DW> internal CVS tree, and I will continue to do so. Interesting, so Fedora no longer strictly serves as a base for RHEL because of a couple of megabytes. DW> I'd already split the exim-doc package out, because it was 2/3 of DW> the size of the total, is updated out of sync with the binary DW> package and comes from entirely separate source tarballs. That's definitely good idea anyway, given how Phil only updates the main documentation at every 4.x0 release. DW> [...] but consider Exim itself vetoed. Given that this bones those of us who need Exim by making the packages completely unavailable, is there any chance that you could stick a 4.50-x SRPM somewhere (on the 'net, not anywhere painful) until the issue is resolved? Thanks, - J< From skvidal at phy.duke.edu Wed Mar 16 18:43:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 13:43:30 -0500 Subject: Exim In-Reply-To: References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: <1110998611.30523.8.camel@opus.phy.duke.edu> > Given that this bones those of us who need Exim by making the packages > completely unavailable, is there any chance that you could stick a > 4.50-x SRPM somewhere (on the 'net, not anywhere painful) until the > issue is resolved? > Why, again, can't exim be in extras? -sv From jwboyer at jdub.homelinux.org Wed Mar 16 18:44:53 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Mar 2005 12:44:53 -0600 Subject: Exim In-Reply-To: References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: <20050316184453.GA6592@yoda.jdub.homelinux.org> On Wed, Mar 16, 2005 at 12:40:59PM -0600, Jason L Tibbitts III wrote: > >>>>> "DW" == David Woodhouse writes: > > DW> [...] but consider Exim itself vetoed. > > Given that this bones those of us who need Exim by making the packages > completely unavailable, is there any chance that you could stick a > 4.50-x SRPM somewhere (on the 'net, not anywhere painful) until the > issue is resolved? I had the same question. It's still in Fedora Core CVS. I think it has to remain there since it's part of RHEL. Or so I've been told. josh From skvidal at phy.duke.edu Wed Mar 16 18:47:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 13:47:10 -0500 Subject: Exim In-Reply-To: <20050316184453.GA6592@yoda.jdub.homelinux.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316184453.GA6592@yoda.jdub.homelinux.org> Message-ID: <1110998830.30523.10.camel@opus.phy.duke.edu> On Wed, 2005-03-16 at 12:44 -0600, Josh Boyer wrote: > I had the same question. > > It's still in Fedora Core CVS. I think it has to remain there since it's part > of RHEL. Or so I've been told. > something being in cvs and something being built into the distro are two VERY different things. -sv From bugs.michael at gmx.net Wed Mar 16 18:48:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 19:48:13 +0100 Subject: Packages removed from Core In-Reply-To: References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> Message-ID: <20050316194813.31fa952e.bugs.michael@gmx.net> On Wed, 16 Mar 2005 13:16:59 -0500 (EST), Elliot Lee wrote: > There are definitely hiccups going on with the review & approval > processes. Please be patient and keep trying, and even pitch in and help > fix the processes where you see things broken. > > Michael Schwendt has a big interest in seeing reviews happen, so he may be > a good person to e-mail directly to see if he can track down a volunteer > to review your packages. As a negation, it makes a better reading: I have a big interest in NOT seeing lots of imported packages, which are not reviewed before automated mass rebuilds make them appear in the public repository. We should rather return to the idea of using a separate repository where unreviewed packages are published first. If post-commit reviewing is also a serious problem, we need to work on a solution. From jwboyer at jdub.homelinux.org Wed Mar 16 18:54:24 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Mar 2005 12:54:24 -0600 Subject: Exim In-Reply-To: <1110998830.30523.10.camel@opus.phy.duke.edu> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316184453.GA6592@yoda.jdub.homelinux.org> <1110998830.30523.10.camel@opus.phy.duke.edu> Message-ID: <20050316185424.GA6616@yoda.jdub.homelinux.org> On Wed, Mar 16, 2005 at 01:47:10PM -0500, seth vidal wrote: > > something being in cvs and something being built into the distro are two > VERY different things. Sure, and I agree we need it in the distro in some form. I was just saying that it will at least be maintained in CVS and it's fairly easy to build a RPM based on that. So it is available, just not in the best way. josh From ivazquez at ivazquez.net Wed Mar 16 18:56:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 13:56:02 -0500 Subject: Review needed In-Reply-To: <20050316185104.4815ba76.bugs.michael@gmx.net> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316185104.4815ba76.bugs.michael@gmx.net> Message-ID: <1110999362.27348.31.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 18:51 +0100, Michael Schwendt wrote: > On Wed, 16 Mar 2005 12:38:44 -0500, Ignacio Vazquez-Abrams wrote: > > Please review them and notify me of any problems so I can fix them. > > For heaven's sake, please get rid of all the explicit "Requires", > which are not just redundant but a common pitfall. Alright, I've gotten rid of the ones that I think rpmbuild would pick up. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Wed Mar 16 18:56:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 13:56:19 -0500 Subject: Review needed In-Reply-To: <1110995700.3655.1.camel@localhost.localdomain> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <1110995700.3655.1.camel@localhost.localdomain> Message-ID: <1110999379.27348.33.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 12:55 -0500, Brian Pepple wrote: > On Wed, 2005-03-16 at 12:38 -0500, Ignacio Vazquez-Abrams wrote: > > I've imported the following packages into CVS: > > > pam_mysql > > Any reason why the spec file has a Polish translation for the summary & > description? Gone. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sig at netdot.net Wed Mar 16 19:07:34 2005 From: sig at netdot.net (Aaron VanDevender) Date: Wed, 16 Mar 2005 13:07:34 -0600 Subject: FC4T1 Extras Message-ID: <1111000054.5948.11.camel@lazlo.netdot.net> Are we going to see a full FC4T1 extras build anytime soon? I see a few dozen packages in /pub/fedora/linux/extras/development/ but nothing close to the full vastness of the extras packages available for FC3. cya, .sig From bugs.michael at gmx.net Wed Mar 16 19:09:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 20:09:39 +0100 Subject: python-amara (was: Re: Review needed) In-Reply-To: <1110994724.27348.29.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> Message-ID: <20050316200939.79516539.bugs.michael@gmx.net> On Wed, 16 Mar 2005 12:38:44 -0500, Ignacio Vazquez-Abrams wrote: > I've imported the following packages into CVS: > > clearlooks > deskbar-applet > edb > ghasher > gpredict > hamlib > kphone > ktrack > leafpad > libosip > linphone > lock-keys-applet > pam_mysql > python-amara > python-HTMLgen > repoml > > Please review them and notify me of any problems so I can fix them. python-amara : sort of ignores all common python packaging practise: no python-abi dependency, no installation into python_sitelib, doesn't own its amara root directory %setup -c is wrong, you want -n, and with it you can drop the explicit Amara-0.9.4 paths and "cd Amara-0.9.4" from all places in the spec file. buildroot prefixed path appears in all .pyc files From skvidal at phy.duke.edu Wed Mar 16 19:09:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 14:09:36 -0500 Subject: FC4T1 Extras In-Reply-To: <1111000054.5948.11.camel@lazlo.netdot.net> References: <1111000054.5948.11.camel@lazlo.netdot.net> Message-ID: <1111000176.30523.17.camel@opus.phy.duke.edu> On Wed, 2005-03-16 at 13:07 -0600, Aaron VanDevender wrote: > Are we going to see a full FC4T1 extras build anytime soon? I see a few > dozen packages in /pub/fedora/linux/extras/development/ but nothing > close to the full vastness of the extras packages available for FC3. > read the maintainers list. We were debating a merge of all things not yet rebuilt/new moved from 3 into development or just doing a mass rebuild right now. -sv From bugs.michael at gmx.net Wed Mar 16 19:14:57 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Mar 2005 20:14:57 +0100 Subject: packages' users registry In-Reply-To: <1110998090.27952.8.camel@blaa> References: <1110998090.27952.8.camel@blaa> Message-ID: <20050316201457.5ebb093a.bugs.michael@gmx.net> On Wed, 16 Mar 2005 18:34:50 +0000, Mark McLoughlin wrote: > Hi, > Is there a new location for: > > http://www.fedora.us/wiki/PackageUserRegistry > > or should I just copy it across to > > http://fedoraproject.org/wiki/PackageUserRegistry > > Also, any objections to merging > > http://www.fedora.us/wiki/PackageUserCreation > > into > > http://fedoraproject.org/wiki/PackagingGuidelines Well, fedora-usermgmt has not been accepted widely, but merely used in Enrico's own packages unfortunately. From qspencer at ieee.org Wed Mar 16 19:19:12 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 16 Mar 2005 13:19:12 -0600 Subject: Exim In-Reply-To: <20050316185424.GA6616@yoda.jdub.homelinux.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316184453.GA6592@yoda.jdub.homelinux.org> <1110998830.30523.10.camel@opus.phy.duke.edu> <20050316185424.GA6616@yoda.jdub.homelinux.org> Message-ID: <423886B0.20704@ieee.org> Josh Boyer wrote: >On Wed, Mar 16, 2005 at 01:47:10PM -0500, seth vidal wrote: > > >>something being in cvs and something being built into the distro are two >>VERY different things. >> >> >Sure, and I agree we need it in the distro in some form. I was just saying >that it will at least be maintained in CVS and it's fairly easy to build a >RPM based on that. So it is available, just not in the best way. > > If there are things that are kept in CVS with the intention of mainting them for RHEL, but are not packaged in Core, is there (or should there be) a way to automatically include them in Extras? -Quentin From bdpepple at ameritech.net Wed Mar 16 19:26:40 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 14:26:40 -0500 Subject: Packages removed from Core In-Reply-To: <20050316194813.31fa952e.bugs.michael@gmx.net> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> Message-ID: <1111001200.6290.3.camel@localhost.localdomain> On Wed, 2005-03-16 at 19:48 +0100, Michael Schwendt wrote: > On Wed, 16 Mar 2005 13:16:59 -0500 (EST), Elliot Lee wrote: > > > > Michael Schwendt has a big interest in seeing reviews happen, so he may be > > a good person to e-mail directly to see if he can track down a volunteer > > to review your packages. > > As a negation, it makes a better reading: I have a big interest in NOT > seeing lots of imported packages, which are not reviewed before automated > mass rebuilds make them appear in the public repository. > > We should rather return to the idea of using a separate repository where > unreviewed packages are published first. > +1. I think this has a lot of merit, for example just look at how many new packages have been imported today. It's gonna take some time to give them a proper reviewing. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gdk at redhat.com Wed Mar 16 19:37:00 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 16 Mar 2005 14:37:00 -0500 (EST) Subject: Packages removed from Core In-Reply-To: <1111001200.6290.3.camel@localhost.localdomain> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> Message-ID: > > We should rather return to the idea of using a separate repository where > > unreviewed packages are published first. > > > +1. I think this has a lot of merit, for example just look at how many > new packages have been imported today. It's gonna take some time to > give them a proper reviewing. +1 --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From skvidal at phy.duke.edu Wed Mar 16 19:38:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 14:38:58 -0500 Subject: Packages removed from Core In-Reply-To: References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> Message-ID: <1111001938.30523.41.camel@opus.phy.duke.edu> On Wed, 2005-03-16 at 14:37 -0500, Greg DeKoenigsberg wrote: > > > We should rather return to the idea of using a separate repository where > > > unreviewed packages are published first. > > > > > +1. I think this has a lot of merit, for example just look at how many > > new packages have been imported today. It's gonna take some time to > > give them a proper reviewing. > > +1 So you want two sets of builds? Boy, I'm glad someone else is going to be doing these. -sv From skvidal at phy.duke.edu Wed Mar 16 19:42:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 14:42:42 -0500 Subject: Packages removed from Core In-Reply-To: <1111001200.6290.3.camel@localhost.localdomain> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> Message-ID: <1111002162.30523.43.camel@opus.phy.duke.edu> > > > +1. I think this has a lot of merit, for example just look at how many > new packages have been imported today. It's gonna take some time to > give them a proper reviewing. > And so? What's the harm in a package getting imported to cvs and not being built until it has been reviewed? -sv From gdk at redhat.com Wed Mar 16 19:45:21 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 16 Mar 2005 14:45:21 -0500 (EST) Subject: Packages removed from Core In-Reply-To: <1111001938.30523.41.camel@opus.phy.duke.edu> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111001938.30523.41.camel@opus.phy.duke.edu> Message-ID: On Wed, 16 Mar 2005, seth vidal wrote: > On Wed, 2005-03-16 at 14:37 -0500, Greg DeKoenigsberg wrote: > > > > We should rather return to the idea of using a separate repository where > > > > unreviewed packages are published first. > > > > > > > +1. I think this has a lot of merit, for example just look at how many > > > new packages have been imported today. It's gonna take some time to > > > give them a proper reviewing. > > > > +1 > > So you want two sets of builds? > > Boy, I'm glad someone else is going to be doing these. Let me amend: +1 when we've got sufficient infrastructure built out. :) I like, in general, the notion of having "blessed" and "not blessed" package sets. In practice, it may take us a while to get there. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan > > > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From skvidal at phy.duke.edu Wed Mar 16 19:48:28 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 14:48:28 -0500 Subject: Packages removed from Core In-Reply-To: References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111001938.30523.41.camel@opus.phy.duke.edu> Message-ID: <1111002509.30523.46.camel@opus.phy.duke.edu> > +1 when we've got sufficient infrastructure built out. :) > > I like, in general, the notion of having "blessed" and "not blessed" > package sets. In practice, it may take us a while to get there. What's the motivation for people to review if things in 'unblessed' 'mostly' work? -sv From sopwith at redhat.com Wed Mar 16 19:53:16 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 16 Mar 2005 14:53:16 -0500 (EST) Subject: Packages removed from Core In-Reply-To: <1111002509.30523.46.camel@opus.phy.duke.edu> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111001938.30523.41.camel@opus.phy.duke.edu> <1111002509.30523.46.camel@opus.phy.duke.edu> Message-ID: On Wed, 16 Mar 2005, seth vidal wrote: > > +1 when we've got sufficient infrastructure built out. :) > > > > I like, in general, the notion of having "blessed" and "not blessed" > > package sets. In practice, it may take us a while to get there. > > What's the motivation for people to review if things in 'unblessed' > 'mostly' work? If users are happy with unreviewed packages, then that's an indication that review isn't necessary (perhaps packagers are just so good that they never make mistakes :). But, something will break sooner or later, and people who value reviewed packages will decide to switch to the reviewed repository, and they will make sure developers know about their desire for reviewed packages... -- Elliot From bdpepple at ameritech.net Wed Mar 16 19:56:21 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 14:56:21 -0500 Subject: Packages removed from Core In-Reply-To: <1111002162.30523.43.camel@opus.phy.duke.edu> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111002162.30523.43.camel@opus.phy.duke.edu> Message-ID: <1111002981.6422.7.camel@localhost.localdomain> On Wed, 2005-03-16 at 14:42 -0500, seth vidal wrote: > > > > > +1. I think this has a lot of merit, for example just look at how many > > new packages have been imported today. It's gonna take some time to > > give them a proper reviewing. > > > > And so? What's the harm in a package getting imported to cvs and not > being built until it has been reviewed? There's no harm in importing them. My comment was in regards to Michael's message about imported packages not being reviewed before automated mass rebuilds appearing in the public repository. If they're not being built until after a review there's no problem. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From qspencer at ieee.org Wed Mar 16 19:57:08 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 16 Mar 2005 13:57:08 -0600 Subject: Packages removed from Core In-Reply-To: <1111002509.30523.46.camel@opus.phy.duke.edu> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111001938.30523.41.camel@opus.phy.duke.edu> <1111002509.30523.46.camel@opus.phy.duke.edu> Message-ID: <42388F94.9090402@ieee.org> seth vidal wrote: >>+1 when we've got sufficient infrastructure built out. :) >> >>I like, in general, the notion of having "blessed" and "not blessed" >>package sets. In practice, it may take us a while to get there. >> >> >What's the motivation for people to review if things in 'unblessed' >'mostly' work? > > This is somewhat like Debian "Unstable" and "Testing" (our equivalent of "Stable" is probably RHEL). Lots of developers in the Debian world use unstable packages that "mostly" work, but regular users use testing or stable. I assume that a Core release would be preconfigured to install things from "blessed", but not "unblessed" without specifically configuring it to do so. So, something would need to be in "blessed" before it really is available to the masses. -Quentin From notting at redhat.com Wed Mar 16 20:14:58 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 15:14:58 -0500 Subject: Packages removed from Core In-Reply-To: <1111002981.6422.7.camel@localhost.localdomain> References: <20050307153156.016e1d8c.bugs.michael@gmx.net> <20050307180008.5914fcc0.bugs.michael@gmx.net> <4238576E.7010408@ieee.org> <20050316194813.31fa952e.bugs.michael@gmx.net> <1111001200.6290.3.camel@localhost.localdomain> <1111002162.30523.43.camel@opus.phy.duke.edu> <1111002981.6422.7.camel@localhost.localdomain> Message-ID: <20050316201458.GA18514@nostromo.devel.redhat.com> Brian Pepple (bdpepple at ameritech.net) said: > There's no harm in importing them. My comment was in regards to > Michael's message about imported packages not being reviewed before > automated mass rebuilds appearing in the public repository. > > If they're not being built until after a review there's no problem. I agree, seeting up a different completely-random-stuff-not-reviewed repository isn't really worth it. If the review process is taking forever, that's what would need fixed. Bill From adrian at lisas.de Wed Mar 16 20:16:01 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 16 Mar 2005 21:16:01 +0100 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1110994724.27348.29.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> Message-ID: <20050316201601.GA16174@lisas.de> On Wed, Mar 16, 2005 at 12:38:44PM -0500, Ignacio Vazquez-Abrams wrote: > I've imported the following packages into CVS: > > clearlooks [...] > Please review them and notify me of any problems so I can fix them. As I have also packaged clearlooks I had a look at it. The first problem I encountered is that it doesn't build for me: error: Installed (but unpackaged) file(s) found: /share/themes/Clearlooks/metacity-1/metacity-theme-1.xml RPM build errors: Installed (but unpackaged) file(s) found: /share/themes/Clearlooks/metacity-1/metacity-theme-1.xml make: *** [i386] Error 1 I have done following changes to fix this and other minor stuff (better link to the source, linebreak after 80 characters for %description) and of course I have enabled the animation because that's where the fun starts. diff -u -r1.2 clearlooks.spec --- clearlooks.spec 16 Mar 2005 18:54:45 -0000 1.2 +++ clearlooks.spec 16 Mar 2005 20:11:44 -0000 @@ -5,23 +5,26 @@ Group: User Interface/Desktops License: GPL URL: http://clearlooks.sourceforge.net/screenshots/ -Source0: http://prdownloads.sourceforge.net/clearlooks/clearlooks-0.4.tar.bz2 +Source0: http://dl.sf.net/clearlooks/clearlooks-0.4.tar.bz2 BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: gtk2-devel %description -Clearlooks will transform your GNOME desktop into an attractive looking and usable environment. +Clearlooks will transform your GNOME desktop into an attractive looking and +usable environment. %prep %setup -q %build -%configure +%configure --enable-animation make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT +cp -a $RPM_BUILD_ROOT/share/* $RPM_BUILD_ROOT/%{_datadir} +rm -rf $RPM_BUILD_ROOT/share %clean rm -rf $RPM_BUILD_ROOT Adrian From bdpepple at ameritech.net Wed Mar 16 20:23:59 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 15:23:59 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <20050316201601.GA16174@lisas.de> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> Message-ID: <1111004639.6422.9.camel@localhost.localdomain> On Wed, 2005-03-16 at 21:16 +0100, Adrian Reber wrote: > On Wed, Mar 16, 2005 at 12:38:44PM -0500, Ignacio Vazquez-Abrams wrote: > > I've imported the following packages into CVS: > > > > clearlooks > [...] > > Please review them and notify me of any problems so I can fix them. Couldn't this be added to the gnome-themes-extras package? Seems like that could make more sense then having a package for just one theme. Just a thought. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Wed Mar 16 20:24:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 15:24:50 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111004639.6422.9.camel@localhost.localdomain> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> Message-ID: <1111004690.30523.50.camel@opus.phy.duke.edu> On Wed, 2005-03-16 at 15:23 -0500, Brian Pepple wrote: > On Wed, 2005-03-16 at 21:16 +0100, Adrian Reber wrote: > > On Wed, Mar 16, 2005 at 12:38:44PM -0500, Ignacio Vazquez-Abrams wrote: > > > I've imported the following packages into CVS: > > > > > > clearlooks > > [...] > > > Please review them and notify me of any problems so I can fix them. > > Couldn't this be added to the gnome-themes-extras package? Seems like > that could make more sense then having a package for just one theme. > Just a thought. > gnome-themes-extras is actually an upstream package. it's not just a conglomeration of things someone wanted to pkg. -sv From tibbs at math.uh.edu Wed Mar 16 20:33:28 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 16 Mar 2005 14:33:28 -0600 Subject: Exim In-Reply-To: (Jason L. Tibbitts, III's message of "Wed, 16 Mar 2005 12:40:59 -0600") References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: I had asked for a current Exim package to be posted somewhere, but since it's still in CVS it's easy enough to make one: export CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist cvs login (hit enter) cvs checkout exim cd exim/devel (copy everything to wherever RPM wants to see the build directory and cd there) links ftp://ftp.exim.org/pub/exim/exim4/exim-4.50.tar.bz2 [1] links http://marc.merlins.org/linux/exim/files/sa-exim-4.2.tar.gz bpmbuild -ba *spec 1) Note that the specfile has the wrong location for this file. - J< From bdpepple at ameritech.net Wed Mar 16 20:42:00 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 16 Mar 2005 15:42:00 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111004690.30523.50.camel@opus.phy.duke.edu> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> <1111004690.30523.50.camel@opus.phy.duke.edu> Message-ID: <1111005720.7125.3.camel@localhost.localdomain> On Wed, 2005-03-16 at 15:24 -0500, seth vidal wrote: > On Wed, 2005-03-16 at 15:23 -0500, Brian Pepple wrote: > > > Couldn't this be added to the gnome-themes-extras package? Seems like > > that could make more sense then having a package for just one theme. > > Just a thought. > > > > gnome-themes-extras is actually an upstream package. > it's not just a conglomeration of things someone wanted to pkg. I was aware of that, but are there many other themes that are packaged separately? If so, then disregard my suggestion, otherwise it might be worth having a central package for extra themes. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jwboyer at jdub.homelinux.org Wed Mar 16 20:52:53 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Mar 2005 14:52:53 -0600 Subject: Exim In-Reply-To: <1110998611.30523.8.camel@opus.phy.duke.edu> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <1110998611.30523.8.camel@opus.phy.duke.edu> Message-ID: <20050316205253.GA6818@yoda.jdub.homelinux.org> On Wed, Mar 16, 2005 at 01:43:30PM -0500, seth vidal wrote: > > > Given that this bones those of us who need Exim by making the packages > > completely unavailable, is there any chance that you could stick a > > 4.50-x SRPM somewhere (on the 'net, not anywhere painful) until the > > issue is resolved? > > > > Why, again, can't exim be in extras? I think the summary is: "if it's maintained by RH internally for RHEL already there needs to be a way for that to be pushed to extras." So I don't think anyone is really against it being in extras, but there seems to be some question on how exactly it gets in. josh From robert at marcanoonline.com Wed Mar 16 20:53:47 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Wed, 16 Mar 2005 16:53:47 -0400 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111005720.7125.3.camel@localhost.localdomain> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> <1111004690.30523.50.camel@opus.phy.duke.edu> <1111005720.7125.3.camel@localhost.localdomain> Message-ID: <1111006428.17105.2.camel@tprobert.intranet.promca.com> On Wed, 2005-03-16 at 15:42 -0500, Brian Pepple wrote: > On Wed, 2005-03-16 at 15:24 -0500, seth vidal wrote: > > On Wed, 2005-03-16 at 15:23 -0500, Brian Pepple wrote: > > > > > Couldn't this be added to the gnome-themes-extras package? Seems like > > > that could make more sense then having a package for just one theme. > > > Just a thought. > > > > > > > gnome-themes-extras is actually an upstream package. > > it's not just a conglomeration of things someone wanted to pkg. > > I was aware of that, but are there many other themes that are packaged > separately? If so, then disregard my suggestion, otherwise it might be > worth having a central package for extra themes. what about a gnome-themes-extras-extras RPM? :-P > > /B > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ blog: http://www.marcanoonline.com/plog/ From skvidal at phy.duke.edu Wed Mar 16 20:55:14 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 15:55:14 -0500 Subject: Exim In-Reply-To: <20050316205253.GA6818@yoda.jdub.homelinux.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <1110998611.30523.8.camel@opus.phy.duke.edu> <20050316205253.GA6818@yoda.jdub.homelinux.org> Message-ID: <1111006514.30523.53.camel@opus.phy.duke.edu> > I think the summary is: "if it's maintained by RH internally for RHEL already > there needs to be a way for that to be pushed to extras." > > So I don't think anyone is really against it being in extras, but there seems > to be some question on how exactly it gets in. this really seems trivial, to me. check it into extras and maintain it there, when rhel needs it they branch the trees anyway - so you copy it into the branch then. -sv From ivazquez at ivazquez.net Wed Mar 16 21:00:51 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 16:00:51 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <20050316201601.GA16174@lisas.de> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> Message-ID: <1111006851.27348.45.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 21:16 +0100, Adrian Reber wrote: > error: Installed (but unpackaged) file(s) found: > /share/themes/Clearlooks/metacity-1/metacity-theme-1.xml Fixed. > I have done following changes to fix this and other minor stuff (better > link to the source, I can't validate the better link at this time, so I'm going to leave it for now. > linebreak after 80 characters for %description) Could we get an official ruling on this? I'm loathe to assume that the user is using an 80-character display or that the description starts at column 0 of the display. > and > of course I have enabled the animation because that's where the fun starts. Since it's apparently just the progress bar I went ahead and added this. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Wed Mar 16 21:03:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 16:03:00 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111006851.27348.45.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111006851.27348.45.camel@ignacio.ignacio.lan> Message-ID: <1111006980.30523.57.camel@opus.phy.duke.edu> > > linebreak after 80 characters for %description) > > Could we get an official ruling on this? I'm loathe to assume that the > user is using an 80-character display or that the description starts at > column 0 of the display. > people use 80 column displays. yes, it's where programming breaks happen and we assume it in MANY other places, deal. -sv From notting at redhat.com Wed Mar 16 21:02:25 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 16:02:25 -0500 Subject: Exim In-Reply-To: <1110991194.16158.315.camel@hades.cambridge.redhat.com> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: <20050316210224.GA17454@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > We need Exim in RHEL -- we can't be quite to haphazard about removing > stuff from RHEL when other packages don't provide equivalent > functionality. So we need to keep maintaining it in the internal CVS > tree, and I will continue to do so. Which has little relation to the availability of the package in Extras. > There has been some discussion of how we get the internally-maintained > packages into Extras -- but as with the rest of the Extras process, it's > all a little hazy at the moment and nothing's really taken shape in time > for FC4. There are defined procedures for adding packages to Extras; there are *already* multiple packages maintained by Red Hat internal people. > I'd already split the exim-doc package out, because it was 2/3 of the > size of the total, is updated out of sync with the binary package and > comes from entirely separate source tarballs. That's a candidate for > being imported to Extras CVS, perhaps -- but consider Exim itself > vetoed. I'm still hoping that the consensus on the fedora-maintainers > list will be followed and all 1721KiB of exim will be put back into FC4; > there's certainly enough room for it. Wait. So, because you're waiting for it to be added back to core, you're going to argue against adding it to Extras, so no one will have access to it? Damn, I should just sponsor my 4-year old daughter as a contributor if we have to deal with this sort of logic all the time. Bill From dmalcolm at redhat.com Wed Mar 16 21:20:49 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 16 Mar 2005 16:20:49 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <20050316201601.GA16174@lisas.de> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> Message-ID: <1111008049.5361.51.camel@cassandra.boston.redhat.com> On Wed, 2005-03-16 at 21:16 +0100, Adrian Reber wrote: [snip] > > %description > -Clearlooks will transform your GNOME desktop into an attractive looking and usable environment. > +Clearlooks will transform your GNOME desktop into an attractive looking and > +usable environment. > Any chance of a different description? e.g. "Clearlooks is an attractive theme for the GNOME desktop" or somesuch. Call me biased, but I'm of the opinion that the GNOME desktop already was attractive-looking and usable :-P [snip] From jwboyer at jdub.homelinux.org Wed Mar 16 21:27:04 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 16 Mar 2005 15:27:04 -0600 Subject: Exim In-Reply-To: <1111006514.30523.53.camel@opus.phy.duke.edu> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <1110998611.30523.8.camel@opus.phy.duke.edu> <20050316205253.GA6818@yoda.jdub.homelinux.org> <1111006514.30523.53.camel@opus.phy.duke.edu> Message-ID: <20050316212704.GA6857@yoda.jdub.homelinux.org> On Wed, Mar 16, 2005 at 03:55:14PM -0500, seth vidal wrote: > >> I think the summary is: "if it's maintained by RH internally for RHEL already >> there needs to be a way for that to be pushed to extras." >> >> So I don't think anyone is really against it being in extras, but there seems >> to be some question on how exactly it gets in. > > this really seems trivial, to me. I thought so too. > > check it into extras and maintain it there, when rhel needs it they > branch the trees anyway - so you copy it into the branch then. I had the same thought you did at first, but I guess there are reasons some think that won't work. I won't pretend to understand those reasons, so you'll have to ask David for more clarification. You two play nice now ;) josh From MSchwartz at MedAnalytics.com Wed Mar 16 21:36:22 2005 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Wed, 16 Mar 2005 15:36:22 -0600 Subject: clearlooks In-Reply-To: <1111008049.5361.51.camel@cassandra.boston.redhat.com> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111008049.5361.51.camel@cassandra.boston.redhat.com> Message-ID: David Malcolm wrote: > On Wed, 2005-03-16 at 21:16 +0100, Adrian Reber wrote: > [snip] > >> >> %description >>-Clearlooks will transform your GNOME desktop into an attractive looking and usable environment. >>+Clearlooks will transform your GNOME desktop into an attractive looking and >>+usable environment. >> > > > Any chance of a different description? e.g. "Clearlooks is an > attractive theme for the GNOME desktop" or somesuch. > > Call me biased, but I'm of the opinion that the GNOME desktop already > was attractive-looking and usable :-P > > [snip] How about, "Clearlooks the default theme engine for GNOME 2.12"? :-) Marc From skvidal at phy.duke.edu Wed Mar 16 21:44:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 16:44:30 -0500 Subject: clearlooks In-Reply-To: References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111008049.5361.51.camel@cassandra.boston.redhat.com> Message-ID: <1111009470.30523.71.camel@opus.phy.duke.edu> > How about, "Clearlooks the default theme engine for GNOME 2.12"? > how about Clearlooks a theme engine for the Gnome Desktop and let's leave all the happy crap out of it. -sv From che666 at uni.de Wed Mar 16 22:01:25 2005 From: che666 at uni.de (Rudolf Kastl) Date: Wed, 16 Mar 2005 23:01:25 +0100 Subject: potential candidates for contribution Message-ID: <1111010485.7403.25.camel@localhost.localdomain> Hello to you! My name is Rudolf Kastl, i am 27 years old and live in germany. Yet i have a few years of experience with maintaining and packaging Software for the Red Hat / Fedora distribution. One of my currently active Projects is http://newrpms.sunsite.dk. Since i am already waiting since years for a centrally maintained repository i have picked a few candidates from my own private repo as potential nice contribution to the extras project and i would be very happy to participate actively with maintaining those games in extras that are currently available from my personal repository. The candidates id put up for discussion are: 1. trigger - 3d rallye game. 2. scorched3d - 3d variant of scorched earth with network support 3. flightgear - 3d flight simulator RPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/RPMS.newrpms/ SRPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/SRPMS.newrpms/ and the required dependencys as needed / required Before the contribution of course i would look over those packages again and improve all the fancy things about it like streamlined versioning as extras requires it. Of course the legal state of those contributions would have to be checked by Red Hat`s legal department. Recommended for testing all potential contributions are hardware accelerated drivers. Regards, Rudolf Kastl From dwmw2 at infradead.org Wed Mar 16 22:12:18 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 22:12:18 +0000 Subject: Exim In-Reply-To: References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> Message-ID: <1111011138.18450.34.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 12:40 -0600, Jason L Tibbitts III wrote: > Given that this bones those of us who need Exim by making the packages > completely unavailable, is there any chance that you could stick a > 4.50-x SRPM somewhere (on the 'net, not anywhere painful) until the > issue is resolved? ftp://ftp.uk.linux.org/pub/people/dwmw2/exim-fc4/ The binaries for 4.50-2 have inexplicably disappeared but the binaries for 4.44-1 are there, and also the srpm for 4.50-2. -- dwmw2 From dwmw2 at infradead.org Wed Mar 16 22:14:07 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 22:14:07 +0000 Subject: Exim In-Reply-To: <20050316212704.GA6857@yoda.jdub.homelinux.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <1110998611.30523.8.camel@opus.phy.duke.edu> <20050316205253.GA6818@yoda.jdub.homelinux.org> <1111006514.30523.53.camel@opus.phy.duke.edu> <20050316212704.GA6857@yoda.jdub.homelinux.org> Message-ID: <1111011247.18450.37.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 15:27 -0600, Josh Boyer wrote: > I had the same thought you did at first, but I guess there are reasons > some think that won't work. I won't pretend to understand those > reasons, so you'll have to ask David for more clarification. It's a PITA and pointless to maintain it in two places when we can just build it internally and put that in Extras. -- dwmw2 From dwmw2 at infradead.org Wed Mar 16 22:16:49 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 22:16:49 +0000 Subject: Exim In-Reply-To: <20050316210224.GA17454@nostromo.devel.redhat.com> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> Message-ID: <1111011409.18450.41.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 16:02 -0500, Bill Nottingham wrote: > Wait. So, because you're waiting for it to be added back to core, > you're going to argue against adding it to Extras, so no one will have > access to it? No, I think the binary package _should_ be present. In Extras if it really has to be, although there's more than 1721KiB of space on the i386 CD set to put it back into Core, given the number of people who have agreed that it should stay. What I said no to was putting the _source_ into Extras CVS. If we have to maintain it anyway and want to keep internal-commits-only as I believe we do for RHEL packages, then it's just a pointless waste of time maintaining it in two places. It ain't hard to take builds from beehive and put them into Extras, surely? -- dwmw2 From gdk at redhat.com Wed Mar 16 22:24:45 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 16 Mar 2005 17:24:45 -0500 (EST) Subject: Exim In-Reply-To: <1111011409.18450.41.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> Message-ID: > What I said no to was putting the _source_ into Extras CVS. If we have > to maintain it anyway and want to keep internal-commits-only as I > believe we do for RHEL packages, then it's just a pointless waste of > time maintaining it in two places. > > It ain't hard to take builds from beehive and put them into Extras, > surely? It ain't hard so long as (a) SOMEONE remembers to do it, and (b) someone REMEMBERS to do it. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From dwmw2 at infradead.org Wed Mar 16 22:39:54 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 22:39:54 +0000 Subject: Exim In-Reply-To: References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> Message-ID: <1111012794.18450.61.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 17:24 -0500, Greg DeKoenigsberg wrote: > It ain't hard so long as (a) SOMEONE remembers to do it, and (b) > someone REMEMBERS to do it. ... and (c) someone KNOWS HOW to do it. I have an exim-4.50-2 package in CVS, which I had previously built into the dist-fc4 collection in beehive. Could you tell me where to rebuild it and how to get those binaries into Extras? I recall seeing some discussion where it was agreed that such a process was necessary, but I don't recall seeing specifics about how it would be done -- I thought the discussion just petered out after reaching agreement, just like the original Exim discussion mostly petered out after most people who expressed an opinion agreed that it should stay. -- dwmw2 From gdk at redhat.com Wed Mar 16 22:50:10 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 16 Mar 2005 17:50:10 -0500 (EST) Subject: Exim In-Reply-To: <1111012794.18450.61.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> Message-ID: Looks like the trouble right now is that this is the first instance (that I know of, others can feel free to jump in) in which we have a package in any Extras repo that wasn't built out of Extras CVS, and so we don't have a policy for it. So, what do we do? a. Build it in beehive and just drop it somewhere? b. Duplicate the sources in Extras CVS and use the build mechanisms we currently have in place? And the answer is... I don't know. I suppose we need a policy for this kind of case. --g On Wed, 16 Mar 2005, David Woodhouse wrote: > On Wed, 2005-03-16 at 17:24 -0500, Greg DeKoenigsberg wrote: > > It ain't hard so long as (a) SOMEONE remembers to do it, and (b) > > someone REMEMBERS to do it. > > ... and (c) someone KNOWS HOW to do it. > > I have an exim-4.50-2 package in CVS, which I had previously built into > the dist-fc4 collection in beehive. Could you tell me where to rebuild > it and how to get those binaries into Extras? I recall seeing some > discussion where it was agreed that such a process was necessary, but I > don't recall seeing specifics about how it would be done -- I thought > the discussion just petered out after reaching agreement, just like the > original Exim discussion mostly petered out after most people who > expressed an opinion agreed that it should stay. _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From sig at netdot.net Wed Mar 16 22:59:49 2005 From: sig at netdot.net (Aaron VanDevender) Date: Wed, 16 Mar 2005 16:59:49 -0600 Subject: fedora-extras.rpm Message-ID: <1111013989.5800.106.camel@vandvndr.physics.uiuc.edu> A while back the idea of a fedora-extras.rpm package for inclusion into core was discussed. The idea was that you could configure your yum to get Fedora Extras with a simple yum install fedora-extras right out of the box. There was even talk about including such a package late in an FC3 update, although it looks like that never happened. I see that FC3T1 doesn't have any such package either. Is anyone still planning to include this package in time for FC4? Having Extras integrated like this would be pretty slick. cya, .sig From ivazquez at ivazquez.net Wed Mar 16 23:04:56 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 16 Mar 2005 18:04:56 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111006980.30523.57.camel@opus.phy.duke.edu> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111006851.27348.45.camel@ignacio.ignacio.lan> <1111006980.30523.57.camel@opus.phy.duke.edu> Message-ID: <1111014296.27348.46.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 16:03 -0500, seth vidal wrote: > > > linebreak after 80 characters for %description) > > > > Could we get an official ruling on this? I'm loathe to assume that the > > user is using an 80-character display or that the description starts at > > column 0 of the display. > > > > people use 80 column displays. > > yes, it's where programming breaks happen and we assume it in MANY other > places, deal. Works for me. Someone put this in the Packaging Guidelines please. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Wed Mar 16 23:08:47 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 18:08:47 -0500 Subject: Exim In-Reply-To: References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> Message-ID: <20050316230847.GA17987@nostromo.devel.redhat.com> Greg DeKoenigsberg (gdk at redhat.com) said: > So, what do we do? > > a. Build it in beehive and just drop it somewhere? > > b. Duplicate the sources in Extras CVS and use the build mechanisms > we currently have in place? > > And the answer is... I don't know. I suppose we need a policy for this > kind of case. b) Especially for future maintenance, it's not like an Extras version would parallel a version maintained for RHEL. They have different goals. Bill From dwmw2 at infradead.org Wed Mar 16 23:24:02 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 16 Mar 2005 23:24:02 +0000 Subject: Exim In-Reply-To: <20050316230847.GA17987@nostromo.devel.redhat.com> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> Message-ID: <1111015442.18450.74.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 18:08 -0500, Bill Nottingham wrote: > Especially for future maintenance, it's not like an Extras version > would parallel a version maintained for RHEL. They have different > goals. I cannot comprehend any reason why they would differ, except of course that the Fedora version is -HEAD to RHEL's branch, as has been the case for some time already. Certainly I can't comprehend wanting to do things in Fedora's version which are not applicable for RHEL -- to gratuitously maintain two separate copies would be bizarre enough without making them _different_. -- dwmw2 From shishz at hotpop.com Thu Mar 17 00:49:09 2005 From: shishz at hotpop.com (Zing) Date: Wed, 16 Mar 2005 19:49:09 -0500 Subject: Build Request FC3: perl-XML-LibXSLT (i386,x86_64) References: <1110936264.617.98.camel@cutter> Message-ID: On Tue, 15 Mar 2005 20:24:24 -0500, seth vidal wrote: > On Tue, 2005-03-15 at 20:18 -0500, Zing wrote: >> Build Request FC3 for perl-XML-LibXSLT (i386,x86_64) > > put it in the wiki. > > http://fedoraproject.org/wiki/Extras/FC3Status I'm getting "You are not allowed to edit this page". My login is "ZingZing". From toshio at tiki-lounge.com Thu Mar 17 01:06:18 2005 From: toshio at tiki-lounge.com (Toshio) Date: Wed, 16 Mar 2005 20:06:18 -0500 Subject: clearlooks In-Reply-To: <1111009470.30523.71.camel@opus.phy.duke.edu> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111008049.5361.51.camel@cassandra.boston.redhat.com> <1111009470.30523.71.camel@opus.phy.duke.edu> Message-ID: <1111021580.4342.25.camel@Madison.badger.com> On Wed, 2005-03-16 at 16:44 -0500, seth vidal wrote: > > How about, "Clearlooks the default theme engine for GNOME 2.12"? > > > > how about Clearlooks a theme engine for the Gnome Desktop > > and let's leave all the happy crap out of it. > When I read the %description of a package it's usually to determine one of two things: 1) What does the package do? 2) What makes the package different from similar packages. So a description like "Clearlooks is a theme engine for the GNOME Desktop that is faster than pixmap themes while maintaining much of their aesthetic appeal." would work for me. (I haven't used Clearlooks so insert some entries there that actually tell what makes Clearlooks unique. -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From byte at aeon.com.my Thu Mar 17 01:15:20 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 17 Mar 2005 12:15:20 +1100 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <20050313000436.1b03b3ce.bugs.michael@gmx.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> Message-ID: <1111022121.17429.136.camel@arena.soho.bytebot.net> On Sun, 2005-03-13 at 00:04 +0100, Michael Schwendt wrote: > adns I don't mind taking over adns. Straw has a dependency on this so if no one takes Straw, I'll grab that too /me recalls submitting a patch to adns a while back -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From funkyres at gmail.com Thu Mar 17 01:55:09 2005 From: funkyres at gmail.com (Michael Peters) Date: Wed, 16 Mar 2005 17:55:09 -0800 Subject: Looking for a sponsor Message-ID: <485bb88405031617557e855e23@mail.gmail.com> Looking to be sponsored on Fedora Extras. I often hang out on the Fedora User list with e-mail mpeters at mac.com for those who don't know who I am. The package I want to maintain and get into Fedora Extras is the SlimDevices SlimServer It's a perl streaming music server, to feed either a SlimDevices squeezebox - or feed a software client (for example, iTunes, or RealPlayer, or the java based softsqueeze) slimserver does not do any decoding or encoding by itself, so there are not patent issue related to audio formats. It streams in mp3, flac, or pcm. To stream in mp3 it relies on lame, but lame is not required to use the software - you can stream in flac or pcm instead of mp3. It can stream almost any kind of audio for which a decoder exists on the system, for example, it can use oggdec to stream ogg files as pcm (or oggdec and flac to stream them as flac) I do not have an spec file completed yet, I need to look more into the perl issues - it seems to want specific versions of perl modules. They distribute the software source with those perl modules, including binary builds for different platform - so the binary perl modules (which are all open source themselves) need to be packaged with the specific versions slimserver needs as a support package (not installed in the system perl directory) slimserver also uses Apple's mDNSResponderPosix I suspect that can be provided my mDNSResponder from the Core package howl, and thus should not require any additional packaging. The slimserver package itself is all perl, noarch. The non perl dependencies (flac, oggdec, and potentially mDNSResponder) are already core packages. The perl dependencies will have to be packaged specifically for SlimServer (I tried using the same modules installed as system modules, but if they are not the exact versions - weird stuff happens and it crashes, even if newer versions - not sure why) It is my hope that at some point a GStreamer plugin can be written that can act as a SlimServer client so that software like Rhythmbox and AmoroK can tune into the streams. It also is my hope to add streaming ogg support so that clients that support ogg decoding can be used, allowing ogg to be streamed without needing to transcode to flac. The only legal issue for GPL packaging and distribution of their src.tarball are the : 1) binaries they include, such as mppdec and some MS provided binaries for running their product on windows - I don't know the legal status on that, but their nightly builds are offered w/o them so there's a good probability when 6.0 leaves beta, they can make an upstream tarball without them. The only needed binaries for slimserver to work in Fedora with ogg and flac are already in Fedora. 2) firmware for their squeezebox which is not GPL and can not be redistributed - I suspect a simple request can result in an upstream tarball that does not include the squeezebox firmware 3) Images - they specify their images (for the web interface) are not GPL - but that they will allow redistribution with permission. I have heard from a slim devices employee that they would be happy to see it packaged in a yum repository, so I suspect an upstream src tarball with the above three issues resolved would be cake to get. -=- Also - I haven't seen the balsa package claimed for maintainership. If no one else is going to maintain it, then I would be willing to - simply because it is my gui mail client of choice, and I'll be maintaining it for my own use in fc4 anyway if no one else maintains it. -=- That is all I'm realistically able to do for Fedora Extras at the moment. I don't wish to get slimserver into fc3 fedora extras, I'm more interested in fc4 (I want to spend some time with the compiled perl modules and see if there is a better way to do it, so that at least some of them can be supplied by System perl instead.) -- http://mpeters.us/ From skvidal at phy.duke.edu Thu Mar 17 02:25:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 21:25:21 -0500 Subject: Build Request FC3: perl-XML-LibXSLT (i386,x86_64) In-Reply-To: References: <1110936264.617.98.camel@cutter> Message-ID: <1111026321.5267.6.camel@cutter> On Wed, 2005-03-16 at 19:49 -0500, Zing wrote: > On Tue, 15 Mar 2005 20:24:24 -0500, seth vidal wrote: > > > On Tue, 2005-03-15 at 20:18 -0500, Zing wrote: > >> Build Request FC3 for perl-XML-LibXSLT (i386,x86_64) > > > > put it in the wiki. > > > > http://fedoraproject.org/wiki/Extras/FC3Status > > I'm getting "You are not allowed to edit this page". My login is "ZingZing". I added you. -sv From katzj at redhat.com Thu Mar 17 02:21:27 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 16 Mar 2005 21:21:27 -0500 Subject: fedora-extras.rpm In-Reply-To: <1111013989.5800.106.camel@vandvndr.physics.uiuc.edu> References: <1111013989.5800.106.camel@vandvndr.physics.uiuc.edu> Message-ID: <1111026087.20944.11.camel@bree.local.net> On Wed, 2005-03-16 at 16:59 -0600, Aaron VanDevender wrote: > right out of the box. There was even talk about including such a package > late in an FC3 update, although it looks like that never happened. I see > that FC3T1 doesn't have any such package either. Is anyone still > planning to include this package in time for FC4? Having Extras > integrated like this would be pretty slick. The plan for FC4 is to do one better... Out of the box, the FC4 Extras yum repository will be present and enabled so that people just have access to the packages immediately after install. Jeremy From jpo at di.uminho.pt Thu Mar 17 02:54:49 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Thu, 17 Mar 2005 02:54:49 +0000 Subject: CVS branch request: perl-pmtools Message-ID: <4238F179.8030602@di.uminho.pt> CVS branches needed for perl-pmtools: RHL-9, FC-1, FC-2, FC-3. Thanks in advance, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From toshio at tiki-lounge.com Thu Mar 17 03:27:23 2005 From: toshio at tiki-lounge.com (Toshio) Date: Wed, 16 Mar 2005 22:27:23 -0500 Subject: Branch Request: python-docutils Message-ID: <1111030044.4342.27.camel@Madison.badger.com> I would like to request a CVS branch for python-docutils: FC3 Thank you, Toshio Kuratomi -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Thu Mar 17 03:27:05 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 22:27:05 -0500 Subject: CVS branch request: perl-pmtools In-Reply-To: <4238F179.8030602@di.uminho.pt> References: <4238F179.8030602@di.uminho.pt> Message-ID: <20050317032704.GA12556@nostromo.devel.redhat.com> Jos? Pedro Oliveira (jpo at di.uminho.pt) said: > CVS branches needed for perl-pmtools: RHL-9, FC-1, FC-2, FC-3. Done. Bill From notting at redhat.com Thu Mar 17 03:27:58 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 22:27:58 -0500 Subject: Branch Request: python-docutils In-Reply-To: <1111030044.4342.27.camel@Madison.badger.com> References: <1111030044.4342.27.camel@Madison.badger.com> Message-ID: <20050317032758.GB12556@nostromo.devel.redhat.com> Toshio (toshio at tiki-lounge.com) said: > I would like to request a CVS branch for python-docutils: FC3 Done. Bill From notting at redhat.com Thu Mar 17 04:04:31 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 16 Mar 2005 23:04:31 -0500 Subject: Exim In-Reply-To: <1111015442.18450.74.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> Message-ID: <20050317040431.GE10967@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > > Especially for future maintenance, it's not like an Extras version > > would parallel a version maintained for RHEL. They have different > > goals. > > I cannot comprehend any reason why they would differ, except of course > that the Fedora version is -HEAD to RHEL's branch, as has been the case > for some time already. > > Certainly I can't comprehend wanting to do things in Fedora's version > which are not applicable for RHEL -- to gratuitously maintain two > separate copies would be bizarre enough without making them _different_. I would presume the Fedora one would be upgraded to newer versions of Exim as time goes by. The one for previous RHEL releases wouldn't. Basically, in a RHEL context, except for a 6-month period, it probably will never be the same as Fedora versions. Bill From wtogami at redhat.com Thu Mar 17 04:33:50 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 16 Mar 2005 18:33:50 -1000 Subject: About Branch requests Message-ID: <423908AE.4040601@redhat.com> Can we please move the "Branch requests" mail from the mailing list? This really isn't interesting for development discussion and others see the effect in the cvs commits list. Please e-mail me directly for Branch requests. I'll take care of it. Thank you, Warren Togami wtogami at redhat.com From skvidal at phy.duke.edu Thu Mar 17 04:44:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 16 Mar 2005 23:44:06 -0500 Subject: About Branch requests In-Reply-To: <423908AE.4040601@redhat.com> References: <423908AE.4040601@redhat.com> Message-ID: <1111034647.5267.27.camel@cutter> On Wed, 2005-03-16 at 18:33 -1000, Warren Togami wrote: > Can we please move the "Branch requests" mail from the mailing list? > This really isn't interesting for development discussion and others see > the effect in the cvs commits list. > > Please e-mail me directly for Branch requests. I'll take care of it. > branch requests have been going to the wiki, for a while now, afaik emailing you directly doesn't really make much sense. You're still in school and frequently unavailable. -sv From wtogami at redhat.com Thu Mar 17 04:58:34 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 16 Mar 2005 18:58:34 -1000 Subject: About Branch requests In-Reply-To: <1111034647.5267.27.camel@cutter> References: <423908AE.4040601@redhat.com> <1111034647.5267.27.camel@cutter> Message-ID: <42390E7A.4020807@redhat.com> seth vidal wrote: > On Wed, 2005-03-16 at 18:33 -1000, Warren Togami wrote: > >>Can we please move the "Branch requests" mail from the mailing list? >>This really isn't interesting for development discussion and others see >>the effect in the cvs commits list. >> >>Please e-mail me directly for Branch requests. I'll take care of it. >> > > > branch requests have been going to the wiki, for a while now, afaik > > emailing you directly doesn't really make much sense. You're still in > school and frequently unavailable. > http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded Great idea. The people who have access to create CVS branches can then subscribe to that wiki page. Warren Togami wtogami at redhat.com From ivazquez at ivazquez.net Thu Mar 17 07:04:21 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 17 Mar 2005 02:04:21 -0500 Subject: potential candidates for contribution In-Reply-To: <1111010485.7403.25.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> Message-ID: <1111043061.18744.23.camel@ignacio.ignacio.lan> On Wed, 2005-03-16 at 23:01 +0100, Rudolf Kastl wrote: > 1. trigger - 3d rallye game. physfs not available from Core or Extras. Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. Missing desktop-file-utils in BuildRequires. Doesn't wipe the build root in %install. Desktop entry is missing startup notification. > 2. scorched3d - 3d variant of scorched earth with network support Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. Missing desktop-file-utils in BuildRequires. Is it really necessary to remove all "CVS" dirs? Desktop entry is missing startup notification. Icon is marked as 0755. > 3. flightgear - 3d flight simulator simgear not available from Core or Extras. Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. Missing desktop-file-utils in BuildRequires. Desktop entry is missing startup notification. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Thu Mar 17 07:42:43 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 17 Mar 2005 02:42:43 -0500 Subject: Fedora Extras 3 Packages Message-ID: <1111045363.5267.45.camel@cutter> Hi Everyone, Some new packages for you for Fedora Extras 3: perl-Pod-POM (i386, x86_64) perl-ExtUtils-CBuilder (i386, x86_64) python-docutils (i386, x86_64) perl-pmtools (i386, x86_64) Follow updates and new packages at: http://fedoraproject.org/infofeed/ Fedora Extras 3 Package RSS Feed: http://fedoraproject.org/infofeed/inputs/fc3-extras.xml Extras info: http://fedoraproject.org/wiki/Extras Status page: http://fedoraproject.org/wiki/Extras/FC3Status Report problems at Bugzilla: http://bugzilla.redhat.com/ thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Thu Mar 17 08:03:52 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 17 Mar 2005 08:03:52 +0000 Subject: Exim In-Reply-To: <20050317040431.GE10967@nostromo.devel.redhat.com> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> <20050317040431.GE10967@nostromo.devel.redhat.com> Message-ID: <1111046632.18450.127.camel@baythorne.infradead.org> On Wed, 2005-03-16 at 23:04 -0500, Bill Nottingham wrote: > I would presume the Fedora one would be upgraded to newer versions > of Exim as time goes by. The one for previous RHEL releases wouldn't. > > Basically, in a RHEL context, except for a 6-month period, it probably > will never be the same as Fedora versions. How would it automatically get branched when everything else in RHEL is? Would it be automatically imported into internal CVS from the external CVS tree? Or would it require gratuitous extra manual work? What's wrong with the seemingly obvious answer of maintaining it in internal CVS and just building for Extras from there? -- dwmw2 From che666 at uni.de Thu Mar 17 08:33:54 2005 From: che666 at uni.de (Rudolf Kastl) Date: Thu, 17 Mar 2005 09:33:54 +0100 Subject: potential candidates for contribution In-Reply-To: <1111043061.18744.23.camel@ignacio.ignacio.lan> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> Message-ID: <1111048434.5979.2.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- Abrams: > On Wed, 2005-03-16 at 23:01 +0100, Rudolf Kastl wrote: > > 1. trigger - 3d rallye game. > > physfs not available from Core or Extras. available in newrpms see link above > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. is that really an issue? > Missing desktop-file-utils in BuildRequires. should be added cause the things are inlined > Doesn't wipe the build root in %install. can be done > Desktop entry is missing startup notification. > > > 2. scorched3d - 3d variant of scorched earth with network support > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. see above > Missing desktop-file-utils in BuildRequires. see above > Is it really necessary to remove all "CVS" dirs? differently asked isnt there a reason to not remove the garbage? > Desktop entry is missing startup notification. can be added > Icon is marked as 0755. will be fixed > > > 3. flightgear - 3d flight simulator > > simgear not available from Core or Extras. available from newrpms see above > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. see above > Missing desktop-file-utils in BuildRequires. see above > Desktop entry is missing startup notification. can be added > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From wtogami at redhat.com Thu Mar 17 08:47:36 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 16 Mar 2005 22:47:36 -1000 Subject: potential candidates for contribution In-Reply-To: <1111048434.5979.2.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> Message-ID: <42394428.50606@redhat.com> Rudolf Kastl wrote: >>Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > is that really an issue? http://fedoraproject.org/wiki/PackagingGuidelines We agreed that you can use either, but not both. Warren Togami wtogami at redhat.com From ghenry at suretecsystems.com Thu Mar 17 08:54:49 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 17 Mar 2005 08:54:49 -0000 (GMT) Subject: rsnapshot RPM request - http://www.rsnapshot.org Message-ID: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> Dear guys, Could I have permission to start work on rsnapshot RPM for extras? We use it a lot: http://www.rsnapshot.org I have permission from Nathan, the author. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From nphilipp at redhat.com Thu Mar 17 08:58:20 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 17 Mar 2005 09:58:20 +0100 Subject: Review needed: xlockmore In-Reply-To: <20050316090810.GA19350@lisas.de> References: <20050316090810.GA19350@lisas.de> Message-ID: <1111049901.4186.42.camel@gibraltar.stuttgart.redhat.com> On Wed, 2005-03-16 at 10:08 +0100, Adrian Reber wrote: > http://lisas.de/~adrian/rpm/xlockmore-5.15-1.src.rpm spec looks good to me (well %buildroot ./. $RPM_BUILD_ROOT as Brian mentioned -- I didn't spot it, but I'm a slacker anyway), source matches upstream and it builds on FC3 just fine (didn't try it in a build system, anything out there that doesn't need apt-get?). I tried out the hacks with xglock and nothing seems to go wrong there. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Thu Mar 17 08:59:56 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 17 Mar 2005 09:59:56 +0100 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111005720.7125.3.camel@localhost.localdomain> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> <1111004690.30523.50.camel@opus.phy.duke.edu> <1111005720.7125.3.camel@localhost.localdomain> Message-ID: <1111049997.4186.44.camel@gibraltar.stuttgart.redhat.com> On Wed, 2005-03-16 at 15:42 -0500, Brian Pepple wrote: > On Wed, 2005-03-16 at 15:24 -0500, seth vidal wrote: > > On Wed, 2005-03-16 at 15:23 -0500, Brian Pepple wrote: > > > > > Couldn't this be added to the gnome-themes-extras package? Seems like > > > that could make more sense then having a package for just one theme. > > > Just a thought. > > > > > > > gnome-themes-extras is actually an upstream package. > > it's not just a conglomeration of things someone wanted to pkg. > > I was aware of that, but are there many other themes that are packaged > separately? If so, then disregard my suggestion, otherwise it might be > worth having a central package for extra themes. You don't want to push an update for all of the themes when only some have been updated. So I'd vote for the usual one package upstream, one package here. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From wtogami at redhat.com Thu Mar 17 09:17:31 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 16 Mar 2005 23:17:31 -1000 Subject: ANNOUNCE: Review requests Message-ID: <42394B2B.4090207@redhat.com> When you post to fedora-extras-list requesting reviews of packages, please include package names in the Subject. This makes it easier to find relevant discussion about that package in the future in archives. It is also more descriptive than just "potential candidates" or "reviews needed" in a Subject. If you have MANY packages that need review, it makes no sense to list too many in a Subject. Perhaps split it into multiple e-mails of similar packages groups or even singular. Use your best judgement. Something like this would be great: Subject: Review Needed: foo, bar, baz This is rather chaotic, but having some structure like this will go far in the medium-term until we have a database driven system to track all this implemented. Thanks, Warren Togami wtogami at redhat.com From iago.rubio at hispalinux.es Thu Mar 17 09:33:59 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Thu, 17 Mar 2005 10:33:59 +0100 Subject: potential candidates for contribution In-Reply-To: <1111048434.5979.2.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> Message-ID: <1111052040.12978.19.camel@speedy.iagorubio.net> On Thu, 2005-03-17 at 09:33 +0100, Rudolf Kastl wrote: > Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- > Abrams: > > On Wed, 2005-03-16 at 23:01 +0100, Rudolf Kastl wrote: > > > 1. trigger - 3d rallye game. > > > > physfs not available from Core or Extras. > > available in newrpms see link above You should then advocate for the addition of dependencies and then to the addition of the programs itself. > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > is that really an issue? It's in the Packaging Guidelines, so yes it's an issue. http://fedoraproject.org/wiki/PackagingGuidelines#head- d0ada6130cf40be1244d34cc44fc38d34dd00db8 [snip] > > > 3. flightgear - 3d flight simulator > > > > simgear not available from Core or Extras. > available from newrpms see above I really don't think the availability of a dependency on newrpms have anything to do with Fedora Extras. As I said, I think it will be much better to add first those dependencies to Extras, as without them the packages you mentioned are useless and should not be added. -- Iago Rubio From che666 at uni.de Thu Mar 17 10:15:36 2005 From: che666 at uni.de (Rudolf Kastl) Date: Thu, 17 Mar 2005 11:15:36 +0100 Subject: potential candidates for contribution In-Reply-To: <1111052040.12978.19.camel@speedy.iagorubio.net> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> Message-ID: <1111054537.5979.7.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 10:33 +0100 schrieb Iago Rubio: > On Thu, 2005-03-17 at 09:33 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- > > Abrams: > > > On Wed, 2005-03-16 at 23:01 +0100, Rudolf Kastl wrote: > > > > 1. trigger - 3d rallye game. > > > > > > physfs not available from Core or Extras. > > > > available in newrpms see link above > > You should then advocate for the addition of dependencies and then to > the addition of the programs itself. > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > is that really an issue? > > It's in the Packaging Guidelines, so yes it's an issue. > http://fedoraproject.org/wiki/PackagingGuidelines#head- > d0ada6130cf40be1244d34cc44fc38d34dd00db8 ya i just asked that question for the trivial reason that doesnt make a difference at all besides some aestetic value ;). id see more sense if one of the styles would be preferred else its a mix up again repo wide. > > [snip] > > > > > 3. flightgear - 3d flight simulator > > > > > > simgear not available from Core or Extras. > > available from newrpms see above > > I really don't think the availability of a dependency on newrpms have > anything to do with Fedora Extras. > > As I said, I think it will be much better to add first those > dependencies to Extras, as without them the packages you mentioned are > useless and should not be added. librarys without applications are as useless as applications without librarys. So i thought if youd add a library you need a reason for adding the library? or am i wrong? If you read the initial mail the dependencys are part of the whole deal. maybe i should list em too... thought that was trivial. regards, rudolf kastl From che666 at uni.de Thu Mar 17 10:30:49 2005 From: che666 at uni.de (Rudolf Kastl) Date: Thu, 17 Mar 2005 11:30:49 +0100 Subject: potential candidates for contribution In-Reply-To: <1111052040.12978.19.camel@speedy.iagorubio.net> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> Message-ID: <1111055449.5979.9.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 10:33 +0100 schrieb Iago Rubio: > On Thu, 2005-03-17 at 09:33 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- > > Abrams: > > > On Wed, 2005-03-16 at 23:01 +0100, Rudolf Kastl wrote: > > > > 1. trigger - 3d rallye game. > > > > > > physfs not available from Core or Extras. > > > > available in newrpms see link above > > You should then advocate for the addition of dependencies and then to > the addition of the programs itself. > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > is that really an issue? > > It's in the Packaging Guidelines, so yes it's an issue. > http://fedoraproject.org/wiki/PackagingGuidelines#head- > d0ada6130cf40be1244d34cc44fc38d34dd00db8 > > [snip] > > > > > 3. flightgear - 3d flight simulator > > > > > > simgear not available from Core or Extras. > > available from newrpms see above > > I really don't think the availability of a dependency on newrpms have > anything to do with Fedora Extras. > > As I said, I think it will be much better to add first those > dependencies to Extras, as without them the packages you mentioned are > useless and should not be added. read the last sentence please. ;) thanks. The candidates id put up for discussion are: 1. trigger - 3d rallye game. 2. scorched3d - 3d variant of scorched earth with network support 3. flightgear - 3d flight simulator RPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/RPMS.newrpms/ SRPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/SRPMS.newrpms/ and the required dependencys as needed / required From aportal at univ-montp2.fr Thu Mar 17 10:52:21 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Thu, 17 Mar 2005 11:52:21 +0100 Subject: FC3 Package request: evms-2.5.2 Message-ID: <200503171152.21088.aportal@univ-montp2.fr> X-BeenThere: fedora-extras-list at redhat.com X-Mailman-Version: 2.1.5 Precedence: junk Reply-To: Discussion related to Fedora Extras List-Id: Discussion related to Fedora Extras List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Mar 2005 10:41:29 -0000 Hi all, For my own use, I built a package of evms to manage logicals volumes on my new computer that I plan to submit on Fedora Extras. I am not really in easy with logicals volumes and evms. So, I should want to know if there is somebody that have experience with this software and have tips to give me. Spec file is based on the one provided by the tarball. Regards. -- Alain PORTAL -- Service Commun de Microscopie ?lectronique Universit? de Montpellier II -- Case Courrier 087 Place Eug?ne Bataillon -- 34095 Montpellier Cedex 05 T?l. : 04 67 14 37 35 -- Fax. : 04 67 14 37 37 NO WORD ATTACHMENTS: http://www.fsf.org/philosophy/no-word-attachments.fr.html http://www.giromini.org/usenet-fr/repondre.html From iago.rubio at hispalinux.es Thu Mar 17 11:25:48 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Thu, 17 Mar 2005 12:25:48 +0100 Subject: potential candidates for contribution In-Reply-To: <1111054537.5979.7.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> Message-ID: <1111058749.15446.18.camel@speedy.iagorubio.net> On Thu, 2005-03-17 at 11:15 +0100, Rudolf Kastl wrote: > Am Donnerstag, den 17.03.2005, 10:33 +0100 schrieb Iago Rubio: > > On Thu, 2005-03-17 at 09:33 +0100, Rudolf Kastl wrote: > > > Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- [snip] > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > > > is that really an issue? > > > > It's in the Packaging Guidelines, so yes it's an issue. > > http://fedoraproject.org/wiki/PackagingGuidelines#head- > > d0ada6130cf40be1244d34cc44fc38d34dd00db8 > > ya i just asked that question for the trivial reason that doesnt make a > difference at all besides some aestetic value ;). > id see more sense if one of the styles would be preferred else its a mix > up again repo wide. I don't see no pros nor cons using one or another, but I'm sure for QA will be better to follow the current guidelines. As example, someone making QA on a lengthy spec file should want to track where $RPM_BUILD_ROOT is used, and he could use egrep to check it. It will be much easier if he knows only one macro is being used. > > [snip] > > > > > > > 3. flightgear - 3d flight simulator > > > > > > > > simgear not available from Core or Extras. > > > available from newrpms see above > > > > I really don't think the availability of a dependency on newrpms have > > anything to do with Fedora Extras. > > > > As I said, I think it will be much better to add first those > > dependencies to Extras, as without them the packages you mentioned are > > useless and should not be added. > > librarys without applications are as useless as applications without > librarys. So i thought if youd add a library you need a reason for > adding the library? or am i wrong? Nope, completely agree. > If you read the initial mail the dependencys are part of the whole deal. Yes, sorry. I missed this in your initial mail. > maybe i should list em too... thought that was trivial. I'm sure it could help if you post all packages you're willing to maintain, and the requirements you are - also - willing to maintain. This way any reviewer could follow the dependency chain to check if those packages will fit in Extras. -- Iago Rubio From pmatilai at welho.com Thu Mar 17 11:46:43 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 17 Mar 2005 13:46:43 +0200 (EET) Subject: potential candidates for contribution In-Reply-To: <1111010485.7403.25.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> Message-ID: On Wed, 16 Mar 2005, Rudolf Kastl wrote: > Hello to you! > > My name is Rudolf Kastl, i am 27 years old and live in germany. Yet i > have a few years of experience with maintaining and packaging Software > for the Red Hat / Fedora distribution. One of my currently active > Projects is http://newrpms.sunsite.dk. > > Since i am already waiting since years for a centrally maintained > repository i have picked a few candidates from my own private repo as > potential nice contribution to the extras project and i would be very > happy to participate actively with maintaining those games in extras > that are currently available from my personal repository. > > The candidates id put up for discussion are: > > 1. trigger - 3d rallye game. > 2. scorched3d - 3d variant of scorched earth with network support Scorched3d is already in extras. > 3. flightgear - 3d flight simulator I've packaged this as well but haven't gotten around to publish the packages anywhere :) I'll have a look at yours when I have more time, hopefully next week. - Panu - From toshio at tiki-lounge.com Thu Mar 17 12:05:55 2005 From: toshio at tiki-lounge.com (Toshio) Date: Thu, 17 Mar 2005 07:05:55 -0500 Subject: About Branch requests In-Reply-To: <42390E7A.4020807@redhat.com> References: <423908AE.4040601@redhat.com> <1111034647.5267.27.camel@cutter> <42390E7A.4020807@redhat.com> Message-ID: <1111061156.4342.29.camel@Madison.badger.com> On Wed, 2005-03-16 at 18:58 -1000, Warren Togami wrote: > http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded > Great idea. The people who have access to create CVS branches can then > subscribe to that wiki page. Updated: http://www.fedoraproject.org/wiki/Extras_2fUsingCvsFaq to reflect this. -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From iago.rubio at hispalinux.es Thu Mar 17 12:06:51 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Thu, 17 Mar 2005 13:06:51 +0100 Subject: potential candidates for contribution In-Reply-To: <1111055449.5979.9.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111055449.5979.9.camel@localhost.localdomain> Message-ID: <1111061211.15446.38.camel@speedy.iagorubio.net> On Thu, 2005-03-17 at 11:30 +0100, Rudolf Kastl wrote: > read the last sentence please. ;) thanks. I said "sorry" in my reply to your mail. If you want me to say it again here you've got: I'm sorry I missed this in your initial mail 8^) > > > The candidates id put up for discussion are: > > 1. trigger - 3d rallye game. > 2. scorched3d - 3d variant of scorched earth with network support > 3. flightgear - 3d flight simulator > > RPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/RPMS.newrpms/ > SRPMS: http://newrpms.sunsite.dk/apt/redhat/en/i386/fc3/SRPMS.newrpms/ > > and the required dependencys as needed / required This is not really helpful for reviewers. At least Ignacio got confused for the lack of a complete package list. I'm almost sure it can happen to other reviewers. As you said: > maybe i should list em too... thought that was trivial. So, being so trivial: 1. trigger - 3d rallye game. 2. physfs - needed by trigger (depends on ncurses - may be optional - and readline both in Core). 3. flightgear - 3d flight simulator 4. simgear - needed by flightgear (depends on plib and OpenAl both in Extras). Is this OK for you ? I picked out the list scorched3d, http://cvs.fedora.redhat.com/viewcvs/devel/scorched3d/?root=extras -- Iago Rubio From bugs.michael at gmx.net Thu Mar 17 12:49:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Mar 2005 13:49:27 +0100 Subject: adns, Straw, python-adns (was: Re: ANNOUNCE: more unmaintained packages) In-Reply-To: <1111022121.17429.136.camel@arena.soho.bytebot.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> <1111022121.17429.136.camel@arena.soho.bytebot.net> Message-ID: <20050317134927.6ff6925b.bugs.michael@gmx.net> On Thu, 17 Mar 2005 12:15:20 +1100, Colin Charles wrote: > On Sun, 2005-03-13 at 00:04 +0100, Michael Schwendt wrote: > > adns > > I don't mind taking over adns. Noted. python-adns, too? > Straw has a dependency on this so if no > one takes Straw, I'll grab that too > > /me recalls submitting a patch to adns a while back /me wouldn't treat Straw lightly ;) Btw, a definite "Yes, I would like to take over package Foo" would be great. It should always be possible to team up with others who show interest in a package or discuss who's going to take a package finally. Redundancy should only result in improve package release quality. From bugs.michael at gmx.net Thu Mar 17 13:15:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Mar 2005 14:15:36 +0100 Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> Message-ID: <20050317141536.1baa1432.bugs.michael@gmx.net> On Thu, 17 Mar 2005 08:54:49 -0000 (GMT), Gavin Henry wrote: > Dear guys, > > Could I have permission to start work on rsnapshot RPM for extras? Yes. > We use it a lot: > > http://www.rsnapshot.org > > I have permission from Nathan, the author. > Just for reference, a ticket which looks abandoned: https://bugzilla.fedora.us/show_bug.cgi?id=1298 From toni at willberg.fi Thu Mar 17 13:38:27 2005 From: toni at willberg.fi (Toni Willberg) Date: Thu, 17 Mar 2005 15:38:27 +0200 Subject: anyone working on Request Tracker, rt3? Message-ID: <1111066707.5463.31.camel@localhost.localdomain> Hi. Is someone actively working on to get rt3 (http://bestpractical.com/rt/) into Extras? I recall there was someone working on it for fedora.us, but I lost track of it. The tricky part of rt3 is that it depends on some 50 Perl modules, which of not all are already in Core or Extras. If I find time, I'm willing to help if someone is already working on this. Unfortunately I don't have time to manage all of it by myself. - Toni From bugs.michael at gmx.net Thu Mar 17 13:42:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Mar 2005 14:42:39 +0100 Subject: $RPM_BUILD_ROOT vs. %buildroot (was: Re: potential candidates for contribution) In-Reply-To: <1111054537.5979.7.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> Message-ID: <20050317144239.757a0ec2.bugs.michael@gmx.net> On Thu, 17 Mar 2005 11:15:36 +0100, Rudolf Kastl wrote: > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > > > is that really an issue? > > > > It's in the Packaging Guidelines, so yes it's an issue. > > http://fedoraproject.org/wiki/PackagingGuidelines#head- > > d0ada6130cf40be1244d34cc44fc38d34dd00db8 > > ya i just asked that question for the trivial reason that doesnt make a > difference at all besides some aestetic value ;). > id see more sense if one of the styles would be preferred else its a mix > up again repo wide. Fedora.us has tried to take that route before. Based on this message by Jeff Johnson, http://www.fedora.us/pipermail/fedora-devel/2003-April/001155.html $RPM_BUILD_ROOT had been made an item in the fedora.us QA checklist. But this has be re-evaluated several months later when individual contributors and observers within the community, who prefer %buildroot for sake of readability, complained because the QA checklist created a blurred picture of what is mandatory and what is not. Since then, $RPM_BUILD_ROOT has been the preferred form in the "packaging hints" documentation, and using %buildroot is permitted. This item has been revisited for the Fedora Extras documentation. [As a side-note, using $RPM_BUILD_ROOT has been particularly dangerous in a few cases, where it appeared in scriptlets.] From ghenry at suretecsystems.com Thu Mar 17 13:53:25 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 17 Mar 2005 13:53:25 -0000 (GMT) Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <20050317141536.1baa1432.bugs.michael@gmx.net> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> <20050317141536.1baa1432.bugs.michael@gmx.net> Message-ID: <36990.193.195.148.66.1111067605.squirrel@webmail.suretecsystems.com> > On Thu, 17 Mar 2005 08:54:49 -0000 (GMT), Gavin Henry wrote: > >> Dear guys, >> >> Could I have permission to start work on rsnapshot RPM for extras? > > Yes. Thanks. >> We use it a lot: >> >> http://www.rsnapshot.org >> >> I have permission from Nathan, the author. >> > > Just for reference, a ticket which looks abandoned: > https://bugzilla.fedora.us/show_bug.cgi?id=1298 Updated ticket for request to take over. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From bugs.michael at gmx.net Thu Mar 17 14:14:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Mar 2005 15:14:36 +0100 Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <36990.193.195.148.66.1111067605.squirrel@webmail.suretecsystems.com> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> <20050317141536.1baa1432.bugs.michael@gmx.net> <36990.193.195.148.66.1111067605.squirrel@webmail.suretecsystems.com> Message-ID: <20050317151436.67869069.bugs.michael@gmx.net> On Thu, 17 Mar 2005 13:53:25 -0000 (GMT), Gavin Henry wrote: > > > On Thu, 17 Mar 2005 08:54:49 -0000 (GMT), Gavin Henry wrote: > > > >> Dear guys, > >> > >> Could I have permission to start work on rsnapshot RPM for extras? > > > > Yes. > > Thanks. > > >> We use it a lot: > >> > >> http://www.rsnapshot.org > >> > >> I have permission from Nathan, the author. > >> > > > > Just for reference, a ticket which looks abandoned: > > https://bugzilla.fedora.us/show_bug.cgi?id=1298 > > Updated ticket for request to take over. Well, with all fairness in mind, Erik has not responded for something like nine months, so I don't think it's necessary to ask for permission to work on a package which has not made it into fedora.us or Fedora Extras before. From ghenry at suretecsystems.com Thu Mar 17 14:40:14 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 17 Mar 2005 14:40:14 -0000 (GMT) Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <20050317151436.67869069.bugs.michael@gmx.net> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> <20050317141536.1baa1432.bugs.michael@gmx.net> <36990.193.195.148.66.1111067605.squirrel@webmail.suretecsystems.com> <20050317151436.67869069.bugs.michael@gmx.net> Message-ID: <39974.193.195.148.66.1111070414.squirrel@webmail.suretecsystems.com> > On Thu, 17 Mar 2005 13:53:25 -0000 (GMT), Gavin Henry wrote: > >> >> > On Thu, 17 Mar 2005 08:54:49 -0000 (GMT), Gavin Henry wrote: >> > >> >> Dear guys, >> >> >> >> Could I have permission to start work on rsnapshot RPM for extras? >> > >> > Yes. >> >> Thanks. >> >> >> We use it a lot: >> >> >> >> http://www.rsnapshot.org >> >> >> >> I have permission from Nathan, the author. >> >> >> > >> > Just for reference, a ticket which looks abandoned: >> > https://bugzilla.fedora.us/show_bug.cgi?id=1298 >> >> Updated ticket for request to take over. > > Well, with all fairness in mind, Erik has not responded for something like > nine months, so I don't think it's necessary to ask for permission to work > on a package which has not made it into fedora.us or Fedora Extras before. OK, I'll just resolve all the issues on the ticket. Any more info re cvs-import.sh ? I'll have a read of it and see. > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From toshio at tiki-lounge.com Thu Mar 17 14:59:20 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 17 Mar 2005 06:59:20 -0800 Subject: potential candidates for contribution In-Reply-To: <1111054537.5979.7.camel@localhost.localdomain>; from che666@uni.de on Thu, Mar 17, 2005 at 11:15:36AM +0100 References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> Message-ID: <20050317065920.A5427@tiki-lounge.com> On Thu, Mar 17, 2005 at 11:15:36AM +0100, Rudolf Kastl wrote: > > librarys without applications are as useless as applications without > librarys. So i thought if youd add a library you need a reason for > adding the library? or am i wrong? > Libraries without applications can be used by developers (To develop new applications and to aid in porting from other libraries/versions.) So having them in a repository for people to decide to download makes quite a bit of sense to me. -Toshio From shahms at shahms.com Thu Mar 17 15:18:10 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 17 Mar 2005 07:18:10 -0800 Subject: ANNOUNCE: more unmaintained packages In-Reply-To: <1111022121.17429.136.camel@arena.soho.bytebot.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> <1111022121.17429.136.camel@arena.soho.bytebot.net> Message-ID: <1111072690.11964.57.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-17 at 12:15 +1100, Colin Charles wrote: > On Sun, 2005-03-13 at 00:04 +0100, Michael Schwendt wrote: > > adns > > I don't mind taking over adns. Straw has a dependency on this so if no > one takes Straw, I'll grab that too > > /me recalls submitting a patch to adns a while back Take it, I had volunteered earlier with the same "if no one else wants it". There's a bug report against straw for some build failures (I believe) with the newest version, but you'll have to check the archives for more information. Straw's dependency is on python-adns (which, in turn, depends on adns), so feel free to take that one as well ;-P -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Thu Mar 17 15:25:18 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 17 Mar 2005 07:25:18 -0800 Subject: ANNOUNCE: Review requests In-Reply-To: <42394B2B.4090207@redhat.com> References: <42394B2B.4090207@redhat.com> Message-ID: <1111073118.11964.62.camel@shahms.mesd.k12.or.us> On Wed, 2005-03-16 at 23:17 -1000, Warren Togami wrote: > When you post to fedora-extras-list requesting reviews of packages, > please include package names in the Subject. This makes it easier to > find relevant discussion about that package in the future in archives. > > It is also more descriptive than just "potential candidates" or "reviews > needed" in a Subject. > > If you have MANY packages that need review, it makes no sense to list > too many in a Subject. Perhaps split it into multiple e-mails of > similar packages groups or even singular. Use your best judgement. > > Something like this would be great: > Subject: Review Needed: foo, bar, baz > > This is rather chaotic, but having some structure like this will go far > in the medium-term until we have a database driven system to track all > this implemented. > > Thanks, > Warren Togami > wtogami at redhat.com Man, it would be nice to have a database driven system to track all of this. New package requests, reviews, approvals, branch requests and build requests are just screaming to be automated in some way. The Wiki is a little chaotic at the moment and slightly unclear on some of these workflow issues. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From davidz at redhat.com Thu Mar 17 15:39:52 2005 From: davidz at redhat.com (David Zeuthen) Date: Thu, 17 Mar 2005 10:39:52 -0500 Subject: Review needed In-Reply-To: <1110994724.27348.29.camel@ignacio.ignacio.lan> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> Message-ID: <1111073992.4343.1.camel@daxter.boston.redhat.com> On Wed, 2005-03-16 at 12:38 -0500, Ignacio Vazquez-Abrams wrote: > I've imported the following packages into CVS: > > clearlooks Btw, we've been talking about putting this in Core so it may not be something that should be in Extras; Matthias would know more. David From aportal at univ-montp2.fr Thu Mar 17 15:54:58 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Thu, 17 Mar 2005 16:54:58 +0100 Subject: FC3 package request: evms-2.5.2 (Enterprise Volume Management System) Message-ID: <200503171654.58612.aportal@univ-montp2.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 %description The Enterprise Volume Management System (EVMS) Project has the goal of providing unparalleled flexibility and extensibility in managing storage. It represents a new approach to logical volume management for Linux. The architecture introduces a plug-in model that allows for easy expansion and customization of various levels of volume management. EVMS provides a single, unified system for handling all of your storage management tasks. EVMS recognizes all of the disks on your system and allows for a variety of partitioning schemes. Software-RAID and logical volume groups can be managed in EVMS. Filesystems can be created and checked, and are automatically updated when changes are made to the underlying volumes. With EVMS, there is no longer a need for several individual utilities for performing each of these tasks. %changelog * Thu Mar 17 2005 Alain Portal 0:2.5.2-0.fdr.1 - Initial Fedora RPM - Spec file based on the one provided by the tarball, written by Kevin Corry a62beeaa88634e2c216a0c8e33c5f357 evms-2.5.2-0.fdr.1.src.rpm 758e82d6d82c8c9c51447defe810c557 evms-2.5.2-0.fdr.1.i386.rpm Packages available from: http://linuxelectronique.free.fr/download/fedora/3/RPMS/i386/evms-2.5.2-0.fdr.1.i386.rpm http://linuxelectronique.free.fr/download/fedora/3/SRPMS/evms-2.5.2-0.fdr.1.src.rpm -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCOaIZ8dRVJ41NdFARAl2sAKDNxpB26iqewTKYREv4F0EJ5Jq7zgCeMUiY L0qs6nQ2idnQsAyDA4wrjvE= =+sZ/ -----END PGP SIGNATURE----- -- Alain PORTAL -- Service Commun de Microscopie ?lectronique Universit? de Montpellier II -- Case Courrier 087 Place Eug?ne Bataillon -- 34095 Montpellier Cedex 05 T?l. : 04 67 14 37 35 -- Fax. : 04 67 14 37 37 NO WORD ATTACHMENTS: http://www.fsf.org/philosophy/no-word-attachments.fr.html http://www.giromini.org/usenet-fr/repondre.html From skvidal at phy.duke.edu Thu Mar 17 15:45:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 10:45:42 -0500 Subject: Review needed In-Reply-To: <1111073992.4343.1.camel@daxter.boston.redhat.com> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <1111073992.4343.1.camel@daxter.boston.redhat.com> Message-ID: <1111074342.5267.76.camel@cutter> On Thu, 2005-03-17 at 10:39 -0500, David Zeuthen wrote: > On Wed, 2005-03-16 at 12:38 -0500, Ignacio Vazquez-Abrams wrote: > > I've imported the following packages into CVS: > > > > clearlooks > > Btw, we've been talking about putting this in Core so it may not be > something that should be in Extras; Matthias would know more. I think it should go in extras and if someone from core wants to pick it up/add it - they can grab the pkg from extras. Let's not slow people down for packaging things b/c of what *might* happen in core. -sv From gdk at redhat.com Thu Mar 17 15:59:34 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 17 Mar 2005 10:59:34 -0500 (EST) Subject: ANNOUNCE: Review requests In-Reply-To: <1111073118.11964.62.camel@shahms.mesd.k12.or.us> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> Message-ID: On Thu, 17 Mar 2005, Shahms King wrote: > Man, it would be nice to have a database driven system to track all of > this. New package requests, reviews, approvals, branch requests and > build requests are just screaming to be automated in some way. The Wiki > is a little chaotic at the moment and slightly unclear on some of these > workflow issues. Yep. Folks are working on it. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From rdieter at math.unl.edu Thu Mar 17 16:18:04 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 17 Mar 2005 10:18:04 -0600 Subject: ANNOUNCE: Review requests In-Reply-To: <1111073118.11964.62.camel@shahms.mesd.k12.or.us> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> Message-ID: <4239ADBC.5070108@math.unl.edu> Shahms King wrote: > Man, it would be nice to have a database driven system to track all of > this. It's pretty chaotic as-is, atm. Hmm... something like how fedora.us did it via bugzilla was pretty nice (once you got used to it). -- Rex From rc040203 at freenet.de Thu Mar 17 16:25:07 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 17 Mar 2005 17:25:07 +0100 Subject: Review needed In-Reply-To: <1111073992.4343.1.camel@daxter.boston.redhat.com> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <1111073992.4343.1.camel@daxter.boston.redhat.com> Message-ID: <1111076707.17514.201.camel@mccallum.corsepiu.local> On Thu, 2005-03-17 at 10:39 -0500, David Zeuthen wrote: > On Wed, 2005-03-16 at 12:38 -0500, Ignacio Vazquez-Abrams wrote: > > I've imported the following packages into CVS: > > > > clearlooks > > Btw, we've been talking about putting this in Core so it may not be > something that should be in Extras; Hmm? All that recent fuzz about reducing the size of the distribution, now you're considering to "blow it up" with optional eye-candy? Wouldn't the opposite step, i.e. to move all optional themes to Extras, be more appropriate? Ralf From mattdm at mattdm.org Thu Mar 17 16:40:15 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 17 Mar 2005 11:40:15 -0500 Subject: fortune-mod vs bsd-games [was Re: ANNOUNCE: more unmaintained packages (fortune)] In-Reply-To: References: <423448CE.5020609@di.uminho.pt> Message-ID: <20050317164015.GA20432@jadzia.bu.edu> On Sun, Mar 13, 2005 at 06:46:16AM -0800, Jeff Sheltren wrote: > > By the way, version 1.91 is avaliable here: > > http://www.redellipse.net/code/fortune > Cool, I'll check it out - thanks. We have a bsd-games package, and it also includes fortune. We currently zap the fortune program from it so that it won't conflict with fortune-mod, but that seems kind of silly. Is there some huge advantage of the fortune-mod fortune program over the bsd-games one? I'd kind of like to get bsd-games into Extras. In addition to 'adventure', 'wumpus', and 'robots', it contains a few actually-useful tiny utilities, like 'banner' and 'number', and of course vital-to-debugging 'pom'. Unless there's a big advantage to the forked fortune program, any reason to not just go to the bsd-games version? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jpo at lsd.di.uminho.pt Thu Mar 17 17:20:50 2005 From: jpo at lsd.di.uminho.pt (Jose Pedro Oliveira) Date: Thu, 17 Mar 2005 17:20:50 -0000 (WET) Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111066707.5463.31.camel@localhost.localdomain> References: <1111066707.5463.31.camel@localhost.localdomain> Message-ID: <32825.194.65.34.160.1111080050.squirrel@webmail.lsd.di.uminho.pt> > Is someone actively working on to get rt3 (http://bestpractical.com/rt/) > into Extras? I am. I have more than 20 perl modules waiting QA in fedora.us. All the help is welcome :) > The tricky part of rt3 is that it depends on some 50 Perl modules, which > of not all are already in Core or Extras. Only 50? You are being very optimistic ;) Just see how many modules are required to build/test perl-WWW-Mechanize https://bugzilla.fedora.us/showdependencytree.cgi?id=2432 Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From jpo at lsd.di.uminho.pt Thu Mar 17 17:20:50 2005 From: jpo at lsd.di.uminho.pt (Jose Pedro Oliveira) Date: Thu, 17 Mar 2005 17:20:50 -0000 (WET) Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111066707.5463.31.camel@localhost.localdomain> References: <1111066707.5463.31.camel@localhost.localdomain> Message-ID: <32825.194.65.34.160.1111080050.squirrel@webmail.lsd.di.uminho.pt> > Is someone actively working on to get rt3 (http://bestpractical.com/rt/) > into Extras? I am. I have more than 20 perl modules waiting QA in fedora.us. All the help is welcome :) > The tricky part of rt3 is that it depends on some 50 Perl modules, which > of not all are already in Core or Extras. Only 50? You are being very optimistic ;) Just see how many modules are required to build/test perl-WWW-Mechanize https://bugzilla.fedora.us/showdependencytree.cgi?id=2432 Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From wtogami at redhat.com Thu Mar 17 18:00:46 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 17 Mar 2005 08:00:46 -1000 Subject: ANNOUNCE: Review requests In-Reply-To: <1111073118.11964.62.camel@shahms.mesd.k12.or.us> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> Message-ID: <4239C5CE.7010600@redhat.com> Shahms King wrote: > Man, it would be nice to have a database driven system to track all of > this. New package requests, reviews, approvals, branch requests and > build requests are just screaming to be automated in some way. The Wiki > is a little chaotic at the moment and slightly unclear on some of these > workflow issues. I wanted to use Bugzilla as a medium-term measure in a similar way to the old fedora.us process (but without the clearsigns) but some people here were extremely hostile to the idea. Warren Togami wtogami at redhat.com From gdk at redhat.com Thu Mar 17 18:08:21 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 17 Mar 2005 13:08:21 -0500 (EST) Subject: ANNOUNCE: Review requests In-Reply-To: <4239C5CE.7010600@redhat.com> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> Message-ID: Maybe we should ask the hostile parties to explain, so it doesn't seem like an arbitrary decision? --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan On Thu, 17 Mar 2005, Warren Togami wrote: > Shahms King wrote: > > Man, it would be nice to have a database driven system to track all of > > this. New package requests, reviews, approvals, branch requests and > > build requests are just screaming to be automated in some way. The Wiki > > is a little chaotic at the moment and slightly unclear on some of these > > workflow issues. > > I wanted to use Bugzilla as a medium-term measure in a similar way to > the old fedora.us process (but without the clearsigns) but some people > here were extremely hostile to the idea. > > Warren Togami > wtogami at redhat.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From smooge at gmail.com Thu Mar 17 18:10:23 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 17 Mar 2005 11:10:23 -0700 Subject: Wiki RPM Message-ID: <80d7e40905031710101af0c9b2@mail.gmail.com> This may sound strange but in order to move our systems from Debian to RHEL.. I am being requested to make rpms of various apts. Now I could try an alien but that is just a way leading to madness due to layout differences in systems. Two of the packages that I need to make are a slash rpm and a moinmoin rpm so that I can get two of our systems over. What does this have to do with Fedora Extras.. well I figure that if I follow the packaging guidelines I can pop these over to being RHEL-4 and Fedora Extras 3/4 RPMS and send them to someone who can sponsor them (I have to find out if our legal will allow me to sign the legal items for Fedora.. blah blah government bueracracy blah blah). The problems I have are the following: Is MoinMoin the wiki that Fedora is using (I didnt find an rpm for any wiki in the extras)... Any pointers on where to start.. I find wiki's to actually be not how my brain works at all so going through the Fedora wiki is giving me migraines at the moment. -- Stephen J Smoogen. CSIRT/Linux System Administrator From rdieter at math.unl.edu Thu Mar 17 18:16:03 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 17 Mar 2005 12:16:03 -0600 Subject: ANNOUNCE: Review requests In-Reply-To: <4239C5CE.7010600@redhat.com> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> Message-ID: <4239C963.2060207@math.unl.edu> Warren Togami wrote: > I wanted to use Bugzilla as a medium-term measure in a similar way to > the old fedora.us process (but without the clearsigns) but some people > here were extremely hostile to the idea. I'm with you Warren. To be frank, consider me "extremely hostile" to those who were against using bugzilla. (-: -- Rex From skvidal at phy.duke.edu Thu Mar 17 19:09:38 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 14:09:38 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> Message-ID: <1111086578.24344.2.camel@cutter> On Thu, 2005-03-17 at 13:08 -0500, Greg DeKoenigsberg wrote: > Maybe we should ask the hostile parties to explain, so it doesn't seem > like an arbitrary decision? The process at fedora.us was stilted by gpg clearsigning and package tracking for new users was not any easier. I was resistant to using the same process b/c: 1. clinging too closely to fedora.us practices that had alienated a fair number of people 2. wanting to make distinction b/t fedora.us and fedora extras 3. the interface was/is WRONG WRONG WRONG now if we can get a different interface on bugzilla for package tracking then I'm all for it. -sv From rdieter at math.unl.edu Thu Mar 17 19:22:38 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 17 Mar 2005 13:22:38 -0600 Subject: ANNOUNCE: Review requests In-Reply-To: <1111086578.24344.2.camel@cutter> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> Message-ID: <4239D8FE.6010900@math.unl.edu> seth vidal wrote: > On Thu, 2005-03-17 at 13:08 -0500, Greg DeKoenigsberg wrote: > >>Maybe we should ask the hostile parties to explain, so it doesn't seem >>like an arbitrary decision? > > > The process at fedora.us was stilted by gpg clearsigning clearsigning was only for QA'ing approvals. As it is now, there is (almost) no way to verify the identity of package approvals. > and package tracking for new users was not any easier. ... > 3. the interface was/is WRONG WRONG WRONG vs how infinitely easy it is now? -- Rex From skvidal at phy.duke.edu Thu Mar 17 19:33:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 14:33:25 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> Message-ID: <1111088006.24344.10.camel@cutter> On Thu, 2005-03-17 at 13:08 -0500, Greg DeKoenigsberg wrote: > Maybe we should ask the hostile parties to explain, so it doesn't seem > like an arbitrary decision? Here's something I would like. I would like it a lot. Can everyone stop using inflammatory language? A list of words to leave out of emails: hostile moronic ridiculous ludicrous stupid dumb idiotic orwellian totalitarian fascist any assortment of other pejoratives that do not add to the discussion. Things to leave at home as well: - cultural biases - paranoia - conspiracy theories - attitude thanks, -sv From skvidal at phy.duke.edu Thu Mar 17 19:53:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 14:53:09 -0500 Subject: Wiki RPM In-Reply-To: <80d7e40905031710101af0c9b2@mail.gmail.com> References: <80d7e40905031710101af0c9b2@mail.gmail.com> Message-ID: <1111089189.24344.13.camel@cutter> On Thu, 2005-03-17 at 11:10 -0700, Stephen J. Smoogen wrote: > This may sound strange but in order to move our systems from Debian to > RHEL.. I am being requested to make rpms of various apts. Now I could > try an alien but that is just a way leading to madness due to layout > differences in systems. Two of the packages that I need to make are a > slash rpm and a moinmoin rpm so that I can get two of our systems > over. > > What does this have to do with Fedora Extras.. well I figure that if I > follow the packaging guidelines I can pop these over to being RHEL-4 > and Fedora Extras 3/4 RPMS and send them to someone who can sponsor > them (I have to find out if our legal will allow me to sign the legal > items for Fedora.. blah blah government bueracracy blah blah). The > problems I have are the following: > > Is MoinMoin the wiki that Fedora is using (I didnt find an rpm for any > wiki in the extras)... > Any pointers on where to start.. I find wiki's to actually be not how > my brain works at all so going through the Fedora wiki is giving me > migraines at the moment. yes, it is moinmoin. It's not in extras right now, i just haven't had time to submit all the packages I need to and I need to update it to 1.3.X anyway. -sv From notting at redhat.com Thu Mar 17 20:03:30 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 17 Mar 2005 15:03:30 -0500 Subject: Exim In-Reply-To: <1111046632.18450.127.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> <20050317040431.GE10967@nostromo.devel.redhat.com> <1111046632.18450.127.camel@baythorne.infradead.org> Message-ID: <20050317200330.GE30312@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > > Basically, in a RHEL context, except for a 6-month period, it probably > > will never be the same as Fedora versions. > > How would it automatically get branched when everything else in RHEL is? > Would it be automatically imported into internal CVS from the external > CVS tree? Or would it require gratuitous extra manual work? Imported once, by hand, or whatever. Takes all of 30 seconds. Bill From notting at redhat.com Thu Mar 17 20:06:01 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 17 Mar 2005 15:06:01 -0500 Subject: Exim In-Reply-To: <1111046632.18450.127.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> <20050317040431.GE10967@nostromo.devel.redhat.com> <1111046632.18450.127.camel@baythorne.infradead.org> Message-ID: <20050317200601.GF30312@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > What's wrong > with the seemingly obvious answer of maintaining it in internal CVS and > just building for Extras from there? I suppose it's *possible* theoretically to do extras builds from the r/o mirror in /cvs/dist. However, this eliminates one of the benefits of Extras, namely, ability for external access to packages for maintenace needs. Bill From mattdm at mattdm.org Thu Mar 17 20:13:53 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 17 Mar 2005 15:13:53 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <1111086578.24344.2.camel@cutter> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> Message-ID: <20050317201353.GA27586@jadzia.bu.edu> On Thu, Mar 17, 2005 at 02:09:38PM -0500, seth vidal wrote: > now if we can get a different interface on bugzilla for package tracking > then I'm all for it. For what it's worth, we've basically been using Bugzilla for a similar sort of thing for BU Linux for a while, and it works very nicely. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From skvidal at phy.duke.edu Thu Mar 17 20:22:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 15:22:12 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <20050317201353.GA27586@jadzia.bu.edu> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> Message-ID: <1111090932.24344.19.camel@cutter> On Thu, 2005-03-17 at 15:13 -0500, Matthew Miller wrote: > On Thu, Mar 17, 2005 at 02:09:38PM -0500, seth vidal wrote: > > now if we can get a different interface on bugzilla for package tracking > > then I'm all for it. > > For what it's worth, we've basically been using Bugzilla for a similar sort > of thing for BU Linux for a while, and it works very nicely. I'm okay being wrong about this. :) I took action based on my experiences with fedora.us's implementation and it was difficult to deal with, imo. -sv From dkl at redhat.com Thu Mar 17 20:51:12 2005 From: dkl at redhat.com (Dave Lawrence) Date: Thu, 17 Mar 2005 15:51:12 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <20050317201353.GA27586@jadzia.bu.edu> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> Message-ID: <4239EDC0.9020708@redhat.com> Matthew Miller wrote: >On Thu, Mar 17, 2005 at 02:09:38PM -0500, seth vidal wrote: > > >>now if we can get a different interface on bugzilla for package tracking >>then I'm all for it. >> >> > >For what it's worth, we've basically been using Bugzilla for a similar sort >of thing for BU Linux for a while, and it works very nicely. > > > Is this system externally accessible and if so, may I see how you have it set up? Dave -- ------------------------------- David Lawrence Red Hat Quality Assurance ------------------------------- www.redhat.com ftp.redhat.com From skvidal at phy.duke.edu Thu Mar 17 21:04:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 16:04:06 -0500 Subject: devel/goopy - New directory In-Reply-To: <200503171946.j2HJkt4g023620@cvs-int.fedora.redhat.com> References: <200503171946.j2HJkt4g023620@cvs-int.fedora.redhat.com> Message-ID: <1111093446.25074.0.camel@cutter> On Thu, 2005-03-17 at 14:46 -0500, Peter Jones wrote: > Author: pjones > > Update of /cvs/extras/devel/goopy > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv23615/goopy > > Log Message: > Directory /cvs/extras/devel/goopy added to the repository > Shouldn't this be named python-goopy? -sv From steve at silug.org Thu Mar 17 21:50:39 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 17 Mar 2005 15:50:39 -0600 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111066707.5463.31.camel@localhost.localdomain> References: <1111066707.5463.31.camel@localhost.localdomain> Message-ID: <20050317215039.GA19829@osiris.silug.org> On Thu, Mar 17, 2005 at 03:38:27PM +0200, Toni Willberg wrote: > Is someone actively working on to get rt3 (http://bestpractical.com/rt/) > into Extras? The last time I looked at it, RT itself was almost impossible to package. > The tricky part of rt3 is that it depends on some 50 Perl modules, which > of not all are already in Core or Extras. Those, on the other hand, are pretty easy. I need to do another RT install in the next week or so. I'll try to do QA on as many of the required modules as possible then. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From dwmw2 at infradead.org Thu Mar 17 22:06:54 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 17 Mar 2005 22:06:54 +0000 Subject: Exim In-Reply-To: <20050317200601.GF30312@nostromo.devel.redhat.com> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> <20050317040431.GE10967@nostromo.devel.redhat.com> <1111046632.18450.127.camel@baythorne.infradead.org> <20050317200601.GF30312@nostromo.devel.redhat.com> Message-ID: <1111097214.18450.168.camel@baythorne.infradead.org> On Thu, 2005-03-17 at 15:06 -0500, Bill Nottingham wrote: > However, this eliminates one of the benefits of Extras, namely, > ability for external access to packages for maintenace needs. That isn't really an advantage for a RHEL package. It's more of a disadvantage, in fact. -- dwmw2 From sheltren at cs.ucsb.edu Thu Mar 17 23:17:18 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Thu, 17 Mar 2005 15:17:18 -0800 Subject: Wiki Access Message-ID: Hi, I don't have access to edit Extras_2fFC3Status or Extras_2fFC4Status on the wiki (nor my own page - JeffSheltren). Can I please be added to the access list? Thanks, Jeff From jwboyer at jdub.homelinux.org Thu Mar 17 23:25:14 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 17 Mar 2005 17:25:14 -0600 Subject: ANNOUNCE: Review requests In-Reply-To: <1111088006.24344.10.camel@cutter> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111088006.24344.10.camel@cutter> Message-ID: <1111101914.28218.37.camel@jdub.homelinux.org> On Thu, 2005-03-17 at 14:33 -0500, seth vidal wrote: > > Here's something I would like. > > I would like it a lot. > > Can everyone stop using inflammatory language? > > A list of words to leave out of emails: > hostile > moronic > ridiculous > ludicrous > stupid > dumb > idiotic > orwellian > totalitarian > fascist > any assortment of other pejoratives that do not add to the discussion. > > Things to leave at home as well: > - cultural biases > - paranoia > - conspiracy theories > - attitude An admirable goal. Maybe you could ask for this to be added to the list description. How well people can remain objective in all discussions remains to be seen. Especially when working through a process for Extras. josh From shahms at shahms.com Thu Mar 17 23:43:22 2005 From: shahms at shahms.com (Shahms King) Date: Thu, 17 Mar 2005 15:43:22 -0800 Subject: ANNOUNCE: Review requests In-Reply-To: <1111090932.24344.19.camel@cutter> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <1111090932.24344.19.camel@cutter> Message-ID: <1111103002.11964.93.camel@shahms.mesd.k12.or.us> On Thu, 2005-03-17 at 15:22 -0500, seth vidal wrote: > On Thu, 2005-03-17 at 15:13 -0500, Matthew Miller wrote: > > On Thu, Mar 17, 2005 at 02:09:38PM -0500, seth vidal wrote: > > > now if we can get a different interface on bugzilla for package tracking > > > then I'm all for it. > > > > For what it's worth, we've basically been using Bugzilla for a similar sort > > of thing for BU Linux for a while, and it works very nicely. > > I'm okay being wrong about this. :) I took action based on my > experiences with fedora.us's implementation and it was difficult to deal > with, imo. > > > -sv I suspect the Wiki will quickly become unmanageable as a way to deal with requests (although I could be wrong). At the same time, much of the bugzilla interface is overkill for new package requests and other such things. I don't have any experience with the fedora.us bugzilla, perhaps you (or someone) would be able to enlighten us about some of the problems? I can understand that a lot of the stuff bugzilla does may be overkill, but it also seems ideally suited to some of the other stuff. What's needed is simple way to track a package request through the various phases of NEWREQUEST -> APPROVED -> NEEDSREVIEW -> REVIEWED -> CLOSED, or similar. From the other side, contributors need some way of looking for all packages that need sponsorship/approval or review or a new bugzilla component. Once the component is added, most of the package management can/should be done through there. In addition, existing packages need an easy way of requesting a new branch or build. Bugzilla seems well suited to all of the above, provided there was a simplified interface that ensured relative consistency among the requests, but maybe I'm missing something. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From funkyres at gmail.com Thu Mar 17 23:56:56 2005 From: funkyres at gmail.com (Michael Peters) Date: Thu, 17 Mar 2005 15:56:56 -0800 Subject: fortune-mod vs bsd-games [was Re: ANNOUNCE: more unmaintained packages (fortune)] In-Reply-To: <20050317164015.GA20432@jadzia.bu.edu> References: <423448CE.5020609@di.uminho.pt> <20050317164015.GA20432@jadzia.bu.edu> Message-ID: <485bb88405031715564cd2b462@mail.gmail.com> On Thu, 17 Mar 2005 11:40:15 -0500, Matthew Miller wrote: > > I'd kind of like to get bsd-games into Extras. In addition to 'adventure', > 'wumpus', and 'robots', Do you have a working port of rogue? I had it working on MKLinux DR3 awhile back (long time back) - but it seems that since Alan Cox last touched the linux port, no one else has - and last few times I tried to build it, were not succesful. -- http://mpeters.us/ From s.mako at gmx.net Thu Mar 17 23:58:24 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Fri, 18 Mar 2005 00:58:24 +0100 (CET) Subject: cvs timeout Message-ID: Hi, I received the email two days ago that my cvs account has been set up. Unfortunately I can't connect: $ cvs -n -t checkout pybliographer -> main loop with CVSROOT=:ext:zkota at cvs.fedora.redhat.com:/cvs/extras -> safe_location( where=(null) ) -> Starting server: ssh -l zkota cvs.fedora.redhat.com cvs server ssh: connect to host cvs.fedora.redhat.com port 22: Connection timed out Can anybody check it? Or I make something wrong? Zoltan From gdk at redhat.com Thu Mar 17 23:59:01 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 17 Mar 2005 18:59:01 -0500 (EST) Subject: Exim In-Reply-To: <1111097214.18450.168.camel@baythorne.infradead.org> References: <1110991194.16158.315.camel@hades.cambridge.redhat.com> <20050316210224.GA17454@nostromo.devel.redhat.com> <1111011409.18450.41.camel@baythorne.infradead.org> <1111012794.18450.61.camel@baythorne.infradead.org> <20050316230847.GA17987@nostromo.devel.redhat.com> <1111015442.18450.74.camel@baythorne.infradead.org> <20050317040431.GE10967@nostromo.devel.redhat.com> <1111046632.18450.127.camel@baythorne.infradead.org> <20050317200601.GF30312@nostromo.devel.redhat.com> <1111097214.18450.168.camel@baythorne.infradead.org> Message-ID: On Thu, 17 Mar 2005, David Woodhouse wrote: > On Thu, 2005-03-17 at 15:06 -0500, Bill Nottingham wrote: > > However, this eliminates one of the benefits of Extras, namely, > > ability for external access to packages for maintenace needs. > > That isn't really an advantage for a RHEL package. It's more of a > disadvantage, in fact. How so? I don't see that at all. Maybe I'm missing a nuance here, but this seems fairly simple to me. You *own* the RHEL version, and if it exists, the Core version. You package it exactly as you want. That will not change. In cases where there IS a RHEL version but there is NOT a CORE version, as in this case, then the package must instead exist in Extras. This is a Good Thing. In this case: (1) The community gets some Exim, as opposed to no Exim. Hurrah! (2) The community gets the chance to update Exim more, or less, frequently than the RHEL version gets updated. Choice. Hurrah! These two facts need have *nothing* to do with your maintenance of Exim in RHEL. Nothing. Nada. Now, of course, it's in your power to help the people out by making your work on Exim available to the Extras community. You can: (a) Take a few minutes to import your sources into Extras CVS every time you update the RHEL version; or (b) Take a few minutes to import your sources into Extras CVS once, and then declare it orphaned and let someone else handle it; or (c) Pretend that Exim for Extras doesn't exist, let someone in the community package it, and whenever anyone brings it up, put your hands over your ears and hum Lady of Spain. Option (a) is clearly the friendliest path, but absolutely *nothing* precludes you from choosing options (b) or (c). And if you do, absolutely *nothing* precludes the community from maintaining Exim, however they see fit, in Extras. If you choose to ignore this fact, then the impact on the version YOU maintain is exactly zero. Again -- am I missing something? Because if I'm not, it seems like the policy is clear as a bell. --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan From sheltren at cs.ucsb.edu Fri Mar 18 00:22:13 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Thu, 17 Mar 2005 16:22:13 -0800 Subject: fortune-mod vs bsd-games [was Re: ANNOUNCE: more unmaintained packages (fortune)] In-Reply-To: <20050317164015.GA20432@jadzia.bu.edu> Message-ID: On 3/17/05 8:40 AM, "Matthew Miller" wrote: > > Unless there's a big advantage to the forked fortune program, any reason to > not just go to the bsd-games version? I'm not against that. I do like the newer version of fortune (1.99) as it's starting to incorporate some internationalization which I'm sure will be useful for some people. If you could get that into the bsd-games package it'd be nice. -Jeff From byte at aeon.com.my Fri Mar 18 00:21:43 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 18 Mar 2005 11:21:43 +1100 Subject: adns, Straw, python-adns (was: Re: ANNOUNCE: more unmaintained packages) In-Reply-To: <20050317134927.6ff6925b.bugs.michael@gmx.net> References: <20050313000436.1b03b3ce.bugs.michael@gmx.net> <1111022121.17429.136.camel@arena.soho.bytebot.net> <20050317134927.6ff6925b.bugs.michael@gmx.net> Message-ID: <1111105304.17429.282.camel@arena.soho.bytebot.net> On Thu, 2005-03-17 at 13:49 +0100, Michael Schwendt wrote: > > I don't mind taking over adns. > > Noted. > > python-adns, too? Ok. Definite I'll take it. Now to trawl bugzilla and work on it over the weekend. -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From james at westexe.demon.co.uk Fri Mar 18 00:23:35 2005 From: james at westexe.demon.co.uk (James Wilkinson) Date: Fri, 18 Mar 2005 00:23:35 +0000 Subject: fortune-mod copyright status In-Reply-To: <20050317164015.GA20432@jadzia.bu.edu> References: <423448CE.5020609@di.uminho.pt> <20050317164015.GA20432@jadzia.bu.edu> Message-ID: <20050318002335.GD18183@kendrick.westexe.demon.co.uk> Matthew Miller wrote: > We have a bsd-games package, and it also includes fortune. We currently zap > the fortune program from it so that it won't conflict with fortune-mod, but > that seems kind of silly. Is there some huge advantage of the fortune-mod > fortune program over the bsd-games one? > > I'd kind of like to get bsd-games into Extras. In addition to 'adventure', > 'wumpus', and 'robots', it contains a few actually-useful tiny utilities, > like 'banner' and 'number', and of course vital-to-debugging 'pom'. > > Unless there's a big advantage to the forked fortune program, any reason to > not just go to the bsd-games version? This may not be the right place to ask this (where is?) but should fortune be in Fedora anywhere, at least as it currently appears? It was removed from RHL9 due to "unclear copyright status" (according to the release notes). I haven't been able to find any evidence that there has been a legal review of the package since. I assumed that the "unclear copyright status" refers, at least in part, to a number of the fortunes in songs-poems. Some of these appear to be the entire words to songs or poems by twentieth-century writers. I'm not a lawyer, but I suspect that those fortunes are not covered by "fair use" or "fair dealing" in many jurisdictions. I can't find any evidence that any copyright owners have given permission for the package, and some of them may not be inclined to overlook copyright violations. Has Red Hat Legal reviewed the contents of the package? James. -- E-mail address: james | ... more holes in Internet Explorer than @westexe.demon.co.uk | Blackburn, Lancashire... | -- http://theinquirer.net/?article=17235 From smooge at gmail.com Fri Mar 18 00:26:02 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 17 Mar 2005 17:26:02 -0700 Subject: fortune-mod vs bsd-games [was Re: ANNOUNCE: more unmaintained packages (fortune)] In-Reply-To: <20050317164015.GA20432@jadzia.bu.edu> References: <423448CE.5020609@di.uminho.pt> <20050317164015.GA20432@jadzia.bu.edu> Message-ID: <80d7e409050317162623d07c1e@mail.gmail.com> I have been going through the differences between the Debian versions and the OpenBSD versions to see what the big changes are. The BSD-games was on my list to maintain as I am also working on a bunch of 'Creative Computing' games that I am hoping to package together into something. I am almost done with Hammurabi. On Thu, 17 Mar 2005 11:40:15 -0500, Matthew Miller wrote: > On Sun, Mar 13, 2005 at 06:46:16AM -0800, Jeff Sheltren wrote: > > > By the way, version 1.91 is avaliable here: > > > http://www.redellipse.net/code/fortune > > Cool, I'll check it out - thanks. > > We have a bsd-games package, and it also includes fortune. We currently zap > the fortune program from it so that it won't conflict with fortune-mod, but > that seems kind of silly. Is there some huge advantage of the fortune-mod > fortune program over the bsd-games one? > > I'd kind of like to get bsd-games into Extras. In addition to 'adventure', > 'wumpus', and 'robots', it contains a few actually-useful tiny utilities, > like 'banner' and 'number', and of course vital-to-debugging 'pom'. > > Unless there's a big advantage to the forked fortune program, any reason to > not just go to the bsd-games version? > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From smooge at gmail.com Fri Mar 18 00:30:43 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 17 Mar 2005 17:30:43 -0700 Subject: fortune-mod copyright status In-Reply-To: <20050318002335.GD18183@kendrick.westexe.demon.co.uk> References: <423448CE.5020609@di.uminho.pt> <20050317164015.GA20432@jadzia.bu.edu> <20050318002335.GD18183@kendrick.westexe.demon.co.uk> Message-ID: <80d7e409050317163060143cfc@mail.gmail.com> On Fri, 18 Mar 2005 00:23:35 +0000, James Wilkinson wrote: > Matthew Miller wrote: > > We have a bsd-games package, and it also includes fortune. We currently zap > > the fortune program from it so that it won't conflict with fortune-mod, but > > that seems kind of silly. Is there some huge advantage of the fortune-mod > > fortune program over the bsd-games one? > > > > I'd kind of like to get bsd-games into Extras. In addition to 'adventure', > > 'wumpus', and 'robots', it contains a few actually-useful tiny utilities, > > like 'banner' and 'number', and of course vital-to-debugging 'pom'. > > > > Unless there's a big advantage to the forked fortune program, any reason to > > not just go to the bsd-games version? > > This may not be the right place to ask this (where is?) but should > fortune be in Fedora anywhere, at least as it currently appears? > > It was removed from RHL9 due to "unclear copyright status" (according to > the release notes). I haven't been able to find any evidence that there > has been a legal review of the package since. > > I assumed that the "unclear copyright status" refers, at least in part, > to a number of the fortunes in songs-poems. Some of these appear to be > the entire words to songs or poems by twentieth-century writers. There are a lot of extended quotes in the fortune program and that was the problem in using it previously. There was also a problem with Rated R comments put in with Rated G ones without them being properly encrypted etc. There was an attempt by Tim Powers and some others to clean it all up.. but it took a heck of a lot of time for the package. > > I'm not a lawyer, but I suspect that those fortunes are not covered by > "fair use" or "fair dealing" in many jurisdictions. I can't find any > evidence that any copyright owners have given permission for the > package, and some of them may not be inclined to overlook copyright > violations. > > Has Red Hat Legal reviewed the contents of the package? > I think that was what got it dropped a long time ago. > James. > > -- > E-mail address: james | ... more holes in Internet Explorer than > @westexe.demon.co.uk | Blackburn, Lancashire... > | -- http://theinquirer.net/?article=17235 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From wtogami at redhat.com Fri Mar 18 03:06:30 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 17 Mar 2005 17:06:30 -1000 Subject: rpms/cfengine/FC-3 cfengine.spec, 1.6, 1.7 sources, 1.4, 1.5 .cvsignore, 1.4, 1.5 In-Reply-To: <200503172313.j2HNDtfB032301@cvs-int.fedora.redhat.com> References: <200503172313.j2HNDtfB032301@cvs-int.fedora.redhat.com> Message-ID: <423A45B6.3040506@redhat.com> Jeff Sheltren (sheltren) wrote: > -Summary: GNU cfengine - a systems administration tool for networks > +Summary: A systems administration tool for networks I'm not sure this is an improvement. "A systems administration tool for networks" is way too general IMHO. Maybe I'm wrong. Thoughts? Warren Togami wtogami at redhat.com From ivazquez at ivazquez.net Fri Mar 18 03:19:41 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 17 Mar 2005 22:19:41 -0500 Subject: rpms/cfengine/FC-3 cfengine.spec, 1.6, 1.7 sources, 1.4, 1.5 .cvsignore, 1.4, 1.5 In-Reply-To: <423A45B6.3040506@redhat.com> References: <200503172313.j2HNDtfB032301@cvs-int.fedora.redhat.com> <423A45B6.3040506@redhat.com> Message-ID: <1111115981.14232.3.camel@ignacio.ignacio.lan> On Thu, 2005-03-17 at 17:06 -1000, Warren Togami wrote: > Jeff Sheltren (sheltren) wrote: > > -Summary: GNU cfengine - a systems administration tool for networks > > +Summary: A systems administration tool for networks > > I'm not sure this is an improvement. "A systems administration tool for > networks" is way too general IMHO. Maybe I'm wrong. Thoughts? "An autonomous networked systems administration tool"? That's how the website seems to describe it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sheltren at cs.ucsb.edu Fri Mar 18 04:26:53 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Thu, 17 Mar 2005 20:26:53 -0800 Subject: Cfengine summary (Was: Re: rpms/cfengine/FC-3 cfengine.spec, 1.6, 1.7 sources, 1.4, 1.5 .cvsignore, 1.4, 1.5) In-Reply-To: <423A45B6.3040506@redhat.com> Message-ID: On 3/17/05 7:06 PM, "Warren Togami" wrote: > Jeff Sheltren (sheltren) wrote: >> -Summary: GNU cfengine - a systems administration tool for networks >> +Summary: A systems administration tool for networks > > I'm not sure this is an improvement. "A systems administration tool for > networks" is way too general IMHO. Maybe I'm wrong. Thoughts? > I'm open to suggestions. The problem is, it is quite hard to describe such a general tool in a concise summary. I'm not too worried about the summary being slightly generic - we're not trying to sell this package, just explain to people what it is for. If they're already looking at the header info, they've also got the description available if the summary doesn't explain it thoroughly enough... That said, I'm happy to change it if someone can come up with something better. -Jeff From skvidal at phy.duke.edu Fri Mar 18 04:41:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 17 Mar 2005 23:41:56 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <1111103002.11964.93.camel@shahms.mesd.k12.or.us> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <1111090932.24344.19.camel@cutter> <1111103002.11964.93.camel@shahms.mesd.k12.or.us> Message-ID: <1111120916.30200.2.camel@cutter> > Bugzilla seems well suited to all of the above, provided there was a > simplified interface that ensured relative consistency among the > requests, but maybe I'm missing something. This is the crux of it. Bugzilla's current interface is poorly suited to keeping track of this short of information. Extremely poorly. -sv From skvidal at phy.duke.edu Fri Mar 18 05:17:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 18 Mar 2005 00:17:48 -0500 Subject: Wiki Access In-Reply-To: References: Message-ID: <1111123068.30200.8.camel@cutter> On Thu, 2005-03-17 at 15:17 -0800, Jeff Sheltren wrote: > Hi, I don't have access to edit Extras_2fFC3Status or Extras_2fFC4Status on > the wiki (nor my own page - JeffSheltren). Can I please be added to the > access list? > done. -sv From skvidal at fedoraproject.org Fri Mar 18 05:56:40 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Fri, 18 Mar 2005 00:56:40 -0500 Subject: 3->Development merge Message-ID: <1111125400.30200.18.camel@cutter> Hi folks, Like I promised, I merged the older packages in fedora extras 3 over to the development tree. Anything that hasn't already been rebuilt in development is now included from FE3. So we need to start moving through the package updates and fixing problems in extras arising from the new core test release. let me know if you have any questions. Thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Fri Mar 18 06:13:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 18 Mar 2005 01:13:07 -0500 Subject: New Fedora Extras Development Packages Message-ID: <1111126388.30200.23.camel@cutter> Hi Everyone, Some new packages for extras development: bmp (i386, x86_64) chkrootkit (i386, x86_64) gkrellm-weather (i386, x86_64) libmodplug (i386, x86_64) perl-PAR-Dist (i386, x86_64) python-goopy (i386, x86_64) sylpheed (i386, x86_64) xosd (i386, x86_64) -sv From nicolas.mailhot at laposte.net Fri Mar 18 08:50:14 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 18 Mar 2005 09:50:14 +0100 (CET) Subject: anyone working on Request Tracker, rt3? In-Reply-To: <20050317215039.GA19829@osiris.silug.org> References: <1111066707.5463.31.camel@localhost.localdomain> <20050317215039.GA19829@osiris.silug.org> Message-ID: <13870.192.54.193.35.1111135814.squirrel@rousalka.dyndns.org> On Jeu 17 mars 2005 22:50, Steven Pritchard a ?crit : > On Thu, Mar 17, 2005 at 03:38:27PM +0200, Toni Willberg wrote: >> Is someone actively working on to get rt3 (http://bestpractical.com/rt/) >> into Extras? > > The last time I looked at it, RT itself was almost impossible to > package. > >> The tricky part of rt3 is that it depends on some 50 Perl modules, which >> of not all are already in Core or Extras. > > Those, on the other hand, are pretty easy. > > I need to do another RT install in the next week or so. I'll try to > do QA on as many of the required modules as possible then. The problem is not to package RT, or the gazillon perl module it uses, but to maintain that stuff afterwards. (hint : the RT people make their bread and butter selling stuff like installation services, making the whole thing less convoluted and better documented is not in their best interests. They won't actively fight it, but neither will they think twice about using new perl modules that may be difficult to package cleanly in Fedora) -- Nicolas Mailhot From fedora at camperquake.de Fri Mar 18 13:15:22 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 18 Mar 2005 14:15:22 +0100 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <1111049997.4186.44.camel@gibraltar.stuttgart.redhat.com> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> <1111004690.30523.50.camel@opus.phy.duke.edu> <1111005720.7125.3.camel@localhost.localdomain> <1111049997.4186.44.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050318141522.0bb9a588@nausicaa.camperquake.de> Hi. Nils Philippsen wrote: > You don't want to push an update for all of the themes when only some > have been updated. So I'd vote for the usual one package upstream, one > package here. This has just become obsolete, since clearlooks is part of gtk2-engines in core now. -- Canonical List of bits on the Internet: 0 1 From tcallawa at redhat.com Fri Mar 18 00:31:17 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 17 Mar 2005 18:31:17 -0600 Subject: packages' users registry In-Reply-To: <1110998090.27952.8.camel@blaa> References: <1110998090.27952.8.camel@blaa> Message-ID: <1111105877.3633.0.camel@localhost.localdomain> On Wed, 2005-03-16 at 18:34 +0000, Mark McLoughlin wrote: > http://fedoraproject.org/wiki/PackagingGuidelines This is my baby. :) Be gentle with it. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From nphilipp at redhat.com Fri Mar 18 14:32:58 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 18 Mar 2005 15:32:58 +0100 Subject: cvs timeout In-Reply-To: References: Message-ID: <1111156378.6637.7.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-18 at 00:58 +0100, Zoltan Kota wrote: > Hi, > > I received the email two days ago that my cvs account has been set up. > Unfortunately I can't connect: > > $ cvs -n -t checkout pybliographer > -> main loop with CVSROOT=:ext:zkota at cvs.fedora.redhat.com:/cvs/extras > -> safe_location( where=(null) ) > -> Starting server: ssh -l zkota cvs.fedora.redhat.com cvs server > ssh: connect to host cvs.fedora.redhat.com port 22: Connection timed out > > Can anybody check it? Or I make something wrong? IIRC you have to provide an IP address you will be connecting from so that it can be put on a white list. All other addresses will be firewalled. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From s.mako at gmx.net Fri Mar 18 15:25:45 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Fri, 18 Mar 2005 16:25:45 +0100 (CET) Subject: cvs timeout In-Reply-To: <1111156378.6637.7.camel@gibraltar.stuttgart.redhat.com> References: <1111156378.6637.7.camel@gibraltar.stuttgart.redhat.com> Message-ID: On Fri, 18 Mar 2005, Nils Philippsen wrote: > > ssh: connect to host cvs.fedora.redhat.com port 22: Connection timed out > > > > Can anybody check it? Or I make something wrong? > > IIRC you have to provide an IP address you will be connecting from so > that it can be put on a white list. All other addresses will be > firewalled. Yes. I provided IPs in the email sent to cvs-access at fedoraproject.org. Zoltan From markmc at redhat.com Fri Mar 18 17:44:19 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 18 Mar 2005 17:44:19 +0000 Subject: Review request: sabayon Message-ID: <1111167859.20834.22.camel@blaa> Hi, I've imported Sabayon - http://www.gnome.org/projects/sabayon - into CVS. I'd really appreciate it if someone could review it. Thanks much, Mark. From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 18 17:47:16 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 18 Mar 2005 18:47:16 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: (Greg DeKoenigsberg's message of "Thu, 17 Mar 2005 13:08:21 -0500 (EST)") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> Message-ID: <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> gdk at redhat.com (Greg DeKoenigsberg) writes: > [... using Bugzilla for fedora.us-like QA-style ...] > Maybe we should ask the hostile parties to explain, so it doesn't seem > like an arbitrary decision? Bugzilla is good for post-release QA. But when you integrate QA in a pre-release process which leads to automatic package-build and -publication, it does not suffice: * you need a strong authentication for the actions causing certain actions (e.g. QA decisions leading to package-builds, tickets which will be autobuilt (e.g. updates of "trusted" people)). This is required as an automated packagebuild and -publication process is extremely attractive for attackers (IMO). * Bugzilla does not have an authorisation system for the ticket lifecycle (e.g. only owner of ticket can verify final build) * Bugzilla does not have a voting system with authentication * Bugzilla is unsafe as authentication happens by a predicatable login_cookie (small integer increased by one at every login). Perhaps you could use Bugzilla as a frontend and the real system evaluates the GPG signed QA messages sent to a maillist. But that would cause lot of additional work for synchronizing the Bugzilla state with this of the system. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From riel at redhat.com Fri Mar 18 17:50:34 2005 From: riel at redhat.com (Rik van Riel) Date: Fri, 18 Mar 2005 12:50:34 -0500 (EST) Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> Message-ID: On Thu, 17 Mar 2005, Gavin Henry wrote: > Could I have permission to start work on rsnapshot RPM for extras? > > We use it a lot: > > http://www.rsnapshot.org Awesome. I wonder how it compares to rsback - which I use currently - and will probably start comparing the two to find out ;) -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From ghenry at suretecsystems.com Fri Mar 18 18:15:08 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Fri, 18 Mar 2005 18:15:08 +0000 Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> Message-ID: <200503181815.09047.ghenry@suretecsystems.com> On Friday 18 Mar 2005 17:50, Rik van Riel wrote: > On Thu, 17 Mar 2005, Gavin Henry wrote: > > Could I have permission to start work on rsnapshot RPM for extras? > > > > We use it a lot: > > > > http://www.rsnapshot.org > > Awesome. I wonder how it compares to rsback - which I use > currently - and will probably start comparing the two to > find out ;) I have imported it to CVS. Did you know it has almost 6000 lines of code?!? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From ivazquez at ivazquez.net Fri Mar 18 18:20:31 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 18 Mar 2005 13:20:31 -0500 Subject: clearlooks (was: Re: Review needed) In-Reply-To: <20050318141522.0bb9a588@nausicaa.camperquake.de> References: <1110994724.27348.29.camel@ignacio.ignacio.lan> <20050316201601.GA16174@lisas.de> <1111004639.6422.9.camel@localhost.localdomain> <1111004690.30523.50.camel@opus.phy.duke.edu> <1111005720.7125.3.camel@localhost.localdomain> <1111049997.4186.44.camel@gibraltar.stuttgart.redhat.com> <20050318141522.0bb9a588@nausicaa.camperquake.de> Message-ID: <1111170031.14232.10.camel@ignacio.ignacio.lan> On Fri, 2005-03-18 at 14:15 +0100, Ralf Ertzinger wrote: > This has just become obsolete, since clearlooks is part of gtk2-engines > in core now. Maybe for FC4, but how likely is it for the new version of gtk2-engines to be available for FC3 or earlier? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Fri Mar 18 18:24:27 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 13:24:27 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <1111120916.30200.2.camel@cutter> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <1111090932.24344.19.camel@cutter> <1111103002.11964.93.camel@shahms.mesd.k12.or.us> <1111120916.30200.2.camel@cutter> Message-ID: <20050318182427.GA31445@jadzia.bu.edu> On Thu, Mar 17, 2005 at 11:41:56PM -0500, seth vidal wrote: > > Bugzilla seems well suited to all of the above, provided there was a > > simplified interface that ensured relative consistency among the > > requests, but maybe I'm missing something. > This is the crux of it. Bugzilla's current interface is poorly suited to > keeping track of this short of information. Extremely poorly. Can you be more specific about exactly what it needs to keep track of and where it fails? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From nphilipp at redhat.com Fri Mar 18 19:09:52 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 18 Mar 2005 20:09:52 +0100 Subject: Review request: sabayon In-Reply-To: <1111167859.20834.22.camel@blaa> References: <1111167859.20834.22.camel@blaa> Message-ID: <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-03-18 at 17:44 +0000, Mark McLoughlin wrote: > Hi, > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > CVS. > > I'd really appreciate it if someone could review it. I'm happy to sponsor you on that one. What I noticed: - dot at the end of the summary - please specify the full source URL, possibly use the bzipped tarball, e.g. (*): http://ftp.gnome.org/pub/GNOME/sources/sabayon/%{version}/sabayon-%{version}.tar.bz2 - please buildrequire python as you use it to fill an RPM macro - use %{_sysconfdir} consistently throughout the spec file (instead of /etc) - I would try to get a fixed user for sabayon instead of just using a random UID/GID (it's a system user after all) - maybe set the directory mode ("%defattr(-, root, root, 755)") (*): For everyone who is scared of RPM macros in URLs, a new version of spectool is in the makes and this time I might just submit it to Extras. You have been warned ;-). HTH, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From skvidal at phy.duke.edu Fri Mar 18 19:28:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 18 Mar 2005 14:28:51 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <20050318182427.GA31445@jadzia.bu.edu> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <1111090932.24344.19.camel@cutter> <1111103002.11964.93.camel@shahms.mesd.k12.or.us> <1111120916.30200.2.camel@cutter> <20050318182427.GA31445@jadzia.bu.edu> Message-ID: <1111174132.4628.3.camel@cutter> On Fri, 2005-03-18 at 13:24 -0500, Matthew Miller wrote: > On Thu, Mar 17, 2005 at 11:41:56PM -0500, seth vidal wrote: > > > Bugzilla seems well suited to all of the above, provided there was a > > > simplified interface that ensured relative consistency among the > > > requests, but maybe I'm missing something. > > This is the crux of it. Bugzilla's current interface is poorly suited to > > keeping track of this short of information. Extremely poorly. > > Can you be more specific about exactly what it needs to keep track of and > where it fails? Not right now, I just don't have time to write about it - I explained my concerns earlier. Like I said, I'm really fine with being wrong and going to bugzilla for the tracking if that is what folks want to do. I reserve the right to bitch and moan, of course, but not in any serious way :) -sv From mattdm at mattdm.org Fri Mar 18 19:58:16 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 14:58:16 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <4239EDC0.9020708@redhat.com> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <4239EDC0.9020708@redhat.com> Message-ID: <20050318195816.GB31445@jadzia.bu.edu> On Thu, Mar 17, 2005 at 03:51:12PM -0500, Dave Lawrence wrote: > Is this system externally accessible and if so, may I see how you have > it set up? Yes, it's externally accessible -- you can pretty quickly find it from the address in my .sig. I don't want it pounded on too much though, since we're tryin' to get work done too. :) Here's how our basic workflow goes: Each bug has three associated roles: Assignee, QA Contact, and Repository Wrangler. (Well, four, counting Reporter.) There is a 'fake' user named 'unassigned', who is the currently the default for all of these. That user's mail is forwarded to the project management team, and when a new bug comes in, the various roles are assigned. Generally, one Repo Wranger is associated with one tree in our (AFS-based) repository. I need to hack up bugzilla a bit further to make it able to have release-based defaults rather than just package-based. In our situation, Assignee and QA Contact are rather fluid, as we try to balance out knowledge, but in general it probably makes sense to have default per-package assignees (and maybe a team of QA Contacts assigned new work based on current workload?). We use the default list of Statuses, and each is associated with a clearly-defined state: Open bugs: UNCONFIRMED: new bug filed by someone outside of the project NEW: new bug filed or confirmed by someone in the project ASSIGNED: in progress REOPENED: rejected by QA Awaiting QA: RESOLVED: when the assignee finishes, the bug gets a comment with the relevant changelog entries and the new package version. The src rpm (with binaries in the special case of upstream updates which we don't rebuid) gets passed on to the QA contact via a "dropbox" directory in AFS. (which is restricted via AFS acls). Awaiting Release: VERIFIED: QA contact inspects package (and particularly, the most recent changes) and makes sure that it still looks sane. We don't generally spend time regression-testing all features of every package -- I wish we could. If it doesn't pass muster, it gets reopened. Otherwise, it gets marked as VERIFIED, and the src rpm is copied to a for-release area in AFS. Released to tree: CLOSED: Repo Wrangler does final rebuild (currently, using dedicated build machines and a simple rebuildrpm script) of the package from for-release, signs the package, and copies it into the devel or updates or whatever tree, and marks the bug closed. We could probably do with some more interim package signing along the way, but basically we trust to the security of kerberos/AFS for in-progress packages. Also, all bugzilla-generated e-mail is tagged with custom X- headers indicating the current state and various bug roles and so on, which makes it easy to flag e-mail about, for example, bugs for which you are the QA Contact which are RESOLVED, while ignoring work which isn't ready for you yet or which has passed beyond where you're involved. Bugs which are filed against a package for which no component currently exists use the component "~ unlisted". I get these, and manually add the component to bugzilla. (If there's a lot, I have simple script which does this for multiple packages based on the output of "rpm -qip *".) I also manage the priority field pretty closely, so it's actually meaningful. (Another thing I want to do is restrict the set of people who can change this.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Mar 18 19:59:48 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 14:59:48 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <1111174132.4628.3.camel@cutter> References: <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <1111086578.24344.2.camel@cutter> <20050317201353.GA27586@jadzia.bu.edu> <1111090932.24344.19.camel@cutter> <1111103002.11964.93.camel@shahms.mesd.k12.or.us> <1111120916.30200.2.camel@cutter> <20050318182427.GA31445@jadzia.bu.edu> <1111174132.4628.3.camel@cutter> Message-ID: <20050318195948.GC31445@jadzia.bu.edu> On Fri, Mar 18, 2005 at 02:28:51PM -0500, seth vidal wrote: > Not right now, I just don't have time to write about it - I explained my > concerns earlier. Like I said, I'm really fine with being wrong and > going to bugzilla for the tracking if that is what folks want to do. I agree it needs to be done right. > I reserve the right to bitch and moan, of course, but not in any serious > way :) Excellent. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From mattdm at mattdm.org Fri Mar 18 20:25:08 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 15:25:08 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050318202508.GD31445@jadzia.bu.edu> On Fri, Mar 18, 2005 at 06:47:16PM +0100, Enrico Scholz wrote: > * you need a strong authentication for the actions causing certain actions > (e.g. QA decisions leading to package-builds, tickets which will be > autobuilt (e.g. updates of "trusted" people)). This is required as an > automated packagebuild and -publication process is extremely attractive > for attackers (IMO). Bugzilla *could* have better authentication, though. I believe the auth stuff is now all modularized. > * Bugzilla does not have an authorisation system for the ticket lifecycle > (e.g. only owner of ticket can verify final build) I can see how having that would be good, so that good practices are actually enforced. > * Bugzilla does not have a voting system with authentication Hmmm. Would this really be helpful? > * Bugzilla is unsafe as authentication happens by a predicatable > login_cookie (small integer increased by one at every login). However, this login_cookie is tied to IP address, so while that's still bad, it's not as horrible as it sounds. (Oh, I see comments from you in the bugzilla bug about this already.) Anyway, not that I'm volunteering right now, but I don't think it'd be a herculean effort to make it work in a Whole Different Way. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dkl at redhat.com Fri Mar 18 20:58:05 2005 From: dkl at redhat.com (Dave Lawrence) Date: Fri, 18 Mar 2005 15:58:05 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <20050318202508.GD31445@jadzia.bu.edu> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> Message-ID: <423B40DD.7020902@redhat.com> Matthew Miller wrote: >On Fri, Mar 18, 2005 at 06:47:16PM +0100, Enrico Scholz wrote: > > >>* you need a strong authentication for the actions causing certain actions >> (e.g. QA decisions leading to package-builds, tickets which will be >> autobuilt (e.g. updates of "trusted" people)). This is required as an >> automated packagebuild and -publication process is extremely attractive >> for attackers (IMO). >> >> > >Bugzilla *could* have better authentication, though. I believe the auth >stuff is now all modularized. > > > Yes. It supports auth though several different methods. >>* Bugzilla does not have an authorisation system for the ticket lifecycle >> (e.g. only owner of ticket can verify final build) >> >> > >I can see how having that would be good, so that good practices are >actually enforced. > > > You could do this on the application level using special permission groups. This is how we enforce workflow here at RH. >>* Bugzilla does not have a voting system with authentication >> >> > >Hmmm. Would this really be helpful? > > > >>* Bugzilla is unsafe as authentication happens by a predicatable >> login_cookie (small integer increased by one at every login). >> >> > >However, this login_cookie is tied to IP address, so while that's still bad, >it's not as horrible as it sounds. (Oh, I see comments from you in the >bugzilla bug about this already.) Anyway, not that I'm volunteering right >now, but I don't think it'd be a herculean effort to make it work in a Whol >Different Way. > > > > Yeah it is not optimal. It is tied to the IP address which helps some. There is work in the BZ community to switch to unique hashes as the identifier but this is not widely used yet. I hope to switch our over to that when it has had some good testing. Dave -- ------------------------------- David Lawrence Red Hat Quality Assurance ------------------------------- www.redhat.com ftp.redhat.com From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 18 21:17:18 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 18 Mar 2005 22:17:18 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: <20050318202508.GD31445@jadzia.bu.edu> (Matthew Miller's message of "Fri, 18 Mar 2005 15:25:08 -0500") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> Message-ID: <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> mattdm at mattdm.org (Matthew Miller) writes: >> * you need a strong authentication for the actions causing certain actions >> (e.g. QA decisions leading to package-builds, tickets which will be >> autobuilt (e.g. updates of "trusted" people)). This is required as an >> automated packagebuild and -publication process is extremely attractive >> for attackers (IMO). > > Bugzilla *could* have better authentication, though. I believe the auth > stuff is now all modularized. GPG signatures are the only reasonable authentication; trusting in web-based logins in the age of auto-login features in webbrowsers is not very wise. Simple webbased logins are vulnerable against weaknesses in the backend and against replay attacks. GPG signatures allow tracking and validating of already executed actions and you can prevent replay attacks. >> * Bugzilla does not have a voting system with authentication > > Hmmm. Would this really be helpful? Ok, with "voting system" I meant a system supporting the QA votes like "ACCEPT" or "REJECT", and going into the next state. E.g. see page 25 (real: 32) in http://www-user.tu-chemnitz.de/~ensc/diplom/main-DE-oneside.pdf (sorry, although image is in english, the rest of the text is only in german). >> * Bugzilla is unsafe as authentication happens by a predicatable >> login_cookie (small integer increased by one at every login). > > However, this login_cookie is tied to IP address, so while that's still bad, > it's not as horrible as it sounds. (Oh, I see comments from you in the > bugzilla bug about this already.) Anyway, not that I'm volunteering right > now, but I don't think it'd be a herculean effort to make it work in a Whole > Different Way. I am more concerned about the reactions of the bugzilla developers. Their answers show that they do not understand the underlying HTTP protocol. IP based authentication must never be used for public HTTP services; you do not gain any security by it but it destroys functionality. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From ville.skytta at iki.fi Fri Mar 18 21:42:57 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 18 Mar 2005 23:42:57 +0200 Subject: ANNOUNCE: Review requests In-Reply-To: <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1111182177.2566.66.camel@bobcat.mine.nu> On Fri, 2005-03-18 at 22:17 +0100, Enrico Scholz wrote: > Ok, with "voting system" I meant a system supporting the QA votes like > "ACCEPT" or "REJECT", and going into the next state. The Mozilla/Bugzilla folks are using attachment statuses extensively for reviewing stuff, I think that feature provides at least some of what you're looking for. Are you familiar with the feature? From mattdm at mattdm.org Fri Mar 18 22:37:12 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 17:37:12 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050318223712.GA6009@jadzia.bu.edu> On Fri, Mar 18, 2005 at 10:17:18PM +0100, Enrico Scholz wrote: > GPG signatures are the only reasonable authentication; trusting in > web-based logins in the age of auto-login features in webbrowsers is not > very wise. Simple webbased logins are vulnerable against weaknesses in But what's to keep someone from setting up a passphraseless GPG key, or holding that in some key manager? It's not really all that different -- at some level, you've got to trust your trusted developers to follow basic good practices. I'm not opposed to some sort of GPG signature-based process, but it needs to be integrated enough with the tools people will be using (webbrowsers, most likely) to make it not a burden. > Ok, with "voting system" I meant a system supporting the QA votes like > "ACCEPT" or "REJECT", and going into the next state. E.g. see page 25 > (real: 32) in > http://www-user.tu-chemnitz.de/~ensc/diplom/main-DE-oneside.pdf > (sorry, although image is in english, the rest of the text is only in > german). Oh, I see. Well, currently it works pretty well when the number of "votes" needed is set at "1". :) > I am more concerned about the reactions of the bugzilla developers. Their > answers show that they do not understand the underlying HTTP protocol. IP > based authentication must never be used for public HTTP services; you do > not gain any security by it but it destroys functionality. C'mon, you're overstating. You gain some security by it. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 18 22:50:18 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 18 Mar 2005 23:50:18 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: <1111182177.2566.66.camel@bobcat.mine.nu> (Ville Skytt's message of "Fri, 18 Mar 2005 23:42:57 +0200") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <1111182177.2566.66.camel@bobcat.mine.nu> Message-ID: <87wts436xh.fsf@kosh.ultra.csn.tu-chemnitz.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> Ok, with "voting system" I meant a system supporting the QA votes like >> "ACCEPT" or "REJECT", and going into the next state. > > The Mozilla/Bugzilla folks are using attachment statuses extensively for > reviewing stuff, I think that feature provides at least some of what > you're looking for. Are you familiar with the feature? This feature seems to miss tracking features; e.g. you do not see when and why a vote was done. Votes can not be revoked by foreign parties and the votes are not signed (which makes them unsuitable for automated systems). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From dsievers at users.sourceforge.net Fri Mar 18 23:19:36 2005 From: dsievers at users.sourceforge.net (D Sievers) Date: Fri, 18 Mar 2005 15:19:36 -0800 Subject: Clarification on FE development Message-ID: <423B6208.4010505@users.sourceforge.net> I am just posing this question to make it obvious (hopefully). What is extras/development (http://download.fedora.redhat.com/pub/fedora/linux/extras/development/) and how does it compare to extras/3 (http://download.fedora.redhat.com/pub/fedora/linux/extras/3/) ? I assume the response is: This parallels core/development (rawhide) (http://download.fedora.redhat.com/pub/fedora/linux/core/development/) If that is true, and I would hope it is, this leads me with the following questions. 1) Are the duplicates going to cleaned up? [python-numeric was moved into core on FC3->FC4, but is in extras/devel and core/devel] 2) Does this imply a "release" schedule for extras? If so, will there be a similar "snapshot" of extras/devel that will become extras/4 when FC4 is released? 3) If both of these are true, what happens when new packages are added to extras? They couldn't then be added to extras/4, since they are new. Will there be a extras/4/updates that new packages do into? It appears that occasionally a new package would appear in core/updates, but often only when a package was split or that the update had new dependencies. Okay, truly, I apologize for all the questions, especially because I am sure that this is still being decided. Thank you for your time, and lastly, I think you all are doing an excellent job on the Extras Front :) Doug Sievers From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 18 23:35:43 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 19 Mar 2005 00:35:43 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: <20050318223712.GA6009@jadzia.bu.edu> (Matthew Miller's message of "Fri, 18 Mar 2005 17:37:12 -0500") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318223712.GA6009@jadzia.bu.edu> Message-ID: <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> mattdm at mattdm.org (Matthew Miller) writes: >> GPG signatures are the only reasonable authentication; trusting in >> web-based logins in the age of auto-login features in webbrowsers is not >> very wise. Simple webbased logins are vulnerable against weaknesses in > > But what's to keep someone from setting up a passphraseless GPG key, or > holding that in some key manager? It's not really all that different -- > at some level, you've got to trust your trusted developers to follow > basic good practices. There is a difference: with simple login (username + passphrase) you have two options: 1. use everywhere the same logindata which you can remember. Because "everywhere" consists usually of lots of webpages in different trust-domains, that's a bad idea. When one side gets compromitted (e.g. by its administrator), all other will be compromitted also 2. use different logindata. This will be much data which nobody can recall after some time. So, you have to use keymanagers or go through a remember-password procedure on every login. I do not trust complex systems like webbrowsers and think that this should be used for less sensitive passwords only. With GPG, your local system must be compromitted (reading the keyring + intercepting keyboard-input) that effects like point 1. can happen. With care (browse the web as a different user which can not read your ~/.gnupg, do not execute untrusted software...), chances are low that this will happen. So I think, that GPG based authentication is much more secure than the HTTP authentication. >> I am more concerned about the reactions of the bugzilla developers. Their >> answers show that they do not understand the underlying HTTP protocol. IP >> based authentication must never be used for public HTTP services; you do >> not gain any security by it but it destroys functionality. > > C'mon, you're overstating. You gain some security by it. As I wrote in the bugreport, you can gain security also by cutting the powercable. But like IP based auth, this destroys functionality a little bit... Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From ivazquez at ivazquez.net Fri Mar 18 23:43:50 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 18 Mar 2005 18:43:50 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318223712.GA6009@jadzia.bu.edu> <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1111189430.14232.20.camel@ignacio.ignacio.lan> On Sat, 2005-03-19 at 00:35 +0100, Enrico Scholz wrote: > So I think, that GPG based authentication is much more secure than the > HTTP authentication. How about cert-based authentication? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Sat Mar 19 00:25:11 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 19 Mar 2005 01:25:11 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: <1111189430.14232.20.camel@ignacio.ignacio.lan> (Ignacio Vazquez-Abrams's message of "Fri, 18 Mar 2005 18:43:50 -0500") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318223712.GA6009@jadzia.bu.edu> <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> <1111189430.14232.20.camel@ignacio.ignacio.lan> Message-ID: <87oedg32jc.fsf@kosh.ultra.csn.tu-chemnitz.de> ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) writes: >> So I think, that GPG based authentication is much more secure than the >> HTTP authentication. > > How about cert-based authentication? It will be secure also, but I am not a big friend of it, because: * it makes you depending on a single point of failure (the CA). IMO, not very much developers are willing to pay for a cert from a well known CA. RH could run an own CA but as cert-generation will have to happen semi-automatic (e.g. for every new bugzilla login), I am not sure if this can happen in a secure way. The CA itself will have to be in a secure physical location which leads to additional costs also. When the CA gets compromitted, *all* certs will be void also. * I am concerned about my privacy: everytime, when I visit www.redhat.com my cert would be transmitted and I would identify myself. Perhaps not a problem with RH, but generally, I want to keep some anonymity in the internet. * it is not trackable. With GPG based authentication, you could store the GPG signed steering messages (e.g. "I guarantee, that project foobar does not violate current laws and ...") with their signature. IMHO, it is easier to convince a judge that such messages were originated by you, instead of trying to explain the SSL protocol which was used to transmit the message. * SSL certs are bundled with the browser and can you guarantee that there are no cross-side-scripting attacks or javascript weaknesses which can transmit arbitrary content to redhat.com? With GPG you can add some security by forbidding direct usage of the GPG key (e.g browsing as a different user or applying an SELinux policy which denies reading of ~/.gnupg for firefox). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From toshio at tiki-lounge.com Sat Mar 19 01:03:52 2005 From: toshio at tiki-lounge.com (Toshio) Date: Fri, 18 Mar 2005 20:03:52 -0500 Subject: Bugzilla Entries Message-ID: <1111194234.4481.29.camel@Madison.badger.com> Hi, I started making up a list of packages in the CVS repository that didn't have any Bugzilla Components in the hopes that we could get that synced up:: http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla But I noticed that some things in the rpms directory of the cvs tree are a bit strange such as autoconf and bitstream-vera-fonts. So I havesome questions: * Is this a useful list? * What is the purpose of the rpms and devel hierarchies of the cvs tree? * Should I be using the devel hierarchy instead of rpms for this list? -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sat Mar 19 01:16:56 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 18 Mar 2005 19:16:56 -0600 Subject: evms review In-Reply-To: <200503171654.58612.aportal@univ-montp2.fr> References: <200503171654.58612.aportal@univ-montp2.fr> Message-ID: <1111195017.4076.73.camel@localhost.localdomain> On Thu, 2005-03-17 at 16:54 +0100, Alain PORTAL wrote: >Packages available from: >http://linuxelectronique.free.fr/download/fedora/3/RPMS/i386/evms-2.5.2-0.fdr.1.i386.rpm >http://linuxelectronique.free.fr/download/fedora/3/SRPMS/evms-2.5.2-0.fdr.1.src.rpm Not bad, but there are some changes that need to be made. Release: 0.fdr.1 Drop the 0.fdr. Epoch: 0 Get rid of the zero Epoch. Summary: Enterprise Volume Management System (EVMS) Drop the "(EVMS)", its not needed. Group: System Environment/Base This group is really only for packages that the Core OS needs. Change it to Applications/System. Add BuildRequires: device-mapper Use %setup -q. Other than that, it looks good. Make the changes and I'll sponsor. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From mattdm at mattdm.org Sat Mar 19 03:10:57 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 18 Mar 2005 22:10:57 -0500 Subject: ANNOUNCE: Review requests In-Reply-To: <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318223712.GA6009@jadzia.bu.edu> <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050319031057.GA13857@jadzia.bu.edu> On Sat, Mar 19, 2005 at 12:35:43AM +0100, Enrico Scholz wrote: > 2. use different logindata. This will be much data which nobody can > recall after some time. So, you have to use keymanagers or go through > a remember-password procedure on every login. I do not trust complex > systems like webbrowsers and think that this should be used for less > sensitive passwords only. [...] > So I think, that GPG based authentication is much more secure than the > HTTP authentication. You chose to snip a paragraph from my earlier message which I think is quite relevant here, so I'm gonna repeat it: I'm not opposed to some sort of GPG signature-based process, but it needs to be integrated enough with the tools people will be using (webbrowsers, most likely) to make it not a burden. We need a system that is workable for developers to use. It needs to be secure, but it also needs to *aid* the process, not interfere with it. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From enrico.scholz at informatik.tu-chemnitz.de Sat Mar 19 03:41:34 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 19 Mar 2005 04:41:34 +0100 Subject: ANNOUNCE: Review requests In-Reply-To: <20050319031057.GA13857@jadzia.bu.edu> (Matthew Miller's message of "Fri, 18 Mar 2005 22:10:57 -0500") References: <42394B2B.4090207@redhat.com> <1111073118.11964.62.camel@shahms.mesd.k12.or.us> <4239C5CE.7010600@redhat.com> <87fyys4ziz.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318202508.GD31445@jadzia.bu.edu> <8764zo4psx.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050318223712.GA6009@jadzia.bu.edu> <87sm2s34ts.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050319031057.GA13857@jadzia.bu.edu> Message-ID: <87k6o42tg1.fsf@kosh.ultra.csn.tu-chemnitz.de> mattdm at mattdm.org (Matthew Miller) writes: >> 2. use different logindata. This will be much data which nobody can >> recall after some time. So, you have to use keymanagers or go through >> a remember-password procedure on every login. I do not trust complex >> systems like webbrowsers and think that this should be used for less >> sensitive passwords only. > [...] >> So I think, that GPG based authentication is much more secure than the >> HTTP authentication. > > You chose to snip a paragraph from my earlier message which I think is quite > relevant here, so I'm gonna repeat it: > > I'm not opposed to some sort of GPG signature-based process, but it needs > to be integrated enough with the tools people will be using (webbrowsers, > most likely) to make it not a burden. > > We need a system that is workable for developers to use. It needs to be > secure, but it also needs to *aid* the process, not interfere with it. My current approach is to use usual HTTP-auth for less sensitive actions (displaying tickets) but require GPG signing of certain actions (approving tickets, requesting inclusion of projects, ...). A snapshot of the GPG signing part is displayed at http://ensc.de/qa.html (pure HTML snapshot without any functionality). The previous page is displayed in http://ensc.de/qa1.html These snapshots are from the HTML frontend, the system itself is designed as an XML-RPC server where more powerful, native clients can be written for. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From skvidal at phy.duke.edu Sat Mar 19 05:06:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 00:06:04 -0500 Subject: Clarification on FE development In-Reply-To: <423B6208.4010505@users.sourceforge.net> References: <423B6208.4010505@users.sourceforge.net> Message-ID: <1111208764.7461.17.camel@cutter> > What is extras/development > (http://download.fedora.redhat.com/pub/fedora/linux/extras/development/) > and how does it compare to extras/3 > (http://download.fedora.redhat.com/pub/fedora/linux/extras/3/) > ? > development is just like fedora core development - the packages in extras are built against the development core tree. > > 1) Are the duplicates going to cleaned up? [python-numeric was moved > into core on FC3->FC4, but is in extras/devel and core/devel] yes. If you would like to point out the duplicates I'd be glad to get them cleaned up. Thanks. > 2) Does this imply a "release" schedule for extras? If so, will there be > a similar "snapshot" of extras/devel that will become extras/4 when FC4 > is released? The plan is to have all of extras out for release for fc4 final. My goal is to make sure that when fc4 goes live, fe4 is populated and mirrored. We're not doing too badly, so far on keeping up. > 3) If both of these are true, what happens when new packages are added > to extras? They couldn't then be added to extras/4, since they are new. > Will there be a extras/4/updates that new packages do into? It appears > that occasionally a new package would appear in core/updates, but often > only when a package was split or that the update had new dependencies. > Extras is following a rolling release cycle. So that new pkgs get added into the main tree and sync'd out. Does this help? -sv From wtogami at redhat.com Sat Mar 19 06:28:26 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 18 Mar 2005 20:28:26 -1000 Subject: Review request: sabayon In-Reply-To: <1111167859.20834.22.camel@blaa> References: <1111167859.20834.22.camel@blaa> Message-ID: <423BC68A.1040507@redhat.com> Mark McLoughlin wrote: > Hi, > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > CVS. > > I'd really appreciate it if someone could review it. > Wow, nice software! Two thoughts - BuildRequires gettext-devel should be just gettext. Almost nothing requires gettext-devel. - What does it use the sabayon user for? Please clarify. Thanks, Warren Togami wtogami at redhat.com From rc040203 at freenet.de Sat Mar 19 06:55:16 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 19 Mar 2005 07:55:16 +0100 Subject: Review request: sabayon In-Reply-To: <1111167859.20834.22.camel@blaa> References: <1111167859.20834.22.camel@blaa> Message-ID: <1111215316.2475.173.camel@mccallum.corsepiu.local> On Fri, 2005-03-18 at 17:44 +0000, Mark McLoughlin wrote: > Hi, > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > CVS. > > I'd really appreciate it if someone could review it. Two remarks: 1. Is there a particular reason for hard-coding pygtk2_version and gnome_python2_version: %define pygtk2_version 2.5.3-2 %define gnome_python2_version 2.6.0-5 ... Requires: pygtk2 >= %{pygtk2_version} Requires: gnome-python2-gconf >= %{gnome_python2_version} If yes (e.g. bugs in earlier versions which become exposed), then there is nothing wrong with it, otherwise this is unnecessarily restrictive (and prevents the package from being usable with FC-3) 2. The dependency on xorg-x11-Xnest seems questionable to me. On one hand, the configure script checks for xnest, and complains if it is not present, on the other hand I don't see that the package actually is using the result of this configure check. Also, there is a "Requires: xorg-x11-Xnest", i.e. the package pulls in xnest in all cases, while it seems to try to detect/find "/usr/X11R6/bin/Xnest" at run-time. Ralf From markmc at redhat.com Sat Mar 19 09:13:36 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sat, 19 Mar 2005 09:13:36 +0000 Subject: Review request: sabayon In-Reply-To: <1111215316.2475.173.camel@mccallum.corsepiu.local> References: <1111167859.20834.22.camel@blaa> <1111215316.2475.173.camel@mccallum.corsepiu.local> Message-ID: <1111223616.3858.6.camel@blaa> Hi, On Sat, 2005-03-19 at 07:55 +0100, Ralf Corsepius wrote: > On Fri, 2005-03-18 at 17:44 +0000, Mark McLoughlin wrote: > > Hi, > > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > > CVS. > > > > I'd really appreciate it if someone could review it. > > Two remarks: > > 1. Is there a particular reason for hard-coding pygtk2_version and > gnome_python2_version: > > %define pygtk2_version 2.5.3-2 > %define gnome_python2_version 2.6.0-5 > ... > Requires: pygtk2 >= %{pygtk2_version} > Requires: gnome-python2-gconf >= %{gnome_python2_version} > > If yes (e.g. bugs in earlier versions which become exposed), then there > is nothing wrong with it, otherwise this is unnecessarily restrictive > (and prevents the package from being usable with FC-3) Yep: - that was the first version of gnome-python2 that included bindings for GConfEngine which we added upstream: http://bugzilla.gnome.org/show_bug.cgi?id=164059 - that was the first version of pygtk2 which gobject.MainLoop() properly handled kernel signals: http://bugzilla.gnome.org/show_bug.cgi?id=154779 > 2. The dependency on xorg-x11-Xnest seems questionable to me. > > On one hand, the configure script checks for xnest, and complains if it > is not present, on the other hand I don't see that the package actually > is using the result of this configure check. > > Also, there is a "Requires: xorg-x11-Xnest", i.e. the package pulls in > xnest in all cases, while it seems to try to detect/find > "/usr/X11R6/bin/Xnest" at run-time. Okay, its a fair enough point that we don't actually use the path for Xnest returned by the configure check, but there is a dependancy on Xnest - its needed at runtime. Cheers, Mark. From markmc at redhat.com Sat Mar 19 09:19:14 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sat, 19 Mar 2005 09:19:14 +0000 Subject: Review request: sabayon In-Reply-To: <423BC68A.1040507@redhat.com> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> Message-ID: <1111223954.3858.13.camel@blaa> On Fri, 2005-03-18 at 20:28 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > > Hi, > > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > > CVS. > > > > I'd really appreciate it if someone could review it. > > > > Wow, nice software! > > Two thoughts > - BuildRequires gettext-devel should be just gettext. Almost nothing > requires gettext-devel. I just went with whats in: http://fedoraproject.org/wiki/NewPackageProcess I didn't previously have any BuildRequires for gettext, because my understanding is that gettext isn't actually used when building the tarball because the binary message catalogs are in the tarball itself. Dunno, just presumed you guys had learned differently ... > - What does it use the sabayon user for? Please clarify. The "prototype session" you get when you click on the "Edit" button is running as the sabayon user. You need a valid user account, with a temporary homedir etc. in order for the session to run without problems. Cheers, Mark. From markmc at redhat.com Sat Mar 19 09:37:12 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sat, 19 Mar 2005 09:37:12 +0000 Subject: Review request: sabayon In-Reply-To: <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111225032.3858.20.camel@blaa> On Fri, 2005-03-18 at 20:09 +0100, Nils Philippsen wrote: > On Fri, 2005-03-18 at 17:44 +0000, Mark McLoughlin wrote: > > Hi, > > I've imported Sabayon - http://www.gnome.org/projects/sabayon - into > > CVS. > > > > I'd really appreciate it if someone could review it. > > I'm happy to sponsor you on that one. > > What I noticed: > - dot at the end of the summary > - please specify the full source URL, possibly use the bzipped tarball, > e.g. (*): > http://ftp.gnome.org/pub/GNOME/sources/sabayon/%{version}/sabayon-%{version}.tar.bz2 > - please buildrequire python as you use it to fill an RPM macro > - use %{_sysconfdir} consistently throughout the spec file (instead of /etc) > - maybe set the directory mode ("%defattr(-, root, root, 755)") Thanks, I've fixed all those now. > - I would try to get a fixed user for sabayon instead of just using a > random UID/GID (it's a system user after all) Well, that's what my previous mail was about. I had tried using fedora-usermgmt when I thought it was the consensus that all Extras packages should use it, but wasn't really convinced by it, so I dropped it again. I'm not sure how an Extras package can reserve a system UID otherwise, though ... Cheers, Mark. From wtogami at redhat.com Sat Mar 19 10:16:59 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 00:16:59 -1000 Subject: Review request: sabayon In-Reply-To: <1111223954.3858.13.camel@blaa> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> Message-ID: <423BFC1B.7060308@redhat.com> Mark McLoughlin wrote: >>- BuildRequires gettext-devel should be just gettext. Almost nothing >>requires gettext-devel. > > > I just went with whats in: > > http://fedoraproject.org/wiki/NewPackageProcess > > I didn't previously have any BuildRequires for gettext, because my > understanding is that gettext isn't actually used when building the > tarball because the binary message catalogs are in the tarball itself. > > Dunno, just presumed you guys had learned differently ... If that's the case then please remove the line altogether. This package seems ready for publishing now. Did you create a Wiki account yet? We need to add you to the EditGroup so you can request a build. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sat Mar 19 10:22:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 11:22:41 +0100 Subject: Bugzilla Entries In-Reply-To: <1111194234.4481.29.camel@Madison.badger.com> References: <1111194234.4481.29.camel@Madison.badger.com> Message-ID: <20050319112241.5febaa6a.bugs.michael@gmx.net> On Fri, 18 Mar 2005 20:03:52 -0500, Toshio wrote: > Hi, > I started making up a list of packages in the CVS repository that didn't > have any Bugzilla Components in the hopes that we could get that synced > up:: > http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla > > But I noticed that some things in the rpms directory of the cvs tree are > a bit strange such as autoconf and bitstream-vera-fonts. So I havesome > questions: > > * Is this a useful list? Yes and no. ;) You've caught too many false positives. All modules in "devel" tree, which are empty or not active anymore, don't need a bugzilla component. Same for FC-3. There is no point in creating components for older packages previously hosted at fedora.us. > * What is the purpose of the rpms and devel hierarchies of the cvs tree? > * Should I be using the devel hierarchy instead of rpms for this list? Yes. From bugs.michael at gmx.net Sat Mar 19 10:26:55 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 11:26:55 +0100 Subject: Clarification on FE development In-Reply-To: <1111208764.7461.17.camel@cutter> References: <423B6208.4010505@users.sourceforge.net> <1111208764.7461.17.camel@cutter> Message-ID: <20050319112655.2dabb13b.bugs.michael@gmx.net> On Sat, 19 Mar 2005 00:06:04 -0500, seth vidal wrote: > > 1) Are the duplicates going to cleaned up? [python-numeric was moved > > into core on FC3->FC4, but is in extras/devel and core/devel] > > yes. If you would like to point out the duplicates I'd be glad to get > them cleaned up. Thanks. If there are more than tracked on the FC4Status page in the Wiki (python-numeric, python-sqlite, sqlite), there's a coordination/communication problem somewhere. From wtogami at redhat.com Sat Mar 19 10:27:01 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 00:27:01 -1000 Subject: Review request: sabayon In-Reply-To: <1111225032.3858.20.camel@blaa> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> <1111225032.3858.20.camel@blaa> Message-ID: <423BFE75.9030903@redhat.com> Mark McLoughlin wrote: > > >>- I would try to get a fixed user for sabayon instead of just using a >>random UID/GID (it's a system user after all) > > > Well, that's what my previous mail was about. I had tried using > fedora-usermgmt when I thought it was the consensus that all Extras > packages should use it, but wasn't really convinced by it, so I dropped > it again. I'm not sure how an Extras package can reserve a system UID > otherwise, though ... > Normally I would suggest using fedora-usermgmt, but in this case maybe it is somewhat unique. The only question mark would be the effect it has on multi-user systems with UID's coming from the network. However sabayon is meant to be used only by a sysadmin, and it really doesn't belong installed in such an environment. %pre /usr/sbin/groupadd -r %{name} &>/dev/null || : /usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} %{name} &>/dev/null || : /usr/sbin/usermod -d "" %{name} &>/dev/null || : Have you tested the effect of this during an upgrade from one package to another? Might it be appropriate to have the username be like "system-sabayon" or something? That would make it stick out as a username and home directory, making it very clear that it is NOT a regular user account. Thoughts? Warren Togami wtogami at redhat.com From adrian at lisas.de Sat Mar 19 11:33:30 2005 From: adrian at lisas.de (Adrian Reber) Date: Sat, 19 Mar 2005 12:33:30 +0100 Subject: Jabber Server? In-Reply-To: <20050310071622.GA30432@lisas.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> Message-ID: <20050319113329.GA18736@lisas.de> So should I request a build or are there any open issues with jabberd? Adrian From adrian at lisas.de Sat Mar 19 11:34:39 2005 From: adrian at lisas.de (Adrian Reber) Date: Sat, 19 Mar 2005 12:34:39 +0100 Subject: Review needed: xlockmore In-Reply-To: <1111049901.4186.42.camel@gibraltar.stuttgart.redhat.com> References: <20050316090810.GA19350@lisas.de> <1111049901.4186.42.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050319113439.GB18736@lisas.de> On Thu, Mar 17, 2005 at 09:58:20AM +0100, Nils Philippsen wrote: > On Wed, 2005-03-16 at 10:08 +0100, Adrian Reber wrote: > > http://lisas.de/~adrian/rpm/xlockmore-5.15-1.src.rpm > > spec looks good to me (well %buildroot ./. $RPM_BUILD_ROOT as Brian > mentioned -- I didn't spot it, but I'm a slacker anyway), source > matches > upstream and it builds on FC3 just fine (didn't try it in a build > system, anything out there that doesn't need apt-get?). I tried out > the > hacks with xglock and nothing seems to go wrong there. Thanks for the reviews. I have updated the rpm to fix the %{buildroot}/$RPM_BUILD_ROOT problem and uploaded it to the same location. Adrian From paul at all-the-johnsons.co.uk Sat Mar 19 12:18:15 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 19 Mar 2005 12:18:15 +0000 Subject: Getting mono into FC extras Message-ID: <1111234695.9137.24.camel@localhost.localdomain> Hi, I've taken the time to read over the reasoning behind not allowing (yet) Mono into FC Extras, but I have a bit of a problem with it. On the devel list, I was pointed to a website which gave some reasons (I did giggle though at the $600 per CPU if by some miracle SCO actually manage to dupe the judge and win). I've asked around and had this back from a friend at Verison. Obviously, it's not a legal POV, but it may add something to the argument. 8---> It is called a defensive patent to keep companies from suing Microsoft with a patent of their own. I would be more worried about Sun and Java because Sun has sued and won over its Java platform. Or worry about companies like SCO and Kodak before I worry about Microsoft. Kodak has sued both Microsoft and Sun over patents. It was Wang Labs (which was later bought by Kodak) and sued Microsoft over OLE. And later Kodak sued Sun over Java. Well, they were settled, but still, in my book that amounts to winning/loosing. Even though Sun had a ton of prior art, they still lost due to a very biased jury. The jury was biased because it was held in Rochester, New York (?). The same place where Kodak is one of the few big employers there. So, are you still buying products from companies like Kodak and Sun with their warchest of patents? There are plenty of other companies over patents all the time. It is situation that is getting worse. Every piece of software you write no matter what language or platform could be potentially infringing a patent. Patents are a drain on our economy and diminishes our properity. <---8 And then this from someone over in the lair of the dark one 8---> This message explains that there is no problem to use MS patents to implement CLI / C# standards : licence is free for this particular use. So there is definitively NO MS patents problem with Mono. Ask them for IBM or Sun patents, especially on Eclipse or Java technologies, just for fun. It seems that Red Hat wants to adopt Java and doesn't like Novell technologies, but i really don't know why :-) <---8 Can we please allow Mono in? It would be one hell of a boon to the distro. If SuSE can bundle it, why can't we? Given the nature of the beast though, can I take it that portable.NET and gnu.NET won't be allowed in for exactly the same reasons? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sat Mar 19 13:23:29 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 19 Mar 2005 07:23:29 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111234695.9137.24.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> Message-ID: <1111238610.4076.112.camel@localhost.localdomain> On Sat, 2005-03-19 at 12:18 +0000, Paul wrote: >Hi, > >I've taken the time to read over the reasoning behind not allowing (yet) >Mono into FC Extras, but I have a bit of a problem with it. Stop. Right now. There is no conspiracy against Mono. Mono is legally ambigious. A post to a mailing list does NOT consist of a legally binding patent grant of any sort. You cannot use the "well, you have other legally ambigious things" as grounds for inclusion. If you know of a package in Fedora Core or Extras that is violating its license, or various laws (specifically, US laws), point it out, and we'll check it out through Red Hat Legal. We will never include Mono, or anything that is obviously patented without a patent grant in writing that permits unrestricted use and redistribution, as per the terms of the GPL. We are not going to go violate the GPLv2 because "everyone else is doing it". If you care about Mono, there is a way to get it included: Get a patent grant from Microsoft, in writing, that says that they permit unrestricted use and redistribution of their patents in Mono. Now think for just a second. If Microsoft really wanted people to use Mono, wouldn't they have done this already? They have an army of lawyers, who undoubtedly understand the GPL all too well. They have to be aware that such a patent grant would be required for Mono to be legal under the GPL. They have yet to do this. If and when Microsoft does this (or Thomson, in the case of Mp3), we will revisit the acceptance of Mono into FE. However, until that time, the issue is closed. We cannot and will not willingly infringe upon patents. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From paul at all-the-johnsons.co.uk Sat Mar 19 14:05:54 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 19 Mar 2005 14:05:54 +0000 Subject: Getting mono into FC extras In-Reply-To: <1111238610.4076.112.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> Message-ID: <1111241154.9137.42.camel@localhost.localdomain> Hi, > >I've taken the time to read over the reasoning behind not allowing (yet) > >Mono into FC Extras, but I have a bit of a problem with it. > There is no conspiracy against Mono. Mono is legally ambigious. A post > to a mailing list does NOT consist of a legally binding patent grant of > any sort. You cannot use the "well, you have other legally ambigious > things" as grounds for inclusion. AIUI, MS have said that people can use the .NET framework without any sort of restriction - which includes on non MS platforms. By virtue of them not having taken *any* action against *any* of the open source implementations of .NET (and face it, if they were going to take any action, it would have been against Ximian as they were a much smaller company than before Novell chomped them up) and have actually be incredibly open by anyone's standard with ECMA on the publication of the standard (which is something Sun still are to do properly for Java) as well as the other "legally ambigious" material in FC (such as the gcj stuff - you can't say that it cannot be used as an argument for inclusion if you already have something which does just that), the arguments against Mono really don't hold that much water. Of course, IANAL or ever claim to be. > If you know of a package in Fedora Core or Extras that is violating its > license, or various laws (specifically, US laws), point it out, and > we'll check it out through Red Hat Legal. gcj and if MS's latest patent application goes through, OpenOffice. (MS are trying to patent XML!). If the people who look after the kernel and their report are is to believed, the kernel (isn't it supposed to infringe quite possibly on 100 or so patents?) > If you care about Mono, there is a way to get it included: > > Get a patent grant from Microsoft, in writing, that says that they > permit unrestricted use and redistribution of their patents in Mono. > > Now think for just a second. If Microsoft really wanted people to use > Mono, wouldn't they have done this already? They have an army of > lawyers, who undoubtedly understand the GPL all too well. They have to > be aware that such a patent grant would be required for Mono to be legal > under the GPL. They have yet to do this. True. Yet as I've said, they have yet to do anything about it, nor do I think they ever will. MS don't accept the GPL as a licence and probably never will (despite numerous claims that GPL code is used within their vastly inferior product line). Why they haven't said "go ahead and do it", I have no idea. Probably for the same reason why they've never stopped Gnumeric/OpenOffice or Abiword/OpenOffice from being able to manipulate their proprietory file formats. > If and when Microsoft does this (or Thomson, in the case of Mp3), we > will revisit the acceptance of Mono into FE. However, until that time, > the issue is closed. We cannot and will not willingly infringe upon > patents. Which is fair enough. I've always had a bone about FC not including mp3 and DVD facilities, but accepted it. What will be interesting is how FC does things if the EU patent laws come in - basically, very little can be done. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Sat Mar 19 14:18:05 2005 From: toshio at tiki-lounge.com (Toshio) Date: Sat, 19 Mar 2005 09:18:05 -0500 Subject: Bugzilla Entries In-Reply-To: <20050319112241.5febaa6a.bugs.michael@gmx.net> References: <1111194234.4481.29.camel@Madison.badger.com> <20050319112241.5febaa6a.bugs.michael@gmx.net> Message-ID: <1111241886.4515.6.camel@Madison.badger.com> On Sat, 2005-03-19 at 11:22 +0100, Michael Schwendt wrote: > On Fri, 18 Mar 2005 20:03:52 -0500, Toshio wrote: > > > Hi, > > I started making up a list of packages in the CVS repository that didn't > > have any Bugzilla Components in the hopes that we could get that synced > > up:: > > http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla > > > > But I noticed that some things in the rpms directory of the cvs tree are > > a bit strange such as autoconf and bitstream-vera-fonts. So I havesome > > questions: > > > > * Is this a useful list? > > Yes and no. ;) > > You've caught too many false positives. All modules in "devel" tree, which > are empty or not active anymore, don't need a bugzilla component. Same > for FC-3. There is no point in creating components for older packages > previously hosted at fedora.us. > http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla Has been updated to sync against the devel hierarchy of the cvs server. It's significantly shorter now :-) Does it make sense to have everyone take a look and request Bugzilla updates if their packages are listed there? -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sat Mar 19 14:26:53 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 19 Mar 2005 08:26:53 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111241154.9137.42.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> Message-ID: <1111242414.4076.137.camel@localhost.localdomain> On Sat, 2005-03-19 at 14:05 +0000, Paul wrote: >Hi, > >> >I've taken the time to read over the reasoning behind not allowing (yet) >> >Mono into FC Extras, but I have a bit of a problem with it. > >> There is no conspiracy against Mono. Mono is legally ambigious. A post >> to a mailing list does NOT consist of a legally binding patent grant of >> any sort. You cannot use the "well, you have other legally ambigious >> things" as grounds for inclusion. > >AIUI, MS have said that people can use the .NET framework without any >sort of restriction - which includes on non MS platforms. By virtue of >them not having taken *any* action against *any* of the open source >implementations of .NET Unfortunately, patent law doesn't work this way. Its different from trademark law, where you have to be aggressive and protect yourself from infringement. If you are aware of the patents (and we are), and you knowingly infringe, then you're screwed. You're actually in a better place if you don't know about the patents, then you can apologize and pay the patent holder for right to use (which also violates the GPL), or stop violating the patents. And Microsoft has made it very clear that they do hold patents that Mono relies upon. However, while it is about not getting sued, more importantly, its about not violating the GPL. Everyone distributing Mono today is doing so in a clear and obvious violation of the GPL. >> If you know of a package in Fedora Core or Extras that is violating its >> license, or various laws (specifically, US laws), point it out, and >> we'll check it out through Red Hat Legal. > >gcj I know we've already sent the "Java issue" to the powers-that-be. >and if MS's latest patent application goes through, OpenOffice. (MS >are trying to patent XML!). Wow. Only a little prior art there. If XML gets patented, OOo is the least of our worries. > If the people who look after the kernel and >their report are is to believed, the kernel (isn't it supposed to >infringe quite possibly on 100 or so patents?) There are definitely bits of the kernel that do. (NTFS, for example). I think a lot of those patents were IBM patents though, and IBM's written promise not to pursue patent infringements against OSS seems to make the Red Hat lawyers happy. >> If you care about Mono, there is a way to get it included: >> >> Get a patent grant from Microsoft, in writing, that says that they >> permit unrestricted use and redistribution of their patents in Mono. >> >> Now think for just a second. If Microsoft really wanted people to use >> Mono, wouldn't they have done this already? They have an army of >> lawyers, who undoubtedly understand the GPL all too well. They have to >> be aware that such a patent grant would be required for Mono to be legal >> under the GPL. They have yet to do this. > >True. Yet as I've said, they have yet to do anything about it, nor do I >think they ever will. MS don't accept the GPL as a licence and probably >never will (despite numerous claims that GPL code is used within their >vastly inferior product line). > I hope you're right, but my hopes can't consist of our packaging policy. >> If and when Microsoft does this (or Thomson, in the case of Mp3), we >> will revisit the acceptance of Mono into FE. However, until that time, >> the issue is closed. We cannot and will not willingly infringe upon >> patents. > >Which is fair enough. I've always had a bone about FC not including mp3 >and DVD facilities, but accepted it. What will be interesting is how FC >does things if the EU patent laws come in - basically, very little can >be done. Yes, then we will truly be in a very sad and depressing place. When playing with the law (and with companies that have fleets of lawyers), if you are not vigilant, you'll be screwed. http://fedoraproject.org/wiki/PackagingGuidelines#LegalPatents ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From tcallawa at redhat.com Sat Mar 19 14:30:54 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 19 Mar 2005 08:30:54 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111241154.9137.42.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> Message-ID: <1111242654.4076.140.camel@localhost.localdomain> On Sat, 2005-03-19 at 14:05 +0000, Paul wrote: >AIUI, MS have said that people can use the .NET framework without any >sort of restriction - which includes on non MS platforms. Just to reiterate this point: If someone gets this from Microsoft (the patent holder) in writing, in the form of a legally binding unrestricted patent grant permitting free (as in beer) redistribution and use, we can revisit Mono for inclusion. Same goes for Thomson and mp3. DVD is a little ickier because of the DMCA. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From robert at marcanoonline.com Sat Mar 19 14:36:49 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Sat, 19 Mar 2005 10:36:49 -0400 Subject: Getting mono into FC extras In-Reply-To: <1111241154.9137.42.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> Message-ID: <1111243009.5773.7.camel@tprobert.intranet.promca.com> On Sat, 2005-03-19 at 14:05 +0000, Paul wrote: > Hi, > > > >I've taken the time to read over the reasoning behind not allowing (yet) > > >Mono into FC Extras, but I have a bit of a problem with it. > > > There is no conspiracy against Mono. Mono is legally ambigious. A post > > to a mailing list does NOT consist of a legally binding patent grant of > > any sort. You cannot use the "well, you have other legally ambigious > > things" as grounds for inclusion. > > AIUI, MS have said that people can use the .NET framework without any > sort of restriction - which includes on non MS platforms. By virtue of > them not having taken *any* action against *any* of the open source > implementations of .NET (and face it, if they were going to take any > action, it would have been against Ximian as they were a much smaller > company than before Novell chomped them up) and have actually be > incredibly open by anyone's standard with ECMA on the publication of the > standard (which is something Sun still are to do properly for Java) as > well as the other "legally ambigious" material in FC (such as the gcj > stuff - you can't say that it cannot be used as an argument for > inclusion if you already have something which does just that), the > arguments against Mono really don't hold that much water. One of the reasons I am not afraid of SUN in relation with gcj and the classpath merged with it is simple: they have a Linux distribution, they include gcc and following the GPL they are redistributing the GCC source code, and that includes the gcj part In case of .NET, MS only have provided Rotor with a research license. About the Ecma part, please read this: http://lists.ximian.com/archives/public/mono-list/2002-March/004124.html the most important phrase is: "there is probably nothing legally binding about that statement" > > Of course, IANAL or ever claim to be. > > > If you know of a package in Fedora Core or Extras that is violating its > > license, or various laws (specifically, US laws), point it out, and > > we'll check it out through Red Hat Legal. > > gcj and if MS's latest patent application goes through, OpenOffice. (MS > are trying to patent XML!). If the people who look after the kernel and > their report are is to believed, the kernel (isn't it supposed to > infringe quite possibly on 100 or so patents?) > > > If you care about Mono, there is a way to get it included: > > > > Get a patent grant from Microsoft, in writing, that says that they > > permit unrestricted use and redistribution of their patents in Mono. > > > > Now think for just a second. If Microsoft really wanted people to use > > Mono, wouldn't they have done this already? They have an army of > > lawyers, who undoubtedly understand the GPL all too well. They have to > > be aware that such a patent grant would be required for Mono to be legal > > under the GPL. They have yet to do this. > > True. Yet as I've said, they have yet to do anything about it, nor do I > think they ever will. MS don't accept the GPL as a licence and probably > never will (despite numerous claims that GPL code is used within their > vastly inferior product line). > > Why they haven't said "go ahead and do it", I have no idea. Probably for > the same reason why they've never stopped Gnumeric/OpenOffice or > Abiword/OpenOffice from being able to manipulate their proprietory file > formats. > > > If and when Microsoft does this (or Thomson, in the case of Mp3), we > > will revisit the acceptance of Mono into FE. However, until that time, > > the issue is closed. We cannot and will not willingly infringe upon > > patents. > > Which is fair enough. I've always had a bone about FC not including mp3 > and DVD facilities, but accepted it. What will be interesting is how FC > does things if the EU patent laws come in - basically, very little can > be done. > > TTFN > > Paul ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ blog: http://www.marcanoonline.com/plog/ From paul at all-the-johnsons.co.uk Sat Mar 19 14:40:42 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 19 Mar 2005 14:40:42 +0000 Subject: Getting mono into FC extras In-Reply-To: <1111243009.5773.7.camel@tprobert.intranet.promca.com> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> Message-ID: <1111243242.9137.51.camel@localhost.localdomain> Hi, > In case of .NET, MS only have provided Rotor with a research license. > About the Ecma part, please read this: > > http://lists.ximian.com/archives/public/mono-list/2002-March/004124.html > > the most important phrase is: "there is probably nothing legally > binding about that statement" "I have no reason to believe, however, that Microsoft has changed its mind about its plan of that time to offer royalty-free licenses on essential patents with respect to any products implementing the ECMA standard." This would seem to be a far more important phrase. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tcallawa at redhat.com Sat Mar 19 14:50:25 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 19 Mar 2005 08:50:25 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111243242.9137.51.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> Message-ID: <1111243825.4076.144.camel@localhost.localdomain> On Sat, 2005-03-19 at 14:40 +0000, Paul wrote: >Hi, > >> In case of .NET, MS only have provided Rotor with a research license. >> About the Ecma part, please read this: >> >> http://lists.ximian.com/archives/public/mono-list/2002-March/004124.html >> >> the most important phrase is: "there is probably nothing legally >> binding about that statement" > >"I have no reason to believe, however, that >Microsoft has changed its mind about its plan of that time to offer >royalty-free licenses on essential patents with respect to any products >implementing the ECMA standard." > >This would seem to be a far more important phrase. Not from a legal perspective. :) Of course, it does provide hope that Microsoft might give a patent grant. I don't personally care about C# or .NET at all, but if someone out there does, why not ask Microsoft for a patent grant? ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From robert at marcanoonline.com Sat Mar 19 14:55:47 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Sat, 19 Mar 2005 10:55:47 -0400 Subject: Getting mono into FC extras In-Reply-To: <1111243242.9137.51.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> Message-ID: <1111244147.5773.13.camel@tprobert.intranet.promca.com> On Sat, 2005-03-19 at 14:40 +0000, Paul wrote: > Hi, > > > In case of .NET, MS only have provided Rotor with a research license. > > About the Ecma part, please read this: > > > > http://lists.ximian.com/archives/public/mono-list/2002-March/004124.html > > > > the most important phrase is: "there is probably nothing legally > > binding about that statement" > > "I have no reason to believe, however, that > Microsoft has changed its mind about its plan of that time to offer > royalty-free licenses on essential patents with respect to any products > implementing the ECMA standard." > > This would seem to be a far more important phrase. > When talking about patents the more important word is "legally" not "believe". Someone that "believes" must go talk to MS and get a "legal" document. That is what is needed to accept Mono on Fedora. Is that really hard to understand? :-P > TTFN > > Paul ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ blog: http://www.marcanoonline.com/plog/ From bugs.michael at gmx.net Sat Mar 19 15:05:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 16:05:20 +0100 Subject: Bugzilla Entries In-Reply-To: <1111241886.4515.6.camel@Madison.badger.com> References: <1111194234.4481.29.camel@Madison.badger.com> <20050319112241.5febaa6a.bugs.michael@gmx.net> <1111241886.4515.6.camel@Madison.badger.com> Message-ID: <20050319160520.217e1347.bugs.michael@gmx.net> On Sat, 19 Mar 2005 09:18:05 -0500, Toshio wrote: > http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla > > Has been updated to sync against the devel hierarchy of the cvs server. > It's significantly shorter now :-) There are still some questionable entries in there, and some which have no module in the devel tree ("cvs co devel"). E.g. perl-DateManip (old fedora.us patch version) common (no package, CVS common directory) grandr_applet (no devel branch, obsolete) kile-i18n (needed? kile has a separate component) libexif (a Core package!) thunderbird (no devel branch, obsolete) p0f -> extras-orphan AT fedoraproject.org The other entries look kind of right. All appear to be packages imported long after the fedora.us merge, when I used a script to read out components from bugzilla.fedora.us and let it guess missing owners by examining spec changelogs in CVS. > Does it make sense to have everyone > take a look and request Bugzilla updates if their packages are listed > there? Yes. Quite some of the packages have not been officially approved and built yet, though. -- Fedora Core release 3 (Heidelberg) - Linux 2.6.11-1.3_FC3 loadavg: 0.01 0.17 0.23 From paul at all-the-johnsons.co.uk Sat Mar 19 15:06:02 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 19 Mar 2005 15:06:02 +0000 Subject: Getting mono into FC extras In-Reply-To: <1111243825.4076.144.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> <1111243825.4076.144.camel@localhost.localdomain> Message-ID: <1111244762.9137.58.camel@localhost.localdomain> Hi, > >> http://lists.ximian.com/archives/public/mono-list/2002-March/004124.html > >> > >> the most important phrase is: "there is probably nothing legally > >> binding about that statement" > > > >"I have no reason to believe, however, that > >Microsoft has changed its mind about its plan of that time to offer > >royalty-free licenses on essential patents with respect to any products > >implementing the ECMA standard." > > > >This would seem to be a far more important phrase. > > Not from a legal perspective. :) Drat! > Of course, it does provide hope that Microsoft might give a patent > grant. I don't personally care about C# or .NET at all, but if someone > out there does, why not ask Microsoft for a patent grant? http://www.mono-project.com/FAQ:_Licensing At the bottom is the patent issue. From my reading of it, the Mono project has already exceeded the bounds of the patent (or something like that). TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mricon at gmail.com Sat Mar 19 15:06:24 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 19 Mar 2005 10:06:24 -0500 Subject: Getting mono into FC extras In-Reply-To: <1111243242.9137.51.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> Message-ID: On Sat, 19 Mar 2005 14:40:42 +0000, Paul wrote: > "I have no reason to believe, however, that > Microsoft has changed its mind about its plan of that time to offer > royalty-free licenses on essential patents with respect to any products > implementing the ECMA standard." > > This would seem to be a far more important phrase. How about we don't rely on unofficial hearsay uttered by a company tried, found guilty, and then convicted (sorry, I mean, "vaguely threatened with repercussions") for repeatedly using anti-competitive tactics. That's like storing your china in a bull pen. Regards, -- Konstantin Ryabitsev Zlotniks, INC From tcallawa at redhat.com Sat Mar 19 15:04:45 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 19 Mar 2005 09:04:45 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111244762.9137.58.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> <1111243825.4076.144.camel@localhost.localdomain> <1111244762.9137.58.camel@localhost.localdomain> Message-ID: <1111244686.4076.147.camel@localhost.localdomain> On Sat, 2005-03-19 at 15:06 +0000, Paul wrote: >http://www.mono-project.com/FAQ:_Licensing > >At the bottom is the patent issue. From my reading of it, the Mono >project has already exceeded the bounds of the patent (or something like >that). [http://web.archive.org/web/20030609164123/http://mailserver.di.unipi.it/pipermail/dotnet-sscli/msg00218.html ^^^ This post to a mailing list is NOT a legally binding patent grant. Thus, the rationale on the Mono project page crumbles. ~spot --- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From nutello at sweetness.com Sat Mar 19 15:31:04 2005 From: nutello at sweetness.com (Rudi Chiarito) Date: Sat, 19 Mar 2005 16:31:04 +0100 Subject: Getting mono into FC extras In-Reply-To: <1111244762.9137.58.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111243009.5773.7.camel@tprobert.intranet.promca.com> <1111243242.9137.51.camel@localhost.localdomain> <1111243825.4076.144.camel@localhost.localdomain> <1111244762.9137.58.camel@localhost.localdomain> Message-ID: <20050319153104.GA16972@plain.rackshack.net> On Sat, Mar 19, 2005 at 03:06:02PM +0000, Paul wrote: > At the bottom is the patent issue. From my reading of it, the Mono > project has already exceeded the bounds of the patent (or something like > that). Would you personally commit to indemnify all Mono users, developers and redistributors, taking responsibility IN WRITING for any liability related to MS' .NET patents? -- Rudi From ivazquez at ivazquez.net Sat Mar 19 16:09:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 19 Mar 2005 11:09:40 -0500 Subject: Are these ready? Message-ID: <1111248581.26827.8.camel@ignacio.ignacio.lan> Okay, I can't find anything else beyond trivial changes in these packages. Anyone else care to take a look? clearlooks deskbar-applet edb ghasher gpredict hamlib leafpad libosip linphone lock-keys-applet kphone ktrack pam_mysql python-HTMLgen python-amara repoml -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Sat Mar 19 16:25:45 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 19 Mar 2005 11:25:45 -0500 Subject: Fedora Extras Development Package Update Message-ID: <1111249546.7461.35.camel@cutter> Hi Folks, New/Updated items built: libassuan (i386, x86_64) opensc (i386, x86_64) uqm (i386, x86_64) fortune-mod (i386, x86_64) cabextract (i386, x86_64) qascade (i386, x86_64) libcdio (i386, x86_64) bmp (i386, x86_64) gnome-common (noarch) iiimf-le-simplehangul (i386, x86_64) For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at fedoraproject.org Sat Mar 19 16:27:23 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Sat, 19 Mar 2005 11:27:23 -0500 Subject: Fedora Extras 3 Package Updates Message-ID: <1111249643.7461.37.camel@cutter> Hi Everyone, New packages for Fedora Extras 3: cfengine (i386, x86_64) fortune-mod (i386, x86_64) iiimf-le-simplehangul (i386, x86_64) perl-Cache-Cache (i386, x86_64) For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Sat Mar 19 16:40:33 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Sat, 19 Mar 2005 09:40:33 -0700 Subject: rpms/cfengine/FC-3 cfengine.spec, 1.6, 1.7 sources, 1.4, 1.5 .cvsignore, 1.4, 1.5 In-Reply-To: <423A45B6.3040506@redhat.com> References: <200503172313.j2HNDtfB032301@cvs-int.fedora.redhat.com> <423A45B6.3040506@redhat.com> Message-ID: <80d7e409050319084031c000ac@mail.gmail.com> On Thu, 17 Mar 2005 17:06:30 -1000, Warren Togami wrote: > Jeff Sheltren (sheltren) wrote: > > -Summary: GNU cfengine - a systems administration tool for networks > > +Summary: A systems administration tool for networks > > I'm not sure this is an improvement. "A systems administration tool for > networks" is way too general IMHO. Maybe I'm wrong. Thoughts? > It is probably best buzzword compliant as the following: An autonomous configuration management system for networked computer systems. [Or how we are able to meet our US Govt OMB mandates for secure configuration management to drive down total cost of ownership.. or replace the box with Windows (I kid you not)] > Warren Togami > wtogami at redhat.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From smooge at gmail.com Sat Mar 19 16:43:02 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Sat, 19 Mar 2005 09:43:02 -0700 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111066707.5463.31.camel@localhost.localdomain> References: <1111066707.5463.31.camel@localhost.localdomain> Message-ID: <80d7e4090503190843b3a687@mail.gmail.com> I started on for rtir and got the various perl packages ready for us.. then I got stuck on how to package up the rtir part cleanly. I will see what I can dig up. [It isnt for the latest rt since I am more interested in the rtir part.] On Thu, 17 Mar 2005 15:38:27 +0200, Toni Willberg wrote: > Hi. > > Is someone actively working on to get rt3 (http://bestpractical.com/rt/) > into Extras? > > I recall there was someone working on it for fedora.us, but I lost track > of it. > > The tricky part of rt3 is that it depends on some 50 Perl modules, which > of not all are already in Core or Extras. > > If I find time, I'm willing to help if someone is already working on > this. Unfortunately I don't have time to manage all of it by myself. > > - Toni > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From jdennis at redhat.com Sat Mar 19 17:05:49 2005 From: jdennis at redhat.com (John Dennis) Date: Sat, 19 Mar 2005 12:05:49 -0500 Subject: Review request: sabayon In-Reply-To: <1111225032.3858.20.camel@blaa> Message-ID: > > - I would try to get a fixed user for sabayon instead of just using a > > random UID/GID (it's a system user after all) > > Well, that's what my previous mail was about. I had tried using > fedora-usermgmt when I thought it was the consensus that all Extras > packages should use it, but wasn't really convinced by it, so I dropped > it again. I'm not sure how an Extras package can reserve a system UID > otherwise, though ... I thought the "setup" rpm was used to reserve a system account, e.g. you specify a uid and/or gid that needs to be reserved for the system. So I think all you need to do is edit the setup rpm. I'm not sure if it creates the account or not, I'd have to check on that. But even if it does I think the right behavior is to reserve it in setup, but have the rpm always create the account using the exact same uid/gid specified in setup, that way you're covered. -- John Dennis From kevin-fedora-extras at scrye.com Sat Mar 19 18:42:07 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sat, 19 Mar 2005 11:42:07 -0700 Subject: Branch request for xfce packages Message-ID: <20050319184211.5402BAC010@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just checked into cvs (in the default 'devel' branch): dbh gtk-xfce-engine libxfce4mcs libxfce4util libxfcegui4 xfcalendar xfce4-appfinder xfce4-iconbox xfce4-icon-theme xfce4-mixer xfce4-panel xfce4-session xfce4-systray xfce4-toys xfce4-trigger-launcher xfce-mcs-manager xfce-mcs-plugins xfce-utils xfdesktop xffm xfprint xfwm4 xfwm4-themes I would like to request a branch for fc3 for all of them. I see that we should request branches at: http://www.fedoraproject.org/wiki/Extras_2fCVSSyncNeeded However, I don't seem to have write access to that wiki page. ;( (My wiki account is 'KevinFenzi') Thanks, kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPHKD3imCezTjY0ERAl+0AJ4sRAYimGSUpujxmja+Nfu2iMeqwACfQHgt JomxWDdDnyOLo0TlwKsssnM= =soEz -----END PGP SIGNATURE----- From ivazquez at ivazquez.net Sat Mar 19 18:53:06 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 19 Mar 2005 13:53:06 -0500 Subject: Wiki Page editing (was: Re: Branch request for xfce packages) In-Reply-To: <20050319184211.5402BAC010@voldemort.scrye.com> References: <20050319184211.5402BAC010@voldemort.scrye.com> Message-ID: <1111258386.26827.25.camel@ignacio.ignacio.lan> On Sat, 2005-03-19 at 11:42 -0700, Kevin Fenzi wrote: > I see that we should request branches at: > http://www.fedoraproject.org/wiki/Extras_2fCVSSyncNeeded > > However, I don't seem to have write access to that wiki page. ;( Hmm. Maybe we need a wiki page where we can add requests to be added to the edit list of wiki pages ;) -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sat Mar 19 19:03:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 20:03:22 +0100 Subject: Branch request for xfce packages In-Reply-To: <20050319184211.5402BAC010@voldemort.scrye.com> References: <20050319184211.5402BAC010@voldemort.scrye.com> Message-ID: <20050319200322.7b7904cd.bugs.michael@gmx.net> On Sat, 19 Mar 2005 11:42:07 -0700, Kevin Fenzi wrote: > However, I don't seem to have write access to that wiki page. ;( > (My wiki account is 'KevinFenzi') added From kevin-fedora-extras at scrye.com Sat Mar 19 19:22:50 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sat, 19 Mar 2005 12:22:50 -0700 Subject: Branch request for xfce packages References: <20050319184211.5402BAC010@voldemort.scrye.com> <20050319200322.7b7904cd.bugs.michael@gmx.net> Message-ID: <20050319192253.03F44353E2@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael Schwendt writes: Michael> On Sat, 19 Mar 2005 11:42:07 -0700, Kevin Fenzi wrote: >> However, I don't seem to have write access to that wiki page. ;( >> (My wiki account is 'KevinFenzi') Michael> added Thanks much for the quick response. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPHwM3imCezTjY0ERArW5AJ4yxqYPDWgs6RNhBb3/uaBWNwzQkgCdFItY e9Aia95ayScG++309YPEOw0= =ia5I -----END PGP SIGNATURE----- From malists at epon.ro Sat Mar 19 19:58:16 2005 From: malists at epon.ro (Marius Andreiana) Date: Sat, 19 Mar 2005 21:58:16 +0200 Subject: Fedora Extras Development Package Update In-Reply-To: <1111249546.7461.35.camel@cutter> References: <1111249546.7461.35.camel@cutter> Message-ID: <1111262296.3413.1.camel@marte.biciclete.ro> On Sat, 2005-03-19 at 11:25 -0500, seth vidal wrote: > Hi Folks, Hi Seth, Are you writing these mails manually? Could the rawhide changes script be used for extras changes too? (development and current stable branch) -- Marius Andreiana Epon Business Applications http://www.epon.ro From toshio at tiki-lounge.com Sat Mar 19 20:12:41 2005 From: toshio at tiki-lounge.com (Toshio) Date: Sat, 19 Mar 2005 15:12:41 -0500 Subject: Bugzilla Entries In-Reply-To: <20050319160520.217e1347.bugs.michael@gmx.net> References: <1111194234.4481.29.camel@Madison.badger.com> <20050319112241.5febaa6a.bugs.michael@gmx.net> <1111241886.4515.6.camel@Madison.badger.com> <20050319160520.217e1347.bugs.michael@gmx.net> Message-ID: <1111263163.6393.7.camel@Madison.badger.com> On Sat, 2005-03-19 at 16:05 +0100, Michael Schwendt wrote: > On Sat, 19 Mar 2005 09:18:05 -0500, Toshio wrote: > > > http://www.fedoraproject.org/wiki/Extras_2fPackagesLackingBugzilla > > > > Has been updated to sync against the devel hierarchy of the cvs server. > > It's significantly shorter now :-) > > There are still some questionable entries in there, and some which have > no module in the devel tree ("cvs co devel"). E.g. > I've been grabbing the information off the web page:: http://cvs.fedora.redhat.com/viewcvs/devel/?root=extras which looks like it has empty directories for the no longer needed directories. I'll try doing it the correct way when I get home tonight and see if I can come up with even less questionable entries. For now, I'll just move those entries you've spotted down to the sync not needed section. > perl-DateManip (old fedora.us patch version) > common (no package, CVS common directory) > grandr_applet (no devel branch, obsolete) > kile-i18n (needed? kile has a separate component) > libexif (a Core package!) > thunderbird (no devel branch, obsolete) > > p0f -> extras-orphan AT fedoraproject.org > > The other entries look kind of right. All appear to be packages imported > long after the fedora.us merge, when I used a script to read out > components from bugzilla.fedora.us and let it guess missing owners by > examining spec changelogs in CVS. > > > Does it make sense to have everyone > > take a look and request Bugzilla updates if their packages are listed > > there? > > Yes. Quite some of the packages have not been officially approved and > built yet, though. > At what point should we create bugzilla components? If it's in cvs, developers (and curious potential developers) will be testing things out of there and having bugzilla for tracking those bugs could be helpful. -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sat Mar 19 20:22:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 21:22:50 +0100 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <1111249546.7461.35.camel@cutter> References: <1111249546.7461.35.camel@cutter> Message-ID: <20050319212250.26e132d5.bugs.michael@gmx.net> On Sat, 19 Mar 2005 11:25:45 -0500, seth vidal wrote: > Hi Folks, > New/Updated items built: > libassuan (i386, x86_64) > opensc (i386, x86_64) > uqm (i386, x86_64) > fortune-mod (i386, x86_64) > cabextract (i386, x86_64) > qascade (i386, x86_64) > libcdio (i386, x86_64) > bmp (i386, x86_64) > gnome-common (noarch) > iiimf-le-simplehangul (i386, x86_64) > > For any questions about using fedora extras go here: > http://fedoraproject.org/wiki/Extras/UsingExtras > > For any questions about working on fedora extras go here: > http://fedoraproject.org/wiki/Extras > > Thanks! > -sv > > So failed builds are not brushed under the carpet, they are listed on the following page together with the build log output: http://fedoraproject.org/wiki/Extras/FC4Status In particular with the x86_64 failed builds, help is highly appreciated, since the majority of packagers can't test/debug on x86_64. The successful builds for that platform should still be considered a byproduct of rebuilding an i386 src.rpm for x86_64. From bugs.michael at gmx.net Sat Mar 19 20:29:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 21:29:36 +0100 Subject: Bugzilla Entries In-Reply-To: <1111263163.6393.7.camel@Madison.badger.com> References: <1111194234.4481.29.camel@Madison.badger.com> <20050319112241.5febaa6a.bugs.michael@gmx.net> <1111241886.4515.6.camel@Madison.badger.com> <20050319160520.217e1347.bugs.michael@gmx.net> <1111263163.6393.7.camel@Madison.badger.com> Message-ID: <20050319212936.68f4f3a6.bugs.michael@gmx.net> On Sat, 19 Mar 2005 15:12:41 -0500, Toshio wrote: > At what point should we create bugzilla components? If it's in cvs, > developers (and curious potential developers) will be testing things out > of there and having bugzilla for tracking those bugs could be helpful. According to http://fedoraproject.org/wiki/NewPackageProcess section V, bugzilla components are created after approval (section IV. ANNOUNCE). Pre-release reviewing and testing currently is done via mail, either on this list or in private replies, or as replies to spotted issues on commits-list. From wtogami at redhat.com Sat Mar 19 20:33:36 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 10:33:36 -1000 Subject: Branch request for xfce packages In-Reply-To: <20050319184211.5402BAC010@voldemort.scrye.com> References: <20050319184211.5402BAC010@voldemort.scrye.com> Message-ID: <423C8CA0.9070303@redhat.com> Kevin Fenzi wrote: > > I have just checked into cvs (in the default 'devel' branch): > > dbh > gtk-xfce-engine > libxfce4mcs > libxfce4util > libxfcegui4 > xfcalendar > xfce4-appfinder > xfce4-iconbox > xfce4-icon-theme > xfce4-mixer > xfce4-panel > xfce4-session > xfce4-systray > xfce4-toys > xfce4-trigger-launcher > xfce-mcs-manager > xfce-mcs-plugins > xfce-utils > xfdesktop > xffm > xfprint > xfwm4 > xfwm4-themes > > I would like to request a branch for fc3 for all of them. > I see that we should request branches at: > http://www.fedoraproject.org/wiki/Extras_2fCVSSyncNeeded > > However, I don't seem to have write access to that wiki page. ;( > (My wiki account is 'KevinFenzi') Could we please import these directly into FC3 updates instead in order to avoid unnecessary overlap? If you're OK with this, I'll personally do it. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sat Mar 19 21:31:07 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 19 Mar 2005 22:31:07 +0100 Subject: ANNOUNCE: tla Message-ID: <20050319223107.22656e54.bugs.michael@gmx.net> http://fedoraproject.org/wiki/Extras/OrphanedPackages The package tla has been transferred to Shahms King , who volunteered to take care of it. [...] Arch is a really nifty revision control system. It's "whole-tree changeset based" which means, roughly, that it can handle (with atomic commits) file and directory adds, deletes, and renames cleanly, and that it does branching simply and easily. Arch is also "distributed" which means, for example that you can make arch branches of your own from remote projects, even if you don't have write access to the revision control archives for those projects. From kevin-fedora-extras at scrye.com Sat Mar 19 22:00:42 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sat, 19 Mar 2005 15:00:42 -0700 Subject: Branch request for xfce packages References: <20050319184211.5402BAC010@voldemort.scrye.com> <423C8CA0.9070303@redhat.com> Message-ID: <20050319220045.A54E3CE0EE@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Warren" == Warren Togami writes: Warren> Kevin Fenzi wrote: >> I have just checked into cvs (in the default 'devel' branch): dbh >> gtk-xfce-engine libxfce4mcs libxfce4util libxfcegui4 xfcalendar >> xfce4-appfinder xfce4-iconbox xfce4-icon-theme xfce4-mixer >> xfce4-panel xfce4-session xfce4-systray xfce4-toys >> xfce4-trigger-launcher xfce-mcs-manager xfce-mcs-plugins xfce-utils >> xfdesktop xffm xfprint xfwm4 xfwm4-themes I would like to request a >> branch for fc3 for all of them. I see that we should request >> branches at: >> http://www.fedoraproject.org/wiki/Extras_2fCVSSyncNeeded However, I >> don't seem to have write access to that wiki page. ;( (My wiki >> account is 'KevinFenzi') Warren> Could we please import these directly into FC3 updates instead Warren> in order to avoid unnecessary overlap? If you're OK with Warren> this, I'll personally do it. I have no objection. It would be good for them to get into testing for a week or two to make sure there is no gotcha lurking there before going out for main updates. Warren> Warren Togami wtogami at redhat.com kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPKEN3imCezTjY0ERAv9KAJ9lB+/MgZqmyM7e9elBUOsEasPd+QCghkvH jKt8gL0HfBPTotjeCpYMCbQ= =OLEG -----END PGP SIGNATURE----- From otaylor at redhat.com Sat Mar 19 22:13:15 2005 From: otaylor at redhat.com (Owen Taylor) Date: Sat, 19 Mar 2005 17:13:15 -0500 Subject: Basic questions Message-ID: <1111270395.9124.64.camel@huygens> I starting poking around with the extras CVS with a view to maybe taking over the orphaned fontforge package, and came up with a few basic questions. Tags? It looks like there is no tagging of built versions in CVS. If you wanted to reproduce the 0:0.0-2.20041231 build of fontforge, how would you do it? The only tags I see in CVS are those from the import script. (In the internal Red Hat package CVS, the package maintainer tags, then the build system pulls off the tag) Building? Once you've updated a package how do you get it built. Is the process still "Put a note on http://fedoraproject.org/wiki/Extras/FC3Status or http://fedoraproject.org/wiki/Extras/FC4Status and then magic happens?" Releases for different distros Say I wanted to update the fontforge package for both the devel branch and for the FC-3 branch. Presumably, I want to make sure that the devel version number is always newer than the FC-3 version number so that people can do intro-distro upgrades and get the rebuilt version. How do I achieve this? One system I've used in the past (for Fedora Core / RHEL errata) is to say, call the devel version: mypackage-1.0-1.fc4 Then backport to FC3 as: mypackage-1.0-1.fc3 If I have fix specific to the FC3 package, I might then number the new version as: mypackage-1.0-1.fc3.1 Is it reasonable to do something like this for extras? Is there a standard? Regards, Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Sat Mar 19 23:06:49 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 13:06:49 -1000 Subject: Basic questions In-Reply-To: <1111270395.9124.64.camel@huygens> References: <1111270395.9124.64.camel@huygens> Message-ID: <423CB089.1030108@redhat.com> Owen Taylor wrote: > I starting poking around with the extras CVS with a view to maybe > taking over the orphaned fontforge package, and came up with > a few basic questions. > > Tags? > > It looks like there is no tagging of built versions in CVS. > If you wanted to reproduce the 0:0.0-2.20041231 build of > fontforge, how would you do it? The only tags I see in CVS > are those from the import script. > > (In the internal Red Hat package CVS, the package maintainer tags, > then the build system pulls off the tag) Eek! I had assumed (wrongly) that Seth was either pulling tags, or tagging stuff himself. We should immediately change the procedure so that Seth only pulls tags, so this forces all package maintainers to explicitly tag what they want built and request that exact N-V-R. Any objections? > > Building? > > Once you've updated a package how do you get it built. Is the > process still "Put a note on > http://fedoraproject.org/wiki/Extras/FC3Status or > http://fedoraproject.org/wiki/Extras/FC4Status and then magic > happens?" Magic happens = Seth sometimes reads the page and builds everything. > > Releases for different distros > > Say I wanted to update the fontforge package for both the > devel branch and for the FC-3 branch. Presumably, I want > to make sure that the devel version number is always newer > than the FC-3 version number so that people can do intro-distro > upgrades and get the rebuilt version. How do I achieve this? > > One system I've used in the past (for Fedora Core / RHEL errata) > is to say, call the devel version: > > mypackage-1.0-1.fc4 > > Then backport to FC3 as: > > mypackage-1.0-1.fc3 > > If I have fix specific to the FC3 package, I might then number > the new version as: > > mypackage-1.0-1.fc3.1 > > Is it reasonable to do something like this for extras? Is there > a standard? Do whatever works. This scheme does work for FC, so it will work fine here. Just be consistent for that package. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sat Mar 19 23:41:07 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 00:41:07 +0100 Subject: x86_64 blocks i386? Message-ID: <20050320004107.19d96f5d.bugs.michael@gmx.net> Since I only just noticed that the requested rebuilds for gpgme and gpgme03 in FE Development were not published, because they failed on x86_64, I got to ask: When and where has it been decided that x86_64 blocks i386? If that is the case, I see myself unable to support my packages (and gpgme03 which I've maintained for a series of revisions) as I don't have access to an AMD64 machine and no AMD64 running Rawhide either. From bugs.michael at gmx.net Sat Mar 19 23:50:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 00:50:27 +0100 Subject: Basic questions In-Reply-To: <423CB089.1030108@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> Message-ID: <20050320005027.665697ae.bugs.michael@gmx.net> On Sat, 19 Mar 2005 13:06:49 -1000, Warren Togami wrote: > > Once you've updated a package how do you get it built. Is the > > process still "Put a note on > > http://fedoraproject.org/wiki/Extras/FC3Status or > > http://fedoraproject.org/wiki/Extras/FC4Status and then magic > > happens?" > > Magic happens = Seth sometimes reads the page and builds everything. It's no magic, since you can subscribe to Wiki pages and get summaries of changes on a page. From skvidal at phy.duke.edu Sun Mar 20 00:24:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 19:24:49 -0500 Subject: Basic questions In-Reply-To: <423CB089.1030108@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> Message-ID: <1111278289.11240.7.camel@cutter> On Sat, 2005-03-19 at 13:06 -1000, Warren Togami wrote: > Eek! I had assumed (wrongly) that Seth was either pulling tags, or > tagging stuff himself. We should immediately change the procedure so > that Seth only pulls tags, so this forces all package maintainers to > explicitly tag what they want built and request that exact N-V-R. How about we change the procedure so that someone other than me works on the buildsystem? How about red hat allocates some paid time to make the build system work? how about that for a crazy idea. > Magic happens = Seth sometimes reads the page and builds everything. I subscribe to the wiki page, I get notices immediately when they're changed. I build everything asked for once a day. -sv From skvidal at phy.duke.edu Sun Mar 20 00:27:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 19:27:02 -0500 Subject: x86_64 blocks i386? In-Reply-To: <20050320004107.19d96f5d.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> Message-ID: <1111278422.11240.10.camel@cutter> On Sun, 2005-03-20 at 00:41 +0100, Michael Schwendt wrote: > Since I only just noticed that the requested rebuilds for gpgme and > gpgme03 in FE Development were not published, because they failed on > x86_64, I got to ask: > > When and where has it been decided that x86_64 blocks i386? It didn't get decided. I built on x86_64 first, and I waited on i386 b/c I thought it would be an easier fix. I guess not. Re-request the i386 build and I'll take care of it. -sv From skvidal at phy.duke.edu Sun Mar 20 00:38:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 19:38:31 -0500 Subject: Fedora Extras Development Package Update In-Reply-To: <1111262296.3413.1.camel@marte.biciclete.ro> References: <1111249546.7461.35.camel@cutter> <1111262296.3413.1.camel@marte.biciclete.ro> Message-ID: <1111279112.11240.16.camel@cutter> On Sat, 2005-03-19 at 21:58 +0200, Marius Andreiana wrote: > On Sat, 2005-03-19 at 11:25 -0500, seth vidal wrote: > > Hi Folks, > Hi Seth, > > Are you writing these mails manually? Could the rawhide changes script > be used for extras changes too? (development and current stable branch) I am writing the manually, yes, just as announce. If you want to get updates in a better way - I'd recommend subscribing to the rss feed for various repositories, instead. thanks -sv From skvidal at phy.duke.edu Sun Mar 20 00:42:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 19:42:21 -0500 Subject: x86_64 blocks i386? In-Reply-To: <1111278422.11240.10.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> Message-ID: <1111279341.11240.21.camel@cutter> On Sat, 2005-03-19 at 19:27 -0500, seth vidal wrote: > On Sun, 2005-03-20 at 00:41 +0100, Michael Schwendt wrote: > > Since I only just noticed that the requested rebuilds for gpgme and > > gpgme03 in FE Development were not published, because they failed on > > x86_64, I got to ask: > > > > When and where has it been decided that x86_64 blocks i386? > > It didn't get decided. I built on x86_64 first, and I waited on i386 b/c > I thought it would be an easier fix. I guess not. Re-request the i386 > build and I'll take care of it. > oh and one more comment. the failure log for gpgme on i386 is: Decrypt B 18 Decrypt B 19 PASS: t-thread1 ==================================== 4 of 16 tests failed Please report to bug-gpgme at gnupg.org ==================================== make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests/gpg' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests/gpg' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests' make: *** [check-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.87046 (%check) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.87046 (%check) The gpgme03 failure log for i386 is: http://fedoraproject.org/extras/development/build-logs/i386/gpgme03-0.3.16-8.log I linked to the logs on the x86_64 tree b/c they were the first ones I came to. sorry, I was wrong when I spoke before. -sv From skvidal at phy.duke.edu Sun Mar 20 00:43:55 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 19:43:55 -0500 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <20050319212250.26e132d5.bugs.michael@gmx.net> References: <1111249546.7461.35.camel@cutter> <20050319212250.26e132d5.bugs.michael@gmx.net> Message-ID: <1111279435.11240.23.camel@cutter> > So failed builds are not brushed under the carpet, they are listed > on the following page together with the build log output: > I don't think anyone has been brushing anything under the carpet. Beehive doesn't announce failed builds either. -sv From toni at willberg.fi Sun Mar 20 01:01:28 2005 From: toni at willberg.fi (Toni Willberg) Date: Sun, 20 Mar 2005 03:01:28 +0200 Subject: ref: possibility to subscribe to commit mails on specified modules only Message-ID: <1111280488.5590.25.camel@localhost.localdomain> Hi. I (and probably others) would like to see a possibility in the future to subscribe to cvs commit mails for a specified module, instead of receiving them all via the commit list. The current commit list requires one to create a filter on receipient side, and that's not a good solution, or even possible for everybody for example in a corporate environment. Sourceforge allows this, but they have quite fancy web UI for it. If there's going to be an account management system some day, where user could modify his own info, the subscription to a module's commit mails could be handled there. - Toni From bugs.michael at gmx.net Sun Mar 20 01:23:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 02:23:13 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111279341.11240.21.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> Message-ID: <20050320022313.6cad78ad.bugs.michael@gmx.net> On Sat, 19 Mar 2005 19:42:21 -0500, seth vidal wrote: > On Sat, 2005-03-19 at 19:27 -0500, seth vidal wrote: > > On Sun, 2005-03-20 at 00:41 +0100, Michael Schwendt wrote: > > > Since I only just noticed that the requested rebuilds for gpgme and > > > gpgme03 in FE Development were not published, because they failed on > > > x86_64, I got to ask: > > > > > > When and where has it been decided that x86_64 blocks i386? > > > > It didn't get decided. I built on x86_64 first, and I waited on i386 b/c > > I thought it would be an easier fix. I guess not. Re-request the i386 > > build and I'll take care of it. > > > > oh and one more comment. > > the failure log for gpgme on i386 is: > > Decrypt B 18 > Decrypt B 19 > PASS: t-thread1 > ==================================== > 4 of 16 tests failed > Please report to bug-gpgme at gnupg.org > ==================================== > make[3]: *** [check-TESTS] Error 1 > make[3]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests/gpg' > make[2]: *** [check-am] Error 2 > make[2]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests/gpg' > make[1]: *** [check-recursive] Error 1 > make[1]: Leaving directory `/usr/src/rpm/BUILD/gpgme-1.0.2/tests' > make: *** [check-recursive] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.87046 (%check) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.87046 (%check) > > > The gpgme03 failure log for i386 is: > > http://fedoraproject.org/extras/development/build-logs/i386/gpgme03-0.3.16-8.log > > I linked to the logs on the x86_64 tree b/c they were the first ones I > came to. > > sorry, I was wrong when I spoke before. You see? That is _much_ more helpful than silently rejecting builds. Because both packages build here just fine on i386 (although it was not me who requested the gpgme rebuild), and that gives us something to investigate while the x86_64 community may look into the x86_64 problems in parallel. Going to bed now, though... From bugs.michael at gmx.net Sun Mar 20 01:26:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 02:26:53 +0100 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <1111279435.11240.23.camel@cutter> References: <1111249546.7461.35.camel@cutter> <20050319212250.26e132d5.bugs.michael@gmx.net> <1111279435.11240.23.camel@cutter> Message-ID: <20050320022653.7f5ed021.bugs.michael@gmx.net> On Sat, 19 Mar 2005 19:43:55 -0500, seth vidal wrote: > > So failed builds are not brushed under the carpet, they are listed > > on the following page together with the build log output: > > > > I don't think anyone has been brushing anything under the carpet. > Beehive doesn't announce failed builds either. It does return error reports to the person who requested a rebuild, doesn't it? And it makes a big difference whether company employees deal with build failures or a community of volunteers. Might be that somebody would look into the build failures if he knew where he can learn about packages that failed. From bugs.michael at gmx.net Sun Mar 20 01:31:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 02:31:09 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111279341.11240.21.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> Message-ID: <20050320023109.7d231a4c.bugs.michael@gmx.net> On Sat, 19 Mar 2005 19:42:21 -0500, seth vidal wrote: > http://fedoraproject.org/extras/development/build-logs/i386/gpgme03-0.3.16-8.log > Since this looks exactly like the failure on x86_64, I'd like to see a log of a build not done with the new mach, please. Here's a log of a successful build on an i386 Rawhide machine: http://home.arcor.de/ms2002sep/tmp/build.gpgme03.3.90.log From toni at willberg.fi Sun Mar 20 01:53:16 2005 From: toni at willberg.fi (Toni Willberg) Date: Sun, 20 Mar 2005 03:53:16 +0200 Subject: requesting permission to edit build requests page, FC3Status Message-ID: <1111283597.32108.1.camel@localhost.localdomain> I'd like to be able to edit the build requests page: http://fedoraproject.org/wiki/Extras/FC3Status I guess this should be enabled automatically (or manually atm.) when cvs account is created for a contributor. - Toni -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Sun Mar 20 02:28:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 21:28:08 -0500 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <20050320022653.7f5ed021.bugs.michael@gmx.net> References: <1111249546.7461.35.camel@cutter> <20050319212250.26e132d5.bugs.michael@gmx.net> <1111279435.11240.23.camel@cutter> <20050320022653.7f5ed021.bugs.michael@gmx.net> Message-ID: <1111285688.12671.0.camel@cutter> On Sun, 2005-03-20 at 02:26 +0100, Michael Schwendt wrote: > On Sat, 19 Mar 2005 19:43:55 -0500, seth vidal wrote: > > > > So failed builds are not brushed under the carpet, they are listed > > > on the following page together with the build log output: > > > > > > > I don't think anyone has been brushing anything under the carpet. > > Beehive doesn't announce failed builds either. > > It does return error reports to the person who requested a rebuild, > doesn't it? And it makes a big difference whether company employees deal > with build failures or a community of volunteers. Might be that somebody > would look into the build failures if he knew where he can learn about > packages that failed. > I always update the wiki page with the information. If you're writing to the page, I would hope you've subscribed to it. -sv From skvidal at phy.duke.edu Sun Mar 20 02:35:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 21:35:40 -0500 Subject: x86_64 blocks i386? In-Reply-To: <20050320022313.6cad78ad.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> <20050320022313.6cad78ad.bugs.michael@gmx.net> Message-ID: <1111286140.12671.2.camel@cutter> > You see? That is _much_ more helpful than silently rejecting builds. > Because both packages build here just fine on i386 (although it was not me > who requested the gpgme rebuild), and that gives us something to > investigate while the x86_64 community may look into the x86_64 problems > in parallel. Going to bed now, though... > I posted the failure to the wiki page where the build was requested. I post a link to the failed log report for the failure. Do you really want every build failure posted here? -sv From wtogami at redhat.com Sun Mar 20 02:47:14 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 16:47:14 -1000 Subject: x86_64 blocks i386? In-Reply-To: <1111286140.12671.2.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> <20050320022313.6cad78ad.bugs.michael@gmx.net> <1111286140.12671.2.camel@cutter> Message-ID: <423CE432.4070506@redhat.com> seth vidal wrote: >>You see? That is _much_ more helpful than silently rejecting builds. >>Because both packages build here just fine on i386 (although it was not me >>who requested the gpgme rebuild), and that gives us something to >>investigate while the x86_64 community may look into the x86_64 problems >>in parallel. Going to bed now, though... >> > > > I posted the failure to the wiki page where the build was requested. I > post a link to the failed log report for the failure. Do you really want > every build failure posted here? > Maybe the goal should be to have a webpage (now wiki, later automated) with build logs and links from failures. And e-mail to package build requester (and owner if they are different) if something fails. Core currently has this automated "rpmdiff" system that looks at binary packages after they are built and sends reports to the developer even after a success. After Extras builds are moved onto Red Hat's colo we could fairly easily have this automated too. Warren Togami wtogami at redhat.com From skvidal at phy.duke.edu Sun Mar 20 02:53:13 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 19 Mar 2005 21:53:13 -0500 Subject: x86_64 blocks i386? In-Reply-To: <423CE432.4070506@redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> <20050320022313.6cad78ad.bugs.michael@gmx.net> <1111286140.12671.2.camel@cutter> <423CE432.4070506@redhat.com> Message-ID: <1111287193.12671.7.camel@cutter> > Maybe the goal should be to have a webpage (now wiki, later automated) > with build logs and links from failures. And e-mail to package build > requester (and owner if they are different) if something fails. > > Core currently has this automated "rpmdiff" system that looks at binary > packages after they are built and sends reports to the developer even > after a success. After Extras builds are moved onto Red Hat's colo we > could fairly easily have this automated too. > Everything is very easy, of course it requires that someone gets it done. -sv From wtogami at redhat.com Sun Mar 20 08:02:18 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 22:02:18 -1000 Subject: Rediffing Patches In-Reply-To: <200503191736.j2JHa5og020973@cvs-int.fedora.redhat.com> References: <200503191736.j2JHa5og020973@cvs-int.fedora.redhat.com> Message-ID: <423D2E0A.9060702@redhat.com> Kevin Fenzi (kevin) wrote: SNIP > > dbh-1.0.22-rpath.patch: > > --- NEW FILE dbh-1.0.22-rpath.patch --- > diff -Nur dbh-1.0.22.orig/src/dbh-1.0.pc.in dbh-1.0.22/src/dbh-1.0.pc.in > --- dbh-1.0.22.orig/src/dbh-1.0.pc.in 2005-01-28 13:26:35.000000000 -0700 > +++ dbh-1.0.22/src/dbh-1.0.pc.in 2005-03-15 19:10:10.705246122 -0700 > @@ -7,5 +7,5 @@ > Description: Diskbased Hashtables > Requires: > Version: @DBH_VERSION@ > -Libs: -Wl,-R${libdir} -L${libdir} -ldbh -lm > +Libs: -L${libdir} -ldbh -lm > Cflags: -I${includedir} > SNIP Comparing your package to the dbh from FC3, you rediffed this patch when it was unneccessary to do so because the previous patch didn't clash. Please do not rediff only to make the version number match. Thank you, Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Mar 20 09:51:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 19 Mar 2005 23:51:04 -1000 Subject: Sponsorship Concerns Re: xfce 4.2.1 packages available In-Reply-To: <20050316050151.9D362352E9@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> Message-ID: <423D4788.2050403@redhat.com> Everyone, I have spent hours analyzing and fixing Kevin's packages, when the job is already supposed to be nearly done at this point. The changes that he made were mostly superficial, and in cases where they were not (like xfdesktop below), they were highly problematic or plain wrong. It is quite clear to me that this guy is unqualified to be maintaining these packages without supervision. But it is not his fault. *Maybe* it would be acceptable if his membership sponsor were educating him while watching his activities, but it it seems that spot has been busy this week. It is the responsibility of the sponsor to make sure members below them are doing the right thing, and educating them when they are not. I ask that sponsors please be careful not to sponsor too many contributors if you are too busy to foster their development and education. We need to scale the number of contributors who know packaging extremely well in order to handle auditing the ever growing quantity of changes going into the repository. Your attention and education of our newer members is crucial in making this process scale. Kevin, In this case I will work with you to fix the XFCE packages. I hope that you can learn from the changes we make together in order to make cleaner packages in the future. We will start with xfdesktop for now (although I suspect we will need to discuss more packages...) The problems in xfdesktop are too significant for me to fix quickly without testing like I had for other packages in CVS. - Requires: gtk2 >= 2.2.0 is unnecessary, or in the rare case that it is you should document it with a comment. [1] - BuildRequires: gtk2 >= 2.2.0 is wrong, should be gtk2-devel - removed the fedora splash - rm -f $RPM_BUILD_ROOT%{_libdir}/xfce4/mcs-plugins/*.a Usually we don't want to ship these, yet your package adds it again. Was there any reason in particular? - %files list uses explicit filenames rather than wildcards This makes it more difficult to maintain in the future for little benefit now. - completely wiped out than's original changelog - you removed a several artificial Requires that pulled in various components of XFCE. I am not sure about the original purpose of these artificial deps, but I am guessing that they existed in order to install xfdesktop and related pieces would be pulled in by deps to make a complete environment. In fixing this, should xfdesktop be the base package that pulls in the rest? If so, what packages should it pull in? I recommend starting again from the FC3 xfdesktop.spec and making changes from there. Don't need to be so verbose in your %changelog section, just list the changes that make a functional difference. Let me know when you have a new xfdesktop for review, and I'll review it again. Thanks, Warren Togami wtogami at redhat.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xfdesktop.spec.diff Type: text/x-patch Size: 3975 bytes Desc: not available URL: From markmc at redhat.com Sun Mar 20 09:58:52 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sun, 20 Mar 2005 09:58:52 +0000 Subject: Review request: sabayon In-Reply-To: <423BFC1B.7060308@redhat.com> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> <423BFC1B.7060308@redhat.com> Message-ID: <1111312732.3852.2.camel@blaa> On Sat, 2005-03-19 at 00:16 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > >>- BuildRequires gettext-devel should be just gettext. Almost nothing > >>requires gettext-devel. > > > > > > I just went with whats in: > > > > http://fedoraproject.org/wiki/NewPackageProcess > > > > I didn't previously have any BuildRequires for gettext, because my > > understanding is that gettext isn't actually used when building the > > tarball because the binary message catalogs are in the tarball itself. > > > > Dunno, just presumed you guys had learned differently ... > > If that's the case then please remove the line altogether. I just made sure, and it seems to be using msgfmt, so I've kept the BuildRequires: gettext. > This package > seems ready for publishing now. Did you create a Wiki account yet? We > need to add you to the EditGroup so you can request a build. Yeah, MarkMcLoughlin is the account name. Cheers, Mark. From wtogami at redhat.com Sun Mar 20 10:05:06 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 00:05:06 -1000 Subject: rpms/sabayon/devel sabayon.spec,1.3,1.4 In-Reply-To: <200503200957.j2K9vphu031385@cvs-int.fedora.redhat.com> References: <200503200957.j2K9vphu031385@cvs-int.fedora.redhat.com> Message-ID: <423D4AD2.6000702@redhat.com> Mark McLoughlin (markmc) wrote: > -%pre > -/usr/sbin/groupadd -r %{name} &>/dev/null || : > -/usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} %{name} &>/dev/null || : > -/usr/sbin/usermod -d "" %{name} &>/dev/null || : > +%pre admin > +/usr/sbin/groupadd -r %{name}-admin &>/dev/null || : > +/usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name}-admin %{name}-admin &>/dev/null || : > +/usr/sbin/usermod -d "" %{name}-admin &>/dev/null || : Thanks, this is better, however did you test this in the upgrade case? Wont it try to add the user and group every time you upgrade this package? Warren Togami wtogami at redhat.com From markmc at redhat.com Sun Mar 20 10:07:23 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sun, 20 Mar 2005 10:07:23 +0000 Subject: Review request: sabayon In-Reply-To: <423BFE75.9030903@redhat.com> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> <1111225032.3858.20.camel@blaa> <423BFE75.9030903@redhat.com> Message-ID: <1111313243.3852.10.camel@blaa> On Sat, 2005-03-19 at 00:27 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > %pre > /usr/sbin/groupadd -r %{name} &>/dev/null || : > /usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} > %{name} &>/dev/null || : > /usr/sbin/usermod -d "" %{name} &>/dev/null || : > > Have you tested the effect of this during an upgrade from one package to > another? Yep, seems fine. > Might it be appropriate to have the username be like "system-sabayon" or > something? That would make it stick out as a username and home > directory, making it very clear that it is NOT a regular user account. Well, the sabayon user is only used by the sysadmin UI, so shouldn't be needed on user machines. I've split the package into two - sabayon and sabayon-admin, the latter containing the admin UI and its this package which creates the user. Oh, I've made the user sabayon-admin instead of sabayon. (Committed to CVS, it builds fine, but I still need to test tomorrow whether it runs okay) Cheers, Mark. From markmc at redhat.com Sun Mar 20 10:09:29 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Sun, 20 Mar 2005 10:09:29 +0000 Subject: Review request: sabayon In-Reply-To: References: Message-ID: <1111313369.3852.13.camel@blaa> On Sat, 2005-03-19 at 12:05 -0500, John Dennis wrote: > > > - I would try to get a fixed user for sabayon instead of just using a > > > random UID/GID (it's a system user after all) > > > > Well, that's what my previous mail was about. I had tried using > > fedora-usermgmt when I thought it was the consensus that all Extras > > packages should use it, but wasn't really convinced by it, so I dropped > > it again. I'm not sure how an Extras package can reserve a system UID > > otherwise, though ... > > I thought the "setup" rpm was used to reserve a system account, e.g. > you specify a uid and/or gid that needs to be reserved for the system. > So I think all you need to do is edit the setup rpm. I'm not sure if > it creates the account or not, I'd have to check on that. But even if > it does I think the right behavior is to reserve it in setup, but have > the rpm always create the account using the exact same uid/gid specified > in setup, that way you're covered. Yeah, that's fine for packages in Core. The problem is, though, that there's no corresponding process for Extras packages. (Now, maybe we could just use the same process for Extras - but I'm not sure whether that's a popular option) Cheers, Mark. From wtogami at redhat.com Sun Mar 20 10:11:17 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 00:11:17 -1000 Subject: Review request: sabayon In-Reply-To: <1111313243.3852.10.camel@blaa> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> <1111225032.3858.20.camel@blaa> <423BFE75.9030903@redhat.com> <1111313243.3852.10.camel@blaa> Message-ID: <423D4C45.3080802@redhat.com> Mark McLoughlin wrote: > On Sat, 2005-03-19 at 00:27 -1000, Warren Togami wrote: > >>Mark McLoughlin wrote: > > >>%pre >>/usr/sbin/groupadd -r %{name} &>/dev/null || : >>/usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} >>%{name} &>/dev/null || : >>/usr/sbin/usermod -d "" %{name} &>/dev/null || : >> >>Have you tested the effect of this during an upgrade from one package to >>another? > > > Yep, seems fine. Seems fine because it redirected the error messages to /dev/null? http://fedoraproject.org/wiki/PackagingGuidelines "Running scriptlets only in certain situations" According to this table %pre is being run during package upgrade. You probably want to test the parameter to only create accounts in the install case. Although I didn't actually test your package, so I may be wrong for some unknown reason. Please educate me if I am wrong. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sun Mar 20 11:31:58 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 12:31:58 +0100 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <1111285688.12671.0.camel@cutter> References: <1111249546.7461.35.camel@cutter> <20050319212250.26e132d5.bugs.michael@gmx.net> <1111279435.11240.23.camel@cutter> <20050320022653.7f5ed021.bugs.michael@gmx.net> <1111285688.12671.0.camel@cutter> Message-ID: <20050320123158.3c9b7786.bugs.michael@gmx.net> On Sat, 19 Mar 2005 21:28:08 -0500, seth vidal wrote: > > doesn't it? And it makes a big difference whether company employees deal > > with build failures or a community of volunteers. Might be that somebody > > would look into the build failures if he knew where he can learn about > > packages that failed. > > > > I always update the wiki page with the information. If you're writing to > the page, I would hope you've subscribed to it. It certainly doesn't hurt to mention the failed build logs and the specific Wiki page periodically. In particular, because current procedure and usage of the Wiki is everything else but clearly documented. And when I submit changes on the FC4Status page, only a handful of people are mailed according to the Wiki status output. At some point in time, the concept of arch-specific co-maintainers of packages needs to kick in as else our i386 package developers could not keep up with the requirement of maintaining their packages for multiple architectures. x86_64 interested community members are encouraged to contribute, since this is another area where help is needed. From bugs.michael at gmx.net Sun Mar 20 11:35:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 12:35:04 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111286140.12671.2.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> <20050320022313.6cad78ad.bugs.michael@gmx.net> <1111286140.12671.2.camel@cutter> Message-ID: <20050320123504.72ffd12b.bugs.michael@gmx.net> On Sat, 19 Mar 2005 21:35:40 -0500, seth vidal wrote: > > You see? That is _much_ more helpful than silently rejecting builds. > > Because both packages build here just fine on i386 (although it was not me > > who requested the gpgme rebuild), and that gives us something to > > investigate while the x86_64 community may look into the x86_64 problems > > in parallel. Going to bed now, though... > > > > I posted the failure to the wiki page where the build was requested. I > post a link to the failed log report for the failure. Do you really want > every build failure posted here? No, i386 build failure logs were missing until I posted about it here. I saw the x86_64 logs and thought, the i386 builds made it, since the local test-build had worked fine. I was surprised to learn the i386 packages were not built or released either. From bugs.michael at gmx.net Sun Mar 20 11:39:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 12:39:28 +0100 Subject: requesting permission to edit build requests page, FC3Status In-Reply-To: <1111283597.32108.1.camel@localhost.localdomain> References: <1111283597.32108.1.camel@localhost.localdomain> Message-ID: <20050320123928.0aa76c50.bugs.michael@gmx.net> On Sun, 20 Mar 2005 03:53:16 +0200, Toni Willberg wrote: > I'd like to be able to edit the build requests page: > http://fedoraproject.org/wiki/Extras/FC3Status > > I guess this should be enabled automatically (or manually atm.) when cvs > account is created for a contributor. You can edit Wiki pages now. The FC3Status and FC4Status pages, and build requests done on them, are just a work-around for lack of tag-based build requests and an automated build system. It is not so obvious whether every Fedora Extras contributor also wants to edit Wiki pages. So mandatory Wiki account creation is not something that should be done. It's just that currently, Fedora Extras contributors need to edit the Wiki for build requests. ;) From wtogami at redhat.com Sun Mar 20 11:45:09 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 01:45:09 -1000 Subject: xfce 4.2.1 packages available In-Reply-To: <20050316050151.9D362352E9@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> Message-ID: <423D6245.4030103@redhat.com> Please check CVS commits, because I have made tiny changes to these packages: dbh libxfce4mcs libxfce4util libxfcegui4 xfce-mcs-manager xfce-mcs-plugins xfce4-panel xfce4-iconbox xfce4-systray xfce-utils More review comments... xffm -Requires: libxfce4mcs >= %{version} -Requires: libxfce4util >= %{version} -Requires: libxfcegui4 >= %{version} +Requires: libxfce4mcs >= 4.0.5 +Requires: libxfce4util >= 4.0.5 +Requires: libxfcegui4 >= 4.0.5 This makes no sense. BuildRequires: dbh-devel >= 1.0 Remove the version. Please start again with xffm from Core devel CVS. than at redhat.com committed some kind of menu fix patch that you might need here. xfprint Please look at core devel CVS. You're missing: - get rid of useless static library - add missing ldconfig Otherwise looks OK. xfwm4 Please start again from Core devel CVS. Do you disagree with the Fedora defaults in that package? Please bring back the entire changelog. It is impolite to remove credit of past work. xfwm4-themes I suppose this is fine, except please bring back the changelog entries. gtk-xfce-engine xfcalendar xfce4-appfinder xfce4-icon-theme xfce4-mixer xfce4-session xfce4-toys xfce4-trigger-launcher These I have not yet reviewed, will try to get to it tomorrow. Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Mar 20 11:50:29 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 01:50:29 -1000 Subject: Basic questions In-Reply-To: <423CB089.1030108@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> Message-ID: <423D6385.2030703@redhat.com> Warren Togami wrote: >> >> Tags? >> It looks like there is no tagging of built versions in CVS. If >> you wanted to reproduce the 0:0.0-2.20041231 build of fontforge, >> how would you do it? The only tags I see in CVS >> are those from the import script. >> >> (In the internal Red Hat package CVS, the package maintainer tags, >> then the build system pulls off the tag) > > > Eek! I had assumed (wrongly) that Seth was either pulling tags, or > tagging stuff himself. We should immediately change the procedure so > that Seth only pulls tags, so this forces all package maintainers to > explicitly tag what they want built and request that exact N-V-R. Eek! I just realized that Extras CVS Makefile seems to be completely missing the "make tag" target. No wonder nothing is getting tagged. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sun Mar 20 12:02:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 13:02:40 +0100 Subject: Review request: sabayon In-Reply-To: <1111312732.3852.2.camel@blaa> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> <423BFC1B.7060308@redhat.com> <1111312732.3852.2.camel@blaa> Message-ID: <20050320130240.0967551b.bugs.michael@gmx.net> On Sun, 20 Mar 2005 09:58:52 +0000, Mark McLoughlin wrote: > On Sat, 2005-03-19 at 00:16 -1000, Warren Togami wrote: > > Mark McLoughlin wrote: > > >>- BuildRequires gettext-devel should be just gettext. Almost nothing > > >>requires gettext-devel. > > > > > > > > > I just went with whats in: > > > > > > http://fedoraproject.org/wiki/NewPackageProcess > > > > > > I didn't previously have any BuildRequires for gettext, because my > > > understanding is that gettext isn't actually used when building the > > > tarball because the binary message catalogs are in the tarball itself. > > > > > > Dunno, just presumed you guys had learned differently ... > > > > If that's the case then please remove the line altogether. > > I just made sure, and it seems to be using msgfmt, so I've kept the > BuildRequires: gettext. Still there's a difference between "configure" checking for gettext and whether the found tools are used actually. Adding it because it is searched for would be the road of least surprise. At fedora.us, gettext was needed as explicit BuildRequires since the build environment didn't include it by default. Hence packages, which actually ran gettext during build, failed miserably in the build environment. From bugs.michael at gmx.net Sun Mar 20 12:14:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 13:14:30 +0100 Subject: Basic questions In-Reply-To: <423D6385.2030703@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <423D6385.2030703@redhat.com> Message-ID: <20050320131430.4e8c5ae6.bugs.michael@gmx.net> On Sun, 20 Mar 2005 01:50:29 -1000, Warren Togami wrote: > Eek! I just realized that Extras CVS Makefile seems to be completely > missing the "make tag" target. No wonder nothing is getting tagged. Currently, only cvs-import.sh tags imported versions automatically. From bugs.michael at gmx.net Sun Mar 20 12:31:58 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 13:31:58 +0100 Subject: silky (was: Re: [Fedora Project Wiki] Update of "Extras/FC3Status") In-Reply-To: <20050320122206.29138.5674@fedora.linux.duke.edu> References: <20050320122206.29138.5674@fedora.linux.duke.edu> Message-ID: <20050320133158.0fd6ed21.bugs.michael@gmx.net> On Sun, 20 Mar 2005 12:22:06 -0000, fedorawiki-noreply at linux.duke.edu wrote: > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Fedora Project Wiki" for change notification. > > The following page has been changed by ToniWillberg: > http://fedoraproject.org/wiki/Extras/FC3Status > > ------------------------------------------------------------------------------ > > - * Move revelation and gwget from testing to normal dir > + * Move revelation and gwget from testing to normal dir > + * silky has a new release 0.5.4, build needed for FC-3 and devel > There is a separate page called FC4Status for FE Devel related requests. silky version-release for FC3 and devel is the same. Needs fixing. From skvidal at phy.duke.edu Sun Mar 20 14:26:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 20 Mar 2005 09:26:21 -0500 Subject: x86_64 blocks i386? In-Reply-To: <20050320123504.72ffd12b.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111278422.11240.10.camel@cutter> <1111279341.11240.21.camel@cutter> <20050320022313.6cad78ad.bugs.michael@gmx.net> <1111286140.12671.2.camel@cutter> <20050320123504.72ffd12b.bugs.michael@gmx.net> Message-ID: <1111328781.14976.0.camel@cutter> On Sun, 2005-03-20 at 12:35 +0100, Michael Schwendt wrote: > On Sat, 19 Mar 2005 21:35:40 -0500, seth vidal wrote: > > > > You see? That is _much_ more helpful than silently rejecting builds. > > > Because both packages build here just fine on i386 (although it was not me > > > who requested the gpgme rebuild), and that gives us something to > > > investigate while the x86_64 community may look into the x86_64 problems > > > in parallel. Going to bed now, though... > > > > > > > I posted the failure to the wiki page where the build was requested. I > > post a link to the failed log report for the failure. Do you really want > > every build failure posted here? > > No, i386 build failure logs were missing until I posted about it here. > > I saw the x86_64 logs and thought, the i386 builds made it, since the > local test-build had worked fine. I was surprised to learn the i386 > packages were not built or released either. > the i386 failure logs were in the build-logs directory just like the rest. I only linked to the x86_64 failure logs, that's all. -sv From sheltren at cs.ucsb.edu Sun Mar 20 15:34:26 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 20 Mar 2005 07:34:26 -0800 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning Message-ID: I have two (hopefully quick) questions which both refer to a bugzilla entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151581 First, according to the old Fedora.us packaging documentation for using requires ( http://fedoraproject.org/wiki/HOWTOUseRequires ), it is enough to rely upon rpm to find the library required instead of listing a specific requires. Is this still valid for packages in extras? In this case, I don't have a 'Requires: recode', but rpm picks up the dependency for librecode.so.0. This works great for me (doing a yum install fortune-mod ends up grabbing recode as a dependency and everything gets installed happily), but is apt-get not able to follow dependencies in that manner? If so, is it something we need to worry about? Second, I'm a bit confused by Michael's comment: ---------- But the fortune-mod packages released into Fedora Extras Development have the same version-release as those for Fedora Extras 3. That's a bug. ---------- Which brings me to my question: how should releases differ between FC3 and development? Are we supposed to have that FC3/FC4 tag as part of the release? If so, is this *only* for the case where the FC3 version = FC4 version? Thanks for the help. -Jeff From ville.skytta at iki.fi Sun Mar 20 16:18:17 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 18:18:17 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff Message-ID: <1111335497.8997.281.camel@bobcat.mine.nu> I'm preparing a new version of fedora-rpmdevtools. I'm doing various cleanups in it, fixing some minor bugs, and will include Nils Philippsen's spectool in the package. The new version will be primarily targetting FC3 and later (although it will still continue to work with older releases down to RH 8.0 too, some minor features will be disabled with FC1 and earlier though). Does anyone have any objections to these cleanup plans: * Remove fedora.us trusted developer keys from the package. Some of these are already expired, but I thought I'd nuke all of them, they're not really used regularly for anything in Extras. I'm planning to leave the installdevkeys script and RH/Fedora keys in. * Remove pre-FC2 compatibility cruft from the perl spec template. * Remove fedora-pkgannfmt. There will be other cleanups too, but I think those are uncontroversial. Change log thus far: - Include Nils Philippsen's spectool. - Own (%%ghost'd) more dirs from the site-lisp dir hierarchies. - Drop trigger support pre-FC2 Emacs and XEmacs packages. - Drop rpm-spec-mode.el patch, no longer needed for FC2 Emacs and later. - Make fedora-diffarchive work better with archives containing dirs without read/execute permissions. - Sync "Epoch: 0" drops with Fedora Extras CVS. - Update URL. Of course, if there's something else you'd like to add/change, let me know. From ghenry at suretecsystems.com Sun Mar 20 16:27:16 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 20 Mar 2005 16:27:16 +0000 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111335497.8997.281.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> Message-ID: <200503201627.18431.ghenry@suretecsystems.com> > Of course, if there's something else you'd like to add/change, let me > know. Are there any plans to document any of the packages features on the Wiki? Or did I miss those pages? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From ville.skytta at iki.fi Sun Mar 20 16:31:25 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 18:31:25 +0200 Subject: xfce 4.2.1 packages available In-Reply-To: <423D6245.4030103@redhat.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> Message-ID: <1111336285.8997.293.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 01:45 -1000, Warren Togami wrote: > xffm > -Requires: libxfce4mcs >= %{version} > -Requires: libxfce4util >= %{version} > -Requires: libxfcegui4 >= %{version} > +Requires: libxfce4mcs >= 4.0.5 > +Requires: libxfce4util >= 4.0.5 > +Requires: libxfcegui4 >= 4.0.5 > This makes no sense. If it actually requires version 4.0.5 or later, why doesn't that make sense? > BuildRequires: dbh-devel >= 1.0 > Remove the version. Ditto, if it really requires >= 1.0, although the version might be unnecessary in Extras, why even bother commenting about it? > Please start again with xffm from Core devel CVS. If the above two "issues" are the reason for this conclusion, I think your position is more than a little draconian. > than at redhat.com committed some kind of menu fix > patch that you might need here. Unless the versioned dep stuff above is _wrong_, this would have sufficed as the review comment. Just my .02?, /me knows nothing about XFCE... From ville.skytta at iki.fi Sun Mar 20 16:51:13 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 18:51:13 +0200 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: <1111337473.8997.313.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 07:34 -0800, Jeff Sheltren wrote: > First, according to the old Fedora.us packaging documentation for using > requires ( http://fedoraproject.org/wiki/HOWTOUseRequires ), it is enough to > rely upon rpm to find the library required instead of listing a specific > requires. Is this still valid for packages in extras? Yes, in the vast majority of cases the autogenerated library dependency is correct and enough. Strictly speaking, in some rare cases it's not enough if some other _required_ changes which don't affect the .so name have been applied to the required package. In these cases, it is "correct" to put in a versioned name/version/release based dependency. In practice, this is very rarely needed and even in those cases, most packagers tend to skip adding the strict "name >= version-release" based dep anyway. Leaving it out is not _that_ big a deal, but doing so certainly isn't wrong. > In this case, I > don't have a 'Requires: recode', but rpm picks up the dependency for > librecode.so.0. This works great for me (doing a yum install fortune-mod > ends up grabbing recode as a dependency and everything gets installed > happily), but is apt-get not able to follow dependencies in that manner? If > so, is it something we need to worry about? apt-get will follow such deps just fine. If some depsolver doesn't, the depsolver needs to be fixed, not worked around in packages. > Second, I'm a bit confused by Michael's comment: > ---------- > But the fortune-mod packages released into Fedora Extras Development have > the same version-release as those for Fedora Extras 3. That's a bug. > ---------- > Which brings me to my question: how should releases differ between FC3 and > development? Are we supposed to have that FC3/FC4 tag as part of the > release? If so, is this *only* for the case where the FC3 version = FC4 > version? Nobody knows yet. At least for now, it's ok to use whatever you like, as long as you're providing a working FC3->FC4 upgrade path and leaving the possibility to provide new package releases for the older distro open, again while still not interfering with the upgrade path. This can be trivially implemented eg. by adding a dot and a new ascending number to the older distro version's package, for example: foo-1.0-1 imported to FC-3 foo-1.0-2 imported to FC-4 ...time passes, bugfix to FC-3 (only) is needed... foo-1.0-1.1 to FC-3, subsequent FC-3 releases would be 1.2, 1.3, ... ...etc... From otaylor at redhat.com Sun Mar 20 16:56:53 2005 From: otaylor at redhat.com (Owen Taylor) Date: Sun, 20 Mar 2005 11:56:53 -0500 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: <1111337813.9124.103.camel@huygens> On Sun, 2005-03-20 at 07:34 -0800, Jeff Sheltren wrote: > I have two (hopefully quick) questions which both refer to a bugzilla entry: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151581 > > First, according to the old Fedora.us packaging documentation for using > requires ( http://fedoraproject.org/wiki/HOWTOUseRequires ), it is enough to > rely upon rpm to find the library required instead of listing a specific > requires. Is this still valid for packages in extras? In this case, I > don't have a 'Requires: recode', but rpm picks up the dependency for > librecode.so.0. This works great for me (doing a yum install fortune-mod > ends up grabbing recode as a dependency and everything gets installed > happily), but is apt-get not able to follow dependencies in that manner? If > so, is it something we need to worry about? If apt-get can't follow file dependencies, it isn't going to work with the majority of RPMs out there. (I have no idea whether it can or not.) I don't think that is worth worrying about. > Second, I'm a bit confused by Michael's comment: > ---------- > But the fortune-mod packages released into Fedora Extras Development have > the same version-release as those for Fedora Extras 3. That's a bug. > ---------- > Which brings me to my question: how should releases differ between FC3 and > development? Are we supposed to have that FC3/FC4 tag as part of the > release? If so, is this *only* for the case where the FC3 version = FC4 > version? Apparently it doesn't matter how you do the versions as long as the FC4 version is newer. But if you are doing development for FC4 then backporting to FC3, including the fc4 tag in all your devel branch version is a good way to make sure that you have a lower number available for fc3. (See my "Basic Questions" post for a specific scheme that works that way.) Regards, Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Sun Mar 20 16:57:39 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 18:57:39 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <200503201627.18431.ghenry@suretecsystems.com> References: <1111335497.8997.281.camel@bobcat.mine.nu> <200503201627.18431.ghenry@suretecsystems.com> Message-ID: <1111337859.8997.319.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 16:27 +0000, Gavin Henry wrote: > > Of course, if there's something else you'd like to add/change, let me > > know. > > Are there any plans to document any of the packages features on the Wiki? Or > did I miss those pages? There's a somewhat outdated and very much incomplete doc at http://fedoraproject.org/wiki/fedora_2drpmdevtools But while I think Wiki doc about the tools would be ok, even better and more important would be to include the docs as man pages in the actual package. Anyway, all contributions are of course most welcome! Be sure to let me know if you come up with some so I can include them in the package in one form or another (at least a link to the Wiki page, if nothing else). From sheltren at cs.ucsb.edu Sun Mar 20 17:13:38 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sun, 20 Mar 2005 09:13:38 -0800 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <1111337473.8997.313.camel@bobcat.mine.nu> Message-ID: On 3/20/05 8:51 AM, "Ville Skytt?" wrote: > > apt-get will follow such deps just fine. If some depsolver doesn't, the > depsolver needs to be fixed, not worked around in packages. > Strange, perhaps that user isn't pointing apt-get to look at core packages as well as extras packages - that would explain the error. > > Nobody knows yet. At least for now, it's ok to use whatever you like, > as long as you're providing a working FC3->FC4 upgrade path and leaving > the possibility to provide new package releases for the older distro > open, again while still not interfering with the upgrade path. This can > be trivially implemented eg. by adding a dot and a new ascending number > to the older distro version's package, for example: > > foo-1.0-1 imported to FC-3 > foo-1.0-2 imported to FC-4 > ...time passes, bugfix to FC-3 (only) is needed... > foo-1.0-1.1 to FC-3, subsequent FC-3 releases would be 1.2, 1.3, ... > ...etc... OK, cool. I like this better than having the 'FC3/FC4' tag. Thanks Ville and Owen for your responses :) -Jeff From toshio at tiki-lounge.com Sun Mar 20 17:28:01 2005 From: toshio at tiki-lounge.com (Toshio) Date: Sun, 20 Mar 2005 12:28:01 -0500 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111335497.8997.281.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> Message-ID: <1111339682.16174.9.camel@Madison.badger.com> On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > I'm preparing a new version of fedora-rpmdevtools. I'm doing various > cleanups in it, fixing some minor bugs, and will include Nils > Philippsen's spectool in the package. The new version will be primarily > targetting FC3 and later (although it will still continue to work with > older releases down to RH 8.0 too, some minor features will be disabled > with FC1 and earlier though). > Proposed patch to spectemplate.spec that should address this problem: https://www.redhat.com/archives/fedora-devel-list/2004- December/msg00838.html Which was diagnosed thanks to Dams for recently pointing out that doing: gconftool-2 --makefile-uninstall in %preun would be run after %post installed the schema. It also adds killall -HUP gconfd-2 which is known to work in FC3+ versions of GConf2. I haven't evaluated whether it's harmful for pre- FC3 gconf (I don't have pre-FC2 anymore.) This patch could be improved if someone can figure out how to deal with previous packages built with the broken %preun scriptlets. (As it is, the problem expressed in the cited email will continue when upgrading the set of currently broken packages.) -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: devtools-gconf.patch Type: text/x-patch Size: 1908 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sun Mar 20 17:31:43 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 18:31:43 +0100 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111335497.8997.281.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> Message-ID: <20050320183143.46a0aed3.bugs.michael@gmx.net> On Sun, 20 Mar 2005 18:18:17 +0200, Ville Skytt? wrote: > I'm preparing a new version of fedora-rpmdevtools. I'm doing various > cleanups in it, fixing some minor bugs, and will include Nils > Philippsen's spectool in the package. The new version will be primarily > targetting FC3 and later (although it will still continue to work with > older releases down to RH 8.0 too, some minor features will be disabled > with FC1 and earlier though). > > Does anyone have any objections to these cleanup plans: -snip- Sounds reasonable. No objections. From nphilipp at redhat.com Sun Mar 20 18:22:29 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 20 Mar 2005 19:22:29 +0100 Subject: Getting mono into FC extras In-Reply-To: <1111242654.4076.140.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> Message-ID: <1111342949.26208.9.camel@gibraltar.stuttgart.redhat.com> On Sat, 2005-03-19 at 08:30 -0600, Tom 'spot' Callaway wrote: > On Sat, 2005-03-19 at 14:05 +0000, Paul wrote: > >AIUI, MS have said that people can use the .NET framework without any > >sort of restriction - which includes on non MS platforms. > > Just to reiterate this point: > > If someone gets this from Microsoft (the patent holder) in writing, in > the form of a legally binding unrestricted patent grant permitting free > (as in beer) redistribution and use, we can revisit Mono for inclusion. I don't think that permission for free "as in beer" redistribution only satisfies the GPL, I guess "unrestricted patent grant permitting any redistribution and use" would hit it better. IANAL, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Sun Mar 20 18:34:15 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 20 Mar 2005 19:34:15 +0100 Subject: x86_64 failed builds - help needed - (was: Re: Fedora Extras Development Package Update) In-Reply-To: <1111279435.11240.23.camel@cutter> References: <1111249546.7461.35.camel@cutter> <20050319212250.26e132d5.bugs.michael@gmx.net> <1111279435.11240.23.camel@cutter> Message-ID: <1111343656.26208.13.camel@gibraltar.stuttgart.redhat.com> On Sat, 2005-03-19 at 19:43 -0500, seth vidal wrote: > > So failed builds are not brushed under the carpet, they are listed > > on the following page together with the build log output: > > > > I don't think anyone has been brushing anything under the carpet. > Beehive doesn't announce failed builds either. Beehive is a completely different thing, trust me. With the RH internal setup I can actually log into the build machine, go to the build root and try out by myself what goes wrong. BTW, for bzflag, could you please run the build (as discussed in IRC) until configure is finished and send me the config.* files? Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Sun Mar 20 18:38:22 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 20 Mar 2005 19:38:22 +0100 Subject: Basic questions In-Reply-To: <423D6385.2030703@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <423D6385.2030703@redhat.com> Message-ID: <1111343902.26208.16.camel@gibraltar.stuttgart.redhat.com> On Sun, 2005-03-20 at 01:50 -1000, Warren Togami wrote: > Warren Togami wrote: > >> > >> Tags? > >> It looks like there is no tagging of built versions in CVS. If > >> you wanted to reproduce the 0:0.0-2.20041231 build of fontforge, > >> how would you do it? The only tags I see in CVS > >> are those from the import script. > >> > >> (In the internal Red Hat package CVS, the package maintainer tags, > >> then the build system pulls off the tag) > > > > > > Eek! I had assumed (wrongly) that Seth was either pulling tags, or > > tagging stuff himself. We should immediately change the procedure so > > that Seth only pulls tags, so this forces all package maintainers to > > explicitly tag what they want built and request that exact N-V-R. > > Eek! I just realized that Extras CVS Makefile seems to be completely > missing the "make tag" target. No wonder nothing is getting tagged. I asked people about that deficiency quite a while ago on various lists as well as directly, but no one cared enough to answer that. I have been tagging manually since due to having it learnt the hard way that you really, really want these tags in place in the future. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Sun Mar 20 18:52:10 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 20 Mar 2005 19:52:10 +0100 Subject: x86_64 blocks i386? In-Reply-To: <20050320004107.19d96f5d.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> Message-ID: <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> On Sun, 2005-03-20 at 00:41 +0100, Michael Schwendt wrote: > Since I only just noticed that the requested rebuilds for gpgme and > gpgme03 in FE Development were not published, because they failed on > x86_64, I got to ask: > > When and where has it been decided that x86_64 blocks i386? > > If that is the case, I see myself unable to support my packages (and > gpgme03 which I've maintained for a series of revisions) as I don't have > access to an AMD64 machine and no AMD64 running Rawhide either. Let me address this from a different angle: IMO, If we want Extras to be of similar quality as Core, failure on one platform should block all the others. Otherwise people don't have enough incentive to fix bugs on platforms they don't care about as much as about "their" platform and versions/releases are bound to leapfrog between the platforms. With such a rigid setup, I can ask "which V-R of foo will do bar" and have one definitive answer, but not so with possibly different V-Rs on different platforms. Example: Currently Seth and I struggle with the x86_64 build of bzflag which only fails in the build root (and only on x86_64). I'd rather have no package issued for i386 until these problem is solved. To debug this issue I would like access to the build root in question, at least read- only, but that is out of the question: Seth can't possible give all package maintainers access to his build boxes. Tough one... Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From ville.skytta at iki.fi Sun Mar 20 19:05:26 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 21:05:26 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111339682.16174.9.camel@Madison.badger.com> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> Message-ID: <1111345526.8997.364.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 12:28 -0500, Toshio wrote: > On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > > I'm preparing a new version of fedora-rpmdevtools. I'm doing various > > cleanups in it, fixing some minor bugs, and will include Nils > > Philippsen's spectool in the package. The new version will be primarily > > targetting FC3 and later (although it will still continue to work with > > older releases down to RH 8.0 too, some minor features will be disabled > > with FC1 and earlier though). > > > Proposed patch to spectemplate.spec that should address this problem: > https://www.redhat.com/archives/fedora-devel-list/2004- > December/msg00838.html How about if I just remove the "full featured" spec template from rpmdevtools, and we provide one with a better coverage, docs and annotations somewhere else, eg. Wiki? The template is still hopelessly incomplete for various common packaging tasks. Updating it to cover everything doesn't make sense, it'd be too bloated to be really useful as a spec template for anything, really. [...] > It also adds killall -HUP gconfd-2 which is known to work in FC3+ > versions of GConf2. I haven't evaluated whether it's harmful for pre- > FC3 gconf (I don't have pre-FC2 anymore.) That killall as it was in the patch will cause upgrade failures and duplicate leftover packages if there's no gconfd-2 running. Quick "fix": killall -HUP gconfd-2 || : > This patch could be improved if someone can figure out how to deal with > previous packages built with the broken %preun scriptlets. (As it is, > the problem expressed in the cited email will continue when upgrading > the set of currently broken packages.) %triggerpostun could help. See /usr/share/doc/rpm-*/triggers From rdieter at math.unl.edu Sun Mar 20 19:13:52 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Sun, 20 Mar 2005 13:13:52 -0600 (CST) Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: On Sun, 20 Mar 2005, Jeff Sheltren wrote: > Second, I'm a bit confused by Michael's comment: > ---------- > But the fortune-mod packages released into Fedora Extras Development have > the same version-release as those for Fedora Extras 3. That's a bug. > ---------- > Which brings me to my question: how should releases differ between FC3 and > development? Are we supposed to have that FC3/FC4 tag as part of the > release? If so, is this *only* for the case where the FC3 version = FC4 > version? IMO, disttags are the easiest way to accomplish this. (and further, IMO, extras should *always* use dist tags, but I doubt that will happen) *ducks* --Rex From bugs.michael at gmx.net Sun Mar 20 19:30:06 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 20:30:06 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050320203006.7eb2e260.bugs.michael@gmx.net> On Sun, 20 Mar 2005 19:52:10 +0100, Nils Philippsen wrote: > > When and where has it been decided that x86_64 blocks i386? > > > > If that is the case, I see myself unable to support my packages (and > > gpgme03 which I've maintained for a series of revisions) as I don't have > > access to an AMD64 machine and no AMD64 running Rawhide either. > > Let me address this from a different angle: IMO, If we want Extras to be > of similar quality as Core, failure on one platform should block all the > others. Otherwise people don't have enough incentive to fix bugs on > platforms they don't care about as much as about "their" platform and > versions/releases are bound to leapfrog between the platforms. With such > a rigid setup, I can ask "which V-R of foo will do bar" and have one > definitive answer, but not so with possibly different V-Rs on different > platforms. > > Example: Currently Seth and I struggle with the x86_64 build of bzflag > which only fails in the build root (and only on x86_64). I'd rather have > no package issued for i386 until these problem is solved. To debug this > issue I would like access to the build root in question, at least read- > only, but that is out of the question: Seth can't possible give all > package maintainers access to his build boxes. > > Tough one... Well, gpgme03 here only fails when built in mach. And I assume that gpgme fails for the same reason. [How about mass-rebuilding all of Fedora Extras 3 in mach to see how far it comes?] From ghenry at suretecsystems.com Sun Mar 20 19:29:17 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 20 Mar 2005 19:29:17 +0000 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111345526.8997.364.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> Message-ID: <200503201929.17599.ghenry@suretecsystems.com> On Sunday 20 Mar 2005 19:05, Ville Skytt? wrote: > On Sun, 2005-03-20 at 12:28 -0500, Toshio wrote: > > On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > > > I'm preparing a new version of fedora-rpmdevtools. I'm doing various > > > cleanups in it, fixing some minor bugs, and will include Nils > > > Philippsen's spectool in the package. The new version will be > > > primarily targetting FC3 and later (although it will still continue to > > > work with older releases down to RH 8.0 too, some minor features will > > > be disabled with FC1 and earlier though). > > > > Proposed patch to spectemplate.spec that should address this problem: > > https://www.redhat.com/archives/fedora-devel-list/2004- > > December/msg00838.html > > How about if I just remove the "full featured" spec template from > rpmdevtools, and we provide one with a better coverage, docs and > annotations somewhere else, eg. Wiki? I like this idea. > The template is still hopelessly incomplete for various common packaging > tasks. Updating it to cover everything doesn't make sense, it'd be too > bloated to be really useful as a spec template for anything, really. > > [...] > > > It also adds killall -HUP gconfd-2 which is known to work in FC3+ > > versions of GConf2. I haven't evaluated whether it's harmful for pre- > > FC3 gconf (I don't have pre-FC2 anymore.) > > That killall as it was in the patch will cause upgrade failures and > duplicate leftover packages if there's no gconfd-2 running. Quick > > "fix": killall -HUP gconfd-2 || : > > This patch could be improved if someone can figure out how to deal with > > previous packages built with the broken %preun scriptlets. (As it is, > > the problem expressed in the cited email will continue when upgrading > > the set of currently broken packages.) > > %triggerpostun could help. See /usr/share/doc/rpm-*/triggers > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From che666 at uni.de Sun Mar 20 19:13:56 2005 From: che666 at uni.de (Rudolf Kastl) Date: Sun, 20 Mar 2005 20:13:56 +0100 Subject: $RPM_BUILD_ROOT vs. %buildroot (was: Re: potential candidates for contribution) In-Reply-To: <20050317144239.757a0ec2.bugs.michael@gmx.net> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317144239.757a0ec2.bugs.michael@gmx.net> Message-ID: <1111346037.6555.13.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 14:42 +0100 schrieb Michael Schwendt: > On Thu, 17 Mar 2005 11:15:36 +0100, Rudolf Kastl wrote: > > > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > > > > > is that really an issue? > > > > > > It's in the Packaging Guidelines, so yes it's an issue. > > > http://fedoraproject.org/wiki/PackagingGuidelines#head- > > > d0ada6130cf40be1244d34cc44fc38d34dd00db8 > > > > ya i just asked that question for the trivial reason that doesnt make a > > difference at all besides some aestetic value ;). > > id see more sense if one of the styles would be preferred else its a mix > > up again repo wide. > > Fedora.us has tried to take that route before. Based on this message by > Jeff Johnson, > > http://www.fedora.us/pipermail/fedora-devel/2003-April/001155.html > > $RPM_BUILD_ROOT had been made an item in the fedora.us QA checklist. But > this has be re-evaluated several months later when individual contributors > and observers within the community, who prefer %buildroot for sake of > readability, complained because the QA checklist created a blurred picture > of what is mandatory and what is not. Since then, $RPM_BUILD_ROOT has been > the preferred form in the "packaging hints" documentation, and using %buildroot > is permitted. This item has been revisited for the Fedora Extras documentation. > > [As a side-note, using $RPM_BUILD_ROOT has been particularly dangerous in > a few cases, where it appeared in scriptlets.] this is a good argument so i might switch to a pure macro style. Seems it made sense to bring that question up. I personally also think that a pure macro style is alot easier on the eyes (no caps!) and also just feels kinda cleaner to me. Thanks for the suggestion. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From nphilipp at redhat.com Sun Mar 20 19:38:03 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 20 Mar 2005 20:38:03 +0100 Subject: Basic questions In-Reply-To: <1111343902.26208.16.camel@gibraltar.stuttgart.redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <423D6385.2030703@redhat.com> <1111343902.26208.16.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111347483.26208.38.camel@gibraltar.stuttgart.redhat.com> On Sun, 2005-03-20 at 19:38 +0100, Nils Philippsen wrote: > I asked people about that deficiency quite a while ago on various lists > as well as directly, but no one cared enough to answer that. Sorry guys, I was a bit frustrated when I wrote it and let myself be carried away here... Please accept my apologies. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From ville.skytta at iki.fi Sun Mar 20 19:47:45 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 21:47:45 +0200 Subject: $RPM_BUILD_ROOT vs. %buildroot (was: Re: potential candidates for contribution) In-Reply-To: <1111346037.6555.13.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317144239.757a0ec2.bugs.michael@gmx.net> <1111346037.6555.13.camel@localhost.localdomain> Message-ID: <1111348065.8997.396.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 20:13 +0100, Rudolf Kastl wrote: > Am Donnerstag, den 17.03.2005, 14:42 +0100 schrieb Michael Schwendt: > > > [As a side-note, using $RPM_BUILD_ROOT has been particularly dangerous in > > a few cases, where it appeared in scriptlets.] > > this is a good argument so i might switch to a pure macro style. You're missing an important point. That value expanded doesn't really make things much better. Put $RPM_BUILD_ROOT or %{buildroot} in a %post or friends scriptlet and it's a packaging bug anyway, and a potentially dangerous one. Pick your poison. From fedora at leemhuis.info Sun Mar 20 19:29:53 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 20 Mar 2005 20:29:53 +0100 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111345526.8997.364.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> Message-ID: <1111346993.5106.44.camel@notebook.thl.home> Am Sonntag, den 20.03.2005, 21:05 +0200 schrieb Ville Skytt?: > On Sun, 2005-03-20 at 12:28 -0500, Toshio wrote: > > On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > [...] > >Proposed patch to spectemplate.spec that should address this problem: > > https://www.redhat.com/archives/fedora-devel-list/2004- > > December/msg00838.html > > How about if I just remove the "full featured" spec template from > rpmdevtools, and we provide one with a better coverage, docs and > annotations somewhere else, eg. Wiki? I loved the "full featured" spec template and still like it very much -- just type fedora-newrpmspec, less newspec.spec to look something up is easier that fire webbrowser up, search bookmarks/google/somewhere\ else and look there. > > It also adds killall -HUP gconfd-2 which is known to work in FC3+ > > versions of GConf2. I haven't evaluated whether it's harmful for pre- > > FC3 gconf (I don't have pre-FC2 anymore.) I evaluated it ~ four month ago and someone told me that this is a stupid idea and should be avoided. Can't find in my mail-archive anymore who was the one I asked -- sorry. -- Thorsten Leemhuis From che666 at uni.de Sun Mar 20 19:09:39 2005 From: che666 at uni.de (Rudolf Kastl) Date: Sun, 20 Mar 2005 20:09:39 +0100 Subject: potential candidates for contribution In-Reply-To: <1111058749.15446.18.camel@speedy.iagorubio.net> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <1111058749.15446.18.camel@speedy.iagorubio.net> Message-ID: <1111345780.6555.9.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 12:25 +0100 schrieb Iago Rubio: > On Thu, 2005-03-17 at 11:15 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 10:33 +0100 schrieb Iago Rubio: > > > On Thu, 2005-03-17 at 09:33 +0100, Rudolf Kastl wrote: > > > > Am Donnerstag, den 17.03.2005, 02:04 -0500 schrieb Ignacio Vazquez- > [snip] > > > > > Doesn't use $RPM_BUILD_ROOT/%buildroot consistently. > > > > > > > > is that really an issue? > > > > > > It's in the Packaging Guidelines, so yes it's an issue. > > > http://fedoraproject.org/wiki/PackagingGuidelines#head- > > > d0ada6130cf40be1244d34cc44fc38d34dd00db8 > > > > ya i just asked that question for the trivial reason that doesnt make a > > difference at all besides some aestetic value ;). > > id see more sense if one of the styles would be preferred else its a mix > > up again repo wide. > > I don't see no pros nor cons using one or another, but I'm sure for QA > will be better to follow the current guidelines. > > As example, someone making QA on a lengthy spec file should want to > track where $RPM_BUILD_ROOT is used, and he could use egrep to check > it. > > It will be much easier if he knows only one macro is being used. > > > > [snip] > > > > > > > > > 3. flightgear - 3d flight simulator > > > > > > > > > > simgear not available from Core or Extras. > > > > available from newrpms see above > > > > > > I really don't think the availability of a dependency on newrpms have > > > anything to do with Fedora Extras. > > > > > > As I said, I think it will be much better to add first those > > > dependencies to Extras, as without them the packages you mentioned are > > > useless and should not be added. > > > > librarys without applications are as useless as applications without > > librarys. So i thought if youd add a library you need a reason for > > adding the library? or am i wrong? > > Nope, completely agree. > > > If you read the initial mail the dependencys are part of the whole deal. > > Yes, sorry. I missed this in your initial mail. > > > maybe i should list em too... thought that was trivial. > > I'm sure it could help if you post all packages you're willing to > maintain, and the requirements you are - also - willing to maintain. > > This way any reviewer could follow the dependency chain to check if > those packages will fit in Extras. well i tried to hold the initial candidates low and show the focus. since scorched3d is already in extras there are 2 left. In the next days i will publish an updated list. i am sorry but i had no net for 2 days due to isp related issues. I will also upload and link the specs seperatly for those projects (and their deps). aswell as i have to sign up officially to look for sponsorship. regards, rudolf kastl From kevin-fedora-extras at scrye.com Sun Mar 20 20:17:07 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 20 Mar 2005 13:17:07 -0700 Subject: Sponsorship Concerns Re: xfce 4.2.1 packages available In-Reply-To: <423D4788.2050403@redhat.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D4788.2050403@redhat.com> Message-ID: <20050320201710.BC8892A00E@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Warren" == Warren Togami writes: Warren> Everyone, I have spent hours analyzing and fixing Kevin's Warren> packages, when the job is already supposed to be nearly done Warren> at this point. The changes that he made were mostly Warren> superficial, and in cases where they were not (like xfdesktop Warren> below), they were highly problematic or plain wrong. Warren> It is quite clear to me that this guy is unqualified to be Warren> maintaining these packages without supervision. But it is not Warren> his fault. *Maybe* it would be acceptable if his membership Warren> sponsor were educating him while watching his activities, but Warren> it it seems that spot has been busy this week. I'm happy to make changes and take feedback. In fact I have posted several times for reviews (and gotten feedback/made changes) on the fedora-extras list. Warren> It is the responsibility of the sponsor to make sure members Warren> below them are doing the right thing, and educating them when Warren> they are not. I ask that sponsors please be careful not to Warren> sponsor too many contributors if you are too busy to foster Warren> their development and education. Warren> We need to scale the number of contributors who know packaging Warren> extremely well in order to handle auditing the ever growing Warren> quantity of changes going into the repository. Your attention Warren> and education of our newer members is crucial in making this Warren> process scale. Warren> Kevin, In this case I will work with you to fix the XFCE Warren> packages. I hope that you can learn from the changes we make Warren> together in order to make cleaner packages in the future. We Warren> will start with xfdesktop for now (although I suspect we will Warren> need to discuss more packages...) Excellent. I am happy to hear anything constructive you have to say. Note before I start answering points below that the base spec for any of the xfce packages that were not in core before is taken from the upstream project. I was hoping to merge back with them any changes made, so for that reason I didn't start with a new spec. In the case of xfdesktop it looks like I didn't pick up the core cvs spec and used the upstream one. ;( My mistake. I will go check all the other packages to make sure I didn't miss any others. Warren> The problems in xfdesktop are too significant for me to fix Warren> quickly without testing like I had for other packages in CVS. Warren> - Requires: gtk2 >= 2.2.0 is unnecessary, or in the rare case Warren> that it is you should document it with a comment. [1] - Warren> BuildRequires: gtk2 >= 2.2.0 is wrong, should be gtk2-devel - Warren> removed the fedora splash - rm -f Warren> $RPM_BUILD_ROOT%{_libdir}/xfce4/mcs-plugins/*.a Usually we Warren> don't want to ship these, yet your package adds it again. Was Warren> there any reason in particular? What are the downsides to shipping them? They are in the core/devel spec I just setup. I can remove them if you like. Warren> - %files list uses explicit Warren> filenames rather than wildcards This makes it more difficult Warren> to maintain in the future for little benefit now. - Warren> completely wiped out than's original changelog - you removed a Warren> several artificial Requires that pulled in various components Warren> of XFCE. I am not sure about the original purpose of these Warren> artificial deps, but I am guessing that they existed in order Warren> to install xfdesktop and related pieces would be pulled in by Warren> deps to make a complete environment. In fixing this, should Warren> xfdesktop be the base package that pulls in the rest? If so, Warren> what packages should it pull in? It need to pull in at least xfwm4, xfce4-panel, xfce-mcs-manager. Those are the ones in the spec from core/devel. I think those are sufficent. Warren> I recommend starting again from the FC3 xfdesktop.spec and Warren> making changes from there. Don't need to be so verbose in Warren> your %changelog section, just list the changes that make a Warren> functional difference. Right. Sorry about that. Warren> Let me know when you have a new xfdesktop for review, and I'll Warren> review it again. Thanks. It should be in now. If you could take a look that would be great. I will also look through the other mail you sent to fedora extras with other changes. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPdpG3imCezTjY0ERAqWoAKCQ83oFQ1ij6mdA8EfFFiuoxTfqRQCglhjt G1LexHIsNS9QxFaCxF/cY50= =/iAh -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Sun Mar 20 20:21:53 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 20 Mar 2005 13:21:53 -0700 Subject: Rediffing Patches References: <200503191736.j2JHa5og020973@cvs-int.fedora.redhat.com> <423D2E0A.9060702@redhat.com> Message-ID: <20050320202155.D615DC50AB@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Warren" == Warren Togami writes: Warren> Kevin Fenzi (kevin) wrote: SNIP >> dbh-1.0.22-rpath.patch: --- NEW FILE dbh-1.0.22-rpath.patch --- >> diff -Nur dbh-1.0.22.orig/src/dbh-1.0.pc.in >> dbh-1.0.22/src/dbh-1.0.pc.in --- dbh-1.0.22.orig/src/dbh-1.0.pc.in >> 2005-01-28 13:26:35.000000000 -0700 +++ >> dbh-1.0.22/src/dbh-1.0.pc.in 2005-03-15 19:10:10.705246122 -0700 @@ >> -7,5 +7,5 @@ Description: Diskbased Hashtables Requires: Version: >> @DBH_VERSION@ -Libs: -Wl,-R${libdir} -L${libdir} -ldbh -lm +Libs: >> -L${libdir} -ldbh -lm Cflags: -I${includedir} >> Warren> SNIP Warren> Comparing your package to the dbh from FC3, you rediffed this Warren> patch when it was unneccessary to do so because the previous Warren> patch didn't clash. Please do not rediff only to make the Warren> version number match. Noted, however the old patch DOES clash... Note that The changed the Version: @DBH_FULL_VERSION@ to Version: @DBH_VERSION@ So the patch didn't apply cleanly anymore. Warren> Thank you, Warren Togami wtogami at redhat.com kevin - -- dbh/dbh-1.0.18-rpath.patch - --- dbh-1.0.18/src/dbh-1.0.pc.in.orig 2004-05-13 14:25:00.397341857 +0200 +++ dbh-1.0.18/src/dbh-1.0.pc.in 2004-05-13 14:25:13.816362647 +0200 @@ -7,5 +7,5 @@ Description: Diskbased Hashtables Requires: Version: @DBH_FULL_VERSION@ - -Libs: -Wl,-R${libdir} -L${libdir} -ldbh -lm +Libs: -L${libdir} -ldbh -lm Cflags: -I${includedir} diff -Nur dbh-1.0.22.orig/src/dbh-1.0.pc.in dbh-1.0.22/src/dbh-1.0.pc.in - --- dbh-1.0.22.orig/src/dbh-1.0.pc.in 2005-01-28 13:26:35.000000000 -0700 +++ dbh-1.0.22/src/dbh-1.0.pc.in 2005-03-15 19:10:10.705246122 -0700 @@ -7,5 +7,5 @@ Description: Diskbased Hashtables Requires: Version: @DBH_VERSION@ - -Libs: -Wl,-R${libdir} -L${libdir} -ldbh -lm +Libs: -L${libdir} -ldbh -lm Cflags: -I${includedir} -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPdtj3imCezTjY0ERAiLpAJwPwYbat05UnRyyunte01HqQMi3YACfYL+W uI0sh99j3xWPSr7zXUOefs4= =n/9e -----END PGP SIGNATURE----- From bugs.michael at gmx.net Sun Mar 20 20:29:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 21:29:40 +0100 Subject: $RPM_BUILD_ROOT vs. %buildroot (was: Re: potential candidates for contribution) In-Reply-To: <1111348065.8997.396.camel@bobcat.mine.nu> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317144239.757a0ec2.bugs.michael@gmx.net> <1111346037.6555.13.camel@localhost.localdomain> <1111348065.8997.396.camel@bobcat.mine.nu> Message-ID: <20050320212940.6107fb61.bugs.michael@gmx.net> On Sun, 20 Mar 2005 21:47:45 +0200, Ville Skytt? wrote: > On Sun, 2005-03-20 at 20:13 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 14:42 +0100 schrieb Michael Schwendt: > > > > > [As a side-note, using $RPM_BUILD_ROOT has been particularly dangerous in > > > a few cases, where it appeared in scriptlets.] > > > > this is a good argument so i might switch to a pure macro style. > > You're missing an important point. That value expanded doesn't really > make things much better. Put $RPM_BUILD_ROOT or %{buildroot} in a %post > or friends scriptlet and it's a packaging bug anyway, and a potentially > dangerous one. Pick your poison. Right. Basically, it is wasted time to discuss it, since it should occur *very* rarely. The only difference is, operations below a path prefixed with an expanded %buildroot, which likely doesn't exist on machines other than the build system, are harmless, whereas an unassigned environment variable just drops a prefix from a path and results in paths into the main filesystem. From wtogami at redhat.com Sun Mar 20 20:30:39 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 10:30:39 -1000 Subject: xfce 4.2.1 packages available In-Reply-To: <1111336285.8997.293.camel@bobcat.mine.nu> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <1111336285.8997.293.camel@bobcat.mine.nu> Message-ID: <423DDD6F.8030603@redhat.com> Ville Skytt? wrote: > On Sun, 2005-03-20 at 01:45 -1000, Warren Togami wrote: > > >>xffm >>-Requires: libxfce4mcs >= %{version} >>-Requires: libxfce4util >= %{version} >>-Requires: libxfcegui4 >= %{version} >>+Requires: libxfce4mcs >= 4.0.5 >>+Requires: libxfce4util >= 4.0.5 >>+Requires: libxfcegui4 >= 4.0.5 >> This makes no sense. > > > If it actually requires version 4.0.5 or later, why doesn't that make > sense? We don't know if it does. I only said this because it is inconsistent with all of the other packages. Warren Togami wtogami at redhat.com From fedora at leemhuis.info Sun Mar 20 19:19:47 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 20 Mar 2005 20:19:47 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111346387.5106.36.camel@notebook.thl.home> Am Sonntag, den 20.03.2005, 19:52 +0100 schrieb Nils Philippsen: > On Sun, 2005-03-20 at 00:41 +0100, Michael Schwendt wrote: > > Since I only just noticed that the requested rebuilds for gpgme and > > gpgme03 in FE Development were not published, because they failed on > > x86_64, I got to ask: > > > > When and where has it been decided that x86_64 blocks i386? > > > > If that is the case, I see myself unable to support my packages (and > > gpgme03 which I've maintained for a series of revisions) as I don't have > > access to an AMD64 machine and no AMD64 running Rawhide either. > > Let me address this from a different angle: IMO, If we want Extras to be > of similar quality as Core, failure on one platform should block all the > others. I don't like the idea -- even as a x86_64 user. That slows down development to much IMHO and is afaik one of the reasons for the debate in debian to get the number of supported first-tier-archs down. A better solution IMHO would be: If a package fails for one arch put the packages for the working archs on hold for [4|7|] days (maybe in testing?). If the package get fixed for all archs only push the new ones and remove the other. For the cases where it a package not gets fixed there should be group of "arch-maintainers" that fix other people packages. This maybe is a lot of work for those "arch-maintainers" -- but for them it's often easier to fix problems because they often know the common build problems and can fix them easily. > Otherwise people don't have enough incentive to fix bugs on > platforms they don't care about as much as about "their" platform and > versions/releases are bound to leapfrog between the platforms. Well, to fix them they often need to have access to such a arch. That is often a problem. -- Thorsten Leemhuis From wtogami at redhat.com Sun Mar 20 20:34:32 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 10:34:32 -1000 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: <423DDE58.9090501@redhat.com> Jeff Sheltren wrote: > On 3/20/05 8:51 AM, "Ville Skytt?" wrote: > >>apt-get will follow such deps just fine. If some depsolver doesn't, the >>depsolver needs to be fixed, not worked around in packages. >> > > Strange, perhaps that user isn't pointing apt-get to look at core packages > as well as extras packages - that would explain the error. > Or maybe the user is using a broken apt repository. Conectiva thinks file dependencies are bad, so by default they aren't included in the apt-rpm metadata unless you use the --bloat flag with genbasedir. With --bloat during metadata creation apt client works fine. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Sun Mar 20 20:39:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 20 Mar 2005 21:39:37 +0100 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <423DDE58.9090501@redhat.com> References: <423DDE58.9090501@redhat.com> Message-ID: <20050320213937.7a2a8b87.bugs.michael@gmx.net> On Sun, 20 Mar 2005 10:34:32 -1000, Warren Togami wrote: > Jeff Sheltren wrote: > > On 3/20/05 8:51 AM, "Ville Skytt?" wrote: > > > >>apt-get will follow such deps just fine. If some depsolver doesn't, the > >>depsolver needs to be fixed, not worked around in packages. > >> > > > > Strange, perhaps that user isn't pointing apt-get to look at core packages > > as well as extras packages - that would explain the error. > > > > Or maybe the user is using a broken apt repository. Conectiva thinks > file dependencies are bad, so by default they aren't included in the > apt-rpm metadata unless you use the --bloat flag with genbasedir. With > --bloat during metadata creation apt client works fine. librecode.so.0 is _not_ a file dependency. It is a SONAME dependency determined and created by rpmbuild and has worked fine in Apt-Rpm for ages. From ville.skytta at iki.fi Sun Mar 20 21:15:49 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 23:15:49 +0200 Subject: $RPM_BUILD_ROOT vs. %buildroot (was: Re: potential candidates for contribution) In-Reply-To: <20050320212940.6107fb61.bugs.michael@gmx.net> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317144239.757a0ec2.bugs.michael@gmx.net> <1111346037.6555.13.camel@localhost.localdomain> <1111348065.8997.396.camel@bobcat.mine.nu> <20050320212940.6107fb61.bugs.michael@gmx.net> Message-ID: <1111353349.8997.408.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 21:29 +0100, Michael Schwendt wrote: > On Sun, 20 Mar 2005 21:47:45 +0200, Ville Skytt? wrote: > > > You're missing an important point. That value expanded doesn't really > > make things much better. Put $RPM_BUILD_ROOT or %{buildroot} in a %post > > or friends scriptlet and it's a packaging bug anyway, and a potentially > > dangerous one. Pick your poison. > > Right. Basically, it is wasted time to discuss it, since it should occur > *very* rarely. The only difference is, operations below a path prefixed > with an expanded %buildroot, which likely doesn't exist on machines > other than the build system, are harmless, [...] Well yes, kinda sorta, until people who rebuild packages for whatever reason and follow good practices do it as non-root. In those resulting binaries, %buildroot is likely to be expanded to /home/$builduser/some/thing which makes it more of a problem. From ville.skytta at iki.fi Sun Mar 20 21:22:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 23:22:07 +0200 Subject: xfce 4.2.1 packages available In-Reply-To: <423DDD6F.8030603@redhat.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <1111336285.8997.293.camel@bobcat.mine.nu> <423DDD6F.8030603@redhat.com> Message-ID: <1111353727.8997.415.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 10:30 -1000, Warren Togami wrote: > Ville Skytt? wrote: > > > If it actually requires version 4.0.5 or later, why doesn't that make > > sense? > > We don't know if it does. I only said this because it is inconsistent > with all of the other packages. Please include comments like this in the actual review to make it possible for people to figure out what you mean and give a hint how (if) it should actually be fixed. Outright rejecting stuff with "this doesn't make any sense" when it is not at all obvious what exactly doesn't make sense and why is confusing at best. From funkyres at gmail.com Sun Mar 20 21:28:45 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 20 Mar 2005 13:28:45 -0800 Subject: Looking for a sponsor In-Reply-To: <485bb88405031617557e855e23@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> Message-ID: <485bb884050320132825351809@mail.gmail.com> I'm still looking for a sponsor. I think slimserver needs to go into livna - but there are some perl modules that it needs that will need to be available in extras. At this point I've packaged three of them (only tested in fc4t1) This one is needed by slimserver : http://mpeters.us/sleek/fc4_perl_support/perl-Template-Toolkit-2.14-0.0.yjl.0.testing.1.src.rpm It does contain a binary component. These two are needed by the above perl package and are noarch : http://mpeters.us/sleek/fc4_perl_support/perl-Text-Autoformat-1.12-0.0.yjl.0.testing.1.src.rpm http://mpeters.us/sleek/fc4_perl_support/perl-Tie-DBI-1.01-0.0.yjl.0.testing.1.src.rpm my GPG key is at http://pgp.mit.edu:11371/pks/lookup?search=mpeters%40mac.com&op=index The package I'm working on that needs those perl-Template-Toolkit spec file is at : http://mpeters.us/sleek/slimserver.spec In future I will also be needing perl-DBD-SQLite (I have a spec file for it but I have not tested the package with slimserver yet) I'm willing to maintain these perl modules so I can get slimserver into livna - so a sponsor would be appreciated. Feedback on the perl package spec files would also be appreciated. With perl-Template-Toolkit I do need to disable two tests to get it to run make test. One is a database test - I think it has a problem using postgresql (perl-Tie-DBI runs make test using the postgresql database no problem). The other is a gd test. -- http://mpeters.us/ From ville.skytta at iki.fi Sun Mar 20 21:31:32 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 23:31:32 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111346993.5106.44.camel@notebook.thl.home> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <1111346993.5106.44.camel@notebook.thl.home> Message-ID: <1111354292.8997.424.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 20:29 +0100, Thorsten Leemhuis wrote: > Am Sonntag, den 20.03.2005, 21:05 +0200 schrieb Ville Skytt?: > > > > How about if I just remove the "full featured" spec template from > > rpmdevtools, and we provide one with a better coverage, docs and > > annotations somewhere else, eg. Wiki? > > I loved the "full featured" spec template and still like it very much -- > just type fedora-newrpmspec, less newspec.spec to look something up is > easier that fire webbrowser up, search bookmarks/google/somewhere\ else > and look there. Instead of the above commands, I bet you'd have no problem learning to do for example "links http://fedoraproject.org/wiki/SpecTemplate", or to create a shell alias/script for it, right? :) From tcallawa at redhat.com Sun Mar 20 21:43:23 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 20 Mar 2005 15:43:23 -0600 Subject: Sponsorship Concerns Re: xfce 4.2.1 packages available In-Reply-To: <423D4788.2050403@redhat.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D4788.2050403@redhat.com> Message-ID: <1111355003.16849.10.camel@localhost.localdomain> On Sat, 2005-03-19 at 23:51 -1000, Warren Togami wrote: > Everyone, > I have spent hours analyzing and fixing Kevin's packages, when the job > is already supposed to be nearly done at this point. The changes that > he made were mostly superficial, and in cases where they were not (like > xfdesktop below), they were highly problematic or plain wrong. Warren, if you look at what he did, he used the wrong spec file. Which is an easy mistake for a new packager to make. He didn't insert malicious code, or rm -rf /. > It is quite clear to me that this guy is unqualified to be maintaining > these packages without supervision. But it is not his fault. *Maybe* > it would be acceptable if his membership sponsor were educating him > while watching his activities, but it it seems that spot has been busy > this week. On the contrary, I think he's doing just fine. I don't expect him to be perfect, and neither should you. He's been very responsive in fixing things that are identified, and no one is going to claim that the xfce sources are a trivial thing to package. He's learning, and he's not repeating mistakes. Calling him out (and me by proxy) is wholly unprofessional, and totally uncalled for. Fedora Extras is not some sacred cow that will be tarnished by the mistakes of new packagers. To his credit, he responded politely to something that stooped to the level of a personal attack. Shame on you Warren. Think before you spit venom in public, please. If you actually believed he was unqualified, you should have taken it to me off-list. If you thought I was unqualified, you should have taken it to me off-list. ~spot From tcallawa at redhat.com Sun Mar 20 21:46:42 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 20 Mar 2005 15:46:42 -0600 Subject: Getting mono into FC extras In-Reply-To: <1111342949.26208.9.camel@gibraltar.stuttgart.redhat.com> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <1111342949.26208.9.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111355202.16849.13.camel@localhost.localdomain> On Sun, 2005-03-20 at 19:22 +0100, Nils Philippsen wrote: > On Sat, 2005-03-19 at 08:30 -0600, Tom 'spot' Callaway wrote: > > On Sat, 2005-03-19 at 14:05 +0000, Paul wrote: > > >AIUI, MS have said that people can use the .NET framework without any > > >sort of restriction - which includes on non MS platforms. > > > > Just to reiterate this point: > > > > If someone gets this from Microsoft (the patent holder) in writing, in > > the form of a legally binding unrestricted patent grant permitting free > > (as in beer) redistribution and use, we can revisit Mono for inclusion. > > I don't think that permission for free "as in beer" redistribution only > satisfies the GPL, I guess "unrestricted patent grant permitting any > redistribution and use" would hit it better. Well, for example, Thomson may be willing to permit unlimited redistribution of mp3 decoders if a fee is paid. This would still not be permitted under the GPL. (IANAL). ~spot From ville.skytta at iki.fi Sun Mar 20 21:52:54 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 20 Mar 2005 23:52:54 +0200 Subject: Request for review: cvsps Message-ID: <1111355574.8997.439.camel@bobcat.mine.nu> I'd like to import CVSps to extras, reviews welcome. http://www.cobite.com/cvsps/ http://cachalot.mine.nu/3/SRPMS.extras/cvsps-2.0-0.1.rc1.src.rpm CVSps is a program for generating 'patchset' information from a CVS repository. A patchset in this case is defined as a set of changes made to a collection of files, and all committed at the same time (using a single 'cvs commit' command). This information is valuable to seeing the big picture of the evolution of a cvs project. While cvs tracks revision information, it is often difficult to see what changes were committed 'atomically' to the repository. From funkyres at gmail.com Sun Mar 20 22:03:29 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 20 Mar 2005 14:03:29 -0800 Subject: Getting mono into FC extras In-Reply-To: <1111355202.16849.13.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <1111342949.26208.9.camel@gibraltar.stuttgart.redhat.com> <1111355202.16849.13.camel@localhost.localdomain> Message-ID: <485bb88405032014033f6cdf39@mail.gmail.com> On Sun, 20 Mar 2005 15:46:42 -0600, Tom 'spot' Callaway wrote: > > Well, for example, Thomson may be willing to permit unlimited > redistribution of mp3 decoders if a fee is paid. This would still not be > permitted under the GPL. (IANAL). Do patents cover the binary or only the source? I thought patents only covered the binary, and the source was free to distribute - the patent filing already discloses anything related to the patent that someones source code would. I'm asking because if patent only covered binary, then if a fee was paid for unlimited mp3 encode/decode support, I don't see how it would be a GPL violation - since you are allowed to distribute the source. Isn't the GPL about the source and its free availability? -- http://mpeters.us/ From dsievers at gmail.com Sun Mar 20 22:17:26 2005 From: dsievers at gmail.com (D Sievers) Date: Sun, 20 Mar 2005 14:17:26 -0800 Subject: Clarification on FE development In-Reply-To: <1111208764.7461.17.camel@cutter> References: <423B6208.4010505@users.sourceforge.net> <1111208764.7461.17.camel@cutter> Message-ID: <3cab19cc05032014174df5f897@mail.gmail.com> Hi Seth, Sure, I'll try to compile a list of duplicates in core/devel and extras/devel. I've been looking for some way to help out :) Doug Sievers On Sat, 19 Mar 2005 00:06:04 -0500, seth vidal wrote: > > What is extras/development > > (http://download.fedora.redhat.com/pub/fedora/linux/extras/development/) > > and how does it compare to extras/3 > > (http://download.fedora.redhat.com/pub/fedora/linux/extras/3/) > > ? > > > > development is just like fedora core development - the packages in > extras are built against the development core tree. > > > > > > 1) Are the duplicates going to cleaned up? [python-numeric was moved > > into core on FC3->FC4, but is in extras/devel and core/devel] > > yes. If you would like to point out the duplicates I'd be glad to get > them cleaned up. Thanks. > > > > 2) Does this imply a "release" schedule for extras? If so, will there be > > a similar "snapshot" of extras/devel that will become extras/4 when FC4 > > is released? > > The plan is to have all of extras out for release for fc4 final. My > goal is to make sure that when fc4 goes live, fe4 is populated and > mirrored. We're not doing too badly, so far on keeping up. > > > 3) If both of these are true, what happens when new packages are added > > to extras? They couldn't then be added to extras/4, since they are new. > > Will there be a extras/4/updates that new packages do into? It appears > > that occasionally a new package would appear in core/updates, but often > > only when a package was split or that the update had new dependencies. > > > > Extras is following a rolling release cycle. So that new pkgs get added > into the main tree and sync'd out. > > Does this help? > > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Doug Sievers dsievers at users.sourceforge.net From che666 at uni.de Sun Mar 20 19:02:31 2005 From: che666 at uni.de (Rudolf Kastl) Date: Sun, 20 Mar 2005 20:02:31 +0100 Subject: potential candidates for contribution In-Reply-To: <20050317065920.A5427@tiki-lounge.com> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317065920.A5427@tiki-lounge.com> Message-ID: <1111345352.6555.1.camel@localhost.localdomain> Am Donnerstag, den 17.03.2005, 06:59 -0800 schrieb Toshio Kuratomi: > On Thu, Mar 17, 2005 at 11:15:36AM +0100, Rudolf Kastl wrote: > > > > librarys without applications are as useless as applications without > > librarys. So i thought if youd add a library you need a reason for > > adding the library? or am i wrong? > > > Libraries without applications can be used by developers (To develop new > applications and to aid in porting from other libraries/versions.) So > having them in a repository for people to decide to download makes quite a > bit of sense to me. that is of course true but developers usually grab cvs ;). > -Toshio > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From bdpepple at ameritech.net Sun Mar 20 22:32:34 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Sun, 20 Mar 2005 17:32:34 -0500 Subject: Request for review: cvsps In-Reply-To: <1111355574.8997.439.camel@bobcat.mine.nu> References: <1111355574.8997.439.camel@bobcat.mine.nu> Message-ID: <1111357954.17641.3.camel@localhost.localdomain> On Sun, 2005-03-20 at 23:52 +0200, Ville Skytt? wrote: > I'd like to import CVSps to extras, reviews welcome. > > http://www.cobite.com/cvsps/ > http://cachalot.mine.nu/3/SRPMS.extras/cvsps-2.0-0.1.rc1.src.rpm > > CVSps is a program for generating 'patchset' information from a CVS > repository. A patchset in this case is defined as a set of changes > made to a collection of files, and all committed at the same time > (using a single 'cvs commit' command). This information is valuable > to seeing the big picture of the evolution of a cvs project. While > cvs tracks revision information, it is often difficult to see what > changes were committed 'atomically' to the repository. MD5Sums: 7da754324f030fa2be94bbb9e4bc7246 cvsps-2.0-0.1.rc1.src.rpm b4c580329ddc6073f605007b19e42a82 cvsps.spec 016cdaee3d33811f1d9264b5d3739647 cvsps-2.0rc1.tar.gz Good: * Source URL is canonical * Upstream source tarball verified * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * All necessary BuildRequires listed. * Rpmlint does not find problems * Package installs and uninstalls cleanly on FC3. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From funkyres at gmail.com Sun Mar 20 22:42:54 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 20 Mar 2005 14:42:54 -0800 Subject: potential candidates for contribution In-Reply-To: <1111345352.6555.1.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317065920.A5427@tiki-lounge.com> <1111345352.6555.1.camel@localhost.localdomain> Message-ID: <485bb88405032014421e00702e@mail.gmail.com> On Sun, 20 Mar 2005 20:02:31 +0100, Rudolf Kastl wrote: > Am Donnerstag, den 17.03.2005, 06:59 -0800 schrieb Toshio Kuratomi: > > > > > Libraries without applications can be used by developers (To develop new > > applications and to aid in porting from other libraries/versions.) So > > having them in a repository for people to decide to download makes quite a > > bit of sense to me. > > that is of course true but developers usually grab cvs ;). Your physics or math or chemisty student may have use for a library for their research or thesis that involves programming to assist with their analysis, in which case having the library available would be beneficial to them even if extras doesn't have an app that makes specific use of the library. Often these people program to get their results, messing with CVS is not what they want to do. -- http://mpeters.us/ From kevin-fedora-extras at scrye.com Sun Mar 20 22:43:10 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Sun, 20 Mar 2005 15:43:10 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> Message-ID: <20050320224312.ED12B7E121@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Warren" == Warren Togami writes: Warren> Please check CVS commits, because I have made tiny changes to Warren> these packages: dbh libxfce4mcs libxfce4util libxfcegui4 Warren> xfce-mcs-manager xfce-mcs-plugins xfce4-panel xfce4-iconbox Warren> xfce4-systray xfce-utils Noted. Warren> More review comments... Warren> xffm -Requires: libxfce4mcs >= %{version} -Requires: Warren> libxfce4util >= %{version} -Requires: libxfcegui4 >= Warren> %{version} +Requires: libxfce4mcs >= 4.0.5 +Requires: Warren> libxfce4util >= 4.0.5 +Requires: libxfcegui4 >= 4.0.5 This Warren> makes no sense. Agreed. That was in the 4.0.6 version of the spec I based this one on. However, we may need to change all of them to explicitly require 4.2.1 for those libraries. This is due to the fact that xfpanel had a nasty bug so they released a 4.2.1.1 version of it. At least in that package we should require 4.2.1 or >. This one is fine to be %{version} for now. Warren> BuildRequires: dbh-devel >= 1.0 Remove the version. Why? If the package needs verion 1.0 of the lib or higher to build we should list that, shouldn't we? Thats from the upstream spec. Warren> Please start again with xffm from Core devel CVS. Warren> than at redhat.com committed some kind of menu fix patch that you Warren> might need here. ok. Done. Ready for another round. Warren> xfprint Please look at core devel CVS. You're missing: - get Warren> rid of useless static library - add missing ldconfig Otherwise Warren> looks OK. ok. Fixed. Ready for more review. Warren> xfwm4 Please start again from Core devel CVS. Do you disagree Warren> with the Fedora defaults in that package? Please bring back Warren> the entire changelog. It is impolite to remove credit of past Warren> work. Agreed. I had used the 4.0.6 package spec to base mine off. :( I have readded the changelog, and I have resetup the bluecurve patch, so bluecurve should be the default theme again. Warren> xfwm4-themes I suppose this is fine, except please bring back Warren> the changelog entries. Done. Warren> gtk-xfce-engine xfcalendar xfce4-appfinder xfce4-icon-theme Warren> xfce4-mixer xfce4-session xfce4-toys xfce4-trigger-launcher Warren> These I have not yet reviewed, will try to get to it tomorrow. Thanks, Warren> Warren Togami wtogami at redhat.com kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPfyA3imCezTjY0ERAh6tAJ44svjaMYmlS53weH9JiChO72b2JgCfSASb 0I6l+eRrrSIo1XwMXOI3S2Y= =5mbk -----END PGP SIGNATURE----- From jpo at lsd.di.uminho.pt Sun Mar 20 22:39:22 2005 From: jpo at lsd.di.uminho.pt (Jose Pedro Oliveira) Date: Sun, 20 Mar 2005 22:39:22 -0000 (WET) Subject: Looking for a sponsor (perl-Template-Toolkit) In-Reply-To: <485bb884050320132825351809@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> Message-ID: <1099.213.13.86.99.1111358362.squirrel@webmail.lsd.di.uminho.pt> Michael, There are least two other perl-Template-toolkit packagers: * Ville Skytt? http://cachalot.mine.nu/3/SRPMS.extras/ * Dennis Gregorovic http://gregorovic.net/fc3-autobuild-rpms/ You should try to contact Ville Skytt? and coordinate with him. > With perl-Template-Toolkit I do need to disable two tests to get it to > run make test. The problem with the GD test has already been located and there is already a patch for it (check the Ville Skytt?'s SRPM). Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From paul at all-the-johnsons.co.uk Sun Mar 20 23:53:13 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 20 Mar 2005 23:53:13 +0000 Subject: Getting mono into FC extras In-Reply-To: <485bb88405032014033f6cdf39@mail.gmail.com> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <1111342949.26208.9.camel@gibraltar.stuttgart.redhat.com> <1111355202.16849.13.camel@localhost.localdomain> <485bb88405032014033f6cdf39@mail.gmail.com> Message-ID: <1111362794.29041.23.camel@localhost.localdomain> Hi, > > Well, for example, Thomson may be willing to permit unlimited > > redistribution of mp3 decoders if a fee is paid. This would still not be > > permitted under the GPL. (IANAL). > > Do patents cover the binary or only the source? It would depend on the terms of the patent. If the patent is one of those really insane ones (like that of a mathematical algorithm), then anything which makes use of said algorithm is in violation of the patent irrespective of if its a complete product or not. The patent of MP3 is one of the more dodgy ones as there is still a rather large dispute over if it is patentable as it is based on a very old piece of maths. > I'm asking because if patent only covered binary, then if a fee was > paid for unlimited mp3 encode/decode support, I don't see how it would > be a GPL violation - since you are allowed to distribute the source. > Isn't the GPL about the source and its free availability? Section 7 of the GPL states "If, as a consequence of a court judgment...conditions are imposed on you...that contradict the conditions of this License, they do not excuse you from the conditions of this license. If you cannot distribute so as to satisfy simultaneously your obligations under this license and any other pertinent obligations, then as a consequence you may not distribute the Program at all..." In otherwords, if a piece of software is in violation of a patent it can't be distributed as GPL. This is even more the case if a court has told you so. The problem is that this hasn't actually happened - no conditions have been imposed on Mono by a court judgement (or any other reason). Until that does happen - meaning that there would have to be a patent lawsuit against Novell alleging patent abuse in Mono - then Mono is clear. Of course, this doesn't give the do it until you get sued licence. It's daft to think it. But given the undertaken the darkside has given to ECMA over a royalty free use (it was one of the conditions for the standardisation of C#), it does seem unlikely. But then again, this is MS we're talking about. To say otherwise is to misunderstand patents, and to doom yourself to a world twenty years in the past, as a patent search found that even the Linux kernel infringes ~270 patents... Which brings us to The Truth: ANY non-trivial program will be infringing someone's patent. Now, if we can all honestly say that every package with *any* Linux distro (inclusive of the kernel), then that's brilliant. However, we all know this is not really the case. Sure, lots of the patents in the kernel belong to nice companies (such as IBM), but some don't and have their lineage has been established. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Mon Mar 21 01:04:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 20 Mar 2005 20:04:42 -0500 Subject: x86_64 blocks i386? In-Reply-To: <20050320203006.7eb2e260.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <20050320203006.7eb2e260.bugs.michael@gmx.net> Message-ID: <1111367082.16997.6.camel@cutter> > Well, gpgme03 here only fails when built in mach. And I assume that > gpgme fails for the same reason. > > [How about mass-rebuilding all of Fedora Extras 3 in mach to see how far it > comes?] > You planning on manifesting processor time and MY time out of nowhere? How about not volunteering my time for me? How about that? -sv From skvidal at phy.duke.edu Mon Mar 21 01:24:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 20 Mar 2005 20:24:49 -0500 Subject: x86_64 blocks i386? In-Reply-To: <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111368290.16997.17.camel@cutter> > Example: Currently Seth and I struggle with the x86_64 build of bzflag > which only fails in the build root (and only on x86_64). I'd rather have > no package issued for i386 until these problem is solved. To debug this > issue I would like access to the build root in question, at least read- > only, but that is out of the question: Seth can't possible give all > package maintainers access to his build boxes. I think I have an idea of what's going on here and I'll be testing it out and seeing if it is what I think it is. About the gpgme[03] problem - I have a sneaking suspicion it has something to do with dev/udev. I think the lack of a lot of items in dev is maybe affecting the builds. That's something else I'm planning on looking at. maybe with a bind-mount to /dev on the normal system. we shall see. If anyone else wants to test this out and see what they can see download the mach pkg from here: http://linux.duke.edu/~skvidal/mach/pkgs/ and give it a whirl. -sv From rkearey at redhat.com Mon Mar 21 01:38:37 2005 From: rkearey at redhat.com (Robert Kearey) Date: Mon, 21 Mar 2005 11:38:37 +1000 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111066707.5463.31.camel@localhost.localdomain> References: <1111066707.5463.31.camel@localhost.localdomain> Message-ID: <423E259D.3020808@redhat.com> Toni Willberg wrote: > Is someone actively working on to get rt3 (http://bestpractical.com/rt/) > into Extras? > I recall there was someone working on it for fedora.us, but I lost track > of it. As someone who uses rt heavily, every few months I get started again on doing this, and grind to a halt :) > The tricky part of rt3 is that it depends on some 50 Perl modules, which > of not all are already in Core or Extras. > > If I find time, I'm willing to help if someone is already working on > this. Unfortunately I don't have time to manage all of it by myself. The trick that needed for this to work is some kind of automated CPAN->Yum repository solution. I've looked at the various CPAN->RPM solutions [cpanflut2, cpan2rpm, Ovid, etc] and they all have pros and cons. The one that looks best to me so far is Ovid, which in it's latest form can at least avoid repackaging CPAN modules already provided by the FC/RH Perl RPM. It only does MakeMaker, not Module::Builder however. This [Making a workable rt3 channel/repo] has been an itch I've been wanting to scratch for years. Really doing it right means an extension to whatever buildsystem we come with in the long term, so perhaps now the iron is hot enough to strike. So, the core problem is thus: We need some way to reliably install CPAN modules with Yum. > - Toni -- Rob K From skvidal at phy.duke.edu Mon Mar 21 01:42:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 20 Mar 2005 20:42:51 -0500 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <423E259D.3020808@redhat.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> Message-ID: <1111369371.16997.27.camel@cutter> - > So, the core problem is thus: We need some way to reliably install CPAN > modules with Yum. I don't understand. What problem does yum have installing perl module rpms? Or do you mean you need an automated build of CPAN->RPM->install via yum? -sv From rkearey at redhat.com Mon Mar 21 01:45:20 2005 From: rkearey at redhat.com (Robert Kearey) Date: Mon, 21 Mar 2005 11:45:20 +1000 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111369371.16997.27.camel@cutter> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> Message-ID: <423E2730.3010403@redhat.com> seth vidal wrote: >>So, the core problem is thus: We need some way to reliably install CPAN >>modules with Yum. > I don't understand. What problem does yum have installing perl module > rpms? The prebuilt ones? None. > Or do you mean you need an automated build of CPAN->RPM->install via > yum? Yes, precisely. Whether this means a daily build of CPAN modules into a yum repo, or something icky like plugging cpanflute2/cpan2rpm/Ovid into yum proper. I'd prefer the former, the latter would be a Decent into Madness. It's hard enough to package enormous monolithic CGI apps like RT as it is, let's see if we can't at least make it painful instad of agonizing. > -sv -- Rob K From skvidal at phy.duke.edu Mon Mar 21 01:47:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 20 Mar 2005 20:47:37 -0500 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <423E2730.3010403@redhat.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> Message-ID: <1111369657.16997.32.camel@cutter> > Yes, precisely. Whether this means a daily build of CPAN modules into a > yum repo, good idea. > or something icky like plugging cpanflute2/cpan2rpm/Ovid into > yum proper. I'd prefer the former, the latter would be a Decent into > Madness. Yes, exactly, and therefore it won't be happening :) > It's hard enough to package enormous monolithic CGI apps like RT as it > is, let's see if we can't at least make it painful instad of agonizing. The biggest problem I've seen with perl module rpm building is the infuriating 'make test' breaking, all the time. -sv From funkyres at gmail.com Mon Mar 21 01:48:35 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 20 Mar 2005 17:48:35 -0800 Subject: Looking for a sponsor In-Reply-To: <485bb884050320132825351809@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> Message-ID: <485bb8840503201748bb424b7@mail.gmail.com> On Sun, 20 Mar 2005 13:28:45 -0800, Michael Peters wrote: > I'm still looking for a sponsor. > I think slimserver needs to go into livna - but there are some perl > modules that it needs that will need to be available in extras. > > At this point I've packaged three of them (only tested in fc4t1) > > This one is needed by slimserver : > > http://mpeters.us/sleek/fc4_perl_support/perl-Template-Toolkit-2.14-0.0.yjl.0.testing.1.src.rpm > > It does contain a binary component. > > These two are needed by the above perl package and are noarch : > > http://mpeters.us/sleek/fc4_perl_support/perl-Text-Autoformat-1.12-0.0.yjl.0.testing.1.src.rpm > http://mpeters.us/sleek/fc4_perl_support/perl-Tie-DBI-1.01-0.0.yjl.0.testing.1.src.rpm > > my GPG key is at > > http://pgp.mit.edu:11371/pks/lookup?search=mpeters%40mac.com&op=index > > The package I'm working on that needs those perl-Template-Toolkit spec > file is at : > > http://mpeters.us/sleek/slimserver.spec OK - there are already people working on those packages - so I hope they make it into extras by fc4 The only other one I need is perl-DBD-SQLite - which I have, but I suspect like the others, someone else is already working on it - so I have to figure out where those are listed. Is there any way to "officially" express a desire to have perl-Template-Toolkit get into Extras equivalent of rawhide? I know the QA process is more than just desire, but it seems to work for me (at least slimserver isn't complaining) - I'm using the one packaged at http://cachalot.mine.nu/3/SRPMS.extras/ -- http://mpeters.us/ From rkearey at redhat.com Mon Mar 21 01:49:49 2005 From: rkearey at redhat.com (Robert Kearey) Date: Mon, 21 Mar 2005 11:49:49 +1000 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111369657.16997.32.camel@cutter> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> <1111369657.16997.32.camel@cutter> Message-ID: <423E283D.7050507@redhat.com> seth vidal wrote: >>It's hard enough to package enormous monolithic CGI apps like RT as it >>is, let's see if we can't at least make it painful instad of agonizing. > The biggest problem I've seen with perl module rpm building is the > infuriating 'make test' breaking, all the time. Yes, and each module does it's regression testing differently. I do so love the ones that stop and ask you for user input. How we work around that sort of madness is something that our resident Perl experts may be able to suggest. We should at least be able to increase the amount of available modules. > -sv -- Rob K From funkyres at gmail.com Mon Mar 21 01:52:47 2005 From: funkyres at gmail.com (Michael Peters) Date: Sun, 20 Mar 2005 17:52:47 -0800 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111369657.16997.32.camel@cutter> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> <1111369657.16997.32.camel@cutter> Message-ID: <485bb884050320175268a62243@mail.gmail.com> On Sun, 20 Mar 2005 20:47:37 -0500, seth vidal wrote: > > > Yes, precisely. Whether this means a daily build of CPAN modules into a > > yum repo, > > good idea. I second that notion - java stuff has jpackage.org, something for perl by perl pepes would be sweat. The more commonly used modules probably should be in core/extras - but bleeding edge versions and obscure modules could be in something for perl people by perl people. -- http://mpeters.us/ From wtogami at redhat.com Mon Mar 21 01:56:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 15:56:04 -1000 Subject: xfce 4.2.1 packages available In-Reply-To: <20050320224312.ED12B7E121@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> Message-ID: <423E29B4.6030401@redhat.com> We are almost ready to push XFCE 4.2.1.1. Only remaining question is if we want to totally remove the .la and/or .a files from the binary packages. Do we? Warren Togami wtogami at redhat.com dbh libxfce4mcs libxfce4util libxfcegui4 xfce-mcs-manager xfce4-panel xfce4-iconbox xfce4-systray xfce-mcs-plugins xfce-utils xfdesktop xffm xfprint xfwm4 xfwm4-themes http://people.redhat.com/wtogami/temp/xfce-FC3/ Packages that shipped with FC3 are upgraded and built here for testing. gtk-xfce-engine xfcalendar xfce4-appfinder xfce4-icon-theme xfce4-mixer xfce4-session xfce4-toys xfce4-trigger-launcher These packages did not ship in FC3 and are addons for FE3. From bugs.michael at gmx.net Mon Mar 21 02:48:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 03:48:29 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <423E29B4.6030401@redhat.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> Message-ID: <20050321034829.042ae773.bugs.michael@gmx.net> On Sun, 20 Mar 2005 15:56:04 -1000, Warren Togami wrote: > We are almost ready to push XFCE 4.2.1.1. Only remaining question is if > we want to totally remove the .la and/or .a files from the binary > packages. Do we? > http://people.redhat.com/wtogami/temp/xfce-FC3/ Certainly for directories which contain .so plugins, e.g. in the xfprint package. I have strong doubts that static archives are needed in there. Whether the libtool archives are needed in such directories depends on how the .so files are loaded at run-time. Is it dlopen()? Then .la files are not needed. Is it an old version of the ltdl library? Then it must be checked whether it complains if no .la files are found. From katzj at redhat.com Mon Mar 21 02:52:58 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 20 Mar 2005 21:52:58 -0500 Subject: x86_64 blocks i386? In-Reply-To: <1111368290.16997.17.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <1111368290.16997.17.camel@cutter> Message-ID: <1111373579.5620.10.camel@bree.local.net> On Sun, 2005-03-20 at 20:24 -0500, seth vidal wrote: > About the gpgme[03] problem - I have a sneaking suspicion it has > something to do with dev/udev. I think the lack of a lot of items in dev > is maybe affecting the builds. That's something else I'm planning on > looking at. maybe with a bind-mount to /dev on the normal system. > > we shall see. I'd highly recommend doing this. It's not a huge stretch as it's what we do in the buildroots for Core builds at this point as well. Jeremy From wtogami at redhat.com Mon Mar 21 03:00:47 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 17:00:47 -1000 Subject: /dev nodes in buildroots Re: x86_64 blocks i386? In-Reply-To: <1111373579.5620.10.camel@bree.local.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <1111368290.16997.17.camel@cutter> <1111373579.5620.10.camel@bree.local.net> Message-ID: <423E38DF.8020500@redhat.com> Jeremy Katz wrote: > On Sun, 2005-03-20 at 20:24 -0500, seth vidal wrote: > >>About the gpgme[03] problem - I have a sneaking suspicion it has >>something to do with dev/udev. I think the lack of a lot of items in dev >>is maybe affecting the builds. That's something else I'm planning on >>looking at. maybe with a bind-mount to /dev on the normal system. >> >>we shall see. > > > I'd highly recommend doing this. It's not a huge stretch as it's what > we do in the buildroots for Core builds at this point as well. > lrwxrwxrwx 1 root root 15 Apr 17 2003 fd -> ../proc/self/fd crw-rw-rw- 1 root root 1, 7 Dec 11 15:49 full crw-rw-rw- 1 root root 1, 3 Dec 11 15:49 null crw-rw-rw- 1 root root 5, 2 Dec 11 15:49 ptmx crw-r--r-- 1 root root 1, 8 Dec 11 15:49 random crw-rw-rw- 1 root root 5, 0 Dec 11 15:49 tty crw-r--r-- 1 root root 1, 9 Dec 11 15:49 urandom crw-rw-rw- 1 root root 1, 5 Dec 11 15:49 zero Instead I highly recommend creating ONLY these device nodes within buildroots. All fedora.us packages have been built with this minimal set of nodes for years. This also helps security because disk and many other device nodes are kept away from buildroots. Warren Togami wtogami at redhat.com From bugs.michael at gmx.net Mon Mar 21 03:04:42 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 04:04:42 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111367082.16997.6.camel@cutter> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <20050320203006.7eb2e260.bugs.michael@gmx.net> <1111367082.16997.6.camel@cutter> Message-ID: <20050321040442.7406a7d1.bugs.michael@gmx.net> On Sun, 20 Mar 2005 20:04:42 -0500, seth vidal wrote: > > Well, gpgme03 here only fails when built in mach. And I assume that > > gpgme fails for the same reason. > > > > [How about mass-rebuilding all of Fedora Extras 3 in mach to see how far it > > comes?] > > > > You planning on manifesting processor time and MY time out of nowhere? > > How about not volunteering my time for me? How about that? > > -sv Relax, Seth. Don't turn onto the dark side. I've spent quite some time on debugging weird build problems in mach before (maybe you recall that the fedora.us build system was based on a modified mach). Sometimes I saw myself forced to debug a problem, because otherwise I could only have rejected a package and said "sorry, we are unable to build it". And hence I'm concerned that packagers are confronted with unexpected build failures again. Maybe you are not used to me complaining in public. But actually I think, with some topics, more transparency is beneficial. From wtogami at redhat.com Mon Mar 21 03:06:26 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 17:06:26 -1000 Subject: /dev nodes in buildroots Re: x86_64 blocks i386? In-Reply-To: <423E38DF.8020500@redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <1111368290.16997.17.camel@cutter> <1111373579.5620.10.camel@bree.local.net> <423E38DF.8020500@redhat.com> Message-ID: <423E3A32.9010004@redhat.com> Warren Togami wrote: > Jeremy Katz wrote: > >> On Sun, 2005-03-20 at 20:24 -0500, seth vidal wrote: >> >>> About the gpgme[03] problem - I have a sneaking suspicion it has >>> something to do with dev/udev. I think the lack of a lot of items in dev >>> is maybe affecting the builds. That's something else I'm planning on >>> looking at. maybe with a bind-mount to /dev on the normal system. >>> >>> we shall see. >> >> I'd highly recommend doing this. It's not a huge stretch as it's what >> we do in the buildroots for Core builds at this point as well. (oops, meant to include this paragraph here) I would highly recommend against using --bind mounts. Extra mounts are more prone to failure, especially in the case of where you are recovering from crashes of mach. Instead the below scheme has *never* failed us before. >> > > lrwxrwxrwx 1 root root 15 Apr 17 2003 fd -> > ../proc/self/fd > crw-rw-rw- 1 root root 1, 7 Dec 11 15:49 full > crw-rw-rw- 1 root root 1, 3 Dec 11 15:49 null > crw-rw-rw- 1 root root 5, 2 Dec 11 15:49 ptmx > crw-r--r-- 1 root root 1, 8 Dec 11 15:49 random > crw-rw-rw- 1 root root 5, 0 Dec 11 15:49 tty > crw-r--r-- 1 root root 1, 9 Dec 11 15:49 urandom > crw-rw-rw- 1 root root 1, 5 Dec 11 15:49 zero > > Instead I highly recommend creating ONLY these device nodes within > buildroots. All fedora.us packages have been built with this minimal > set of nodes for years. This also helps security because disk and many > other device nodes are kept away from buildroots. > From bugs.michael at gmx.net Mon Mar 21 03:31:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 04:31:37 +0100 Subject: /dev nodes in buildroots Re: x86_64 blocks i386? In-Reply-To: <423E38DF.8020500@redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <1111344730.26208.30.camel@gibraltar.stuttgart.redhat.com> <1111368290.16997.17.camel@cutter> <1111373579.5620.10.camel@bree.local.net> <423E38DF.8020500@redhat.com> Message-ID: <20050321043137.1ab1e702.bugs.michael@gmx.net> On Sun, 20 Mar 2005 17:00:47 -1000, Warren Togami wrote: > Jeremy Katz wrote: > > On Sun, 2005-03-20 at 20:24 -0500, seth vidal wrote: > > > >>About the gpgme[03] problem - I have a sneaking suspicion it has > >>something to do with dev/udev. I think the lack of a lot of items in dev > >>is maybe affecting the builds. That's something else I'm planning on > >>looking at. maybe with a bind-mount to /dev on the normal system. > >> > >>we shall see. > > > > > > I'd highly recommend doing this. It's not a huge stretch as it's what > > we do in the buildroots for Core builds at this point as well. > > > > lrwxrwxrwx 1 root root 15 Apr 17 2003 fd -> > ../proc/self/fd > crw-rw-rw- 1 root root 1, 7 Dec 11 15:49 full > crw-rw-rw- 1 root root 1, 3 Dec 11 15:49 null > crw-rw-rw- 1 root root 5, 2 Dec 11 15:49 ptmx > crw-r--r-- 1 root root 1, 8 Dec 11 15:49 random > crw-rw-rw- 1 root root 5, 0 Dec 11 15:49 tty > crw-r--r-- 1 root root 1, 9 Dec 11 15:49 urandom > crw-rw-rw- 1 root root 1, 5 Dec 11 15:49 zero > > Instead I highly recommend creating ONLY these device nodes within > buildroots. All fedora.us packages have been built with this minimal > set of nodes for years. This also helps security because disk and many > other device nodes are kept away from buildroots. Very good. It was /dev/urandom that fixed it. From toshio at tiki-lounge.com Mon Mar 21 03:30:28 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sun, 20 Mar 2005 19:30:28 -0800 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111345526.8997.364.camel@bobcat.mine.nu>; from ville.skytta@iki.fi on Sun, Mar 20, 2005 at 09:05:26PM +0200 References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> Message-ID: <20050320193028.A16832@tiki-lounge.com> On Sun, Mar 20, 2005 at 09:05:26PM +0200, Ville Skytt? wrote: > > How about if I just remove the "full featured" spec template from > rpmdevtools, and we provide one with a better coverage, docs and > annotations somewhere else, eg. Wiki? > > The template is still hopelessly incomplete for various common packaging > tasks. Updating it to cover everything doesn't make sense, it'd be too > bloated to be really useful as a spec template for anything, really. > I like this idea. I was looking through my scriptlets sections and contemplating how to make spectemplate scale to include scrollkeeper information. A wiki page with sample scriptlets would be much better. > [...] > > It also adds killall -HUP gconfd-2 which is known to work in FC3+ > > versions of GConf2. I haven't evaluated whether it's harmful for pre- > > FC3 gconf (I don't have pre-FC2 anymore.) > > That killall as it was in the patch will cause upgrade failures and > duplicate leftover packages if there's no gconfd-2 running. Quick > "fix": killall -HUP gconfd-2 || : > This is longer but more "fixed": GCONF_PIDS=`pidof gconfd-2` if [ x"$GCONF_PIDS" != "x" ]; then kill -HUP $GCONF_PIDS fi Is the cleanliness worth the verbosity? > > This patch could be improved if someone can figure out how to deal with > > previous packages built with the broken %preun scriptlets. (As it is, > > the problem expressed in the cited email will continue when upgrading > > the set of currently broken packages.) > > %triggerpostun could help. See /usr/share/doc/rpm-*/triggers > Seat of my pants, untested, just before bedtime try:: %triggerpostun -- PACKAGENAME if [ $1 -gt 0 ]; then gconftool-2 --makefile-install-rule \ %{_sysconfigdir}/gconf/schemas/SCHEMAFILE kill -HUP `pidof gconfd-2` || : fi I've always heard that triggers were dangerous and to be avoided if possible. This would seem to be the only way to work around packages that had previously broken GConf uninstall scriptlets. Does that justify its use to fix known broken packages? -Toshio From bugs.michael at gmx.net Mon Mar 21 03:48:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 04:48:30 +0100 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <20050320193028.A16832@tiki-lounge.com> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <20050320193028.A16832@tiki-lounge.com> Message-ID: <20050321044830.210a0580.bugs.michael@gmx.net> On Sun, 20 Mar 2005 19:30:28 -0800, Toshio Kuratomi wrote: > This is longer but more "fixed": > GCONF_PIDS=`pidof gconfd-2` > if [ x"$GCONF_PIDS" != "x" ]; then > kill -HUP $GCONF_PIDS > fi > > Is the cleanliness worth the verbosity? gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids From notting at redhat.com Mon Mar 21 03:55:13 2005 From: notting at redhat.com (Bill Nottingham) Date: Sun, 20 Mar 2005 22:55:13 -0500 Subject: Getting mono into FC extras In-Reply-To: <1111242654.4076.140.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> Message-ID: <20050321035513.GC10610@nostromo.devel.redhat.com> Tom 'spot' Callaway (tcallawa at redhat.com) said: > DVD is a little ickier because of the DMCA. Clarification: CSS is not a patent, it is a trade secret. Different rules. Of course, MPEG-2 and AC3 *are* patented, so you probably end up in the same boat anyway. Bill From notting at redhat.com Mon Mar 21 04:01:24 2005 From: notting at redhat.com (Bill Nottingham) Date: Sun, 20 Mar 2005 23:01:24 -0500 Subject: x86_64 blocks i386? In-Reply-To: <20050320004107.19d96f5d.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> Message-ID: <20050321040124.GD10610@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > Since I only just noticed that the requested rebuilds for gpgme and > gpgme03 in FE Development were not published, because they failed on > x86_64, I got to ask: > > When and where has it been decided that x86_64 blocks i386? Well, if you want to play by the same rules as Core, any arch failure blocks all arches. There have been arguments, of course, as to how well this rule works. :) Bill From rc040203 at freenet.de Mon Mar 21 04:37:43 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Mar 2005 05:37:43 +0100 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <423DDE58.9090501@redhat.com> References: <423DDE58.9090501@redhat.com> Message-ID: <1111379863.2475.210.camel@mccallum.corsepiu.local> On Sun, 2005-03-20 at 10:34 -1000, Warren Togami wrote: > Jeff Sheltren wrote: > > On 3/20/05 8:51 AM, "Ville Skytt?" wrote: > > > >>apt-get will follow such deps just fine. If some depsolver doesn't, the > >>depsolver needs to be fixed, not worked around in packages. > >> > > > > Strange, perhaps that user isn't pointing apt-get to look at core packages > > as well as extras packages - that would explain the error. > > > > Or maybe the user is using a broken apt repository. Well, actually, I (I am the "user" referred to above) somehow managed to silently kick out the "base" repository from apt and yum :( Sorry for the confusion. > Conectiva thinks > file dependencies are bad, so by default they aren't included in the > apt-rpm metadata unless you use the --bloat flag with genbasedir. With > --bloat during metadata creation apt client works fine. I know, ... aptate (The tool I am using to generate apt-repositories) uses "--bloat" for ages, because apt-rpm repositories had never worked without "--bloat". Ralf From rc040203 at freenet.de Mon Mar 21 04:53:07 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Mar 2005 05:53:07 +0100 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <1111337813.9124.103.camel@huygens> References: <1111337813.9124.103.camel@huygens> Message-ID: <1111380787.2475.218.camel@mccallum.corsepiu.local> On Sun, 2005-03-20 at 11:56 -0500, Owen Taylor wrote: > On Sun, 2005-03-20 at 07:34 -0800, Jeff Sheltren wrote: > > I have two (hopefully quick) questions which both refer to a bugzilla entry: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151581 > > > > First, according to the old Fedora.us packaging documentation for using > > requires ( http://fedoraproject.org/wiki/HOWTOUseRequires ), it is enough to > > rely upon rpm to find the library required instead of listing a specific > > requires. Is this still valid for packages in extras? In this case, I > > don't have a 'Requires: recode', but rpm picks up the dependency for > > librecode.so.0. This works great for me (doing a yum install fortune-mod > > ends up grabbing recode as a dependency and everything gets installed > > happily), but is apt-get not able to follow dependencies in that manner? If > > so, is it something we need to worry about? > > If apt-get can't follow file dependencies, it isn't going to work with > the majority of RPMs out there. (I have no idea whether it can or not.) It can, does and has done for ages. Though I recall having seen the problems Ville referred to, in early stages of apt-rpms, I haven't seen them for several years. > > Second, I'm a bit confused by Michael's comment: > > ---------- > > But the fortune-mod packages released into Fedora Extras Development have > > the same version-release as those for Fedora Extras 3. That's a bug. > > ---------- > > Which brings me to my question: how should releases differ between FC3 and > > development? Are we supposed to have that FC3/FC4 tag as part of the > > release? If so, is this *only* for the case where the FC3 version = FC4 > > version? > > Apparently it doesn't matter how you do the versions as long as the FC4 > version is newer. But if you are doing development for FC4 then > backporting to FC3, including the fc4 tag in all your devel branch > version is a good way to make sure that you have a lower number > available for fc3. (See my "Basic Questions" post for a specific > scheme that works that way.) +1 to your proposal. FWIW: I had asked a very similar question several months ago wrt. fedora.us and FC interaction, but nobody at RH seems to have considered it worth thinking about, then. Ralf From rc040203 at freenet.de Mon Mar 21 05:09:44 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Mar 2005 06:09:44 +0100 Subject: potential candidates for contribution In-Reply-To: <1111345352.6555.1.camel@localhost.localdomain> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317065920.A5427@tiki-lounge.com> <1111345352.6555.1.camel@localhost.localdomain> Message-ID: <1111381784.2475.222.camel@mccallum.corsepiu.local> On Sun, 2005-03-20 at 20:02 +0100, Rudolf Kastl wrote: > Am Donnerstag, den 17.03.2005, 06:59 -0800 schrieb Toshio Kuratomi: > > On Thu, Mar 17, 2005 at 11:15:36AM +0100, Rudolf Kastl wrote: > > > > > > librarys without applications are as useless as applications without > > > librarys. So i thought if youd add a library you need a reason for > > > adding the library? or am i wrong? > > > > > Libraries without applications can be used by developers (To develop new > > applications and to aid in porting from other libraries/versions.) So > > having them in a repository for people to decide to download makes quite a > > bit of sense to me. > > that is of course true but developers usually grab cvs ;). No. You seem to be mixing up developers that "work on a library" (these often will pickup CVS), with developers that "work on something using a library". The latter case is way more common than the former. Ralf From rc040203 at freenet.de Mon Mar 21 05:45:38 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Mar 2005 06:45:38 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050321034829.042ae773.bugs.michael@gmx.net> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> Message-ID: <1111383938.2475.230.camel@mccallum.corsepiu.local> On Mon, 2005-03-21 at 03:48 +0100, Michael Schwendt wrote: > On Sun, 20 Mar 2005 15:56:04 -1000, Warren Togami wrote: > > > We are almost ready to push XFCE 4.2.1.1. Only remaining question is if > > we want to totally remove the .la and/or .a files from the binary > > packages. Do we? > > > http://people.redhat.com/wtogami/temp/xfce-FC3/ > > Certainly for directories which contain .so plugins, e.g. in the xfprint > package. I have strong doubts that static archives are needed in there. > > Whether the libtool archives are needed in such directories depends on how > the .so files are loaded at run-time. Is it dlopen()? Then .la files are > not needed. I disagree. If a package installs *.la's, then these are part of a package's API. You are not legitimated to remove them, because this would break the API a package provides. It doesn't matter if these *.so/*.la's are being used by the package they are shipped with, because you can't know what other applications might do with them. This applies to shared libraries as well as to plugins - They are supposed to be "shared" between applications. Ralf From skvidal at phy.duke.edu Mon Mar 21 06:33:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 01:33:02 -0500 Subject: Fwd: Octave? In-Reply-To: <1111386379.18284.248.camel@arena.soho.bytebot.net> References: <1111176376.4628.5.camel@cutter> <20050318200947.GK19264@angus.ind.WPI.EDU> <1111386379.18284.248.camel@arena.soho.bytebot.net> Message-ID: <1111386782.16997.59.camel@cutter> > Maybe at some stage, when we get FC5 or so, we can have Extras organised > in different forms, much like system-config-packages, or groups as you > may. "Fedora Extras Scientific", and pull that group in and have fun > > Oh wait, we already have that with groups in yum :) > > (but on a more serious note, we should be getting extras sorted that way > too at some stage) absolutely, in fact, this is something I think anyone and everyone should start submitting groups of. submit a comps.xml-compliant group to bugzilla logged against: product: fedora-extras component: general We need to get extras organized better and I think that this way is a good way to start. Anyone object? -sv From ville.skytta at iki.fi Mon Mar 21 07:55:29 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 09:55:29 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <20050321044830.210a0580.bugs.michael@gmx.net> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <20050320193028.A16832@tiki-lounge.com> <20050321044830.210a0580.bugs.michael@gmx.net> Message-ID: <1111391729.8997.457.camel@bobcat.mine.nu> On Mon, 2005-03-21 at 04:48 +0100, Michael Schwendt wrote: > On Sun, 20 Mar 2005 19:30:28 -0800, Toshio Kuratomi wrote: > > > This is longer but more "fixed": > > GCONF_PIDS=`pidof gconfd-2` > > if [ x"$GCONF_PIDS" != "x" ]; then > > kill -HUP $GCONF_PIDS > > fi > > > > Is the cleanliness worth the verbosity? IIRC someone pointed out in this thread that the -HUP might not a good idea in the first place in some circumstances...? > gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids This will break the same way as the original killall -HUP when there's no gconfd-2 running (pidof exits with non-zero). Another quick "fix": gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids || : From markmc at redhat.com Mon Mar 21 08:15:08 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 21 Mar 2005 08:15:08 +0000 Subject: Review request: sabayon In-Reply-To: <423D4C45.3080802@redhat.com> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> <1111225032.3858.20.camel@blaa> <423BFE75.9030903@redhat.com> <1111313243.3852.10.camel@blaa> <423D4C45.3080802@redhat.com> Message-ID: <1111392908.3644.56.camel@blaa> On Sun, 2005-03-20 at 00:11 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > > On Sat, 2005-03-19 at 00:27 -1000, Warren Togami wrote: > > > >>Mark McLoughlin wrote: > > > > > >>%pre > >>/usr/sbin/groupadd -r %{name} &>/dev/null || : > >>/usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} > >>%{name} &>/dev/null || : > >>/usr/sbin/usermod -d "" %{name} &>/dev/null || : > >> > >>Have you tested the effect of this during an upgrade from one package to > >>another? > > > > > > Yep, seems fine. > > Seems fine because it redirected the error messages to /dev/null? > > http://fedoraproject.org/wiki/PackagingGuidelines > "Running scriptlets only in certain situations" > According to this table %pre is being run during package upgrade. You > probably want to test the parameter to only create accounts in the > install case. > > Although I didn't actually test your package, so I may be wrong for some > unknown reason. Please educate me if I am wrong. Yes, if the account already exists, useradd and groupadd are failing silently. I don't really see the problem though - it works. Personally, I'd be more worried about the account not getting created for some unforseen reason. You'll also note that since we've changed the username, we do want new user account to be added on upgrade. And finally, its only doing what every other package which creates a user already does. Cheers, Mark. From pmatilai at welho.com Mon Mar 21 08:26:23 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 21 Mar 2005 10:26:23 +0200 (EET) Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: On Sun, 20 Mar 2005, Jeff Sheltren wrote: > On 3/20/05 8:51 AM, "Ville Skytt?" wrote: >> >> apt-get will follow such deps just fine. If some depsolver doesn't, the >> depsolver needs to be fixed, not worked around in packages. >> > Strange, perhaps that user isn't pointing apt-get to look at core packages > as well as extras packages - that would explain the error. ..or the user is using an incorrectly generated repository. Usage of --bloat to genbasedir is easy to miss. - Panu - From markmc at redhat.com Mon Mar 21 08:30:11 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 21 Mar 2005 08:30:11 +0000 Subject: Review request: sabayon In-Reply-To: <423BFC1B.7060308@redhat.com> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> <423BFC1B.7060308@redhat.com> Message-ID: <1111393811.3644.60.camel@blaa> On Sat, 2005-03-19 at 00:16 -1000, Warren Togami wrote: > This package seems ready for publishing now. So, is that an approval ? :-) (I've added it to BugzillaAdmin and FC4Status - just awaiting confirmation before sending approval announce to extras-commits) Cheers, Mark. From nphilipp at redhat.com Mon Mar 21 08:38:12 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 21 Mar 2005 09:38:12 +0100 Subject: x86_64 blocks i386? In-Reply-To: <20050321040124.GD10610@nostromo.devel.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> Message-ID: <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> On Sun, 2005-03-20 at 23:01 -0500, Bill Nottingham wrote: > Michael Schwendt (bugs.michael at gmx.net) said: > > Since I only just noticed that the requested rebuilds for gpgme and > > gpgme03 in FE Development were not published, because they failed on > > x86_64, I got to ask: > > > > When and where has it been decided that x86_64 blocks i386? > > Well, if you want to play by the same rules as Core, any > arch failure blocks all arches. There have been arguments, of > course, as to how well this rule works. :) It has worked well for me in the past, I didn't need to be kicked in the butt to fix problems on "other" arches. But then I'm only re-stating what I already said ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From paul at all-the-johnsons.co.uk Mon Mar 21 08:44:59 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 21 Mar 2005 08:44:59 +0000 Subject: Getting mono into FC extras In-Reply-To: <20050321035513.GC10610@nostromo.devel.redhat.com> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <20050321035513.GC10610@nostromo.devel.redhat.com> Message-ID: <1111394699.29041.28.camel@localhost.localdomain> Hi, > > DVD is a little ickier because of the DMCA. > CSS is not a patent, it is a trade secret. Different rules. It also contains that many holes it could be quite successfully marketed as a new form of Swiss cheese!!! ;-p TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Mon Mar 21 08:57:58 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 21 Mar 2005 09:57:58 +0100 Subject: Getting mono into FC extras In-Reply-To: <1111394699.29041.28.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <20050321035513.GC10610@nostromo.devel.redhat.com> <1111394699.29041.28.camel@localhost.localdomain> Message-ID: <1111395479.8759.11.camel@gibraltar.stuttgart.redhat.com> On Mon, 2005-03-21 at 08:44 +0000, Paul wrote: > Hi, > > > > DVD is a little ickier because of the DMCA. > > > CSS is not a patent, it is a trade secret. Different rules. > > It also contains that many holes it could be quite successfully marketed > as a new form of Swiss cheese!!! ;-p Swiss cheese tastes better, so not really. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From wtogami at redhat.com Mon Mar 21 09:15:09 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 20 Mar 2005 23:15:09 -1000 Subject: Review request: sabayon In-Reply-To: <1111393811.3644.60.camel@blaa> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> <423BFC1B.7060308@redhat.com> <1111393811.3644.60.camel@blaa> Message-ID: <423E909D.4060901@redhat.com> Mark McLoughlin wrote: > On Sat, 2005-03-19 at 00:16 -1000, Warren Togami wrote: > > >>This package seems ready for publishing now. > > > So, is that an approval ? :-) > > (I've added it to BugzillaAdmin and FC4Status - just awaiting > confirmation before sending approval announce to extras-commits) > Sure go ahead. You can use me as reviewer when you send your APPROVED message to fedora-extras-commits. Does this work properly on both FC3 and FC4? If so, let me know, so I can create a FC-3 branch. Then make your release tag something like "5.FC3" and "5.FC4". Warren Togami wtogami at redhat.com From aportal at univ-montp2.fr Mon Mar 21 09:27:37 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Mon, 21 Mar 2005 10:27:37 +0100 Subject: evms review In-Reply-To: <1111195017.4076.73.camel@localhost.localdomain> References: <200503171654.58612.aportal@univ-montp2.fr> <1111195017.4076.73.camel@localhost.localdomain> Message-ID: <200503211027.37998.aportal@univ-montp2.fr> Le samedi 19 Mars 2005 02:16, Tom 'spot' Callaway a ?crit : > Other than that, it looks good. Make the changes Done. Packages available from: http://linuxelectronique.free.fr/download/fedora/3/RPMS/i386/evms-2.5.2-2.i386.rpm http://linuxelectronique.free.fr/download/fedora/3/SRPMS/evms-2.5.2-2.src.rpm > and I'll sponsor. Really thanks. Regards. -- Alain PORTAL -- Service Commun de Microscopie ?lectronique Universit? de Montpellier II -- Case Courrier 087 Place Eug?ne Bataillon -- 34095 Montpellier Cedex 05 T?l. : 04 67 14 37 35 -- Fax. : 04 67 14 37 37 NO WORD ATTACHMENTS: http://www.fsf.org/philosophy/no-word-attachments.fr.html http://www.giromini.org/usenet-fr/repondre.html From markmc at redhat.com Mon Mar 21 09:31:22 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 21 Mar 2005 09:31:22 +0000 Subject: Review request: sabayon In-Reply-To: <423E909D.4060901@redhat.com> References: <1111167859.20834.22.camel@blaa> <423BC68A.1040507@redhat.com> <1111223954.3858.13.camel@blaa> <423BFC1B.7060308@redhat.com> <1111393811.3644.60.camel@blaa> <423E909D.4060901@redhat.com> Message-ID: <1111397483.3644.67.camel@blaa> On Sun, 2005-03-20 at 23:15 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > > On Sat, 2005-03-19 at 00:16 -1000, Warren Togami wrote: > > > > > >>This package seems ready for publishing now. > > > > > > So, is that an approval ? :-) > > > > (I've added it to BugzillaAdmin and FC4Status - just awaiting > > confirmation before sending approval announce to extras-commits) > > > > Sure go ahead. You can use me as reviewer when you send your APPROVED > message to fedora-extras-commits. Okay. > Does this work properly on both FC3 and FC4? Nope, FC4 only. Cheers, Mark. From funkyres at gmail.com Mon Mar 21 09:51:20 2005 From: funkyres at gmail.com (Michael Peters) Date: Mon, 21 Mar 2005 01:51:20 -0800 Subject: Getting mono into FC extras In-Reply-To: <1111394699.29041.28.camel@localhost.localdomain> References: <1111234695.9137.24.camel@localhost.localdomain> <1111238610.4076.112.camel@localhost.localdomain> <1111241154.9137.42.camel@localhost.localdomain> <1111242654.4076.140.camel@localhost.localdomain> <20050321035513.GC10610@nostromo.devel.redhat.com> <1111394699.29041.28.camel@localhost.localdomain> Message-ID: <485bb8840503210151175ebd34@mail.gmail.com> On Mon, 21 Mar 2005 08:44:59 +0000, Paul wrote: > Hi, > > > > DVD is a little ickier because of the DMCA. > > > CSS is not a patent, it is a trade secret. Different rules. > > It also contains that many holes it could be quite successfully marketed > as a new form of Swiss cheese!!! ;-p Holes in encryption don't matter. Since it is illegal to break encryption, those who wish break it don't because they have a very high respect for the law. Right? -- http://mpeters.us/ From bugs.michael at gmx.net Mon Mar 21 12:01:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 13:01:22 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <1111383938.2475.230.camel@mccallum.corsepiu.local> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <1111383938.2475.230.camel@mccallum.corsepiu.local> Message-ID: <20050321130122.124b9d51.bugs.michael@gmx.net> On Mon, 21 Mar 2005 06:45:38 +0100, Ralf Corsepius wrote: > On Mon, 2005-03-21 at 03:48 +0100, Michael Schwendt wrote: > > On Sun, 20 Mar 2005 15:56:04 -1000, Warren Togami wrote: > > > > > We are almost ready to push XFCE 4.2.1.1. Only remaining question is if > > > we want to totally remove the .la and/or .a files from the binary > > > packages. Do we? > > > > > http://people.redhat.com/wtogami/temp/xfce-FC3/ > > > > Certainly for directories which contain .so plugins, e.g. in the xfprint > > package. I have strong doubts that static archives are needed in there. > > > > Whether the libtool archives are needed in such directories depends on how > > the .so files are loaded at run-time. Is it dlopen()? Then .la files are > > not needed. > I disagree. > > If a package installs *.la's, then these are part of a package's API. > You are not legitimated to remove them, because this would break the API > a package provides. > > It doesn't matter if these *.so/*.la's are being used by the package > they are shipped with, because you can't know what other applications > might do with them. It does matter. If .la files for private plugins are just a byproduct of using libtool, there are useless and only increase the file count. Plugin DSOs cannot be used by external programs unless there is an API actually. If you went on with your rationale, you would also judge that the .a files are needed because they belong to the package's API, regardless of whether they are located in private plugin directories. > This applies to shared libraries as well as to plugins - They are > supposed to be "shared" between applications. Our Linux's run-time and build-time linkers don't need the libtool archives. Often the added inter-library dependency information in these files require unneeded explicit package dependencies, too. From bugs.michael at gmx.net Mon Mar 21 12:10:54 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 13:10:54 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050321131054.2ec4ff9d.bugs.michael@gmx.net> On Mon, 21 Mar 2005 09:38:12 +0100, Nils Philippsen wrote: > On Sun, 2005-03-20 at 23:01 -0500, Bill Nottingham wrote: > > Michael Schwendt (bugs.michael at gmx.net) said: > > > Since I only just noticed that the requested rebuilds for gpgme and > > > gpgme03 in FE Development were not published, because they failed on > > > x86_64, I got to ask: > > > > > > When and where has it been decided that x86_64 blocks i386? > > > > Well, if you want to play by the same rules as Core, any > > arch failure blocks all arches. There have been arguments, of > > course, as to how well this rule works. :) > > It has worked well for me in the past, I didn't need to be kicked in the > butt to fix problems on "other" arches. But then I'm only re-stating > what I already said ;-). Before this threads gets out of hand, it's a matter of what you can expect community volunteers to do. No AMD64 test machine running F4T1+Extras, debugging x86_64 build or run-time problems can become an impossible mission. No AMD64 enthusiasts who would be looking into announced blocker bugs in a timely manner, the requirement for packages to build on more than the h/w architecture the packager volunteered to support, is dangerous. During FC2 and FC3 test periods, the fedora.us requirement for packages to build not just for the last stable release but also compile fine with current FC Development added a significant hurdle already. It is wishful thinking, that community contributors not just follow FC Devel or early test releases, but also can test and debug on more than one h/w arch. From adrian at lisas.de Mon Mar 21 13:18:21 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 21 Mar 2005 14:18:21 +0100 Subject: Review needed: xlockmore In-Reply-To: <20050319113439.GB18736@lisas.de> References: <20050316090810.GA19350@lisas.de> <1111049901.4186.42.camel@gibraltar.stuttgart.redhat.com> <20050319113439.GB18736@lisas.de> Message-ID: <20050321131821.GA29429@lisas.de> On Sat, Mar 19, 2005 at 12:34:39PM +0100, Adrian Reber wrote: > > On Wed, 2005-03-16 at 10:08 +0100, Adrian Reber wrote: > > > http://lisas.de/~adrian/rpm/xlockmore-5.15-1.src.rpm > > > > spec looks good to me (well %buildroot ./. $RPM_BUILD_ROOT as Brian > > mentioned -- I didn't spot it, but I'm a slacker anyway), source > > matches > > upstream and it builds on FC3 just fine (didn't try it in a build > > system, anything out there that doesn't need apt-get?). I tried out > > the > > hacks with xglock and nothing seems to go wrong there. > > Thanks for the reviews. I have updated the rpm to fix the > %{buildroot}/$RPM_BUILD_ROOT problem and uploaded it to the same > location. As there no objections against xlockmore I will import it shortly into CVS. Adrian From dag at wieers.com Mon Mar 21 13:23:42 2005 From: dag at wieers.com (Dag Wieers) Date: Mon, 21 Mar 2005 14:23:42 +0100 (CET) Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111345526.8997.364.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> Message-ID: On Sun, 20 Mar 2005, Ville Skytt? wrote: > On Sun, 2005-03-20 at 12:28 -0500, Toshio wrote: > > > This patch could be improved if someone can figure out how to deal with > > previous packages built with the broken %preun scriptlets. (As it is, > > the problem expressed in the cited email will continue when upgrading > > the set of currently broken packages.) > > %triggerpostun could help. See /usr/share/doc/rpm-*/triggers In the old tradition of misquoting JBJ, I think he once mentioned that the use of triggers should be avoided. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Mon Mar 21 13:24:55 2005 From: dag at wieers.com (Dag Wieers) Date: Mon, 21 Mar 2005 14:24:55 +0100 (CET) Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: On Sun, 20 Mar 2005, Rex Dieter wrote: > On Sun, 20 Mar 2005, Jeff Sheltren wrote: > > > Second, I'm a bit confused by Michael's comment: > > ---------- > > But the fortune-mod packages released into Fedora Extras Development have > > the same version-release as those for Fedora Extras 3. That's a bug. > > ---------- > > Which brings me to my question: how should releases differ between FC3 and > > development? Are we supposed to have that FC3/FC4 tag as part of the > > release? If so, is this *only* for the case where the FC3 version = FC4 > > version? > > IMO, disttags are the easiest way to accomplish this. (and further, IMO, > extras should *always* use dist tags, but I doubt that will happen) +1 > *ducks* +1 :) -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From rc040203 at freenet.de Mon Mar 21 13:23:59 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 21 Mar 2005 14:23:59 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050321130122.124b9d51.bugs.michael@gmx.net> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <1111383938.2475.230.camel@mccallum.corsepiu.local> <20050321130122.124b9d51.bugs.michael@gmx.net> Message-ID: <1111411440.2475.256.camel@mccallum.corsepiu.local> On Mon, 2005-03-21 at 13:01 +0100, Michael Schwendt wrote: > On Mon, 21 Mar 2005 06:45:38 +0100, Ralf Corsepius wrote: > > > On Mon, 2005-03-21 at 03:48 +0100, Michael Schwendt wrote: > > > On Sun, 20 Mar 2005 15:56:04 -1000, Warren Togami wrote: > > > > > > > We are almost ready to push XFCE 4.2.1.1. Only remaining question is if > > > > we want to totally remove the .la and/or .a files from the binary > > > > packages. Do we? > > > > > > > http://people.redhat.com/wtogami/temp/xfce-FC3/ > > > > > > Certainly for directories which contain .so plugins, e.g. in the xfprint > > > package. I have strong doubts that static archives are needed in there. > > > > > > Whether the libtool archives are needed in such directories depends on how > > > the .so files are loaded at run-time. Is it dlopen()? Then .la files are > > > not needed. > > I disagree. > > > > If a package installs *.la's, then these are part of a package's API. > > You are not legitimated to remove them, because this would break the API > > a package provides. > > > > It doesn't matter if these *.so/*.la's are being used by the package Urgh, nasty typo: "s/doesn't matter/does matter/" > > they are shipped with, because you can't know what other applications > > might do with them. > > It does matter. If .la files for private plugins are just a byproduct of > using libtool, there are useless and only increase the file count. Wrong. Though, they are not necessary on linux in most situations, but they are needed by _libtool_ on other systems as part of the libtool- API. Get yourself a Sun and you will experience that your statement is wrong. > Plugin > DSOs cannot be used by external programs unless there is an API actually. > > If you went on with your rationale, you would also judge that the .a > files are needed because they belong to the package's API, regardless > of whether they are located in private plugin directories. Right - The point is to distinguish whether these *.a are private or are part of the API. The purpose of plugins and shared-libs however is sharing them, so you as a package have no possibility to know who might do what with them. > > This applies to shared libraries as well as to plugins - They are > > supposed to be "shared" between applications. > > Our Linux's run-time and build-time linkers don't need the libtool > archives. Often the added inter-library dependency information in these > files require unneeded explicit package dependencies, too. Whether you like it or not, these dependencies exist. libtool only makes these dependencies explicit - However there exist broken versions of libtool and mal-configured packages which produce broken *.la's. Ralf From tcallawa at redhat.com Mon Mar 21 13:23:29 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 21 Mar 2005 07:23:29 -0600 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: References: Message-ID: <1111411409.13634.15.camel@localhost.localdomain> On Mon, 2005-03-21 at 14:24 +0100, Dag Wieers wrote: > > IMO, disttags are the easiest way to accomplish this. (and further, IMO, > > extras should *always* use dist tags, but I doubt that will happen) The reason I tried to hash through a disttag standard on the -packaging list was so that people who wanted to use them could have a unified method of doing so. However, as long as I'm still breathing, it will never be mandatory. (yeah, yeah, i know, never say never...) ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From dag at wieers.com Mon Mar 21 13:30:19 2005 From: dag at wieers.com (Dag Wieers) Date: Mon, 21 Mar 2005 14:30:19 +0100 (CET) Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111346993.5106.44.camel@notebook.thl.home> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <1111346993.5106.44.camel@notebook.thl.home> Message-ID: On Sun, 20 Mar 2005, Thorsten Leemhuis wrote: > Am Sonntag, den 20.03.2005, 21:05 +0200 schrieb Ville Skytt?: > > On Sun, 2005-03-20 at 12:28 -0500, Toshio wrote: > > > On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > > [...] > > >Proposed patch to spectemplate.spec that should address this problem: > > > https://www.redhat.com/archives/fedora-devel-list/2004- > > > December/msg00838.html > > > > How about if I just remove the "full featured" spec template from > > rpmdevtools, and we provide one with a better coverage, docs and > > annotations somewhere else, eg. Wiki? > > I loved the "full featured" spec template and still like it very much -- > just type fedora-newrpmspec, less newspec.spec to look something up is > easier that fire webbrowser up, search bookmarks/google/somewhere\ else > and look there. On a side note, I have had a few submissions or patches against my SPEC files based on the "full featured" fedora.us SPEC template. So you have to be careful not to teach people to adopt it verbatim, as some people obviously do. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From nphilipp at redhat.com Mon Mar 21 13:28:40 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 21 Mar 2005 14:28:40 +0100 Subject: x86_64 blocks i386? In-Reply-To: <20050321131054.2ec4ff9d.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> <20050321131054.2ec4ff9d.bugs.michael@gmx.net> Message-ID: <1111411720.13972.20.camel@wombat.tiptoe.de> On Mon, 2005-03-21 at 13:10 +0100, Michael Schwendt wrote: > On Mon, 21 Mar 2005 09:38:12 +0100, Nils Philippsen wrote: > > > On Sun, 2005-03-20 at 23:01 -0500, Bill Nottingham wrote: > > > Michael Schwendt (bugs.michael at gmx.net) said: > > > > Since I only just noticed that the requested rebuilds for gpgme and > > > > gpgme03 in FE Development were not published, because they failed on > > > > x86_64, I got to ask: > > > > > > > > When and where has it been decided that x86_64 blocks i386? > > > > > > Well, if you want to play by the same rules as Core, any > > > arch failure blocks all arches. There have been arguments, of > > > course, as to how well this rule works. :) > > > > It has worked well for me in the past, I didn't need to be kicked in the > > butt to fix problems on "other" arches. But then I'm only re-stating > > what I already said ;-). > > Before this threads gets out of hand, it's a matter of what you can expect > community volunteers to do. Agreed. > No AMD64 test machine running F4T1+Extras, debugging x86_64 build or > run-time problems can become an impossible mission. > > No AMD64 enthusiasts who would be looking into announced blocker bugs in a > timely manner, the requirement for packages to build on more than the h/w > architecture the packager volunteered to support, is dangerous. > > During FC2 and FC3 test periods, the fedora.us requirement for packages to > build not just for the last stable release but also compile fine with > current FC Development added a significant hurdle already. It is wishful > thinking, that community contributors not just follow FC Devel or early > test releases, but also can test and debug on more than one h/w arch. Hmm. I agree that we can't expect everyone to be able to debug on every arch, be it due to missing hardware, experience or both. Still I would be in favour of a rule that before anything hits stable trees it must be built on all (primary -- for whatever that is, we haven't as many arches as Debian yet) architectures. We don't want a situation where Extras on i386 is cool but sucks on another platform. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From rdieter at math.unl.edu Mon Mar 21 13:38:03 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 21 Mar 2005 07:38:03 -0600 Subject: xfce 4.2.1 packages available In-Reply-To: <1111411440.2475.256.camel@mccallum.corsepiu.local> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <1111383938.2475.230.camel@mccallum.corsepiu.local> <20050321130122.124b9d51.bugs.michael@gmx.net> <1111411440.2475.256.camel@mccallum.corsepiu.local> Message-ID: <423ECE3B.9010106@math.unl.edu> Ralf Corsepius wrote: > On Mon, 2005-03-21 at 13:01 +0100, Michael Schwendt wrote: >>Our Linux's run-time and build-time linkers don't need the libtool >>archives. Often the added inter-library dependency information in these >>files require unneeded explicit package dependencies, too. > > Whether you like it or not, these dependencies exist. libtool only makes > these dependencies explicit - However there exist broken versions of > libtool and mal-configured packages which produce broken *.la's. In my experience, 95% time, Michael is right. libtool often introduces many needless dependancies. Here's a thought example (I can give you many real examples if you want too): libfoo1-devel contains a (shared) library linked against libfoo2, so it's .la file (libfoo1.la) contains explicit references to either libfoo2.la and/or -lfoo2 Build application foobar, that links against libfoo1. Despite the fact the foobar makes no direct use of any libfoo2 symbol or function, foobar 1. BuildRequires: libfoo2-devel 2. Requires: libfoo2 (an rpm-generated dependancy) Neither of which is required nor desired. -- Rex From toshio at tiki-lounge.com Mon Mar 21 13:46:43 2005 From: toshio at tiki-lounge.com (Toshio) Date: Mon, 21 Mar 2005 08:46:43 -0500 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111391729.8997.457.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <20050320193028.A16832@tiki-lounge.com> <20050321044830.210a0580.bugs.michael@gmx.net> <1111391729.8997.457.camel@bobcat.mine.nu> Message-ID: <1111412805.15584.7.camel@Madison.badger.com> On Mon, 2005-03-21 at 09:55 +0200, Ville Skytt? wrote: > On Mon, 2005-03-21 at 04:48 +0100, Michael Schwendt wrote: > > On Sun, 20 Mar 2005 19:30:28 -0800, Toshio Kuratomi wrote: > > > > > This is longer but more "fixed": > > > GCONF_PIDS=`pidof gconfd-2` > > > if [ x"$GCONF_PIDS" != "x" ]; then > > > kill -HUP $GCONF_PIDS > > > fi > > > > > > Is the cleanliness worth the verbosity? > > IIRC someone pointed out in this thread that the -HUP might not a good > idea in the first place in some circumstances...? > Thorsten mentioned it but left us without a reason :-) I'm going on what Mark McLaughlin wrote here: https://www.redhat.com/archives/fedora-maintainers/2005- March/msg00005.html Anyone know why HUP'ing gconfd-2 would be a bad idea? -Toshio -- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Mon Mar 21 13:52:38 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 21 Mar 2005 07:52:38 -0600 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <1111411409.13634.15.camel@localhost.localdomain> References: <1111411409.13634.15.camel@localhost.localdomain> Message-ID: <423ED1A6.80100@math.unl.edu> Tom 'spot' Callaway wrote: > On Mon, 2005-03-21 at 14:24 +0100, Dag Wieers wrote: >>>IMO, disttags are the easiest way to accomplish this. (and further, IMO, >>>extras should *always* use dist tags, but I doubt that will happen) > The reason I tried to hash through a disttag standard on the -packaging > list was so that people who wanted to use them could have a unified > method of doing so. Fabulous. That's a start. Looks like another list I need to join. > However, as long as I'm still breathing, it will never be mandatory. If a package in Extras is for only 1 FC release, I'd agree with you. However, I, and pretty much everyone I know who maintains add-on repositories that support multiple rh/rhel/fc releases, feel strongly about disttags (or in the very least *use* them): distags are (should be) neccesary, add value, and don't hurt anything. -- Rex From bugs.michael at gmx.net Mon Mar 21 14:05:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 15:05:11 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <1111411440.2475.256.camel@mccallum.corsepiu.local> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <1111383938.2475.230.camel@mccallum.corsepiu.local> <20050321130122.124b9d51.bugs.michael@gmx.net> <1111411440.2475.256.camel@mccallum.corsepiu.local> Message-ID: <20050321150511.0f383978.bugs.michael@gmx.net> On Mon, 21 Mar 2005 14:23:59 +0100, Ralf Corsepius wrote: > > It does matter. If .la files for private plugins are just a byproduct of > > using libtool, there are useless and only increase the file count. > Wrong. Though, they are not necessary on linux in most situations, but > they are needed by _libtool_ on other systems as part of the libtool- > API. > > Get yourself a Sun and you will experience that your statement is wrong. I wonder what the relevance of that is in this discussion. I'm not questioning usefulness of libtool or libtool archives on other platforms. > > Plugin > > DSOs cannot be used by external programs unless there is an API actually. > > > > If you went on with your rationale, you would also judge that the .a > > files are needed because they belong to the package's API, regardless > > of whether they are located in private plugin directories. > Right - The point is to distinguish whether these *.a are private or are > part of the API. > > The purpose of plugins and shared-libs however is sharing them, so you > as a package have no possibility to know who might do what with them. Static archives in a plugins directory? Show where/how/when they are used or could be used, and then they can be included. Else they only increase the size of the binary packages with superfluous files. > > > This applies to shared libraries as well as to plugins - They are > > > supposed to be "shared" between applications. > > > > Our Linux's run-time and build-time linkers don't need the libtool > > archives. Often the added inter-library dependency information in these > > files require unneeded explicit package dependencies, too. > > Whether you like it or not, these dependencies exist. At run-time, yes. At build-time, libtool only increases the dependencies on many -devel packages which are not needed for the linking step. > libtool only makes > these dependencies explicit - And with that you need to make them explicit in a package spec file, too, which is not good. If a program links against libfoo, it needs libfoo-devel at built-time (and any additional packages for include files it chainloads) [*], but not other -devel packages libfoo might be _linked_ against. Those are run-time dependencies. [*] For that I would prefer pkgconfig based dependencies. > However there exist broken versions of > libtool and mal-configured packages which produce broken *.la's. Yes, that's another story. ;) A story like broken pkgconfig templates which pollute LDFLAGS with linker options that insert standard library search paths in front of user-defined search paths. Or KDE which includes an incorrectly configured ltdl which does not know about the .so file name extension for shared objects and hence is limited to .la files. From skvidal at fedoraproject.org Mon Mar 21 14:33:43 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Mar 2005 09:33:43 -0500 Subject: fedora extras 3 packages Message-ID: <1111415623.16997.83.camel@cutter> Hi folks, Package updates: - Move revelation and gwget from testing to normal dir - silky (i386, x86_64) new release 0.5.4-0.FC3 - gai (i386, x86_64) - awstats (i386, x86_64) There were no build failures. For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Mon Mar 21 14:36:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 15:36:11 +0100 Subject: x86_64 blocks i386? In-Reply-To: <1111411720.13972.20.camel@wombat.tiptoe.de> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> <20050321131054.2ec4ff9d.bugs.michael@gmx.net> <1111411720.13972.20.camel@wombat.tiptoe.de> Message-ID: <20050321153611.357e56d5.bugs.michael@gmx.net> On Mon, 21 Mar 2005 14:28:40 +0100, Nils Philippsen wrote: > > No AMD64 test machine running F4T1+Extras, debugging x86_64 build or > > run-time problems can become an impossible mission. > > > > No AMD64 enthusiasts who would be looking into announced blocker bugs in a > > timely manner, the requirement for packages to build on more than the h/w > > architecture the packager volunteered to support, is dangerous. > > > > During FC2 and FC3 test periods, the fedora.us requirement for packages to > > build not just for the last stable release but also compile fine with > > current FC Development added a significant hurdle already. It is wishful > > thinking, that community contributors not just follow FC Devel or early > > test releases, but also can test and debug on more than one h/w arch. > > Hmm. I agree that we can't expect everyone to be able to debug on every > arch, be it due to missing hardware, experience or both. Still I would > be in favour of a rule that before anything hits stable trees it must be > built on all (primary -- for whatever that is, we haven't as many arches > as Debian yet) architectures. We don't want a situation where Extras on > i386 is cool but sucks on another platform. And with that we're back at the initial problem, except that it has become completely unrelated to gpgme[03]'s failure in mach. ;) It looks as if a rule is needed. For new packages, build failure on one arch blocks builds for all archs? No ExcludeArch permitted for new packages anymore? That alone would be quite rigorous and lead to exclusion of packages which are just not designed to work on non-i386 (e.g. due to endianess related implementation issues or weird use of C-style casts). What happens if no resources are available to look into such a problem (and no upstream developers either)? The same can happen during big[ger] version upgrades. As it is currently, the majority of packages is prepared and tested on i386 and rebuilt for x86_64 (and likely ppc[64] some day besides dwmw2's private builds). If no arch-specific co-maintainers exist, the packages built for x86_64 are fully untested until some users tries them out. And it has happened before, that such an untested built either crashes right at the start (e.g. geomview) or at a later point (e.g. anjuta). Trying to support multiple archs equally from the start is an admirable goal, but just not feasible until arch-specific co-maintainers kick in (or the built stuff "just works" and no difficult issues come up). From bugs.michael at gmx.net Mon Mar 21 14:42:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 15:42:40 +0100 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <423ED1A6.80100@math.unl.edu> References: <1111411409.13634.15.camel@localhost.localdomain> <423ED1A6.80100@math.unl.edu> Message-ID: <20050321154240.2ea273ab.bugs.michael@gmx.net> On Mon, 21 Mar 2005 07:52:38 -0600, Rex Dieter wrote: > Tom 'spot' Callaway wrote: > > On Mon, 2005-03-21 at 14:24 +0100, Dag Wieers wrote: > > >>>IMO, disttags are the easiest way to accomplish this. (and further, IMO, > >>>extras should *always* use dist tags, but I doubt that will happen) > > > The reason I tried to hash through a disttag standard on the -packaging > > list was so that people who wanted to use them could have a unified > > method of doing so. > > Fabulous. That's a start. Looks like another list I need to join. > > > However, as long as I'm still breathing, it will never be mandatory. > > If a package in Extras is for only 1 FC release, I'd agree with you. > > However, I, and pretty much everyone I know who maintains add-on > repositories that support multiple rh/rhel/fc releases, feel strongly > about disttags (or in the very least *use* them): distags are (should > be) neccesary, add value, and don't hurt anything. With packages maintained in CVS, the situation has changed. You need to keep multiple branches in sync manually (FC-2, FC-3, devel) anyway. You no longer build one src.rpm for multiple platforms. If at all, dist tags ought to be added by the build system (e.g. via the %{?disttag} macro) with the same mechanism also being implemented in Fedora Core's build system (so e.g. packages moved from Core into Extras and vice versa don't disturb eachother in V-R). From bugs.michael at gmx.net Mon Mar 21 14:52:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 15:52:08 +0100 Subject: fedora extras 3 packages In-Reply-To: <1111415623.16997.83.camel@cutter> References: <1111415623.16997.83.camel@cutter> Message-ID: <20050321155208.7e1da44c.bugs.michael@gmx.net> On Mon, 21 Mar 2005 09:33:43 -0500, seth vidal wrote: > There were no build failures. Hear, hear! The human build-system has been upgraded. ;) From dgregor at redhat.com Mon Mar 21 15:14:53 2005 From: dgregor at redhat.com (Dennis Gregorovic) Date: Mon, 21 Mar 2005 10:14:53 -0500 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <485bb884050320175268a62243@mail.gmail.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> <1111369657.16997.32.camel@cutter> <485bb884050320175268a62243@mail.gmail.com> Message-ID: <1111418094.21562.10.camel@galileo.boston.redhat.com> On Sun, 2005-03-20 at 17:52 -0800, Michael Peters wrote: > On Sun, 20 Mar 2005 20:47:37 -0500, seth vidal wrote: > > > > > Yes, precisely. Whether this means a daily build of CPAN modules into a > > > yum repo, > > > > good idea. > > I second that notion - java stuff has jpackage.org, something for perl > by perl pepes would be sweat. The more commonly used modules probably > should be in core/extras - but bleeding edge versions and obscure > modules could be in something for perl people by perl people. > I disagree that obscure modules should not be in Extras. I haven't seen any guidelines stating a minimum level of popularity needed for a package to be included in Extras. The criteria for Perl modules should not be different. If someone is willing to maintain an obscure Perl module, I don't see a problem with that. Cheers -- Dennis From jdennis at redhat.com Mon Mar 21 15:20:26 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 21 Mar 2005 10:20:26 -0500 Subject: Basic questions In-Reply-To: <423CB089.1030108@redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> Message-ID: <1111418429.3627.7.camel@localhost.localdomain> On Sat, 2005-03-19 at 13:06 -1000, Warren Togami wrote: > > Releases for different distros > > > > Say I wanted to update the fontforge package for both the > > devel branch and for the FC-3 branch. Presumably, I want > > to make sure that the devel version number is always newer > > than the FC-3 version number so that people can do intro-distro > > upgrades and get the rebuilt version. How do I achieve this? > > > > One system I've used in the past (for Fedora Core / RHEL errata) > > is to say, call the devel version: > > > > mypackage-1.0-1.fc4 > > > > Then backport to FC3 as: > > > > mypackage-1.0-1.fc3 > > > > If I have fix specific to the FC3 package, I might then number > > the new version as: > > > > mypackage-1.0-1.fc3.1 > > > > Is it reasonable to do something like this for extras? Is there > > a standard? > > Do whatever works. This scheme does work for FC, so it will work fine > here. Just be consistent for that package. I'm one of those folks who does not share the view the ad hoc naming of packages in FC (RHEL) works in practice. When its the responsibility of the developer to keep all the versions between distributions correct its way too easy for human error to creep in. Plus the ad hoc, every package is different, with its own naming methodology is very confusing, both for humans and tools. I wish we could use a computer to assign the versions (and tags) so that its consistent within a package, across all packages in a distribution, and across all distributions and have a database of this information that can be queried. -- John Dennis From nphilipp at redhat.com Mon Mar 21 15:21:46 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 21 Mar 2005 16:21:46 +0100 Subject: x86_64 blocks i386? In-Reply-To: <20050321153611.357e56d5.bugs.michael@gmx.net> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> <1111394292.8759.8.camel@gibraltar.stuttgart.redhat.com> <20050321131054.2ec4ff9d.bugs.michael@gmx.net> <1111411720.13972.20.camel@wombat.tiptoe.de> <20050321153611.357e56d5.bugs.michael@gmx.net> Message-ID: <1111418506.13972.41.camel@wombat.tiptoe.de> On Mon, 2005-03-21 at 15:36 +0100, Michael Schwendt wrote: > It looks as if a rule is needed. For new packages, build failure on one > arch blocks builds for all archs? Well, "blocks releases" would be a good idea for new packages. Builds should be done so problems on different arches can be solved simultaneously. > No ExcludeArch permitted for new packages anymore? I'd limit ExcludeArch/ExclusiveArch for situations related to the nature of the package, not the packaging (or its problems). So: no ExcludeArch/ExclusiveArch to work around build problems, but for things like the Synaptics touchpad driver that isn't sensible on most arches. > That alone would be quite rigorous and lead to > exclusion of packages which are just not designed to work on non-i386 > (e.g. due to endianess related implementation issues or weird use of > C-style casts). I'd say this should be the exception, i.e. if someone would want to introduce something that doesn't build on anything except i386, (s)he should have to hop over a higher hurdle than for a well-behaved package, e.g. we could require a certain higher number of sponsors for such packages. Usually when code cuts these corners you mentioned, the chances are high that it's bad in other places as well, so a certain amount of encouragement to fix these issues can't hurt ;-). > What happens if no resources are available to look into > such a problem (and no upstream developers either)? In the case of no upstream the maintainer should be willing and able cover the upstream role by himself. The quality of the packages -- and by proxy the overall quality of the repository -- depends on the packager and upstream roles being filled. > The same can happen > during big[ger] version upgrades. We really need to talk about whether something like arch-maintainers contrary to package maintainers, people where the latter can come to if they have problems on their specific architectures, makes sense. > As it is currently, the majority of packages is prepared and tested on > i386 and rebuilt for x86_64 (and likely ppc[64] some day besides dwmw2's > private builds). If no arch-specific co-maintainers exist, the packages > built for x86_64 are fully untested until some users tries them out. And That's why there is -testing I believe... > it has happened before, that such an untested built either crashes right > at the start (e.g. geomview) or at a later point (e.g. anjuta). > > Trying to support multiple archs equally from the start is an admirable > goal, but just not feasible until arch-specific co-maintainers kick in > (or the built stuff "just works" and no difficult issues come up). Still I would say that we should aim high first and make cutting corners the exception. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From dgregor at redhat.com Mon Mar 21 15:21:57 2005 From: dgregor at redhat.com (Dennis Gregorovic) Date: Mon, 21 Mar 2005 10:21:57 -0500 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <423E283D.7050507@redhat.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> <1111369657.16997.32.camel@cutter> <423E283D.7050507@redhat.com> Message-ID: <1111418517.21562.15.camel@galileo.boston.redhat.com> On Mon, 2005-03-21 at 11:49 +1000, Robert Kearey wrote: > seth vidal wrote: > > >>It's hard enough to package enormous monolithic CGI apps like RT as it > >>is, let's see if we can't at least make it painful instad of agonizing. > > > The biggest problem I've seen with perl module rpm building is the > > infuriating 'make test' breaking, all the time. > > Yes, and each module does it's regression testing differently. I do so > love the ones that stop and ask you for user input. How we work around > that sort of madness is something that our resident Perl experts may be > able to suggest. The better modules (like Template Toolkit) will allow you to pass in a switch that tells the software to just use the defaults and don't ask the user for input. Anything that requires user input to build or test is broken IMO and should be fixed upstream or with patches in the RPM. -- Dennis > > We should at least be able to increase the amount of available modules. > > > -sv > From skvidal at phy.duke.edu Mon Mar 21 15:25:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 10:25:53 -0500 Subject: Basic questions In-Reply-To: <1111418429.3627.7.camel@localhost.localdomain> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <1111418429.3627.7.camel@localhost.localdomain> Message-ID: <1111418753.6458.3.camel@cutter> > I wish we could use a computer to assign the versions (and tags) so that > its consistent within a package, across all packages in a distribution, > and across all distributions and have a database of this information > that can be queried. And how would we correlate that information with the ACTUAL version of the program that's being packaged? In addition, if we just keep the actual version in this db somewhere doesn't the input to that db suffer from the same human error problems you mentioned before? -sv From skvidal at phy.duke.edu Mon Mar 21 15:27:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 10:27:39 -0500 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <1111418517.21562.15.camel@galileo.boston.redhat.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> <1111369657.16997.32.camel@cutter> <423E283D.7050507@redhat.com> <1111418517.21562.15.camel@galileo.boston.redhat.com> Message-ID: <1111418859.6458.5.camel@cutter> > The better modules (like Template Toolkit) will allow you to pass in a > switch that tells the software to just use the defaults and don't ask > the user for input. Anything that requires user input to build or test > is broken IMO and should be fixed upstream or with patches in the RPM. > I think the problem here is the second word of your first sentence. 'better' a lot of times the modules a program relies on are not 'better'. And while upstream fixing would be good, many times the upstream author has gone away. -sv From jdennis at redhat.com Mon Mar 21 15:53:32 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 21 Mar 2005 10:53:32 -0500 Subject: Review request: sabayon In-Reply-To: <423D4C45.3080802@redhat.com> References: <1111167859.20834.22.camel@blaa> <1111172992.6637.26.camel@gibraltar.stuttgart.redhat.com> <1111225032.3858.20.camel@blaa> <423BFE75.9030903@redhat.com> <1111313243.3852.10.camel@blaa> <423D4C45.3080802@redhat.com> Message-ID: <1111420418.3627.18.camel@localhost.localdomain> On Sun, 2005-03-20 at 00:11 -1000, Warren Togami wrote: > Mark McLoughlin wrote: > > On Sat, 2005-03-19 at 00:27 -1000, Warren Togami wrote: > > > >>Mark McLoughlin wrote: > > > > > >>%pre > >>/usr/sbin/groupadd -r %{name} &>/dev/null || : > >>/usr/sbin/useradd -r -s /sbin/nologin -c "Sabayon user" -g %{name} > >>%{name} &>/dev/null || : > >>/usr/sbin/usermod -d "" %{name} &>/dev/null || : > >> > >>Have you tested the effect of this during an upgrade from one package to > >>another? > > > > > > Yep, seems fine. > > Seems fine because it redirected the error messages to /dev/null? > > http://fedoraproject.org/wiki/PackagingGuidelines > "Running scriptlets only in certain situations" > According to this table %pre is being run during package upgrade. You > probably want to test the parameter to only create accounts in the > install case. > > Although I didn't actually test your package, so I may be wrong for some > unknown reason. Please educate me if I am wrong. Several of the packages that I'm familar with that need to create a system account unconditionally invoke useradd. When I added a test for the presence of the user in a spec file before invoking useradd Nalin commented this was uncessessary. The only thing I think you may need to be careful about is to make the the %pre scriptlet exits with 0, it may be the case useradd exits with a non-zero status if the user already exists. -- John Dennis From skvidal at phy.duke.edu Mon Mar 21 16:05:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 11:05:12 -0500 Subject: rpms/fortune-mod/devel fortune-mod.spec,1.6,1.7 In-Reply-To: <200503211603.j2LG38Fn032410@cvs-int.fedora.redhat.com> References: <200503211603.j2LG38Fn032410@cvs-int.fedora.redhat.com> Message-ID: <1111421112.6458.9.camel@cutter> On Mon, 2005-03-21 at 11:03 -0500, Jeff Sheltren wrote: > Author: sheltren > > Update of /cvs/extras/rpms/fortune-mod/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv32404 > > Modified Files: > fortune-mod.spec > Log Message: > bump version for fc4 > You bumped the release, not the version. -sv From sheltren at cs.ucsb.edu Mon Mar 21 16:08:50 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 21 Mar 2005 08:08:50 -0800 Subject: rpms/fortune-mod/devel fortune-mod.spec,1.6,1.7 In-Reply-To: <1111421112.6458.9.camel@cutter> Message-ID: On 3/21/05 8:05 AM, "seth vidal" wrote: > On Mon, 2005-03-21 at 11:03 -0500, Jeff Sheltren wrote: >> Author: sheltren >> >> Update of /cvs/extras/rpms/fortune-mod/devel >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv32404 >> >> Modified Files: >> fortune-mod.spec >> Log Message: >> bump version for fc4 >> > > > You bumped the release, not the version. > > > -sv > > /me pours another cup of coffee and nods. Whoops. Just wanted to see if you were paying attention :) -Jeff From gauret at free.fr Mon Mar 21 16:01:25 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 21 Mar 2005 17:01:25 +0100 Subject: --with switches in CVS Message-ID: Hi all, I've looked at Makefile.common, and I can't find a way to specify --with build switches, short or redefining RPM_WITH_DIRS of course (which is not really handy) Could we have something like: make i386 WITH="mysql" which would expand to: rpmbuild [...] --with mysql specfile.spec We'll also have to deal with multiple arguments in the WITH variable, so I guess a for loop adding "--with $element" for each space-separated element in WITH could work. Since we'll have to change the Makefile.common to add the make tag target IIRC, could this be added at the same time ? Thanks a lot Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr It is by caffeine alone that I set my mind in motion. It is by the beans of java that the thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone that I set my mind in motion. From skvidal at phy.duke.edu Mon Mar 21 16:20:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 11:20:56 -0500 Subject: Intent to Package: BloGTK Message-ID: <1111422056.6458.11.camel@cutter> Hey folks, I've got a first packaging of BloGTK up at: http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ Would anyone be willing to look it over and see if I've missed anything in the packaging guidelines? thanks, -sv From rdieter at math.unl.edu Mon Mar 21 16:25:03 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 21 Mar 2005 10:25:03 -0600 Subject: --with switches in CVS In-Reply-To: References: Message-ID: <423EF55F.4010302@math.unl.edu> Aurelien Bompard wrote: > Hi all, > > I've looked at Makefile.common, and I can't find a way to specify --with > build switches, short or redefining RPM_WITH_DIRS of course (which is not > really handy) > Could we have something like: > make i386 WITH="mysql" > which would expand to: > rpmbuild [...] --with mysql specfile.spec If this does get implemented, don't forget the companion make i386 WITHOUT="foo" expanding to: rpmbuild [...] --without foo bar.spec -- Rex From ivazquez at ivazquez.net Mon Mar 21 16:41:23 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 11:41:23 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <1111422056.6458.11.camel@cutter> References: <1111422056.6458.11.camel@cutter> Message-ID: <1111423284.4045.16.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > Hey folks, > I've got a first packaging of BloGTK up at: > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > Would anyone be willing to look it over and see if I've missed anything > in the packaging guidelines? Package doesn't own its %{_libdir} and %{_datadir} subdirs. Full-length comment dividers in spec file. (nitpick) Epoch on pygtk2/pygtk2-devel. (nitpick) You could use --delete-original on d-f-i instead of deleting the non-conforming desktop entry manually. (nitpick) No [E]VR in the changelog entry. (nitpick) %python_sitelib and %python_sitearch are unused. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Mon Mar 21 16:42:42 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 21 Mar 2005 09:42:42 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> Message-ID: <20050321164246.8D21B315AB@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael Schwendt writes: Michael> On Sun, 20 Mar 2005 15:56:04 -1000, Warren Togami wrote: >> We are almost ready to push XFCE 4.2.1.1. Only remaining question >> is if we want to totally remove the .la and/or .a files from the >> binary packages. Do we? >> http://people.redhat.com/wtogami/temp/xfce-FC3/ Michael> Certainly for directories which contain .so plugins, e.g. in Michael> the xfprint package. I have strong doubts that static Michael> archives are needed in there. Michael> Whether the libtool archives are needed in such directories Michael> depends on how the .so files are loaded at run-time. Is it Michael> dlopen()? Then .la files are not needed. Is it an old version Michael> of the ltdl library? Then it must be checked whether it Michael> complains if no .la files are found. The xfce packages that have ldconfig in the specs are: dbh libxfce4mcs libxfce4util libxfcegui4 xffm xfprint The first 4 have files in /usr/lib/ and I think the ldconfig is fine there. The question is xffm and xfprint. I have confirmed that xffm works properly without the .la/a files and without the ldconfig, as does xfprint. They open their plugins directly, and thus ldconfig isn't needed. As to the .la/a files, I see no diffrence at all with the depends required. I am inclined to just leave them in there since they don't seem to cause any dependency problems and are very small. In addition the rpms in fc3 shipped the .la files, so if someone was depending on/using them they might not be too happy with them being removed. Does that sound reasonable? If so, I will commit my xfprint and xffm specs with ldconfig removed. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCPvmG3imCezTjY0ERAvkyAKCTghdN93rmBecCI0Kzlj4I6niZmACdF33a aEVf3+atmNCzspr692totlE= =zyzJ -----END PGP SIGNATURE----- From bdpepple at ameritech.net Mon Mar 21 16:48:41 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 11:48:41 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <1111422056.6458.11.camel@cutter> References: <1111422056.6458.11.camel@cutter> Message-ID: <1111423721.27198.8.camel@localhost.localdomain> On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > Hey folks, > I've got a first packaging of BloGTK up at: > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > Would anyone be willing to look it over and see if I've missed anything > in the packaging guidelines? Are the epochs needed on the pygtk2 packages in your Requires & BuildRequires? Also, rpmlint gives an error that there is no version in your changelog. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bdpepple at ameritech.net Mon Mar 21 17:32:02 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 12:32:02 -0500 Subject: Intent to package: contact-lookup-applet Message-ID: <1111426322.1548.2.camel@localhost.localdomain> I've got a first packaging of contact-lookup-applet at: http://piedmont.homelinux.org/fedora/contact-lookup-applet/ Description: This applet allows you to search your Evolution 2 address book for people. I would appreciate it if someone could look it over, and verify that I'm not missing anything. Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Mon Mar 21 17:40:16 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 12:40:16 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111426322.1548.2.camel@localhost.localdomain> References: <1111426322.1548.2.camel@localhost.localdomain> Message-ID: <1111426817.4045.21.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 12:32 -0500, Brian Pepple wrote: > I've got a first packaging of contact-lookup-applet at: > http://piedmont.homelinux.org/fedora/contact-lookup-applet/ > > Description: > This applet allows you to search your Evolution 2 address book for > people. > > I would appreciate it if someone could look it over, and verify that I'm > not missing anything. Doesn't own its %{_datadir} subdir. (nitpick) Its %{_datadir} subdir name seems a bit too generic (upstream issue). (nitpick) 0.11 is available. Is there a specific reason why you're packaging 0.10 instead? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From michal at harddata.com Mon Mar 21 17:41:13 2005 From: michal at harddata.com (Michal Jaegermann) Date: Mon, 21 Mar 2005 10:41:13 -0700 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111391729.8997.457.camel@bobcat.mine.nu>; from ville.skytta@iki.fi on Mon, Mar 21, 2005 at 09:55:29AM +0200 References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <20050320193028.A16832@tiki-lounge.com> <20050321044830.210a0580.bugs.michael@gmx.net> <1111391729.8997.457.camel@bobcat.mine.nu> Message-ID: <20050321104113.A15198@mail.harddata.com> On Mon, Mar 21, 2005 at 09:55:29AM +0200, Ville Skytt? wrote: > > > gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids > > This will break the same way as the original killall -HUP when there's > no gconfd-2 running (pidof exits with non-zero). Err... no. If pidof exits with non-zero then 'kill -HUP ...' does not run. That was the point. > Another quick "fix": > > gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids || : If you really think that with some variant of pidof you may run with an empy $gconfd_pids list then check explicitely for that gconfd_pids=$(pidof gconfd-2) && [ "$gconfd_pids" ] && kill -HUP $gconfd_pids but this is already paranoid. Maybe you meant kill -HUP $(pidof gconfd-2) >/dev/null 2>&1 || : This is not really so clean and pkill -HUP gconfd-2 already checks if there are processes to which to send a signal but then you have a dependency on procps. I am not sure if that can be reasonably assumed. Michal From skvidal at phy.duke.edu Mon Mar 21 17:59:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 12:59:04 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <1111423721.27198.8.camel@localhost.localdomain> References: <1111422056.6458.11.camel@cutter> <1111423721.27198.8.camel@localhost.localdomain> Message-ID: <1111427945.6458.16.camel@cutter> On Mon, 2005-03-21 at 11:48 -0500, Brian Pepple wrote: > On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > > Hey folks, > > I've got a first packaging of BloGTK up at: > > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > > > Would anyone be willing to look it over and see if I've missed anything > > in the packaging guidelines? > > Are the epochs needed on the pygtk2 packages in your Requires & > BuildRequires? Also, rpmlint gives an error that there is no version in > your changelog. oversight on the epochs, fixed, thanks. added versions to the changelogs though I hate overloading that field. -sv From bugs.michael at gmx.net Mon Mar 21 18:00:55 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 19:00:55 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050321164246.8D21B315AB@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> Message-ID: <20050321190055.2ef13e1a.bugs.michael@gmx.net> On Mon, 21 Mar 2005 09:42:42 -0700, Kevin Fenzi wrote: > The xfce packages that have ldconfig in the specs are: > > dbh > libxfce4mcs > libxfce4util > libxfcegui4 > xffm > xfprint > > The first 4 have files in /usr/lib/ and I think the ldconfig is fine > there. Yes, for DSOs in /usr/lib (but not limited to /usr/lib), ldconfig maintains the run-time linker cache. > The question is xffm and xfprint. > > I have confirmed that xffm works properly without the .la/a files and > without the ldconfig, as does xfprint. They open their plugins > directly, and thus ldconfig isn't needed. > > As to the .la/a files, I see no diffrence at all with the depends > required. I am inclined to just leave them in there since they don't > seem to cause any dependency problems and are very small. > In addition the rpms in fc3 shipped the .la files, so if someone was > depending on/using them they might not be too happy with them being > removed. They cannot cause any dependency problems, since their content is not analysed by rpmbuild. Libtool archive (.la) files can cause dependency trouble when they are used at build-time. > Does that sound reasonable? > > If so, I will commit my xfprint and xffm specs with ldconfig removed. I don't care that much that I feel the need to try to convince you. I've made my obligatory comments on static archives in plugins directories, and you are free to disagree. The .a files are really just the .so libraries in another form for static linking. They are not needed at run-time, because the .so plugins are loaded dynamically, the static archives in the plugins directories are useless and not needed, and your packages don't provide an API for them with which the .a versions of the plugins could be used. I stick to my view that both .a and .la files should not be included in the plugins directories. Certainly the static archives should be deleted as they only increase package size regardless of how small they might be. It will happen again in the future that either me (or somebody else) will point out that static archives in plugin directories are not needed. [xffm package] * In there, I don't see any static archives in the plugins directory and not in the %_libdir/xfce4/xffm sub-directory either. * But I see lots of *.so links in /usr/lib, which are usually only needed at build-time and therefore moved into -devel packages. In case these links are loaded at run-time, the application ought to load the versioned DSOs instead, e.g. libxffm_actions.so.1 instead of libxffm_actions.so * Which package includes the directory /usr/lib/xfce4/xffm/? From pmatilai at welho.com Mon Mar 21 18:05:54 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 21 Mar 2005 20:05:54 +0200 Subject: Intent to Package: BloGTK In-Reply-To: <1111427945.6458.16.camel@cutter> References: <1111422056.6458.11.camel@cutter> <1111423721.27198.8.camel@localhost.localdomain> <1111427945.6458.16.camel@cutter> Message-ID: <1111428354.26090.2.camel@chip.laiskiainen.org> On Mon, 2005-03-21 at 12:59 -0500, seth vidal wrote: > On Mon, 2005-03-21 at 11:48 -0500, Brian Pepple wrote: > > On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > > > Hey folks, > > > I've got a first packaging of BloGTK up at: > > > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > > > > > Would anyone be willing to look it over and see if I've missed anything > > > in the packaging guidelines? > > > > Are the epochs needed on the pygtk2 packages in your Requires & > > BuildRequires? Also, rpmlint gives an error that there is no version in > > your changelog. > > oversight on the epochs, fixed, thanks. > added versions to the changelogs though I hate overloading that field. I hate it too, adding the version info there is manual boring and errorprone work, although the information which version introduced what change *is* useful at times. As a datasource it's horribly unreliable however... me thinks it shouldn't be in any way mandatory to add the versions there, let's think of a better solution to the problem instead. - Panu - From skvidal at phy.duke.edu Mon Mar 21 18:07:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 13:07:10 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <1111423284.4045.16.camel@ignacio.ignacio.lan> References: <1111422056.6458.11.camel@cutter> <1111423284.4045.16.camel@ignacio.ignacio.lan> Message-ID: <1111428430.6458.21.camel@cutter> On Mon, 2005-03-21 at 11:41 -0500, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > > Hey folks, > > I've got a first packaging of BloGTK up at: > > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > > > Would anyone be willing to look it over and see if I've missed anything > > in the packaging guidelines? > > Package doesn't own its %{_libdir} and %{_datadir} subdirs. fixed, thanks. > (nitpick) Epoch on pygtk2/pygtk2-devel. oversight, fixed. > (nitpick) You could use --delete-original on d-f-i instead of deleting > the non-conforming desktop entry manually. didn't know about that, spiffy, but in this case it doesn't work b/c the original file is not named fedora-blogtk.desktop but blogtk.desktop. Is there another option to deal with that? > (nitpick) No [E]VR in the changelog entry. fixed, though I loathe overloading that field. > (nitpick) %python_sitelib and %python_sitearch are unused. removing, you're right. They were leftovers from the one I copied from. -sv From ville.skytta at iki.fi Mon Mar 21 18:05:47 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 20:05:47 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <20050321104113.A15198@mail.harddata.com> References: <1111335497.8997.281.camel@bobcat.mine.nu> <1111339682.16174.9.camel@Madison.badger.com> <1111345526.8997.364.camel@bobcat.mine.nu> <20050320193028.A16832@tiki-lounge.com> <20050321044830.210a0580.bugs.michael@gmx.net> <1111391729.8997.457.camel@bobcat.mine.nu> <20050321104113.A15198@mail.harddata.com> Message-ID: <1111428347.8997.503.camel@bobcat.mine.nu> On Mon, 2005-03-21 at 10:41 -0700, Michal Jaegermann wrote: > On Mon, Mar 21, 2005 at 09:55:29AM +0200, Ville Skytt? wrote: > > > > > gconfd_pids=$(pidof gconfd-2) && kill -HUP $gconfd_pids > > > > This will break the same way as the original killall -HUP when there's > > no gconfd-2 running (pidof exits with non-zero). > > Err... no. If pidof exits with non-zero then 'kill -HUP ...' does > not run. That was the point. You are missing the fact that if pidof exits with non-zero, kill -HUP will indeed not run, but we will *already* have a non-zero exit status which will hose the upgrade if there's nothing that resets it. $ foobar=$(/sbin/pidof does-not-exist) && kill -HUP $foobar $ echo $? 1 $ foobar=$(/sbin/pidof does-not-exist) && kill -HUP $foobar || : $ echo $? 0 The latter form will also make sure that the upgrade will not fail if kill -HUP exits with non-zero for whatever reason. From ivazquez at ivazquez.net Mon Mar 21 18:14:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 13:14:37 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <1111428430.6458.21.camel@cutter> References: <1111422056.6458.11.camel@cutter> <1111423284.4045.16.camel@ignacio.ignacio.lan> <1111428430.6458.21.camel@cutter> Message-ID: <1111428877.4045.24.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 13:07 -0500, seth vidal wrote: > On Mon, 2005-03-21 at 11:41 -0500, Ignacio Vazquez-Abrams wrote: > > (nitpick) You could use --delete-original on d-f-i instead of deleting > > the non-conforming desktop entry manually. > didn't know about that, spiffy, but in this case it doesn't work b/c > the original file is not named fedora-blogtk.desktop but blogtk.desktop. > Is there another option to deal with that? You still pass it the original desktop entry ($RPM_BUILD_ROOT% {_datadir}/applications/%{name}.desktop), all adding --delete-original does is tell it to delete the original file once it's read it: desktop-file-install --vendor=fedora \ --dir=$RPM_BUILD_ROOT%{_datadir}/applications \ --add-category=X-Fedora \ --add-category=Network \ --delete-original \ $RPM_BUILD_ROOT%{_datadir}/applications/%{name}.desktop -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Mon Mar 21 18:16:46 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 19:16:46 +0100 Subject: --with switches in CVS In-Reply-To: <423EF55F.4010302@math.unl.edu> References: <423EF55F.4010302@math.unl.edu> Message-ID: <20050321191646.2f581e75.bugs.michael@gmx.net> On Mon, 21 Mar 2005 10:25:03 -0600, Rex Dieter wrote: > Aurelien Bompard wrote: > > Hi all, > > > > I've looked at Makefile.common, and I can't find a way to specify --with > > build switches, short or redefining RPM_WITH_DIRS of course (which is not > > really handy) > > Could we have something like: > > make i386 WITH="mysql" > > which would expand to: > > rpmbuild [...] --with mysql specfile.spec > > If this does get implemented, don't forget the companion > make i386 WITHOUT="foo" > expanding to: > rpmbuild [...] --without foo bar.spec Or a generic EXTRA_OPS="..." which is appended to the rpmbuild command-line and could contain other options, too, e.g. "--define ..." From wart at kobold.org Mon Mar 21 18:24:07 2005 From: wart at kobold.org (Michael Thomas) Date: Mon, 21 Mar 2005 10:24:07 -0800 Subject: Sponsor Request for Tcl packages Message-ID: <423F1147.8080806@kobold.org> Hello, I am looking for a sponsor so that I can contribute a handful of Tcl packages related to using Tcl in a SOAP server environment. Below are the packages that I had previously submitted to Fedora Extras on bugzilla.fedora.us: tclsoap: https://bugzilla.fedora.us/show_bug.cgi?id=2246 tclxslt: https://bugzilla.fedora.us/show_bug.cgi?id=2232 tcldom: https://bugzilla.fedora.us/show_bug.cgi?id=2231 tclhttpd: https://bugzilla.fedora.us/show_bug.cgi?id=2067 tclxml: https://bugzilla.fedora.us/show_bug.cgi?id=2230 tls: (not yet submitted) --Mike From bugs.michael at gmx.net Mon Mar 21 18:24:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Mar 2005 19:24:29 +0100 Subject: Intent to Package: BloGTK In-Reply-To: <1111428430.6458.21.camel@cutter> References: <1111422056.6458.11.camel@cutter> <1111423284.4045.16.camel@ignacio.ignacio.lan> <1111428430.6458.21.camel@cutter> Message-ID: <20050321192429.6c5a743f.bugs.michael@gmx.net> On Mon, 21 Mar 2005 13:07:10 -0500, seth vidal wrote: > > (nitpick) You could use --delete-original on d-f-i instead of deleting > > the non-conforming desktop entry manually. > didn't know about that, spiffy, but in this case it doesn't work b/c > the original file is not named fedora-blogtk.desktop but blogtk.desktop. > Is there another option to deal with that? Yes. --- blogtk.spec~ 2005-03-21 19:08:06.000000000 +0100 +++ blogtk.spec 2005-03-21 19:21:53.000000000 +0100 @@ -49,13 +49,12 @@ # fedora compliance -rm $RPM_BUILD_ROOT/%{_datadir}/applications/%{name}.desktop - desktop-file-install --vendor=fedora \ --dir=$RPM_BUILD_ROOT%{_datadir}/applications \ --add-category=X-Fedora \ --delete-original \ - --add-category=Network data/%{name}.desktop + --add-category=Network \ + $RPM_BUILD_ROOT/%{_datadir}/applications/%{name}.desktop # make the symlink work rm -f $RPM_BUILD_ROOT%{_bindir}/BLoGTK From skvidal at phy.duke.edu Mon Mar 21 18:42:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 13:42:08 -0500 Subject: Intent to Package: BloGTK In-Reply-To: <20050321192429.6c5a743f.bugs.michael@gmx.net> References: <1111422056.6458.11.camel@cutter> <1111423284.4045.16.camel@ignacio.ignacio.lan> <1111428430.6458.21.camel@cutter> <20050321192429.6c5a743f.bugs.michael@gmx.net> Message-ID: <1111430528.6458.29.camel@cutter> On Mon, 2005-03-21 at 19:24 +0100, Michael Schwendt wrote: > On Mon, 21 Mar 2005 13:07:10 -0500, seth vidal wrote: > > > > (nitpick) You could use --delete-original on d-f-i instead of deleting > > > the non-conforming desktop entry manually. > > didn't know about that, spiffy, but in this case it doesn't work b/c > > the original file is not named fedora-blogtk.desktop but blogtk.desktop. > > Is there another option to deal with that? > > Yes. > I see, thanks. -sv From bdpepple at ameritech.net Mon Mar 21 18:58:55 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 13:58:55 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111426817.4045.21.camel@ignacio.ignacio.lan> References: <1111426322.1548.2.camel@localhost.localdomain> <1111426817.4045.21.camel@ignacio.ignacio.lan> Message-ID: <1111431535.1720.1.camel@localhost.localdomain> On Mon, 2005-03-21 at 12:40 -0500, Ignacio Vazquez-Abrams wrote: > (nitpick) 0.11 is available. Is there a specific reason why you're > packaging 0.10 instead? 0.11 has a dependency on Gnome 2.10, which last I checked wasn't in Rawhide. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From katzj at redhat.com Mon Mar 21 19:01:31 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Mar 2005 14:01:31 -0500 Subject: --with switches in CVS In-Reply-To: References: Message-ID: <1111431692.20157.7.camel@bree.local.net> On Mon, 2005-03-21 at 17:01 +0100, Aurelien Bompard wrote: > I've looked at Makefile.common, and I can't find a way to specify --with > build switches, short or redefining RPM_WITH_DIRS of course (which is not > really handy) > Could we have something like: > make i386 WITH="mysql" > which would expand to: > rpmbuild [...] --with mysql specfile.spec > We'll also have to deal with multiple arguments in the WITH variable, so I > guess a for loop adding "--with $element" for each space-separated element > in WITH could work. In general, I'm pretty against anything like this being used with packages going through the build system. It makes the output of the build system a lot less deterministic. Even for building test packages like this (especially as I'd like to get make i386, etc using the mach setup eventually so that it all but exactly mirrors what you'd get out of the buildsystem) Jeremy From bdpepple at ameritech.net Mon Mar 21 19:04:08 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 14:04:08 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111431535.1720.1.camel@localhost.localdomain> References: <1111426322.1548.2.camel@localhost.localdomain> <1111426817.4045.21.camel@ignacio.ignacio.lan> <1111431535.1720.1.camel@localhost.localdomain> Message-ID: <1111431848.1720.4.camel@localhost.localdomain> On Mon, 2005-03-21 at 13:58 -0500, Brian Pepple wrote: > On Mon, 2005-03-21 at 12:40 -0500, Ignacio Vazquez-Abrams wrote: > > (nitpick) 0.11 is available. Is there a specific reason why you're > > packaging 0.10 instead? > > 0.11 has a dependency on Gnome 2.10, which last I checked wasn't in > Rawhide. Looks like I was wrong about Gnome 2.10 being in Rawhide after looking at last weeks Rawhide changes. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thm at duke.edu Mon Mar 21 19:27:47 2005 From: thm at duke.edu (Hunter Matthews) Date: Mon, 21 Mar 2005 14:27:47 -0500 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <1111411409.13634.15.camel@localhost.localdomain> References: <1111411409.13634.15.camel@localhost.localdomain> Message-ID: <1111433266.3603.25.camel@jade.biology.duke.edu> Was there a final spec on the form disttags should take when they are used? (FC2 vs fc2 vs fc-2....) On Mon, 2005-03-21 at 08:23, Tom 'spot' Callaway wrote: > On Mon, 2005-03-21 at 14:24 +0100, Dag Wieers wrote: > > > > IMO, disttags are the easiest way to accomplish this. (and further, IMO, > > > extras should *always* use dist tags, but I doubt that will happen) > > The reason I tried to hash through a disttag standard on the -packaging > list was so that people who wanted to use them could have a unified > method of doing so. > > However, as long as I'm still breathing, it will never be mandatory. > > (yeah, yeah, i know, never say never...) > > ~spot -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From ivazquez at ivazquez.net Mon Mar 21 19:27:47 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 14:27:47 -0500 Subject: Request permission to edit wiki pages Message-ID: <1111433267.4045.93.camel@ignacio.ignacio.lan> Please give me permissions to edit the following pages: Extras/BugzillaAdmin Extras/FC3Status My username is IgnacioVazquez-Abrams. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shahms at shahms.com Mon Mar 21 19:28:18 2005 From: shahms at shahms.com (Shahms King) Date: Mon, 21 Mar 2005 11:28:18 -0800 Subject: Review Needed: python-{protocols, psycopg, simpletal, tpg, psyco} Message-ID: <1111433298.11964.107.camel@shahms.mesd.k12.or.us> Second review request for these packages. I didn't get any response the first time (which is understandable considering there was a message with the exact same subject posted 5 minutes later), so I'm trying again. I imported these a while ago: python-protocols -- PyProtocols 'adapt()' implementation python-psycopg -- Alternative high-speed Postgres DB adapter python-simpletal -- Alternative implementation of Zope Page Templates python-tpg -- Toy Parser Generator python-psyco -- Python specializing compiler I'm not importing python-pyXLWriter at the moment due to a lack of activity upstream and the low version number. I may end up taking over development of this module if I can't get hold of any one else, or I may just let it die and hope for a properly python-enabled and librarified Gnumeric to appear. Either way, I decided it wasn't appropriate to import into Extras at the moment. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From iago.rubio at hispalinux.es Mon Mar 21 19:28:39 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Mon, 21 Mar 2005 20:28:39 +0100 Subject: rpmlint [was]: Intent to Package: BloGTK In-Reply-To: <1111427945.6458.16.camel@cutter> References: <1111422056.6458.11.camel@cutter> <1111423721.27198.8.camel@localhost.localdomain> <1111427945.6458.16.camel@cutter> Message-ID: <1111433319.16865.20.camel@speedy.iagorubio.net> On Mon, 2005-03-21 at 12:59 -0500, seth vidal wrote: > On Mon, 2005-03-21 at 11:48 -0500, Brian Pepple wrote: > > On Mon, 2005-03-21 at 11:20 -0500, seth vidal wrote: > > > Hey folks, > > > I've got a first packaging of BloGTK up at: > > > http://linux.duke.edu/~skvidal/RPMS/extras/blogtk/ > > > > > > Would anyone be willing to look it over and see if I've missed anything > > > in the packaging guidelines? > > > > Are the epochs needed on the pygtk2 packages in your Requires & > > BuildRequires? Also, rpmlint gives an error that there is no version in > > your changelog. > > oversight on the epochs, fixed, thanks. > added versions to the changelogs though I hate overloading that field. > -sv Is rpmlint a valid information source for rpm sanity ? Before reading Brian's post, I tried rpmlint at it seems it breaks some of the fedora's guidelines. As example it screams when a package tries to obsolete itself. E: cssed obsolete-on-name I researched a bit and found this on the upstream rpmlint changelog. * Tue Aug 03 2004 Frederic Lepied 0.60-1mdk - added obsolete-on-name error: a package sould not obsolete itself, as it can cause weird error in tools. (Michael) On the rpm changelog it's reduced to, 2004-08-03 08:09 Frederic Lepied * TagsCheck.py: added obsolete-on-name This error clashes with the guidelines at: http://fedora.redhat.com/participate/developers-guide/s1-rpm-guidelines.html 5.- The package may obsolete itself. Any hint ? -- Iago Rubio From ivazquez at ivazquez.net Mon Mar 21 19:29:55 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 14:29:55 -0500 Subject: Request permission to edit wiki pages In-Reply-To: <1111433267.4045.93.camel@ignacio.ignacio.lan> References: <1111433267.4045.93.camel@ignacio.ignacio.lan> Message-ID: <1111433395.4045.94.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 14:27 -0500, Ignacio Vazquez-Abrams wrote: > Please give me permissions to edit the following pages: Extras/CVSSyncNeeded as well please. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Mon Mar 21 19:31:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 14:31:20 -0500 Subject: Request permission to edit wiki pages In-Reply-To: <1111433267.4045.93.camel@ignacio.ignacio.lan> References: <1111433267.4045.93.camel@ignacio.ignacio.lan> Message-ID: <1111433480.6458.36.camel@cutter> On Mon, 2005-03-21 at 14:27 -0500, Ignacio Vazquez-Abrams wrote: > Please give me permissions to edit the following pages: > > Extras/BugzillaAdmin > Extras/FC3Status > > My username is IgnacioVazquez-Abrams. > done. -sv From tcallawa at redhat.com Mon Mar 21 19:28:11 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 21 Mar 2005 13:28:11 -0600 Subject: Explicit requires vs. auto library requires, and fc3/devel versioning In-Reply-To: <1111433266.3603.25.camel@jade.biology.duke.edu> References: <1111411409.13634.15.camel@localhost.localdomain> <1111433266.3603.25.camel@jade.biology.duke.edu> Message-ID: <1111433292.3522.8.camel@localhost.localdomain> On Mon, 2005-03-21 at 14:27 -0500, Hunter Matthews wrote: > Was there a final spec on the form disttags should take when they are > used? (FC2 vs fc2 vs fc-2....) Yes. Lowercase and number: e.g. fc2, fc3, el3, el4. I'll write up the disttag document this afternoon, so that I don't have to be a human reference manual for such things. :) ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From thm at duke.edu Mon Mar 21 19:36:32 2005 From: thm at duke.edu (Hunter Matthews) Date: Mon, 21 Mar 2005 14:36:32 -0500 Subject: potential candidates for contribution In-Reply-To: <485bb88405032014421e00702e@mail.gmail.com> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317065920.A5427@tiki-lounge.com> <1111345352.6555.1.camel@localhost.localdomain> <485bb88405032014421e00702e@mail.gmail.com> Message-ID: <1111433792.3603.27.camel@jade.biology.duke.edu> On Sun, 2005-03-20 at 17:42, Michael Peters wrote: > On Sun, 20 Mar 2005 20:02:31 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 06:59 -0800 schrieb Toshio Kuratomi: > > > > > > > > Libraries without applications can be used by developers (To develop new > > > applications and to aid in porting from other libraries/versions.) So > > > having them in a repository for people to decide to download makes quite a > > > bit of sense to me. > > > > that is of course true but developers usually grab cvs ;). > > > Your physics or math or chemisty student may have use for a library > for their research or thesis that involves programming to assist with > their analysis, in which case having the library available would be > beneficial to them even if extras doesn't have an app that makes > specific use of the library. > > Often these people program to get their results, messing with CVS is > not what they want to do. I have several libraries packaged locally for just this reason. (So add biologists to your list :) ) -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From ivazquez at ivazquez.net Mon Mar 21 19:48:04 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 14:48:04 -0500 Subject: Review Needed: python-{protocols, psycopg, simpletal, tpg, psyco} In-Reply-To: <1111433298.11964.107.camel@shahms.mesd.k12.or.us> References: <1111433298.11964.107.camel@shahms.mesd.k12.or.us> Message-ID: <1111434484.4045.106.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 11:28 -0800, Shahms King wrote: > python-protocols -- PyProtocols 'adapt()' implementation %python_sitearch is unused. Use -a 1 on %setup instead of untarring %SOURCE1 manually. Most of %files can be simplified to %{python_sitelib}/protocols. Line spacing in %changelog. > python-psycopg -- Alternative high-speed Postgres DB adapter %python_sitearch is unused. Remove Requires: postgresql-libs. %build uses explicit paths instead of macros. > python-simpletal -- Alternative implementation of Zope Page Templates Most of %files can be simplified to %{python_sitelib}/simpletal. Line spacing in %changelog. > python-tpg -- Toy Parser Generator %python_sitearch is unused. > python-psyco -- Python specializing compiler %python_sitearch is unused. Most of %files can be simplified to %{python_sitelib}/psyco. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bdpepple at ameritech.net Mon Mar 21 19:48:11 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 14:48:11 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111426817.4045.21.camel@ignacio.ignacio.lan> References: <1111426322.1548.2.camel@localhost.localdomain> <1111426817.4045.21.camel@ignacio.ignacio.lan> Message-ID: <1111434491.2154.0.camel@localhost.localdomain> On Mon, 2005-03-21 at 12:40 -0500, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-21 at 12:32 -0500, Brian Pepple wrote: > > I've got a first packaging of contact-lookup-applet at: > > http://piedmont.homelinux.org/fedora/contact-lookup-applet/ > > > > Description: > > This applet allows you to search your Evolution 2 address book for > > people. > > > > I would appreciate it if someone could look it over, and verify that I'm > > not missing anything. > > Doesn't own its %{_datadir} subdir. fixed, thanks. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Mon Mar 21 20:14:09 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 22:14:09 +0200 Subject: rpmlint [was]: Intent to Package: BloGTK In-Reply-To: <1111433319.16865.20.camel@speedy.iagorubio.net> References: <1111422056.6458.11.camel@cutter> <1111423721.27198.8.camel@localhost.localdomain> <1111427945.6458.16.camel@cutter> <1111433319.16865.20.camel@speedy.iagorubio.net> Message-ID: <1111436049.9841.15.camel@bobcat.mine.nu> On Mon, 2005-03-21 at 20:28 +0100, Iago Rubio wrote: > Is rpmlint a valid information source for rpm sanity ? No, it is an imperfect tool to catch _some_ packaging insanity. It does often report reasonable stuff, and quite often produces false positives. > Before reading Brian's post, I tried rpmlint at it seems it breaks some > of the fedora's guidelines. If this happens, please report a bug against rpmlint, or the guidelines. > As example it screams when a package tries to obsolete itself. Why would a package obsolete itself? The only case I can come up with right now is that a package tries to avoid an Epoch bump by using a versioned Obsoletes on itself. But that sounds, well, unusual, and unmaintainable and non-deterministic after a few package revisions. > This error clashes with the guidelines at: > http://fedora.redhat.com/participate/developers-guide/s1-rpm-guidelines.html > > 5.- The package may obsolete itself. > > Any hint ? Could someone who authored those guidelines comment? If self-obsoletion is considered ok in packages, I'll add a filter to the rpmlint config so we'll no longer see that complaint. From ville.skytta at iki.fi Mon Mar 21 20:24:11 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 22:24:11 +0200 Subject: Looking for a sponsor In-Reply-To: <485bb8840503201748bb424b7@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <485bb8840503201748bb424b7@mail.gmail.com> Message-ID: <1111436651.9841.23.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 17:48 -0800, Michael Peters wrote: > Is there any way to "officially" express a desire to have > perl-Template-Toolkit get into Extras equivalent of rawhide? I think you just did :) > I know > the QA process is more than just desire, but it seems to work for me > (at least slimserver isn't complaining) - I'm using the one packaged > at http://cachalot.mine.nu/3/SRPMS.extras/ Seems to work for me too, I've used it with a few Bugzilla installations. I haven't submitted my TT package yet due to already having plenty on my plate, and because of the big dependency chain, this one might actually require some work every now and then... So, I wouldn't mind someone else submitting and maintaining it at all. I can imagine myself also reviewing such a submission fairly quickly. (Of course, feel free to use "my" package if you like.) OTOH, there's still at least one missing dependency before TT can enter: http://bugzilla.fedora.us/show_bug.cgi?id=1354 Coordination with this would be cool, too. From shahms at shahms.com Mon Mar 21 20:30:24 2005 From: shahms at shahms.com (Shahms King) Date: Mon, 21 Mar 2005 12:30:24 -0800 Subject: Review Needed: python-{protocols, psycopg, simpletal, tpg, psyco} In-Reply-To: <1111434484.4045.106.camel@ignacio.ignacio.lan> References: <1111433298.11964.107.camel@shahms.mesd.k12.or.us> <1111434484.4045.106.camel@ignacio.ignacio.lan> Message-ID: <1111437024.11964.119.camel@shahms.mesd.k12.or.us> On Mon, 2005-03-21 at 14:48 -0500, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-21 at 11:28 -0800, Shahms King wrote: > > python-protocols -- PyProtocols 'adapt()' implementation > > %python_sitearch is unused. Fixed. > Use -a 1 on %setup instead of untarring %SOURCE1 manually. Fixed. > Most of %files can be simplified to %{python_sitelib}/protocols. Sadly, they cannot as the .pyo files need to be ghosted. > Line spacing in %changelog. Fixed. > > python-psycopg -- Alternative high-speed Postgres DB adapter > > %python_sitearch is unused. It was used in %files, but nowhere else. This has been fixed. > Remove Requires: postgresql-libs. Fixed. > %build uses explicit paths instead of macros. Fixed. > > python-simpletal -- Alternative implementation of Zope Page Templates > > Most of %files can be simplified to %{python_sitelib}/simpletal. Again, I wish they could be but the .pyo files need to be ghosted. > Line spacing in %changelog. Fixed. > > python-tpg -- Toy Parser Generator > > %python_sitearch is unused. Fixed. > > python-psyco -- Python specializing compiler > > %python_sitearch is unused. Actually, it's python_sitelib that's unused. Fixed. I also added ExclusiveArch: i386 as that's the only supported architecture. > Most of %files can be simplified to %{python_sitelib}/psyco. Again, need to ghost .pyo precludes simplifying the %files. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pmatilai at welho.com Mon Mar 21 20:40:15 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 21 Mar 2005 22:40:15 +0200 Subject: Request for review: cvsps In-Reply-To: <1111355574.8997.439.camel@bobcat.mine.nu> References: <1111355574.8997.439.camel@bobcat.mine.nu> Message-ID: <1111437615.26090.15.camel@chip.laiskiainen.org> On Sun, 2005-03-20 at 23:52 +0200, Ville Skytt? wrote: > I'd like to import CVSps to extras, reviews welcome. > > http://www.cobite.com/cvsps/ > http://cachalot.mine.nu/3/SRPMS.extras/cvsps-2.0-0.1.rc1.src.rpm > > CVSps is a program for generating 'patchset' information from a CVS > repository. A patchset in this case is defined as a set of changes > made to a collection of files, and all committed at the same time > (using a single 'cvs commit' command). This information is valuable > to seeing the big picture of the evolution of a cvs project. While > cvs tracks revision information, it is often difficult to see what > changes were committed 'atomically' to the repository. Wow, where has this gem been hiding all my life? Been badly missing this ever since getting used to 'svn log' output :) Oh and the package looks fine to me. - Panu - From skvidal at fedoraproject.org Mon Mar 21 20:43:38 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 21 Mar 2005 15:43:38 -0500 Subject: Fedora Extras Development new packages Message-ID: <1111437818.6458.43.camel@cutter> Hi folks, newly built: gpgme - x86_64 gpgme - i386 - build errors: http://fedoraproject.org/extras/development/build-logs/i386/gpgme-1.0.2-2.log gpgme03 - (x86, x86_64) gai - (x86, x86_64) xcin - (x86, x86_64) system-switch-im - (x86, x86_64) silky - (x86, x86_64) sabayon - (x86, x86_64) fortune-mod - (x86, x86_64) perl-Class-MethodMaker - (x86, x86_64) python-reportlab - (x86, x86_64) python-durus - (x86, x86_64) python-adns - (x86, x86_64) python-quixote - (x86, x86_64) python-dialog - (x86, x86_64) qa-assistant - (x86, x86_64) python-docutils - (x86, x86_64) python-imaging - (x86, x86_64) python-crypto - (x86, x86_64) There are a few more build failures I'm sorting through and I'll post before long. -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thm at duke.edu Mon Mar 21 20:58:23 2005 From: thm at duke.edu (Hunter Matthews) Date: Mon, 21 Mar 2005 15:58:23 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? Message-ID: <1111438702.3794.15.camel@jade.biology.duke.edu> I'm trying to package perl's SOAP-Lite module and running into trouble. Despite the fact that I've configured the module to not worry about MQClient, during the install/dep check stage rpm is detecting perl(MQClient::MQSeries) as a dependancy. Is there a good idiom to tell rpm "ignore this or that perl dep?" -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From trashbin at gmail.com Mon Mar 21 21:16:06 2005 From: trashbin at gmail.com (Trash Bin) Date: Mon, 21 Mar 2005 13:16:06 -0800 Subject: Bugzilla rpm? Message-ID: I know that ATrpms has rpms for bugzilla and the Perl components bugzilla requires. Just out of curiosity, will bugzilla be "copied" into fedora extras? From tcallawa at redhat.com Mon Mar 21 21:17:35 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 21 Mar 2005 15:17:35 -0600 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <1111438702.3794.15.camel@jade.biology.duke.edu> References: <1111438702.3794.15.camel@jade.biology.duke.edu> Message-ID: <1111439855.3522.11.camel@localhost.localdomain> On Mon, 2005-03-21 at 15:58 -0500, Hunter Matthews wrote: > I'm trying to package perl's SOAP-Lite module and running into trouble. > > Despite the fact that I've configured the module to not worry about > MQClient, during the install/dep check stage rpm is detecting > perl(MQClient::MQSeries) as a dependancy. > > Is there a good idiom to tell rpm "ignore this or that perl dep?" Not really. You'll probably need to do: AutoReqProv: no And manually specify all your dependencies. Be thorough, and you should be ok. ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From ville.skytta at iki.fi Mon Mar 21 21:21:52 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 23:21:52 +0200 Subject: Bugzilla rpm? In-Reply-To: References: Message-ID: <1111440112.9841.46.camel@bobcat.mine.nu> On Mon, 2005-03-21 at 13:16 -0800, Trash Bin wrote: > I know that ATrpms has rpms for bugzilla and the Perl components > bugzilla requires. Just out of curiosity, will bugzilla be "copied" > into fedora extras? Well, of course it needs a maintainer, a simple copy won't do. And with the case of Bugzilla, the maintainer needs to be fairly intimately knowledgeable of 'zilla's workings. No, I don't claim to be _that_ familiar with it, but I have a package that needs updating in case someone wants to look at / grab it: http://cachalot.mine.nu/3/SRPMS.extras/bugzilla-2.16.8-0.fdr.1.src.rpm I remember hearing something about including the Red Hat modified version of Bugzilla (which is running at bugzilla.redhat.com) in Extras sometime, dunno what's the status on that, or if anyone's working on it. From wtogami at redhat.com Mon Mar 21 21:29:55 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Mar 2005 11:29:55 -1000 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> Message-ID: <423F3CD3.7050100@redhat.com> I'm totally OK with this package contents, but can I also add my request to rename this package to gnome-theme-clearlooks? I am working now to add an Obsoletes: (whatever-clearlooks-is-called) to gtk2-engines of FC4, but we really should avoid polluting the namespace forever with a short package name that existed for only one distribution. "gnome-theme-clearlooks" describes exactly what it is, and we should really use it for FC3. Thoughts? Warren Togami wtogami at redhat.com From katzj at redhat.com Mon Mar 21 21:32:59 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Mar 2005 16:32:59 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <1111439855.3522.11.camel@localhost.localdomain> References: <1111438702.3794.15.camel@jade.biology.duke.edu> <1111439855.3522.11.camel@localhost.localdomain> Message-ID: <1111440780.20157.15.camel@bree.local.net> On Mon, 2005-03-21 at 15:17 -0600, Tom 'spot' Callaway wrote: > On Mon, 2005-03-21 at 15:58 -0500, Hunter Matthews wrote: > > I'm trying to package perl's SOAP-Lite module and running into trouble. > > > > Despite the fact that I've configured the module to not worry about > > MQClient, during the install/dep check stage rpm is detecting > > perl(MQClient::MQSeries) as a dependancy. > > > > Is there a good idiom to tell rpm "ignore this or that perl dep?" > > Not really. You'll probably need to do: > AutoReqProv: no > > And manually specify all your dependencies. Be thorough, and you should > be ok. A (slightly) better way to do this is to include another source like the attached from perl-libwww-perl and then in your spec file, put something like Source10: filter-depends.sh %define _use_internal_dependency_generator 0 # Provide perl-specific find-{provides,requires}. %define __find_provides /usr/lib/rpm/find-provides.perl %define __find_requires %{SOURCE10} This will let you filter out what you want without having to specify everything by hand. Jeremy -------------- next part -------------- A non-text attachment was scrubbed... Name: filter-depends.sh Type: application/x-shellscript Size: 99 bytes Desc: not available URL: From ivazquez at ivazquez.net Mon Mar 21 21:36:05 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 16:36:05 -0500 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <423F3CD3.7050100@redhat.com> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> Message-ID: <1111440965.1810.6.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 11:29 -1000, Warren Togami wrote: > I'm totally OK with this package contents, but can I also add my request > to rename this package to gnome-theme-clearlooks? Works for me. I'm not attached to the name. The problem is going to come from version 0.5 of clearlooks. The metacity theme was split off and my 0.5 package re-adds it. If you obsolete the engine without replacing the metacity theme, well... I don't really know what's going to happen, since the metacity theme is half of what's great about the package and it's quite likely that users will use it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From toshio at tiki-lounge.com Mon Mar 21 21:38:03 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 21 Mar 2005 13:38:03 -0800 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <1111440965.1810.6.camel@ignacio.ignacio.lan>; from ivazquez@ivazquez.net on Mon, Mar 21, 2005 at 04:36:05PM -0500 References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> Message-ID: <20050321133803.B27195@tiki-lounge.com> On Mon, Mar 21, 2005 at 04:36:05PM -0500, Ignacio Vazquez-Abrams wrote: > > The problem is going to come from version 0.5 of clearlooks. The > metacity theme was split off and my 0.5 package re-adds it. If you > obsolete the engine without replacing the metacity theme, well... I > don't really know what's going to happen, since the metacity theme is > half of what's great about the package and it's quite likely that users > will use it. > It sounds like they were split upstream. So you should be able to package metacity-theme-clearlooks for 0.5+ -Toshio From ville.skytta at iki.fi Mon Mar 21 21:44:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 21 Mar 2005 23:44:07 +0200 Subject: Request for review: cvsps In-Reply-To: <1111437615.26090.15.camel@chip.laiskiainen.org> References: <1111355574.8997.439.camel@bobcat.mine.nu> <1111437615.26090.15.camel@chip.laiskiainen.org> Message-ID: <1111441447.9841.113.camel@bobcat.mine.nu> On Mon, 2005-03-21 at 22:40 +0200, Panu Matilainen wrote: > On Sun, 2005-03-20 at 23:52 +0200, Ville Skytt? wrote: > > I'd like to import CVSps to extras, reviews welcome. > > > > http://www.cobite.com/cvsps/ > > http://cachalot.mine.nu/3/SRPMS.extras/cvsps-2.0-0.1.rc1.src.rpm > > > > CVSps is a program for generating 'patchset' information from a CVS > > repository. A patchset in this case is defined as a set of changes > > made to a collection of files, and all committed at the same time > > (using a single 'cvs commit' command). This information is valuable > > to seeing the big picture of the evolution of a cvs project. While > > cvs tracks revision information, it is often difficult to see what > > changes were committed 'atomically' to the repository. > > Wow, where has this gem been hiding all my life? Been badly missing this > ever since getting used to 'svn log' output :) Yeah, while not perfect, this beast works surprisingly well. Depending on the activity in the target CVS, one does often want to use the -z option (see man page and /usr/share/doc/cvsps*/README). > Oh and the package looks fine to me. Cool, thanks, and thanks to Brian too for a quick review. I guess this qualifies as approved then, will import in a jiffy. From wtogami at redhat.com Mon Mar 21 21:49:26 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Mar 2005 11:49:26 -1000 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <1111440965.1810.6.camel@ignacio.ignacio.lan> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> Message-ID: <423F4166.4080202@redhat.com> Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-21 at 11:29 -1000, Warren Togami wrote: > >>I'm totally OK with this package contents, but can I also add my request >>to rename this package to gnome-theme-clearlooks? > > > Works for me. I'm not attached to the name. > > The problem is going to come from version 0.5 of clearlooks. The > metacity theme was split off and my 0.5 package re-adds it. If you > obsolete the engine without replacing the metacity theme, well... I > don't really know what's going to happen, since the metacity theme is > half of what's great about the package and it's quite likely that users > will use it. > I was just informed by davidz that this is a non-issue, because "clearlooks in FC4 is in both gtk2-engines and gnome-themes". We only need to make one or both FC4 packages Obsolete FC3 gnome-themes-clearlooks. Ignacio please import the renamed package, I'll take care of erasing the old package from CVS. Warren Togami wtogami at redhat.com From ivazquez at ivazquez.net Mon Mar 21 21:55:46 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 16:55:46 -0500 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <20050321133803.B27195@tiki-lounge.com> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> <20050321133803.B27195@tiki-lounge.com> Message-ID: <1111442146.1810.11.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 13:38 -0800, Toshio Kuratomi wrote: > On Mon, Mar 21, 2005 at 04:36:05PM -0500, Ignacio Vazquez-Abrams wrote: > > > > The problem is going to come from version 0.5 of clearlooks. The > > metacity theme was split off and my 0.5 package re-adds it. If you > > obsolete the engine without replacing the metacity theme, well... I > > don't really know what's going to happen, since the metacity theme is > > half of what's great about the package and it's quite likely that users > > will use it. > > > It sounds like they were split upstream. So you should be able to package > metacity-theme-clearlooks for 0.5+ Sounds like a plan. Anyone have any complaints with the name? Also, I'd like to add "Obsoletes: clearlooks <= 0.5" to both packages temporarily for a couple of releases just to clean out packages that people may have been using from either my repo or self-builds from CVS. Any complaints? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Mon Mar 21 22:00:46 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 21 Mar 2005 12:00:46 -1000 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <1111442146.1810.11.camel@ignacio.ignacio.lan> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> <20050321133803.B27195@tiki-lounge.com> <1111442146.1810.11.camel@ignacio.ignacio.lan> Message-ID: <423F440E.6040801@redhat.com> Ignacio Vazquez-Abrams wrote: > Sounds like a plan. Anyone have any complaints with the name? > > Also, I'd like to add "Obsoletes: clearlooks <= 0.5" to both packages > temporarily for a couple of releases just to clean out packages that > people may have been using from either my repo or self-builds from CVS. > Any complaints? I would advise against it. We need to move forward with FC and FE as the canonical package set. Whoever is using the old package name must manually move. This is only a small number of people right? Plus this cancels the benefit of renaming this package in the first place, because it already pollutes the namespace. And by "temporary" do you mean until the next clearlooks FC3 update? Is clearlooks changing upstream? Warren Togami wtogami at redhat.com From ivazquez at ivazquez.net Mon Mar 21 22:10:33 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 17:10:33 -0500 Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <423F440E.6040801@redhat.com> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> <20050321133803.B27195@tiki-lounge.com> <1111442146.1810.11.camel@ignacio.ignacio.lan> <423F440E.6040801@redhat.com> Message-ID: <1111443033.1810.16.camel@ignacio.ignacio.lan> On Mon, 2005-03-21 at 12:00 -1000, Warren Togami wrote: > Ignacio Vazquez-Abrams wrote: > > Also, I'd like to add "Obsoletes: clearlooks <= 0.5" to both packages > > temporarily for a couple of releases just to clean out packages that > > people may have been using from either my repo or self-builds from CVS. > > Any complaints? > > I would advise against it. We need to move forward with FC and FE as > the canonical package set. Whoever is using the old package name must > manually move. This is only a small number of people right? Fair enough. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Mon Mar 21 22:21:12 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 22 Mar 2005 00:21:12 +0200 Subject: New fedora-rpmdevtools: cleanup old stuff In-Reply-To: <1111335497.8997.281.camel@bobcat.mine.nu> References: <1111335497.8997.281.camel@bobcat.mine.nu> Message-ID: <1111443672.9841.131.camel@bobcat.mine.nu> On Sun, 2005-03-20 at 18:18 +0200, Ville Skytt? wrote: > I'm preparing a new version of fedora-rpmdevtools. [...] One more suggestion, yell if you have objections: gcc-java, libgcj and friends have matured quite a bit recently, and due to the chain of dependencies, I thought I'd give them basically the same treatment as gcc-c++ in rmdevelrpms. IMO it's a bit too much to ask people to remove stuff like Eclipse by default (even if rmdevelrpms can be configured to not do that). This would mean that the following packages would no longer be candidates for removal by default (see #151622 for zlib-devel): gcc-java, libgcj, libgcj-devel, java-*-gcj-compat-devel, zlib-devel OK/NOK? Remember, the goal of rmdevelrpms is NOT to reduce an installation into a minimal buildroot. It's more like trying to find a sweet spot where packagers' (package) dev boxes would be reasonably "clean" environments where missing build deps can be found as early as possible, while keeping the system otherwise usable for various common purposes without having to reinstall everything. From skvidal at phy.duke.edu Mon Mar 21 22:42:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 17:42:12 -0500 Subject: ip ranges Message-ID: <1111444932.6458.68.camel@cutter> Hey, Who should I email to get my ip ranges changed? -sv From bdpepple at ameritech.net Mon Mar 21 22:53:00 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 17:53:00 -0500 Subject: ip ranges In-Reply-To: <1111444932.6458.68.camel@cutter> References: <1111444932.6458.68.camel@cutter> Message-ID: <1111445580.8011.8.camel@localhost.localdomain> On Mon, 2005-03-21 at 17:42 -0500, seth vidal wrote: > Hey, > Who should I email to get my ip ranges changed? I'm guessing Warren could help you, since he is the contact person for people with problems with their ip not being in the ACL. http://fedoraproject.org/wiki/Extras_2fUsingCvsFaq /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thm at duke.edu Mon Mar 21 23:01:39 2005 From: thm at duke.edu (Hunter Matthews) Date: Mon, 21 Mar 2005 18:01:39 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <1111440780.20157.15.camel@bree.local.net> References: <1111438702.3794.15.camel@jade.biology.duke.edu> <1111439855.3522.11.camel@localhost.localdomain> <1111440780.20157.15.camel@bree.local.net> Message-ID: <1111446098.2790.5.camel@jade.biology.duke.edu> On Mon, 2005-03-21 at 16:32, Jeremy Katz wrote: > On Mon, 2005-03-21 at 15:17 -0600, Tom 'spot' Callaway wrote: > > On Mon, 2005-03-21 at 15:58 -0500, Hunter Matthews wrote: > > > I'm trying to package perl's SOAP-Lite module and running into trouble. > > > > > > Despite the fact that I've configured the module to not worry about > > > MQClient, during the install/dep check stage rpm is detecting > > > perl(MQClient::MQSeries) as a dependancy. > > > > > > Is there a good idiom to tell rpm "ignore this or that perl dep?" > > > > Not really. You'll probably need to do: > > AutoReqProv: no > > > > And manually specify all your dependencies. Be thorough, and you should > > be ok. > > A (slightly) better way to do this is to include another source like the > attached from perl-libwww-perl and then in your spec file, put something > like > > Source10: filter-depends.sh > %define _use_internal_dependency_generator 0 > # Provide perl-specific find-{provides,requires}. > %define __find_provides /usr/lib/rpm/find-provides.perl > %define __find_requires %{SOURCE10} Warren suggested I look at perl-Net-DNS, and from it I arrived at: # In the spec file itself Source1: filter-requires.sh %define __perl_requires %{SOURCE1} # Here is the filter-requires.sh script #!/bin/sh echo $* > /tmp/filter-depends.cmdline /usr/lib/rpm/perl.req $* | grep -v -e MQSeries -e Jabber This seems to build correctly (IE, just the requires I was expecting) Jeremy - what the pros/cons of __perl_requires vs what you have? > > This will let you filter out what you want without having to specify > everything by hand. > > Jeremy > > ______________________________________________________________________ > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From jdennis at redhat.com Mon Mar 21 23:08:45 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 21 Mar 2005 18:08:45 -0500 Subject: Basic questions In-Reply-To: <1111418753.6458.3.camel@cutter> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <1111418429.3627.7.camel@localhost.localdomain> <1111418753.6458.3.camel@cutter> Message-ID: <1111446525.25568.36.camel@finch.boston.redhat.com> On Mon, 2005-03-21 at 10:25 -0500, seth vidal wrote: > > I wish we could use a computer to assign the versions (and tags) so that > > its consistent within a package, across all packages in a distribution, > > and across all distributions and have a database of this information > > that can be queried. > > And how would we correlate that information with the ACTUAL version of > the program that's being packaged? In addition, if we just keep the > actual version in this db somewhere doesn't the input to that db suffer > from the same human error problems you mentioned before? You lost me. When you say the he actual version of the program being packaged I intuit you mean the "v" of the rpm's n-v-r. One would hope that is correct in the spec file. Its the "r" part of n-v-r we need automatically generated. Given the release field is a function of the distribution and previous builds (across distributions) I don't see why the release field could not easily be automatically generated. I don't see any need for human interaction. But perhaps I misunderstood your point or I'm failing to take into consideration some other facet. -- John Dennis From dag at wieers.com Mon Mar 21 23:12:53 2005 From: dag at wieers.com (Dag Wieers) Date: Tue, 22 Mar 2005 00:12:53 +0100 (CET) Subject: gnome-theme-clearlooks please Re: APPROVED: clearlooks In-Reply-To: <423F440E.6040801@redhat.com> References: <1111432975.4045.75.camel@ignacio.ignacio.lan> <1111437035.1810.3.camel@ignacio.ignacio.lan> <423F3CD3.7050100@redhat.com> <1111440965.1810.6.camel@ignacio.ignacio.lan> <20050321133803.B27195@tiki-lounge.com> <1111442146.1810.11.camel@ignacio.ignacio.lan> <423F440E.6040801@redhat.com> Message-ID: On Mon, 21 Mar 2005, Warren Togami wrote: > Ignacio Vazquez-Abrams wrote: > > Sounds like a plan. Anyone have any complaints with the name? > > > > Also, I'd like to add "Obsoletes: clearlooks <= 0.5" to both packages > > temporarily for a couple of releases just to clean out packages that > > people may have been using from either my repo or self-builds from CVS. > > Any complaints? > > I would advise against it. We need to move forward with FC and FE as the > canonical package set. Whoever is using the old package name must manually > move. This is only a small number of people right? > > Plus this cancels the benefit of renaming this package in the first place, > because it already pollutes the namespace. Actually I would allow for something like this for eg. 1 release cycle. You can't take the userbase as a objective measurement because what is a big userbase ? Fact is, I have been using 'wrong' package names (to my liking) because I had to follow the naming scheme most likely to be adopted either by Red Hat or by fedora.us. So I had to try to be forward compatible. For this reason, the only possibility to have an upgrade path to Fedora Extras, 3rd party repositories rely on Obsolete tags. It would be a wrong signal if only an upgrade path from fedora.us to Fedora Extras is allowed, especially because 3rd party repositories have been the only alternative users had to turn to for extra packages. Since we have a more strict naming policy in place now, new naming mismatches are very limited so namespace pollution will slow down. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From fedora at camperquake.de Mon Mar 21 23:10:20 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 22 Mar 2005 00:10:20 +0100 Subject: Clarification for the Contributor License Agreement Message-ID: <20050322001020.36cfd3e9@nausicaa.camperquake.de> Hi. I have a question concerning point 3 of the CLA. English is not my first language, and my legalese parser barfs on that one. Is someone able to give some clarification on this (in non-legal english, or preferrably in german?) Thanks. -- Yes, it is true that I cannot respond in a coherent manner on Usenet. -- dotnet at webtv.net, 27/10/97 From bugs.michael at gmx.net Mon Mar 21 23:19:25 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 22 Mar 2005 00:19:25 +0100 Subject: Fedora Extras Development new packages In-Reply-To: <1111437818.6458.43.camel@cutter> References: <1111437818.6458.43.camel@cutter> Message-ID: <20050322001925.0843da97.bugs.michael@gmx.net> On Mon, 21 Mar 2005 15:43:38 -0500, seth vidal wrote: > Hi folks, > newly built: > > gpgme - x86_64 > gpgme - i386 - build errors: > http://fedoraproject.org/extras/development/build-logs/i386/gpgme-1.0.2-2.log Cannot reproduce. $ rpm -q mach mach-0.4.6.1-1.yum.0.20050321.031334 $ uname -rm 2.6.11-1.1185_FC4 i686 From katzj at redhat.com Mon Mar 21 23:22:36 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Mar 2005 18:22:36 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <1111446098.2790.5.camel@jade.biology.duke.edu> References: <1111438702.3794.15.camel@jade.biology.duke.edu> <1111439855.3522.11.camel@localhost.localdomain> <1111440780.20157.15.camel@bree.local.net> <1111446098.2790.5.camel@jade.biology.duke.edu> Message-ID: <1111447356.20157.18.camel@bree.local.net> On Mon, 2005-03-21 at 18:01 -0500, Hunter Matthews wrote: > Jeremy - what the pros/cons of __perl_requires vs what you have? Same basic idea, slightly differing implementation. For current-ish versions of RPM, the two should be identical. With some older version of RPM, one works better than the other but which... my poor addled brain just doesn't remember anymore :) Jeremy From ivazquez at ivazquez.net Mon Mar 21 23:36:26 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Mar 2005 18:36:26 -0500 Subject: Clarification for the Contributor License Agreement In-Reply-To: <20050322001020.36cfd3e9@nausicaa.camperquake.de> References: <20050322001020.36cfd3e9@nausicaa.camperquake.de> Message-ID: <1111448186.10699.4.camel@ignacio.ignacio.lan> On Tue, 2005-03-22 at 00:10 +0100, Ralf Ertzinger wrote: > I have a question concerning point 3 of the CLA. English is not my first > language, and my legalese parser barfs on that one. Is someone able to > give some clarification on this (in non-legal english, or preferrably > in german?) If you have any patents that you use in any Extras packages and you have granted the Fedora Project royalty-free use of said patent via said packages, if someone subsequently else sues you regarding that patent then the patent grant to the Fedora Project becomes null and void. The side effect is that the offending packages are pulled from Extras. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Mon Mar 21 23:40:49 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 22 Mar 2005 00:40:49 +0100 Subject: Clarification for the Contributor License Agreement In-Reply-To: <1111448186.10699.4.camel@ignacio.ignacio.lan> References: <20050322001020.36cfd3e9@nausicaa.camperquake.de> <1111448186.10699.4.camel@ignacio.ignacio.lan> Message-ID: <20050322004049.1e783f53@nausicaa.camperquake.de> Hi. Ignacio Vazquez-Abrams wrote: > If you have any patents that you use in any Extras packages and you have > granted the Fedora Project royalty-free use of said patent via said > packages, if someone subsequently else sues you regarding that patent > then the patent grant to the Fedora Project becomes null and void. The > side effect is that the offending packages are pulled from Extras. Ah, OK. Thanks. -- In the great fire of London in 1666 half of London was burnt down but only 6 people were injured. From dsievers at gmail.com Tue Mar 22 00:19:58 2005 From: dsievers at gmail.com (D Sievers) Date: Mon, 21 Mar 2005 16:19:58 -0800 Subject: List of duplicated packages [was Clarification on FE development] In-Reply-To: <3cab19cc05032014174df5f897@mail.gmail.com> References: <423B6208.4010505@users.sourceforge.net> <1111208764.7461.17.camel@cutter> <3cab19cc05032014174df5f897@mail.gmail.com> Message-ID: <3cab19cc05032116195ca146d9@mail.gmail.com> Seth, According to what I can tell, here is a list of packages duplicated in core/devel and extras/devel Package python-numeric is duplicated Package python-sqlite is duplicated Package python-twisted is duplicated Package sqlite is duplicated I'm not sure if this list is "perfect". I wrote a little pygtk app to do the work for me, so there might be other duplicates since I didn't have it check things like sqlite vs. sqlite3, though it should be quite easy to do. If you're interested, you can grab my code from http://www.seas.ucla.edu/~dsievers/pdiff.tar.gz to check duplicates in other directories. Doug Sievers dsievers at gmail.com On Sun, 20 Mar 2005 14:17:26 -0800, D Sievers wrote: > Hi Seth, > > Sure, I'll try to compile a list of duplicates in core/devel and > extras/devel. I've been looking for some way to help out :) > > Doug Sievers > > > On Sat, 19 Mar 2005 00:06:04 -0500, seth vidal wrote: > > > What is extras/development > > > (http://download.fedora.redhat.com/pub/fedora/linux/extras/development/) > > > and how does it compare to extras/3 > > > (http://download.fedora.redhat.com/pub/fedora/linux/extras/3/) > > > ? > > > > > > > development is just like fedora core development - the packages in > > extras are built against the development core tree. > > > > > > > > > > 1) Are the duplicates going to cleaned up? [python-numeric was moved > > > into core on FC3->FC4, but is in extras/devel and core/devel] > > > > yes. If you would like to point out the duplicates I'd be glad to get > > them cleaned up. Thanks. > > > > > > > 2) Does this imply a "release" schedule for extras? If so, will there be > > > a similar "snapshot" of extras/devel that will become extras/4 when FC4 > > > is released? > > > > The plan is to have all of extras out for release for fc4 final. My > > goal is to make sure that when fc4 goes live, fe4 is populated and > > mirrored. We're not doing too badly, so far on keeping up. > > > > > 3) If both of these are true, what happens when new packages are added > > > to extras? They couldn't then be added to extras/4, since they are new. > > > Will there be a extras/4/updates that new packages do into? It appears > > > that occasionally a new package would appear in core/updates, but often > > > only when a package was split or that the update had new dependencies. > > > > > > > Extras is following a rolling release cycle. So that new pkgs get added > > into the main tree and sync'd out. > > > > Does this help? > > > > -sv > > > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > -- > Doug Sievers > dsievers at users.sourceforge.net > -- Doug Sievers dsievers at users.sourceforge.net From kevin-fedora-extras at scrye.com Tue Mar 22 00:34:02 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 21 Mar 2005 17:34:02 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> <20050321190055.2ef13e1a.bugs.michael@gmx.net> Message-ID: <20050322003414.BD69316C95@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael Schwendt writes: >> Does that sound reasonable? >> >> If so, I will commit my xfprint and xffm specs with ldconfig >> removed. Michael> I don't care that much that I feel the need to try to Michael> convince you. I've made my obligatory comments on static Michael> archives in plugins directories, and you are free to Michael> disagree. Well, I don't much care, I just don't want to break anything for people who might use those. Michael> The .a files are really just the .so libraries in another Michael> form for static linking. They are not needed at run-time, Michael> because the .so plugins are loaded dynamically, the static Michael> archives in the plugins directories are useless and not Michael> needed, and your packages don't provide an API for them with Michael> which the .a versions of the plugins could be used. Michael> I stick to my view that both .a and .la files should not be Michael> included in the plugins directories. Certainly the static Michael> archives should be deleted as they only increase package size Michael> regardless of how small they might be. It will happen again Michael> in the future that either me (or somebody else) will point Michael> out that static archives in plugin directories are not Michael> needed. I have asked upsteam on the xfce-dev list to see if anyone knows anyone having any use at all for the .a or .la files. If not, I asked if they could remove them as part of the regular build process/not install them. Will let everyone know what I find out. Michael> [xffm package] Michael> * In there, I don't see any static archives in the plugins Michael> directory and not in the %_libdir/xfce4/xffm sub-directory Michael> either. Michael> * But I see lots of *.so links in /usr/lib, which are usually Michael> only needed at build-time and therefore moved into -devel Michael> packages. In case these links are loaded at run-time, the Michael> application ought to load the versioned DSOs instead, Michael> e.g. libxffm_actions.so.1 instead of libxffm_actions.so Ah, an excellent point. Looking at the xffm build it looks to me like those /usr/lib/ files are used by xffm when it's compiling itself. Its possible there are people using those to develop more xffm plugins, etc. So, those should be split out into a -devel rpm most likely. Should we do that now given that the xffm package in fc3 4.0.6 package included them? I would guess anyone using them to develop would be able to see the new xffm-devel package. Michael> * Which package includes the directory /usr/lib/xfce4/xffm/? xffm should. It includes the files in that directory. Does it need to explicitly own that directory as well? kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCP2gG3imCezTjY0ERAhi4AJ9SgvqrNN8b3I4Rck4lJycMnL+zsQCglI5r e6/LE+7tG+bfAe4hYJlCd4I= =JR5y -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Tue Mar 22 00:40:17 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 21 Mar 2005 17:40:17 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> <20050321190055.2ef13e1a.bugs.michael@gmx.net> <20050322003414.BD69316C95@voldemort.scrye.com> Message-ID: <20050322004019.D689FA35FB@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Kevin" == Kevin Fenzi writes: Michael> [xffm package] Michael> * In there, I don't see any static archives in the plugins Michael> directory and not in the %_libdir/xfce4/xffm sub-directory Michael> either. Michael> * But I see lots of *.so links in /usr/lib, which are usually Michael> only needed at build-time and therefore moved into -devel Michael> packages. In case these links are loaded at run-time, the Michael> application ought to load the versioned DSOs instead, Michael> e.g. libxffm_actions.so.1 instead of libxffm_actions.so Kevin> Ah, an excellent point. Looking at the xffm build it looks to Kevin> me like those /usr/lib/ files are used by xffm when it's Kevin> compiling itself. Its possible there are people using those to Kevin> develop more xffm plugins, etc. Kevin> So, those should be split out into a -devel rpm most Kevin> likely. Should we do that now given that the xffm package in Kevin> fc3 4.0.6 package included them? I would guess anyone using Kevin> them to develop would be able to see the new xffm-devel Kevin> package. Ugh. I spoke too soon. It uses them for it's regular running, and it does open them by version: open("/usr/lib/libxffm_actions.so.1", O_RDONLY) = 3 So, do I need the ldconfig calls there? I would say not since it's calling a specific version of the DSO, right? kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCP2lz3imCezTjY0ERAlqsAJ46rIDFZZ28CS3w5klJw24GRF4jNgCfW7Uw truom0LKbPAkzRlb5NYYOck= =L1La -----END PGP SIGNATURE----- From mattdm at mattdm.org Tue Mar 22 01:24:39 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 21 Mar 2005 20:24:39 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <1111438702.3794.15.camel@jade.biology.duke.edu> References: <1111438702.3794.15.camel@jade.biology.duke.edu> Message-ID: <20050322012439.GA697@jadzia.bu.edu> On Mon, Mar 21, 2005 at 03:58:23PM -0500, Hunter Matthews wrote: > I'm trying to package perl's SOAP-Lite module and running into trouble. I was looking at that just the other day, and ran into a *whole* chain of crazy dependencies, including Net::Jabber. Bah. So I went out and packaged up python-SOAPpy and python-ZSI instead. But if you *must* have perl [1], someone actually has already gone through all of the work: Seems like we might as well try to get that into FE, instead of repackaging the wheel.... > Despite the fact that I've configured the module to not worry about > MQClient, during the install/dep check stage rpm is detecting > perl(MQClient::MQSeries) as a dependancy. > Is there a good idiom to tell rpm "ignore this or that perl dep?" %define _use_internal_dependency_generator 0 [...] Source1: filter-depends.sh [...] %define __find_requires %{SOURCE1} and filter-depends.sh is: #!/bin/sh if [ -x /usr/lib/rpm/redhat/find-requires ]; then FINDREQ=/usr/lib/rpm/redhat/find-requires else FINDREQ=/usr/lib/rpm/find-requires fi $FINDREQ $* | grep -v 'perl(MQClient::MQSeries)' [1] and don't get me wrong, it's a lovely language, unpatched root exploits with published source in Fedora Core not withstanding. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From bugs.michael at gmx.net Tue Mar 22 01:33:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 22 Mar 2005 02:33:22 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050322004019.D689FA35FB@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> <20050321190055.2ef13e1a.bugs.michael@gmx.net> <20050322003414.BD69316C95@voldemort.scrye.com> <20050322004019.D689FA35FB@voldemort.scrye.com> Message-ID: <20050322023322.09121675.bugs.michael@gmx.net> On Mon, 21 Mar 2005 17:40:17 -0700, Kevin Fenzi wrote: > Ugh. I spoke too soon. It uses them for it's regular running, and it > does open them by version: > > open("/usr/lib/libxffm_actions.so.1", O_RDONLY) = 3 > > So, do I need the ldconfig calls there? I would say not since it's > calling a specific version of the DSO, right? Well, for DSOs in /usr/lib and other run-time linker search paths, it's better to keep the ldconfig calls, as ldconfig also adjusts the softlinks and directs them to the most recent compatible version, libxffm_actions.so.1.0.0 in above case. From bugs.michael at gmx.net Tue Mar 22 01:34:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 22 Mar 2005 02:34:26 +0100 Subject: xfce 4.2.1 packages available In-Reply-To: <20050322003414.BD69316C95@voldemort.scrye.com> References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> <20050321190055.2ef13e1a.bugs.michael@gmx.net> <20050322003414.BD69316C95@voldemort.scrye.com> Message-ID: <20050322023426.1f619b78.bugs.michael@gmx.net> On Mon, 21 Mar 2005 17:34:02 -0700, Kevin Fenzi wrote: > Michael> * Which package includes the directory /usr/lib/xfce4/xffm/? > > xffm should. It includes the files in that directory. Does it need to > explicitly own that directory as well? Sure. If no dependency does, a package must own the dir itself. Else the dir could be created with bad permissions based on umask. From skvidal at phy.duke.edu Tue Mar 22 02:42:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 21 Mar 2005 21:42:12 -0500 Subject: Basic questions In-Reply-To: <1111446525.25568.36.camel@finch.boston.redhat.com> References: <1111270395.9124.64.camel@huygens> <423CB089.1030108@redhat.com> <1111418429.3627.7.camel@localhost.localdomain> <1111418753.6458.3.camel@cutter> <1111446525.25568.36.camel@finch.boston.redhat.com> Message-ID: <1111459332.19235.4.camel@cutter> > You lost me. When you say the he actual version of the program being > packaged I intuit you mean the "v" of the rpm's n-v-r. One would hope > that is correct in the spec file. Its the "r" part of n-v-r we need > automatically generated. Given the release field is a function of the > distribution and previous builds (across distributions) I don't see why > the release field could not easily be automatically generated. I don't > see any need for human interaction. > > But perhaps I misunderstood your point or I'm failing to take into > consideration some other facet. Sometimes the v component from one ver to the next doesn't increment in a vercmp so you have two ways around that so that rpm sees it is an update: 1. use an epoch 2. split the ver's extra items across the release tag. That's where the complexity lies. -sv From funkyres at gmail.com Tue Mar 22 04:21:30 2005 From: funkyres at gmail.com (Michael Peters) Date: Mon, 21 Mar 2005 20:21:30 -0800 Subject: Looking for a sponsor In-Reply-To: <1111436651.9841.23.camel@bobcat.mine.nu> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <485bb8840503201748bb424b7@mail.gmail.com> <1111436651.9841.23.camel@bobcat.mine.nu> Message-ID: <485bb884050321202112f01cb0@mail.gmail.com> On Mon, 21 Mar 2005 22:24:11 +0200, Ville Skytt? wrote: > > I haven't submitted my TT package yet due to already having plenty on my > plate, and because of the big dependency chain, this one might actually > require some work every now and then... > > So, I wouldn't mind someone else submitting and maintaining it at all. > I can imagine myself also reviewing such a submission fairly quickly. > (Of course, feel free to use "my" package if you like.) > > OTOH, there's still at least one missing dependency before TT can enter: > http://bugzilla.fedora.us/show_bug.cgi?id=1354 > Coordination with this would be cool, too. I would be willing to if I can get sponsored. The bugzilla above blocks until its in extras - but other than that - http://mpeters.us/fc_extras/ 3 spec files and src.rpm's (two from yours, one fresh that I did not see in https://bugzilla.redhat.com/bugzilla/describecomponents.cgi?product=Fedora%20Extras ) -- http://mpeters.us/ From bdpepple at ameritech.net Tue Mar 22 04:59:45 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 21 Mar 2005 23:59:45 -0500 Subject: Looking for a sponsor In-Reply-To: <485bb884050321202112f01cb0@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <485bb8840503201748bb424b7@mail.gmail.com> <1111436651.9841.23.camel@bobcat.mine.nu> <485bb884050321202112f01cb0@mail.gmail.com> Message-ID: <1111467585.9610.2.camel@localhost.localdomain> On Mon, 2005-03-21 at 20:21 -0800, Michael Peters wrote: > I would be willing to if I can get sponsored. To get sponsored, you need to add yourself to the wiki. http://fedoraproject.org/wiki/Extras_2fSponsorsNeeded /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From funkyres at gmail.com Tue Mar 22 05:06:46 2005 From: funkyres at gmail.com (Michael Peters) Date: Mon, 21 Mar 2005 21:06:46 -0800 Subject: Looking for a sponsor In-Reply-To: <1111467585.9610.2.camel@localhost.localdomain> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <485bb8840503201748bb424b7@mail.gmail.com> <1111436651.9841.23.camel@bobcat.mine.nu> <485bb884050321202112f01cb0@mail.gmail.com> <1111467585.9610.2.camel@localhost.localdomain> Message-ID: <485bb884050321210667c331e7@mail.gmail.com> On Mon, 21 Mar 2005 23:59:45 -0500, Brian Pepple wrote: > On Mon, 2005-03-21 at 20:21 -0800, Michael Peters wrote: > > I would be willing to if I can get sponsored. > > To get sponsored, you need to add yourself to the wiki. > http://fedoraproject.org/wiki/Extras_2fSponsorsNeeded OK great - I was looking at http://fedoraproject.org/wiki/Extras/CvsAccess and did not see any reference to a WiKi page for getting sponsored. I don't know if it's just me, but I have trouble navigating wiki's and getting what I really need to know out them. Maybe it's because I'm from the Jelly Bean generation, not genX ;) -- http://mpeters.us/ From bdpepple at ameritech.net Tue Mar 22 06:01:25 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 22 Mar 2005 01:01:25 -0500 Subject: Looking for a sponsor In-Reply-To: <485bb884050321210667c331e7@mail.gmail.com> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <485bb8840503201748bb424b7@mail.gmail.com> <1111436651.9841.23.camel@bobcat.mine.nu> <485bb884050321202112f01cb0@mail.gmail.com> <1111467585.9610.2.camel@localhost.localdomain> <485bb884050321210667c331e7@mail.gmail.com> Message-ID: <1111471285.10068.2.camel@localhost.localdomain> On Mon, 2005-03-21 at 21:06 -0800, Michael Peters wrote: > I was looking at http://fedoraproject.org/wiki/Extras/CvsAccess and > did not see any reference to a WiKi page for getting sponsored. I've gone ahead, and added a link to the Sponsors Needed List in the CVS Access page. Hopefully, this will help folks in the future. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From iago.rubio at hispalinux.es Tue Mar 22 06:33:17 2005 From: iago.rubio at hispalinux.es (Iago Rubio) Date: Tue, 22 Mar 2005 07:33:17 +0100 Subject: rpmlint [was]: Intent to Package: BloGTK In-Reply-To: <1111436049.9841.15.camel@bobcat.mine.nu> References: <1111422056.6458.11.camel@cutter> <1111423721.27198.8.camel@localhost.localdomain> <1111427945.6458.16.camel@cutter> <1111433319.16865.20.camel@speedy.iagorubio.net> <1111436049.9841.15.camel@bobcat.mine.nu> Message-ID: <1111473197.32405.46.camel@speedy.iagorubio.net> On Mon, 2005-03-21 at 22:14 +0200, Ville Skytt? wrote: > On Mon, 2005-03-21 at 20:28 +0100, Iago Rubio wrote: > > > Is rpmlint a valid information source for rpm sanity ? > > No, it is an imperfect tool to catch _some_ packaging insanity. > > It does often report reasonable stuff, and quite often produces false > positives. OK, thanks for the hint. > > Before reading Brian's post, I tried rpmlint at it seems it breaks some > > of the fedora's guidelines. > > If this happens, please report a bug against rpmlint, or the guidelines. I will do it as soon as I know where the bug is :) > > As example it screams when a package tries to obsolete itself. > > Why would a package obsolete itself? The only case I can come up with > right now is that a package tries to avoid an Epoch bump by using a > versioned Obsoletes on itself. But that sounds, well, unusual, and > unmaintainable and non-deterministic after a few package revisions. Frankly I don't see a reason. I suppose there should be a reason as someone wasted his time writing it down in the guidelines, but I think RPM is clever enough to deal with such kind of package - say -F or -- replacepkgs - without self-obsoletion. I was just checking the guidelines against the available rpm tools. I'd like to see consistency among both. > > This error clashes with the guidelines at: > > http://fedora.redhat.com/participate/developers-guide/s1-rpm-guidelines.html > > > > 5.- The package may obsolete itself. > > > > Any hint ? > > Could someone who authored those guidelines comment? I hope someone find some time to guide us :) > If self-obsoletion is considered ok in packages, I'll add a filter to > the rpmlint config so we'll no longer see that complaint. Yes, it's needed if self-obsoletion is ok. And ... to be more specific in the guidelines won't hurt: 5.- The package may obsolete itself when (fill here). -- Iago Rubio From nphilipp at redhat.com Tue Mar 22 15:52:51 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Tue, 22 Mar 2005 16:52:51 +0100 Subject: [Fwd: ufraw, was: rawhide report: 20050318 changes] Message-ID: <1111506771.7279.21.camel@wombat.tiptoe.de> Wrong list address, reposting. -------- Forwarded Message -------- From: Nils Philippsen To: fedora.extras-list at redhat.com Cc: tjb at unh.edu, Development discussions related to Fedora Core Subject: ufraw, was: rawhide report: 20050318 changes Date: Tue, 22 Mar 2005 16:08:54 +0100 On Mon, 2005-03-21 at 13:32 -0500, Thomas J. Baker wrote: > On Fri, 2005-03-18 at 08:10 -0500, Build System wrote: > > > Removed package ufraw > > > > Will ufraw be moving to extras? Good idea, if anybody would sponsor me on that I'll update the ufraw packages from FC3 to what is current and import it into Extras CVS. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bdpepple at ameritech.net Tue Mar 22 15:56:10 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 22 Mar 2005 10:56:10 -0500 Subject: ufraw In-Reply-To: <1111505438.11565.2.camel@localhost.localdomain> References: <200503181310.j2IDA6dw024446@porkchop.devel.redhat.com> <1111429953.1747.11.camel@wintermute.sr.unh.edu> <1111504134.7279.7.camel@wombat.tiptoe.de> <1111505438.11565.2.camel@localhost.localdomain> Message-ID: <1111506970.11636.1.camel@localhost.localdomain> > On Tue, 2005-03-22 at 16:08 +0100, Nils Philippsen wrote: > > Good idea, if anybody would sponsor me on that I'll update the ufraw > > packages from FC3 to what is current and import it into Extras CVS. Nils, I'll sponsor you. Sounds like a good package to add to Extras. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Tue Mar 22 16:42:31 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 22 Mar 2005 11:42:31 -0500 Subject: Looking for a sponsor (perl-Template-Toolkit) In-Reply-To: <1099.213.13.86.99.1111358362.squirrel@webmail.lsd.di.uminho.pt> References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <1099.213.13.86.99.1111358362.squirrel@webmail.lsd.di.uminho.pt> Message-ID: <20050322164231.GA24607@jadzia.bu.edu> On Sun, Mar 20, 2005 at 10:39:22PM -0000, Jose Pedro Oliveira wrote: > There are least two other perl-Template-toolkit packagers: > * Ville Skytt? > http://cachalot.mine.nu/3/SRPMS.extras/ > * Dennis Gregorovic > http://gregorovic.net/fc3-autobuild-rpms/ Also, me. (Spec file follows; there's some BU-isms in it but nothing spectacularly non-Fedoraish.) > The problem with the GD test has already been located and there is > already a patch for it (check the Ville Skytt?'s SRPM). (The patch in my spec file is basically the same as Ville Skytt?'s, except made by guesswork -- see as per the changelog in Ville's rpm. This is good, because hey, at least we're not *completely* duplicating effort.) Name: perl-Template-Toolkit Version: 2.14 Release: %{bu_tag}1 Summary: Powerful and extensible template processing system for Perl Group: Development/Libraries License: GPL or Artistic URL: http://search.cpan.org/dist/Template-Toolkit/ Source0: http://search.cpan.org/CPAN/authors/id/A/AB/ABW/Template-Toolkit-%{version}.tar.gz #Source9999: # This works around a known bug. # See for details. Patch0: perl-Template-Toolkit-2.14-gdtest7kludge.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root BuildRequires: perl >= 2:5.8.0 BuildRequires: tetex-latex, tetex-dvips # I don't think the following really *need* to be there at build time, # but they're good to have for the built tests. BuildRequires: perl-Text-Autoformat, perl-DBI, perl-GD, perl-GDGraph BuildRequires: perl-GDGraph3d, perl-Image-Info, perl-Image-Size BuildRequires: perl-Pod-POM, perl-XML-RSS, perl-XML-XPath Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description The Template Toolkit is a collection of modules which implement a fast, flexible, powerful and extensible template processing system. It was originally designed and remains primarily useful for generating dynamic web content, but it can be used equally well for processing any other kind of text based documents: HTML, XML, POD, PostScript, LaTeX, and so on. It can be used as a stand-alone Perl module or embedded within an Apache/mod_perl server for generating highly configurable dynamic web content. A number of Perl scripts are also provided which can greatly simplify the process of creating and managing static web content and other offline document systems. %prep %setup -q -n Template-Toolkit-%{version} %patch0 -p1 -b .fixtest %build CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor \ TT_PREFIX=%{_datadir}/tt2 \ TT_IMAGES=%{_prefix}/tt2/images \ TT_DOCS=y \ TT_SPLASH=y \ TT_THEME=y \ TT_EXAMPLES=n \ TT_EXTRAS=y \ TT_XS_ENABLE=y \ TT_XS_DEFAULT=y \ TT_EXAMPLES=n \ TT_DBI=n \ TT_LATEX=y \ TT_QUIET=y \ TT_ACCEPT=y %{__perl} -pi -e 's/^\tLD_RUN_PATH=[^\s]+\s*/\t/' Makefile make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* %check || : make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Changes README TODO HACKING %{_bindir}/tpage %{_bindir}/ttree %{perl_vendorarch}/auto/* %{perl_vendorarch}/Template.pm %{perl_vendorarch}/Template %{_mandir}/man1/*.1* %{_mandir}/man3/*.3* %changelog * Fri Mar 11 2005 Matthew MIller - 2.14-bu45.1 - update for Velouria - update to 2.14 - get rid of cpanflute filelist silliness - generally prettify specfile (use Fedora template) - add the check section * Mon Apr 28 2003 Dave Heistand - 2.09-1 - fix /usr/usr/local problem * Tue Jan 28 2003 David B Heistand - 2.08-8 - Specfile autogenerated. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From kevin-fedora-extras at scrye.com Tue Mar 22 17:21:47 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 22 Mar 2005 10:21:47 -0700 Subject: xfce 4.2.1 packages available References: <20050316050151.9D362352E9@voldemort.scrye.com> <423D6245.4030103@redhat.com> <20050320224312.ED12B7E121@voldemort.scrye.com> <423E29B4.6030401@redhat.com> <20050321034829.042ae773.bugs.michael@gmx.net> <20050321164246.8D21B315AB@voldemort.scrye.com> <20050321190055.2ef13e1a.bugs.michael@gmx.net> <20050322003414.BD69316C95@voldemort.scrye.com> Message-ID: <20050322172151.570F53E33B@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Kevin" == Kevin Fenzi writes: >>>>> "Michael" == Michael Schwendt writes: Michael> I stick to my view that both .a and .la files should not be Michael> included in the plugins directories. Certainly the static Michael> archives should be deleted as they only increase package size Michael> regardless of how small they might be. It will happen again Michael> in the future that either me (or somebody else) will point Michael> out that static archives in plugin directories are not Michael> needed. Kevin> I have asked upsteam on the xfce-dev list to see if anyone Kevin> knows anyone having any use at all for the .a or .la files. If Kevin> not, I asked if they could remove them as part of the regular Kevin> build process/not install them. Will let everyone know what I Kevin> find out. I've heard from one of the xfce developers upstream, he says all the .a/.la files are unused, and there is no reason to ship them. So, I will check in a spec with all the .a/.la's removed as well as some other minor changes and hopefully that will make the xfce packages ready for a widespread review. thanks for the feedback. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCQFQv3imCezTjY0ERAtyZAJwPIUkckLFBd4KTBiragZAw64uMpACfUUsf i30trmrBbEXszOtJO1XnG3k= =E+z2 -----END PGP SIGNATURE----- From thm at duke.edu Tue Mar 22 17:47:51 2005 From: thm at duke.edu (Hunter Matthews) Date: Tue, 22 Mar 2005 12:47:51 -0500 Subject: perls SOAP-Lite - can I tell rpm not to include extraneous dependancy? In-Reply-To: <20050322012439.GA697@jadzia.bu.edu> References: <1111438702.3794.15.camel@jade.biology.duke.edu> <20050322012439.GA697@jadzia.bu.edu> Message-ID: <1111513671.2790.21.camel@jade.biology.duke.edu> On Mon, 2005-03-21 at 20:24, Matthew Miller wrote: > On Mon, Mar 21, 2005 at 03:58:23PM -0500, Hunter Matthews wrote: > > I'm trying to package perl's SOAP-Lite module and running into trouble. > all of the work: > > > Seems like we might as well try to get that into FE, instead of repackaging > the wheel.... Whats the procedure? Politely ask the packager to do it, submit those rpms (assuming they're likely to pass inspection, I haven't looked at them yet) myself, ... ? > %define _use_internal_dependency_generator 0 > [...] > Source1: filter-depends.sh > [...] > %define __find_requires %{SOURCE1} This was the idiom from Jeremy, but I think one of my earlier posts has a late-model idiom to do the same thing. -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From skvidal at fedoraproject.org Tue Mar 22 19:18:14 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Tue, 22 Mar 2005 14:18:14 -0500 Subject: Fedora Extras Development Package Report Message-ID: <1111519094.19235.46.camel@cutter> build errors/held back: libgnomedb: errors out, oddly, needing scrollkeeper, looking into buildsys libgda: held for libgnomedb qof: error logs: http://fedoraproject.org/extras/development/build-logs/x86_64/qof-0.5.0-3.log http://fedoraproject.org/extras/development/build-logs/i386/qof-0.5.0-3.log aqhbci-qt-tools: errors on x86_64: http://fedoraproject.org/extras/development/build-logs/x86_64/aqhbci-qt-tools-1.0.1beta-3.rpm.log tla: error logs: http://fedoraproject.org/extras/development/build-logs/i386/tla-1.3.1-1.log http://fedoraproject.org/extras/development/build-logs/x86_64/tla-1.3.1-1.log Built: cvsps (x86, x86_64) python-crypto (x86, x86_64) revelation (x86, x86_64) awstats (x86, x86_64) gpgme (x86) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Tue Mar 22 19:33:44 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 22 Mar 2005 09:33:44 -1000 Subject: Extras CVS commits Message-ID: <42407318.4000309@redhat.com> Extras CVS commits mail seems to be broken for the last 21 hours. Problem seems to be somewhere in the mail routing or firewalls. Sysadmins are looking into the problem. Sorry for any inconvenience this may cause. Warren Togami wtogami at redhat.com From skvidal at phy.duke.edu Tue Mar 22 19:37:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 22 Mar 2005 14:37:08 -0500 Subject: Extras CVS commits In-Reply-To: <42407318.4000309@redhat.com> References: <42407318.4000309@redhat.com> Message-ID: <1111520228.19235.48.camel@cutter> On Tue, 2005-03-22 at 09:33 -1000, Warren Togami wrote: > Extras CVS commits mail seems to be broken for the last 21 hours. > Problem seems to be somewhere in the mail routing or firewalls. > Sysadmins are looking into the problem. Sorry for any inconvenience > this may cause. > Thanks for the heads up, warren, it's appreciated. -sv From shahms at shahms.com Tue Mar 22 19:38:28 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 22 Mar 2005 11:38:28 -0800 Subject: Fedora Extras Development Package Report In-Reply-To: <1111519094.19235.46.camel@cutter> References: <1111519094.19235.46.camel@cutter> Message-ID: <1111520308.12534.6.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-22 at 14:18 -0500, seth vidal wrote: > tla: error logs: > http://fedoraproject.org/extras/development/build-logs/i386/tla-1.3.1-1.log > http://fedoraproject.org/extras/development/build-logs/x86_64/tla-1.3.1-1.log > Son of a diddly. tla started using 'which' in the build scripts... These errors should be fixed after my next commit (just rebuilding now to make sure). How hacked is the version of mach you use to do these builds? Would it be possible to distribute that version a little more widely for maintainers to use? I know I needed to make a couple of minor changes to get FC3 on FC3 working for me. I also vaguely remember you saying something about getting mach to use yum for packages instead of apt. Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 22 19:42:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 22 Mar 2005 14:42:09 -0500 Subject: Fedora Extras Development Package Report In-Reply-To: <1111520308.12534.6.camel@shahms.mesd.k12.or.us> References: <1111519094.19235.46.camel@cutter> <1111520308.12534.6.camel@shahms.mesd.k12.or.us> Message-ID: <1111520529.19235.50.camel@cutter> On Tue, 2005-03-22 at 11:38 -0800, Shahms King wrote: > On Tue, 2005-03-22 at 14:18 -0500, seth vidal wrote: > > tla: error logs: > > http://fedoraproject.org/extras/development/build-logs/i386/tla-1.3.1-1.log > > http://fedoraproject.org/extras/development/build-logs/x86_64/tla-1.3.1-1.log > > > > Son of a diddly. tla started using 'which' in the build scripts... > These errors should be fixed after my next commit (just rebuilding now > to make sure). > > How hacked is the version of mach you use to do these builds? Would it > be possible to distribute that version a little more widely for > maintainers to use? I know I needed to make a couple of minor changes to > get FC3 on FC3 working for me. I also vaguely remember you saying > something about getting mach to use yum for packages instead of apt. it is distributed: http://linux.duke.edu/~skvidal/mach/pkgs/ it's also been checked in to fedora cvs: cvs.fedora.redhat.com:/cvs/fedora/extras-buildsys-temp/ -sv From shahms at shahms.com Tue Mar 22 19:43:14 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 22 Mar 2005 11:43:14 -0800 Subject: Fedora Extras Development Package Report In-Reply-To: <1111520529.19235.50.camel@cutter> References: <1111519094.19235.46.camel@cutter> <1111520308.12534.6.camel@shahms.mesd.k12.or.us> <1111520529.19235.50.camel@cutter> Message-ID: <1111520594.12534.8.camel@shahms.mesd.k12.or.us> On Tue, 2005-03-22 at 14:42 -0500, seth vidal wrote: > > it is distributed: http://linux.duke.edu/~skvidal/mach/pkgs/ > > it's also been checked in to fedora cvs: > cvs.fedora.redhat.com:/cvs/fedora/extras-buildsys-temp/ > > -sv Sweet, thanks. Should this go on the Wiki? -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 22 19:46:57 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 22 Mar 2005 14:46:57 -0500 Subject: Fedora Extras Development Package Report In-Reply-To: <1111520594.12534.8.camel@shahms.mesd.k12.or.us> References: <1111519094.19235.46.camel@cutter> <1111520308.12534.6.camel@shahms.mesd.k12.or.us> <1111520529.19235.50.camel@cutter> <1111520594.12534.8.camel@shahms.mesd.k12.or.us> Message-ID: <1111520818.19235.52.camel@cutter> On Tue, 2005-03-22 at 11:43 -0800, Shahms King wrote: > On Tue, 2005-03-22 at 14:42 -0500, seth vidal wrote: > > > > > it is distributed: http://linux.duke.edu/~skvidal/mach/pkgs/ > > > > it's also been checked in to fedora cvs: > > cvs.fedora.redhat.com:/cvs/fedora/extras-buildsys-temp/ > > > > -sv > > Sweet, thanks. Should this go on the Wiki? > not yet. i'm working on some docs to pass out to maintainers so they can do test builds of their programs. I've not finished them yet. And, of course, the program is still undergoing a lot of devel. :) -sv From skvidal at fedoraproject.org Wed Mar 23 06:13:23 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 23 Mar 2005 01:13:23 -0500 Subject: Fedora Extras 3 Package Report Message-ID: <1111558403.28357.17.camel@cutter> Hi folks, built: cvsps (i386, x86_64) deskbar-applet (i386, x86_64) ghasher (i386, x86_64) grisbi (i386, x86_64) kphone (i386, x86_64) leafpad (i386, x86_64) libosip (i386, x86_64) perl-Class-MethodMaker (i386, x86_64) perl-XML-LibXSLT (i386, x86_64) python-amara (i386, x86_64) python-HTMLgen (i386, x86_64) repoml (i386, x86_64) tla (i386, x86_64) build errors/problems: edb (i386, x86_64): build errors: http://fedoraproject.org/extras/3/build-logs/i386/edb-1.0.5-5.log http://fedoraproject.org/extras/3/build-logs/x86_64/edb-1.0.5-5.log gnome-theme-clearlooks (i386, x86_64): not in cvs yet hamlib (i386, x86_64) - errors on x86_64: http://fedoraproject.org/extras/3/build-logs/x86_64/hamlib-1.2.3-7.log ktrack (i386, x86_64) - dep on hamlib gpredict (i386, x86_64) - dep on hamlib linphone (i386, x86_64) - error on x86_64: http://fedoraproject.org/extras/3/build-logs/x86_64/linphone-0.12.2-5.log lock-keys-applet (i386, x86_64) - build errors on x86_64 http://fedoraproject.org/extras/3/build-logs/x86_64/lock-keys-applet-1.0-5.log pam_mysql (i386, x86_64): build errors on x86_64 http://fedoraproject.org/extras/3/build-logs/x86_64/pam_mysql-0.50-3.log For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Wed Mar 23 07:43:30 2005 From: smooge at gmail.com (Stephen J. Smoogen) Date: Wed, 23 Mar 2005 00:43:30 -0700 Subject: Fedora Extras 3 Package Report In-Reply-To: <1111558403.28357.17.camel@cutter> References: <1111558403.28357.17.camel@cutter> Message-ID: <80d7e4090503222343295da41e@mail.gmail.com> On Wed, 23 Mar 2005 01:13:23 -0500, seth vidal wrote: > Hi folks, > > built: > cvsps (i386, x86_64) > deskbar-applet (i386, x86_64) > ghasher (i386, x86_64) > grisbi (i386, x86_64) > kphone (i386, x86_64) Any word on the libgda package? I am needing it for one of our cflow network analysis tools, smacq (and yes it is mostly packaged up at the moment.) -- Stephen J Smoogen. CSIRT/Linux System Administrator From skvidal at phy.duke.edu Wed Mar 23 07:47:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 23 Mar 2005 02:47:06 -0500 Subject: Fedora Extras 3 Package Report In-Reply-To: <80d7e4090503222343295da41e@mail.gmail.com> References: <1111558403.28357.17.camel@cutter> <80d7e4090503222343295da41e@mail.gmail.com> Message-ID: <1111564026.28357.63.camel@cutter> On Wed, 2005-03-23 at 00:43 -0700, Stephen J. Smoogen wrote: > On Wed, 23 Mar 2005 01:13:23 -0500, seth vidal > wrote: > > Hi folks, > > > > built: > > cvsps (i386, x86_64) > > deskbar-applet (i386, x86_64) > > ghasher (i386, x86_64) > > grisbi (i386, x86_64) > > kphone (i386, x86_64) > > Any word on the libgda package? I am needing it for one of our cflow > network analysis tools, smacq (and yes it is mostly packaged up at the > moment.) Right now I need to figure out why libgnomedb is getting hung up on scrollkeeper dependencies even when they're satisfied. it's on my list. -sv From skvidal at fedoraproject.org Wed Mar 23 08:13:26 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 23 Mar 2005 03:13:26 -0500 Subject: Fedora Extras Development Package Report Message-ID: <1111565606.28357.72.camel@cutter> Hi folks, Built: anthy (i386, x86_64) aqhbci-qt-tools (i386, x86_64) jed (i386,x86_64) libgda (i386, x86_64) Errors: tla: more build errors, x86, x86_64 http://fedoraproject.org/extras/development/build-logs/x86_64/tla-1.3.1-2.log http://fedoraproject.org/extras/development/build-logs/i386/tla-1.3.1-2.log qof (i386, x86_64) : build req problem: error: Failed build dependencies: ltdl-devel is needed by qof-0.5.0-4.x86_64 For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 23 11:03:23 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 12:03:23 +0100 Subject: Missing bugzilla component entries Message-ID: <20050323120323.61443072.bugs.michael@gmx.net> Bugzilla component creation can be requested here: http://fedoraproject.org/wiki/Extras/BugzillaAdmin List of modules in "devel" tree with missing bugzilla components (packager owners estimated based on majority of recent changelog entries): aiksaurus : Caolan McNamara apmud : David Woodhouse cdlabelgen : Harald Hoyer clearlooks : Ignacio Vazquez-Abrams cvsup : Ville Skytt?/Jason Corley dkms : Gary Lerhaupt enchant : Caolan McNamara gazpacho : Jeremy Katz gnome-applet-netmon : Gavin Henry gnumeric : Caolan McNamara hfsplusutils : David Woodhouse libgda : Caolan McNamara libgnomedb : Caolan McNamara milter-greylist : Enrico Scholz nabi : Leon Ho ncftp : Karsten Hopp ots : Caolan McNamara pam_mysql : Ignacio Vazquez-Abrams perl-pmtools : Jose Pedro Oliveira python-protocols : Shahms E. King python-psyco : Shahms E. King python-psycopg : Shahms E. King python-simpletal : Shahms E. King python-tpg : Shahms E. King qemu : David Woodhouse tdl : Laurent Papier udftools : Matthias Saou util-vserver : Enrico Scholz xfce4-mixer : Kevin Fenzi xfce4-session : Kevin Fenzi xfce4-toys : Kevin Fenzi xfce4-trigger-launcher : Kevin Fenzi xfdesktop : Than Ngo xlockmore : Dries Verachtert yap : Gerard Milmeister From bugs.michael at gmx.net Wed Mar 23 11:23:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 12:23:28 +0100 Subject: Missing packagers Message-ID: <20050323122328.09d46b69.bugs.michael@gmx.net> List of "packages by owner" with packagers either not seen on http://fedoraproject.org/wiki/Extras/SponsorsNeeded before. Aaron Bennett : ifplugd libdaemon Alain PORTAL : gputils tetex-eurofont Andreas Pfaffeneder : camstream leafnode putty Arnaud Ab?lard : fluxconf Ben Escoto : duplicity Chris Ricker : jhead David Kaplan : i810switch proj shapelib xtide Denis Leroy : gconfmm20 gconfmm26 glibmm24 gnome-vfsmm26 gtkmm20 gtkmm24 libglademm20 libglademm24 libgnomecanvasmm20 libgnomecanvasmm26 libgnomemm20 libgnomemm26 libgnomeuimm20 libgnomeuimm26 libsigc++20 Jean-Luc Fontaine : blt moodss tktable Juha Ylitalo : python-imaging xplanet Keith G. Robertson-Turner : tripwire Laurent Papier : tdl Miguel Armas : hping2 shorewall Nicolas Mailhot : arc freeze lzop nomarch perl-Convert-UUlib perl-Net-Server zoo From bugs.michael at gmx.net Wed Mar 23 11:35:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 12:35:28 +0100 Subject: Missing packagers In-Reply-To: <20050323122328.09d46b69.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> Message-ID: <20050323123528.6cd48237.bugs.michael@gmx.net> On Wed, 23 Mar 2005 12:23:28 +0100, Michael Schwendt wrote: > List of "packages by owner" with packagers either not seen on ^^^^^^ Sentence was incomplete. I wanted to finish it, because I had dropped some known orphans from the list, but then was distracted... From ivazquez at ivazquez.net Wed Mar 23 11:42:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 23 Mar 2005 06:42:02 -0500 Subject: Missing bugzilla component entries In-Reply-To: <20050323120323.61443072.bugs.michael@gmx.net> References: <20050323120323.61443072.bugs.michael@gmx.net> Message-ID: <1111578122.21748.1.camel@ignacio.ignacio.lan> On Wed, 2005-03-23 at 12:03 +0100, Michael Schwendt wrote: > clearlooks : Ignacio Vazquez-Abrams This one actually does exist, under its proper name "gnome-theme- clearlooks". -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Mar 23 11:54:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 12:54:29 +0100 Subject: Missing bugzilla component entries In-Reply-To: <1111578122.21748.1.camel@ignacio.ignacio.lan> References: <20050323120323.61443072.bugs.michael@gmx.net> <1111578122.21748.1.camel@ignacio.ignacio.lan> Message-ID: <20050323125429.34fa1ca3.bugs.michael@gmx.net> On Wed, 23 Mar 2005 06:42:02 -0500, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-03-23 at 12:03 +0100, Michael Schwendt wrote: > > clearlooks : Ignacio Vazquez-Abrams > > This one actually does exist, under its proper name "gnome-theme- > clearlooks". Well, my script is not that smart and just notices that a "clearlooks" module in CVS exists and contains a spec file, too. From ivazquez at ivazquez.net Wed Mar 23 12:01:42 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 23 Mar 2005 07:01:42 -0500 Subject: Missing bugzilla component entries In-Reply-To: <20050323125429.34fa1ca3.bugs.michael@gmx.net> References: <20050323120323.61443072.bugs.michael@gmx.net> <1111578122.21748.1.camel@ignacio.ignacio.lan> <20050323125429.34fa1ca3.bugs.michael@gmx.net> Message-ID: <1111579302.21748.2.camel@ignacio.ignacio.lan> On Wed, 2005-03-23 at 12:54 +0100, Michael Schwendt wrote: > On Wed, 23 Mar 2005 06:42:02 -0500, Ignacio Vazquez-Abrams wrote: > > > On Wed, 2005-03-23 at 12:03 +0100, Michael Schwendt wrote: > > > clearlooks : Ignacio Vazquez-Abrams > > > > This one actually does exist, under its proper name "gnome-theme- > > clearlooks". > > Well, my script is not that smart and just notices that a "clearlooks" > module in CVS exists and contains a spec file, too. Fair enough. I guess Warren hasn't had a chance to wipe it yet. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jpo at di.uminho.pt Wed Mar 23 14:48:43 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 23 Mar 2005 14:48:43 +0000 Subject: Sponsor/review request: tetex-beamer, tetex-bytefield, ... Message-ID: <424181CB.8090109@di.uminho.pt> tetex-beamer ------------ Summary: A LaTeX class for producing presentations and slides URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/beamer.html Requires: tetex-pgf, tetex-xcolor tetex-pgf --------- Summary: Create PostScript and PDF graphics in TeX URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/pgf.html Requires: tetex-xcolor tetex-xcolor ------------ Summary: Driver-independent color extensions for LaTeX and pdfLaTeX URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/xcolor.html tetex-bytefield --------------- URL:http://www.ctan.org/tex-archive/help/Catalogue/entries/bytefield.html Summary: Create illustrations for network protocol specifications SRPMS/specfiles http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-xcolor.spec http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-xcolor-2.00-1.src.rpm http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-pgf.spec http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-pgf-0.65-1.src.rpm http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-beamer.spec http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-beamer-3.01-1.src.rpm http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-bytefield.spec http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-bytefield-1.2-1.src.rpm References: * The TeX Directory Structure (TDS) document http://www.tug.org/tds/tds.pdf * Latex License https://www.redhat.com/archives/fedora-packaging/2005-February/msg00132.html jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From qspencer at ieee.org Wed Mar 23 14:56:18 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 23 Mar 2005 08:56:18 -0600 Subject: Make on SMP systems In-Reply-To: <1111386782.16997.59.camel@cutter> References: <1111176376.4628.5.camel@cutter> <20050318200947.GK19264@angus.ind.WPI.EDU> <1111386379.18284.248.camel@arena.soho.bytebot.net> <1111386782.16997.59.camel@cutter> Message-ID: <42418392.2030608@ieee.org> I am in the process of repackaging a SRPM provided by an upstream developer, and I found the following code in the %build section of the script: if [ -x /usr/bin/getconf ] ; then NCPU=$(/usr/bin/getconf _NPROCESSORS_ONLN) if [ $NCPU -eq 0 ] ; then NCPU=1 fi else NCPU=1 fi (make -k -j $NCPU; exit 0) make Now, I assume that all of this can be taken care of with the following command: make %{?_smp_mflags} However, I'm wondering if there's any good reason for the double make command in the first case. It appears that it was written with the expectation of needing to clean up from build failures from the first multithreaded make. I assumed that make would be able to appropriately deal with these type of things, so the second command would not be necessary. However, are there any circumstances under which it could fail, such as an incorrectly written Makefile? I don't have access to an SMP machine, and I suspect that even if I did, such errors would be erratic and hard to find. -Quentin From rdieter at math.unl.edu Wed Mar 23 15:06:55 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 23 Mar 2005 09:06:55 -0600 Subject: Make on SMP systems In-Reply-To: <42418392.2030608@ieee.org> References: <1111176376.4628.5.camel@cutter> <20050318200947.GK19264@angus.ind.WPI.EDU> <1111386379.18284.248.camel@arena.soho.bytebot.net> <1111386782.16997.59.camel@cutter> <42418392.2030608@ieee.org> Message-ID: <4241860F.4030803@math.unl.edu> Quentin Spencer wrote: > I am in the process of repackaging a SRPM provided by an upstream > developer, and I found the following code in the %build section of the > script: > > if [ -x /usr/bin/getconf ] ; then > NCPU=$(/usr/bin/getconf _NPROCESSORS_ONLN) > if [ $NCPU -eq 0 ] ; then > NCPU=1 > fi > else NCPU=1 > fi > (make -k -j $NCPU; exit 0) > make > > Now, I assume that all of this can be taken care of with the following > command: > > make %{?_smp_mflags} Yes. > However, I'm wondering if there's any good reason for the double make > command in the first case. Only if the Makefile's are broken. Still, if the Makefiles are broken, you can still get *some* build-speed benefits from smp boxes if that is the case by using: make -k %{?_smp_mflags} || make -- Rex From jpo at di.uminho.pt Wed Mar 23 15:17:36 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 23 Mar 2005 15:17:36 +0000 Subject: anyone working on Request Tracker, rt3? In-Reply-To: <423E2730.3010403@redhat.com> References: <1111066707.5463.31.camel@localhost.localdomain> <423E259D.3020808@redhat.com> <1111369371.16997.27.camel@cutter> <423E2730.3010403@redhat.com> Message-ID: <42418890.3040602@di.uminho.pt> Robert Kearey wrote: > Yes, precisely. Whether this means a daily build of CPAN modules into a > yum repo, or something icky like plugging cpanflute2/cpan2rpm/Ovid into > yum proper. I'd prefer the former, the latter would be a Decent into > Madness. I think the most promising module for building specfiles is the following: http://search.cpan.org/dist/rpm-build-perl/ The problem is that right now I don't have time (and knowledge) to investigate it further. Regards, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From otaylor at redhat.com Wed Mar 23 15:31:44 2005 From: otaylor at redhat.com (Owen Taylor) Date: Wed, 23 Mar 2005 10:31:44 -0500 Subject: Make on SMP systems In-Reply-To: <4241860F.4030803@math.unl.edu> References: <1111176376.4628.5.camel@cutter> <20050318200947.GK19264@angus.ind.WPI.EDU> <1111386379.18284.248.camel@arena.soho.bytebot.net> <1111386782.16997.59.camel@cutter> <42418392.2030608@ieee.org> <4241860F.4030803@math.unl.edu> Message-ID: <1111591904.26600.61.camel@huygens> On Wed, 2005-03-23 at 09:06 -0600, Rex Dieter wrote: > Quentin Spencer wrote: > > I am in the process of repackaging a SRPM provided by an upstream > > developer, and I found the following code in the %build section of the > > script: > > > > if [ -x /usr/bin/getconf ] ; then > > NCPU=$(/usr/bin/getconf _NPROCESSORS_ONLN) > > if [ $NCPU -eq 0 ] ; then > > NCPU=1 > > fi > > else NCPU=1 > > fi > > (make -k -j $NCPU; exit 0) > > make > > > > Now, I assume that all of this can be taken care of with the following > > command: > > > > make %{?_smp_mflags} > > Yes. > > > However, I'm wondering if there's any good reason for the double make > > command in the first case. > > Only if the Makefile's are broken. Still, if the Makefiles are broken, > you can still get *some* build-speed benefits from smp boxes if that is > the case by using: > > make -k %{?_smp_mflags} || make On the other hand, one might say that if the makefiles are broken on SMP, trying to force a SMP build with them is a bad idea. Is it more important that the package builds fast or that it builds right? Regards, ` Owen -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Wed Mar 23 15:38:51 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 23 Mar 2005 09:38:51 -0600 Subject: Make on SMP systems In-Reply-To: <1111591904.26600.61.camel@huygens> References: <1111176376.4628.5.camel@cutter> <20050318200947.GK19264@angus.ind.WPI.EDU> <1111386379.18284.248.camel@arena.soho.bytebot.net> <1111386782.16997.59.camel@cutter> <42418392.2030608@ieee.org> <4241860F.4030803@math.unl.edu> <1111591904.26600.61.camel@huygens> Message-ID: <42418D8B.80807@math.unl.edu> Owen Taylor wrote: >>Only if the Makefile's are broken. Still, if the Makefiles are broken, >>you can still get *some* build-speed benefits from smp boxes if that is >>the case by using: >> >>make -k %{?_smp_mflags} || make > > > On the other hand, one might say that if the makefiles are broken on > SMP, trying to force a SMP build with them is a bad idea. Is it more > important that the package builds fast or that it builds right? Of course, absolutely. I was *thinking* of build-safety too, but that notion never made it into my post. (-: -- Rex From g.hollestelle at gmail.com Wed Mar 23 15:39:54 2005 From: g.hollestelle at gmail.com (Gijs Hollestelle) Date: Wed, 23 Mar 2005 16:39:54 +0100 Subject: Review request: python-cherrypy and python-cherrytemplate Message-ID: <95da2d2905032307391f772092@mail.gmail.com> Hello all, I have created Fedora Extras packages for two web development related python modules, called CherryPy and CherryTemplate (packaged as python-cherrypy and python-cherrytemplate). This is my first contribution to extras, I would like to know if people are interested in these packages and if so if someone can review them. == CherryPy == Summary: CherryPy allows developers to build web applications in much the same way they would build any other object-oriented Python program. This usually results in smaller source code developed in less time. SRPM / spec: http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrypy-2.0.0-0.1.b.src.rpm http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrypy.spec == CherryTemplate == Summary: CherryTemplate is an easy and powerful templating module for Python. It used to be part of CherryPy but is now released as a separate/standalone module. SRPM / spec: http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrytemplate-1.0.0-1.src.rpm http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrytemplate.spec Greets, Gijs Hollestelle From aaron.bennett at olin.edu Wed Mar 23 15:56:27 2005 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Wed, 23 Mar 2005 10:56:27 -0500 Subject: Missing packagers In-Reply-To: <20050323122328.09d46b69.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> Message-ID: <424191AB.20901@olin.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: | List of "packages by owner" with packagers either not seen on | | http://fedoraproject.org/wiki/Extras/SponsorsNeeded | | before. | | | Aaron Bennett : ifplugd libdaemon | I'm here. What do I need to do to become 'non-missing'? - - Aaron - -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQZGrc0PuKgpwjc4RAmwkAKC4VQ4jYc+g/S951SW1bb2UodVFdwCgiqKA WKamtLazdJDHTfXW1eKGt9Q= =wk8+ -----END PGP SIGNATURE----- From bugs.michael at gmx.net Wed Mar 23 15:59:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 16:59:45 +0100 Subject: Review request: python-cherrypy and python-cherrytemplate In-Reply-To: <95da2d2905032307391f772092@mail.gmail.com> References: <95da2d2905032307391f772092@mail.gmail.com> Message-ID: <20050323165945.2e2fdd92.bugs.michael@gmx.net> On Wed, 23 Mar 2005 16:39:54 +0100, Gijs Hollestelle wrote: No full review, just a brief look at the spec files: > http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrypy.spec Unowned directories in %files section: %dir %{python_sitelib}/cherrypy %dir %{python_sitelib}/cherrypy/lib %dir %{python_sitelib}/cherrypy/lib/filter > http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrytemplate.spec Unowned directories: %dir %{python_sitelib}/cherrytemplate %dir %{python_sitelib}/cherrytemplate/unittest From bugs.michael at gmx.net Wed Mar 23 16:48:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 17:48:26 +0100 Subject: Missing packagers In-Reply-To: <424191AB.20901@olin.edu> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <424191AB.20901@olin.edu> Message-ID: <20050323174826.7aae40b6.bugs.michael@gmx.net> On Wed, 23 Mar 2005 10:56:27 -0500, Aaron Bennett wrote: > | List of "packages by owner" with packagers either not seen on > | > | http://fedoraproject.org/wiki/Extras/SponsorsNeeded > | > | before. > | > | > | Aaron Bennett : ifplugd libdaemon > | > I'm here. What do I need to do to become 'non-missing'? Add yourself to this page: http://fedoraproject.org/wiki/Extras/SponsorsNeeded From notting at redhat.com Wed Mar 23 17:39:54 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Mar 2005 12:39:54 -0500 Subject: Missing packagers In-Reply-To: <20050323122328.09d46b69.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> Message-ID: <20050323173954.GA4195@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > List of "packages by owner" with packagers either not seen on > > http://fedoraproject.org/wiki/Extras/SponsorsNeeded > > before. These are people who allready maintained packages in fedora.us, or people who already have CVS access, or...? Bill From bugs.michael at gmx.net Wed Mar 23 19:02:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 20:02:08 +0100 Subject: Missing packagers In-Reply-To: <20050323173954.GA4195@nostromo.devel.redhat.com> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> Message-ID: <20050323200208.43770a9b.bugs.michael@gmx.net> On Wed, 23 Mar 2005 12:39:54 -0500, Bill Nottingham wrote: > These are people who allready maintained packages in fedora.us, > or people who already have CVS access, or...? The remaining people, who have packages in fedora.us which are now in Fedora Extras CVS, who don't have CVS access, have not applied for CVS access, and have not replied to my private mail from March 11th (and earlier messages about potentially orphaned packages) yet either. From notting at redhat.com Wed Mar 23 19:02:36 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 23 Mar 2005 14:02:36 -0500 Subject: Missing packagers In-Reply-To: <20050323200208.43770a9b.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> <20050323200208.43770a9b.bugs.michael@gmx.net> Message-ID: <20050323190236.GB1805@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > On Wed, 23 Mar 2005 12:39:54 -0500, Bill Nottingham wrote: > > > These are people who allready maintained packages in fedora.us, > > or people who already have CVS access, or...? > > The remaining people, who have packages in fedora.us which are now in > Fedora Extras CVS, who don't have CVS access, have not applied for CVS > access, and have not replied to my private mail from March 11th (and > earlier messages about potentially orphaned packages) yet either. Ah, OK. Well, considering their previous record of packaging for fedora.us (assuming it's good), I would expect that they should be expedited through sponsorship/review, once they apply for access. Bill From bugs.michael at gmx.net Wed Mar 23 19:14:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Mar 2005 20:14:09 +0100 Subject: Missing packagers (more info) In-Reply-To: <20050323200208.43770a9b.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> <20050323200208.43770a9b.bugs.michael@gmx.net> Message-ID: <20050323201409.7b75755b.bugs.michael@gmx.net> On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > On Wed, 23 Mar 2005 12:39:54 -0500, Bill Nottingham wrote: > > > These are people who allready maintained packages in fedora.us, > > or people who already have CVS access, or...? > > The remaining people, who have packages in fedora.us which are now in > Fedora Extras CVS, who don't have CVS access, have not applied for CVS > access, and have not replied to my private mail from March 11th (and > earlier messages about potentially orphaned packages) yet either. > If this still sounds confusing, well, I am quite confused about who's still with us and who's not. But I'm trying to track that a little bit nevertheless as there are (ex-)contributors who have just not had a chance to submit the CLA because of issues with regard to their employers. And it is no fun to spend time on trying to contact people, who don't even take a second to reply in order to simply state whether they know about Fedora Extras already or what they're waiting for. A minimum of communication can't be so hard. From Nicolas.Mailhot at laPoste.net Wed Mar 23 19:18:38 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 23 Mar 2005 20:18:38 +0100 Subject: Missing packagers In-Reply-To: <20050323190236.GB1805@nostromo.devel.redhat.com> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> <20050323200208.43770a9b.bugs.michael@gmx.net> <20050323190236.GB1805@nostromo.devel.redhat.com> Message-ID: <1111605523.647.2.camel@rousalka.dyndns.org> Le mercredi 23 mars 2005 ? 14:02 -0500, Bill Nottingham a ?crit : > Michael Schwendt (bugs.michael at gmx.net) said: > > On Wed, 23 Mar 2005 12:39:54 -0500, Bill Nottingham wrote: > > > > > These are people who allready maintained packages in fedora.us, > > > or people who already have CVS access, or...? > > > > The remaining people, who have packages in fedora.us which are now in > > Fedora Extras CVS, who don't have CVS access, have not applied for CVS > > access, and have not replied to my private mail from March 11th (and > > earlier messages about potentially orphaned packages) yet either. > > Ah, OK. Well, considering their previous record of packaging for > fedora.us (assuming it's good), I would expect that they should > be expedited through sponsorship/review, once they apply for > access. BTW I for one never bothered replying yet, because my packages are just old stuff that is pretty static now (only needed to interpret old archive formats). I can do it now if there's a special hurry, though I doubt archivers that have not changed for several years will need an active packager anytime soon:) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Wed Mar 23 17:07:13 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 23 Mar 2005 18:07:13 +0100 Subject: --with switches in CVS References: <1111431692.20157.7.camel@bree.local.net> Message-ID: Jeremy Katz wrote: >> I've looked at Makefile.common, and I can't find a way to specify --with >> build switches, short or redefining RPM_WITH_DIRS of course (which is not >> really handy) >> Could we have something like: >> make i386 WITH="mysql" >> which would expand to: >> rpmbuild [...] --with mysql specfile.spec >> We'll also have to deal with multiple arguments in the WITH variable, so >> I guess a for loop adding "--with $element" for each space-separated >> element in WITH could work. > > In general, I'm pretty against anything like this being used with > packages going through the build system. It makes the output of the > build system a lot less deterministic. Even for building test packages > like this (especially as I'd like to get make i386, etc using the mach > setup eventually so that it all but exactly mirrors what you'd get out > of the buildsystem) I don't think that the fact that the option is there will make the buildsystem use it, since it is an automated process and we have complete control over it. It's just an option. Without it, I have to manage my packages in two different places, and copy specfiles all over the place. It's a PITA. I don't fully understand your concern about mach though, could you explain the problem again please ? I think that the Makefiles could offer more than just what the buildsystem needs. The packager would know that a "make i386" will get him a package like the buildsys would have done, but he has an EXTRA_OPTS var if he wants to do more. Would that be possible ? Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in: we're computer professionals. We cause accidents." -- Nathaniel Borenstein From aaron.bennett at olin.edu Wed Mar 23 19:31:20 2005 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Wed, 23 Mar 2005 14:31:20 -0500 Subject: Missing packagers In-Reply-To: <20050323174826.7aae40b6.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <424191AB.20901@olin.edu> <20050323174826.7aae40b6.bugs.michael@gmx.net> Message-ID: <4241C408.5040809@olin.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: | On Wed, 23 Mar 2005 10:56:27 -0500, Aaron Bennett wrote: | |> |> I'm here. What do I need to do to become 'non-missing'? | | | Add yourself to this page: | | http://fedoraproject.org/wiki/Extras/SponsorsNeeded | Done. Do you think it's also necessary to post a formal "Request for Sponsorship" here as well? - -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQcQHc0PuKgpwjc4RAnJdAJ0c2D0x/BxQsvUgU0eT8TD7G4di4wCeN1IU TZWrLazUM+RnRBhccGeELWU= =3eGM -----END PGP SIGNATURE----- From shahms at shahms.com Wed Mar 23 20:30:39 2005 From: shahms at shahms.com (Shahms King) Date: Wed, 23 Mar 2005 12:30:39 -0800 Subject: Sponsor/review request: tetex-beamer, tetex-bytefield, ... In-Reply-To: <424181CB.8090109@di.uminho.pt> References: <424181CB.8090109@di.uminho.pt> Message-ID: <1111609839.12534.23.camel@shahms.mesd.k12.or.us> On Wed, 2005-03-23 at 14:48 +0000, Jos? Pedro Oliveira wrote: > tetex-beamer > ------------ > Summary: A LaTeX class for producing presentations and slides > URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/beamer.html > Requires: tetex-pgf, tetex-xcolor > > tetex-pgf > --------- > Summary: Create PostScript and PDF graphics in TeX > URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/pgf.html > Requires: tetex-xcolor > > tetex-xcolor > ------------ > Summary: Driver-independent color extensions for LaTeX and pdfLaTeX > URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/xcolor.html > > tetex-bytefield > --------------- > URL:http://www.ctan.org/tex-archive/help/Catalogue/entries/bytefield.html > Summary: Create illustrations for network protocol specifications These all look good to me (although there is a newer version of tetex- xcolor upstream). And having no way of retrieving a specific version of the source give me the heebies, but that's a DANTE problem not a packaging problem. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Wed Mar 23 20:56:08 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 23 Mar 2005 13:56:08 -0700 Subject: Review Needed: xfwm4-themes, xfwm4, xfprint, xffm, xfdesktop Message-ID: <20050323205611.44EBBC51A3@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 These 5 xfce packages should be ready for widespread review now: xfdesktop - xfdesktop is a desktop manager for the Xfce Desktop Environment xffm - This package includes a filemanager and SMB network navigator for Xfce4. xfprint - xfprint contains a print dialog and a printer manager for the Xfce 4 Desktop Environment xfwm4 - xfwm4 is a window manager compatible with GNOME, GNOME2, KDE2, KDE3 and Xfce. xfwm4-themes - A set of additional themes for the xfwm4 window manager. There are a total of 23 xfce packages, I will post more groups as they are ready. Warren: If these look ok to you, could you import the spec file changes into your fc3 setup? Or is there some way I could assist you with that? Any comments/reviews welcome. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCQdfr3imCezTjY0ERAsolAJ9b+9yATfoIHGxCoNwpMaZgDzgETwCdELlu pIG1ZaFvU61BYAFrXBYFv0U= =pZxn -----END PGP SIGNATURE----- From jpo at di.uminho.pt Wed Mar 23 21:06:05 2005 From: jpo at di.uminho.pt (=?UTF-8?B?Sm9zw6kgUGVkcm8gT2xpdmVpcmE=?=) Date: Wed, 23 Mar 2005 21:06:05 +0000 Subject: Sponsor/review request: tetex-beamer, tetex-bytefield, ... In-Reply-To: <1111609839.12534.23.camel@shahms.mesd.k12.or.us> References: <424181CB.8090109@di.uminho.pt> <1111609839.12534.23.camel@shahms.mesd.k12.or.us> Message-ID: <4241DA3D.30501@di.uminho.pt> Shahms King wrote: >> ... >>tetex-xcolor >>------------ >>Summary: Driver-independent color extensions for LaTeX and pdfLaTeX >>URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/xcolor.html >> ... > > These all look good to me (although there is a newer version of tetex- > xcolor upstream). And having no way of retrieving a specific version of > the source give me the heebies, but that's a DANTE problem not a > packaging problem. > Updated the tetex-xcolor SRPM. SRPM/specfile ------------- http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-xcolor.spec http://gsd.di.uminho.pt/jpo/software/RPMS/tetex-xcolor-2.01-1.src.rpm Thanks, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From kevin-fedora-extras at scrye.com Wed Mar 23 21:50:37 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 23 Mar 2005 14:50:37 -0700 Subject: Review Needed: xfce4-toys, xfce4-trigger-launcher, xfce-mcs-manager, xfce-mcs-plugins, xfce-utils Message-ID: <20050323215040.446472008D@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is the next set of 5 xfce packages ready for widespread review: xfce4-toys - xfce4-toys includes an "xeyes" type plugin for the Xfce4 panel and an small application to display tips at startup. xfce4-trigger-launcher - xfce4-trigger-launcher is a launcher with two states, like a trigger. xfce-mcs-manager - This package includes a multi channel settings manager for Xfce4 xfce-mcs-plugins - This package inlcudes a set of plugins for the multi channel settings manager. xfce-utils - This package includes utilities for the Xfce Desktop Environment Comments/review welcome. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCQeSw3imCezTjY0ERAluuAJ0ZzCB10mmOORV09lVnGQmoMBaHmACfcz+G sOkjMYJNZesJmsbGB0mBVF8= =w8pt -----END PGP SIGNATURE----- From funkyres at gmail.com Wed Mar 23 21:58:16 2005 From: funkyres at gmail.com (Michael Peters) Date: Wed, 23 Mar 2005 13:58:16 -0800 Subject: Balsa Message-ID: <485bb884050323135866f53aab@mail.gmail.com> Is anyone working on balsa for Extras yet? I've seen no indication of that - and there's a new (beta) balsa that has much much better GPG support (as in it properly works) that I definitely will want in FC4. If someone is working on it, can you please let me know where test packages can be found? -- http://mpeters.us/ From j.w.r.degoede at hhs.nl Wed Mar 23 22:12:28 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 23 Mar 2005 23:12:28 +0100 Subject: Missing bugzilla component entries In-Reply-To: <20050323120323.61443072.bugs.michael@gmx.net> References: <20050323120323.61443072.bugs.michael@gmx.net> Message-ID: <4241E9CC.3030302@hhs.nl> Hi, I should be the maintainer for libgda, libgnomedb and gnumeric, although I haven't done anything sofar. Caolan McNamara has imported the last versions from core since I'm still waiting for CVS access (all papers filed), but I'll be taking over for the future. Regards, Hans Michael Schwendt wrote: > Bugzilla component creation can be requested here: > > http://fedoraproject.org/wiki/Extras/BugzillaAdmin > > List of modules in "devel" tree with missing bugzilla components (packager owners > estimated based on majority of recent changelog entries): > > aiksaurus : Caolan McNamara > apmud : David Woodhouse > cdlabelgen : Harald Hoyer > clearlooks : Ignacio Vazquez-Abrams > cvsup : Ville Skytt?/Jason Corley > dkms : Gary Lerhaupt > enchant : Caolan McNamara > gazpacho : Jeremy Katz > gnome-applet-netmon : Gavin Henry > gnumeric : Caolan McNamara > hfsplusutils : David Woodhouse > libgda : Caolan McNamara > libgnomedb : Caolan McNamara > milter-greylist : Enrico Scholz > nabi : Leon Ho > ncftp : Karsten Hopp > ots : Caolan McNamara > pam_mysql : Ignacio Vazquez-Abrams > perl-pmtools : Jose Pedro Oliveira > python-protocols : Shahms E. King > python-psyco : Shahms E. King > python-psycopg : Shahms E. King > python-simpletal : Shahms E. King > python-tpg : Shahms E. King > qemu : David Woodhouse > tdl : Laurent Papier > udftools : Matthias Saou > util-vserver : Enrico Scholz > xfce4-mixer : Kevin Fenzi > xfce4-session : Kevin Fenzi > xfce4-toys : Kevin Fenzi > xfce4-trigger-launcher : Kevin Fenzi > xfdesktop : Than Ngo > xlockmore : Dries Verachtert > yap : Gerard Milmeister > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From bugs.michael at gmx.net Thu Mar 24 00:28:32 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 01:28:32 +0100 Subject: Missing bugzilla component entries In-Reply-To: <4241E9CC.3030302@hhs.nl> References: <20050323120323.61443072.bugs.michael@gmx.net> <4241E9CC.3030302@hhs.nl> Message-ID: <20050324012832.4ce33c8c.bugs.michael@gmx.net> On Wed, 23 Mar 2005 23:12:28 +0100, Hans de Goede wrote: > Hi, > > I should be the maintainer for libgda, libgnomedb and gnumeric, although > I haven't done anything sofar. Caolan McNamara has imported the last > versions from core since I'm still waiting for CVS access (all papers > filed), but I'll be taking over for the future. Can you nevertheless request the missing bugzilla components meanwhile, please? If you don't have a Wiki account yet, you would need to create one first, too, and get yourself added to the EditGroup. > Bugzilla component creation can be requested here: > > http://fedoraproject.org/wiki/Extras/BugzillaAdmin > From bugs.michael at gmx.net Thu Mar 24 00:40:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 01:40:40 +0100 Subject: Maintainership: freeciv In-Reply-To: <42374A1C.3070204@hhs.nl> References: <1110731700.22367.4.camel@localhost.localdomain> <20050315140848.51196278.bugs.michael@gmx.net> <42374A1C.3070204@hhs.nl> Message-ID: <20050324014040.7e4ca956.bugs.michael@gmx.net> On Tue, 15 Mar 2005 21:48:28 +0100, Hans de Goede wrote: > Michael Schwendt wrote: > > On Sun, 13 Mar 2005 11:35:00 -0500, Brian Pepple wrote: > > > > > >>Hello, > >> > >>I would like to maintain 'freeciv' which was removed from the Core 4 development tree. Any objections? > >> > > > > > > FYI, Hans de Goede also would like to take over > > freeciv. Quote: "freeciv, because I'm a teacher who is trying to get his > > students to move to Linux and what do they want? Games! And because I > > like these myself :)" > > > > You might want to team up and negotiate who will own the bugzilla > > component. > > > > That would be me, well since Brian claims to be playing it a lott and > since I have a child I'm spending most of my playing time with her and > not behind the PC, he is probably better suited to maintain freeciv. Okay, Brian then. Freeciv entered the orphans list on 2003-02-05. There's still a copy in Fedora Core CVS, which should be imported into Extras CVS as a start. > If Fedora extra somehow works out a multiple maintainer ship, I would be > more then willing to be a co-maintainer. I'm not sure what features bugzilla has other than monitoring e-mail addresses (e.g. whether individuals can be subscribed to watch components). But you two are free to collaborate in CVS, of course. From bugs.michael at gmx.net Thu Mar 24 00:44:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 01:44:41 +0100 Subject: Review Needed: xfwm4-themes, xfwm4, xfprint, xffm, xfdesktop In-Reply-To: <20050323205611.44EBBC51A3@voldemort.scrye.com> References: <20050323205611.44EBBC51A3@voldemort.scrye.com> Message-ID: <20050324014441.696171e4.bugs.michael@gmx.net> On Wed, 23 Mar 2005 13:56:08 -0700, Kevin Fenzi wrote: > xffm - This package includes a filemanager and SMB network navigator > for Xfce4. > There are a total of 23 xfce packages, I will post more groups as they > are ready. Is there an xffm-icons package somewhere? It's being mentioned on the list of packages dropped from Fedora Core, but none is in Extras CVS yet, and it's not obsoleted in any package either. From che666 at uni.de Thu Mar 24 00:53:45 2005 From: che666 at uni.de (Rudolf Kastl) Date: Thu, 24 Mar 2005 01:53:45 +0100 Subject: potential candidates for contribution In-Reply-To: <1111381784.2475.222.camel@mccallum.corsepiu.local> References: <1111010485.7403.25.camel@localhost.localdomain> <1111043061.18744.23.camel@ignacio.ignacio.lan> <1111048434.5979.2.camel@localhost.localdomain> <1111052040.12978.19.camel@speedy.iagorubio.net> <1111054537.5979.7.camel@localhost.localdomain> <20050317065920.A5427@tiki-lounge.com> <1111345352.6555.1.camel@localhost.localdomain> <1111381784.2475.222.camel@mccallum.corsepiu.local> Message-ID: <1111625626.7778.27.camel@localhost.localdomain> Am Montag, den 21.03.2005, 06:09 +0100 schrieb Ralf Corsepius: > On Sun, 2005-03-20 at 20:02 +0100, Rudolf Kastl wrote: > > Am Donnerstag, den 17.03.2005, 06:59 -0800 schrieb Toshio Kuratomi: > > > On Thu, Mar 17, 2005 at 11:15:36AM +0100, Rudolf Kastl wrote: > > > > > > > > librarys without applications are as useless as applications without > > > > librarys. So i thought if youd add a library you need a reason for > > > > adding the library? or am i wrong? > > > > > > > Libraries without applications can be used by developers (To develop new > > > applications and to aid in porting from other libraries/versions.) So > > > having them in a repository for people to decide to download makes quite a > > > bit of sense to me. > > > > that is of course true but developers usually grab cvs ;). > > No. You seem to be mixing up developers that "work on a library" (these > often will pickup CVS), with developers that "work on something using a > library". > > The latter case is way more common than the former. > > Ralf i do package some librarys myself for that reason. i just yet assumed that it would be more useful to package both more or less. you can also write a new library for a set of applications which is what happens too and well maybe less often. But ya i dont disagree there really with the above posts. A regular user though has no use of a library that has no application and that is basically what i was referencing to. but e.g. looking at the planeshift project.... the developers only use cvs of crystalspace to develop. thats why their shots also only work with a special checkout day of cs. Its an example but i think that is really a question how something is developed. i see 2 possibilities there... either you work with the cvs of the library to have your future application work with the future release of the library (e.g. in case of api change). or you simply go and and stick with stable versions and fix it up for the new library sometime after. Lets assume you encounter a problem. Atleast thats the time when you will checkout cvs anyways (and maybe also from then on) in a scenario with non continously changing apis. if you need a quick routine from a library for a small script its nice for you if you can just pull the library. but then again if the library has no applications you also usually dont have test cases etc (from a packagers/developers point of view). I actually didnt wanna get that deep into it but couldnt resist ;) regards, rudolf kastl > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From kevin-fedora-extras at scrye.com Thu Mar 24 01:04:17 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Wed, 23 Mar 2005 18:04:17 -0700 Subject: Review Needed: xfwm4-themes, xfwm4, xfprint, xffm, xfdesktop References: <20050323205611.44EBBC51A3@voldemort.scrye.com> <20050324014441.696171e4.bugs.michael@gmx.net> Message-ID: <20050324010420.64DF8B81E9@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael Schwendt writes: Michael> On Wed, 23 Mar 2005 13:56:08 -0700, Kevin Fenzi wrote: >> xffm - This package includes a filemanager and SMB network >> navigator for Xfce4. >> There are a total of 23 xfce packages, I will post more groups as >> they are ready. Michael> Is there an xffm-icons package somewhere? It's being Michael> mentioned on the list of packages dropped from Fedora Core, Michael> but none is in Extras CVS yet, and it's not obsoleted in any Michael> package either. The last xffm-icons I could see is 4.0.6, there is no newer version. Digging around in the xfce webcvs I managed to find: replacing xffm_icons for xfce4_icon_theme So, I should add that obsoletes to xfce4-icon-theme. I will do that. Thanks for the sharp eyes. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCQhIU3imCezTjY0ERAuFkAKCGLeTdAmB+r7v0KyfTpn6h3eaKTgCePAt4 cjoZUASiODLMG5Zh6IHZxZg= =5hog -----END PGP SIGNATURE----- From shishz at hotpop.com Thu Mar 24 02:20:45 2005 From: shishz at hotpop.com (Zing) Date: Wed, 23 Mar 2005 21:20:45 -0500 Subject: Sponsor needed: update snownews to 1.5.6.1 (FC3/devel) Message-ID: Hello Folks, I need a sponsor to update snownews for FC3/devel: https://bugzilla.redhat.com/beta/show_bug.cgi?id=149683 http://home.nycap.rr.com/nagaland/rpms/snownews-1.5.6.1-2.src.rpm thanks, zing From skvidal at fedoraproject.org Thu Mar 24 03:17:44 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Wed, 23 Mar 2005 22:17:44 -0500 Subject: Fedora Extras Development Package Report Message-ID: <1111634264.5444.4.camel@cutter> Hi folks: Built: xlockmore (i386, x86_64) qof (x86, x86_64) : libtool-ltdl-devel, not ltdl-devel tla (i386, x86_64) : fix gcc4 build errors gkrellmms (i386, x84_64) libgnomedb (i386, x86_64) gazpacho (i386, x86_64) errors: bzflag (i386, x86_64): X86_64 error: http://fedoraproject.org/extras/development/build-logs/x86_64/bzflag-2.0.2-1.log For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From andres at baravalle.it Thu Mar 24 03:23:40 2005 From: andres at baravalle.it (Andres Baravalle) Date: Thu, 24 Mar 2005 03:23:40 +0000 Subject: sponsoring phpGrabComics Message-ID: <424232BC.4050804@baravalle.it> Hi, I'm looking for a sponsor for the inclusion of phpGrabComics into Fedora Extras (I'm the author of the program). phpGrabComics home page: http://www.baravalle.it/phpGrabComics/ src.rpm url: http://prdownloads.sourceforge.net/phpgrabcomics/phpgrabcomics-1.5beta3-1.src.rpm?download Summary: GNU phpGrabComics - grabs and saves comic strips from the web Description: GNU phpGrabComics is a software program to grab and save comic strips from the web. It supports several sites, such as Dilbert, Calvin and Hobbes, Snoopy and Il Manifesto. Is anyone interested in sponsoring it? Thanks. Andres ____________ Andres Baravalle http://www.baravalle.it ____________ Gli uomini d'azione sono poco pratici. La stessa azione li allontana dalla loro meta. Paco Ignacio Taibo I From bugs.michael at gmx.net Thu Mar 24 04:41:00 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 05:41:00 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <1111634264.5444.4.camel@cutter> References: <1111634264.5444.4.camel@cutter> Message-ID: <20050324054100.706cd7f7.bugs.michael@gmx.net> On Wed, 23 Mar 2005 22:17:44 -0500, seth vidal wrote: > errors: > bzflag (i386, x86_64): > X86_64 error: > http://fedoraproject.org/extras/development/build-logs/x86_64/bzflag-2.0.2-1.log > Reading build log and configure script suggests this is due to missing "BuildRequires: xorg-x11-Mesa-libGLU". From byte at aeon.com.my Thu Mar 24 05:53:19 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 24 Mar 2005 16:53:19 +1100 Subject: tpb should be ExclusiveArch-ed Message-ID: <1111643600.24837.5.camel@arena.soho.bytebot.net> tpb is the IBM ThinkPad button support utility. Seeing that IBMs only make x86 boxes, and compiling this on ppc is rather pointless, I propose that we ExclusiveArch it. Anyone don't want the following patch applied? (reason being it fails building on ppc, as xosd-devel doesn't build, because bmp is supposedly problematic by miscompiling on ppc) --- tpb.spec.~1.6.~ 2005-03-18 11:12:53.000000000 +1100 +++ tpb.spec 2005-03-24 16:32:52.334231472 +1100 @@ -1,6 +1,6 @@ Name: tpb Version: 0.6.3 -Release: 2 +Release: 3 Summary: IBM ThinkPad button support utility Group: System Environment/Base @@ -12,6 +12,7 @@ Patch0: %{name}-defaultconfig.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(% {__id_u} -n) +ExclusiveArch: %{ix86} BuildRequires: xosd-devel >= 2.0.0, XFree86-devel, gettext, /sbin/MAKEDEV Requires: udev @@ -68,6 +69,9 @@ %changelog +* Thu Mar 24 2005 Colin Charles - 0:0.6.3-3 +- add ExclusiveArch x86 only + * Wed Feb 9 2005 Ville Skytt? - 0:0.6.3-2 - Add udev-awareness to /dev/nvram handling (#147306, Matthew Saltzman). - Change default OSD font to "luxi sans", "sans" doesn't work early enough. -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi -------------- next part -------------- A non-text attachment was scrubbed... Name: tpb.patch Type: text/x-patch Size: 926 bytes Desc: not available URL: From skvidal at phy.duke.edu Thu Mar 24 05:57:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 00:57:59 -0500 Subject: tpb should be ExclusiveArch-ed In-Reply-To: <1111643600.24837.5.camel@arena.soho.bytebot.net> References: <1111643600.24837.5.camel@arena.soho.bytebot.net> Message-ID: <1111643879.5444.29.camel@cutter> On Thu, 2005-03-24 at 16:53 +1100, Colin Charles wrote: > tpb is the IBM ThinkPad button support utility. Seeing that IBMs only > make x86 boxes, and compiling this on ppc is rather pointless, I propose > that we ExclusiveArch it. Anyone don't want the following patch applied? > > (reason being it fails building on ppc, as xosd-devel doesn't build, > because bmp is supposedly problematic by miscompiling on ppc) > > --- tpb.spec.~1.6.~ 2005-03-18 11:12:53.000000000 +1100 > +++ tpb.spec 2005-03-24 16:32:52.334231472 +1100 > @@ -1,6 +1,6 @@ > Name: tpb > Version: 0.6.3 > -Release: 2 > +Release: 3 > Summary: IBM ThinkPad button support utility > makes sense to me. but if ibm releases a ppc laptop I expect you to fix it! :-D -sv From byte at aeon.com.my Thu Mar 24 05:59:21 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 24 Mar 2005 16:59:21 +1100 Subject: Sponsor needed: update snownews to 1.5.6.1 (FC3/devel) In-Reply-To: References: Message-ID: <1111643961.24837.11.camel@arena.soho.bytebot.net> On Wed, 2005-03-23 at 21:20 -0500, Zing wrote: > I need a sponsor to update snownews for FC3/devel: snownews is a console based RSS reader. Its cool > https://bugzilla.redhat.com/beta/show_bug.cgi?id=149683 > http://home.nycap.rr.com/nagaland/rpms/snownews-1.5.6.1-2.src.rpm FWIW, I'd sponsor you. I personally use the package, and can verify to its sanity Zing was also a fedora.us contributor back in the day -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Thu Mar 24 06:12:00 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 24 Mar 2005 17:12:00 +1100 Subject: bmp still requires ExcludeArch? Message-ID: <1111644720.24837.16.camel@arena.soho.bytebot.net> Michael, Does bmp (the beep media player) still require the ExcludeArch, because of it miscompiling on ppc? It seems to compile, starts up, and plays an ogg file fairly well. (just some random test file in /usr/share/apps/klettres/da/alpha/a-12.ogg) Haven't done much more QA on it, besides the fact that "it works" If we're excluding builds based on endianness issues, linphone and kphone need to be excluded as well on PPC, imho Attached patch will re-enable builds on ppc --- bmp.spec.~1.3.~ 2005-03-19 01:17:22.000000000 +1100 +++ bmp.spec 2005-03-24 17:08:31.421040848 +1100 @@ -1,6 +1,6 @@ Name: bmp Version: 0.9.7 -Release: 6 +Release: 7 Summary: GTK2 based port of the XMMS media player Group: Applications/Multimedia @@ -23,9 +23,6 @@ BuildRequires: gnome-vfs2-devel libglade2-devel #BuildRequires: id3lib-devel -# Package seems to miscompile on PPC, possibly a endianess issue -ExcludeArch: ppc - %description BMP (Beep Media Player) is a media player that currently uses a skinned user interface based on Winamp 2.x skins. It is based on ("forked off") @@ -119,6 +116,9 @@ %changelog +* Thu Mar 24 2005 Colin Charles 0.9.7-7 +- Re-enable builds on ppc + * Fri Mar 18 2005 Michael Schwendt 0.9.7-6 - Enable XMMS skins directory inside binary, not via profile.d/bmp.sh -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From fedora at leemhuis.info Thu Mar 24 06:30:37 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 24 Mar 2005 07:30:37 +0100 Subject: tpb should be ExclusiveArch-ed In-Reply-To: <1111643879.5444.29.camel@cutter> References: <1111643600.24837.5.camel@arena.soho.bytebot.net> <1111643879.5444.29.camel@cutter> Message-ID: <1111645837.4364.1.camel@thl.ct.heise.de> Am Donnerstag, den 24.03.2005, 00:57 -0500 schrieb seth vidal: > On Thu, 2005-03-24 at 16:53 +1100, Colin Charles wrote: > > --- tpb.spec.~1.6.~ 2005-03-18 11:12:53.000000000 +1100 > > +++ tpb.spec 2005-03-24 16:32:52.334231472 +1100 > > @@ -1,6 +1,6 @@ > > Name: tpb > > Version: 0.6.3 > > -Release: 2 > > +Release: 3 > > Summary: IBM ThinkPad button support utility > makes sense to me. > > but if ibm releases a ppc laptop I expect you to fix it! :-D Or a x86_64 laptop :-D /me runs CU thl From byte at aeon.com.my Thu Mar 24 06:32:21 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 24 Mar 2005 17:32:21 +1100 Subject: Fedora Extras Development/ppc Message-ID: <1111645941.24837.23.camel@arena.soho.bytebot.net> So, I feel its significantly ready-ish and while I get the hang of being a human build system, expect delays. There are failures, so I expect package maintainers to take a gander at the wonderful failed logs Build machine is a FC4test1/ppc32 box, and I know we're talking about developers debugging stuff, but its not publically accessible from the Net (sorry). But I'm willing to try fixes, etc... as your patch queue monkey even to see if it starts working on PPC. E-mail colin at fedoraproject.org (or cc) with the subject line PQM: or something Seth has been kind enough to take the stuff, and sign them (Sethyoudaman!), so extras/development/ppc is really "ready" Take a gander at: http://fedoraproject.org/extras/development/ppc/ Sure, we don't have all the packages that x86 (or x86_64) has but we soon will. I'm still sorting out the dependencies on some of them, and will post build logs of failed packages soon enough. Ditto with the debuginfo packages Happy PPCing! -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From skvidal at phy.duke.edu Thu Mar 24 06:39:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 01:39:42 -0500 Subject: Fedora Extras Development/ppc In-Reply-To: <1111645941.24837.23.camel@arena.soho.bytebot.net> References: <1111645941.24837.23.camel@arena.soho.bytebot.net> Message-ID: <1111646383.5444.34.camel@cutter> > Take a gander at: > http://fedoraproject.org/extras/development/ppc/ > If you want to browse more easily go to: http://fedoraproject.org/extras/development/ppc/repodata/ -sv From ville.skytta at iki.fi Thu Mar 24 07:38:46 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 24 Mar 2005 09:38:46 +0200 Subject: tpb should be ExclusiveArch-ed In-Reply-To: <1111643879.5444.29.camel@cutter> References: <1111643600.24837.5.camel@arena.soho.bytebot.net> <1111643879.5444.29.camel@cutter> Message-ID: <1111649926.9841.427.camel@bobcat.mine.nu> On Thu, 2005-03-24 at 00:57 -0500, seth vidal wrote: > On Thu, 2005-03-24 at 16:53 +1100, Colin Charles wrote: > > tpb is the IBM ThinkPad button support utility. Seeing that IBMs only > > make x86 boxes, and compiling this on ppc is rather pointless, I propose > > that we ExclusiveArch it. Anyone don't want the following patch applied? AFAIK, some PPC ThinkPads actually do (did?) exist. There were a couple of 8X0 models ten or so years ago. http://www.thinkwiki.org/ThinkPad_History But yep, I find it very unlikely that anyone really has one in the first place. Or if someone does, it being from the 10 years ago era, I'm pretty sure it did not have any of the special buttons tpb is used for anyway. > > (reason being it fails building on ppc, as xosd-devel doesn't build, > > because bmp is supposedly problematic by miscompiling on ppc) Ok. Feel free to fix if you have time (eg. by disabling the xosd bmp plugin on PPC if you don't have a better fix), or Bugzilla otherwise. > > --- tpb.spec.~1.6.~ 2005-03-18 11:12:53.000000000 +1100 > > +++ tpb.spec 2005-03-24 16:32:52.334231472 +1100 > > @@ -1,6 +1,6 @@ > > Name: tpb > > Version: 0.6.3 > > -Release: 2 > > +Release: 3 > > Summary: IBM ThinkPad button support utility > > > > makes sense to me. > > but if ibm releases a ppc laptop I expect you to fix it! :-D Ditto ;) Seriously, go ahead. From skvidal at fedoraproject.org Thu Mar 24 07:48:46 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Thu, 24 Mar 2005 02:48:46 -0500 Subject: Fedora Extras 3 Package Report Message-ID: <1111650526.5444.72.camel@cutter> Hi folks, Built for Fedora Extras 3: gnome-theme-clearlooks (i386, x86_64) perl-Test-Manifest (i386, x86_64) gkrellmms (i386, x86_64) No errors. For any questions about using fedora extras go here: http://fedoraproject.org/wiki/Extras/UsingExtras For any questions about working on fedora extras go here: http://fedoraproject.org/wiki/Extras Thanks! -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Thu Mar 24 09:48:31 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 23 Mar 2005 23:48:31 -1000 Subject: CVS Removals Message-ID: <42428CEF.9060007@redhat.com> http://fedoraproject.org/wiki/Extras_2fCVSSyncNeeded If you need any CVS modules removed for legal reasons, or you made a mistake and imported the wrong package name, make requests on this page too. Describe in detail why the removal is needed. Thanks, Warren Togami wtogami at redhat.com From g.hollestelle at gmail.com Thu Mar 24 09:50:53 2005 From: g.hollestelle at gmail.com (Gijs Hollestelle) Date: Thu, 24 Mar 2005 10:50:53 +0100 Subject: Review request: python-cherrypy and python-cherrytemplate In-Reply-To: <20050323165945.2e2fdd92.bugs.michael@gmx.net> References: <95da2d2905032307391f772092@mail.gmail.com> <20050323165945.2e2fdd92.bugs.michael@gmx.net> Message-ID: <95da2d290503240150324a28f9@mail.gmail.com> On Wed, 23 Mar 2005 16:59:45 +0100, Michael Schwendt wrote: > No full review, just a brief look at the spec files: > > > http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrypy.spec > > Unowned directories in %files section: > > %dir %{python_sitelib}/cherrypy > %dir %{python_sitelib}/cherrypy/lib > %dir %{python_sitelib}/cherrypy/lib/filter Fixed > > > http://www.win.tue.nl/~gijs/Fedora-Extras/python-cherrytemplate.spec > > Unowned directories: > > %dir %{python_sitelib}/cherrytemplate > %dir %{python_sitelib}/cherrytemplate/unittest Fixed Anyone else who is interested in these packages and wants to take a look at them? Greets, Gijs From dragoran at feuerpokemon.de Thu Mar 24 10:10:21 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 24 Mar 2005 11:10:21 +0100 Subject: Need help - packing udftools Message-ID: <4242920D.4050406@feuerpokemon.de> I am trying to pack udftools but I always get this error when I try to build it: RPM build errors: Installed (but unpackaged) file(s) found: /usr/bin/cdrwtool /usr/bin/mkudffs /usr/bin/pktsetup /usr/bin/udffsck /usr/bin/wrudf /usr/lib/libudffs.a /usr/lib/libudffs.la /usr/share/man/man1/cdrwtool.1.gz /usr/share/man/man8/mkudffs.8.gz /usr/share/man/man8/pktsetup.8.gz What does this mean? From dragoran at feuerpokemon.de Thu Mar 24 10:12:05 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 24 Mar 2005 11:12:05 +0100 Subject: Need help - packing udftools In-Reply-To: <4242920D.4050406@feuerpokemon.de> References: <4242920D.4050406@feuerpokemon.de> Message-ID: <42429275.60105@feuerpokemon.de> dragoran wrote: > I am trying to pack udftools but I always get this error when I try to > build it: > RPM build errors: > Installed (but unpackaged) file(s) found: > /usr/bin/cdrwtool > /usr/bin/mkudffs > /usr/bin/pktsetup > /usr/bin/udffsck > /usr/bin/wrudf > /usr/lib/libudffs.a > /usr/lib/libudffs.la > /usr/share/man/man1/cdrwtool.1.gz > /usr/share/man/man8/mkudffs.8.gz > /usr/share/man/man8/pktsetup.8.gz > What does this mean? > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > sorry I forgot the %files section ... From dragoran at feuerpokemon.de Thu Mar 24 10:20:12 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 24 Mar 2005 11:20:12 +0100 Subject: Need help - packing udftools In-Reply-To: <42429275.60105@feuerpokemon.de> References: <4242920D.4050406@feuerpokemon.de> <42429275.60105@feuerpokemon.de> Message-ID: <4242945C.8040805@feuerpokemon.de> dragoran wrote: > dragoran wrote: > >> I am trying to pack udftools but I always get this error when I try to >> build it: >> RPM build errors: >> Installed (but unpackaged) file(s) found: >> /usr/bin/cdrwtool >> /usr/bin/mkudffs >> /usr/bin/pktsetup >> /usr/bin/udffsck >> /usr/bin/wrudf >> /usr/lib/libudffs.a >> /usr/lib/libudffs.la >> /usr/share/man/man1/cdrwtool.1.gz >> /usr/share/man/man8/mkudffs.8.gz >> /usr/share/man/man8/pktsetup.8.gz >> What does this mean? >> >> -- >> fedora-extras-list mailing list >> fedora-extras-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-extras-list >> >> > sorry I forgot the %files section ... > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > Ok I have build it. How can I submit it to extras? guidelin url ? From fedora at camperquake.de Thu Mar 24 12:04:12 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 24 Mar 2005 13:04:12 +0100 Subject: bmp still requires ExcludeArch? In-Reply-To: <1111644720.24837.16.camel@arena.soho.bytebot.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> Message-ID: <20050324130412.584e20df@nausicaa.camperquake.de> Hi. Colin Charles wrote: > Does bmp (the beep media player) still require the ExcludeArch, because > of it miscompiling on ppc? It seems to compile, starts up, and plays an > ogg file fairly well. (just some random test file > in /usr/share/apps/klettres/da/alpha/a-12.ogg) Haven't done much more QA > on it, besides the fact that "it works" The last time I tested that it compiled, started up, and threw a lot of noise at me when trying to play .ogg (or .mp3, for that matter). Will test again. -- /P{def}def/E{curveto}P/N{moveto}P/G{lineto}P/U{setgray}P/I{fill}P/n {stroke}P (2V<;;F>H>forall N G G I 0 U N E E E E E I 1 U N E E E gsave I grestore 0 U n .3 U N E E n 1 0 360 arc I showpage% auj From ivazquez at ivazquez.net Thu Mar 24 12:19:41 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 07:19:41 -0500 Subject: bmp still requires ExcludeArch? In-Reply-To: <1111644720.24837.16.camel@arena.soho.bytebot.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> Message-ID: <1111666781.26589.11.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 17:12 +1100, Colin Charles wrote: > If we're excluding builds based on endianness issues, linphone and > kphone need to be excluded as well on PPC, imho Agreed. But I am working on getting them fixed. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Thu Mar 24 12:21:41 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 13:21:41 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <20050324054100.706cd7f7.bugs.michael@gmx.net> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> Message-ID: <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 05:41 +0100, Michael Schwendt wrote: > On Wed, 23 Mar 2005 22:17:44 -0500, seth vidal wrote: > > > errors: > > bzflag (i386, x86_64): > > X86_64 error: > > http://fedoraproject.org/extras/development/build-logs/x86_64/bzflag-2.0.2-1.log > > > > Reading build log and configure script suggests this is due to missing > "BuildRequires: xorg-x11-Mesa-libGLU". Well, now that you suggest it: This would be a short term fix, but libGL.so and libGLU.so are in xorg-x11-devel, so ideally xorg-x11-devel should require xorg-x11-Mesa-libGL and ...-libGLU, as it requires xorg- x11-libs already. Mike, what do you think? Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nphilipp at redhat.com Thu Mar 24 13:17:50 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 14:17:50 +0100 Subject: Review: ufraw Message-ID: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> Hi all, I've just imported ufraw into CVS and it'd be great if someone could review it. Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 24 13:24:44 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 24 Mar 2005 14:24:44 +0100 Subject: Jabber Server? In-Reply-To: <20050319113329.GA18736@lisas.de> (Adrian Reber's message of "Sat, 19 Mar 2005 12:33:30 +0100") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> Message-ID: <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> adrian at lisas.de (Adrian Reber) writes: > So should I request a build or are there any open issues with jabberd? * '-p' should be used with %install * /usr/bin/c2s is packaged SUID root... is this really needed, especially because gcc4 gives out a lot of warnings and the code is not trivial * the initscript starts 5 daemons; when jabber allows to use only a subset of them on one machine, there should exist a way to disable startup of some daemons. Generally, I would prefer one initscript per service. * the programs are linked against libraries with redundant functionality (mysql vs. pgsql, perhaps ldap). I would prefer either subpackages with minimal binaries (e.g. -mysql, -pgsql, -ldap), or at least, that unneeded functionality can be disabled at build-time. E.g. when writing | %{!?_without_ldap:BuildRequires: openldap-devel} | ... | %{!?_without_ldap:--enable-ldap}%{?_without_ldap:--disable-ldap} Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From rc040203 at freenet.de Thu Mar 24 13:29:08 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 24 Mar 2005 14:29:08 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111670949.22351.14.camel@mccallum.corsepiu.local> On Thu, 2005-03-24 at 13:21 +0100, Nils Philippsen wrote: > On Thu, 2005-03-24 at 05:41 +0100, Michael Schwendt wrote: > > On Wed, 23 Mar 2005 22:17:44 -0500, seth vidal wrote: > > > > > errors: > > > bzflag (i386, x86_64): > > > X86_64 error: > > > http://fedoraproject.org/extras/development/build-logs/x86_64/bzflag-2.0.2-1.log > > > > > > > Reading build log and configure script suggests this is due to missing > > "BuildRequires: xorg-x11-Mesa-libGLU". > > Well, now that you suggest it: This would be a short term fix, but > libGL.so and libGLU.so are in xorg-x11-devel, so ideally xorg-x11-devel > should require xorg-x11-Mesa-libGL and ...-libGLU, No way. This would render GL more or less unusable. > as it requires xorg- > x11-libs already. Mike, what do you think? I have to reiterate my mantra: BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel Is sufficient, portable and even works with ancient versions of RHL. Ralf From dag at wieers.com Thu Mar 24 13:56:09 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 14:56:09 +0100 (CET) Subject: Jabber Server? In-Reply-To: <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: On Thu, 24 Mar 2005, Enrico Scholz wrote: > adrian at lisas.de (Adrian Reber) writes: > > > So should I request a build or are there any open issues with jabberd? > > * '-p' should be used with %install Why should it be used ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From rdieter at math.unl.edu Thu Mar 24 14:04:29 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Mar 2005 08:04:29 -0600 Subject: Jabber Server? In-Reply-To: References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <4242C8ED.8030104@math.unl.edu> Dag Wieers wrote: > On Thu, 24 Mar 2005, Enrico Scholz wrote: > > >>adrian at lisas.de (Adrian Reber) writes: >> >> >>>So should I request a build or are there any open issues with jabberd? >> >>* '-p' should be used with %install > > > Why should it be used ? $ man install ... -p, --preserve-timestamps apply access/modification times of SOURCE files to corresponding destination files IMO, not a good idea. -- Rex From nphilipp at redhat.com Thu Mar 24 14:07:51 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 15:07:51 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <1111670949.22351.14.camel@mccallum.corsepiu.local> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> Message-ID: <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: > On Thu, 2005-03-24 at 13:21 +0100, Nils Philippsen wrote: > > On Thu, 2005-03-24 at 05:41 +0100, Michael Schwendt wrote: > > > On Wed, 23 Mar 2005 22:17:44 -0500, seth vidal wrote: > > > > > > > errors: > > > > bzflag (i386, x86_64): > > > > X86_64 error: > > > > http://fedoraproject.org/extras/development/build-logs/x86_64/bzflag-2.0.2-1.log > > > > > > > > > > Reading build log and configure script suggests this is due to missing > > > "BuildRequires: xorg-x11-Mesa-libGLU". > > > > Well, now that you suggest it: This would be a short term fix, but > > libGL.so and libGLU.so are in xorg-x11-devel, so ideally xorg-x11-devel > > should require xorg-x11-Mesa-libGL and ...-libGLU, > No way. This would render GL more or less unusable. How so? The libGL.so,/libGLU.so files in xorg-x11-devel need the corresponding *.so.1 files to work properly, so I say that this dependency would be correct. > > as it requires xorg- > > x11-libs already. Mike, what do you think? > I have to reiterate my mantra: > > BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > Is sufficient, portable and even works with ancient versions of RHL. IIRC, we are not catering to ancient versions of RHL. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Thu Mar 24 14:09:11 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Mar 2005 08:09:11 -0600 Subject: Jabber Server? In-Reply-To: <4242C8ED.8030104@math.unl.edu> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <4242C8ED.8030104@math.unl.edu> Message-ID: <4242CA07.3050808@math.unl.edu> Rex Dieter wrote: > Dag Wieers wrote: > >> On Thu, 24 Mar 2005, Enrico Scholz wrote: >> >> >>> adrian at lisas.de (Adrian Reber) writes: >>> >>> >>>> So should I request a build or are there any open issues with jabberd? >>> >>> >>> * '-p' should be used with %install >> >> >> >> Why should it be used ? > > > $ man install > ... > -p, --preserve-timestamps > apply access/modification times of SOURCE files to > corresponding destination files > > IMO, not a good idea. Ack, I *meant* to say either: "Not a bad idea" or "A good idea" and borked it up good. Bad way to start the day. (-: -- Rex From rdieter at math.unl.edu Thu Mar 24 14:10:48 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Mar 2005 08:10:48 -0600 Subject: Fedora Extras Development Package Report In-Reply-To: <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> Message-ID: <4242CA68.50208@math.unl.edu> Nils Philippsen wrote: > On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: >>I have to reiterate my mantra: >>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel >>Is sufficient, portable and even works with ancient versions of RHL. > IIRC, we are not catering to ancient versions of RHL. Remember too: if it ain't broke, don't fix it. -- Rex From nphilipp at redhat.com Thu Mar 24 14:12:24 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 15:12:24 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <4242CA68.50208@math.unl.edu> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> Message-ID: <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 08:10 -0600, Rex Dieter wrote: > Nils Philippsen wrote: > > On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: > > >>I have to reiterate my mantra: > > >>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > >>Is sufficient, portable and even works with ancient versions of RHL. > > > IIRC, we are not catering to ancient versions of RHL. > > Remember too: if it ain't broke, don't fix it. Currently, it is broken, otherwise we wouldn't be having this discussion. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 24 14:15:42 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 24 Mar 2005 15:15:42 +0100 Subject: Jabber Server? In-Reply-To: (Dag Wieers's message of "Thu, 24 Mar 2005 14:56:09 +0100 (CET)") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> dag at wieers.com (Dag Wieers) writes: >> > So should I request a build or are there any open issues with jabberd? >> >> * '-p' should be used with %install > > Why should it be used ? afair, it is stated in the packaging guidelines. Beside that: it gives information how old files are, it allows unification across vservers and I do not know a reason why it should not be used. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From rdieter at math.unl.edu Thu Mar 24 14:17:13 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Mar 2005 08:17:13 -0600 Subject: Fedora Extras Development Package Report In-Reply-To: <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> Message-ID: <4242CBE9.5050300@math.unl.edu> Nils Philippsen wrote: > On Thu, 2005-03-24 at 08:10 -0600, Rex Dieter wrote: > >>Nils Philippsen wrote: >> >>>On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: >> >>>>I have to reiterate my mantra: >> >>>>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel >> >>>>Is sufficient, portable and even works with ancient versions of RHL. >> >>>IIRC, we are not catering to ancient versions of RHL. >> >>Remember too: if it ain't broke, don't fix it. > > > Currently, it is broken, otherwise we wouldn't be having this > discussion. I was talking about BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel which, IMO of course, works and certainly isn't broken. -- Rex From dag at wieers.com Thu Mar 24 14:20:31 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 15:20:31 +0100 (CET) Subject: Jabber Server? In-Reply-To: <4242C8ED.8030104@math.unl.edu> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <4242C8ED.8030104@math.unl.edu> Message-ID: On Thu, 24 Mar 2005, Rex Dieter wrote: > Dag Wieers wrote: > > On Thu, 24 Mar 2005, Enrico Scholz wrote: > > > > > > > adrian at lisas.de (Adrian Reber) writes: > > > > > > > > > > So should I request a build or are there any open issues with jabberd? > > > > > > * '-p' should be used with %install > > > > Why should it be used ? > > $ man install > ... > -p, --preserve-timestamps > apply access/modification times of SOURCE files to corresponding > destination files > > IMO, not a good^Wbad idea. I still don't know why it is a good idea. Afaics you set the time to be the buildtime instead of the installation time and I have no clue why this is relevant. So I wonder why it should be used. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From dag at wieers.com Thu Mar 24 14:28:07 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 15:28:07 +0100 (CET) Subject: Jabber Server? In-Reply-To: <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: On Thu, 24 Mar 2005, Enrico Scholz wrote: > dag at wieers.com (Dag Wieers) writes: > > >> > So should I request a build or are there any open issues with jabberd? > >> > >> * '-p' should be used with %install > > > > Why should it be used ? > > afair, it is stated in the packaging guidelines. Beside that: it gives > information how old files are, it allows unification across vservers and > I do not know a reason why it should not be used. There's no big difference between using the actual build time (when %build ran) or the install time (when %install ran). Other than that the install time on the files are most likely somewhat closer together. So I really do not see why someone wants to preserve the build time. None of the advantages you state are unique for using -p, they are true for not using -p. Or am I missing something obvious here ? -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From nphilipp at redhat.com Thu Mar 24 14:29:11 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 15:29:11 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <4242CBE9.5050300@math.unl.edu> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> <4242CBE9.5050300@math.unl.edu> Message-ID: <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 08:17 -0600, Rex Dieter wrote: > Nils Philippsen wrote: > > On Thu, 2005-03-24 at 08:10 -0600, Rex Dieter wrote: > > > >>Nils Philippsen wrote: > >> > >>>On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: > >> > >>>>I have to reiterate my mantra: > >> > >>>>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > >> > >>>>Is sufficient, portable and even works with ancient versions of RHL. > >> > >>>IIRC, we are not catering to ancient versions of RHL. > >> > >>Remember too: if it ain't broke, don't fix it. > > > > > > Currently, it is broken, otherwise we wouldn't be having this > > discussion. > > I was talking about > BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > which, IMO of course, works and certainly isn't broken. ... and is a workaround. Build requirements should IMO only be on the .so files or their corresponding packages which in turn should require the corresponding base packages without which they won't work properly. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dag at wieers.com Thu Mar 24 14:46:21 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 15:46:21 +0100 (CET) Subject: Jabber Server? In-Reply-To: References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: On Thu, 24 Mar 2005, Dag Wieers wrote: > On Thu, 24 Mar 2005, Enrico Scholz wrote: > > > dag at wieers.com (Dag Wieers) writes: > > > > >> > So should I request a build or are there any open issues with jabberd? > > >> > > >> * '-p' should be used with %install > > > > > > Why should it be used ? > > > > afair, it is stated in the packaging guidelines. Beside that: it gives > > information how old files are, it allows unification across vservers and > > I do not know a reason why it should not be used. > > There's no big difference between using the actual build time (when %build > ran) or the install time (when %install ran). Other than that the install > time on the files are most likely somewhat closer together. > > So I really do not see why someone wants to preserve the build time. None > of the advantages you state are unique for using -p, they are true for not > using -p. > > Or am I missing something obvious here ? I guess I was. For things (not being build) this extra metadata could help in problem determination. The unification argument is still strange to me. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From rdieter at math.unl.edu Thu Mar 24 14:46:49 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 24 Mar 2005 08:46:49 -0600 Subject: Fedora Extras Development Package Report In-Reply-To: <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> <4242CBE9.5050300@math.unl.edu> <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> Message-ID: <4242D2D9.7000009@math.unl.edu> Nils Philippsen wrote: > On Thu, 2005-03-24 at 08:17 -0600, Rex Dieter wrote: >>I was talking about >>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel >>which, IMO of course, works and certainly isn't broken. > ... and is a workaround. Build requirements should IMO only be on > the .so files or their corresponding packages which in turn should > require the corresponding base packages without which they won't work > properly. OK, it's a workaround, but a reasonable and working one. IMO, the gains for it's simplicity and backward compatibilty (some of us still *do* care about that you know) still make it the best choice here. Realize also that your suggested solution is only a workaround too, since it doesn't refer-to/use .so files or their corresponding packages either (they're actually in xorg-x11-devel). What you've *really* been hinting at with "... which in turn should require their corresponding base packages" commment is broken deps in xorg-x11-devel in that it should Requires: xorg-x11-Mesa-libGL and ...-libGLU so I suggest you try convincing Mike Harris instead (and good luck with that... (-:) -- Rex From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 24 14:51:54 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 24 Mar 2005 15:51:54 +0100 Subject: Jabber Server? In-Reply-To: (Dag Wieers's message of "Thu, 24 Mar 2005 15:28:07 +0100 (CET)") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87u0n12j1x.fsf@kosh.ultra.csn.tu-chemnitz.de> dag at wieers.com (Dag Wieers) writes: >> >> * '-p' should be used with %install > ... > There's no big difference between using the actual build time (when %build > ran) or the install time (when %install ran). Other than that the install > time on the files are most likely somewhat closer together. > > So I really do not see why someone wants to preserve the build time. None > of the advantages you state are unique for using -p, they are true for not > using -p. > > Or am I missing something obvious here ? Yes... you are missing that not the %build time will be used but the time when the file was created at the upstream author. E.g. jabberd.spec contains | %{__install} -m 644 tools/migrate.pl $RPM_BUILD_ROOT%{_datadir}/%{name} and | $ ls -l tools/migrate.pl | -rwxr-xr-x 1 ensc ensc 9528 Oct 3 2003 tools/migrate.pl I know, that in some cases the files will be touched at %build time and there is no big difference between using '-p' or not using it. But using '-p' globally does not hurt and you do not have to decide whether you copy a static file or a generated one. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From ivazquez at ivazquez.net Thu Mar 24 14:53:03 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 09:53:03 -0500 Subject: Need help - packing udftools In-Reply-To: <4242945C.8040805@feuerpokemon.de> References: <4242920D.4050406@feuerpokemon.de> <42429275.60105@feuerpokemon.de> <4242945C.8040805@feuerpokemon.de> Message-ID: <1111675983.8887.7.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 11:20 +0100, dragoran wrote: > How can I submit it to extras? guidelin url ? udftools is already in Fedora Extras. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Thu Mar 24 14:49:33 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 24 Mar 2005 16:49:33 +0200 Subject: Missing bugzilla component entries In-Reply-To: <20050323120323.61443072.bugs.michael@gmx.net> References: <20050323120323.61443072.bugs.michael@gmx.net> Message-ID: <1111675773.9841.429.camel@bobcat.mine.nu> On Wed, 2005-03-23 at 12:03 +0100, Michael Schwendt wrote: > cvsup : Ville Skytt?/Jason Corley Added to OrphanedPackages based on myself certainly not maintaining it (nor even using), and not having heard of Jason for a long time. From ville.skytta at iki.fi Thu Mar 24 14:54:56 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 24 Mar 2005 16:54:56 +0200 Subject: Missing packagers In-Reply-To: <1111605523.647.2.camel@rousalka.dyndns.org> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> <20050323200208.43770a9b.bugs.michael@gmx.net> <20050323190236.GB1805@nostromo.devel.redhat.com> <1111605523.647.2.camel@rousalka.dyndns.org> Message-ID: <1111676096.9841.432.camel@bobcat.mine.nu> On Wed, 2005-03-23 at 20:18 +0100, Nicolas Mailhot wrote: > BTW I for one never bothered replying yet, because my packages are just > old stuff that is pretty static now (only needed to interpret old > archive formats). > > I can do it now if there's a special hurry, though I doubt archivers > that have not changed for several years will need an active packager > anytime soon:) The perl-Convert-UUlib upstream changelog since the latest fedora.us/FE package update has keywords like "likely exploitable segfault", so you may want to take a look at least at that. http://search.cpan.org/src/MLEHMANN/Convert-UUlib-1.051/Changes From ivazquez at ivazquez.net Thu Mar 24 15:02:26 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 10:02:26 -0500 Subject: Request for sponsor: libosip2 Message-ID: <1111676546.8887.14.camel@ignacio.ignacio.lan> linphone went and updated itself to 1.0.1 but it requires a new version of libosip, and the existing version may still be useful. http://fedora.ivazquez.net/files/libosip2-2.2.0-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From enrico.scholz at informatik.tu-chemnitz.de Thu Mar 24 15:05:49 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 24 Mar 2005 16:05:49 +0100 Subject: Jabber Server? In-Reply-To: (Dag Wieers's message of "Thu, 24 Mar 2005 15:46:21 +0100 (CET)") References: <53ff611f050302194170f3f6ba@mail.gmail.com> <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <87y8cd2kq9.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <87psxp2ieq.fsf@kosh.ultra.csn.tu-chemnitz.de> dag at wieers.com (Dag Wieers) writes: >> > >> * '-p' should be used with %install >> > > >> > > Why should it be used ? >> > >> > afair, it is stated in the packaging guidelines. Beside that: it gives >> > information how old files are, it allows unification across vservers and >> > I do not know a reason why it should not be used. > ... > The unification argument is still strange to me. See http://linux-vserver.org/Linux-VServer-Paper-06 for a description of 'unification'. This technique works only for identical files (content + ownership + mtime + ...). Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From adrian at lisas.de Thu Mar 24 15:27:08 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 24 Mar 2005 16:27:08 +0100 Subject: Missing bugzilla component entries In-Reply-To: <1111675773.9841.429.camel@bobcat.mine.nu> References: <20050323120323.61443072.bugs.michael@gmx.net> <1111675773.9841.429.camel@bobcat.mine.nu> Message-ID: <20050324152708.GA10327@lisas.de> On Thu, Mar 24, 2005 at 04:49:33PM +0200, Ville Skytt? wrote: > On Wed, 2005-03-23 at 12:03 +0100, Michael Schwendt wrote: > > > cvsup : Ville Skytt?/Jason Corley > > Added to OrphanedPackages based on myself certainly not maintaining it > (nor even using), and not having heard of Jason for a long time. I could maintain it. I have one script which uses only the client but at least I am using it so if there is nobody else who wants to maintain it I could do it. Adrian From bdpepple at ameritech.net Thu Mar 24 15:27:54 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 10:27:54 -0500 Subject: Review: ufraw In-Reply-To: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111678074.25466.7.camel@localhost.localdomain> On Thu, 2005-03-24 at 14:17 +0100, Nils Philippsen wrote: > I've just imported ufraw into CVS and it'd be great if someone could > review it. I've started reviewing this, and the only thing I've noticed so far is that some files have lax permissions: W: ufraw strange-permission ufraw-0.4.tar.gz 0664 W: ufraw strange-permission ufraw.spec 0664 W: ufraw strange-permission COPYING 0664 These files should probably be have a permission of 0644. In addition, I'm having mach fail when build with the following error: Getting /extras/prep/development/i386/ufraw-0.4-1.src.rpm ... Building source rpm ufraw-0.4-1.src.rpm Return value: 127 This probably is a problem with mach, and not your package, but still Seth will most likely have problems when trying to build this. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 24 15:31:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 10:31:22 -0500 Subject: Review: ufraw In-Reply-To: <1111678074.25466.7.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> Message-ID: <1111678283.5444.88.camel@cutter> On Thu, 2005-03-24 at 10:27 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 14:17 +0100, Nils Philippsen wrote: > > I've just imported ufraw into CVS and it'd be great if someone could > > review it. > > I've started reviewing this, and the only thing I've noticed so far is > that some files have lax permissions: > > W: ufraw strange-permission ufraw-0.4.tar.gz 0664 > W: ufraw strange-permission ufraw.spec 0664 > W: ufraw strange-permission COPYING 0664 > > These files should probably be have a permission of 0644. > > In addition, I'm having mach fail when build with the following error: > > Getting /extras/prep/development/i386/ufraw-0.4-1.src.rpm ... > Building source rpm ufraw-0.4-1.src.rpm > Return value: 127 > > This probably is a problem with mach, and not your package, but still > Seth will most likely have problems when trying to build this. > clean out your chroot then rerun the build. 127 is almost always a problem in the chroot's environment -sv From tibbs at math.uh.edu Thu Mar 24 15:31:13 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 24 Mar 2005 09:31:13 -0600 Subject: tpb should be ExclusiveArch-ed In-Reply-To: <1111649926.9841.427.camel@bobcat.mine.nu> (Ville Skytt's message of "Thu, 24 Mar 2005 09:38:46 +0200") References: <1111643600.24837.5.camel@arena.soho.bytebot.net> <1111643879.5444.29.camel@cutter> <1111649926.9841.427.camel@bobcat.mine.nu> Message-ID: >>>>> "VS" == Ville Skytt writes: VS> But yep, I find it very unlikely that anyone really has one in the VS> first place. Or if someone does, it being from the 10 years ago VS> era, I'm pretty sure it did not have any of the special buttons VS> tpb is used for anyway. I do have an RS6000 N40 around somewhere. It was kind of neat in its day, but you're correct that these days there's no point. - J< From bdpepple at ameritech.net Thu Mar 24 15:32:50 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 10:32:50 -0500 Subject: Review: ufraw In-Reply-To: <1111678283.5444.88.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> Message-ID: <1111678370.25466.8.camel@localhost.localdomain> On Thu, 2005-03-24 at 10:31 -0500, seth vidal wrote: > clean out your chroot then rerun the build. > > 127 is almost always a problem in the chroot's environment' Thanks Seth, I'll give that a try. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From funkyres at gmail.com Thu Mar 24 15:47:14 2005 From: funkyres at gmail.com (Michael Peters) Date: Thu, 24 Mar 2005 07:47:14 -0800 Subject: tpb should be ExclusiveArch-ed In-Reply-To: References: <1111643600.24837.5.camel@arena.soho.bytebot.net> <1111643879.5444.29.camel@cutter> <1111649926.9841.427.camel@bobcat.mine.nu> Message-ID: <485bb884050324074754c1eb25@mail.gmail.com> On Thu, 24 Mar 2005 09:31:13 -0600, Jason L Tibbitts III wrote: > >>>>> "VS" == Ville Skytt writes: > > VS> But yep, I find it very unlikely that anyone really has one in the > VS> first place. Or if someone does, it being from the 10 years ago > VS> era, I'm pretty sure it did not have any of the special buttons > VS> tpb is used for anyway. > > I do have an RS6000 N40 around somewhere. It was kind of neat in its > day, but you're correct that these days there's no point. The ppc thinkpads don't meet the Fedora system requirements. The 820 I think had a 100 MHz 601 CPU - and I think a max of 48 MB of ram. -- http://mpeters.us/ From bugs.michael at gmx.net Thu Mar 24 15:54:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 16:54:41 +0100 Subject: bmp still requires ExcludeArch? In-Reply-To: <20050324130412.584e20df@nausicaa.camperquake.de> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> Message-ID: <20050324165441.3b235aa5.bugs.michael@gmx.net> On Thu, 24 Mar 2005 13:04:12 +0100, Ralf Ertzinger wrote: > Hi. > > Colin Charles wrote: > > > Does bmp (the beep media player) still require the ExcludeArch, because > > of it miscompiling on ppc? It seems to compile, starts up, and plays an > > ogg file fairly well. (just some random test file > > in /usr/share/apps/klettres/da/alpha/a-12.ogg) Haven't done much more QA > > on it, besides the fact that "it works" > > The last time I tested that it compiled, started up, and threw a lot of > noise at me when trying to play .ogg (or .mp3, for that matter). Will > test again. Colin, Ralf Ertzinger "owns" the bmp package. I can't comment on whether it works flawlessly on PPC. From nphilipp at redhat.com Thu Mar 24 16:21:09 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 17:21:09 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <4242D2D9.7000009@math.unl.edu> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> <4242CBE9.5050300@math.unl.edu> <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> <4242D2D9.7000009@math.unl.edu> Message-ID: <1111681269.6676.74.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 08:46 -0600, Rex Dieter wrote: > Nils Philippsen wrote: > > On Thu, 2005-03-24 at 08:17 -0600, Rex Dieter wrote: > > >>I was talking about > >>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > >>which, IMO of course, works and certainly isn't broken. > > > ... and is a workaround. Build requirements should IMO only be on > > the .so files or their corresponding packages which in turn should > > require the corresponding base packages without which they won't work > > properly. > > OK, it's a workaround, but a reasonable and working one. IMO, the gains > for it's simplicity and backward compatibilty (some of us still *do* > care about that you know) still make it the best choice here. > > Realize also that your suggested solution is only a workaround too, > since it doesn't refer-to/use .so files or their corresponding packages > either (they're actually in xorg-x11-devel). IMO, using the package name here makes most sense, as the devel packages e.g. don't provide libGL.so but only the full path and we don't want to require the specific path here, only the library. Requiring libGL.so.1 isn't sufficient either as you need libGL.so anyway. Think "the package needs libfoo so I'll buildrequire libfoo-devel". > What you've *really* been hinting at with "... which in turn should > require their corresponding base packages" commment is broken deps in > xorg-x11-devel in that it should > Requires: xorg-x11-Mesa-libGL and ...-libGLU > so I suggest you try convincing Mike Harris instead (and good luck with > that... (-:) I've Cc'ed my initial response to him, but I gather he's not awake yet. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Thu Mar 24 16:26:14 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 24 Mar 2005 17:26:14 +0100 Subject: Review: ufraw In-Reply-To: <1111678074.25466.7.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> Message-ID: <1111681574.6676.79.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-03-24 at 10:27 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 14:17 +0100, Nils Philippsen wrote: > > I've just imported ufraw into CVS and it'd be great if someone could > > review it. > > I've started reviewing this, and the only thing I've noticed so far is > that some files have lax permissions: > > W: ufraw strange-permission ufraw-0.4.tar.gz 0664 > W: ufraw strange-permission ufraw.spec 0664 > W: ufraw strange-permission COPYING 0664 > > These files should probably be have a permission of 0644. Hmm, CVS and make upload/new-source don't notice/let me check in mode changes. I guess this needs manual fixing. Thanks, Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From bugs.michael at gmx.net Thu Mar 24 16:26:15 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 17:26:15 +0100 Subject: Fedora Extras Development Package Report In-Reply-To: <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> References: <1111634264.5444.4.camel@cutter> <20050324054100.706cd7f7.bugs.michael@gmx.net> <1111666902.6676.19.camel@gibraltar.stuttgart.redhat.com> <1111670949.22351.14.camel@mccallum.corsepiu.local> <1111673271.6676.47.camel@gibraltar.stuttgart.redhat.com> <4242CA68.50208@math.unl.edu> <1111673544.6676.50.camel@gibraltar.stuttgart.redhat.com> <4242CBE9.5050300@math.unl.edu> <1111674552.6676.53.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050324172615.5ea3aaa9.bugs.michael@gmx.net> On Thu, 24 Mar 2005 15:29:11 +0100, Nils Philippsen wrote: > On Thu, 2005-03-24 at 08:17 -0600, Rex Dieter wrote: > > Nils Philippsen wrote: > > > On Thu, 2005-03-24 at 08:10 -0600, Rex Dieter wrote: > > > > > >>Nils Philippsen wrote: > > >> > > >>>On Thu, 2005-03-24 at 14:29 +0100, Ralf Corsepius wrote: > > >> > > >>>>I have to reiterate my mantra: > > >> > > >>>>BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > >> > > >>>>Is sufficient, portable and even works with ancient versions of RHL. > > >> > > >>>IIRC, we are not catering to ancient versions of RHL. > > >> > > >>Remember too: if it ain't broke, don't fix it. > > > > > > > > > Currently, it is broken, otherwise we wouldn't be having this > > > discussion. > > > > I was talking about > > BuildRequires: libGL.so.1 libGLU.so.1 XFree86-devel > > > > which, IMO of course, works and certainly isn't broken. > > ... and is a workaround. Build requirements should IMO only be on > the .so files or their corresponding packages which in turn should > require the corresponding base packages without which they won't work > properly. We've been here before (at least a few times in fedora.us QA). IIRC, there have been related bug reports in RH bugzilla, too. There used to be a "libGLU" virtual provides in xorg-x11-Mesa-libGLU in FC2, but only in FC2. Similarly, XFree86-Mesa-libGL still provides "Mesa" (non-versioned) just like older XFree86-Mesa-libGL packages do. From aaron.bennett at olin.edu Thu Mar 24 16:47:59 2005 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Thu, 24 Mar 2005 11:47:59 -0500 Subject: Sponsor needed: mysqlblasy Message-ID: <4242EF3F.1000406@olin.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Can someone sponsor me to include mysqlblasy into Fedora Extras? In brief, mysqlblasy is a perl script which handles regular mysqldump's in an easy and orderly fashion. The project's homepage is at http://partisans.spurious.biz/~pkremer/projects/scripting/mysqlblasy.php My source rpm is at http://fsweb.olin.edu/~abennett/mysqlblasy/mysqlblasy-0.5-1.src.rpm MD5SUMS: eef7ff8785db597aef7fab8566894c4e mysqlblasy-0.5-1.src.rpm 7ec146614fd19187153ca7f8bcedbb30 mysqlblasy-0.5.tgz 0487d8f49ab5dc9f307c2fac6a731ae8 mysqlblasy.spec - -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCQu8/c0PuKgpwjc4RAoUmAJ9QMg0Eu1mLAdLRiuX1k0ex/1WYhgCfRlEd pOUBFamjSKih8WQU7mw6uWA= =mGOa -----END PGP SIGNATURE----- From bdpepple at ameritech.net Thu Mar 24 17:01:42 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 12:01:42 -0500 Subject: Review: ufraw In-Reply-To: <1111678283.5444.88.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> Message-ID: <1111683702.29804.0.camel@localhost.localdomain> On Thu, 2005-03-24 at 10:31 -0500, seth vidal wrote: > On Thu, 2005-03-24 at 10:27 -0500, Brian Pepple wrote: > > In addition, I'm having mach fail when build with the following error: > > > > Getting /extras/prep/development/i386/ufraw-0.4-1.src.rpm ... > > Building source rpm ufraw-0.4-1.src.rpm > > Return value: 127 > > > > This probably is a problem with mach, and not your package, but still > > Seth will most likely have problems when trying to build this. > > > > clean out your chroot then rerun the build. > > 127 is almost always a problem in the chroot's environment I cleaned out my chroot, but it looks like mach is having problems pulling in lcms-devel from the extras repo. Here's the error message I'm getting: ERROR: BuildRequires not met: error: Failed build dependencies: lcms-devel is needed by ufraw-0.4-1.i386 /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Thu Mar 24 17:08:49 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 24 Mar 2005 19:08:49 +0200 Subject: Source permissions with CVS (was: Re: Review: ufraw) In-Reply-To: <1111681574.6676.79.camel@gibraltar.stuttgart.redhat.com> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111681574.6676.79.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111684129.24273.14.camel@bobcat.mine.nu> On Thu, 2005-03-24 at 17:26 +0100, Nils Philippsen wrote: > On Thu, 2005-03-24 at 10:27 -0500, Brian Pepple wrote: > > > > W: ufraw strange-permission ufraw-0.4.tar.gz 0664 > > W: ufraw strange-permission ufraw.spec 0664 > > W: ufraw strange-permission COPYING 0664 > > > > These files should probably be have a permission of 0644. > > Hmm, CVS and make upload/new-source don't notice/let me check in mode > changes. I guess this needs manual fixing. Can't be "fixed" centrally, and the whole warning is of doubtful usefulness anyway. CVS only cares if a file has executable bits set, and that could be fixed manually in the repo where applicable. N/A in this case, obviously. And some of the affected files above aren't even in CVS, but the lookaside cache. Everything else besides the x bit in the permissions depends on the umask of whoever did the "cvs up" and/or "make". Apply "umask 022" if you mind the warnings. From jpo at di.uminho.pt Thu Mar 24 17:26:25 2005 From: jpo at di.uminho.pt (=?UTF-8?B?Sm9zw6kgUGVkcm8gT2xpdmVpcmE=?=) Date: Thu, 24 Mar 2005 17:26:25 +0000 Subject: approval/review request: tetex-beamer, tetex-bytefield, ... In-Reply-To: <1111609839.12534.23.camel@shahms.mesd.k12.or.us> References: <424181CB.8090109@di.uminho.pt> <1111609839.12534.23.camel@shahms.mesd.k12.or.us> Message-ID: <4242F841.7090901@di.uminho.pt> Hi, Can I consider these four noarch packages approved with one positive review? I have already imported them. jpo >>tetex-beamer >>------------ >>Summary: A LaTeX class for producing presentations and slides >> >>tetex-pgf >>--------- >>Summary: Create PostScript and PDF graphics in TeX >> >>tetex-xcolor >>------------ >>Summary: Driver-independent color extensions for LaTeX and pdfLaTeX >> >>tetex-bytefield >>--------------- >>Summary: Create illustrations for network protocol specifications -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From skvidal at phy.duke.edu Thu Mar 24 17:32:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 12:32:46 -0500 Subject: Review: ufraw In-Reply-To: <1111683702.29804.0.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> Message-ID: <1111685566.14010.0.camel@cutter> > I cleaned out my chroot, but it looks like mach is having problems > pulling in lcms-devel from the extras repo. Here's the error message > I'm getting: > > ERROR: BuildRequires not met: > error: Failed build dependencies: > lcms-devel is needed by ufraw-0.4-1.i386 > run this: mach -d -r yourchroot yum install lcms-devel tell me what happens. -sv From gauret at free.fr Thu Mar 24 17:49:25 2005 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 24 Mar 2005 18:49:25 +0100 Subject: Request for sponsor: libosip2 References: <1111676546.8887.14.camel@ignacio.ignacio.lan> Message-ID: Ignacio Vazquez-Abrams wrote: > linphone went and updated itself to 1.0.1 but it requires a new version > of libosip, and the existing version may still be useful. > > http://fedora.ivazquez.net/files/libosip2-2.2.0-1.src.rpm Imported. Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text ? From ivazquez at ivazquez.net Thu Mar 24 17:56:17 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 12:56:17 -0500 Subject: Request for sponsor: libosip2 In-Reply-To: References: <1111676546.8887.14.camel@ignacio.ignacio.lan> Message-ID: <1111686977.8887.20.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 18:49 +0100, Aurelien Bompard wrote: > Ignacio Vazquez-Abrams wrote: > > linphone went and updated itself to 1.0.1 but it requires a new version > > of libosip, and the existing version may still be useful. > > > > http://fedora.ivazquez.net/files/libosip2-2.2.0-1.src.rpm > > Imported. Oh, well, I can import, I was just looking for someone not-me to sponsor ;) -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gauret at free.fr Thu Mar 24 18:05:31 2005 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 24 Mar 2005 19:05:31 +0100 Subject: Request for sponsor: libosip2 References: <1111676546.8887.14.camel@ignacio.ignacio.lan> <1111686977.8887.20.camel@ignacio.ignacio.lan> Message-ID: Ignacio Vazquez-Abrams wrote: > Oh, well, I can import, I was just looking for someone not-me to > sponsor ;) Oh ok :) Well, I looked at the specfile before importing, and it looked good :) Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr A Black Hole is where God divided by zero. From Nicolas.Mailhot at laPoste.net Thu Mar 24 18:19:09 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Thu, 24 Mar 2005 19:19:09 +0100 Subject: Missing packagers In-Reply-To: <1111676096.9841.432.camel@bobcat.mine.nu> References: <20050323122328.09d46b69.bugs.michael@gmx.net> <20050323173954.GA4195@nostromo.devel.redhat.com> <20050323200208.43770a9b.bugs.michael@gmx.net> <20050323190236.GB1805@nostromo.devel.redhat.com> <1111605523.647.2.camel@rousalka.dyndns.org> <1111676096.9841.432.camel@bobcat.mine.nu> Message-ID: <1111688352.9737.0.camel@rousalka.dyndns.org> Le jeudi 24 mars 2005 ? 16:54 +0200, Ville Skytt? a ?crit : > On Wed, 2005-03-23 at 20:18 +0100, Nicolas Mailhot wrote: > > > BTW I for one never bothered replying yet, because my packages are just > > old stuff that is pretty static now (only needed to interpret old > > archive formats). > > > > I can do it now if there's a special hurry, though I doubt archivers > > that have not changed for several years will need an active packager > > anytime soon:) > > The perl-Convert-UUlib upstream changelog since the latest fedora.us/FE > package update has keywords like "likely exploitable segfault", so you > may want to take a look at least at that. > http://search.cpan.org/src/MLEHMANN/Convert-UUlib-1.051/Changes Damn - ok I'll go through the whole procedure then. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Thu Mar 24 18:30:01 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 24 Mar 2005 19:30:01 +0100 Subject: Request for addition to wiki edit group. Message-ID: <42430729.4010502@hhs.nl> Michael Schwendt wrote: > On Wed, 23 Mar 2005 23:12:28 +0100, Hans de Goede wrote: > > >>Hi, >> >>I should be the maintainer for libgda, libgnomedb and gnumeric, although >>I haven't done anything sofar. Caolan McNamara has imported the last >>versions from core since I'm still waiting for CVS access (all papers >>filed), but I'll be taking over for the future. > > > Can you nevertheless request the missing bugzilla components meanwhile, > please? If you don't have a Wiki account yet, you would need to create one > first, too, and get yourself added to the EditGroup. > > Hi, Could I be added to the EditGroup so that I can request the nescesarry Bugzilla components. Thanks, Hans From byte at aeon.com.my Thu Mar 24 18:37:28 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 25 Mar 2005 05:37:28 +1100 Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: <20050324165441.3b235aa5.bugs.michael@gmx.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> Message-ID: <1111689448.25721.54.camel@arena.soho.bytebot.net> On Thu, 2005-03-24 at 16:54 +0100, Michael Schwendt wrote: > > The last time I tested that it compiled, started up, and threw a lot > of > > noise at me when trying to play .ogg (or .mp3, for that matter). > Will > > test again. > > Colin, Ralf Ertzinger "owns" the bmp package. I can't comment on > whether it works flawlessly on PPC. We definitely need some sort of `whoowns` script. I went by last updater in spec file (not always the best I guess) And searching through bugzilla, is tedious when you're offline and trying to get stuff fixed. However, maybe some form a XMLRPC magic to connect to Bugzilla and provide such information would be good (at least I avoid a web browser) That might be a worhty tool for fedora-rpmdevtools as well :) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From bdpepple at ameritech.net Thu Mar 24 18:40:28 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 13:40:28 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111426322.1548.2.camel@localhost.localdomain> References: <1111426322.1548.2.camel@localhost.localdomain> Message-ID: <1111689629.30292.0.camel@localhost.localdomain> On Mon, 2005-03-21 at 12:32 -0500, Brian Pepple wrote: > I've got a first packaging of contact-lookup-applet at: > http://piedmont.homelinux.org/fedora/contact-lookup-applet/ > > Description: > This applet allows you to search your Evolution 2 address book for > people. > > I would appreciate it if someone could look it over, and verify that I'm > not missing anything. Does anyone object to importing this package into CVS? Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dag at wieers.com Thu Mar 24 18:43:01 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 19:43:01 +0100 (CET) Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: <1111689448.25721.54.camel@arena.soho.bytebot.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> <1111689448.25721.54.camel@arena.soho.bytebot.net> Message-ID: On Fri, 25 Mar 2005, Colin Charles wrote: > On Thu, 2005-03-24 at 16:54 +0100, Michael Schwendt wrote: > > > The last time I tested that it compiled, started up, and threw a lot > > of > > > noise at me when trying to play .ogg (or .mp3, for that matter). > > Will > > > test again. > > > > Colin, Ralf Ertzinger "owns" the bmp package. I can't comment on > > whether it works flawlessly on PPC. > > We definitely need some sort of `whoowns` script. I went by last updater > in spec file (not always the best I guess) > > And searching through bugzilla, is tedious when you're offline and > trying to get stuff fixed. However, maybe some form a XMLRPC magic to > connect to Bugzilla and provide such information would be good (at least > I avoid a web browser) > > That might be a worhty tool for fedora-rpmdevtools as well :) Why not keep it simple and use metatags in the SPEC file like: # Authority: dag Could be a list of people that share ownership. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From tcallawa at redhat.com Thu Mar 24 18:42:36 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 24 Mar 2005 12:42:36 -0600 Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> <1111689448.25721.54.camel@arena.soho.bytebot.net> Message-ID: <1111689756.3698.59.camel@localhost.localdomain> On Thu, 2005-03-24 at 19:43 +0100, Dag Wieers wrote: > Why not keep it simple and use metatags in the SPEC file like: > > # Authority: dag Because we already have this data in bugzilla. If we use a metatag, the opportunity for disconnect happens. ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From ivazquez at ivazquez.net Thu Mar 24 18:47:08 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 13:47:08 -0500 Subject: Intent to package: contact-lookup-applet In-Reply-To: <1111689629.30292.0.camel@localhost.localdomain> References: <1111426322.1548.2.camel@localhost.localdomain> <1111689629.30292.0.camel@localhost.localdomain> Message-ID: <1111690028.8887.23.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 13:40 -0500, Brian Pepple wrote: > On Mon, 2005-03-21 at 12:32 -0500, Brian Pepple wrote: > > I've got a first packaging of contact-lookup-applet at: > > http://piedmont.homelinux.org/fedora/contact-lookup-applet/ > > > > Description: > > This applet allows you to search your Evolution 2 address book for > > people. > > > > I would appreciate it if someone could look it over, and verify that I'm > > not missing anything. > > Does anyone object to importing this package into CVS? Works for me. C'mon in. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Thu Mar 24 18:48:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 19:48:12 +0100 Subject: Request for addition to wiki edit group. In-Reply-To: <42430729.4010502@hhs.nl> References: <42430729.4010502@hhs.nl> Message-ID: <20050324194812.3c592987.bugs.michael@gmx.net> On Thu, 24 Mar 2005 19:30:01 +0100, Hans de Goede wrote: > Michael Schwendt wrote: > > On Wed, 23 Mar 2005 23:12:28 +0100, Hans de Goede wrote: > > > > > >>Hi, > >> > >>I should be the maintainer for libgda, libgnomedb and gnumeric, although > >>I haven't done anything sofar. Caolan McNamara has imported the last > >>versions from core since I'm still waiting for CVS access (all papers > >>filed), but I'll be taking over for the future. > > > > > > Can you nevertheless request the missing bugzilla components meanwhile, > > please? If you don't have a Wiki account yet, you would need to > create one > > first, too, and get yourself added to the EditGroup. > > > > > > > Hi, > > Could I be added to the EditGroup so that I can request the nescesarry > Bugzilla components. What's the name of your Wiki account? From skvidal at phy.duke.edu Thu Mar 24 18:49:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 13:49:23 -0500 Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: <1111689448.25721.54.camel@arena.soho.bytebot.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> <1111689448.25721.54.camel@arena.soho.bytebot.net> Message-ID: <1111690163.14010.4.camel@cutter> > We definitely need some sort of `whoowns` script. I went by last updater > in spec file (not always the best I guess) > > And searching through bugzilla, is tedious when you're offline and > trying to get stuff fixed. However, maybe some form a XMLRPC magic to > connect to Bugzilla and provide such information would be good (at least > I avoid a web browser) https://bugzilla.redhat.com/bugzilla/describecomponents.cgi?product=Fedora%20Extras that's less searching. but I get your point. -sv From dag at wieers.com Thu Mar 24 18:51:49 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 24 Mar 2005 19:51:49 +0100 (CET) Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: <1111689756.3698.59.camel@localhost.localdomain> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> <1111689448.25721.54.camel@arena.soho.bytebot.net> <1111689756.3698.59.camel@localhost.localdomain> Message-ID: On Thu, 24 Mar 2005, Tom 'spot' Callaway wrote: > On Thu, 2005-03-24 at 19:43 +0100, Dag Wieers wrote: > > > Why not keep it simple and use metatags in the SPEC file like: > > > > # Authority: dag > > Because we already have this data in bugzilla. If we use a metatag, the > opportunity for disconnect happens. It could be updated in one or the other direction. Since people do not have direct access to bugzilla, it might as well get pulled in from time to time into bugzilla. -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From bugs.michael at gmx.net Thu Mar 24 18:53:23 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 19:53:23 +0100 Subject: whoowns (WAS:Re: bmp still requires ExcludeArch?) In-Reply-To: <1111689448.25721.54.camel@arena.soho.bytebot.net> References: <1111644720.24837.16.camel@arena.soho.bytebot.net> <20050324130412.584e20df@nausicaa.camperquake.de> <20050324165441.3b235aa5.bugs.michael@gmx.net> <1111689448.25721.54.camel@arena.soho.bytebot.net> Message-ID: <20050324195323.413c16ff.bugs.michael@gmx.net> On Fri, 25 Mar 2005 05:37:28 +1100, Colin Charles wrote: > On Thu, 2005-03-24 at 16:54 +0100, Michael Schwendt wrote: > > > The last time I tested that it compiled, started up, and threw a lot > > of > > > noise at me when trying to play .ogg (or .mp3, for that matter). > > Will > > > test again. > > > > Colin, Ralf Ertzinger "owns" the bmp package. I can't comment on > > whether it works flawlessly on PPC. > > We definitely need some sort of `whoowns` script. I went by last updater > in spec file (not always the best I guess) We used to have the bugzilla components list, but for some time it no longer shows the owners' e-mail addresses, but just their real names: https://bugzilla.redhat.com/bugzilla/describecomponents.cgi?product=Fedora%20Extras > And searching through bugzilla, is tedious when you're offline and > trying to get stuff fixed. However, maybe some form a XMLRPC magic to > connect to Bugzilla and provide such information would be good (at least > I avoid a web browser) > > That might be a worhty tool for fedora-rpmdevtools as well :) First we need a new list. From j.w.r.degoede at hhs.nl Thu Mar 24 19:23:42 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 24 Mar 2005 20:23:42 +0100 Subject: Request for addition to wiki edit group. In-Reply-To: <20050324194812.3c592987.bugs.michael@gmx.net> References: <42430729.4010502@hhs.nl> <20050324194812.3c592987.bugs.michael@gmx.net> Message-ID: <424313BE.5040805@hhs.nl> Michael Schwendt wrote: > On Thu, 24 Mar 2005 19:30:01 +0100, Hans de Goede wrote: > > >>Michael Schwendt wrote: >> > On Wed, 23 Mar 2005 23:12:28 +0100, Hans de Goede wrote: >> > >> > >> >>Hi, >> >> >> >>I should be the maintainer for libgda, libgnomedb and gnumeric, although >> >>I haven't done anything sofar. Caolan McNamara has imported the last >> >>versions from core since I'm still waiting for CVS access (all papers >> >>filed), but I'll be taking over for the future. >> > >> > >> > Can you nevertheless request the missing bugzilla components meanwhile, >> > please? If you don't have a Wiki account yet, you would need to >>create one >> > first, too, and get yourself added to the EditGroup. >> > >> > >> >> >>Hi, >> >>Could I be added to the EditGroup so that I can request the nescesarry >>Bugzilla components. > > > What's the name of your Wiki account? > Sorry, It is HansdeGoede Regards, Hans From bdpepple at ameritech.net Thu Mar 24 19:45:14 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 14:45:14 -0500 Subject: Review: ufraw In-Reply-To: <1111685566.14010.0.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> Message-ID: <1111693514.32012.1.camel@localhost.localdomain> On Thu, 2005-03-24 at 12:32 -0500, seth vidal wrote: > > I cleaned out my chroot, but it looks like mach is having problems > > pulling in lcms-devel from the extras repo. Here's the error message > > I'm getting: > > > > ERROR: BuildRequires not met: > > error: Failed build dependencies: > > lcms-devel is needed by ufraw-0.4-1.i386 > > > > run this: > > mach -d -r yourchroot yum install lcms-devel > > tell me what happens. Here's the output from that: [colu at austin ~]$ mach -d -r fedora-development-i386-core clean yum install lcms-devel DEBUG: This is mach (make a chroot) 0.4.6.1 DEBUG: real root name is fedora-development-i386-core DEBUG: setting config['runuser'] to /sbin/runuser DEBUG: root: fedora-development-i386-core DEBUG: ensuring dir /var/cache/mach/archives/partial DEBUG: main: args: ['clean', 'yum', 'install', 'lcms-devel'] DEBUG: main: running clean DEBUG: cat /var/lib/mach/states/fedora-development-i386-core/mount | xargs /usr/sbin/mach-helper umount DEBUG: Removing statedir /var/lib/mach/states/fedora-development-i386- core Cleaning out root ...DEBUG: Executing /usr/sbin/mach-helper chroot /var/lib/mach/roots/fedora-development-i386-core /sbin/runuser - root -c "cd / && rm -rfv proc opt bin lib initrd root sys boot home srv mnt dev media etc var sbin usr tmp selinux" ............ /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 24 19:49:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 14:49:39 -0500 Subject: Review: ufraw In-Reply-To: <1111693514.32012.1.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> Message-ID: <1111693779.14010.18.camel@cutter> On Thu, 2005-03-24 at 14:45 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 12:32 -0500, seth vidal wrote: > > > I cleaned out my chroot, but it looks like mach is having problems > > > pulling in lcms-devel from the extras repo. Here's the error message > > > I'm getting: > > > > > > ERROR: BuildRequires not met: > > > error: Failed build dependencies: > > > lcms-devel is needed by ufraw-0.4-1.i386 > > > > > > > run this: > > > > mach -d -r yourchroot yum install lcms-devel > > > > tell me what happens. > > Here's the output from that: > > [colu at austin ~]$ mach -d -r fedora-development-i386-core clean yum > install lcms-devel read the command you typed. now read the command I sent you. see the difference? :) -sv From sig at netdot.net Thu Mar 24 20:19:32 2005 From: sig at netdot.net (Aaron VanDevender) Date: Thu, 24 Mar 2005 14:19:32 -0600 Subject: New Package for Review: jack-audio-connection-kit Message-ID: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> I would like to submit the jack-audio-connection-kit for review. http://renny.netdot.net/~sig/jack-audio-connection-kit-0.99.0-1.src.rpm md5sum => 5b5d8351745f406d89d724997b6b46df This package requires a tmpfs to store some FIFOs and sockets. The package default is to use something like /var/lib/jack, but I instead nixed that (and all the associated /dev/fstab surgery) and used /dev/shm for this purpose. If anyone thinks that using /dev/shm for this purpose is a bad idea, let me know. -- sig at netdot.net Plead the First. From bdpepple at ameritech.net Thu Mar 24 20:25:37 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 15:25:37 -0500 Subject: Review: ufraw In-Reply-To: <1111693779.14010.18.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> Message-ID: <1111695937.32214.1.camel@localhost.localdomain> On Thu, 2005-03-24 at 14:49 -0500, seth vidal wrote: > On Thu, 2005-03-24 at 14:45 -0500, Brian Pepple wrote: > > On Thu, 2005-03-24 at 12:32 -0500, seth vidal wrote: > > > > I cleaned out my chroot, but it looks like mach is having problems > > > > pulling in lcms-devel from the extras repo. Here's the error message > > > > I'm getting: > > > > > > > > ERROR: BuildRequires not met: > > > > error: Failed build dependencies: > > > > lcms-devel is needed by ufraw-0.4-1.i386 > > > > > > > > > > run this: > > > > > > mach -d -r yourchroot yum install lcms-devel > > > > > > tell me what happens. > > > > Here's the output from that: > > > > [colu at austin ~]$ mach -d -r fedora-development-i386-core clean yum > > install lcms-devel > > read the command you typed. > > now > > read the command I sent you. > > see the difference? :) Crap, how'd that 'clean' get in there? :( Oh well, I'll give it another try. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Thu Mar 24 20:29:07 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 24 Mar 2005 21:29:07 +0100 Subject: New Package for Review: jack-audio-connection-kit In-Reply-To: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> Message-ID: <20050324212907.1349199a@nausicaa.camperquake.de> Hi. Aaron VanDevender wrote: > This package requires a tmpfs to store some FIFOs and sockets. Why can't it stick those in /tmp, for example? -- The flag of the Philippines is the only national flag that is flown differently during times of peace or war. A portion of the flag is blue, while the other is red. The blue portion is flown on top in time of peace and the red portion is flown in war time. From bugs.michael at gmx.net Thu Mar 24 21:03:02 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 24 Mar 2005 22:03:02 +0100 Subject: Review: ufraw In-Reply-To: <1111693514.32012.1.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> Message-ID: <20050324220302.7ca1efac.bugs.michael@gmx.net> On Thu, 24 Mar 2005 14:45:14 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 12:32 -0500, seth vidal wrote: > > > I cleaned out my chroot, but it looks like mach is having problems > > > pulling in lcms-devel from the extras repo. Here's the error message > > > I'm getting: > > > > > > ERROR: BuildRequires not met: > > > error: Failed build dependencies: > > > lcms-devel is needed by ufraw-0.4-1.i386 > > > > > > > run this: > > > > mach -d -r yourchroot yum install lcms-devel > > > > tell me what happens. > > Here's the output from that: > > [colu at austin ~]$ mach -d -r fedora-development-i386-core clean yum > install lcms-devel lcms* is in Extras, hence you would need the "fedora-development-i386-extras-stable" chroot instead. From denis at poolshark.org Thu Mar 24 21:12:15 2005 From: denis at poolshark.org (Denis Leroy) Date: Thu, 24 Mar 2005 13:12:15 -0800 Subject: Missing packagers In-Reply-To: <20050323122328.09d46b69.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> Message-ID: <42432D2F.1010503@poolshark.org> I'm here. Wiki updated. Thanks Michael. -denis Michael Schwendt wrote: > List of "packages by owner" with packagers either not seen on > > http://fedoraproject.org/wiki/Extras/SponsorsNeeded > > before. > > > Aaron Bennett : ifplugd libdaemon > > Alain PORTAL : gputils tetex-eurofont > > Andreas Pfaffeneder : camstream leafnode putty > > Arnaud Ab?lard : fluxconf > > Ben Escoto : duplicity > > Chris Ricker : jhead > > David Kaplan : i810switch proj shapelib xtide > > Denis Leroy : gconfmm20 gconfmm26 glibmm24 gnome-vfsmm26 gtkmm20 gtkmm24 libglademm20 libglademm24 libgnomecanvasmm20 libgnomecanvasmm26 libgnomemm20 libgnomemm26 libgnomeuimm20 libgnomeuimm26 libsigc++20 > > Jean-Luc Fontaine : blt moodss tktable > > Juha Ylitalo : python-imaging xplanet > > Keith G. Robertson-Turner : tripwire > > Laurent Papier : tdl > > Miguel Armas : hping2 shorewall > > Nicolas Mailhot : arc freeze lzop nomarch perl-Convert-UUlib perl-Net-Server zoo > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From bdpepple at ameritech.net Thu Mar 24 21:20:12 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 16:20:12 -0500 Subject: Review: ufraw In-Reply-To: <1111693779.14010.18.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> Message-ID: <1111699212.1297.5.camel@localhost.localdomain> On Thu, 2005-03-24 at 14:49 -0500, seth vidal wrote: > read the command you typed. > > now > > read the command I sent you. > > see the difference? :) Ok, this looks a lot better: DEBUG: This is mach (make a chroot) 0.4.6.1 DEBUG: real root name is fedora-development-i386-core DEBUG: setting config['runuser'] to /sbin/runuser DEBUG: root: fedora-development-i386-core DEBUG: ensuring dir /var/cache/mach/archives/partial DEBUG: main: args: ['yum', 'install', 'lcms-devel'] DEBUG: main: running yum DEBUG: yum: command /usr/sbin/mach-helper yum -- installroot /var/lib/mach/roots/fedora-development-i386-core - c /var/lib/mach/states/fedora-development-i386-core/yum.conf install lcms-devel DEBUG: ensuring dir /var/lib/mach/roots/fedora-development-i386- core/proc DEBUG: cat /var/lib/mach/states/fedora-development-i386-core/mount | xargs /usr/sbin/mach-helper umount DEBUG: mounting proc DEBUG: /usr/sbin/mach-helper mount -t proc proc /var/lib/mach/roots/fedora-development-i386-core/proc Setting up Install Process Setting up Repos core 100% |=========================| 1.1 kB 00:00 groups 100% |=========================| 1.1 kB 00:00 mach-local 100% |=========================| 951 B 00:00 Reading repository metadata in from local files core : ################################################## 3511/3511 No Match for argument: lcms-devel Nothing to do Obviously, there isn't lcms-devel in the devel branch. Is it having problems being built? I don't see anything on the FC4Status wiki referencing it. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 24 21:24:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 16:24:50 -0500 Subject: Review: ufraw In-Reply-To: <1111699212.1297.5.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> Message-ID: <1111699490.16910.5.camel@cutter> > Obviously, there isn't lcms-devel in the devel branch. Is it having > problems being built? I don't see anything on the FC4Status wiki > referencing it. try: mach -d -r fedora-development-i386-extras-stable yum install lcms-devel -sv From bdpepple at ameritech.net Thu Mar 24 21:36:11 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 16:36:11 -0500 Subject: Review: ufraw In-Reply-To: <1111699490.16910.5.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> Message-ID: <1111700171.1297.10.camel@localhost.localdomain> On Thu, 2005-03-24 at 16:24 -0500, seth vidal wrote: > try: > > mach -d -r fedora-development-i386-extras-stable yum install lcms-devel > Here's the output: [colu at austin ~]$ mach -d -r fedora-development-i386-extras-stable yum install lcms-devel DEBUG: This is mach (make a chroot) 0.4.6.1 DEBUG: real root name is fedora-development-i386-extras-stable DEBUG: root: fedora-development-i386-extras-stable DEBUG: ensuring dir /var/cache/mach/archives/partial DEBUG: main: args: ['yum', 'install', 'lcms-devel'] DEBUG: main: running yum DEBUG: yum: command /usr/sbin/mach-helper yum -- installroot /var/lib/mach/roots/ fedora-development-i386-extras-stable - c /var/lib/mach/states/fedora-development -i386-extras-stable/yum.conf install lcms-devel DEBUG: ensuring dir /var/lib/mach/roots/fedora-development-i386-extras- stable/pr oc DEBUG: mounting proc Traceback (most recent call last): File "/usr/bin/mach", line 1995, in ? main (config, sys.argv[1:]) File "/usr/bin/mach", line 1969, in main output = Root.__dict__[command] (root, args[1:]) File "/usr/bin/mach", line 570, in yum self.mount () File "/usr/bin/mach", line 450, in mount file = open (os.path.join (self.statedir, 'mount'), "a+") IOError: [Errno 2] No such file or directory: '/var/lib/mach/states/fedora-devel opment-i386-extras-stable/mount' /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Thu Mar 24 21:41:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 16:41:32 -0500 Subject: Review: ufraw In-Reply-To: <1111700171.1297.10.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> Message-ID: <1111700492.16910.7.camel@cutter> On Thu, 2005-03-24 at 16:36 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 16:24 -0500, seth vidal wrote: > > try: > > > > mach -d -r fedora-development-i386-extras-stable yum install lcms-devel > > > > Here's the output: > [colu at austin ~]$ mach -d -r fedora-development-i386-extras-stable yum > install lcms-devel > DEBUG: This is mach (make a chroot) 0.4.6.1 > DEBUG: real root name is fedora-development-i386-extras-stable > DEBUG: root: fedora-development-i386-extras-stable > DEBUG: ensuring dir /var/cache/mach/archives/partial > DEBUG: main: args: ['yum', 'install', 'lcms-devel'] > DEBUG: main: running yum > DEBUG: yum: command /usr/sbin/mach-helper yum -- > installroot /var/lib/mach/roots/ fedora-development-i386-extras-stable - > c /var/lib/mach/states/fedora-development -i386-extras-stable/yum.conf > install lcms-devel > DEBUG: ensuring dir /var/lib/mach/roots/fedora-development-i386-extras- > stable/pr oc > DEBUG: mounting proc > Traceback (most recent call last): > File "/usr/bin/mach", line 1995, in ? > main (config, sys.argv[1:]) > File "/usr/bin/mach", line 1969, in main > output = Root.__dict__[command] (root, args[1:]) > File "/usr/bin/mach", line 570, in yum > self.mount () > File "/usr/bin/mach", line 450, in mount > file = open (os.path.join (self.statedir, 'mount'), "a+") > IOError: [Errno 2] No such file or directory: > '/var/lib/mach/states/fedora-devel opment-i386-extras-stable/mount' > okay let's try this mach -d -r fedora-development-i386-extras-stable setup build mach -d -r fedora-development-i386-extras-stable yum install lcms-devel -sv From ivazquez at ivazquez.net Thu Mar 24 21:48:44 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 16:48:44 -0500 Subject: Request for sponsor: fyre Message-ID: <1111700924.8887.28.camel@ignacio.ignacio.lan> I saw this funky little app a while back, but didn't get around to packaging it until today. http://fedora.ivazquez.net/files/fyre-1.0.0-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adrian at lisas.de Thu Mar 24 21:51:00 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 24 Mar 2005 22:51:00 +0100 Subject: Jabber Server? In-Reply-To: <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050324215100.GA8406@lisas.de> On Thu, Mar 24, 2005 at 02:24:44PM +0100, Enrico Scholz wrote: > > So should I request a build or are there any open issues with jabberd? > > * '-p' should be used with %install That's easy to fix. > * /usr/bin/c2s is packaged SUID root... is this really needed, especially > because gcc4 gives out a lot of warnings and the code is not trivial The problem for me is that I need the suid binary so that the pam authentication works. I am not sure if there is maybe another solution. > * the initscript starts 5 daemons; when jabber allows to use only a > subset of them on one machine, there should exist a way to disable > startup of some daemons. Generally, I would prefer one initscript per > service. How about /etc/sysconfig/jabberd with a list which daemons to start? > * the programs are linked against libraries with redundant functionality > (mysql vs. pgsql, perhaps ldap). I would prefer either subpackages with > minimal binaries (e.g. -mysql, -pgsql, -ldap), or at least, that unneeded > functionality can be disabled at build-time. E.g. when writing I also thought about subpackages but this would mean that it has to be compiled multiple times, right? Especially difficult is that it could be possible that someone wants to use pgsql as backend storage and ldap for authentication, so that the best sollution would be your suggestion to disabled functionality at build-time. I will check in a new version shortly. Thanks. Adrian From kaboom at oobleck.net Thu Mar 24 21:59:20 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 24 Mar 2005 16:59:20 -0500 (EST) Subject: Missing packagers (more info) Message-ID: On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > And it is no fun to spend time on trying to contact people, who don't > even take a second to reply in order to simply state whether they know > about Fedora Extras already or what they're waiting for. A minimum of > communication can't be so hard. For whatever its worth, you blocked my email when I tried to reply to your private "are you alive?" email. Other lost packagers you're trying to reach may be in a similar situation.... At any rate, I'm still around, slowly figuring out the "new" Fedora Extras, and willing to maintain the stuff I'd submitted back in the day to fedora.us. I've posted a request for sponsorship on the wiki with a link to an updated openbox SRPM to get started.... later, chris From nando at ccrma.Stanford.EDU Thu Mar 24 22:02:38 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 24 Mar 2005 14:02:38 -0800 Subject: New Package for Review: jack-audio-connection-kit In-Reply-To: <20050324212907.1349199a@nausicaa.camperquake.de> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> Message-ID: <1111701758.8877.857.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 12:29, Ralf Ertzinger wrote: > Hi. > > Aaron VanDevender wrote: > > > This package requires a tmpfs to store some FIFOs and sockets. > > Why can't it stick those in /tmp, for example? Because there are problems with journalled filesystems (ie: ext3). The disk activity interferes with the named pipes that Jack uses for interprocess communication and creates latency hits. For the current working release of the Jack Audio Connection Kit at Planet CCRMA see: http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/jack-audio-connection-kit-0.99.36-0.2.cvs.src.rpm (this cvs release has some fixes that enables it to work better with 2.6.x and the lsm realtime kernel module, more below on this - I was meaning to submit it but was waiting for legal stuff here at Stanford before doing that so that I could be its maintainer, sigh, it is a prerequisite to contributing most of the interesting stuff at Planet CCRMA to Extras). Which brings me to a couple of comments. A proper usable release of Jack will need support at some level (kernel, probably) for aquiring the proper privileges, ie: access to the SCHED_FIFO scheduler and memory locking as a normal non-root user. Without those two (specially the first) Jack is not really usable by non-root users for its intended purpose. The current solution in the Planet CCRMA kernels is to include the realtime lsm kernel module and load it as part of the boot sequence. Regretfully the realtime lsm kernel module cannot be built (last time I checked) as an external module to the stock Fedora kernels as there is a kernel build option that conflicts with it. Another issue in the package (both versions): jackd vs. jackstart vs. prelink: Jackstart is the "old way" of starting Jackd with realtime privileges in 2.4.x by using capabilities (it is suid root, aquires the required capabilities and passes them to jackd, which in turn passes them to all new Jack clients - this requires a 2.4.x kernel patched with the "capabilities patch"). It is not really needed anymore for 2.6.x kernels that use the realtime lsm kernel module so it would not be necessary for packages meant for FC >= 2. If it is built, it will work with 2.6/lsm, provided that it is marked as an exception in the prelink configuration file (requires prelink >= 3.2), otherwise prelink messes up the (simplistic) method that jackstart uses of checking that the jackd binary has not been messed with. I have not erased jackstart from my packages yet, mostly for backwards compatibility reasons (and because I also maintain versions for FC1/RH9, both 2.4.x based). For more on the history of the package at Planet CCRMA see the changelog in spec file in the srpm mentioned above. -- Fernando From bdpepple at ameritech.net Thu Mar 24 22:08:34 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 17:08:34 -0500 Subject: Review: ufraw In-Reply-To: <1111700492.16910.7.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> Message-ID: <1111702114.1297.17.camel@localhost.localdomain> On Thu, 2005-03-24 at 16:41 -0500, seth vidal wrote: > okay let's try this > mach -d -r fedora-development-i386-extras-stable setup build This step looks like it worked alright, until the end, where it looks like runuser didn't get installed. Here's the end of the output for this step: DEBUG: _groupinstall (base) DEBUG: Installing groups for base DEBUG: group_installer: command /usr/sbin/mach-helper yum -- installroot /var/lib/mach/roots/fedora-development-i386-extras-stable - c /var/lib/mach/states/fedora-development-i386-extras-stable/yum.conf groupinstall build-base Installing group 'base' ...DEBUG: Executing /usr/sbin/mach-helper yum -- installroot /var/lib/mach/roots/fedora-development-i386-extras-stable - c /var/lib/mach/states/fedora-development-i386-extras-stable/yum.conf groupinstall build-base .... DEBUG: outputting state DEBUG: base DEBUG: outputted state DEBUG: cat /var/lib/mach/states/fedora-development-i386-extras- stable/mount | xargs /usr/sbin/mach-helper umount ERROR: su/runuser did not get installed properly DEBUG: unlocking root > mach -d -r fedora-development-i386-extras-stable yum install lcms-devel I went ahead and ran this step even though there looks there was an error in the prior step. Regardless, it looks like the dependency got installed. Here's the end of this step: Installed: lcms-devel.i386 0:1.14-1 Dependency Installed: fontconfig.i386 0:2.2.3-12 freeglut.i386 0:2.2.0-16 freetype.i386 0:2.1.9-2 lcms.i386 0:1.14-1 libjpeg.i386 0:6b-34 libtiff.i386 0:3.7.1-5 pkgconfig.i386 1:0.15.0-5 xorg-x11-Mesa- libGL.i386 0:6.8.2-13 xorg-x11-Mesa-libGLU.i386 0:6.8.2-13 xorg-x11- libs.i386 0:6.8.2-13 Complete! If you need any of the rest of the output I've got it. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adrian at lisas.de Thu Mar 24 22:10:26 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 24 Mar 2005 23:10:26 +0100 Subject: Request for sponsor: fyre In-Reply-To: <1111700924.8887.28.camel@ignacio.ignacio.lan> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> Message-ID: <20050324221026.GB8406@lisas.de> On Thu, Mar 24, 2005 at 04:48:44PM -0500, Ignacio Vazquez-Abrams wrote: > I saw this funky little app a while back, but didn't get around to > packaging it until today. > > http://fedora.ivazquez.net/files/fyre-1.0.0-1.src.rpm How about: update-desktop-database /usr/share/applications &> /dev/null 2>&1 || : update-mime-database %{_datadir}/mime > /dev/null 2>&1 || : rpmlint: E: fyre zero-length /usr/share/doc/fyre-1.0.0/NEWS E: fyre summary-too-long Adrian -- Adrian Reber http://lisas.de/~adrian/ Those who can't write, write manuals. From ivazquez at ivazquez.net Thu Mar 24 22:27:59 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 17:27:59 -0500 Subject: Request for sponsor: fyre In-Reply-To: <20050324221026.GB8406@lisas.de> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> <20050324221026.GB8406@lisas.de> Message-ID: <1111703279.8887.38.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 23:10 +0100, Adrian Reber wrote: > How about: > > update-desktop-database /usr/share/applications &> /dev/null 2>&1 || : > update-mime-database %{_datadir}/mime > /dev/null 2>&1 || : The redirecting to /dev/null I can agree with, but the path on u-d-d isn't required and the "|| ;" is extraneous due to the Requires(post*). > rpmlint: > > E: fyre zero-length /usr/share/doc/fyre-1.0.0/NEWS Upstream bug. > E: fyre summary-too-long How about "A tool for creating artwork from chaotic functions"? http://fedora.ivazquez.net/files/fyre-1.0.0-2.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Thu Mar 24 22:30:22 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 17:30:22 -0500 Subject: New Package for Review: jack-audio-connection-kit In-Reply-To: <1111701758.8877.857.camel@cmn37.stanford.edu> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> Message-ID: <1111703422.8887.41.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 14:02 -0800, Fernando Lopez-Lezcano wrote: > On Thu, 2005-03-24 at 12:29, Ralf Ertzinger wrote: > > Hi. > > > > Aaron VanDevender wrote: > > > > > This package requires a tmpfs to store some FIFOs and sockets. > > > > Why can't it stick those in /tmp, for example? > > Because there are problems with journalled filesystems (ie: ext3). The > disk activity interferes with the named pipes that Jack uses for > interprocess communication and creates latency hits. I always thought that FIFOs and sockets only actually existed in Linux's VFS, and the on-disk inodes were only needed to identify them in order to connect. Have I been mistaken all this time? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bdpepple at ameritech.net Thu Mar 24 22:32:32 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Thu, 24 Mar 2005 17:32:32 -0500 Subject: Request for sponsor: fyre In-Reply-To: <1111703279.8887.38.camel@ignacio.ignacio.lan> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> <20050324221026.GB8406@lisas.de> <1111703279.8887.38.camel@ignacio.ignacio.lan> Message-ID: <1111703552.5331.1.camel@localhost.localdomain> On Thu, 2005-03-24 at 17:27 -0500, Ignacio Vazquez-Abrams wrote: > > > rpmlint: > > > > E: fyre zero-length /usr/share/doc/fyre-1.0.0/NEWS > > Upstream bug. > Since the NEWS doesn't contain anything, why not remove it? /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sig at netdot.net Thu Mar 24 22:35:05 2005 From: sig at netdot.net (Aaron VanDevender) Date: Thu, 24 Mar 2005 16:35:05 -0600 Subject: New Package for Review: jack-audio-connection-kit In-Reply-To: <1111701758.8877.857.camel@cmn37.stanford.edu> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> Message-ID: <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> On Thu, 2005-03-24 at 14:02 -0800, Fernando Lopez-Lezcano wrote: > For the current working release of the Jack Audio Connection Kit at > Planet CCRMA see: > http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/jack-audio-connection-kit-0.99.36-0.2.cvs.src.rpm > > (this cvs release has some fixes that enables it to work better with > 2.6.x and the lsm realtime kernel module, more below on this - I was > meaning to submit it but was waiting for legal stuff here at Stanford > before doing that so that I could be its maintainer, sigh, it is a > prerequisite to contributing most of the interesting stuff at Planet > CCRMA to Extras). I'm perfectly happy with you maintaining jack in extras. What sort of legal stuff do you have to go through? > Which brings me to a couple of comments. > > A proper usable release of Jack will need support at some level (kernel, > probably) for aquiring the proper privileges, ie: access to the > SCHED_FIFO scheduler and memory locking as a normal non-root user. > Without those two (specially the first) Jack is not really usable by > non-root users for its intended purpose. The current solution in the > Planet CCRMA kernels is to include the realtime lsm kernel module and > load it as part of the boot sequence. Regretfully the realtime lsm > kernel module cannot be built (last time I checked) as an external > module to the stock Fedora kernels as there is a kernel build option > that conflicts with it. Well JACK is still usable even without privileges as an audio server. It probably dosen't gain anything over esd on its own, except that it lets you use some applications that require JACK. My plan with submitting it was to get JACK and some fun sound applications into FE now and sort out the kernel stuff once there was some momentum behind it. I don't think the standard for FE kernel modules has been quite worked out yet (gdk?) so we might as well play with what we can. My package differs from the PlanetCCRMA one in that it doesn't care about preemption, realtime execution, or capabilities. So in some sense its merely a shadow of what JACK is "supposed" to be, but on the other hand it works out of the box without having to mess with the kernel, and without having to set LD_ASSUME_KERNEL. > I have not erased jackstart from my packages yet, mostly for backwards > compatibility reasons (and because I also maintain versions for FC1/RH9, > both 2.4.x based). > > For more on the history of the package at Planet CCRMA see the changelog > in spec file in the srpm mentioned above. > > -- Fernando > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- sig at netdot.net Plead the First. From nando at ccrma.Stanford.EDU Thu Mar 24 22:48:33 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 24 Mar 2005 14:48:33 -0800 Subject: New Package for Review: jack-audio-connection-kit In-Reply-To: <1111703422.8887.41.camel@ignacio.ignacio.lan> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> <1111703422.8887.41.camel@ignacio.ignacio.lan> Message-ID: <1111704513.8882.1013.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 14:30, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-03-24 at 14:02 -0800, Fernando Lopez-Lezcano wrote: > > On Thu, 2005-03-24 at 12:29, Ralf Ertzinger wrote: > > > Hi. > > > > > > Aaron VanDevender wrote: > > > > > > > This package requires a tmpfs to store some FIFOs and sockets. > > > > > > Why can't it stick those in /tmp, for example? > > > > Because there are problems with journalled filesystems (ie: ext3). The > > disk activity interferes with the named pipes that Jack uses for > > interprocess communication and creates latency hits. > > I always thought that FIFOs and sockets only actually existed in Linux's > VFS, and the on-disk inodes were only needed to identify them in order > to connect. Have I been mistaken all this time? I really don't know, but the effect is drastic on Jack's operation. With the pipes/fifos in /tmp you get drastic latency hits. See the appended email for the first email (by Jeese Chappel) about this. -- Fernando -----Forwarded Message----- From: Jesse Chappell To: jackit-devel Subject: [Jackit-devel] xrun holy grail!! (for at least some) Date: 05 May 2003 22:48:38 -0400 For those of us who have seen periodic and terrible overruns associated with disk activity, I have found the culprit! By default, jack uses /tmp for its FIFOs and unix sockets. For people (like myself) where /tmp is on a reiserfs filesystem, periodic writes were occurring by the filesystem to flush file access modifications constantly occurring when the jack fifos were are use. Under light disk loads these did not cause overruns, but under medium to heavy disk loads, I believe those fs flushes were being starved, thus causing potentially massive overruns to JACK. Whether this can be fixed in the kernel, I don't know, but it does happen. By mounting a ramfs filesystem and telling jackd to put its temporary files there, and using a client that supports it, all such overruns I was having disappeared! I know this will solve the problem for people with reiserfs, it might also help others. # mkdir /mnt/ramfs; # mount -t ramfs ramfs /mnt/ramfs (set permissions appropriately if running as user) # chmod 777 /mnt/ramfs # jackd --tmpdir=/mnt/ramfs -R -d alsa -d hw:0 ...... (or jackstart) start a client that supports setting the jack tmpdir # jack-rack --tmpdir /mnt/ramfs ...... Hammer away at your disk and watch the jackd output. I used command like this to hammer: dd if=/dev/zero of=blah bs=1000 count=1000000 Without the tmpdir on a ramfs, I would get 2-5 *second* xruns with that kind of hammering (at any buffersize). Now I can get perfect performance with a intel8x0 with -b 128 on a thinkpad A31! Bring on the HDSP.... jlc From adrian at lisas.de Thu Mar 24 22:54:38 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 24 Mar 2005 23:54:38 +0100 Subject: Request for sponsor: fyre In-Reply-To: <1111703279.8887.38.camel@ignacio.ignacio.lan> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> <20050324221026.GB8406@lisas.de> <1111703279.8887.38.camel@ignacio.ignacio.lan> Message-ID: <20050324225438.GA8046@lisas.de> On Thu, Mar 24, 2005 at 05:27:59PM -0500, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-03-24 at 23:10 +0100, Adrian Reber wrote: > > How about: > > > > update-desktop-database /usr/share/applications &> /dev/null 2>&1 || : > > update-mime-database %{_datadir}/mime > /dev/null 2>&1 || : > > The redirecting to /dev/null I can agree with, but the path on u-d-d > isn't required and the "|| ;" is extraneous due to the Requires(post*). I just copied a bad example. It wasn't about the path I just wanted mention the redirecting. And the "|| :" is there to prevent a bad exit code if it failed and not only if the file wasn't found. Adrian From ivazquez at ivazquez.net Thu Mar 24 22:58:56 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 24 Mar 2005 17:58:56 -0500 Subject: Request for sponsor: fyre In-Reply-To: <20050324225438.GA8046@lisas.de> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> <20050324221026.GB8406@lisas.de> <1111703279.8887.38.camel@ignacio.ignacio.lan> <20050324225438.GA8046@lisas.de> Message-ID: <1111705136.8887.42.camel@ignacio.ignacio.lan> On Thu, 2005-03-24 at 23:54 +0100, Adrian Reber wrote: > On Thu, Mar 24, 2005 at 05:27:59PM -0500, Ignacio Vazquez-Abrams wrote: > > On Thu, 2005-03-24 at 23:10 +0100, Adrian Reber wrote: > > > How about: > > > > > > update-desktop-database /usr/share/applications &> /dev/null 2>&1 || : > > > update-mime-database %{_datadir}/mime > /dev/null 2>&1 || : > > > > The redirecting to /dev/null I can agree with, but the path on u-d-d > > isn't required and the "|| ;" is extraneous due to the Requires(post*). > > I just copied a bad example. It wasn't about the path I just wanted > mention the redirecting. And the "|| :" is there to prevent a bad exit > code if it failed and not only if the file wasn't found. Fair enough. I'll add this and remove NEWS when it's in CVS. Should I go ahead and import it now? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nando at ccrma.Stanford.EDU Thu Mar 24 23:09:13 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 24 Mar 2005 15:09:13 -0800 Subject: New Package for Review: jack-audio-connection-kit (&selinux?) In-Reply-To: <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> Message-ID: <1111705753.8883.1099.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 14:35, Aaron VanDevender wrote: > On Thu, 2005-03-24 at 14:02 -0800, Fernando Lopez-Lezcano wrote: > > For the current working release of the Jack Audio Connection Kit at > > Planet CCRMA see: > > http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/jack-audio-connection-kit-0.99.36-0.2.cvs.src.rpm > > > > (this cvs release has some fixes that enables it to work better with > > 2.6.x and the lsm realtime kernel module, more below on this - I was > > meaning to submit it but was waiting for legal stuff here at Stanford > > before doing that so that I could be its maintainer, sigh, it is a > > prerequisite to contributing most of the interesting stuff at Planet > > CCRMA to Extras). > > I'm perfectly happy with you maintaining jack in extras. Good. If/when it makes it to Extras there's a lot of stuff waiting that depends on it (for example Rosegarden, which was requested a couple of days ago). BTW, good idea using /dev/shm, I have no idea why I didn't think of that, it was a such a long time ago. Any objections from gurus out there? I'll have to test it out for Planet CCRMA. > What sort of legal stuff do you have to go through? Awh, just making sure I can sign all the legal papers........ > > Which brings me to a couple of comments. > > > > A proper usable release of Jack will need support at some level (kernel, > > probably) for aquiring the proper privileges, ie: access to the > > SCHED_FIFO scheduler and memory locking as a normal non-root user. > > Without those two (specially the first) Jack is not really usable by > > non-root users for its intended purpose. The current solution in the > > Planet CCRMA kernels is to include the realtime lsm kernel module and > > load it as part of the boot sequence. Regretfully the realtime lsm > > kernel module cannot be built (last time I checked) as an external > > module to the stock Fedora kernels as there is a kernel build option > > that conflicts with it. > > Well JACK is still usable even without privileges as an audio server. It > probably dosen't gain anything over esd on its own, except that it lets > you use some applications that require JACK. My plan with submitting it > was to get JACK and some fun sound applications into FE now and sort out > the kernel stuff once there was some momentum behind it. Sounds good to me. With the proviso that users should be warned, the expectation of low latency performace is there otherwise, and users will not get it unless they are willing to run everything as root (yuck!). > I don't think > the standard for FE kernel modules has been quite worked out yet (gdk?) > so we might as well play with what we can. Even if it had been worked out the lsm module cannot be built with the existing Fedora kernel configuration, it needs: CONFIG_SECURITY_CAPABILITIES=m instead of CONFIG_SECURITY_CAPABILITIES=y and both modules can't be stacked together (at least the last time I tried it it was not working). > My package differs from the PlanetCCRMA one in that it doesn't care > about preemption, realtime execution, or capabilities. Well, that is sort of independent of the package itself, I think. There are no dependencies of any kind in both packages that presume access to realtime stuff (with the exception of jackstart being suid root, only needed for 2.4.x). You just can't run with "-R" as a non-root user without the kernel support, but it will run. > So in some sense > its merely a shadow of what JACK is "supposed" to be, but on the other > hand it works out of the box without having to mess with the kernel, and > without having to set LD_ASSUME_KERNEL. [LD_ASSUME_KERNEL is not really necessary in the Fedora world, that was a workaround for older versions of nptl (<= 0.60 if I remember correctly) that had problems in spawning threads with the proper inheritance of the scheduler class.] But in essence what you say is true, either package, without the kernel (or user level) support is not that usable, but _can_ be used. "jackd -R" will not work, and users will definitely see lots of hiccups in sound output, unless they are willing to work with quite long latencies - something not really suitable for most of the applications that use Jack. One question about the kernel support: would selinux be a potential solution to the problem? Without messing with the kernel itself? Would it be possible to use it (selinux) to grant access to SCHED_FIFO and mlockall to selected users, groups of binaries?? -- Fernando From sig at netdot.net Fri Mar 25 01:40:59 2005 From: sig at netdot.net (Aaron VanDevender) Date: Thu, 24 Mar 2005 19:40:59 -0600 Subject: New Package for Review: jack-audio-connection-kit (&selinux?) In-Reply-To: <1111705753.8883.1099.camel@cmn37.stanford.edu> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> <1111705753.8883.1099.camel@cmn37.stanford.edu> Message-ID: <1111714859.2468.88.camel@lazlo.netdot.net> On Thu, 2005-03-24 at 15:09 -0800, Fernando Lopez-Lezcano wrote: > Good. If/when it makes it to Extras there's a lot of stuff waiting that > depends on it (for example Rosegarden, which was requested a couple of > days ago). Funny you mention that. I actually just wrote a rosegarden .spec. I'll submit the .src.rpm when I finish testing it a little more. > Sounds good to me. With the proviso that users should be warned, the > expectation of low latency performace is there otherwise, and users will > not get it unless they are willing to run everything as root (yuck!). my (limited) experience using JACK hasn't had too many problems with the performance (no xruns, etc.) even when not running as root, provided the correct frame/period settings are used. But I'm sure that probably varies by hardware and by task. > Even if it had been worked out the lsm module cannot be built with the > existing Fedora kernel configuration, it needs: > CONFIG_SECURITY_CAPABILITIES=m > instead of > CONFIG_SECURITY_CAPABILITIES=y > and both modules can't be stacked together (at least the last time I > tried it it was not working). Perhaps we should open a bugzilla on the kernel about this? -- sig at netdot.net Plead the First. From bugs.michael at gmx.net Fri Mar 25 01:52:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 02:52:22 +0100 Subject: mach problems (was: Re: Review: ufraw) In-Reply-To: <1111702114.1297.17.camel@localhost.localdomain> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> <1111702114.1297.17.camel@localhost.localdomain> Message-ID: <20050325025222.114cc1dd.bugs.michael@gmx.net> On Thu, 24 Mar 2005 17:08:34 -0500, Brian Pepple wrote: > On Thu, 2005-03-24 at 16:41 -0500, seth vidal wrote: > > okay let's try this > > mach -d -r fedora-development-i386-extras-stable setup build > > This step looks like it worked alright, until the end, where it looks > like runuser didn't get installed. Here's the end of the output for > this step: > > DEBUG: _groupinstall (base) > DEBUG: Installing groups for base > DEBUG: group_installer: command /usr/sbin/mach-helper yum -- > installroot /var/lib/mach/roots/fedora-development-i386-extras-stable - > c /var/lib/mach/states/fedora-development-i386-extras-stable/yum.conf > groupinstall build-base > Installing group 'base' ...DEBUG: Executing /usr/sbin/mach-helper yum -- > installroot /var/lib/mach/roots/fedora-development-i386-extras-stable - > c /var/lib/mach/states/fedora-development-i386-extras-stable/yum.conf > groupinstall build-base > .... > DEBUG: outputting state > DEBUG: base > DEBUG: outputted state > DEBUG: cat /var/lib/mach/states/fedora-development-i386-extras- > stable/mount | xargs /usr/sbin/mach-helper umount > ERROR: su/runuser did not get installed properly I've had to edit /usr/bin/mach and change 'runuser': '/usr/sbin/runuser', to 'runuser': '/sbin/runuser', with FC Devel. From bugs.michael at gmx.net Fri Mar 25 02:30:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 03:30:29 +0100 Subject: Missing packagers (more info) In-Reply-To: References: Message-ID: <20050325033029.6d78de2e.bugs.michael@gmx.net> On Thu, 24 Mar 2005 16:59:20 -0500 (EST), Chris Ricker wrote: > On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > > > And it is no fun to spend time on trying to contact people, who don't > > even take a second to reply in order to simply state whether they know > > about Fedora Extras already or what they're waiting for. A minimum of > > communication can't be so hard. > > For whatever its worth, you blocked my email when I tried to reply to your > private "are you alive?" email. Other lost packagers you're trying to > reach may be in a similar situation.... Hmm, you're the first to say that. I'm not aware of my mail provider causing such problems. Some fedora.us contributors I had mailed by accident (not recognizing their e-mail addresses) managed to get back to me quickly. Additionally, you have not reacted to bugzilla activity for a very long time either. From skvidal at phy.duke.edu Fri Mar 25 02:51:43 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 24 Mar 2005 21:51:43 -0500 Subject: mach problems (was: Re: Review: ufraw) In-Reply-To: <20050325025222.114cc1dd.bugs.michael@gmx.net> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> <1111702114.1297.17.camel@localhost.localdomain> <20050325025222.114cc1dd.bugs.michael@gmx.net> Message-ID: <1111719103.20715.3.camel@cutter> > I've had to edit /usr/bin/mach and change > > 'runuser': '/usr/sbin/runuser', > > to > > 'runuser': '/sbin/runuser', > > with FC Devel. you just need to add: config['mychroot'] = {'runuser': '/sbin/runuser'} to the file in dist.d where mychroot is replaced with the name of your chroot. it's just a config file change, that's the best place to make it -sv From bugs.michael at gmx.net Fri Mar 25 03:27:54 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 04:27:54 +0100 Subject: mach problems (was: Re: Review: ufraw) In-Reply-To: <1111719103.20715.3.camel@cutter> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> <1111702114.1297.17.camel@localhost.localdomain> <20050325025222.114cc1dd.bugs.michael@gmx.net> <1111719103.20715.3.camel@cutter> Message-ID: <20050325042754.3846a4e8.bugs.michael@gmx.net> On Thu, 24 Mar 2005 21:51:43 -0500, seth vidal wrote: > > I've had to edit /usr/bin/mach and change > > > > 'runuser': '/usr/sbin/runuser', > > > > to > > > > 'runuser': '/sbin/runuser', > > > > with FC Devel. > > you just need to add: > config['mychroot'] = {'runuser': '/sbin/runuser'} > > > to the file in dist.d where > mychroot is replaced with the name of your chroot. > > it's just a config file change, that's the best place to make it The best place to change it is the "mach" src.rpm to get a good default. ;) From ed at eh3.com Fri Mar 25 03:35:48 2005 From: ed at eh3.com (Ed Hill) Date: Thu, 24 Mar 2005 22:35:48 -0500 Subject: Missing packagers (more info) In-Reply-To: <20050325033029.6d78de2e.bugs.michael@gmx.net> References: <20050325033029.6d78de2e.bugs.michael@gmx.net> Message-ID: <1111721749.2127.167.camel@ernie> On Fri, 2005-03-25 at 03:30 +0100, Michael Schwendt wrote: > On Thu, 24 Mar 2005 16:59:20 -0500 (EST), Chris Ricker wrote: > > > On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > > > > > And it is no fun to spend time on trying to contact people, who don't > > > even take a second to reply in order to simply state whether they know > > > about Fedora Extras already or what they're waiting for. A minimum of > > > communication can't be so hard. > > > > For whatever its worth, you blocked my email when I tried to reply to your > > private "are you alive?" email. Other lost packagers you're trying to > > reach may be in a similar situation.... > > Hmm, you're the first to say that. I'm not aware of my mail provider > causing such problems. Some fedora.us contributors I had mailed by > accident (not recognizing their e-mail addresses) managed to get back to > me quickly. Additionally, you have not reacted to bugzilla activity for a > very long time either. Hi Chris & Michael, Were the blocked emails returned with some sort of SPF message? If so, I had a similar problem trying to send emails to Micheal back in December. And I sent him a follow-up email (from a completely different account) describing the problem. In fact, heres the relevant parts again: This is a Delivery Status Notification (DSN). I was unable to deliver your message to bugs.michael at gmx.net. I said RCPT TO: And they gave me the error; 553 5.7.1 According to the domain's SPF record your host '66.220.5.62' is not a designated sender. If it helps, I can provide copies with the full headers, etc. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From bugs.michael at gmx.net Fri Mar 25 04:47:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 05:47:37 +0100 Subject: Missing packagers (more info) In-Reply-To: <1111721749.2127.167.camel@ernie> References: <20050325033029.6d78de2e.bugs.michael@gmx.net> <1111721749.2127.167.camel@ernie> Message-ID: <20050325054737.167782b8.bugs.michael@gmx.net> On Thu, 24 Mar 2005 22:35:48 -0500, Ed Hill wrote: > On Fri, 2005-03-25 at 03:30 +0100, Michael Schwendt wrote: > > On Thu, 24 Mar 2005 16:59:20 -0500 (EST), Chris Ricker wrote: > > > > > On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > > > > > > > And it is no fun to spend time on trying to contact people, who don't > > > > even take a second to reply in order to simply state whether they know > > > > about Fedora Extras already or what they're waiting for. A minimum of > > > > communication can't be so hard. > > > > > > For whatever its worth, you blocked my email when I tried to reply to your > > > private "are you alive?" email. Other lost packagers you're trying to > > > reach may be in a similar situation.... > > > > Hmm, you're the first to say that. I'm not aware of my mail provider > > causing such problems. Some fedora.us contributors I had mailed by > > accident (not recognizing their e-mail addresses) managed to get back to > > me quickly. Additionally, you have not reacted to bugzilla activity for a > > very long time either. > > > Hi Chris & Michael, > > Were the blocked emails returned with some sort of SPF message? > > If so, I had a similar problem trying to send emails to Micheal back in > December. And I sent him a follow-up email (from a completely different > account) describing the problem. In fact, heres the relevant parts > again: > > This is a Delivery Status Notification (DSN). > I was unable to deliver your message to bugs.michael at gmx.net. > I said > RCPT TO: > And they gave me the error; > 553 5.7.1 According to the domain's SPF record your host > '66.220.5.62' is not a designated sender. Well, actually you managed to reach me from both your accounts. On the same day you wrote: "Test email: just edited my DNS and am trying to get through your SPF filter." So, it was something you were able to fix at your end and not a permanent problem with my address. :) SPF was nothing new in December 2004. The most important thing about it is, that for sender domains that have it enabled, you must use the domain's mailserver or else the sender verification fails when a destination mailserver relies on SPF. But even in case of temporary MTS problems (which cannot be ruled out), there's a difference between contributors like you, Ed, who responded to bugzilla comments, and those who did not respond to bugzilla traffic (e.g. reviews) or announcements (e.g. the Fedora pre-Extras and bugzilla.redhat.com migration notification I've sent out with included links, of course). I mean, it was certainly possible to reply here at last, openbox fails to rebuild on FC3 (2004-11-25) https://bugzilla.fedora.us/show_bug.cgi?id=2300 or in the Openbox v3 package request ticket, because Openbox v2 in the repo was quite old anyway. So, no mud-wrestling, please, as with bugzilla.fedora.us (apart from relevant mailing lists) we certainly had a way to leave trackable comments. From sig at netdot.net Fri Mar 25 07:32:20 2005 From: sig at netdot.net (Aaron VanDevender) Date: Fri, 25 Mar 2005 01:32:20 -0600 Subject: New Packages for Review: ladspa ladspa-cmt Message-ID: <1111735940.2468.96.camel@lazlo.netdot.net> I have some more packages for review. ladspa (Linux Audio Developer's Simple Plugin API) is an sdk for writing portable audio plugins. http://renny.netdot.net/~sig/ladspa-1.12-1.src.rpm MD5 => fdff14ffffb4785e73a96f25fa73c5bd ladspa-cmt (Computer Music Toolkit) is a library of LADSPA plugins with standard stuff like gain, delay, Freeverb, and sine. http://renny.netdot.net/~sig/ladspa-cmt-1.15-1.src.rpm MD5 => 74998892c1f3ad51f58100c457e91a5c -- sig at netdot.net Plead the First. From wtogami at redhat.com Fri Mar 25 09:13:11 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 24 Mar 2005 23:13:11 -1000 Subject: mach problems In-Reply-To: <20050325042754.3846a4e8.bugs.michael@gmx.net> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> <1111702114.1297.17.camel@localhost.localdomain> <20050325025222.114cc1dd.bugs.michael@gmx.net> <1111719103.20715.3.camel@cutter> <20050325042754.3846a4e8.bugs.michael@gmx.net> Message-ID: <4243D627.1090506@redhat.com> Michael Schwendt wrote: >>to the file in dist.d where >>mychroot is replaced with the name of your chroot. >> >>it's just a config file change, that's the best place to make it > > > The best place to change it is the "mach" src.rpm to get a good default. ;) > Well don't you have CVS access? You could fix it yourself. Warren From adrian at lisas.de Fri Mar 25 11:06:31 2005 From: adrian at lisas.de (Adrian Reber) Date: Fri, 25 Mar 2005 12:06:31 +0100 Subject: Request for sponsor: fyre In-Reply-To: <1111705136.8887.42.camel@ignacio.ignacio.lan> References: <1111700924.8887.28.camel@ignacio.ignacio.lan> <20050324221026.GB8406@lisas.de> <1111703279.8887.38.camel@ignacio.ignacio.lan> <20050324225438.GA8046@lisas.de> <1111705136.8887.42.camel@ignacio.ignacio.lan> Message-ID: <20050325110631.GA24040@lisas.de> On Thu, Mar 24, 2005 at 05:58:56PM -0500, Ignacio Vazquez-Abrams wrote: > > > > update-desktop-database /usr/share/applications &> /dev/null 2>&1 || : > > > > update-mime-database %{_datadir}/mime > /dev/null 2>&1 || : > > > > > > The redirecting to /dev/null I can agree with, but the path on u-d-d > > > isn't required and the "|| ;" is extraneous due to the Requires(post*). > > > > I just copied a bad example. It wasn't about the path I just wanted > > mention the redirecting. And the "|| :" is there to prevent a bad exit > > code if it failed and not only if the file wasn't found. > > Fair enough. I'll add this and remove NEWS when it's in CVS. Should I go > ahead and import it now? Source matches upstream and I had a quick look at the patch. Go ahead and import it. Adrian From bugs.michael at gmx.net Fri Mar 25 12:26:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 13:26:04 +0100 Subject: mach problems In-Reply-To: <4243D627.1090506@redhat.com> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> <1111678074.25466.7.camel@localhost.localdomain> <1111678283.5444.88.camel@cutter> <1111683702.29804.0.camel@localhost.localdomain> <1111685566.14010.0.camel@cutter> <1111693514.32012.1.camel@localhost.localdomain> <1111693779.14010.18.camel@cutter> <1111699212.1297.5.camel@localhost.localdomain> <1111699490.16910.5.camel@cutter> <1111700171.1297.10.camel@localhost.localdomain> <1111700492.16910.7.camel@cutter> <1111702114.1297.17.camel@localhost.localdomain> <20050325025222.114cc1dd.bugs.michael@gmx.net> <1111719103.20715.3.camel@cutter> <20050325042754.3846a4e8.bugs.michael@gmx.net> <4243D627.1090506@redhat.com> Message-ID: <20050325132604.61817c04.bugs.michael@gmx.net> On Thu, 24 Mar 2005 23:13:11 -1000, Warren Togami wrote: > Michael Schwendt wrote: > >>to the file in dist.d where > >>mychroot is replaced with the name of your chroot. > >> > >>it's just a config file change, that's the best place to make it > > > > > > The best place to change it is the "mach" src.rpm to get a good default. ;) > > > > Well don't you have CVS access? You could fix it yourself. And the be flamed that maybe the default is there to make it work on other platforms? I've not followed the buildsys discussions, and hence I better not touch anything without prior agreement. Now that this issue is known, it's faster to fix for somebody who has a cvs working copy checked out already. I don't even know where exactly the module is located in cvs. From ed at eh3.com Fri Mar 25 13:30:05 2005 From: ed at eh3.com (Ed Hill) Date: Fri, 25 Mar 2005 08:30:05 -0500 Subject: Missing packagers (more info) In-Reply-To: <20050325054737.167782b8.bugs.michael@gmx.net> References: <20050325033029.6d78de2e.bugs.michael@gmx.net> <1111721749.2127.167.camel@ernie> <20050325054737.167782b8.bugs.michael@gmx.net> Message-ID: <1111757406.2127.195.camel@ernie> On Fri, 2005-03-25 at 05:47 +0100, Michael Schwendt wrote: > On Thu, 24 Mar 2005 22:35:48 -0500, Ed Hill wrote: > > > On Fri, 2005-03-25 at 03:30 +0100, Michael Schwendt wrote: > > > On Thu, 24 Mar 2005 16:59:20 -0500 (EST), Chris Ricker wrote: > > > > > > > On Wed, 23 Mar 2005 20:02:08 +0100, Michael Schwendt wrote: > > > > > > > > > And it is no fun to spend time on trying to contact people, who don't > > > > > even take a second to reply in order to simply state whether they know > > > > > about Fedora Extras already or what they're waiting for. A minimum of > > > > > communication can't be so hard. > > > > > > > > For whatever its worth, you blocked my email when I tried to reply to your > > > > private "are you alive?" email. Other lost packagers you're trying to > > > > reach may be in a similar situation.... > > > > > > Hmm, you're the first to say that. I'm not aware of my mail provider > > > causing such problems. Some fedora.us contributors I had mailed by > > > accident (not recognizing their e-mail addresses) managed to get back to > > > me quickly. Additionally, you have not reacted to bugzilla activity for a > > > very long time either. > > > > Were the blocked emails returned with some sort of SPF message? > > > SPF was nothing new in December 2004. The most important thing about it > is, that for sender domains that have it enabled, you must use the > domain's mailserver or else the sender verification fails when a > destination mailserver relies on SPF. > So, no mud-wrestling, please, as with bugzilla.fedora.us (apart from > relevant mailing lists) we certainly had a way to leave trackable > comments. OK, no mud-wrestling: Fact 1: I think Michael S. is a very knowledgeable, hard-working, and detail-oriented Fedora volunteer. I sincerely appreciate all the help I've received from him. Fact 2: At least two people have had their emails to Michael blocked. Speculation: Its entirely possible that other people have had their emails blocked and, rather than implementing SPF or trying to contact through other routes, they simply gave up. Ed ps - My crummy little vanity domain that I use for email is virtually hosted by one of the larger virtual hosting companies. After adding the SPF syntax to DNS, I experienced a nasty DNS outage days later when their broken DNS-virtual-hosting-management scripts barfed on the SPF syntax. It took days and phone calls to straighten out the problem. So, while some folks could reasonably argue that its a good thing to forge a trail and fix their DNS so that others can use SPF, it certainly wasn't fun or convenient. And yes, Michael, you should be flattered--I went through all that just to send you a few emails. ;-) -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From aaron.bennett at olin.edu Fri Mar 25 13:40:39 2005 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Fri, 25 Mar 2005 08:40:39 -0500 Subject: Missing packagers In-Reply-To: <20050323122328.09d46b69.bugs.michael@gmx.net> References: <20050323122328.09d46b69.bugs.michael@gmx.net> Message-ID: <424414D7.7080501@olin.edu> Michael Schwendt wrote: > >Laurent Papier : tdl > > > If Laurent Papier doesn't materialize, I'm willing to take on maintaing 'tdl' as well. - Aaron -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering From shahms at shahms.com Fri Mar 25 17:40:31 2005 From: shahms at shahms.com (Shahms King) Date: Fri, 25 Mar 2005 09:40:31 -0800 Subject: New Package Request: bazaar Message-ID: <1111772431.12534.45.camel@shahms.mesd.k12.or.us> Hi All, I'm interested in adding a package for 'bazaar' alongside 'tla' in Extras. For those who don't know, it's a "friendly fork" of tla with the intent of making it more user-friendly (especially for people who are more used to CVS/SVN). It is duplicate functionality, but some folks might find it useful/interesting (Colin Walters, I'm looking at you ;-P). The upstream URL is: http://bazaar.canonical.com I have spec/SRPMS at: http://shahms.mesd.k12.or.us/yum/fedora/3/SRPMS.shahms/ And FC3 package at the above '../RPMS.shahms' Thanks. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nando at ccrma.Stanford.EDU Fri Mar 25 18:34:10 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 25 Mar 2005 10:34:10 -0800 Subject: New Package for Review: jack-audio-connection-kit (&selinux?) In-Reply-To: <1111714859.2468.88.camel@lazlo.netdot.net> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> <1111705753.8883.1099.camel@cmn37.stanford.edu> <1111714859.2468.88.camel@lazlo.netdot.net> Message-ID: <1111775650.17970.13.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 17:40, Aaron VanDevender wrote: > On Thu, 2005-03-24 at 15:09 -0800, Fernando Lopez-Lezcano wrote: > > > Good. If/when it makes it to Extras there's a lot of stuff waiting that > > depends on it (for example Rosegarden, which was requested a couple of > > days ago). > > Funny you mention that. I actually just wrote a rosegarden .spec. I'll > submit the .src.rpm when I finish testing it a little more. The existing packages at Planet CCRMA may save you some time, they work on rh9/fc1/fc2/fc3 and have been tested by a lot of users, not to mean, of course, that they could not be improved :-) I'm attaching my current spec for rosegarden4. > > Sounds good to me. With the proviso that users should be warned, the > > expectation of low latency performace is there otherwise, and users will > > not get it unless they are willing to run everything as root (yuck!). > > my (limited) experience using JACK hasn't had too many problems with the > performance (no xruns, etc.) even when not running as root, provided the > correct frame/period settings are used. What are you using reliably? > But I'm sure that probably varies by hardware and by task. Yep. To do recording projects, for example, you do need realtime priority otherwise a single xrun will ruin your take. Unless you don't mind clicks in your audio. You can, of course, minimize the chance of that happening, but you will eventually get xruns without running with "-R". Another case is playing software synths in realtime, you need low latency settings in Jack or you will notice the "lag" while playing. > > Even if it had been worked out the lsm module cannot be built with the > > existing Fedora kernel configuration, it needs: > > CONFIG_SECURITY_CAPABILITIES=m > > instead of > > CONFIG_SECURITY_CAPABILITIES=y > > and both modules can't be stacked together (at least the last time I > > tried it it was not working). > > Perhaps we should open a bugzilla on the kernel about this? Probably, I don't know what this would affect. It is more a conflict than a bug. -- Fernando -------------- next part -------------- %define desktop_vendor planetccrma %define desktop_utils %(test -x /usr/bin/desktop-file-install && echo "yes") Summary: Midi, audio and notation editor Name: rosegarden4 Version: 1.0 Release: 1 URL: http://www.all-day-breakfast.com/rosegarden/ Source0: rosegarden-4-%{version}.tar.bz2 License: GPL Group: Applications/Multimedia BuildRoot: %{_tmppath}/%{name}-%{version}-root Requires: jack-audio-connection-kit >= 0.66.3 Obsoletes: rosegarden Obsoletes: rosegarden-4 Packager: Fernando Lopez-Lezcano Vendor: Planet CCRMA Distribution: Planet CCRMA BuildRequires: gcc-c++ ladspa-devel XFree86-devel BuildRequires: alsa-lib-devel curl-devel e2fsprogs-devel freetype-devel BuildRequires: glib2-devel glibc-devel jack-audio-connection-kit-devel BuildRequires: libart_lgpl-devel libmad-devel openssl-devel qt-devel zlib-devel BuildRequires: kdelibs-devel libpng-devel libtiff-devel libjpeg-devel BuildRequires: liblrdf-devel liblo-devel dssi-devel %if "%{fc2}" == "1" || "%{fc3}" == "1" BuildRequires: libselinux-devel %endif %{?fc1:BuildRequires: arts-devel} %{?rh9:BuildRequires: arts-devel} %description Rosegarden-4 is an attractive, user-friendly MIDI and audio sequencer, notation editor, and general-purpose music composition and editing application for Unix and Linux %prep %setup -q -n rosegarden-4-%{version} %build %configure --with-jack --with-ladspa %if "%{rh73}" == "1" # ansi disables nanosleep in sys/time.h %{__perl} -p -i -e "s|-ansi||g" sound/Makefile %endif %{__make} %{?_smp_mflags} %install %{__rm} -rf %{buildroot} %{__make} DESTDIR=%{buildroot} install # redhat menus %{__cat} << EOF > %{desktop_vendor}-%{name}.desktop [Desktop Entry] Name=Rosegarden-4 Comment=Midi and Audio Sequencer and Editor Icon=%{_datadir}/icons/hicolor/48x48/apps/rosegarden.png Exec=%{_bindir}/rosegarden Terminal=false Type=Application EOF %if "%{desktop_utils}" == "yes" %{__mkdir} -p %{buildroot}%{_datadir}/applications desktop-file-install --vendor %{desktop_vendor} \ --dir %{buildroot}%{_datadir}/applications \ --add-category X-Red-Hat-Base \ --add-category Application \ --add-category AudioVideo \ %{desktop_vendor}-%{name}.desktop %else %{__mkdir} -p %{buildroot}%{_sysconfdir}/X11/applnk/System %{__cp} %{desktop_vendor}-%{name}.desktop \ %{buildroot}%{_sysconfdir}/X11/applnk/System/%{desktop_vendor}-%{name}.desktop %endif # rename the resulting binaries in 7.3... sigh... if [ -e "%{buildroot}%{_bindir}/i386-redhat-linux-rosegarden" ] ; then %{__mv} %{buildroot}%{_bindir}/i386-redhat-linux-rosegarden %{buildroot}%{_bindir}/rosegarden %{__mv} %{buildroot}%{_bindir}/i386-redhat-linux-rosegardensequencer %{buildroot}%{_bindir}/rosegardensequencer fi %clean %{__rm} -rf %{buildroot} %files %defattr(-,root,root) %{_bindir}/*rosegarden* %{_libdir}/libRose* %exclude %{_datadir}/applnk/Applications/rosegarden.desktop %{_datadir}/apps/rosegarden %{_datadir}/doc/HTML/*/rosegarden %{_datadir}/locale/*/*/rosegarden.mo %{_datadir}/mimelnk/audio/* %{_datadir}/icons/hicolor/*/apps/rosegarden.png %{_datadir}/doc/HTML/*/rosegarden/index* %{_datadir}/icons/*/*/apps/*.xpm %if "%{desktop_utils}" == "yes" %{_datadir}/applications/*%{name}.desktop %else %{_sysconfdir}/X11/applnk/System/%{desktop_vendor}-%{name}.desktop %endif %changelog * Tue Feb 15 2005 Fernando Lopez-Lezcano 1.0-1 - updated to 1.0 * Fri Dec 31 2004 Fernando Lopez-Lezcano - added doc/HTML/*/* files * Thu Dec 23 2004 Fernando Lopez-Lezcano 0.9.91-1 - udpated to 0.9.91, aka 1.0pre1 - build with dssi * Thu Aug 19 2004 Fernando Lopez-Lezcano 0.9.9-1 - udpated to 0.9.9 * Mon May 24 2004 Fernando Lopez-Lezcano 0.9.8-1 - updated to 0.9.8 - added icon to menu entry, icons in file listing - excluded original menu entry from list (otherwise we get two) * Mon May 17 2004 Fernando Lopez-Lezcano - added selinux-devel build requirement for FC2 * Thu Mar 25 2004 Fernando Lopez-Lezcano 0.9.7-1 - updated to 0.9.7 - added mimelnk files to file list * Sun Feb 29 2004 Fernando Lopez-Lezcano 0.9.6-2 - rebuild for liblrdf 0.3.5 * Mon Jan 12 2004 Fernando Lopez-Lezcano 0.9.6-1 - updated to 0.9.6 * Fri Dec 5 2003 Fernando Lopez-Lezcano 0.9.5-2 - fix binary names in 7.3 * Fri Nov 28 2003 Fernando Lopez-Lezcano 0.9.5-1 - updated to 0.9.5 * Tue Nov 18 2003 Fernando Lopez-Lezcano 0.9.1-1 - added patch2, fixes const bug under gcc 3.3.2 (FC1) * Mon Nov 17 2003 Fernando Lopez-Lezcano 0.9.1-1 - added release tags, spec file tweaks * Mon Jun 16 2003 Fernando Lopez-Lezcano 0.9.1-1 - fixed AlsaDriver.h to work around a jack issue * Thu Jun 5 2003 Fernando Lopez-Lezcano 0.9.1-1 - updated to 0.9.1 * Mon May 12 2003 Fernando Lopez-Lezcano 0.9-1 - updated to 0.9 - added locale files in file list * Wed Apr 2 2003 Fernando Lopez-Lezcano 0.8.5-2 - rebuild for jack 0.66.3 * Wed Dec 18 2002 Fernando Lopez Lezcano 0.8.5-1 - changed name to rosegarden, anaconda does not like the current name (anaconda should be fixed, name is legal) - update to 0.8.5 * Sun Nov 10 2002 Fernando Lopez Lezcano 0.8-2 - changed name of package to rosegarden-4 (what was I thinking?...) - added patch to rename jack alsa ports for jack >= 0.40 - added explicit dependency to jack - added redhat menu entry * Fri Oct 18 2002 Fernando Lopez Lezcano - Initial build. From kevin-fedora-extras at scrye.com Fri Mar 25 18:34:53 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 11:34:53 -0700 Subject: Review Needed: xfce4-iconbox, xfce4-icon-theme, xfce4-mixer, xfce4-session, xfce4-systray Message-ID: <20050325183459.315451C458@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is the next set of 5 packages ready for widespread review: xfce4-iconbox - xfce-iconbox shows icons for running programs. xfce4-icon-theme - Icon theme for Xfce 4 Desktop Environment. (This package replaces the old xffm-icons) xfce4-mixer - Volume control plugin for the Xfce 4 panel xfce4-session - xfce4-session is the session manager for the Xfce desktop environment. xfce4-systray - This is a systemtray plugin for Xfce4. Comments/reviews welcome. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRFnQ3imCezTjY0ERAnKaAJ0SIiNxSWcFVEQ2z2GWUUE/EVqihQCfRIim MIYO611Cb0gtxRe3rp2Ivag= =xWE1 -----END PGP SIGNATURE----- From nando at ccrma.Stanford.EDU Fri Mar 25 18:41:51 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 25 Mar 2005 10:41:51 -0800 Subject: New Package for Review: jack-audio-connection-kit (&selinux?) In-Reply-To: <1111714859.2468.88.camel@lazlo.netdot.net> References: <1111695572.6034.102.camel@vandvndr.physics.uiuc.edu> <20050324212907.1349199a@nausicaa.camperquake.de> <1111701758.8877.857.camel@cmn37.stanford.edu> <1111703705.6034.133.camel@vandvndr.physics.uiuc.edu> <1111705753.8883.1099.camel@cmn37.stanford.edu> <1111714859.2468.88.camel@lazlo.netdot.net> Message-ID: <1111776111.17965.23.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 17:40, Aaron VanDevender wrote: > On Thu, 2005-03-24 at 15:09 -0800, Fernando Lopez-Lezcano wrote: > > > Good. If/when it makes it to Extras there's a lot of stuff waiting that > > depends on it (for example Rosegarden, which was requested a couple of > > days ago). > > Funny you mention that. I actually just wrote a rosegarden .spec. I'll > submit the .src.rpm when I finish testing it a little more. For your reference some packages that I plan on contributing when/if Jack makes it to extras include: aeolus, alsaplayer, ams, amsynth, ardour, bitscope, brutefir, cheesetracker, ecasound, fluidsynth, freqtweak, fweelin, galan, hydrogen, jaaa, jackeq, jackmix, jack-rack, jamin, ladcca, meterbridge, muse, pd, qarecord, qjackctl, rezound, rosegarden4, simsam, snd, sooperlooper, soundtracker, specimen, spiralsynthmodular, tapiir, terminatorX, timemachine, xmms-jack, zynaddsubfx Those are most of the packages that depend directly on Jack being there, other supporting packages will of course be needed to be able to include them in Extras. Plenty of stuff to play with! -- Fernando From bdpepple at ameritech.net Fri Mar 25 18:49:41 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Fri, 25 Mar 2005 13:49:41 -0500 Subject: Review: ufraw In-Reply-To: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> References: <1111670270.6676.37.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1111776581.22716.3.camel@localhost.localdomain> On Thu, 2005-03-24 at 14:17 +0100, Nils Philippsen wrote: > I've just imported ufraw into CVS and it'd be great if someone could > review it. PUBLISH +1 MD5Sums: 24eb4c18ea8927e2b0516f0003ac748a ufraw-0.4-1.src.rpm c66a2498b3fb74eef6f3b7ce5477d44a ufraw-0.4.tar.gz 79852c137f73cd2bd7681bb1f6f57fa9 ufraw.spec 94d55d512a9ba36caa9b7df079bae19f COPYING Good: * Source URL is canonical * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * No deprecated fields used * All necessary BuildRequires listed. * All desired features are enabled * Package rebuilds as non-root user * Package installs and uninstalls cleanly on FC-3. Minor: * Unable to test plugin, since my camera doesn't take raw images. * Rpmlint errors: Strange file permissions error. https://www.redhat.com/archives/fedora-extras-list/2005- March/msg00952.html /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Fri Mar 25 18:59:59 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 19:59:59 +0100 Subject: New Packages for Review: ladspa ladspa-cmt In-Reply-To: <1111735940.2468.96.camel@lazlo.netdot.net> References: <1111735940.2468.96.camel@lazlo.netdot.net> Message-ID: <20050325195959.5643914a.bugs.michael@gmx.net> On Fri, 25 Mar 2005 01:32:20 -0600, Aaron VanDevender wrote: > > I have some more packages for review. > > ladspa (Linux Audio Developer's Simple Plugin API) is an sdk for writing > portable audio plugins. > http://renny.netdot.net/~sig/ladspa-1.12-1.src.rpm > MD5 => fdff14ffffb4785e73a96f25fa73c5bd ladspa exists in Extras already (1.12-3). > ladspa-cmt (Computer Music Toolkit) is a library of LADSPA plugins with > standard stuff like gain, delay, Freeverb, and sine. > http://renny.netdot.net/~sig/ladspa-cmt-1.15-1.src.rpm > MD5 => 74998892c1f3ad51f58100c457e91a5c A couple of comments here. > License: LGPL The included COPYING file and the source file headers say 'GPL'. The COPYING file ought to be included in %doc. > Group: Development/Libraries Since it's a plugin, not a development library, this group would be misleading. Due lack of a more suitable group, I would choose 'Applications/Multimedia'. > %build > > cd src > make %{?_smp_mflags} targets DESTDIR=$RPM_BUILD_ROOT During %build, there should be no reason to set DESTDIR, as %build should not install anything and the value in DESTDIR should not make it into any built code or data file. > mkdirhier $RPM_BUILD_ROOT/%{_libdir}/ladspa/ This is a binary provided by xorg-x11 only. Use "mkdir -p" instead. > %files > %defattr(-,root,root,-) > %doc README doc > #%{_bindir}/ladspa-* > %{_libdir}/ladspa/*.so With this alone, %_libdir/ladspa would not be included in this package. The package doesn't "Requires: ladspa", so I tried to build it first for another look. It didn't build, because it's missing "BuildRequires: ladspa-devel". > g++ -I/usr/include/ -Wall -Werror -O3 -fPIC -c -o am.o am.cpp > g++ -I/usr/include/ -Wall -Werror -O3 -fPIC -c -o ambisonic.o ambisonic.cpp > g++ -I/usr/include/ -Wall -Werror -O3 -fPIC -c -o amp.o amp.cpp > In file included from cmt.h:27, > from amp.cpp:28: > ladspa_types.h:27:20: error: ladspa.h: No such file or directory After I had installed ladspa-devel, I got this (and re-running make didn't fix it): cc1plus: warnings being treated as errors analogue.cpp: In static member function 'static void Analogue::run(void*, long unsigned int)': analogue.cpp:259: warning: 'a' may be used uninitialized in this function analogue.cpp:259: warning: 'b' may be used uninitialized in this function analogue.cpp:259: warning: 'c' may be used uninitialized in this function make: *** [analogue.o] Error 1 make: *** Waiting for unfinished jobs.... So, this package needs work. From kevin-fedora-extras at scrye.com Fri Mar 25 19:03:51 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 12:03:51 -0700 Subject: Review Needed: dbh, gtk-xfce-engine, libxfce4mcs, libxfce4util, libxfcegui4, xfcalendar, xfce4-appfinder Message-ID: <20050325190354.A6FD9FDD76@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is (almost the last, I promise) set of xfce packages for widespread review. dbh - Disk based hashes is a method to create multidimensional binary trees on disk. gtk-xfce-engine - Port of Xfce engine to GTK+-2.0. libxfce4mcs - This package includes multi-channel settings management support for Xfce. libxfce4util - This package includes basic utility non-GUI functions for Xfce4. libxfcegui4 - The package includes various gtk widgets for Xfce. xfcalendar - Time-managing application for Xfce4. xfce4-appfinder - xfce-appfinder shows system wide installed applications Comments/reviews welcome. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRGCa3imCezTjY0ERAiEYAKCCuQQYAeEM/WHf1H5V9m5WzxPvdgCdF7xV H85XkUe6QQ5CsJrrdFy72fw= =yugj -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Fri Mar 25 19:10:47 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 25 Mar 2005 14:10:47 -0500 Subject: rpms/gtk-xfce-engine/devel gtk-xfce-engine.spec,1.4,1.5 In-Reply-To: <200503251857.j2PIvti2009672@cvs-int.fedora.redhat.com> References: <200503251857.j2PIvti2009672@cvs-int.fedora.redhat.com> Message-ID: <1111777847.23491.16.camel@cutter> > Version: 2.2.6 > -Release: 1.FC4 > +Release: 2.FC4 I'm confused by this disttag. it seems like the standard that spot has been pushing is lowercase. so fc3, fc4, fc5 etc. Could you confirm it with him? -sv From nando at ccrma.Stanford.EDU Fri Mar 25 19:12:01 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 25 Mar 2005 11:12:01 -0800 Subject: New Packages for Review: ladspa ladspa-cmt In-Reply-To: <1111735940.2468.96.camel@lazlo.netdot.net> References: <1111735940.2468.96.camel@lazlo.netdot.net> Message-ID: <1111777921.17970.46.camel@cmn37.stanford.edu> On Thu, 2005-03-24 at 23:32, Aaron VanDevender wrote: > I have some more packages for review. > > ladspa-cmt (Computer Music Toolkit) is a library of LADSPA plugins with > standard stuff like gain, delay, Freeverb, and sine. > http://renny.netdot.net/~sig/ladspa-cmt-1.15-1.src.rpm > MD5 => 74998892c1f3ad51f58100c457e91a5c Some comments on the cmt package: There is an rdf description file available that should be added, by Steve Harris[1], ladspa clients that include support for liblrdf[2] will sort the cmt plugins in neat categories. Freeverb has serious problems with denormals in P4 machines as shipped in cmt (ie: when the input decays to almost zero denormals are generated and cpu usage goes up drastically). A solution I found after many tests is injection of very low low level of random noise in the proper place to prevent the denormals from appearing. Patches that take care of that are part of the Planet CCRMA package[3] $RPM_OPT_FLAGS should be used so that the plugins are compiled with i686 instruction ordering (see [3]). -- Fernando [1] http://lalists.stanford.edu/laa/2003/09/0001.html [2] http://sourceforge.net/projects/lrdf http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/liblrdf-0.4.0-1.src.rpm [3] http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/cmt-1.15-4.src.rpm From nando at ccrma.Stanford.EDU Fri Mar 25 19:24:49 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 25 Mar 2005 11:24:49 -0800 Subject: New Packages for Review: ladspa ladspa-cmt In-Reply-To: <20050325195959.5643914a.bugs.michael@gmx.net> References: <1111735940.2468.96.camel@lazlo.netdot.net> <20050325195959.5643914a.bugs.michael@gmx.net> Message-ID: <1111778689.17970.56.camel@cmn37.stanford.edu> On Fri, 2005-03-25 at 10:59, Michael Schwendt wrote: > On Fri, 25 Mar 2005 01:32:20 -0600, Aaron VanDevender wrote: > > ladspa-cmt (Computer Music Toolkit) is a library of LADSPA plugins with > > standard stuff like gain, delay, Freeverb, and sine. > > http://renny.netdot.net/~sig/ladspa-cmt-1.15-1.src.rpm > > MD5 => 74998892c1f3ad51f58100c457e91a5c Hmmm, what about the name of the package? While it is a ladspa plugin library, do we need/want to add the ladspa- prefix? Or should the name be just the original "cmt" name. -- Fernando From tcallawa at redhat.com Fri Mar 25 20:09:30 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 25 Mar 2005 14:09:30 -0600 Subject: rpms/gtk-xfce-engine/devel gtk-xfce-engine.spec,1.4,1.5 In-Reply-To: <1111777847.23491.16.camel@cutter> References: <200503251857.j2PIvti2009672@cvs-int.fedora.redhat.com> <1111777847.23491.16.camel@cutter> Message-ID: <1111781371.3698.137.camel@localhost.localdomain> On Fri, 2005-03-25 at 14:10 -0500, seth vidal wrote: > > Version: 2.2.6 > > -Release: 1.FC4 > > +Release: 2.FC4 > > I'm confused by this disttag. > > it seems like the standard that spot has been pushing is lowercase. > > so fc3, fc4, fc5 etc. Yes, please make this lowercase. ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From nando at ccrma.Stanford.EDU Fri Mar 25 20:19:16 2005 From: nando at ccrma.Stanford.EDU (Fernando Lopez-Lezcano) Date: 25 Mar 2005 12:19:16 -0800 Subject: Package for review: swh-plugins Message-ID: <1111781956.17965.85.camel@cmn37.stanford.edu> LADSPA plugins collection by Steve Harris: http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/swh-plugins-0.4.13-1.src.rpm This package needs fftw3, which I think is not part of Extras yet. I have a package for it, it builds both single and double floating point libraries (both are needed for packages I host - swh-plugins in particular uses libfftw3f.so.3): http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/fftw3-3.0.1-1.src.rpm -- Fernando From kevin-fedora-extras at scrye.com Fri Mar 25 20:19:49 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 13:19:49 -0700 Subject: Review Needed: xfce4-panel Message-ID: <20050325201953.8208439896@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is the final xfce4 package for widespread review. xfce4-panel - This package includes the panel for the Xfce desktop environment A few open issues on this one: - - Should the "Music Player" default to xmms as it does now? Or is some other application prefered for fc4? - - Should openoffice icons/launchers be added? The web browser should run 'htmlview' and the mail check icon runs 'launchmail'. Any comments/questions welcome. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRHJp3imCezTjY0ERAsY+AJ9klR/yE7/CgdEQ+4XphT5+Cox+qACeOwvD WSIWD1m9vSvy495cx8KXxo0= =HYHQ -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Fri Mar 25 20:21:54 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 13:21:54 -0700 Subject: rpms/gtk-xfce-engine/devel gtk-xfce-engine.spec,1.4,1.5 References: <200503251857.j2PIvti2009672@cvs-int.fedora.redhat.com> <1111777847.23491.16.camel@cutter> Message-ID: <20050325202156.EE73C6C334@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "seth" == seth vidal writes: >> Version: 2.2.6 -Release: 1.FC4 +Release: 2.FC4 seth> I'm confused by this disttag. seth> it seems like the standard that spot has been pushing is seth> lowercase. seth> so fc3, fc4, fc5 etc. seth> Could you confirm it with him? Sure. Will do. Those were added by Warren when he was importing into fc3 for testing. I can lowercase them if thats the convention now. thanks, seth> -sv kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRHLk3imCezTjY0ERAuDDAJ4oGvcuotYta/6Naz2beajU2UxISQCfUdUY UDnw02BtQryYr+9d5watzsc= =FN0F -----END PGP SIGNATURE----- From bugs.michael at gmx.net Fri Mar 25 21:15:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 22:15:45 +0100 Subject: New Packages for Review: ladspa ladspa-cmt In-Reply-To: <1111778689.17970.56.camel@cmn37.stanford.edu> References: <1111735940.2468.96.camel@lazlo.netdot.net> <20050325195959.5643914a.bugs.michael@gmx.net> <1111778689.17970.56.camel@cmn37.stanford.edu> Message-ID: <20050325221545.78b68003.bugs.michael@gmx.net> On 25 Mar 2005 11:24:49 -0800, Fernando Lopez-Lezcano wrote: > > > ladspa-cmt (Computer Music Toolkit) is a library of LADSPA plugins with > > > standard stuff like gain, delay, Freeverb, and sine. > > > http://renny.netdot.net/~sig/ladspa-cmt-1.15-1.src.rpm > > > MD5 => 74998892c1f3ad51f58100c457e91a5c > > Hmmm, what about the name of the package? While it is a ladspa plugin > library, do we need/want to add the ladspa- prefix? Or should the name > be just the original "cmt" name. If we think of LADSPA as an architecture for an entire family of plugin packages, we can apply http://fedoraproject.org/wiki/PackageNamingGuidelines#head-bb4665ea46aa0653710ab594efb3207a94eda636 and make the main "ladspa" package the parent and give LADSPA based plugin packages the child name "ladspa-foo". I'm no authority on package naming, so it might be that others disagree and simply stick to upstream naming. Browsing rpmseek.com, some package vendors use "cmt", PLD uses "ladspa-cmt-plugins". From kevin-fedora-extras at scrye.com Fri Mar 25 21:15:58 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 14:15:58 -0700 Subject: rpms/gtk-xfce-engine/devel gtk-xfce-engine.spec,1.4,1.5 References: <200503251857.j2PIvti2009672@cvs-int.fedora.redhat.com> <1111777847.23491.16.camel@cutter> <1111781371.3698.137.camel@localhost.localdomain> Message-ID: <20050325211602.56A87BEC5F@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Tom" == Tom Callaway writes: Tom> On Fri, 2005-03-25 at 14:10 -0500, seth vidal wrote: >> > Version: 2.2.6 > -Release: 1.FC4 > +Release: 2.FC4 >> >> I'm confused by this disttag. >> >> it seems like the standard that spot has been pushing is lowercase. >> >> so fc3, fc4, fc5 etc. Tom> Yes, please make this lowercase. ok. Done. All of them should be using lowercase now. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRH+S3imCezTjY0ERAj1pAKCW2QiGaFd/4c6Q9SwVOknZ1qM4SQCeKDqw 1rdvGagQbbDftLrrrwTD/us= =mgGr -----END PGP SIGNATURE----- From bugs.michael at gmx.net Fri Mar 25 21:33:18 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 25 Mar 2005 22:33:18 +0100 Subject: Xfce build? (was: Re: Review Needed: xfce4-iconbox, xfce4-icon-theme, xfce4-mixer, xfce4-session, xfce4-systray) In-Reply-To: <20050325183459.315451C458@voldemort.scrye.com> References: <20050325183459.315451C458@voldemort.scrye.com> Message-ID: <20050325223318.4cf44daf.bugs.michael@gmx.net> On Fri, 25 Mar 2005 11:34:53 -0700, Kevin Fenzi wrote: > This is the next set of 5 packages ready for widespread review: Since Fedora Extras for FC4 Development is run Rawhide style, rather than hammering on CVS contents, could we just do a first build for Extras Development and use this for reviewing binaries, too? Do we have a community of Xfce users who would like to help with that? From kevin-fedora-extras at scrye.com Fri Mar 25 22:51:47 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Fri, 25 Mar 2005 15:51:47 -0700 Subject: Xfce build? References: <20050325183459.315451C458@voldemort.scrye.com> <20050325223318.4cf44daf.bugs.michael@gmx.net> Message-ID: <20050325225149.9F9384249F@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Michael" == Michael Schwendt writes: Michael> On Fri, 25 Mar 2005 11:34:53 -0700, Kevin Fenzi wrote: >> This is the next set of 5 packages ready for widespread review: Michael> Since Fedora Extras for FC4 Development is run Rawhide style, Michael> rather than hammering on CVS contents, could we just do a Michael> first build for Extras Development and use this for reviewing Michael> binaries, too? Well, if a inital review of the specs checks out ok, that should be ok with me. Michael> Do we have a community of Xfce users who would Michael> like to help with that? I hope so. ;) You can also get the binary rpms I have built here from: http://www.scrye.com/~kevin/fedora-extras/devel-rpms/ and also some fc3 binary rpms (I didn't change the release to say fc3 however): http://www.scrye.com/~kevin/fedora-extras/fc3-rpms/ kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCRJYF3imCezTjY0ERAoThAJ0Wr2uaT7sHeGGk/Bnvq05ZjJ9QegCfZx2a mbTcqR1TVCaT3Sxhf34MXUA= =Hxam -----END PGP SIGNATURE----- From a.kurtz at hardsun.net Sat Mar 26 05:43:43 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Fri, 25 Mar 2005 21:43:43 -0800 Subject: Request for review/sponsorship: feh Message-ID: <1111815823.7227.9.camel@rydia.hardsun.net> Hi, I'm looking for a sponsor for and review of feh, a very fast command line only image viewer using imlib2. The app's page is at http://linuxbrit.co.uk/feh/ and the Fedora'ed SRPM should be available at http://rydia.hardsun.net:8080/feh-1.3.0-1.src.rpm . -- Aaron Kurtz From wtogami at redhat.com Sat Mar 26 07:29:05 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 25 Mar 2005 21:29:05 -1000 Subject: fedora.us Freeze Soon Message-ID: <42450F41.5030604@redhat.com> http://fedora.redhat.com/participate/schedule/ According to the schedule FC4test2 is coming sometime around April 11th. This is also the time when FC2 is transferred to fedoralegacy.org. Up until now fedora.us Extras for RH8-FC2 was still operating, accepting new package additions under the old strict system. New package additions will end on the same day FC4test2 is released and bugzilla.fedora.us will go into shutdown. Please clear out the PUBLISH queue if you are serious about finishing any of those packages, otherwise they will be dumped. Old strict new package approval rules still apply (in order to discourage adding new stuff). After bugzilla.fedora.us is shutdown, only security updates will be allowed in the old fedora.us repositories, and only if the maintainers of FC Extras actually care enough to do it. bugzilla.redhat.com "Fedora Extras" will track such security updates with a new procedure to be posted soon. Warren Togami wtogami at redhat.com From ivazquez at ivazquez.net Sat Mar 26 15:07:39 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 26 Mar 2005 10:07:39 -0500 Subject: Request for review/sponsorship: feh In-Reply-To: <1111815823.7227.9.camel@rydia.hardsun.net> References: <1111815823.7227.9.camel@rydia.hardsun.net> Message-ID: <1111849659.17464.3.camel@ignacio.ignacio.lan> On Fri, 2005-03-25 at 21:43 -0800, Aaron Kurtz wrote: > Hi, > I'm looking for a sponsor for and review of feh, a very fast command > line only image viewer using imlib2. The app's page is at > http://linuxbrit.co.uk/feh/ and the Fedora'ed SRPM should be available > at http://rydia.hardsun.net:8080/feh-1.3.0-1.src.rpm . The spacing around %doc looks a little odd, and you've left some of the commented-out stuff in the spec file. But it builds clean, the source checks out, and there are no scriptlet errors (no scriptlets whatsoever, mind you). -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ed at eh3.com Sat Mar 26 16:56:31 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 26 Mar 2005 11:56:31 -0500 Subject: Xfce build? In-Reply-To: <20050325225149.9F9384249F@voldemort.scrye.com> References: <20050325183459.315451C458@voldemort.scrye.com> <20050325223318.4cf44daf.bugs.michael@gmx.net> <20050325225149.9F9384249F@voldemort.scrye.com> Message-ID: <1111856191.7868.6.camel@ernie> On Fri, 2005-03-25 at 15:51 -0700, Kevin Fenzi wrote: > > and also some fc3 binary rpms (I didn't change the release to say fc3 > however): > > http://www.scrye.com/~kevin/fedora-extras/fc3-rpms/ I've installed and am using the above RPMs on an FC3 system. I'm new to xfce, so I can't compare with previous versions. But FWIW, all the features tried so far have worked-for-me. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From a.kurtz at hardsun.net Sat Mar 26 19:23:32 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Sat, 26 Mar 2005 11:23:32 -0800 Subject: Request for review/sponsorship: feh In-Reply-To: <1111849659.17464.3.camel@ignacio.ignacio.lan> References: <1111815823.7227.9.camel@rydia.hardsun.net> <1111849659.17464.3.camel@ignacio.ignacio.lan> Message-ID: <1111865013.10907.2.camel@rydia.hardsun.net> On Sat, 2005-03-26 at 10:07 -0500, Ignacio Vazquez-Abrams wrote: > On Fri, 2005-03-25 at 21:43 -0800, Aaron Kurtz wrote: > > Hi, > > I'm looking for a sponsor for and review of feh, a very fast command > > line only image viewer using imlib2. The app's page is at > > http://linuxbrit.co.uk/feh/ and the Fedora'ed SRPM should be available > > at http://rydia.hardsun.net:8080/feh-1.3.0-1.src.rpm . > > The spacing around %doc looks a little odd, and you've left some of the > commented-out stuff in the spec file. But it builds clean, the source > checks out, and there are no scriptlet errors (no scriptlets whatsoever, > mind you). %doc moved, and comments from template stripped out. It shouldn't need any scriptlets, being a fairly simple program. -- Aaron Kurtz From ivazquez at ivazquez.net Sat Mar 26 20:52:31 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 26 Mar 2005 15:52:31 -0500 Subject: Request for review/sponsorship: feh In-Reply-To: <1111865013.10907.2.camel@rydia.hardsun.net> References: <1111815823.7227.9.camel@rydia.hardsun.net> <1111849659.17464.3.camel@ignacio.ignacio.lan> <1111865013.10907.2.camel@rydia.hardsun.net> Message-ID: <1111870351.20989.1.camel@ignacio.ignacio.lan> On Sat, 2005-03-26 at 11:23 -0800, Aaron Kurtz wrote: > %doc moved, and comments from template stripped out. It shouldn't need > any scriptlets, being a fairly simple program. Alright, go ahead and import it then. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From riel at redhat.com Sun Mar 27 05:46:28 2005 From: riel at redhat.com (Rik van Riel) Date: Sun, 27 Mar 2005 00:46:28 -0500 (EST) Subject: rsnapshot RPM request - http://www.rsnapshot.org In-Reply-To: <200503181815.09047.ghenry@suretecsystems.com> References: <44565.193.195.148.66.1111049689.squirrel@webmail.suretecsystems.com> <200503181815.09047.ghenry@suretecsystems.com> Message-ID: On Fri, 18 Mar 2005, Gavin Henry wrote: > > > Could I have permission to start work on rsnapshot RPM for extras? > I have imported it to CVS. It builds fine, but hasn't shown up in the yum repository yet ... > Did you know it has almost 6000 lines of code?!? Ouch. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From dwmw2 at infradead.org Sun Mar 27 11:37:25 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 27 Mar 2005 12:37:25 +0100 Subject: FC3/ppc build of tla-1.3.1-2 failed. Message-ID: <1111923447.15354.32.camel@localhost.localdomain> tla-1.3-1 worked, but 1.3.1-2 gets a SIGSEGV during tests: http://peach.infradead.org/extras/tla/tla-1.3.1-2.log Let me know if you want an account so you can investigate further. (gdb) set args make-archive --listing jane at example.com--2003b /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2 (gdb) run Starting program: /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/tla make-archive --listing jane at example.com--2003b /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2 Program received signal SIGSEGV, Segmentation fault. 0x10075830 in rel_add_records (table=0x7ffff1ec) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libawk/relational.c:340 340 for (r = va_arg (rp, rel_record); r._c; r = va_arg (rp, rel_record)) (gdb) bt #0 0x10075830 in rel_add_records (table=0x7ffff1ec) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libawk/relational.c:340 #1 0x10072c7c in directory_files ( path=0x10126548 "/home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2/=meta-info") at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libfsutils/dir-listing.c:29 #2 0x100639e8 in pfs_directory_files (p=0x101261b8, path=0x101260b8 "test-archive2/=meta-info", soft_errors=0) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/pfs-fs.c:247 #3 0x10044de0 in arch_pfs_directory_files (pfs=0x101261b8, path=0x101260b8 "test-archive2/=meta-info", soft_errors=0) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/pfs.c:258 #4 0x10045318 in arch_pfs_update_listing_file (session=0x101261b8, dir=0x101260b8 "test-archive2/=meta-info") at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/pfs.c:389 #5 0x10044b1c in arch_pfs_pfs_make_archive ( name=0x101260d8 "jane at example.com--2003b", uri=0x10126110 "/home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2", version=0x10126180 "Hackerlab arch archive directory, format version 2.", ---Type to continue, or q to quit--- mirror_of=0x0, dot_listing_lossage=1, signed_archive=0) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/pfs.c:186 #6 0x1006c878 in arch_pfs_make_archive ( name=0x101260d8 "jane at example.com--2003b", location=0x10126110 "/home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2", version=0x10126180 "Hackerlab arch archive directory, format version 2.", mirror_of=0x0, dot_listing_lossage=1, signed_archive=0) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/archive-pfs.c:220 #7 0x10056e00 in arch_make_archive ( name=0x101260d8 "jane at example.com--2003b", location=0x10126110 "/home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/=build/tla/tla/workdir/test-2-workdir/test-archive2", mirror_of=0x0, dot_listing_lossage=1, signed_archive=0) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/archive.c:77 #8 0x10017334 in arch_cmd_make_archive ( program_name=0x10125008 "tla make-archive", argc=3, argv=0x7ffff688) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/libarch/cmd-make-archive.c:230 #9 0x10002d58 in main (argc=5, argv=0x7ffff684) at /home/dwmw2/working/extras/devel/tla/tla-1.3.1/src/tla/tla/tla.c:84 (gdb) -- dwmw2 From ed at eh3.com Sun Mar 27 21:10:01 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 27 Mar 2005 16:10:01 -0500 Subject: Xfce -- proposed patch for xfwm4.spec Message-ID: <1111957801.26215.15.camel@ernie> Hi folks, I've been using Kevin's xfce RPMs from: http://www.scrye.com/~kevin/fedora-extras/fc3-rpms/ on an FC3 system and am quite pleased with them. The following is a proposed patch that fixes an annoying little bug where the focus is often wrong immediately following switches between workspaces. I haven't tried it on an FC4-devel system but perhaps someone else can? Ed - --- xfwm4.spec 2005-03-27 15:34:58.137606278 -0500 +++ xfwm4.spec_new 2005-03-27 15:25:40.243529629 -0500 @@ -1,10 +1,10 @@ Summary: Next generation window manager for Xfce Name: xfwm4 Version: 4.2.1 - -Release: 4.fc4 +Release: 5.fc4 License: GPL URL: http://www.xfce.org/ - -Source0: http://www.xfce.org/archive/xfce-4.2.1/src- bz2/xfwm4-4.2.1.tar.bz2 +Source0: http://www.xfce.org/~olivier/preview/xfwm4-4.2.1.CVS200503272133.tar.gz # Change default for Fedora Patch0: xfwm4-bluecurve-prep.patch @@ -24,7 +24,7 @@ xfwm4 is a window manager compatible with GNOME, GNOME2, KDE2, KDE3 and Xfce. %prep - -%setup -q +%setup -q -n xfwm4-4.2.1.CVS200503272133 %patch0 -p1 -b .bluecurve-prep %patch1 -p1 -b .bluecurve @@ -58,6 +58,12 @@ %{_datadir}/themes %changelog +* Sat Mar 26 2005 Ed Hill - 4.2.1-5.fc4 +- fix focus bug: http://bugzilla.xfce.org/show_bug.cgi?id=869 + * Fri Mar 25 2005 Kevin Fenzi - 4.2.1-4.fc4 - lowercase Release -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Sun Mar 27 21:43:04 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 27 Mar 2005 11:43:04 -1000 Subject: FC3/ppc build of tla-1.3.1-2 failed. In-Reply-To: <1111923447.15354.32.camel@localhost.localdomain> References: <1111923447.15354.32.camel@localhost.localdomain> Message-ID: <424728E8.7080300@redhat.com> Please Bugzilla stuff like this. It is difficult to track status and resolution otherwise. Warren From wtogami at redhat.com Sun Mar 27 21:43:06 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 27 Mar 2005 11:43:06 -1000 Subject: Xfce -- proposed patch for xfwm4.spec In-Reply-To: <1111957801.26215.15.camel@ernie> References: <1111957801.26215.15.camel@ernie> Message-ID: <424728EA.8070208@redhat.com> Please Bugzilla stuff like this. It is difficult to track status and resolution otherwise. Warren From adrian at lisas.de Sun Mar 27 21:44:16 2005 From: adrian at lisas.de (Adrian Reber) Date: Sun, 27 Mar 2005 23:44:16 +0200 Subject: cvsup gcc4 patch Message-ID: <20050327214415.GA11727@lisas.de> I tried ti build cvsup and it fails with following error: read-rtl.c:662: error: invalid lvalue in increment I have following patch to fix it and before releasing it I would be thankful to get some comments on this patch: @@ -423,7 +423,8 @@ ({ struct obstack *__o = (OBSTACK); \ if (__o->next_free + sizeof (void *) > __o->chunk_limit) \ _obstack_newchunk (__o, sizeof (void *)); \ - *((void **)__o->next_free)++ = ((void *)datum); \ + *((void **)__o->next_free) = ((void *)datum); \ + __o->next_free += sizeof(void *); \ (void) 0; }) This shuts up the compiler and builds the package successful. Adrian From ed at eh3.com Sun Mar 27 22:22:02 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 27 Mar 2005 17:22:02 -0500 Subject: Xfce -- proposed patch for xfwm4.spec In-Reply-To: <424728EA.8070208@redhat.com> References: <1111957801.26215.15.camel@ernie> <424728EA.8070208@redhat.com> Message-ID: <1111962122.26215.18.camel@ernie> On Sun, 2005-03-27 at 11:43 -1000, Warren Togami wrote: > Please Bugzilla stuff like this. It is difficult to track status and > resolution otherwise. OK, and I'll make sure to bugzilla these things next time: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152299 Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From dwmw2 at infradead.org Mon Mar 28 10:47:43 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 28 Mar 2005 11:47:43 +0100 Subject: cvsup gcc4 patch In-Reply-To: <20050327214415.GA11727@lisas.de> References: <20050327214415.GA11727@lisas.de> Message-ID: <1112006865.15354.59.camel@localhost.localdomain> On Sun, 2005-03-27 at 23:44 +0200, Adrian Reber wrote: > I have following patch to fix it and before releasing it I would be > thankful to get some comments on this patch: Seems reasonable. I haven't been brave enough to try to build cvsup with gcc4 yet; I'm still recovering from the pain of getting it running on ppc in the first place :) -- dwmw2 From aaron.bennett at olin.edu Mon Mar 28 14:11:08 2005 From: aaron.bennett at olin.edu (Aaron Bennett) Date: Mon, 28 Mar 2005 09:11:08 -0500 Subject: Request for review/sponsorship: mysqlblasy In-Reply-To: <4242EF3F.1000406@olin.edu> References: <4242EF3F.1000406@olin.edu> Message-ID: <4248107C.1080707@olin.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This is another request for a review and / or a sponsor for 'mysqlblasy.' In brief, mysqlblasy is a perl script which handles regular mysqldump's in an easy and orderly fashion. The project's homepage is at http://partisans.spurious.biz/~pkremer/projects/scripting/mysqlblasy.php My source rpm is at http://fsweb.olin.edu/~abennett/mysqlblasy/mysqlblasy-0.5-1.src.rpm MD5SUMS: eef7ff8785db597aef7fab8566894c4e mysqlblasy-0.5-1.src.rpm 7ec146614fd19187153ca7f8bcedbb30 mysqlblasy-0.5.tgz 0487d8f49ab5dc9f307c2fac6a731ae8 mysqlblasy.spec - -- Aaron Bennett UNIX Administrator Franklin W. Olin College of Engineering -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCSBB8c0PuKgpwjc4RAuidAKC1KkJtiVt9RSY0Rhpv0HLUH45iHgCcD3dq fSfhFwUBB2gls1TX6Fw0Lhc= =WhcM -----END PGP SIGNATURE----- From s.mako at gmx.net Mon Mar 28 19:09:14 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Mon, 28 Mar 2005 21:09:14 +0200 (CEST) Subject: wiki access Message-ID: Hi, Can you give me edit rights to Extras_2fFCXStatus pages? My wiki account is ZoltanKota. Thanks Zoltan From skvidal at phy.duke.edu Mon Mar 28 19:17:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 28 Mar 2005 14:17:52 -0500 Subject: wiki access In-Reply-To: References: Message-ID: <1112037472.8745.18.camel@cutter> On Mon, 2005-03-28 at 21:09 +0200, Zoltan Kota wrote: > Hi, > > Can you give me edit rights to Extras_2fFCXStatus pages? > My wiki account is ZoltanKota. > Thanks > Zoltan added. -sv From skvidal at fedoraproject.org Mon Mar 28 19:28:55 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 28 Mar 2005 14:28:55 -0500 Subject: Fedora Extras 3 Package Report Message-ID: <1112038135.8745.23.camel@cutter> Hi folks, New Stuff Built: apt (i386) drscheme (i386, x86_64) edb (i386, x86_64) fedora-rpmdevtools (i386, x86_64) gpredict (i386, x86_64) hamlib (i386, x86_64) hddtemp (i386, x86_64) ipython (i386, x86_64) libosip2 (i386, x86_64) linphone (i386, x86_64) lock-keys-applet (i386, x86_64) ocaml (i386, x86_64) perl-Config-Tiny (i386, x86_64) pure-ftpd (i386, x86_64) python-durus (i386, x86_64) python-protocols (i386, x86_64) python-psyco (i386) python-psycopg (i386, x86_64) python-simpletal (noarch) python-tpg (noarch) snownews (i386, x86_64) tetex-beamer (i386, x86_64) tetex-pgf (i386, x86_64) tetex-xcolor (i386, x86_64) zope (i386, x86_64) testing: clamav (i386, x86_64) errors: ktrack (i386, x86_64) - looks like x86_64 ktrack is looking in wrong place for qt pam_mysql - simple build error - looks like zlib needed tetex-bytefield (i386, x86_64) - missing latex alsa-tools (i386, x86_64) - needs new tarball uploaded for 1.0.6 Coin2 (i386, x86_64) - build error on x86_64 Macaulay2 (i386, x86_64) - build error on x86_64 Logs at: http://fedoraproject.org/extras/3/build-logs/ -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jpo at di.uminho.pt Mon Mar 28 20:08:10 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Mon, 28 Mar 2005 21:08:10 +0100 (WEST) Subject: Fedora Extras 3 Package Report In-Reply-To: <1112038135.8745.23.camel@cutter> References: <1112038135.8745.23.camel@cutter> Message-ID: <1094.213.13.86.127.1112040490.squirrel@webmail.lsd.di.uminho.pt> Seth, > errors: > tetex-bytefield (i386, x86_64) - missing latex I don't know why tetex-bytefield failed to build. The specfile has the correct build requirement for the latex command: BuildRequires: tetex-latex In a FC3 system $ which latex /usr/bin/latex $ rpm -qf /usr/bin/latex tetex-latex-2.0.2-21.3 jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * From skvidal at phy.duke.edu Mon Mar 28 20:10:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 28 Mar 2005 15:10:53 -0500 Subject: Fedora Extras 3 Package Report In-Reply-To: <1094.213.13.86.127.1112040490.squirrel@webmail.lsd.di.uminho.pt> References: <1112038135.8745.23.camel@cutter> <1094.213.13.86.127.1112040490.squirrel@webmail.lsd.di.uminho.pt> Message-ID: <1112040653.8745.30.camel@cutter> > I don't know why tetex-bytefield failed to build. The specfile > has the correct build requirement for the latex command: > > BuildRequires: tetex-latex > > In a FC3 system > > $ which latex > /usr/bin/latex > $ rpm -qf /usr/bin/latex > tetex-latex-2.0.2-21.3 > http://fedoraproject.org/extras/3/build-logs/i386/tetex-bytefield-1.2-1.log There's the logs. I can try a build again if you'd like. -sv From bugs.michael at gmx.net Mon Mar 28 20:57:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 28 Mar 2005 22:57:20 +0200 Subject: Fedora Extras 3 Package Report In-Reply-To: <1112040653.8745.30.camel@cutter> References: <1112038135.8745.23.camel@cutter> <1094.213.13.86.127.1112040490.squirrel@webmail.lsd.di.uminho.pt> <1112040653.8745.30.camel@cutter> Message-ID: <20050328225720.08563297.bugs.michael@gmx.net> On Mon, 28 Mar 2005 15:10:53 -0500, seth vidal wrote: > > I don't know why tetex-bytefield failed to build. The specfile > > has the correct build requirement for the latex command: > > > > BuildRequires: tetex-latex > > > > In a FC3 system > > > > $ which latex > > /usr/bin/latex > > $ rpm -qf /usr/bin/latex > > tetex-latex-2.0.2-21.3 > > > http://fedoraproject.org/extras/3/build-logs/i386/tetex-bytefield-1.2-1.log > > There's the logs. > I can try a build again if you'd like. The log doesn't explain why "latex" is not found. tetex-latex BR should have pulled it in as Jose pointed out above. From skvidal at fedoraproject.org Mon Mar 28 22:11:48 2005 From: skvidal at fedoraproject.org (seth vidal) Date: Mon, 28 Mar 2005 17:11:48 -0500 Subject: Fedora Extras Development Package Report Message-ID: <1112047908.8745.32.camel@cutter> Hi Folks, anthy (i386,x86_64) apt (i386) drscheme (i386, x86_64) enchant (i386,x86_64) fedora-rpmdevtools (i386, x86_64) hddtemp (i386, x86_64) ipython (i386, x86_64) python-durus (i386, x86_64) sabayon (noarch) sylpheed (i386, x86_64) taglib (i386, x86_64) Thanks, -sv -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gemi at bluewin.ch Mon Mar 28 22:22:56 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 29 Mar 2005 00:22:56 +0200 Subject: fc3 tags Message-ID: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> I noticed that some packages in Extras and Updates get an fc3 or FC3 tag, other don't. Is there a rationale for this? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From wtogami at redhat.com Mon Mar 28 22:30:06 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 28 Mar 2005 12:30:06 -1000 Subject: fc3 tags In-Reply-To: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> References: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> Message-ID: <4248856E.9080100@redhat.com> G?rard Milmeister wrote: > I noticed that some packages in Extras and Updates get an fc3 or FC3 > tag, other don't. Is there a rationale for this? There was no agreed upon standard earlier. Now we agree on lowercase, so use that on all future packages. Warren From ivazquez at ivazquez.net Mon Mar 28 22:44:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 28 Mar 2005 17:44:19 -0500 Subject: fc3 tags In-Reply-To: <4248856E.9080100@redhat.com> References: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> <4248856E.9080100@redhat.com> Message-ID: <1112049859.13428.0.camel@ignacio.ignacio.lan> On Mon, 2005-03-28 at 12:30 -1000, Warren Togami wrote: > G?rard Milmeister wrote: > > I noticed that some packages in Extras and Updates get an fc3 or FC3 > > tag, other don't. Is there a rationale for this? > > There was no agreed upon standard earlier. Now we agree on lowercase, > so use that on all future packages. I think the question is when does a package get a disttag at all. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdennis at redhat.com Mon Mar 28 23:16:04 2005 From: jdennis at redhat.com (John Dennis) Date: Mon, 28 Mar 2005 18:16:04 -0500 Subject: fc3 tags In-Reply-To: <1112049859.13428.0.camel@ignacio.ignacio.lan> References: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> <4248856E.9080100@redhat.com> <1112049859.13428.0.camel@ignacio.ignacio.lan> Message-ID: <1112051764.11508.22.camel@finch.boston.redhat.com> On Mon, 2005-03-28 at 17:44 -0500, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-03-28 at 12:30 -1000, Warren Togami wrote: > > G?rard Milmeister wrote: > > > I noticed that some packages in Extras and Updates get an fc3 or FC3 > > > tag, other don't. Is there a rationale for this? > > > > There was no agreed upon standard earlier. Now we agree on lowercase, > > so use that on all future packages. > > I think the question is when does a package get a disttag at all. I realize the question was specific to "extras" which may try to enforce its own rules, but in general there is NO enforced conventions for the use of disttags or the format of the release tag of the n-v-r. It is completely arbitrary at the whim of the last person who touched the spec file. Until such time as the build tools automatically generate the release tag I don't see how the arbitrary naming of packages is ever going to be anything other than arbitrary given the lack of consistency in any pool of disjoint semi-cooperating human beings (e.g. people editing spec files for multiple distributions). Bottom line, don't make any assumptions about the release tag. Do not try and compare n-v-r's unless they are in the same distribution (fortunately distributions have historically been mostly self consistent, or a least to the point of having rpmvercmp work correctly, but sadly there have even been exceptions to this too). IMHO, release tags, dist tags, are a mess and will remain a mess until the process is automated and the automation enforces consistency. Suggesting to a package maintainer that he or she do something is like trying to herd cats, especially if the rules are antithetical to other goals of the maintainer (e.g. they maintain the package for more than one distribution and they have their own conventions). -- John Dennis From gemi at bluewin.ch Mon Mar 28 23:21:02 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 29 Mar 2005 01:21:02 +0200 Subject: fc3 tags In-Reply-To: <1112049859.13428.0.camel@ignacio.ignacio.lan> References: <1112048576.12284.0.camel@scriabin.tannenrauch.ch> <4248856E.9080100@redhat.com> <1112049859.13428.0.camel@ignacio.ignacio.lan> Message-ID: <1112052063.29966.0.camel@scriabin.tannenrauch.ch> On Mon, 2005-03-28 at 17:44 -0500, Ignacio Vazquez-Abrams wrote: > I think the question is when does a package get a disttag at all. Yes, that was part of the question. The first part has been answered, though. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From colin at fedoraproject.org Tue Mar 29 07:38:48 2005 From: colin at fedoraproject.org (Colin Charles) Date: Tue, 29 Mar 2005 17:38:48 +1000 Subject: Fedora Extras Development Package Report Message-ID: <1112081928.8582.9.camel@arena.soho.bytebot.net> Shaping it after what Seth does, PPC has got some new packages (okay, I'm lazier than Seth is) anthy-6300d-2 anthy-devel-6300d-2 anthy-el-6300d-2 anthy-el-xemacs-6300d-2 anthy-libs-6300d-2 apt-0.5.15cnc7-2 apt-devel-0.5.15cnc7-2 apt-groupinstall-0.5.15cnc7-2 apt-python-0.5.15cnc7-2 camlp4-3.08.3-1 Coin2-2.3.0-5 Coin2-devel-2.3.0-5 dbh-1.0.22-3.fc4 dbh-devel-1.0.22-3.fc4 drscheme-299.100-1.fc4 freeciv-1.14.2-7 fyre-1.0.0-3 gkrellmms-2.1.22-1 gtk-xfce-engine-2.2.6-3.fc4 hamlib-1.2.3-9 hamlib-c++-1.2.3-9 hamlib-c++-devel-1.2.3-9 hamlib-devel-1.2.3-9 hamlib-python-1.2.3-9 hddtemp-0.3-0.3.beta13 kphone-4.1.0-11 ktrack-0.3.0-9.rc1 labltk-3.08.3-1 libosip-0.9.7-6 libosip2-2.2.0-2 libosip2-devel-2.2.0-2 libosip-devel-0.9.7-6 libxfce4util-4.2.1-3.fc4 libxfce4util-devel-4.2.1-3.fc4 lock-keys-applet-1.0-6 ocaml-3.08.3-1 ocaml-docs-3.08.3-1 ocaml-emacs-3.08.3-1 ocaml-ocamldoc-3.08.3-1 pam_mysql-0.50-4 qof-0.5.0-5 qof-devel-0.5.0-5 snownews-1.5.6.1-3.FC4 taglib-1.3.1-2 taglib-devel-1.3.1-2 zope-2.7.5-1.fc4 Please, please, developers, look at http://fedoraproject.org/extras/development/build-logs/ppc/ for build failures. There are aplenty... And if we stick to the it doesn't make extras till it meets all archs, I'd suggest now's a good time to post patches/fixes/etc... If using Bugzilla and not committing directly to cvs, cc colin at fedoraproject.org okay Thanks -- Colin Charles, {colin,byte}@fedoraproject.org http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Tue Mar 29 08:25:46 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 29 Mar 2005 10:25:46 +0200 Subject: Fedora Extras Development Package Report In-Reply-To: <1112081928.8582.9.camel@arena.soho.bytebot.net> References: <1112081928.8582.9.camel@arena.soho.bytebot.net> Message-ID: <20050329102546.266009fb.bugs.michael@gmx.net> On Tue, 29 Mar 2005 17:38:48 +1000, Colin Charles wrote: > Please, please, developers, look at > http://fedoraproject.org/extras/development/build-logs/ppc/ for build > failures. There are aplenty... > > And if we stick to the it doesn't make extras till it meets all archs, Once and for all, where and when was that decided? I'd like to see the infrastructural facilities which allow developers to debug problems on hardware they don't have access to. > I'd suggest now's a good time to post patches/fixes/etc... If using > Bugzilla and not committing directly to cvs, cc colin at > fedoraproject.org okay From byte at aeon.com.my Tue Mar 29 11:54:43 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 29 Mar 2005 21:54:43 +1000 Subject: Fedora Extras Development Package Report In-Reply-To: <20050329102546.266009fb.bugs.michael@gmx.net> References: <1112081928.8582.9.camel@arena.soho.bytebot.net> <20050329102546.266009fb.bugs.michael@gmx.net> Message-ID: <1112097284.8582.25.camel@arena.soho.bytebot.net> On Tue, 2005-03-29 at 10:25 +0200, Michael Schwendt wrote: > > And if we stick to the it doesn't make extras till it meets all > archs, > > Once and for all, where and when was that decided? It was never decided. Thats just been the policy Core has used, and if we're going to make sure Extras meets the same quality as Core does, we're going to have to attempt to "make it good" > I'd like to see the infrastructural facilities which allow developers > to debug problems on hardware they don't have access to. I think this is in the works... Maybe this is something the Fedora Extras Steering Committee should be discussing (in fact, I vaguely remember some discussion about this last week, but my memory isn't the best at 5am in the morning) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From adrian at lisas.de Tue Mar 29 14:55:42 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 29 Mar 2005 16:55:42 +0200 Subject: Jabber Server? In-Reply-To: <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050329145542.GA21755@lisas.de> On Thu, Mar 24, 2005 at 02:24:44PM +0100, Enrico Scholz wrote: > * '-p' should be used with %install > > * /usr/bin/c2s is packaged SUID root... is this really needed, especially > because gcc4 gives out a lot of warnings and the code is not trivial > > * the initscript starts 5 daemons; when jabber allows to use only a > subset of them on one machine, there should exist a way to disable > startup of some daemons. Generally, I would prefer one initscript per > service. > > * the programs are linked against libraries with redundant functionality > (mysql vs. pgsql, perhaps ldap). I would prefer either subpackages with > minimal binaries (e.g. -mysql, -pgsql, -ldap), or at least, that unneeded > functionality can be disabled at build-time. E.g. when writing > > | %{!?_without_ldap:BuildRequires: openldap-devel} > | ... > | %{!?_without_ldap:--enable-ldap}%{?_without_ldap:--disable-ldap} I am ready for another review. The only thing from this list I have not changed is the SUID binary because I need it so that it works with pam authentication. Adrian From bugs.michael at gmx.net Tue Mar 29 15:20:15 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 29 Mar 2005 17:20:15 +0200 Subject: Fedora Extras Development Package Report In-Reply-To: <1112097284.8582.25.camel@arena.soho.bytebot.net> References: <1112081928.8582.9.camel@arena.soho.bytebot.net> <20050329102546.266009fb.bugs.michael@gmx.net> <1112097284.8582.25.camel@arena.soho.bytebot.net> Message-ID: <20050329172015.782d33ef.bugs.michael@gmx.net> On Tue, 29 Mar 2005 21:54:43 +1000, Colin Charles wrote: > On Tue, 2005-03-29 at 10:25 +0200, Michael Schwendt wrote: > > > And if we stick to the it doesn't make extras till it meets all > > archs, > > > > Once and for all, where and when was that decided? > > It was never decided. Thats just been the policy Core has used, and if > we're going to make sure Extras meets the same quality as Core does, > we're going to have to attempt to "make it good" Looping back: https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00749.html https://www.redhat.com/archives/fedora-extras-list/2005-March/msg00762.html > > I'd like to see the infrastructural facilities which allow developers > > to debug problems on hardware they don't have access to. > > I think this is in the works... Maybe this is something the Fedora > Extras Steering Committee should be discussing (in fact, I vaguely > remember some discussion about this last week, but my memory isn't the > best at 5am in the morning) It's a pretty significant matter. If Fedora Contributors were required to test on and support more than the architecture they're focused on, that would create a big hurdle. As it is currently, x86_64 causes enough build-time and run-time problems already. From mricon at gmail.com Tue Mar 29 15:22:07 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 29 Mar 2005 10:22:07 -0500 Subject: Adding new packages: python-elementtree, python-kid, repoview Message-ID: Hello, everyone: I just got my cvs access yesterday, so I'm ready to jump in with the rest of the crowd. :) I thought I'd start off with the following simple packages: python-elementtree-1.2.6: --------------------------------- The Element type is a simple but flexible container object, designed to store hierarchical data structures, such as simplified XML infosets, in memory. The element type can be described as a cross between a Python list and a Python dictionary. This package also includes the C implementation, cElementTree-1.0.2. (I've asked the author, he doesn't object against uniting the pure-python and C implementations in one package). python-kid-0.6.3: ---------------------- Kid is a simple Python based template language for generating and transforming XML vocabularies. Kid was spawned as a result of a kinky love triangle between XSLT, TAL, and PHP. We believe many of the best features of these languages live on in Kid with much of the limitations and complexity stamped out (well, eventually :). Templates are compiled to native Python byte-code and may be imported and used like normal Python modules. repoview-0.3: ------------------ RepoView creates a set of static HTML pages in a yum repository for easy browsing. It's currently already used by Fedora Extras. All packages are available here: http://phy.duke.edu/~icon/misc/fedora-extras/ I'll import them into the devel CVS unless there are objections. Cheers, -- Konstantin Ryabitsev Zlotniks, INC From skvidal at phy.duke.edu Tue Mar 29 15:29:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 29 Mar 2005 10:29:37 -0500 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: References: Message-ID: <1112110177.14183.53.camel@cutter> On Tue, 2005-03-29 at 10:22 -0500, Konstantin Ryabitsev wrote: > Hello, everyone: > > I just got my cvs access yesterday, so I'm ready to jump in with the > rest of the crowd. :) I thought I'd start off with the following > simple packages: > > python-elementtree-1.2.6: > --------------------------------- > The Element type is a simple but flexible container object, designed > to store hierarchical data structures, such as simplified XML > infosets, in memory. The element type can be described as a cross > between a Python list and a Python dictionary. > This package also includes the C implementation, cElementTree-1.0.2. > (I've asked the author, he doesn't object against uniting the > pure-python and C implementations in one package). > > python-kid-0.6.3: > ---------------------- > Kid is a simple Python based template language for generating and > transforming XML vocabularies. Kid was spawned as a result of a kinky love > triangle between XSLT, TAL, and PHP. We believe many of the best features > of these languages live on in Kid with much of the limitations and > complexity stamped out (well, eventually :). > Templates are compiled to native Python byte-code and may be imported and > used like normal Python modules. > > repoview-0.3: > ------------------ > RepoView creates a set of static HTML pages in a yum repository for easy > browsing. It's currently already used by Fedora Extras. > > All packages are available here: > http://phy.duke.edu/~icon/misc/fedora-extras/ > > I'll import them into the devel CVS unless there are objections. None from me, Heck, I think python-elementtree will head into core as soon as yum 2.3.2 is released. -sv From mricon at gmail.com Tue Mar 29 15:36:53 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 29 Mar 2005 10:36:53 -0500 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: <1112110177.14183.53.camel@cutter> References: <1112110177.14183.53.camel@cutter> Message-ID: On Tue, 29 Mar 2005 10:29:37 -0500, seth vidal wrote: > None from me, Heck, I think python-elementtree will head into core as > soon as yum 2.3.2 is released. How about I just import it into the fc3 branch, then? -- Konstantin Ryabitsev Zlotniks, INC From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 29 15:37:48 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 29 Mar 2005 17:37:48 +0200 Subject: Jabber Server? In-Reply-To: <20050329145542.GA21755@lisas.de> (Adrian Reber's message of "Tue, 29 Mar 2005 16:55:42 +0200") References: <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> Message-ID: <871x9ya2er.fsf@kosh.ultra.csn.tu-chemnitz.de> adrian at lisas.de (Adrian Reber) writes: >> * /usr/bin/c2s is packaged SUID root... is this really needed, especially >> because gcc4 gives out a lot of warnings and the code is not trivial > ... > I am ready for another review. The only thing from this list I have not > changed is the SUID binary because I need it so that it works with pam > authentication. I think, that the current SUID binary is unacceptable. I see the following options (in order of precedence): * ignore faults with /etc/shadow (errors will occur only in this setup). IMO it is very uncommon to do user-accounting for such services in this file; most people will use a regular database or ldap. * start the c2s server as root. afais, the SUID is only needed because you start the daemon with | daemon --user jabber ... ~~~~~~~~~~~~~ Omitting this, would execute the daemon with the rights of the caller ('root' in this case). * when you REALLY need the SUID thing, then set more secure attributes like | %attr(4710, root, jabber) %{_bindir}/c2s instead of | %attr(4755, root, root) %{_bindir}/c2s But this is really just a last resort Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From gauret at free.fr Tue Mar 29 15:38:59 2005 From: gauret at free.fr (Aurelien Bompard) Date: Tue, 29 Mar 2005 17:38:59 +0200 Subject: .la files, again Message-ID: Hi, We've had problem with removed libtool (.la) files in the past, and it looked like removing /usr/lib/*.la files was harmless, while removing la files in other directories could cause problems. Now I have a problem rebuilding amarok's latest version : -------------------------------- /bin/sh ../../../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o libamarok_aKode-engine.la -rpath /usr/lib/kde3 -module -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /usr/lib -R /usr/lib -R /usr/lib/qt-3.3/lib -R /usr/X11R6/lib -L/usr/lib -L/usr/lib/qt-3.3/lib -L/usr/X11R6/lib akode-engine.lo ../../../../amarok/src/engine/libengine.la ../../../../amarok/src/plugin/libplugin.la -lkdecore -lakode grep: /usr/lib/libltdl.la: No such file or directory /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive make[5]: *** [libamarok_aKode-engine.la] Error 1 -------------------- The missing /usr/lib/libltdl.la file should be provided by the libtool-libs package, which is in core. Any idea how to avoid this, and how to avoid this in the future ? Should we simply keep every .la files, even in core ? If we delete them only to save space, then maybe it's a good example of "premature optimization". Do we have an example of something breaking because the .la files were included ? Thanks for the input Aur?lien -- http://gauret.free.fr ~~~~ Jabber : abompard at jabber.fr En essayant continuellement, on finit par r?ussir. Donc plus ?a rate, plus on a des chances que ?a marche. -- devise Shadok. From tibbs at math.uh.edu Tue Mar 29 15:42:13 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 29 Mar 2005 09:42:13 -0600 Subject: Jabber Server? In-Reply-To: <20050329145542.GA21755@lisas.de> (Adrian Reber's message of "Tue, 29 Mar 2005 16:55:42 +0200") References: <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> Message-ID: >>>>> "AR" == Adrian Reber writes: AR> The only thing from this list I have not changed is the SUID AR> binary because I need it so that it works with pam authentication. Can it use saslauthd? - J< From rdieter at math.unl.edu Tue Mar 29 15:47:17 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 29 Mar 2005 09:47:17 -0600 Subject: .la files, again In-Reply-To: References: Message-ID: <42497885.80106@math.unl.edu> Aurelien Bompard wrote: > Now I have a problem rebuilding amarok's latest version : ./amarok/src/engine/libengine.la ../../../../amarok/src/plugin/libplugin.la > -lkdecore -lakode > grep: /usr/lib/libltdl.la: No such file or directory > /bin/sed: can't read /usr/lib/libltdl.la: No such file or directory > libtool: link: `/usr/lib/libltdl.la' is not a valid libtool archive > make[5]: *** [libamarok_aKode-engine.la] Error 1 > -------------------- > > The missing /usr/lib/libltdl.la file should be provided by the libtool-libs > package, which is in core. Yep. > Any idea how to avoid this, and how to avoid this in the future ? Fix libtool-libs to provide libltdl.la or Fix the /usr/lib/*.la file referring to the missing libltdl.la file > Should we simply keep every .la files, even in core ? No way hosay. >If we delete them only to save > space, then maybe it's a good example of "premature optimization". Do we > have an example of something breaking because the .la files were included ? It's not space savings you're after by omitting .la files (they are relatively small). It is dependancy bloat, *especially* for /usr/lib/lib*.la files in -devel packages. -- Rex From bugs.michael at gmx.net Tue Mar 29 15:51:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 29 Mar 2005 17:51:10 +0200 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: References: Message-ID: <20050329175110.255b8bfc.bugs.michael@gmx.net> On Tue, 29 Mar 2005 10:22:07 -0500, Konstantin Ryabitsev wrote: > Hello, everyone: > > I just got my cvs access yesterday, so I'm ready to jump in with the > rest of the crowd. :) I thought I'd start off with the following > simple packages: > > python-elementtree-1.2.6: * Missing "BuildRequires: python-devel" at least. * Unowned directory: /usr/lib/python2.3/site-packages/elementtree/ * Missing python-abi dependency. It uses a wrong "python >= 2.2" dep instead. * Explicit "Requires: expat" is redundant and should be deleted, as libexpat.so.0 dependency is automatic already. * "Obsoletes" ought to be versioned: Obsoletes: elementtree <= %version-%release so the package doesn't occupy the full namespace of "elementtree" and "cElementTree", and renaming would be easier (non-issue for Python packages, though). * Relevant rpmlint warnings: W: python-elementtree non-standard-group Applications/Libraries W: python-elementtree strange-permission cElementTree-system-expat-setup.py 0664 W: python-elementtree strange-permission elementtree-1.2.6-20050316.zip 0664 W: python-elementtree strange-permission cElementTree-1.0.2-20050302.zip 0664 W: python-elementtree strange-permission python-elementtree.spec 0664 From bugs.michael at gmx.net Tue Mar 29 15:59:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 29 Mar 2005 17:59:50 +0200 Subject: .la files, again In-Reply-To: <42497885.80106@math.unl.edu> References: <42497885.80106@math.unl.edu> Message-ID: <20050329175950.52429b04.bugs.michael@gmx.net> On Tue, 29 Mar 2005 09:47:17 -0600, Rex Dieter wrote: > > Should we simply keep every .la files, even in core ? > > No way hosay. > > >If we delete them only to save > > space, then maybe it's a good example of "premature optimization". Do we > > have an example of something breaking because the .la files were included ? > > It's not space savings you're after by omitting .la files (they are > relatively small). It is dependancy bloat, *especially* for > /usr/lib/lib*.la files in -devel packages. And not only that. Similar to pkg-config templates, the bigger a libtool archive definition file gets, the more likely it introduces errors and becomes a hindrance. E.g. when it inserts lots of standard library search paths into the linker's command-line, this prevents you from customising the linker's search path, when you want to link against custom-made libraries in non-standard locations. From robert at marcanoonline.com Tue Mar 29 16:05:02 2005 From: robert at marcanoonline.com (Robert Marcano) Date: Tue, 29 Mar 2005 12:05:02 -0400 Subject: Jabber Server? In-Reply-To: <871x9ya2er.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <4226AEF0.4000209@redhat.com> <20050307083244.GA5235@lisas.de> <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> <871x9ya2er.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1112112302.17933.6.camel@tprobert.intranet.promca.com> On Tue, 2005-03-29 at 17:37 +0200, Enrico Scholz wrote: > adrian at lisas.de (Adrian Reber) writes: > > >> * /usr/bin/c2s is packaged SUID root... is this really needed, especially > >> because gcc4 gives out a lot of warnings and the code is not trivial > > ... > > I am ready for another review. The only thing from this list I have not > > changed is the SUID binary because I need it so that it works with pam > > authentication. > > I think, that the current SUID binary is unacceptable. I see the following > options (in order of precedence): the current Squid rpm includes a binary to do pam authentication that needs to be suid and some SELinux customization, because the suid file attribute is not assigned, each time the Squid RPM is updated that customization is lost. I always thought that it can be possible to distribute that file on an RPM like squid-pamauth with the attribute assigned, that way the administrator will install it at their convenience. This can be a possible solution here > * ignore faults with /etc/shadow (errors will occur only in this > setup). IMO it is very uncommon to do user-accounting for such > services in this file; most people will use a regular database or > ldap. > > * start the c2s server as root. afais, the SUID is only needed because > you start the daemon with > > | daemon --user jabber ... > ~~~~~~~~~~~~~ > > Omitting this, would execute the daemon with the rights of the caller > ('root' in this case). > > * when you REALLY need the SUID thing, then set more secure attributes > like > > | %attr(4710, root, jabber) %{_bindir}/c2s > > instead of > > | %attr(4755, root, root) %{_bindir}/c2s > > But this is really just a last resort ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ blog: http://www.marcanoonline.com/plog/ From ville.skytta at iki.fi Tue Mar 29 16:23:28 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 29 Mar 2005 19:23:28 +0300 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: <20050329175110.255b8bfc.bugs.michael@gmx.net> References: <20050329175110.255b8bfc.bugs.michael@gmx.net> Message-ID: <1112113408.19155.45.camel@bobcat.mine.nu> On Tue, 2005-03-29 at 17:51 +0200, Michael Schwendt wrote: > * Relevant rpmlint warnings: > W: python-elementtree non-standard-group Applications/Libraries > W: python-elementtree strange-permission cElementTree-system-expat-setup.py 0664 > W: python-elementtree strange-permission elementtree-1.2.6-20050316.zip 0664 > W: python-elementtree strange-permission cElementTree-1.0.2-20050302.zip 0664 > W: python-elementtree strange-permission python-elementtree.spec 0664 These permissions warnings are hardly relevant. Like explained earlier, as soon as a package enters CVS, they begin to depend on the umask of whoever did the checkout anyway. As long as they're not executable, CVS doesn't care. (Yes, I know these packages aren't in CVS yet.) From adrian at lisas.de Tue Mar 29 17:27:38 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 29 Mar 2005 19:27:38 +0200 Subject: Jabber Server? In-Reply-To: <871x9ya2er.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> <871x9ya2er.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050329172738.GA19785@lisas.de> On Tue, Mar 29, 2005 at 05:37:48PM +0200, Enrico Scholz wrote: > I think, that the current SUID binary is unacceptable. I see the following > options (in order of precedence): > > * ignore faults with /etc/shadow (errors will occur only in this > setup). IMO it is very uncommon to do user-accounting for such > services in this file; most people will use a regular database or > ldap. If most people would include me I would probably follow your advice here but I started to package jabber because I am using it with just this configuration. Authentication against /etc/shadow. Uncommon but exactly my scenario. > * start the c2s server as root. afais, the SUID is only needed because > you start the daemon with > > | daemon --user jabber ... > ~~~~~~~~~~~~~ > > Omitting this, would execute the daemon with the rights of the caller > ('root' in this case). This would be no problem. I just thought that I can add another option to sysconfig/jabberd which toggles if c2s should be started as root or as the jabber user. Default would be to start it as jabber and if it is required (as in my case) it would be necessary to change it in this file. Would this be an acceptable solution? Adrian -- Adrian Reber http://lisas.de/~adrian/ Boredom in the Kernel. From adrian at lisas.de Tue Mar 29 17:35:14 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 29 Mar 2005 19:35:14 +0200 Subject: Jabber Server? In-Reply-To: References: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> Message-ID: <20050329173513.GA28194@lisas.de> On Tue, Mar 29, 2005 at 09:42:13AM -0600, Jason L Tibbitts III wrote: > AR> The only thing from this list I have not changed is the SUID > AR> binary because I need it so that it works with pam authentication. > > Can it use saslauthd? Reading the configuration files I would say that it can use saslauthd. Adrian From wtogami at redhat.com Tue Mar 29 19:00:00 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 29 Mar 2005 09:00:00 -1000 Subject: Fedora Extras Development Package Report In-Reply-To: <1112097284.8582.25.camel@arena.soho.bytebot.net> References: <1112081928.8582.9.camel@arena.soho.bytebot.net> <20050329102546.266009fb.bugs.michael@gmx.net> <1112097284.8582.25.camel@arena.soho.bytebot.net> Message-ID: <4249A5B0.10701@redhat.com> Colin Charles wrote: > On Tue, 2005-03-29 at 10:25 +0200, Michael Schwendt wrote: > >>>And if we stick to the it doesn't make extras till it meets all >> >>archs, >> >>Once and for all, where and when was that decided? > > > It was never decided. Thats just been the policy Core has used, and if > we're going to make sure Extras meets the same quality as Core does, > we're going to have to attempt to "make it good" > It would be nice to do this, but it will be IMPOSSIBLE without the below. > >>I'd like to see the infrastructural facilities which allow developers >>to debug problems on hardware they don't have access to. > > > I think this is in the works... Maybe this is something the Fedora > Extras Steering Committee should be discussing (in fact, I vaguely > remember some discussion about this last week, but my memory isn't the > best at 5am in the morning) Sure we were discussing it, but nothing near a feasible solution was proposed. Warren From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 29 19:56:58 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Tue, 29 Mar 2005 21:56:58 +0200 Subject: Fedora Extras Development Package Report In-Reply-To: <1112081928.8582.9.camel@arena.soho.bytebot.net> (Colin Charles's message of "Tue, 29 Mar 2005 17:38:48 +1000") References: <1112081928.8582.9.camel@arena.soho.bytebot.net> Message-ID: <87wtrq8bud.fsf@kosh.ultra.csn.tu-chemnitz.de> colin at fedoraproject.org (Colin Charles) writes: > Please, please, developers, look at > http://fedoraproject.org/extras/development/build-logs/ppc/ for build > failures. There are aplenty... Without more information, I do not know how to fix these errors. E.g. xca.log contains | /usr/lib/qt-3.3/bin/uic -o Help.cpp -impl Help.h Help.ui | make[2]: *** [Help.cpp] Segmentation fault | make[2]: *** Deleting file `Help.cpp' which indicates a bug in the PPC Qt. Or clamav seems to fail be cause of some macro expansion which can not be examined further remotely. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From jpo at di.uminho.pt Tue Mar 29 20:02:47 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Tue, 29 Mar 2005 21:02:47 +0100 Subject: Bugzilla for QA (fedora.us Freeze Soon) Message-ID: <4249B467.9000601@di.uminho.pt> Hi, As Fedora.us bugzilla appears to be closing, will Red Hat offer an alternative bugzilla for QA? I'm asking this because I am getting tired of trying to keep up with all these mailing lists; also from emails exchanged with other packagers and some threads in the mailing lists, I don't seem to be the only one disappointed with the current QA procedures. So, can we please have a (new) bugzilla for QA? TIA, jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From adrian at lisas.de Tue Mar 29 20:31:48 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 29 Mar 2005 22:31:48 +0200 Subject: cvsup gcc4 patch In-Reply-To: <1112006865.15354.59.camel@localhost.localdomain> References: <20050327214415.GA11727@lisas.de> <1112006865.15354.59.camel@localhost.localdomain> Message-ID: <20050329203148.GA13798@lisas.de> On Mon, Mar 28, 2005 at 11:47:43AM +0100, David Woodhouse wrote: > > I have following patch to fix it and before releasing it I would be > > thankful to get some comments on this patch: > > Seems reasonable. I haven't been brave enough to try to build cvsup with > gcc4 yet; I'm still recovering from the pain of getting it running on > ppc in the first place :) I saw your comments in the spec and already thought that you had alot of fun :-) Thanks for the comment on the patch; I will check it in. Adrian From mricon at gmail.com Tue Mar 29 20:53:09 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 29 Mar 2005 15:53:09 -0500 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: <20050329175110.255b8bfc.bugs.michael@gmx.net> References: <20050329175110.255b8bfc.bugs.michael@gmx.net> Message-ID: On Tue, 29 Mar 2005 17:51:10 +0200, Michael Schwendt wrote: > * Missing "BuildRequires: python-devel" at least. Okay. > * Unowned directory: /usr/lib/python2.3/site-packages/elementtree/ Yeah, relying on INSTALLED_FILES seems like not the best choice. I'm listing them namely now. > * Missing python-abi dependency. It uses a wrong "python >= 2.2" dep instead. This is probably something that can stand to be documented a little better, since it took me some poking at Seth to figure out what exactly this means. I've ended up copying much from the simpletal specfile. > * Explicit "Requires: expat" is redundant and should be deleted, as > libexpat.so.0 dependency is automatic already. Okay. > * "Obsoletes" ought to be versioned: That obsoletes actually isn't required, since neither elementtree nor cElementTree have ever been in fedora*, so I removed them. > * Relevant rpmlint warnings: > W: python-elementtree non-standard-group Applications/Libraries > W: python-elementtree strange-permission cElementTree-system-expat-setup.py 0664 > W: python-elementtree strange-permission elementtree-1.2.6-20050316.zip 0664 > W: python-elementtree strange-permission cElementTree-1.0.2-20050302.zip 0664 > W: python-elementtree strange-permission python-elementtree.spec 0664 These were corrected. New files/packages are in http://phy.duke.edu/~icon/misc/fedora-extras/ for anyone interested in poking some more. Regards, -- Konstantin Ryabitsev Zlotniks, INC From bdpepple at ameritech.net Tue Mar 29 20:55:34 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 29 Mar 2005 15:55:34 -0500 Subject: Review Needed: contact-lookup-applet Message-ID: <1112129734.6286.5.camel@localhost.localdomain> Package Description: This applet allows you to search your Evolution 2 address book for people. I would appreciate it if someone could review this for me. Thanks, /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Tue Mar 29 21:09:38 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 29 Mar 2005 14:09:38 -0700 Subject: Review Needed: contact-lookup-applet References: <1112129734.6286.5.camel@localhost.localdomain> Message-ID: <20050329210941.285DC48D7F@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Brian" == Brian Pepple writes: Brian> Package Description: This applet allows you to search your Brian> Evolution 2 address book for people. Brian> I would appreciate it if someone could review this for me. Sure. Since this has both a fc3 and devel branch do you need the '.fc3' or '.fc4' tag in Release? Otherwise, it builds, passes rpmlint ok and looks good to me here. Brian> Thanks, /B -- Brian Pepple kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCScQV3imCezTjY0ERAqi4AKCJrYSlT4CTxCzqBsvr2CbdYeciMwCfYbYM AxqvF2nJ7zAoOEgcDYp0504= =5X+2 -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Tue Mar 29 21:25:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 29 Mar 2005 16:25:22 -0500 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: References: <20050329175110.255b8bfc.bugs.michael@gmx.net> Message-ID: <1112131522.20164.15.camel@cutter> > > * Missing python-abi dependency. It uses a wrong "python >= 2.2" dep instead. > > This is probably something that can stand to be documented a little > better, since it took me some poking at Seth to figure out what > exactly this means. I've ended up copying much from the simpletal > specfile. Since we know you like writing docs - you could add this onto a page like: http://fedoraproject.org/wiki/PythonPackages I should link that from somewhere, though. -sv From bdpepple at ameritech.net Tue Mar 29 21:25:36 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 29 Mar 2005 16:25:36 -0500 Subject: Review Needed: contact-lookup-applet In-Reply-To: <20050329210941.285DC48D7F@voldemort.scrye.com> References: <1112129734.6286.5.camel@localhost.localdomain> <20050329210941.285DC48D7F@voldemort.scrye.com> Message-ID: <1112131536.6547.3.camel@localhost.localdomain> On Tue, 2005-03-29 at 14:09 -0700, Kevin Fenzi wrote: > Since this has both a fc3 and devel branch do you need the '.fc3' or > '.fc4' tag in Release? Not really sure, since it appears to be a little fuzzy when the tags need to be added. Last thing I heard was that it wasn't mandatory. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Mar 29 21:27:33 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 29 Mar 2005 16:27:33 -0500 Subject: Review Needed: contact-lookup-applet In-Reply-To: <1112131536.6547.3.camel@localhost.localdomain> References: <1112129734.6286.5.camel@localhost.localdomain> <20050329210941.285DC48D7F@voldemort.scrye.com> <1112131536.6547.3.camel@localhost.localdomain> Message-ID: <1112131653.20164.17.camel@cutter> On Tue, 2005-03-29 at 16:25 -0500, Brian Pepple wrote: > On Tue, 2005-03-29 at 14:09 -0700, Kevin Fenzi wrote: > > Since this has both a fc3 and devel branch do you need the '.fc3' or > > '.fc4' tag in Release? > > Not really sure, since it appears to be a little fuzzy when the tags > need to be added. Last thing I heard was that it wasn't mandatory. when the versions and releases are the same in two or more releases then you need a release tag. -sv From ville.skytta at iki.fi Tue Mar 29 21:41:47 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 30 Mar 2005 00:41:47 +0300 Subject: Fedora Extras Development Package Report In-Reply-To: <87wtrq8bud.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <1112081928.8582.9.camel@arena.soho.bytebot.net> <87wtrq8bud.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <1112132507.19155.52.camel@bobcat.mine.nu> On Tue, 2005-03-29 at 21:56 +0200, Enrico Scholz wrote: > | /usr/lib/qt-3.3/bin/uic -o Help.cpp -impl Help.h Help.ui > | make[2]: *** [Help.cpp] Segmentation fault > | make[2]: *** Deleting file `Help.cpp' > > which indicates a bug in the PPC Qt. Or maybe this: https://bugzilla.redhat.com/150528 Would it be possible to append a list of packages installed in the build root to the failed build logs, ala "rpm -qa | sort"? From enrico.scholz at informatik.tu-chemnitz.de Tue Mar 29 23:49:05 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 30 Mar 2005 01:49:05 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca Message-ID: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> Hi, it would be nice when somebody would review: * dietlibc: Small libc implementation * xca: Graphical X.509 certificate management tool and when dietlibc is ready: * dhcp-forwarder: DHCP relay agent * ip-sentinel: Tool to prevent unauthorized usage of IP addresses * util-vserver: Linux virtual server utilities Packages are in CVS. tia Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From ivazquez at ivazquez.net Wed Mar 30 00:00:10 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 29 Mar 2005 19:00:10 -0500 Subject: Request for review: fyre Message-ID: <1112140810.8866.4.camel@ignacio.ignacio.lan> fyre: A tool for creating artwork from chaotic functions Fyre is a tool for producing computational artwork based on histograms of iterated chaotic functions. At the moment, it implements the Peter de Jong map in a fixed-function pipeline with an interactive GTK+ frontend and a command line interface for easy and efficient rendering of high- resolution, high quality images. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From kevin-fedora-extras at scrye.com Wed Mar 30 03:09:33 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 29 Mar 2005 20:09:33 -0700 Subject: Request for review: fyre References: <1112140810.8866.4.camel@ignacio.ignacio.lan> Message-ID: <20050330030935.CD420EA996@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Ignacio" == Ignacio Vazquez-Abrams writes: Ignacio> fyre: A tool for creating artwork from chaotic functions Fyre Ignacio> is a tool for producing computational artwork based on Ignacio> histograms of iterated chaotic functions. At the moment, it Ignacio> implements the Peter de Jong map in a fixed-function pipeline Ignacio> with an interactive GTK+ frontend and a command line Ignacio> interface for easy and efficient rendering of high- Ignacio> resolution, high quality images. Everything builds fine. src.rpm and i386.rpm both look good with rpmlint. spec file looks good. One question (or really two): fyre supports optionally openexr and gnet. Any chance of getting those in first so you can --enable-openexr and --enable-gnet? In particular gnet support is very nice so you can do painless cluster rendering. http://www.openexr.com/ http://www.gnetlibrary.org/ Otherwise looks good to me. kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCShhv3imCezTjY0ERAjOqAJ4zR/+L6XNLKdQk0ht4K2/LfXEJDQCfbO0P 6lLr0CErGPykP+rccMYQ/3E= =cWqm -----END PGP SIGNATURE----- From kevin-fedora-extras at scrye.com Wed Mar 30 04:21:41 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Tue, 29 Mar 2005 21:21:41 -0700 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050330042144.49ED9A1CEC@voldemort.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Enrico" == Enrico Scholz writes: Enrico> Hi, it would be nice when somebody would review: Enrico> * xca: Graphical X.509 certificate management tool The FC-3 branch doesn't compile here: ============================== gcc -I. -I.. -I/usr/lib/qt-3.3/include -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -DPREFIX=\"/usr\" -c clicklabel.cpp -o clicklabel.o clicklabel.cpp: In constructor `ClickLabel::ClickLabel(QWidget*, const char*, uint)': clicklabel.cpp:60: error: no match for call to `(QFont) ()' make[2]: *** [clicklabel.o] Error 1 make[2]: Leaving directory `/home/kevin/projects/fedora-extras/xca/FC-3/xca-0.4.6/widgets' make[1]: *** [widgets/target.obj] Error 2 make[1]: Leaving directory `/home/kevin/projects/fedora-extras/xca/FC-3/xca-0.4.6' error: Bad exit status from /var/tmp/rpm-tmp.33985 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.33985 (%build) make: *** [i386] Error 1 On the devel branch: ================ package builds ok. rpmlint has: W: xca strange-permission xca-0.5.1.tar.gz 0664 E: xca configure-without-libdir-spec E: xca wrong-script-end-of-line-encoding /usr/share/doc/xca-0.5.1/COPYRIGHT In the spec: Does the %release_func work under fedora-extras? Or is that a fedora.us thing? I suspec it doesn't as the release seems to be be -0 when it compiles here. Source0: http://download.sourceforge.net/sourceforge/xca/%name-%version.tar.gz I think it's prefered to list the exact name-version in there instead of macros. Althought it's not set in stone according to http://fedoraproject.org/wiki/PackagingGuidelines BuildRoot: %_tmppath/%name-%version-%release-buildroot The prevered value is "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" Looks like a really nice package... kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCSiTx3imCezTjY0ERAr6LAKCWLoKyF1IV1LgecquEcHs5gK68oQCeMS+Q SsqlaRNfTR/H8B8mCTVnAeY= =gaYQ -----END PGP SIGNATURE----- From tibbs at math.uh.edu Wed Mar 30 04:45:56 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 29 Mar 2005 22:45:56 -0600 Subject: Jabber Server? In-Reply-To: <20050329173513.GA28194@lisas.de> (Adrian Reber's message of "Tue, 29 Mar 2005 19:35:14 +0200") References: <87psyb4y8b.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050307180250.GA2630@lisas.de> <20050307202220.GA681@osiris.silug.org> <20050309080911.GA7375@lisas.de> <87d5u99ish.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050310071622.GA30432@lisas.de> <20050319113329.GA18736@lisas.de> <873bul41nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050329145542.GA21755@lisas.de> <20050329173513.GA28194@lisas.de> Message-ID: >>>>> "AR" == Adrian Reber writes: AR> Reading the configuration files I would say that it can use AR> saslauthd. So let saslauthd handle your PAM authentication. Then jabberd can run as any user and still authenticate against the hidden system databases. - J< From bdpepple at ameritech.net Wed Mar 30 05:26:22 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 30 Mar 2005 00:26:22 -0500 Subject: Request for review: fyre In-Reply-To: <1112140810.8866.4.camel@ignacio.ignacio.lan> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> Message-ID: <1112160382.30021.1.camel@localhost.localdomain> On Tue, 2005-03-29 at 19:00 -0500, Ignacio Vazquez-Abrams wrote: > fyre: A tool for creating artwork from chaotic functions PUBLISH +1, after looking at rpmlint BuildRequires error. MD5Sums: fe9fcf511729eba8e78b657d1c10d506 fyre-1.0.0-3.src.rpm d8919c5991bdf2e10934de780b21d351 fyre.spec 5da821b3166d3de187cc7d84bb1dc4d3 fyre-1.0.0.tar.bz2 a91acda90c5122efcde2ee136ba7b575 fyre-1.0.0-apps.patch Good: * Source URL is canonical * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * Desktop entry is fine * Package rebuilds as non-root user Minor: * Some minor features were left out of this build: OpenEXR & gnet I'm not familar with OpenEXR & gnet, so if there's a good reason not to enable them, feel free to ignore this. * Rpmlint errors: (E: fyre invalid-build-requires libglade2-devel) /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Wed Mar 30 06:03:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 30 Mar 2005 09:03:51 +0300 Subject: %global vs. %define (Re: rpms/clamav/devel clamav.spec,1.10,1.11) In-Reply-To: <200503292352.j2TNqoJx024807@cvs-int.fedora.redhat.com> References: <200503292352.j2TNqoJx024807@cvs-int.fedora.redhat.com> Message-ID: <1112162632.19155.69.camel@bobcat.mine.nu> On Tue, 2005-03-29 at 18:52 -0500, Enrico Scholz wrote: > Modified Files: > clamav.spec > Log Message: > use %global instead of %define I'm probably not the only one wondering what's the difference between these two. In what kind of cases does it matter whether one uses one or the another? What's the scope of %define, if not global? Could you clarify this? From malists at epon.ro Wed Mar 30 07:50:51 2005 From: malists at epon.ro (Marius Andreiana) Date: Wed, 30 Mar 2005 10:50:51 +0300 Subject: jabberd server testing Message-ID: <1112169052.3553.15.camel@marte.biciclete.ro> Hi I've checked out jabberd from devel cvs. rpm built/installed ok, services started ok. I haven't modified hostname (localhost by default) in configuration files. Public registration is enabled by default. Tried to register with gaim from the same computer. I specified in server the real hostname, it gives: Mar 30 10:42:33 marte jabberd/c2s[29589]: [6] [81.196.83.211, port=33125] connect Mar 30 10:42:33 marte jabberd/c2s[29589]: [6] [81.196.83.211, port=33125] disconnect Then I specified "localhost", it gives only Mar 30 10:43:24 marte jabberd/c2s[29589]: [6] [127.0.0.1, port=33127] connect and gaim dialog remains opened on "Authenticating" Next I'll try to set hostname as manual says. -- Marius Andreiana Epon Business Applications http://www.epon.ro From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 30 07:59:29 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 30 Mar 2005 09:59:29 +0200 Subject: %global vs. %define (Re: rpms/clamav/devel clamav.spec,1.10,1.11) References: <200503292352.j2TNqoJx024807@cvs-int.fedora.redhat.com> <1112162632.19155.69.camel@bobcat.mine.nu> Message-ID: <87br91va1q.fsf@kosh.ultra.csn.tu-chemnitz.de> ville.skytta at iki.fi (Ville Skytt?) writes: >> use %global instead of %define > > I'm probably not the only one wondering what's the difference between > these two. %global will be evaluated immediately while %define will be evaluated delayed. E.g. you can do | %global foo abc | %global foo %foo-XYZ but not | %define bar zyx | %define bar %bar-CBA I prefer %global over %define to workaround/not trigger bugs in rpm which let it forget macro definitions under certain circumstances. See https://bugzilla.redhat.com/beta/show_bug.cgi?id=147238 for more details. Enrico From adrian at lisas.de Wed Mar 30 08:11:33 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 30 Mar 2005 10:11:33 +0200 Subject: jabberd server testing In-Reply-To: <1112169052.3553.15.camel@marte.biciclete.ro> References: <1112169052.3553.15.camel@marte.biciclete.ro> Message-ID: <20050330081133.GA24217@lisas.de> On Wed, Mar 30, 2005 at 10:50:51AM +0300, Marius Andreiana wrote: > I've checked out jabberd from devel cvs. rpm built/installed ok, > services started ok. > > I haven't modified hostname (localhost by default) in configuration > files. Public registration is enabled by default. > Tried to register with gaim from the same computer. I specified in > server the real hostname, it gives: > > Mar 30 10:42:33 marte jabberd/c2s[29589]: [6] [81.196.83.211, > port=33125] connect > Mar 30 10:42:33 marte jabberd/c2s[29589]: [6] [81.196.83.211, > port=33125] disconnect > > Then I specified "localhost", it gives only > Mar 30 10:43:24 marte jabberd/c2s[29589]: [6] [127.0.0.1, port=33127] > connect > and gaim dialog remains opened on "Authenticating" > > Next I'll try to set hostname as manual says. The current jabber from CVS works for me without any additional configuration. On what version of Fedora are trying to this? Have you changed anything in the configuration files? Are all 5 jabber processes (resolver router sm c2s s2s) running? Adrian -- Adrian Reber http://lisas.de/~adrian/ Digital Manipulator exceeding velocity parameters From malists at epon.ro Wed Mar 30 08:18:44 2005 From: malists at epon.ro (Marius Andreiana) Date: Wed, 30 Mar 2005 11:18:44 +0300 Subject: jabberd server testing In-Reply-To: <1112169052.3553.15.camel@marte.biciclete.ro> References: <1112169052.3553.15.camel@marte.biciclete.ro> Message-ID: <1112170725.3553.21.camel@marte.biciclete.ro> The problem was that c2s.xml had by default pam instead of db sm.xml has db driver by default. It works now. I can't see people online (sending messages works), but that's another jabber-specific problem. Adrian, will you please enable pgsql/mysql/ldap and request a build? Thanks, -- Marius Andreiana Epon Business Applications http://www.epon.ro From j.w.r.degoede at hhs.nl Wed Mar 30 08:10:10 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 30 Mar 2005 10:10:10 +0200 Subject: Fedora extras and opensource games with shareware datafiles Message-ID: <424A5EE2.30905@hhs.nl> Hi, Can opensourced game-engines such as doom, heretic and descent which come with freely distributable shareware gamedata files, be a part of Fedora extras? I would like to package and maintain a number of these as part of Fedora extras. For example take a look at my d1x packaging attempt at: http://jwrdegoede.freesuperhost.com/ And then follow the SRPMS link, there also is a signed md5sum file there. I can't give you a direct link because of the freehosting service, sorry about that, but my ISP has given me plenty quota, but doesn't allow files larger then 1 Mb (GRRRR). I've also got a signed md5sum available at my more trust inspiring ISP hosted page: http://www.home.zonnet.nl/jwrdegoede/d1x-1.43-0.lvn.1.src.rpm.md5sum md5sum: ff2678e84b73388d793d3d6203666966 d1x-1.43-0.lvn.1.srpm Regards, Hans From bugs.michael at gmx.net Wed Mar 30 09:31:55 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Mar 2005 11:31:55 +0200 Subject: Please rebuild Python module packages in FE Development Message-ID: <20050330113155.0b3cd192.bugs.michael@gmx.net> As we all should know, due to the step from Python 2.3 (FC3) to Python 2.4 (FC4), all Python module packages in Fedora Extras Development are broken until they are rebuilt. The first bug reports about such broken rpms have come in already. Since no mass-rebuild for FC4T1 has been done, these need to be rebuilt manually or left broken until a mass-rebuild will take place. It would be nice if we could fix them sooner than later, though, so Python packagers, please visit your packages and request rebuilds where necessary. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 30 10:17:32 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 30 Mar 2005 12:17:32 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <20050330042144.49ED9A1CEC@voldemort.scrye.com> (Kevin Fenzi's message of "Tue, 29 Mar 2005 21:21:41 -0700") References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> Message-ID: <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> kevin-fedora-extras at scrye.com (Kevin Fenzi) writes: > Enrico> * xca: Graphical X.509 certificate management tool > > The FC-3 branch doesn't compile here: oops, sorry. I worked on the devel branch only; FC-3 should be synced now. > Does the %release_func work under fedora-extras? I do not know a reason why it should not work there ;) > Or is that a fedora.us thing? I suspec it doesn't as the release seems > to be be -0 when it compiles here. It is expected that | Release: %release_func 0 produces a -0 release. > Source0: http://download.sourceforge.net/sourceforge/xca/%name-%version.tar.gz > I think it's prefered to list the exact name-version in there instead > of macros. Sorry, I will not change it as it adds redundancy and seduces reviewers to copy & paste this URL without verifying its correctness. > BuildRoot: %_tmppath/%name-%version-%release-buildroot > The prevered value is > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" There is no big difference except the '%(%{__id_u} -n)' which does not make much sense but adds complexity and gives a false feeling about security. You have always a race between | %install | rm -rf $RPM_BUILD_ROOT and | make install DESTDIR=$RPM_BUILD_ROOT where an attacker could create an installation-dir with malicious content. A better way would be the definition of a userspecific %_tmppath in ~/.rpmmacros which is writable by the actual user only. Enrico From skvidal at phy.duke.edu Wed Mar 30 13:17:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 30 Mar 2005 08:17:44 -0500 Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: <424A5EE2.30905@hhs.nl> References: <424A5EE2.30905@hhs.nl> Message-ID: <1112188664.26501.25.camel@cutter> On Wed, 2005-03-30 at 10:10 +0200, Hans de Goede wrote: > Hi, > > Can opensourced game-engines such as doom, heretic and descent which > come with freely distributable shareware gamedata files, be a part of > Fedora extras? > > I would like to package and maintain a number of these as part of Fedora > extras. > > For example take a look at my d1x packaging attempt at: > http://jwrdegoede.freesuperhost.com/ > If you're going to include the shareware parts in the games I'd say no. They don't meet the FOSS requirements of fedora. If you're going to have the gamedata files elsewhere then sure. -sv From j.w.r.degoede at hhs.nl Wed Mar 30 13:42:19 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 30 Mar 2005 15:42:19 +0200 Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: <1112188664.26501.25.camel@cutter> References: <424A5EE2.30905@hhs.nl> <1112188664.26501.25.camel@cutter> Message-ID: <424AACBB.7030709@hhs.nl> seth vidal wrote: > On Wed, 2005-03-30 at 10:10 +0200, Hans de Goede wrote: > >>Hi, >> >>Can opensourced game-engines such as doom, heretic and descent which >>come with freely distributable shareware gamedata files, be a part of >>Fedora extras? >> >>I would like to package and maintain a number of these as part of Fedora >>extras. >> >>For example take a look at my d1x packaging attempt at: >>http://jwrdegoede.freesuperhost.com/ >> > > > If you're going to include the shareware parts in the games I'd say no. > > They don't meet the FOSS requirements of fedora. > > If you're going to have the gamedata files elsewhere then sure. > Erm, The idea was to add an shareware-data rpm for those who don't have the registered version Yes. 1) It is not as if sourcecode for the datafiles exist, they are after all data, not Machine instructions. The data can be edited with freely available tools. How does this differ from png's distributed with other programs? 2) I thought that oss programs needing closed data/firmware was OK as long as the data/firmware is freely redistributable. Isn't the plan for example to distribute intell wireless firmware in core as soon as it some problems with it not being 100% freely redistributable are fixed. If something is good enough for core, then why isn't it good enough for extras? Regards, Hans From mricon at gmail.com Wed Mar 30 15:28:25 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Wed, 30 Mar 2005 10:28:25 -0500 Subject: Review: python-elementtree, python-kid, repoview Message-ID: Hello, all: I've successfully imported the following packages into the devel branch (since I've not heard anything about not importing python-elementtree there, I've put it with the others, since otherwise it'd break builds). Please review these when you have a chance. I think they should be satisfactory: python-elementtree python-kid repoview Kind regards, -- Konstantin Ryabitsev Zlotniks, INC From symbiont at berlios.de Wed Mar 30 15:41:18 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 30 Mar 2005 23:41:18 +0800 Subject: Adding new packages: python-elementtree, python-kid, repoview In-Reply-To: References: <20050329175110.255b8bfc.bugs.michael@gmx.net> Message-ID: <200503302341.18495.symbiont@berlios.de> On Wednesday 30 March 2005 04:53, Konstantin Ryabitsev wrote: > Yeah, relying on INSTALLED_FILES seems like not the best choice. I'm > listing them namely now. FYI: http://python.org/sf/1035576 Patch tested and deployed: http://python.org/pyvault (steal specs at will!) It missed the 2.4 freeze by a few days, but, nearly made it. Maybe Misa will like it... dunno. -- -jeff From bugs.michael at gmx.net Wed Mar 30 15:46:35 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Mar 2005 17:46:35 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050330174635.5677443c.bugs.michael@gmx.net> On Wed, 30 Mar 2005 12:17:32 +0200, Enrico Scholz wrote: > > Source0: http://download.sourceforge.net/sourceforge/xca/%name-%version.tar.gz > > I think it's prefered to list the exact name-version in there instead > > of macros. > > Sorry, I will not change it as it adds redundancy and seduces reviewers > to copy & paste this URL without verifying its correctness. Nah, reviewers have better things to do than verify your macro usage in Source URLs. ;) The original reason for "preferring macro-less Source URLs" was that you can cut'n'paste reasonably looking URLs and use wget/curl to fetch upstream tarballs quickly, whereas it needs ugly rpm --specfile hacks to convert any macros in there first. The rationale was to lower the bar for new reviewers and make access to tarballs easier. The Source URLs--if not SF.net--give no hint whether the download location belongs to the upstream project. Serious reviewers would need to start at Google (or the "URL:" tag) for full verification of tarball origins anyway. However, with CVS as a package store, most packagers likely prefer macros in Source URLs, so they don't need to update them for every version upgrade. > > > BuildRoot: %_tmppath/%name-%version-%release-buildroot > > The prevered value is > > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" > > There is no big difference except the '%(%{__id_u} -n)' which does not > make much sense but adds complexity and gives a false feeling about > security. You have always a race between If memory serves correctly, the %__id_u thing was not for added security, but a somewhat sane default for multi-user environments and build machines, which didn't override buildroot. From skvidal at phy.duke.edu Wed Mar 30 16:13:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 30 Mar 2005 11:13:11 -0500 Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: <424AACBB.7030709@hhs.nl> References: <424A5EE2.30905@hhs.nl> <1112188664.26501.25.camel@cutter> <424AACBB.7030709@hhs.nl> Message-ID: <1112199191.30867.6.camel@cutter> > Erm, My name is Seth, not Erm, it's a common misspelling, though. :-D > The idea was to add an shareware-data rpm for those who don't have the > registered version Yes. > > 1) It is not as if sourcecode for the datafiles exist, they are after > all data, not Machine instructions. The data can be edited with freely > available tools. How does this differ from png's distributed with other > programs? > > 2) I thought that oss programs needing closed data/firmware was OK as > long as the data/firmware is freely redistributable. Isn't the plan for > example to distribute intell wireless firmware in core as soon as it > some problems with it not being 100% freely redistributable are fixed. > > If something is good enough for core, then why isn't it good enough for > extras? I think firmware falls under a different category but IANAL. We should ask the fedora legal folks. Want me to ping at the powers-that-be about this? -sv From kaboom at oobleck.net Wed Mar 30 16:37:41 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 30 Mar 2005 11:37:41 -0500 (EST) Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: <1112199191.30867.6.camel@cutter> References: <424A5EE2.30905@hhs.nl> <1112188664.26501.25.camel@cutter> <424AACBB.7030709@hhs.nl> <1112199191.30867.6.camel@cutter> Message-ID: On Wed, 30 Mar 2005, seth vidal wrote: > I think firmware falls under a different category but IANAL. We should > ask the fedora legal folks. Want me to ping at the powers-that-be about > this? On a somewhat related note to the shareware data discussion, one of the things I'm interested in packaging for extras is hobbit . hobbit is a GPL'ed replacement / upgrade for the server side of Big Brother . It's only of limited use without clients being monitored. For the client monitoring, you have to either use the Big Brother client (not free / open source) or the hobbit client. hobbit client is BSD-licensed, but still very alpha (as in, "it only compiles on NetBSD 2 right now" alpha). Any problem with the hobbit server being in extras, and the hobbit client once it's further along? later, chris From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 30 16:45:37 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 30 Mar 2005 18:45:37 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <20050330174635.5677443c.bugs.michael@gmx.net> (Michael Schwendt's message of "Wed, 30 Mar 2005 17:46:35 +0200") References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330174635.5677443c.bugs.michael@gmx.net> Message-ID: <871x9xulou.fsf@kosh.ultra.csn.tu-chemnitz.de> bugs.michael at gmx.net (Michael Schwendt) writes: >> > Source0: http://download.sourceforge.net/sourceforge/xca/%name-%version.tar.gz >> > I think it's prefered to list the exact name-version in there instead >> > of macros. >> >> Sorry, I will not change it as it adds redundancy and seduces reviewers >> to copy & paste this URL without verifying its correctness. > ... > The Source URLs--if not SF.net--give no hint whether the download location > belongs to the upstream project. Serious reviewers would need to start at > Google (or the "URL:" tag) for full verification of tarball origins > anyway. Exactly. That's why, copy & pasteable URLs are of no use: serious reviewers have to find out/verify the correct URL nevertheless, they are a burden for the packager and buildsystem works with both. >> > BuildRoot: %_tmppath/%name-%version-%release-buildroot >> > The prevered value is >> > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" >> >> There is no big difference except the '%(%{__id_u} -n)' which does not >> make much sense but adds complexity and gives a false feeling about >> security. You have always a race between > > If memory serves correctly, the %__id_u thing was not for added > security, but a somewhat sane default for multi-user environments "multi-user environments" implicates security measures. Both buildroots (with and without the %__id_u thing) are providing the same security. With insecure (world-writable) %_tmppath, both are insecure, and with a secure %_tmppath, both are secure. "Secure %_tmppath" implicates some personalization (e.g. /var/tmp/.kde.). %__id_u is redundant to this personalization and can be omitted therefore. Enrico From tcallawa at redhat.com Wed Mar 30 17:13:27 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 30 Mar 2005 11:13:27 -0600 Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: References: <424A5EE2.30905@hhs.nl> <1112188664.26501.25.camel@cutter> <424AACBB.7030709@hhs.nl> <1112199191.30867.6.camel@cutter> Message-ID: <1112202807.12235.22.camel@in-141-199.dhcp-149-166.iupui.edu> On Wed, 2005-03-30 at 11:37 -0500, Chris Ricker wrote: > On a somewhat related note to the shareware data discussion, one of the > things I'm interested in packaging for extras is hobbit > . hobbit is a GPL'ed replacement / > upgrade for the server side of Big Brother . It's only of > limited use without clients being monitored. For the client monitoring, > you have to either use the Big Brother client (not free / open source) or > the hobbit client. hobbit client is BSD-licensed, but still very alpha (as > in, "it only compiles on NetBSD 2 right now" alpha). Any problem with the > hobbit server being in extras, and the hobbit client once it's further > along? I see no problem with this as long as it doesn't rely on BB to build or install. ~spot -- Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugs.michael at gmx.net Wed Mar 30 17:20:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Mar 2005 19:20:39 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <871x9xulou.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330174635.5677443c.bugs.michael@gmx.net> <871x9xulou.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050330192039.3f145c14.bugs.michael@gmx.net> On Wed, 30 Mar 2005 18:45:37 +0200, Enrico Scholz wrote: > >> > BuildRoot: %_tmppath/%name-%version-%release-buildroot > >> > The prevered value is > >> > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" > >> > >> There is no big difference except the '%(%{__id_u} -n)' which does not > >> make much sense but adds complexity and gives a false feeling about > >> security. You have always a race between > > > > If memory serves correctly, the %__id_u thing was not for added > > security, but a somewhat sane default for multi-user environments > > "multi-user environments" implicates security measures. The obvious thing it does is to choose a different built root for every user. You don't even know whether the users are trusted or not. If it's a multi-user environment with untrusted users, overriding build root in ~/.rpmmacros would add security on a per-user basis. From enrico.scholz at informatik.tu-chemnitz.de Wed Mar 30 18:17:42 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Wed, 30 Mar 2005 20:17:42 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <20050330192039.3f145c14.bugs.michael@gmx.net> (Michael Schwendt's message of "Wed, 30 Mar 2005 19:20:39 +0200") References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330174635.5677443c.bugs.michael@gmx.net> <871x9xulou.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330192039.3f145c14.bugs.michael@gmx.net> Message-ID: <87ekdxgfqx.fsf@kosh.ultra.csn.tu-chemnitz.de> bugs.michael at gmx.net (Michael Schwendt) writes: >> >> > BuildRoot: %_tmppath/%name-%version-%release-buildroot >> >> > The prevered value is >> >> > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" >> > ... >> > If memory serves correctly, the %__id_u thing was not for added >> > security, but a somewhat sane default for multi-user environments >> >> "multi-user environments" implicates security measures. > > The obvious thing it does is to choose a different built root for every > user. The buildroot mentioned above (this with '%__id_u') is unique per user, but not secure. You need a %_tmppath which is only writable by the the actual user. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From bugs.michael at gmx.net Wed Mar 30 18:32:42 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Mar 2005 20:32:42 +0200 Subject: Request for Review: dhcp-forwarder, dietlibc, ip-sentinel, util-vserver + xca In-Reply-To: <87ekdxgfqx.fsf@kosh.ultra.csn.tu-chemnitz.de> References: <87r7hy813i.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330042144.49ED9A1CEC@voldemort.scrye.com> <877jjpv3nn.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330174635.5677443c.bugs.michael@gmx.net> <871x9xulou.fsf@kosh.ultra.csn.tu-chemnitz.de> <20050330192039.3f145c14.bugs.michael@gmx.net> <87ekdxgfqx.fsf@kosh.ultra.csn.tu-chemnitz.de> Message-ID: <20050330203242.70e9baa1.bugs.michael@gmx.net> On Wed, 30 Mar 2005 20:17:42 +0200, Enrico Scholz wrote: > >> >> > BuildRoot: %_tmppath/%name-%version-%release-buildroot > >> >> > The prevered value is > >> >> > "%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)" > >> > ... > >> > If memory serves correctly, the %__id_u thing was not for added > >> > security, but a somewhat sane default for multi-user environments > >> > >> "multi-user environments" implicates security measures. > > > > The obvious thing it does is to choose a different built root for every > > user. > > The buildroot mentioned above (this with '%__id_u') is unique per user, > but not secure. You need a %_tmppath which is only writable by the the > actual user. The proposed default buildroot does not have security as a goal. It is a suggested default, not mandatory. Can we end this thread now, please? From ivazquez at ivazquez.net Wed Mar 30 20:04:22 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 15:04:22 -0500 Subject: Request for review: fyre In-Reply-To: <1112160382.30021.1.camel@localhost.localdomain> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> <1112160382.30021.1.camel@localhost.localdomain> Message-ID: <1112213062.8866.7.camel@ignacio.ignacio.lan> On Tue, 2005-03-29 at 20:09 -0700, Kevin Fenzi wrote: > One question (or really two): > > fyre supports optionally openexr and gnet. Any chance of getting those > in first so you can --enable-openexr and --enable-gnet? > In particular gnet support is very nice so you can do painless > cluster rendering. On Wed, 2005-03-30 at 00:26 -0500, Brian Pepple wrote: > Minor: > * Some minor features were left out of this build: OpenEXR & gnet > > I'm not familar with OpenEXR & gnet, so if there's a good reason not > to enable them, feel free to ignore this. I have been looking at these in order to package them for fyre, but haven't had a chance to deal with them. I'll disable them in fyre until such time that they are available. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From byte at aeon.com.my Wed Mar 30 20:05:20 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 31 Mar 2005 06:05:20 +1000 Subject: linux_logo Message-ID: <1112213121.8582.213.camel@arena.soho.bytebot.net> Decided to take a dig at fixing gcc4 issues, but what better way to have a responsive upstream author linux_logo is now at 4.10, and will compile on gcc4 so the patches I considered posting here and in cvs aren't required. Following spec file patch will allow new release to build Matthias, please see to your package being updated, thanks (and I hope I got a somewhat sane e-mail address for you) --- linux_logo/linux_logo.spec~ 2005-03-31 05:49:39.000000000 +1000 +++ linux_logo/linux_logo.spec 2005-03-31 05:51:33.000000000 +1000 @@ -2,8 +2,8 @@ Summary: The linux logo - a colorful console penguin logo Name: linux_logo -Version: 4.09 -Release: 2 +Version: 4.10 +Release: 1 License: GPL Group: Applications/System URL: http://www.deater.net/weave/vmwprod/linux_logo/ @@ -49,6 +49,9 @@ done %changelog +* Thu Mar 31 2005 Colin Charles 4.10-1 +- New upstream release meaning we don't need any Fedora-specific gcc4 patches + * Tue Nov 16 2004 Matthias Saou 4.09-2 - Bump release to provide Extras upgrade path. -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From ivazquez at ivazquez.net Wed Mar 30 20:11:56 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 15:11:56 -0500 Subject: Request for review: fyre In-Reply-To: <1112160382.30021.1.camel@localhost.localdomain> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> <1112160382.30021.1.camel@localhost.localdomain> Message-ID: <1112213516.8866.11.camel@ignacio.ignacio.lan> On Wed, 2005-03-30 at 00:26 -0500, Brian Pepple wrote: > * Rpmlint errors: (E: fyre invalid-build-requires libglade2-devel) Interesting. I did some looking and libglade2-devel pulls in gtk2-devel, so it seems that gtk2-devel is the extra one. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Wed Mar 30 20:24:30 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 30 Mar 2005 22:24:30 +0200 Subject: Fedora extras and opensource games with shareware datafiles In-Reply-To: <1112199191.30867.6.camel@cutter> References: <424A5EE2.30905@hhs.nl> <1112188664.26501.25.camel@cutter> <424AACBB.7030709@hhs.nl> <1112199191.30867.6.camel@cutter> Message-ID: <424B0AFE.30808@hhs.nl> seth vidal wrote: >>Erm, > > My name is Seth, not Erm, it's a common misspelling, though. :-D > > > >>The idea was to add an shareware-data rpm for those who don't have the >>registered version Yes. >> >>1) It is not as if sourcecode for the datafiles exist, they are after >>all data, not Machine instructions. The data can be edited with freely >>available tools. How does this differ from png's distributed with other >>programs? >> >>2) I thought that oss programs needing closed data/firmware was OK as >>long as the data/firmware is freely redistributable. Isn't the plan for >>example to distribute intell wireless firmware in core as soon as it >>some problems with it not being 100% freely redistributable are fixed. >> >>If something is good enough for core, then why isn't it good enough for >>extras? > > > I think firmware falls under a different category but IANAL. We should > ask the fedora legal folks. Want me to ping at the powers-that-be about > this? > Yes please, And please note that this about freely redistributable, no royaltees shareware data files. Nty about shareware datafiles whos license contains stuff like non commercial use only, or internet distribution only. Although I guess that if it is decided that the general concept of freely distributable shareware data files is ok, each datafile's license still needs to be checked seperatly. Regards, Hans From byte at aeon.com.my Wed Mar 30 20:23:58 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 31 Mar 2005 06:23:58 +1000 Subject: linux_logo In-Reply-To: <1112213121.8582.213.camel@arena.soho.bytebot.net> References: <1112213121.8582.213.camel@arena.soho.bytebot.net> Message-ID: <1112214238.8582.227.camel@arena.soho.bytebot.net> On Thu, 2005-03-31 at 06:05 +1000, Colin Charles wrote: > Decided to take a dig at fixing gcc4 issues, but what better way to > have > a responsive upstream author > > linux_logo is now at 4.10, and will compile on gcc4 so the patches I > considered posting here and in cvs aren't required. Following spec > file > patch will allow new release to build Hah, while waiting for the upstream author, I see adrian reber attempted to patch it in cvs commits logs. We can probably revert these patches and just go new upstream, I'm thinking As long as it hasn't been built... -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From adrian at lisas.de Wed Mar 30 20:27:08 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 30 Mar 2005 22:27:08 +0200 Subject: linux_logo In-Reply-To: <1112213121.8582.213.camel@arena.soho.bytebot.net> References: <1112213121.8582.213.camel@arena.soho.bytebot.net> Message-ID: <20050330202708.GA30994@lisas.de> On Thu, Mar 31, 2005 at 06:05:20AM +1000, Colin Charles wrote: > Decided to take a dig at fixing gcc4 issues, but what better way to have > a responsive upstream author > > linux_logo is now at 4.10, and will compile on gcc4 so the patches I > considered posting here and in cvs aren't required. Following spec file > patch will allow new release to build It looks like I wasted some time creating and applying a patch to fix the gcc4 issues :-) And is only a few hours since I checked my changes into CVS. Bad luck ;-) Adrian From adrian at lisas.de Wed Mar 30 20:28:03 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 30 Mar 2005 22:28:03 +0200 Subject: linux_logo In-Reply-To: <1112214238.8582.227.camel@arena.soho.bytebot.net> References: <1112213121.8582.213.camel@arena.soho.bytebot.net> <1112214238.8582.227.camel@arena.soho.bytebot.net> Message-ID: <20050330202803.GB30994@lisas.de> On Thu, Mar 31, 2005 at 06:23:58AM +1000, Colin Charles wrote: > > Decided to take a dig at fixing gcc4 issues, but what better way to > > have > > a responsive upstream author > > > > linux_logo is now at 4.10, and will compile on gcc4 so the patches I > > considered posting here and in cvs aren't required. Following spec > > file > > patch will allow new release to build > > Hah, while waiting for the upstream author, I see adrian reber attempted > to patch it in cvs commits logs. We can probably revert these patches > and just go new upstream, I'm thinking > > As long as it hasn't been built... No it hasn't been built. Adrian From bdpepple at ameritech.net Wed Mar 30 20:28:04 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 30 Mar 2005 15:28:04 -0500 Subject: Request for review: fyre In-Reply-To: <1112213516.8866.11.camel@ignacio.ignacio.lan> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> <1112160382.30021.1.camel@localhost.localdomain> <1112213516.8866.11.camel@ignacio.ignacio.lan> Message-ID: <1112214484.9842.1.camel@localhost.localdomain> On Wed, 2005-03-30 at 15:11 -0500, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-03-30 at 00:26 -0500, Brian Pepple wrote: > > * Rpmlint errors: (E: fyre invalid-build-requires libglade2-devel) > > Interesting. I did some looking and libglade2-devel pulls in gtk2-devel, > so it seems that gtk2-devel is the extra one. I noticed that also. Though, even after removing the gtk2-devel BR, I was still getting that error with rpmlint. Unfortunately, I didn't really have time last night to look into it any further. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adrian at lisas.de Wed Mar 30 20:38:38 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 30 Mar 2005 22:38:38 +0200 Subject: Request for review: fyre In-Reply-To: <1112214484.9842.1.camel@localhost.localdomain> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> <1112160382.30021.1.camel@localhost.localdomain> <1112213516.8866.11.camel@ignacio.ignacio.lan> <1112214484.9842.1.camel@localhost.localdomain> Message-ID: <20050330203838.GA2297@lisas.de> On Wed, Mar 30, 2005 at 03:28:04PM -0500, Brian Pepple wrote: > > > * Rpmlint errors: (E: fyre invalid-build-requires libglade2-devel) > > > > Interesting. I did some looking and libglade2-devel pulls in gtk2-devel, > > so it seems that gtk2-devel is the extra one. > > I noticed that also. Though, even after removing the gtk2-devel BR, I > was still getting that error with rpmlint. Unfortunately, I didn't > really have time last night to look into it any further. I wouldn't worry about this rpmlint message. If you rename the BuildRequires to a Mandrake conform name (libglade2.0-devel) the error disappears. This seems to happen with all BuildRequires matching: ^lib(.*?)([0-9.]+)(_[0-9.]+)?-devel and which are not in the "invalid-build-requires" filter of rpmlint. Adrian From bugs.michael at gmx.net Wed Mar 30 20:43:56 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Mar 2005 22:43:56 +0200 Subject: Request for review: fyre In-Reply-To: <1112214484.9842.1.camel@localhost.localdomain> References: <1112140810.8866.4.camel@ignacio.ignacio.lan> <1112160382.30021.1.camel@localhost.localdomain> <1112213516.8866.11.camel@ignacio.ignacio.lan> <1112214484.9842.1.camel@localhost.localdomain> Message-ID: <20050330224356.059cc36a.bugs.michael@gmx.net> On Wed, 30 Mar 2005 15:28:04 -0500, Brian Pepple wrote: > On Wed, 2005-03-30 at 15:11 -0500, Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-03-30 at 00:26 -0500, Brian Pepple wrote: > > > * Rpmlint errors: (E: fyre invalid-build-requires libglade2-devel) > > > > Interesting. I did some looking and libglade2-devel pulls in gtk2-devel, > > so it seems that gtk2-devel is the extra one. > > I noticed that also. Though, even after removing the gtk2-devel BR, I > was still getting that error with rpmlint. Unfortunately, I didn't > really have time last night to look into it any further. I think rpmlint only complains about the package name. From jpo at di.uminho.pt Wed Mar 30 20:48:52 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 30 Mar 2005 21:48:52 +0100 Subject: Request for review: tetex-perltex Message-ID: <424B10B4.5090107@di.uminho.pt> Summary: Define LaTeX macros in terms of Perl code URL: http://www.ctan.org/tex-archive/help/Catalogue/entries/perltex.html Description: PerlTeX is a combination Perl script (perltex) and LaTeX2e style file (perltex.sty) that, together, give the user the ability to define LaTeX macros in terms of Perl code. Once defined, a Perl macro becomes indistinguishable from any other LaTeX macro. PerlTeX thereby combines LaTeX's typesetting power with Perl's programmability. Signed SRPM: http://gsd.di.uminho.pt/jpo/software/fedora/tetex-perltex-1.2-1.src.rpm Specfile: http://gsd.di.uminho.pt/jpo/software/fedora/tetex-perltex.spec -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From a.kurtz at hardsun.net Wed Mar 30 20:52:23 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Wed, 30 Mar 2005 12:52:23 -0800 Subject: Request for review/sponsorship: feh In-Reply-To: <1111870351.20989.1.camel@ignacio.ignacio.lan> References: <1111815823.7227.9.camel@rydia.hardsun.net> <1111849659.17464.3.camel@ignacio.ignacio.lan> <1111865013.10907.2.camel@rydia.hardsun.net> <1111870351.20989.1.camel@ignacio.ignacio.lan> Message-ID: <1112215943.4791.3.camel@rydia.hardsun.net> On Sat, 2005-03-26 at 15:52 -0500, Ignacio Vazquez-Abrams wrote: > On Sat, 2005-03-26 at 11:23 -0800, Aaron Kurtz wrote: > > %doc moved, and comments from template stripped out. It shouldn't need > > any scriptlets, being a fairly simple program. > > Alright, go ahead and import it then. If someone would sponsor me for CVS access, I'd be happy to import it. -- Aaron Kurtz From ivazquez at ivazquez.net Wed Mar 30 20:59:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 15:59:09 -0500 Subject: Request for sponsor: gnet Message-ID: <1112216349.8866.13.camel@ignacio.ignacio.lan> gnet: A simple network library built upon glib http://fedora.ivazquez.net/files/gnet-2.0.7-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Wed Mar 30 21:11:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 16:11:12 -0500 Subject: Request for review/sponsorship: feh In-Reply-To: <1112215943.4791.3.camel@rydia.hardsun.net> References: <1111815823.7227.9.camel@rydia.hardsun.net> <1111849659.17464.3.camel@ignacio.ignacio.lan> <1111865013.10907.2.camel@rydia.hardsun.net> <1111870351.20989.1.camel@ignacio.ignacio.lan> <1112215943.4791.3.camel@rydia.hardsun.net> Message-ID: <1112217072.8866.18.camel@ignacio.ignacio.lan> On Wed, 2005-03-30 at 12:52 -0800, Aaron Kurtz wrote: > On Sat, 2005-03-26 at 15:52 -0500, Ignacio Vazquez-Abrams wrote: > > On Sat, 2005-03-26 at 11:23 -0800, Aaron Kurtz wrote: > > > %doc moved, and comments from template stripped out. It shouldn't need > > > any scriptlets, being a fairly simple program. > > > > Alright, go ahead and import it then. > > If someone would sponsor me for CVS access, I'd be happy to import it. Fair enough. Provide the updated SRPM and I'll go ahead and import it for you. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike at flyn.org Wed Mar 30 21:18:20 2005 From: mike at flyn.org (W. Michael Petullo) Date: Wed, 30 Mar 2005 15:18:20 -0600 (CST) Subject: Request for review/sponsorship: feh Message-ID: <4491.66.151.13.121.1112217500.squirrel@zero.voxel.net> >>> %doc moved, and comments from template stripped out. It shouldn't need >>> any scriptlets, being a fairly simple program. >> Alright, go ahead and import it then. > If someone would sponsor me for CVS access, I'd be happy to import it. How long should one have to wait for a yea or nay following a request to be sponsored at http://fedoraproject.org/wiki/Extras_2fSponsorsNeeded? -- Mike From a.kurtz at hardsun.net Wed Mar 30 22:22:36 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Wed, 30 Mar 2005 14:22:36 -0800 Subject: Request for review/sponsorship: feh In-Reply-To: <1112217072.8866.18.camel@ignacio.ignacio.lan> References: <1111815823.7227.9.camel@rydia.hardsun.net> <1111849659.17464.3.camel@ignacio.ignacio.lan> <1111865013.10907.2.camel@rydia.hardsun.net> <1111870351.20989.1.camel@ignacio.ignacio.lan> <1112215943.4791.3.camel@rydia.hardsun.net> <1112217072.8866.18.camel@ignacio.ignacio.lan> Message-ID: <1112221356.4791.9.camel@rydia.hardsun.net> On Wed, 2005-03-30 at 16:11 -0500, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-03-30 at 12:52 -0800, Aaron Kurtz wrote: > > On Sat, 2005-03-26 at 15:52 -0500, Ignacio Vazquez-Abrams wrote: > > > Alright, go ahead and import it then. > > > > If someone would sponsor me for CVS access, I'd be happy to import it. > > Fair enough. Provide the updated SRPM and I'll go ahead and import it > for you. That would be perfect. http://rydia.hardsun.net:8080/feh-1.3.0-2.src.rpm -- Aaron Kurtz From dag at wieers.com Wed Mar 30 22:54:07 2005 From: dag at wieers.com (Dag Wieers) Date: Thu, 31 Mar 2005 00:54:07 +0200 (CEST) Subject: Request for sponsor: gnet In-Reply-To: <1112216349.8866.13.camel@ignacio.ignacio.lan> References: <1112216349.8866.13.camel@ignacio.ignacio.lan> Message-ID: On Wed, 30 Mar 2005, Ignacio Vazquez-Abrams wrote: > gnet: A simple network library built upon glib > > http://fedora.ivazquez.net/files/gnet-2.0.7-1.src.rpm Please consider packaging it as gnet2 :) Thanks, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Mar 30 22:51:06 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 31 Mar 2005 00:51:06 +0200 Subject: linux_logo In-Reply-To: <1112213121.8582.213.camel@arena.soho.bytebot.net> References: <1112213121.8582.213.camel@arena.soho.bytebot.net> Message-ID: <20050331005106.6c7e481c@python2> Colin Charles wrote : > Decided to take a dig at fixing gcc4 issues, but what better way to have > a responsive upstream author > > linux_logo is now at 4.10, and will compile on gcc4 so the patches I > considered posting here and in cvs aren't required. Following spec file > patch will allow new release to build > > Matthias, please see to your package being updated, thanks > (and I hope I got a somewhat sane e-mail address for you) Great. Adrian just asked me a little earlier if he could add a patch to fix compilation with gcc4, but I guess this is easier and better :-) Sorry to silent right now, just got back from holidays and am still swamped with "real" work to catch up. Already 545 unread mails on extras- list, argh. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.7_FC3 Load : 2.50 1.41 0.75 From dmalcolm at redhat.com Thu Mar 31 02:22:41 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 30 Mar 2005 21:22:41 -0500 Subject: Candidate for Extras: evolution-groupdav (Noodle project connector for OpenGroupware) Message-ID: <1112235762.1505.9.camel@cassandra.boston.redhat.com> I had a go at packaging the Noodle projects's connector for Evolution for OoenGroupware, you can see the results here: http://people.redhat.com/dmalcolm/noodle/ Would this be a good candidate for Extras? (see http://noodle.yacoi.com/ ) Dave From ivazquez at ivazquez.net Thu Mar 31 02:49:20 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 21:49:20 -0500 Subject: Request for sponsor: gnet In-Reply-To: References: <1112216349.8866.13.camel@ignacio.ignacio.lan> Message-ID: <1112237360.8866.30.camel@ignacio.ignacio.lan> On Thu, 2005-03-31 at 00:54 +0200, Dag Wieers wrote: > On Wed, 30 Mar 2005, Ignacio Vazquez-Abrams wrote: > > > gnet: A simple network library built upon glib > > > > http://fedora.ivazquez.net/files/gnet-2.0.7-1.src.rpm > > Please consider packaging it as gnet2 :) Done. http://fedora.ivazquez.net/files/gnet2-2.0.7-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Thu Mar 31 03:47:29 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 30 Mar 2005 22:47:29 -0500 Subject: Request for sponsor: OpenEXR Message-ID: <1112240849.8866.35.camel@ignacio.ignacio.lan> OpenEXR: A high dynamic-range (HDR) image file format OpenEXR is a high dynamic-range (HDR) image file format developed by Industrial Light & Magic for use in computer imaging applications. This package contains libraries and sample applications for handling the format. http://fedora.ivazquez.net/files/OpenEXR-1.2.2-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Thu Mar 31 06:27:59 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 31 Mar 2005 07:27:59 +0100 Subject: x86_64 blocks i386? In-Reply-To: <20050321040124.GD10610@nostromo.devel.redhat.com> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> Message-ID: <1112250479.16103.21.camel@baythorne.infradead.org> On Sun, 2005-03-20 at 23:01 -0500, Bill Nottingham wrote: > Well, if you want to play by the same rules as Core, any > arch failure blocks all arches. There have been arguments, of > course, as to how well this rule works. :) On the whole I think it works fairly well. It does mean that occasionally a package owner drops in an 'ExcludeArch:' to get round a temporary build problem, and forgets to take it out. (I'd still like to see a policy that _all_ use of ExcludeArch: in packages should have a bugzilla associated with it, btw) Following the same policy for Extras would seem to make a lot of sense. If we want Extras to be viable, we want maintainers who are actually going to do the job completely and make things work on all supported architectures; we don't want people dropping i386-only packages into the system and calling themselves maintainers. We come back to a discussion we had before about "packagers" vs. "maintainers". If Extras is to be taken seriously, we need the latter. -- dwmw2 From laroche at redhat.com Thu Mar 31 07:33:36 2005 From: laroche at redhat.com (Florian La Roche) Date: Thu, 31 Mar 2005 09:33:36 +0200 Subject: x86_64 blocks i386? In-Reply-To: <1112250479.16103.21.camel@baythorne.infradead.org> References: <20050320004107.19d96f5d.bugs.michael@gmx.net> <20050321040124.GD10610@nostromo.devel.redhat.com> <1112250479.16103.21.camel@baythorne.infradead.org> Message-ID: <20050331073336.GB6097@dudweiler.stuttgart.redhat.com> > On the whole I think it works fairly well. It does mean that > occasionally a package owner drops in an 'ExcludeArch:' to get round a > temporary build problem, and forgets to take it out. (I'd still like to > see a policy that _all_ use of ExcludeArch: in packages should have a > bugzilla associated with it, btw) We need a status page for FC-devel about this plus also other checks we can run on the rpm packages. greetings, Florian La Roche From ivazquez at ivazquez.net Thu Mar 31 11:37:59 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 31 Mar 2005 06:37:59 -0500 Subject: RFC: Clearlooks BigPack Message-ID: <1112269079.8866.50.camel@ignacio.ignacio.lan> I was sent a spec file for the Clearlooks theme by someone that had packaged it with the Clearlooks BigPack (http://www.gnome-look.org/content/show.php?content=22259). I explained that while the BigPack couldn't be included in gnome-theme-clearlooks (FC4, upgrade path, yadda yadda yadda), it might be able to go into its own package. Obviously the disttag would have to be used to determine whether it would require either gnome-theme-clearlooks or gtk2-engines depending on which version of Fedora Core is was built for. I can handle this though. I can come up with a package for it later today, but I just wanted to toss this out here in order to get input as to how to proceed. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ivazquez at ivazquez.net Thu Mar 31 12:09:42 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 31 Mar 2005 07:09:42 -0500 Subject: Request for sponsor: notecase Message-ID: <1112270982.8866.54.camel@ignacio.ignacio.lan> notecase: A hierarchical note manager NoteCase is a hierarchical note manager (aka. outliner). It helps you organize your everyday text notes into a single document, with individual notes placed in the tree-like structure (each note can have its sub-notes, ...). To ensure your privacy, encrypted document format is supported, along with standard unencrypted format. http://notecase.sourceforge.net http://fedora.ivazquez.net/files/notecase-0.8.2-1.src.rpm -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Thu Mar 31 17:22:56 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 31 Mar 2005 20:22:56 +0300 Subject: ITP: trac, clearsilver Message-ID: <1112289776.31596.87.camel@bobcat.mine.nu> http://www.edgewall.com/trac/ http://www.clearsilver.net/ Anyone working on packaging Trac? I'm interested in trying it out, and will package it soon(tm) for the purposes of trying it out unless someone's already working on it. Trac depends on Clearsilver. From mricon at gmail.com Thu Mar 31 22:06:55 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Thu, 31 Mar 2005 17:06:55 -0500 Subject: Suggestion: Epylog Message-ID: Hello, all: I have built the packages for Epylog to conform to the Extras requirements, and I'm willing to submit and maintain them (I'm the author as well). Description: Epylog is a new log notifier and parser which runs periodically out of cron, looks at your logs, processes the entries in order to present them in a more comprehensive format, and then provides you with the output. It is written specifically with large network clusters in mind where a lot of machines (around 50 and upwards) log to the same loghost using syslog or syslog-ng. URL: http://linux.duke.edu/projects/epylog/ The package and the spec file can be found here: http://phy.duke.edu/~icon/misc/fedora-extras/ Regards, -- Konstantin Ryabitsev Zlotniks, INC From skvidal at phy.duke.edu Thu Mar 31 22:34:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 31 Mar 2005 17:34:22 -0500 Subject: Suggestion: Epylog In-Reply-To: References: Message-ID: <1112308462.6185.6.camel@cutter> On Thu, 2005-03-31 at 17:06 -0500, Konstantin Ryabitsev wrote: > Hello, all: > > I have built the packages for Epylog to conform to the Extras > requirements, and I'm willing to submit and maintain them (I'm the > author as well). > > Description: > Epylog is a new log notifier and parser which runs periodically out of > cron, looks at your logs, processes the entries in order to present > them in a more comprehensive format, and then provides you with the > output. It is written specifically with large network clusters in mind > where a lot of machines (around 50 and upwards) log to the same > loghost using syslog or syslog-ng. I've not read through the spec in complete detail but this package definitely needs to be in extras. import it and we'll deal with the spec file quibbles soon. -sv