From buildsys at fedoraproject.org Thu Mar 1 04:16:35 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 28 Feb 2007 23:16:35 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-02-28 Message-ID: <20070301041635.7F83815212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 30 bcfg2-0.9.2-3.fc7 bittorrent-4.4.0-4.fc7 catfish-0.2.2-1.fc7 claws-mail-2.8.0-1.fc7 cobbler-0.4.3-0.fc7 crossvc-1.5.1-2.fc7 dkms-2.0.16-1.fc7 gnomesword-2.2.2.1-3.fc7 gpsd-2.34-2.fc7 gutenprint-5.0.0-6.fc7 ircd-hybrid-7.2.3-1.fc7 jd-1.8.8-0.1.cvs070228.1.fc7 kazehakase-0.4.4.1-3.fc7.1 koan-0.2.6-2.fc7 libapreq2-2.09-0.rc2.4.fc7 libtelepathy-0.0.51-1.fc7 liferea-1.2.7-2.fc7 maxima-5.11.0-7.fc7 monotone-0.32-1.fc7 openvpn-2.1-0.16.rc1.fc7 pungi-0.2.7-1.fc7 quadkonsole-2.0.1-3.fc7 rubygems-0.9.2-1.fc7 sbcl-1.0.3-1.fc7 tagtool-0.12.3-1.fc7 telepathy-stream-engine-0.3.21-1.fc7 tidy-0.99.0-12.20070228.fc7 vala-0.0.6-1.fc7 xmoto-0.2.4-1.fc7 xtide-2.9-1.fc7 Packages built and released for Fedora Extras 6: 20 bash-completion-20060301-3.fc6 bcfg2-0.9.2-3.fc6 catfish-0.2.2-1.fc6 claws-mail-2.8.0-1.fc6 cobbler-0.4.3-0.fc6 galeon-2.0.3-6.fc6 gpsd-2.34-1.fc6 NEW gtkpod-0.99.8-3.fc6 ircd-hybrid-7.2.3-1.fc6 john-1.7.0.2-3.fc6 koan-0.2.6-1.fc6 monotone-0.32-1.fc6 pan-0.125-2.fc6 NEW perl-Crypt-PasswdMD5-1.3-2.fc6 quadkonsole-2.0.1-3.fc6 rubygems-0.9.2-1.fc6 tagtool-0.12.3-1.fc6 xmoto-0.2.4-1.fc6 xosd-2.2.14-9.fc6 xtide-2.9-1.fc6 Packages built and released for Fedora Extras 5: 12 catfish-0.2.2-1.fc5 claws-mail-2.8.0-1.fc5 cobbler-0.4.3-0.fc5 gpsd-2.34-3.fc5 ircd-hybrid-7.2.3-1.fc5 koan-0.2.6-1.fc5 liferea-1.0.24-3.fc5 monotone-0.32-1.fc5 NEW perl-Crypt-PasswdMD5-1.3-2.fc5 rubygems-0.9.2-1.fc5 xmoto-0.2.4-1.fc5 xtide-2.9-1.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From mtasaka at ioa.s.u-tokyo.ac.jp Thu Mar 1 14:37:35 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 01 Mar 2007 23:37:35 +0900 Subject: License investigation request: mecab-ipadic Message-ID: <45E6E52F.4000902@ioa.s.u-tokyo.ac.jp> Hello. I submitted mecab (morphological analyzer of Japanese sentence) and mecab-jumandic (dictionary of mecab) review request, which are no problem. There is another dictionary for mecab which is commonly used, mecab-ipadic. However, the its license is judged as "non-free" by debian. Would someone investigate the license? http://packages.debian.org/changelogs/pool/non-free/m/mecab-ipadic/mecab-ipadic_2.7.0+20060707-1/mecab-ipadic.copyright It seems that debian regards the following part as a problem. --------------------------------------------------------------- Each User may also freely distribute the Program , PROVIDED that the Program, which is distributed will neither violate or otherwise contravene any of the laws and regulations of the countries having jurisdiction over the User or the intended distribution itself. --------------------------------------------------------------- Note: ICOT broke up, and AITEC, which took over copyrights which ICOT held, also broke up. From nomis80 at nomis80.org Thu Mar 1 16:26:28 2007 From: nomis80 at nomis80.org (Simon Perreault) Date: Thu, 1 Mar 2007 11:26:28 -0500 Subject: License investigation request: mecab-ipadic In-Reply-To: <45E6E52F.4000902@ioa.s.u-tokyo.ac.jp> References: <45E6E52F.4000902@ioa.s.u-tokyo.ac.jp> Message-ID: <200703011126.28303.nomis80@nomis80.org> On Thursday 01 March 2007 09:37, Mamoru Tasaka wrote: > Each User may also freely distribute the Program , PROVIDED > that the Program, which is distributed will > neither violate or otherwise contravene any of the laws and > regulations of the countries having > jurisdiction over the User or the intended distribution itself. And here I was thinking that "You may do anything with the program" and "You may do anything legal with the program" essentially meant the same thing. Maybe they could be convinced to change their license. From ville.skytta at iki.fi Thu Mar 1 16:41:01 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Thu, 1 Mar 2007 18:41:01 +0200 Subject: rpms/ogdi/devel ogdi.spec,1.1,1.2 In-Reply-To: <200703011244.l21CiRRV023741@cvs-int.fedora.redhat.com> References: <200703011244.l21CiRRV023741@cvs-int.fedora.redhat.com> Message-ID: <200703011841.02087.ville.skytta@iki.fi> On Thursday 01 March 2007, Balint Cristian wrote: > Author: cbalint > > Update of /cvs/extras/rpms/ogdi/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv23723 > > Modified Files: > ogdi.spec > Log Message: > disable fedora compile flags to avoid internal ogdi bugs. (tofixupstream) [...] > -export CFLAGS="$RPM_OPT_FLAGS -fPIC -DPIC -DDONT_TD_VOID -DUSE_TERMIO" > +# do not compile with ssp. it will trigger internal bugs (mustfixupstream) > +export CFLAGS="-g3 -fPIC -DPIC -DDONT_TD_VOID -DUSE_TERMIO" > %configure \ The comment mentions ssp, but -O2 -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector and -mtune=... have disappeared as a result of this change as well. If that's intentional, I think it should be accompanied with a comment explaining why they went away too. The idea is that known problematic flags are filtered out of $RPM_OPT_FLAGS, not all of them thrown away. http://fedoraproject.org/wiki/Packaging/Guidelines#CompilerFlags From fedora at leemhuis.info Thu Mar 1 18:33:19 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Mar 2007 19:33:19 +0100 Subject: RFC: Close this list now? Message-ID: <45E71C6F.5030402@leemhuis.info> Hi, as all of you probably know: Core and Extras merge. So this list (fedora-extras-list at redhat.com) is mostly obsolete (?). The plan was to get rid of this list during the general mailing list reorganization. But well, it looks like it will take another two months before it's getting realized. So I propose to close this list now, and use these instead: - fedora-devel -- for most of the stuff that was discussed on this list in the past - fedora-maintainers -- for stuff that should be discussed between maintainer only (normally fedora-devel should be preferred, as that is open to non-contributors as well) - epel-devel-list -- for discussion around EPEL Closing plan: send all subscribed users that are not subscribed on fedora-devel and mailman invite. Comments? Cu thl (?) -- yes, Extras will further live on for FC5 and FC6 for some time, but well, that's IMHO not enough reason to keep this list running. From limb at jcomserv.net Thu Mar 1 18:36:12 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 1 Mar 2007 12:36:12 -0600 (CST) Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <46463.65.192.24.190.1172774172.squirrel@mail.jcomserv.net> Now that I'm on f-d at r.c (as of 0:05 ago), go ahead. :) > Hi, > > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (??). > > The plan was to get rid of this list during the general mailing list > reorganization. But well, it looks like it will take another two months > before it's getting realized. So I propose to close this list now, and > use these instead: > > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL > > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? > > Cu > thl > > (??) -- yes, Extras will further live on for FC5 and FC6 for some time, > but well, that's IMHO not enough reason to keep this list running. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From jkeating at redhat.com Thu Mar 1 13:59:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 1 Mar 2007 08:59:32 -0500 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <200703010859.32900.jkeating@redhat.com> On Thursday 01 March 2007 13:33:19 Thorsten Leemhuis wrote: > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? close away. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Thu Mar 1 19:03:36 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Mar 2007 20:03:36 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <45E72388.2070703@leemhuis.info> Two small add-ons: Thorsten Leemhuis schrieb: > The plan was to get rid of this list during the general mailing list > reorganization. But well, it looks like it will take another two months > before it's getting realized. So I propose to close this list now, I asked in the FESCo meeting for opinions some minutes ago, and the rough consensus was that most FESCo members would like to get rid of this list now as well. > and > use these instead: > > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL - fedora-list for questions from users. > [...] CU thl From lamont at gurulabs.com Thu Mar 1 19:22:41 2007 From: lamont at gurulabs.com (Lamont Peterson) Date: Thu, 1 Mar 2007 12:22:41 -0700 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <200703011222.47682.lamont@gurulabs.com> On Thursday 01 March 2007 11:33am, Thorsten Leemhuis wrote: > Hi, > > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (?). > > The plan was to get rid of this list during the general mailing list > reorganization. But well, it looks like it will take another two months > before it's getting realized. So I propose to close this list now, and > use these instead: > > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL Is it really "epel-devel-list", not "epel-devel"? > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? I'm fine with closing it (not that my opinion matters, here). -- Lamont Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bpepple at fedoraproject.org Thu Mar 1 19:24:55 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Thu, 01 Mar 2007 14:24:55 -0500 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <1172777095.8780.1.camel@Chuck> On Thu, 2007-03-01 at 19:33 +0100, Thorsten Leemhuis wrote: > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL > > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? I'm all for closing f-e-l now. /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 1 21:50:58 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Thu, 1 Mar 2007 23:50:58 +0200 Subject: rpms/perl-Test-Distribution/devel perl-Test-Distribution.spec, 1.2, 1.3 In-Reply-To: <200703011949.l21JncW3027201@cvs-int.fedora.redhat.com> References: <200703011949.l21JncW3027201@cvs-int.fedora.redhat.com> Message-ID: <200703012350.58853.ville.skytta@iki.fi> On Thursday 01 March 2007, Chris Weyl wrote: > @@ -49,7 +49,7 @@ > > %check > # these will cause problems otherwise... > -rm debug*list > +rm -f debug*list > > ./Build test > > @@ -63,6 +63,9 @@ > %{_mandir}/man3/* > > %changelog > +* Thu Mar 01 2007 Chris Weyl 1.26-3 > +- cause rm to not fail on non-existance of debug*list in check. Looks like this was done in order to appease Module::Signature checks. However, it's better to not run Module::Signature tests at all if they're sanely avoidable, or if that fails, run them with special settings in order to avoid it silently importing GPG keys into the build user's keyring. More info (also linked to from the Perl SIG Wiki page): http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html#guidelines-perl-cpansign Disabling the signature test doesn't seem to be easy with this package so the network access problem remains, but the attached patch would fix the problem with build user GPG keyring trashing. (The disabling debuginfo vs rm -f debug*.list part is only cosmetic.) -------------- next part -------------- A non-text attachment was scrubbed... Name: ptd.patch Type: text/x-diff Size: 921 bytes Desc: not available URL: From ml at deadbabylon.de Thu Mar 1 22:05:06 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 1 Mar 2007 23:05:06 +0100 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" Message-ID: <20070301230506.28b2acf7@localhost.localdomain> Hi. Because of the AWOL of one maintainer I want to take over one of his packages [1]. According to the CVSAdminProcedure I've tried to reply to the ReviewRequest and set the flag for fedora-cvs to ? .[3] But I get this error: "You tried to request fedora-cvs. Only a sufficiently empowered user can make this change." What's wrong and what should I do? Sebastian [1] https://www.redhat.com/archives/fedora-extras-list/2007-February/msg00426.html [2] http://fedoraproject.org/wiki/CVSAdminProcedure#other [3] http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192918 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Thu Mar 1 22:07:36 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 1 Mar 2007 16:07:36 -0600 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" In-Reply-To: <20070301230506.28b2acf7@localhost.localdomain> References: <20070301230506.28b2acf7@localhost.localdomain> Message-ID: <200703011607.36783.dennis@ausil.us> On Thursday 01 March 2007 04:05:06 pm Sebastian Vahl wrote: > Hi. > > Because of the AWOL of one maintainer I want to take over one of his > packages [1]. According to the CVSAdminProcedure I've tried to reply to > the ReviewRequest and set the flag for fedora-cvs to ? .[3] > But I get this error: > "You tried to request fedora-cvs. Only a sufficiently empowered user > can make this change." > > What's wrong and what should I do? > > > Sebastian > > > [1] > https://www.redhat.com/archives/fedora-extras-list/2007-February/msg00426.h >tml [2] http://fedoraproject.org/wiki/CVSAdminProcedure#other > [3] http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192918 you need to be a member of fedorabugs to do that -- Dennis Gilmore, RHCE From ml at deadbabylon.de Thu Mar 1 22:31:00 2007 From: ml at deadbabylon.de (Sebastian Vahl) Date: Thu, 1 Mar 2007 23:31:00 +0100 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" In-Reply-To: <200703011607.36783.dennis@ausil.us> References: <20070301230506.28b2acf7@localhost.localdomain> <200703011607.36783.dennis@ausil.us> Message-ID: <20070301233100.1ad1bc00@localhost.localdomain> Am Thu, 1 Mar 2007 16:07:36 -0600 schrieb Dennis Gilmore : > On Thursday 01 March 2007 04:05:06 pm Sebastian Vahl wrote: > > Hi. > > > > Because of the AWOL of one maintainer I want to take over one of his > > packages [1]. According to the CVSAdminProcedure I've tried to > > reply to the ReviewRequest and set the flag for fedora-cvs to ? .[3] > > But I get this error: > > "You tried to request fedora-cvs. Only a sufficiently empowered user > > can make this change." > > > > What's wrong and what should I do? > > > > > > Sebastian > > > > > > [1] > > https://www.redhat.com/archives/fedora-extras-list/2007-February/msg00426.h > >tml [2] http://fedoraproject.org/wiki/CVSAdminProcedure#other > > [3] http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=192918 > > you need to be a member of fedorabugs to do that > Added myself for approval of "fedorabugs". Why is it not explained in CVSAdminProcedure that this is needed? Sebastian -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jwboyer at jdub.homelinux.org Fri Mar 2 02:52:58 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 01 Mar 2007 20:52:58 -0600 Subject: RFC: Close this list now? In-Reply-To: <200703011222.47682.lamont@gurulabs.com> References: <45E71C6F.5030402@leemhuis.info> <200703011222.47682.lamont@gurulabs.com> Message-ID: <1172803979.2839.4.camel@vader.jdub.homelinux.org> On Thu, 2007-03-01 at 12:22 -0700, Lamont Peterson wrote: > > I'm fine with closing it (not that my opinion matters, here). Actually, it very much does matter. That's why Thorsten asked to begin with. Users/developers matter! josh From buildsys at fedoraproject.org Fri Mar 2 02:55:51 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 1 Mar 2007 21:55:51 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-01 Message-ID: <20070302025551.3683715212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 26 NEW buildbot-0.7.5-1.fc7 NEW cdrkit-1.1.2-3.fc7 dbmail-2.2.3-1.fc7 NEW dekorator-0.3-3.fc7 easytag-2.0-1.fc7 em8300-0.16.1-1.fc7 em8300-kmod-0.16.1-5.2.6.20_1.2953.fc7 galeon-2.0.3-7.fc7 goffice-0.2.2-1.fc7 NEW iverilog-0.9.20070123-5.fc7 jd-1.8.8-0.1.cvs070301.fc7 NEW ksplash-engine-moodin-0.4.2-4.fc7 libstroke-0.5.1-14.fc7 monotone-0.33-1.fc7 netpanzer-0.8.1-1.fc7 netpanzer-data-0.8-5 NEW ogdi-3.2.0-0.5.beta1.fc7 p7zip-4.44-2.fc7 pengupop-2.2.2-1.fc7 php-extras-5.2.1-1.fc7 NEW python-lirc-0.0.5-3.fc7 seamonkey-1.1.1-2.fc7 soundconverter-0.9.4-1.fc7 tango-icon-theme-0.8.0-1.fc7 tripwire-2.4.1.1-1.fc7 wfut-1.1.0-2.fc7 Packages built and released for Fedora Extras 6: 17 Democracy-0.9.5.1-5.fc6 claws-mail-plugins-2.8.0-1.fc6 dbmail-2.2.3-1.fc6 NEW dekorator-0.3-3.fc6 easytag-2.0-1.fc6 em8300-0.16.1-1.fc6 em8300-kmod-0.16.1-1.2.6.19_1.2911.fc6 NEW iverilog-0.9.20070123-5.fc6 NEW ksplash-engine-moodin-0.4.2-4.fc6 libstroke-0.5.1-14.fc6 monotone-0.33-1.fc6 NEW ogdi-3.2.0-0.5.beta1.fc6 p7zip-4.44-1.fc6 pengupop-2.2.2-1.fc6 NEW python-lirc-0.0.5-3.fc6 soundconverter-0.9.4-1.fc6 tripwire-2.4.1.1-1.fc6 Packages built and released for Fedora Extras 5: 10 claws-mail-plugins-2.8.0-1.fc5 dbmail-2.2.3-1.fc5 NEW dekorator-0.3-3.fc5 NEW iverilog-0.9.20070123-5.fc5 NEW ksplash-engine-moodin-0.4.2-2.fc5 monotone-0.33-1.fc5 NEW ogdi-3.2.0-0.5.beta1.fc5 pengupop-2.2.2-1.fc5 NEW python-lirc-0.0.5-3.fc5 NEW tripwire-2.4.1.1-1.fc5 buildbot-0.7.5-1.fc7 ==================== * Thu Mar 01 2007 Gianluca Sforna - 0.7.5-1 - new upstream release - minor spec tweaks cdrkit-1.1.2-3.fc7 ================== * Tue Feb 27 2007 Harald Hoyer - 1.1.2-3.fc7 - applied specfile changes as in bug #224365 dbmail-2.2.3-1.fc7 ================== * Wed Feb 28 2007 Bernard Johnson 2.2.3-1 - v. 2.2.3 - tab removal in dbmail.conf no longer required - libsqlite.so in not built anymore unless specified, remove fix - libauth-ldap.so wasn't be built properly, fixed - rework umask patch, still want a stronger umask on log files dekorator-0.3-3.fc7 =================== * Wed Feb 21 2007 Francois Aucamp - 0.3-3 - Added "Requires: kdebase" as this package is useless without kwin - Install the "ugly" theme (moved it from %doc) - Created "remove_theme_paths_button" patch to remove the config dialog's "set theme paths" button - Created "default_theme" patch to set a first-time default theme - Fixed the Bushido-Yellow theme's masks to make it usable - Install the "Bushido-Yellow" theme by default - Added "dekorator.fedora" to %doc to explain why some extra themes are modified/omitted - Created "config_help_tab" patch to make the config dialog use HTML help (and fix some typos) * Tue Feb 20 2007 Francois Aucamp - 0.3-2 - Added required libtool archives again * Tue Feb 20 2007 Francois Aucamp - 0.3-1 - Initial RPM build easytag-2.0-1.fc7 ================= * Thu Mar 01 2007 Matthias Saou 2.0-1 - Update to 2.0. - Remove now included APE tag patch. - Chmod -x all files, then +x only where needed, since nearly all are +x :-( em8300-0.16.1-1.fc7 =================== * Thu Mar 01 2007 Ville Skytt?? - 0.16.1-1 - 0.16.1. em8300-kmod-0.16.1-5.2.6.20_1.2953.fc7 ====================================== * Thu Mar 01 2007 Ville Skytt?? - 0.16.1-5 - 0.16.1, build for kernel 2.6.20-1.2953.fc7. - Exclude i*86 until #229489 is fixed. * Sat Feb 24 2007 Ville Skytt?? - 0.16.1-0.5.rc2 - 0.16.1-rc2 + patch for post-2.6.20 ALSA changes. - Update kmodtool to 0.10.12. - Build for kernel 2.6.20-1.2942.fc7. goffice-0.2.2-1.fc7 =================== * Thu Mar 01 2007 Hans de Goede 0.2.2-1 - New upstream release 0.2.2 - Fix rpath usage on x86_64 iverilog-0.9.20070123-5.fc7 =========================== * Tue Feb 27 2007 Balint Cristian 0.9.20070123-5 - clean junks from tarball - exlude static library - smp build seems fine - use snapshot instead of cvsver macro - follow package n-v-r from fedora standard * Fri Feb 23 2007 Balint Cristian 20070123-4 - use cvsver macro - move examples in main. - more spec cleanup * Fri Feb 23 2007 Balint Cristian 20070123-3 - buildroot coherency in spec * Thu Feb 22 2007 Balint Cristian 20070123-2 - first build for fedora-extras - request gnu/stubs-32.h to force working gcc in 32 bit enviroment - fix PAGE_SIZE wich is missing on some arch - dont use libdir macro, all library always will be 32 bit * Thu Feb 22 2007 Balint Cristian 20070123-1 - initial release jd-1.8.8-0.1.cvs070301.fc7 ========================== * Thu Mar 01 2007 Mamoru Tasaka - 1.8.8-0.1.cvs070301 - cvs 070301 (25:10 JST) ksplash-engine-moodin-0.4.2-4.fc7 ================================= * Thu Mar 01 2007 Chitlesh GOORAH 0.4.2-4 - dumped new release * Thu Mar 01 2007 Johan Cwiklinski 0.4.2-3 - improve tag usage, and rebuilt for fc6 and devel libstroke-0.5.1-14.fc7 ====================== * Thu Mar 01 2007 Chitlesh Goorah - 0.5.1-14 - patch for underquoted definitions #226886 monotone-0.33-1.fc7 =================== * Thu Mar 01 2007 Roland McGrath - 0.33-1 - Updated for 0.33 release. - Install monotone.bash_completion file. * Wed Feb 28 2007 Roland McGrath - 0.32-1 - Updated for 0.32 release. netpanzer-0.8.1-1.fc7 ===================== * Thu Mar 01 2007 Jon Ciesla 0.8.1-1 - Bumped to upstream - Pulled gcc 4.1 patch, fixed upstream - Pulled CVE 2006-2575, 2005-2295 patches, fixed upstream - Updated netpanzer-data RQ to allow update of app without update of data. netpanzer-data-0.8-5 ==================== * Thu Mar 01 2007 Jon Ciesla 0.8-5 - Change netpanzer RQ to allow for update of app without update of data ogdi-3.2.0-0.5.beta1.fc7 ======================== * Thu Mar 01 2007 Balint Cristian 3.2.0-0.5.beta1 - fix fc-6 tag upstream fedora-extras * Thu Mar 01 2007 Balint Cristian 3.2.0-0.4.beta1 - disable only the hurting flag * Thu Mar 01 2007 Balint Cristian 3.2.0-0.3.beta1 - disable fedora specific compile flags to avoid internal bugs * Sat Feb 24 2007 Balint Cristian 3.2.0-0.2.beta1 - rename the release for correct fedora n-v-r - fix -devel requires * Sat Feb 24 2007 Balint Cristian 3.2.0.beta1-1 - new upstream release. * Tue Feb 13 2007 Balint Cristian 3.1.6-5 - matrix.c is Public Domain. * Tue Feb 13 2007 Balint Cristian 3.1.6-4 - add diff to latest CVS. - solve matrix algebra license issue from CVS. * Tue Feb 13 2007 Balint Cristian 3.1.6-3 - _dont_ duplicate any docs, so leave odbc and tcl without. * Tue Feb 13 2007 Balint Cristian 3.1.6-2 - fix timestamps of source file. - no need to duplicate the documentation - fix post install script - fix odbc lib innclusion * Mon Feb 12 2007 Balint Cristian 3.1.6-1 - new upstream version. - drop all patches, now they are upstream. - remove useless source code cleanup from spec. - pkgconfig is now autogenerated. * Mon Feb 12 2007 Balint Cristian 3.1.5-8 - get rid of autoconf, useless. - fix cp usage in specs. * Mon Feb 12 2007 Balint Cristian 3.1.5-7 - include soname proposal patch - cleanup more in specs * Sun Feb 11 2007 Balint Cristian 3.1.5-6 - massive cleanup in sources. - use -DUSE_TERMIO flag for linux. - fix dlopen path. * Sat Feb 10 2007 Balint Cristian 3.1.5-5 - more minor nits in spec - pack the examples in devel - drop tdvoid patch use CFLAGS instead - patch instead use sed in spec (will try merge mainstream) - fill requires for pkgconf file * Sat Feb 10 2007 Balint Cristian 3.1.5-4 - preserves for external doc. * Fri Feb 09 2007 Balint Cristian 3.1.5-3 - add dlopen path for lib64 too. - add more docs - fix export of CFLAGS - move include files and add pkgconf module * Fri Feb 09 2007 Balint Cristian 3.1.5-2 - add -soname versioning on shared libs - remove polish lang from spec - fix packing of libs - tcl is plugin dont separate package name * Thu Feb 08 2007 Balint Cristian 3.1.5-1 - first build for fedora extras - require -fPIC, at least on x86_64 - odbc compile fix use DONT_TD_VOID p7zip-4.44-2.fc7 ================ * Thu Mar 01 2007 Matthias Saou 4.44-2 - Remove _smp_mflags since some builds fail with suspicious errors. * Thu Mar 01 2007 Matthias Saou 4.44-1 - Update to 4.44. pengupop-2.2.2-1.fc7 ==================== * Thu Mar 01 2007 Jon Ciesla 2.2.2-1 - Bumped to upstream. php-extras-5.2.1-1.fc7 ====================== * Mon Feb 19 2007 Dmitry Butskoy - 5.2.1-1 - update to 5.2.1 python-lirc-0.0.5-3.fc7 ======================= * Thu Mar 01 2007 Matthias Saou 0.0.5-3 - Prefix all our own documentation source files. - Include a README about our license changes and added docs. * Thu Feb 08 2007 Matthias Saou 0.0.5-2 - Change License from GPL to LGPL as our package links with lirc which is GPL. - Add pylirc (original name) virtual provides. - Include the API doc and both examples from the website. * Thu Feb 08 2007 Matthias Saou 0.0.5-1 - Initial RPM release. seamonkey-1.1.1-2.fc7 ===================== * Wed Feb 28 2007 Kai Engert 1.1.1-2 - SeaMonkey 1.1.1 soundconverter-0.9.4-1.fc7 ========================== * Thu Mar 01 2007 Denis Leroy - 0.9.4-1 - Update to 0.9.4 - Removed taglib patch, is upstream - Moved desktop icon into /usr/share/icons/ tango-icon-theme-0.8.0-1.fc7 ============================ * Sat Feb 17 2007 Peter Gordon - 0.8.0-1 - Update to new upstream release (0.8.0). - Fix URL, and some other whitespace issues in the spec. - Add Spanish (es) translations of Summary and %description. - Fix %defattr line. - Use macros instead of $RPM_* variables. tripwire-2.4.1.1-1.fc7 ====================== * Wed Feb 28 2007 Brandon Holbrook 2.4.1.1-1 - Upgrade to upstream 2.4.1.1 (obsoletes gcc4 patch) - Merge quickstart.txt into README.Fedora and fix doc bug (#161764) wfut-1.1.0-2.fc7 ================ * Thu Mar 01 2007 Wart 1.1.0-2 - Rebuild for new libgcj .so version For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jwboyer at jdub.homelinux.org Fri Mar 2 02:57:53 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 01 Mar 2007 20:57:53 -0600 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" In-Reply-To: <20070301233100.1ad1bc00@localhost.localdomain> References: <20070301230506.28b2acf7@localhost.localdomain> <200703011607.36783.dennis@ausil.us> <20070301233100.1ad1bc00@localhost.localdomain> Message-ID: <1172804273.2839.6.camel@vader.jdub.homelinux.org> On Thu, 2007-03-01 at 23:31 +0100, Sebastian Vahl wrote: > > > > you need to be a member of fedorabugs to do that > > > > Added myself for approval of "fedorabugs". Why is it not explained in > CVSAdminProcedure that this is needed? I added a statement saying so now. Thank you for finding this omission. josh From j.w.r.degoede at hhs.nl Fri Mar 2 07:53:40 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 02 Mar 2007 08:53:40 +0100 Subject: Final list of new owners for Hugo Cisneiros' packages Message-ID: <45E7D804.9010907@hhs.nl> Hi all, I believe this is the final list: guichan => Michael Thomas (wart at kobold dot org) kerry => Sebastian Vahl (fedora at deadbabylon dot de) knemo => orphaned metamonitor => orphaned netpanzer => Jon Ciesla (limb at jcomserv dot net) * ** netpanzer-data => Jon Ciesla (limb at jcomserv dot net) * ** pengupop => Jon Ciesla (limb at jcomserv dot net) * ** python-ogg => Matthias Saou (matthias at rpmforge dot net) python-vorbis => Matthias Saou (matthias at rpmforge dot net) tuxpuck => Jon Ciesla (limb at jcomserv dot net) ** xmoto => Jon Ciesla (limb at jcomserv dot net) ** * and Xavier Lamien aka SmootherFrOgZ (lxtnow at gmail dot com) as comaintainer ** These have already been updated in owners.list If no-one objects soon I'll send this list to a CVS-admin to make all the necessary changes to owners.list . Regards, Hans From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 2 10:50:41 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 2 Mar 2007 11:50:41 +0100 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" In-Reply-To: <1172804273.2839.6.camel@vader.jdub.homelinux.org> References: <20070301230506.28b2acf7@localhost.localdomain> <200703011607.36783.dennis@ausil.us> <20070301233100.1ad1bc00@localhost.localdomain> <1172804273.2839.6.camel@vader.jdub.homelinux.org> Message-ID: <20070302115041.0eee9c0a@python3.es.egwn.lan> Josh Boyer wrote : > On Thu, 2007-03-01 at 23:31 +0100, Sebastian Vahl wrote: > > > > > > you need to be a member of fedorabugs to do that > > > > > > > Added myself for approval of "fedorabugs". Why is it not explained in > > CVSAdminProcedure that this is needed? > > I added a statement saying so now. Thank you for finding this omission. I have the exact same problem... maybe this is a silly question, but why weren't all package owners automatically made part of the "fedorabugs" group? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.19-1.2895.fc6 Load : 0.92 1.31 1.35 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Mar 2 14:05:41 2007 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 2 Mar 2007 15:05:41 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> Message-ID: <20070302150541.3d0f1b6c@python3.es.egwn.lan> Hi, I think the whole point of not having %{?dist} on this big noarch package, was to be able to build it only on one branch, then request a manual hardlinking to the other branches, to save all mirror servers some disk space. Matthias Jon Ciesla (limb) wrote : > Author: limb > > Update of /cvs/extras/rpms/netpanzer-data/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9375 > > Modified Files: > netpanzer-data.spec > Log Message: > Fixed dist tag. > > > > Index: netpanzer-data.spec > =================================================================== > RCS file: /cvs/extras/rpms/netpanzer-data/devel/netpanzer-data.spec,v > retrieving revision 1.3 > retrieving revision 1.4 > diff -u -r1.3 -r1.4 > --- netpanzer-data.spec 1 Mar 2007 20:28:58 -0000 1.3 > +++ netpanzer-data.spec 2 Mar 2007 12:44:09 -0000 1.4 > @@ -1,6 +1,6 @@ > Name: netpanzer-data > Version: 0.8 > -Release: 5 > +Release: 6%{?dist} > Summary: Data files for netpanzer > > Group: Amusements/Games > @@ -51,6 +51,9 @@ > > > %changelog > +* Fri Mar 01 2007 Jon Ciesla 0.8-6 > +- Added dist tag > + > * Thu Mar 01 2007 Jon Ciesla 0.8-5 > - Change netpanzer RQ to allow for update of app without update of data > > -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 6 (Zod) - Linux kernel 2.6.19-1.2895.fc6 Load : 0.40 0.43 0.29 From limb at jcomserv.net Fri Mar 2 14:12:36 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 2 Mar 2007 08:12:36 -0600 (CST) Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <20070302150541.3d0f1b6c@python3.es.egwn.lan> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> Message-ID: <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> Sounds logical. I was unaware of this practice. How might I ((do that)||(have it done))? > Hi, > > I think the whole point of not having %{?dist} on this big noarch > package, was to be able to build it only on one branch, then request a > manual hardlinking to the other branches, to save all mirror servers > some disk space. > > Matthias > > Jon Ciesla (limb) wrote : > >> Author: limb >> >> Update of /cvs/extras/rpms/netpanzer-data/devel >> In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv9375 >> >> Modified Files: >> netpanzer-data.spec >> Log Message: >> Fixed dist tag. >> >> >> >> Index: netpanzer-data.spec >> =================================================================== >> RCS file: /cvs/extras/rpms/netpanzer-data/devel/netpanzer-data.spec,v >> retrieving revision 1.3 >> retrieving revision 1.4 >> diff -u -r1.3 -r1.4 >> --- netpanzer-data.spec 1 Mar 2007 20:28:58 -0000 1.3 >> +++ netpanzer-data.spec 2 Mar 2007 12:44:09 -0000 1.4 >> @@ -1,6 +1,6 @@ >> Name: netpanzer-data >> Version: 0.8 >> -Release: 5 >> +Release: 6%{?dist} >> Summary: Data files for netpanzer >> >> Group: Amusements/Games >> @@ -51,6 +51,9 @@ >> >> >> %changelog >> +* Fri Mar 01 2007 Jon Ciesla 0.8-6 >> +- Added dist tag >> + >> * Thu Mar 01 2007 Jon Ciesla 0.8-5 >> - Change netpanzer RQ to allow for update of app without update of data >> >> > > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 6 (Zod) - Linux kernel 2.6.19-1.2895.fc6 > Load : 0.40 0.43 0.29 > -- novus ordo absurdum From faucamp at csir.co.za Fri Mar 2 14:35:23 2007 From: faucamp at csir.co.za (Francois Aucamp) Date: Fri, 02 Mar 2007 16:35:23 +0200 Subject: Final list of new owners for Hugo Cisneiros' packages In-Reply-To: <45E8524B0200006A0001145A@cs-emo.csir.co.za> References: <45E7F011020000320000712E@cs-emo.csir.co.za> <45E8524B0200006A0001145A@cs-emo.csir.co.za> Message-ID: <45E8524B0200006A0001145A@cs-emo.csir.co.za> On Fri, 2007-03-02 at 08:53 +0100, Hans de Goede wrote: > Hi all, > > I believe this is the final list: > > guichan => Michael Thomas (wart at kobold dot org) > kerry => Sebastian Vahl (fedora at deadbabylon dot de) > knemo => orphaned > If no-one objects soon I'll send this list to a CVS-admin to make all > the necessary changes to owners.list . I'll take knemo, please. Sorry for the late response... Cheers, -Francois Aucamp (faucamp at csir dot co dot za) -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to CallCentre at csir.co.za. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From buildsys at fedoraproject.org Fri Mar 2 15:45:24 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 2 Mar 2007 10:45:24 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-02 Message-ID: <20070302154524.CC33015212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 7 915resolution-0.5.2-6.fc7 gimmie-0.2.4-1.fc7 nexuiz-2.2.3-1.fc7 nexuiz-data-2.2.3-1 NEW qascade-0.1-6.fc7 xarchiver-0.4.9-0.2.20070103svn24249.fc7 xfce4-mount-plugin-0.5.0-1.fc7 Packages built and released for Fedora Extras 6: 12 915resolution-0.5.2-6.fc6 gimmie-0.2.4-1.fc6 grepmail-5.3033-1.fc6 nexuiz-2.2.3-1.fc6 p7zip-4.44-2.fc6 perl-DBIx-SearchBuilder-1.46-1.fc6 perl-File-Copy-Recursive-0.31-1.fc6 perl-Params-Util-0.23-1.fc6 perl-Text-Quoted-2.02-1.fc6 seamonkey-1.0.8-0.6.2.fc6 xarchiver-0.4.9-0.2.20070103svn24249.fc6 xfce4-mount-plugin-0.5.0-1.fc6 Packages built and released for Fedora Extras 5: 7 915resolution-0.5.2-6.fc5 nexuiz-2.2.3-1.fc5 p7zip-4.44-2.fc5 perl-DBIx-SearchBuilder-1.46-1.fc5 perl-File-Copy-Recursive-0.31-1.fc5 perl-Params-Util-0.23-1.fc5 perl-Text-Quoted-2.02-1.fc5 915resolution-0.5.2-6.fc7 ------------------------- * Thu Mar 01 2007 Chris Weyl 0.5.2-6 - bump gimmie-0.2.4-1.fc7 ------------------ * Thu Mar 01 2007 Deji Akingunola - 0.2.4-1 - New release nexuiz-2.2.3-1.fc7 ------------------ * Thu Mar 01 2007 Adrian Reber - 2.2.3-1 - updated to 2.2.3 nexuiz-data-2.2.3-1 ------------------- * Thu Mar 01 2007 Adrian Reber - 2.2.3-1 - updated to 2.2.3 qascade-0.1-6.fc7 ----------------- * Fri Mar 02 2007 Jon Ciesla - 0.1-6 - Rebuild for FC-6 and devel. Will need cleanup but should work. xarchiver-0.4.9-0.2.20070103svn24249.fc7 ---------------------------------------- * Fri Mar 02 2007 Christoph Wickert - 0.4.9-0.2.20070103svn24249 - Downgrade to SVN release 24249 in order to fix #230154 temporarily. xfce4-mount-plugin-0.5.0-1.fc7 ------------------------------ * Fri Mar 02 2007 Christoph Wickert - 0.5.0-1 - Update to 0.5.0. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From j.w.r.degoede at hhs.nl Fri Mar 2 16:09:33 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 02 Mar 2007 17:09:33 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> Message-ID: <45E84C3D.6030406@hhs.nl> Jon Ciesla wrote: > Sounds logical. I was unaware of this practice. How might I ((do > that)||(have it done))? > Build it for devel only, and it must be noarch without a disttag and then add a copy request here: http://fedoraproject.org/wiki/Extras/RepoRequests Then you also don't need to rebuild it with the next mass rebuild, also saving all users a huge download when updating from one release to another. We really need to write this down somewhere, maybe a section on the Games SIG page? Regards, Hans From lamont at gurulabs.com Fri Mar 2 15:54:16 2007 From: lamont at gurulabs.com (Lamont Peterson) Date: Fri, 2 Mar 2007 08:54:16 -0700 Subject: RFC: Close this list now? In-Reply-To: <1172803979.2839.4.camel@vader.jdub.homelinux.org> References: <45E71C6F.5030402@leemhuis.info> <200703011222.47682.lamont@gurulabs.com> <1172803979.2839.4.camel@vader.jdub.homelinux.org> Message-ID: <200703020854.22471.lamont@gurulabs.com> On Thursday 01 March 2007 07:52pm, Josh Boyer wrote: > On Thu, 2007-03-01 at 12:22 -0700, Lamont Peterson wrote: > > I'm fine with closing it (not that my opinion matters, here). > > Actually, it very much does matter. That's why Thorsten asked to begin > with. Users/developers matter! Thanks, Josh; I'll remember that and I agree. -- Lamont Peterson Senior Instructor Guru Labs, L.C. [ http://www.GuruLabs.com/ ] NOTE: All messages from this email address should be digitally signed with my 0xDC0DD409 GPG key. It is available on the pgp.mit.edu keyserver as well as other keyservers that sync with MIT's. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From j.w.r.degoede at hhs.nl Fri Mar 2 16:10:24 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 02 Mar 2007 17:10:24 +0100 Subject: Final list of new owners for Hugo Cisneiros' packages In-Reply-To: <45E8524B0200006A0001145A@cs-emo.csir.co.za> References: <45E7F011020000320000712E@cs-emo.csir.co.za> <45E8524B0200006A0001145A@cs-emo.csir.co.za> <45E8524B0200006A0001145A@cs-emo.csir.co.za> Message-ID: <45E84C70.4090209@hhs.nl> Francois Aucamp wrote: > On Fri, 2007-03-02 at 08:53 +0100, Hans de Goede wrote: >> Hi all, >> >> I believe this is the final list: >> >> guichan => Michael Thomas (wart at kobold dot org) >> kerry => Sebastian Vahl (fedora at deadbabylon dot de) >> knemo => orphaned > > > >> If no-one objects soon I'll send this list to a CVS-admin to make all >> the necessary changes to owners.list . > > I'll take knemo, please. Sorry for the late response... > So noted I'll wait a little longer and then send the list to the cvs-admins so they can make all the changes add once. Regards, Hans From ville.skytta at iki.fi Fri Mar 2 16:01:06 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Fri, 2 Mar 2007 18:01:06 +0200 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <200703021801.06683.ville.skytta@iki.fi> On Thursday 01 March 2007, Thorsten Leemhuis wrote: > Comments? I was subscribed to fedora-devel a long time ago but didn't find the S/N ratio appealing, whereas on this list it has been tolerable. Hopefully fedora-devel is better nowadays... From pertusus at free.fr Fri Mar 2 15:58:21 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Mar 2007 16:58:21 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <45E84C3D.6030406@hhs.nl> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> Message-ID: <20070302155821.GK2912@free.fr> On Fri, Mar 02, 2007 at 05:09:33PM +0100, Hans de Goede wrote: > > We really need to write this down somewhere, maybe a section on the > Games SIG page? It is also relevant for scientific packages with big datas. And also I guess for some font packages. So I think this should be in a generic place. Maybe near the dist tag page? -- Pat From pertusus at free.fr Fri Mar 2 16:00:34 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Mar 2007 17:00:34 +0100 Subject: RFC: Close this list now? In-Reply-To: <200703021801.06683.ville.skytta@iki.fi> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> Message-ID: <20070302160034.GL2912@free.fr> On Fri, Mar 02, 2007 at 06:01:06PM +0200, Ville Skytt? wrote: > On Thursday 01 March 2007, Thorsten Leemhuis wrote: > > > Comments? > > I was subscribed to fedora-devel a long time ago but didn't find the S/N ratio > appealing, whereas on this list it has been tolerable. I agree, but the equivalent list seems to me to be the maintainer list. Or am I mistaken? -- Pat From limb at jcomserv.net Fri Mar 2 16:07:15 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 2 Mar 2007 10:07:15 -0600 (CST) Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <20070302155821.GK2912@free.fr> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302155821.GK2912@free.fr> Message-ID: <60362.65.192.24.190.1172851635.squirrel@mail.jcomserv.net> Agreed. I accidentally replied to Hans offlist, and I was going to do this for the Games SIG. Shall I do it on the dist tag page and link to it from the Games SIG page? > On Fri, Mar 02, 2007 at 05:09:33PM +0100, Hans de Goede wrote: >> >> We really need to write this down somewhere, maybe a section on the >> Games SIG page? > > It is also relevant for scientific packages with big datas. And > also I guess for some font packages. So I think this should be in a > generic place. Maybe near the dist tag page? > > -- > Pat > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From Axel.Thimm at ATrpms.net Fri Mar 2 16:12:21 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 2 Mar 2007 17:12:21 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <20070302161221.GB31478@neu.nirvana> Hi, On Thu, Mar 01, 2007 at 07:33:19PM +0100, Thorsten Leemhuis wrote: > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (?). does it make sense to autosubscribe all members to fedora-devel (the one that aren't already) and preannounce that? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Fri Mar 2 16:22:17 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 17:22:17 +0100 Subject: RFC: Close this list now? In-Reply-To: <20070302160034.GL2912@free.fr> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> <20070302160034.GL2912@free.fr> Message-ID: <45E84F39.8050007@leemhuis.info> Patrice Dumas schrieb: > On Fri, Mar 02, 2007 at 06:01:06PM +0200, Ville Skytt? wrote: >> On Thursday 01 March 2007, Thorsten Leemhuis wrote: >>> Comments? >> I was subscribed to fedora-devel a long time ago but didn't find the S/N ratio >> appealing, I suppose it didn't become any better... But: > whereas on this list it has been tolerable. Yeah, but is seems some people these days already say to themselves "Extras and Core merge, so I post to fedora-devel about it". So to catch all the interesting stuff you need to subscribe to fedora-devel anyway already. > I agree, but the equivalent list seems to me to be the maintainer > list. Or am I mistaken? fedora-maintainers is a closed list with only "subscribe-to-moderations" where only contributors can participate in the discussions (e.g. post from outsiders get rejected afaik). Sometimes that what we want, but we IMHO normally should act in the open (fedora-extas-list is also open). CU thl From j.w.r.degoede at hhs.nl Fri Mar 2 16:34:24 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 02 Mar 2007 17:34:24 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <60362.65.192.24.190.1172851635.squirrel@mail.jcomserv.net> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302155821.GK2912@free.fr> <60362.65.192.24.190.1172851635.squirrel@mail.jcomserv.net> Message-ID: <45E85210.2020606@hhs.nl> Jon Ciesla wrote: > Agreed. I accidentally replied to Hans offlist, and I was going to do > this for the Games SIG. Shall I do it on the dist tag page and link to it > from the Games SIG page? > Fine by me. Regards. Hans From limb at jcomserv.net Fri Mar 2 16:24:13 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 2 Mar 2007 10:24:13 -0600 (CST) Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 Message-ID: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> Of course, it's Immutable. Would someone with access to it care to make the change and let me know so I can update the Games SIG page? Thanks! Suggested text follows, edit as you see fit: ----------------------- Exceptions for large data-only packages (games, etc) Omit the {%dist} tag from the release number, and specify the package as noarch. Build the package for devel only, then add a copy request here: http://fedoraproject.org/wiki/Extras/RepoRequests This will make the package available to the Fedora released you desire, but save rebuild time, bandwidth and repository mirror disk space. ----------------------- > > > Jon Ciesla wrote: >> Agreed. I accidentally replied to Hans offlist, and I was going to do this for the Games SIG. Shall I do it on the dist tag page and link to it >> from the Games SIG page? > > Fine by me. > > Regards. > > Hans > -- novus ordo absurdum -- novus ordo absurdum From fedora at leemhuis.info Fri Mar 2 16:28:35 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 17:28:35 +0100 Subject: RFC: Close this list now? In-Reply-To: <20070302161221.GB31478@neu.nirvana> References: <45E71C6F.5030402@leemhuis.info> <20070302161221.GB31478@neu.nirvana> Message-ID: <45E850B3.7030701@leemhuis.info> Axel Thimm schrieb: > On Thu, Mar 01, 2007 at 07:33:19PM +0100, Thorsten Leemhuis wrote: >> as all of you probably know: Core and Extras merge. So this list >> (fedora-extras-list at redhat.com) is mostly obsolete (?). > does it make sense to autosubscribe all members to fedora-devel (the > one that aren't already) and preannounce that? Autosubscribing people to another list is bad and we try tro avoid it at all cost. The solution I suggested to solve the problem was in my mail: >> Closing plan: send all subscribed users that are not subscribed on >> fedora-devel an mailman invite. I did a "s/and/an/" -- there was a typo in my mail. Sorry. A mailman invite afaik is a mail that gets send to you asking you to subscribe to list foo by clicking on link bar. That's a bit easier than a normal "subscribe via webpage; wait for mail with url; click on link in mail; finally subscribed" Cu thl From Axel.Thimm at ATrpms.net Fri Mar 2 16:40:22 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 2 Mar 2007 17:40:22 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E850B3.7030701@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> <20070302161221.GB31478@neu.nirvana> <45E850B3.7030701@leemhuis.info> Message-ID: <20070302164022.GG31478@neu.nirvana> On Fri, Mar 02, 2007 at 05:28:35PM +0100, Thorsten Leemhuis wrote: > Axel Thimm schrieb: > > On Thu, Mar 01, 2007 at 07:33:19PM +0100, Thorsten Leemhuis wrote: > >> as all of you probably know: Core and Extras merge. So this list > >> (fedora-extras-list at redhat.com) is mostly obsolete (?). > > does it make sense to autosubscribe all members to fedora-devel (the > > one that aren't already) and preannounce that? > > Autosubscribing people to another list is bad and we try tro avoid it at > all cost. > > The solution I suggested to solve the problem was in my mail: > > >> Closing plan: send all subscribed users that are not subscribed on > >> fedora-devel an mailman invite. Sorry, I missed that - yes, that's fine! (too much work, not enough coffee this week ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Fri Mar 2 18:57:03 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 03 Mar 2007 00:27:03 +0530 Subject: CVSAdminProcedure: Not a "sufficiently empowered user" In-Reply-To: <20070302115041.0eee9c0a@python3.es.egwn.lan> References: <20070301230506.28b2acf7@localhost.localdomain> <200703011607.36783.dennis@ausil.us> <20070301233100.1ad1bc00@localhost.localdomain> <1172804273.2839.6.camel@vader.jdub.homelinux.org> <20070302115041.0eee9c0a@python3.es.egwn.lan> Message-ID: <45E8737F.9000904@fedoraproject.org> Matthias Saou wrote: > Josh Boyer wrote : > >> On Thu, 2007-03-01 at 23:31 +0100, Sebastian Vahl wrote: >>>> you need to be a member of fedorabugs to do that >>>> >>> Added myself for approval of "fedorabugs". Why is it not explained in >>> CVSAdminProcedure that this is needed? >> I added a statement saying so now. Thank you for finding this omission. > > I have the exact same problem... maybe this is a silly question, but why > weren't all package owners automatically made part of the "fedorabugs" > group? That's the plan according to the last FESCo meeting. Rahul From pertusus at free.fr Fri Mar 2 19:13:23 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Mar 2007 20:13:23 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E84F39.8050007@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> <20070302160034.GL2912@free.fr> <45E84F39.8050007@leemhuis.info> Message-ID: <20070302191323.GM2912@free.fr> On Fri, Mar 02, 2007 at 05:22:17PM +0100, Thorsten Leemhuis wrote: > > fedora-maintainers is a closed list with only "subscribe-to-moderations" > where only contributors can participate in the discussions (e.g. post > from outsiders get rejected afaik). Sometimes that what we want, but we > IMHO normally should act in the open (fedora-extas-list is also open). Maybe in theory, but I have rarely seen a post from an outsider while this is very common in fedora-devel-list. I think the most of the traffic that happens today on extras list is not interesting for outsider, while what is on fedora-devel is, that's why I guess that most of the list traffic will go to the maintainers list (and there has already been some traffic moving to the packaging list). -- Pat From fedora at leemhuis.info Fri Mar 2 19:37:27 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 20:37:27 +0100 Subject: RFC: Close this list now? In-Reply-To: <20070302191323.GM2912@free.fr> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> <20070302160034.GL2912@free.fr> <45E84F39.8050007@leemhuis.info> <20070302191323.GM2912@free.fr> Message-ID: <45E87CF7.1070005@leemhuis.info> Patrice Dumas schrieb: > On Fri, Mar 02, 2007 at 05:22:17PM +0100, Thorsten Leemhuis wrote: >> fedora-maintainers is a closed list with only "subscribe-to-moderations" >> where only contributors can participate in the discussions (e.g. post >> from outsiders get rejected afaik). Sometimes that what we want, but we >> IMHO normally should act in the open (fedora-extas-list is also open). > Maybe in theory, but I have rarely seen a post from an outsider It might be rare, but it is quite important to get newcomers abort afaics (and we hd quite some new contributors that showed up on this list before they became a contributors). So discussing everything on a closed list is IMHO just bad bad bad and sends a signal out there "we are a closed circle and not interested in new contributors". I'd like to avoid that. > [...] (and there has > already been some traffic moving to the packaging list). Agreed -- the packaging list is probably the right place for packaging related questions. Cu thl From pertusus at free.fr Fri Mar 2 19:39:43 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Mar 2007 20:39:43 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E87CF7.1070005@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> <20070302160034.GL2912@free.fr> <45E84F39.8050007@leemhuis.info> <20070302191323.GM2912@free.fr> <45E87CF7.1070005@leemhuis.info> Message-ID: <20070302193943.GO2912@free.fr> On Fri, Mar 02, 2007 at 08:37:27PM +0100, Thorsten Leemhuis wrote: > > It might be rare, but it is quite important to get newcomers abort > afaics (and we hd quite some new contributors that showed up on this > list before they became a contributors). So discussing everything on a Hum, that's true. I guess that they may already be subscribed to a read only list, but it might not be enough. What about opening fedora-maintainers, but marking in an obvious way that it is for people interested in packaging for fedora? It should work since it worked for the extras list which is not more active than the maintainers list. Or have a subscription be 'moderated'? -- Pat From bugs.michael at gmx.net Fri Mar 2 19:14:36 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 2 Mar 2007 20:14:36 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <20070302201436.d6bf2252.bugs.michael@gmx.net> On Thu, 01 Mar 2007 19:33:19 +0100, Thorsten Leemhuis wrote: > Comments? Is the buildsys sender address permitted to post to fedora-devel-list? From fedora at leemhuis.info Fri Mar 2 20:10:43 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 21:10:43 +0100 Subject: RFC: Close this list now? In-Reply-To: <20070302193943.GO2912@free.fr> References: <45E71C6F.5030402@leemhuis.info> <200703021801.06683.ville.skytta@iki.fi> <20070302160034.GL2912@free.fr> <45E84F39.8050007@leemhuis.info> <20070302191323.GM2912@free.fr> <45E87CF7.1070005@leemhuis.info> <20070302193943.GO2912@free.fr> Message-ID: <45E884C3.8010104@leemhuis.info> Patrice Dumas schrieb: > On Fri, Mar 02, 2007 at 08:37:27PM +0100, Thorsten Leemhuis wrote: >> It might be rare, but it is quite important to get newcomers abort >> afaics (and we hd quite some new contributors that showed up on this >> list before they became a contributors). So discussing everything on a > Hum, that's true. I guess that they may already be subscribed to a read > only list, but it might not be enough. What about opening > fedora-maintainers, but marking in an obvious way that it is for people > interested in packaging for fedora? It should work since it worked for > the extras list which is not more active than the maintainers list. > Or have a subscription be 'moderated'? A solution for the problem will be the part of the great big plan for the mailing list reorganization (that has been discussed on fedora-devel an fedora-advisory-board in the past -- see the archives) that will happen in probably two months from now. For now let's just use fedora-devel. Cu thl From guthrie at counterexample.org Fri Mar 2 20:26:24 2007 From: guthrie at counterexample.org (John T. Guthrie) Date: Fri, 02 Mar 2007 15:26:24 -0500 Subject: RFC: Close this list now? In-Reply-To: <45E850B3.7030701@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> <20070302161221.GB31478@neu.nirvana> <45E850B3.7030701@leemhuis.info> Message-ID: <1172867184.5263.1.camel@euler.counterexample.org> On Fri, 2007-03-02 at 17:28 +0100, Thorsten Leemhuis wrote: > A mailman invite afaik is a mail that gets send to you asking you to > subscribe to list foo by clicking on link bar. > > That's a bit easier than a normal "subscribe via webpage; wait for mail > with url; click on link in mail; finally subscribed" When would these emails be sent out? Just so I know when to be looking in my mailbox. Thanks. > Cu > thl -- John Guthrie guthrie at counterexample.org From fedora at leemhuis.info Fri Mar 2 20:48:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 21:48:31 +0100 Subject: RFC: Close this list now? In-Reply-To: <1172867184.5263.1.camel@euler.counterexample.org> References: <45E71C6F.5030402@leemhuis.info> <20070302161221.GB31478@neu.nirvana> <45E850B3.7030701@leemhuis.info> <1172867184.5263.1.camel@euler.counterexample.org> Message-ID: <45E88D9F.5080708@leemhuis.info> John T. Guthrie schrieb: > On Fri, 2007-03-02 at 17:28 +0100, Thorsten Leemhuis wrote: >> A mailman invite afaik is a mail that gets send to you asking you to >> subscribe to list foo by clicking on link bar. >> That's a bit easier than a normal "subscribe via webpage; wait for mail >> with url; click on link in mail; finally subscribed" > When would these emails be sent out? Just so I know when to be looking > in my mailbox. Depends on the outcome of this discussion. Maybe in one or two weeks from now. CU thl From wolters.liste at gmx.net Fri Mar 2 20:47:31 2007 From: wolters.liste at gmx.net (Roland Wolters) Date: Fri, 2 Mar 2007 21:47:31 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <200703022147.37940.wolters.liste@gmx.net> Once upon a time Thorsten Leemhuis wrote: > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (?). > I wonder to which list I should definitely subscribed as a pure package maintainer: f-d-l seems to have a bit too much traffic. So, what else would I need besides f-m? Or would I miss too much if I would not join f-d-l? Roland -- "So stirbt die Freiheit. Mit donnerndem Applaus" -- Star Wars III -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Fri Mar 2 21:13:41 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 2 Mar 2007 22:13:41 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <45E84C3D.6030406@hhs.nl> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> Message-ID: <20070302221341.dad09e62.bugs.michael@gmx.net> On Fri, 02 Mar 2007 17:09:33 +0100, Hans de Goede wrote: > > > Jon Ciesla wrote: > > Sounds logical. I was unaware of this practice. How might I ((do > > that)||(have it done))? > > > > Build it for devel only, and it must be noarch without a disttag and > then add a copy request here: > http://fedoraproject.org/wiki/Extras/RepoRequests > > Then you also don't need to rebuild it with the next mass rebuild, also > saving all users a huge download when updating from one release to another. As a side-note, the netpanzer* packages have not been pushed yet, but been put onto the blacklist until this issue is solved. From fedora at leemhuis.info Fri Mar 2 21:16:56 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 22:16:56 +0100 Subject: RFC: Close this list now? In-Reply-To: <200703022147.37940.wolters.liste@gmx.net> References: <45E71C6F.5030402@leemhuis.info> <200703022147.37940.wolters.liste@gmx.net> Message-ID: <45E89448.7040000@leemhuis.info> Roland Wolters schrieb: > Once upon a time Thorsten Leemhuis wrote: >> as all of you probably know: Core and Extras merge. So this list >> (fedora-extras-list at redhat.com) is mostly obsolete (?). > I wonder to which list I should definitely subscribed as a pure package > maintainer: f-d-l seems to have a bit too much traffic. > So, what else would I need besides f-m? The long term plans is to send out all important informations to packagers (maybe 5 mails a months) via the special mailing list fedora-maintainer-announce (users don't have to care about it -- for them the fact that a mailing list gets uses to send the mails should is not that important (but that's a seperate discussion)). > Or would I miss too much if I would not join f-d-l? We currently make sure that all important informations get send to fedora-maintainers, so if you don't want to care about how the details and how they get worked out: No, then you probably won't muss much. CU thl From j.w.r.degoede at hhs.nl Fri Mar 2 21:34:47 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 02 Mar 2007 22:34:47 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <20070302221341.dad09e62.bugs.michael@gmx.net> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302221341.dad09e62.bugs.michael@gmx.net> Message-ID: <45E89877.4000307@hhs.nl> Michael Schwendt wrote: > On Fri, 02 Mar 2007 17:09:33 +0100, Hans de Goede wrote: > >> >> Jon Ciesla wrote: >>> Sounds logical. I was unaware of this practice. How might I ((do >>> that)||(have it done))? >>> >> Build it for devel only, and it must be noarch without a disttag and >> then add a copy request here: >> http://fedoraproject.org/wiki/Extras/RepoRequests >> >> Then you also don't need to rebuild it with the next mass rebuild, also >> saving all users a huge download when updating from one release to another. > > As a side-note, the netpanzer* packages have not been pushed yet, but been > put onto the blacklist until this issue is solved. > Good, Jon, AFAIK the only changes to the data packages was to add the (unwanted) disttag, so the data packages can be discarded, right? In that case don't forget to role back CVS. I dunno if you also made changes to other netpanzer packages and if those still need to be pushed. Regards, Hans From fedora at leemhuis.info Fri Mar 2 21:51:54 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Mar 2007 22:51:54 +0100 Subject: RFC: Close this list now? In-Reply-To: <20070302201436.d6bf2252.bugs.michael@gmx.net> References: <45E71C6F.5030402@leemhuis.info> <20070302201436.d6bf2252.bugs.michael@gmx.net> Message-ID: <45E89C7A.3090503@leemhuis.info> Michael Schwendt schrieb: > On Thu, 01 Mar 2007 19:33:19 +0100, Thorsten Leemhuis wrote: >> Comments? > Is the buildsys sender address permitted to post to fedora-devel-list? Don't think so, but that should be manageable. Warren (CCed) is the list admin. Warren, can you please add buildsys at fedoraproject.org to list of allowed addresses for fedora-devel? thx! Cu thl From wolters.liste at gmx.net Fri Mar 2 21:54:09 2007 From: wolters.liste at gmx.net (Roland Wolters) Date: Fri, 2 Mar 2007 22:54:09 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E89448.7040000@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> <200703022147.37940.wolters.liste@gmx.net> <45E89448.7040000@leemhuis.info> Message-ID: <200703022254.17097.wolters.liste@gmx.net> Once upon a time Thorsten Leemhuis wrote: > Roland Wolters schrieb: > > Once upon a time Thorsten Leemhuis wrote: > > Or would I miss too much if I would not join f-d-l? > > We currently make sure that all important informations get send to > fedora-maintainers, so if you don't want to care about how the details > and how they get worked out: No, then you probably won't muss much. > Thanks for the information, Roland -- meinem Geist geht es gut.. er schwebt wie immer ?ber den Dingen.. ... also auch ?ber mir... -- Smilyface -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From limb at jcomserv.net Fri Mar 2 21:54:08 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 2 Mar 2007 15:54:08 -0600 (CST) Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <45E89877.4000307@hhs.nl> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302221341.dad09e62.bugs.michael@gmx.net> <45E89877.4000307@hhs.nl> Message-ID: <2097.192.168.0.4.1172872448.squirrel@zanoni> Actually, there was one other change. Previously, netpanzer and netpanzer-data required equal versions of each other. This defeats the purpose of separation of data and code. Aside from erroneously adding the disttag, I altered the Requires. netpanzer requires netpanzer-data>=0.8, and netpanzer >= 0.8. This allows netpanzer to be updated without updating netpanzer-data, from this version forward. If we can just remove the most recent builds, I can repair the disttag and re-do the RQ changes and re-build. I assume I should re-increment the release number just to be on the safe side? > > > Michael Schwendt wrote: >> On Fri, 02 Mar 2007 17:09:33 +0100, Hans de Goede wrote: >> >>> >>> Jon Ciesla wrote: >>>> Sounds logical. I was unaware of this practice. How might I ((do >>>> that)||(have it done))? >>>> >>> Build it for devel only, and it must be noarch without a disttag and >>> then add a copy request here: >>> http://fedoraproject.org/wiki/Extras/RepoRequests >>> >>> Then you also don't need to rebuild it with the next mass rebuild, also >>> saving all users a huge download when updating from one release to >>> another. >> >> As a side-note, the netpanzer* packages have not been pushed yet, but >> been >> put onto the blacklist until this issue is solved. >> > > Good, Jon, AFAIK the only changes to the data packages was to add the > (unwanted) disttag, so the data packages can be discarded, right? In > that case don't forget to role back CVS. > > I dunno if you also made changes to other netpanzer packages and if > those still need to be pushed. > > Regards, > > Hans > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From bugs.michael at gmx.net Fri Mar 2 22:38:44 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 2 Mar 2007 23:38:44 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <2097.192.168.0.4.1172872448.squirrel@zanoni> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302221341.dad09e62.bugs.michael@gmx.net> <45E89877.4000307@hhs.nl> <2097.192.168.0.4.1172872448.squirrel@zanoni> Message-ID: <20070302233844.67f5107a.bugs.michael@gmx.net> On Fri, 2 Mar 2007 15:54:08 -0600 (CST), Jon Ciesla wrote: > Actually, there was one other change. Previously, netpanzer and > netpanzer-data required equal versions of each other. This defeats the > purpose of separation of data and code. Aside from erroneously adding the > disttag, I altered the Requires. netpanzer requires netpanzer-data>=0.8, > and netpanzer >= 0.8. This allows netpanzer to be updated without > updating netpanzer-data, from this version forward. If we can just remove > the most recent builds, I can repair the disttag and re-do the RQ changes > and re-build. I assume I should re-increment the release number just to > be on the safe side? In other words, you want netpanzer-data-0.8-5.noarch.rpm from devel copied to FC-6 and FC-5. Between 0.8-5 and 0.8-6%{?dist} you did not change any Requires. No new build of netpanzer-data necessary. Only a fix in CVS, since the last commit contains this typo: -Release: 6%{?dist} +Release: 7% From limb at jcomserv.net Fri Mar 2 22:51:49 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 2 Mar 2007 16:51:49 -0600 (CST) Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <20070302233844.67f5107a.bugs.michael@gmx.net> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302221341.dad09e62.bugs.michael@gmx.net> <45E89877.4000307@hhs.nl> <2097.192.168.0.4.1172872448.squirrel@zanoni> <20070302233844.67f5107a.bugs.michael@gmx.net> Message-ID: <2352.192.168.0.4.1172875909.squirrel@zanoni> Perfect. I'll fix the typo and call it good? > On Fri, 2 Mar 2007 15:54:08 -0600 (CST), Jon Ciesla wrote: > >> Actually, there was one other change. Previously, netpanzer and >> netpanzer-data required equal versions of each other. This defeats the >> purpose of separation of data and code. Aside from erroneously adding >> the >> disttag, I altered the Requires. netpanzer requires >> netpanzer-data>=0.8, >> and netpanzer >= 0.8. This allows netpanzer to be updated without >> updating netpanzer-data, from this version forward. If we can just >> remove >> the most recent builds, I can repair the disttag and re-do the RQ >> changes >> and re-build. I assume I should re-increment the release number just to >> be on the safe side? > > In other words, you want netpanzer-data-0.8-5.noarch.rpm from devel > copied to FC-6 and FC-5. > > Between 0.8-5 and 0.8-6%{?dist} you did not change any Requires. > No new build of netpanzer-data necessary. > > Only a fix in CVS, since the last commit contains this typo: > > -Release: 6%{?dist} > +Release: 7% > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From matthltc at us.ibm.com Fri Mar 2 23:33:16 2007 From: matthltc at us.ibm.com (Matt Helsley) Date: Fri, 02 Mar 2007 15:33:16 -0800 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: <1172878396.3687.4.camel@localhost.localdomain> On Thu, 2007-03-01 at 19:33 +0100, Thorsten Leemhuis wrote: > Hi, > > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (?). > > The plan was to get rid of this list during the general mailing list > reorganization. But well, it looks like it will take another two months > before it's getting realized. So I propose to close this list now, and > use these instead: > > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL > > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? > > Cu > thl > > (?) -- yes, Extras will further live on for FC5 and FC6 for some time, > but well, that's IMHO not enough reason to keep this list running. Discussion history can be nice to have if someone every wants to discover why the code/package does something funky. It's also useful to quickly conclude or restart a frequent thread. Are there any specific plans for hosting the archives? Or would Fedora be relying on external mirrors/archives for that? Cheers, -Matt Helsley From a.badger at gmail.com Fri Mar 2 20:44:41 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 02 Mar 2007 12:44:41 -0800 Subject: Data Packages Guideline In-Reply-To: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> Message-ID: <1172868281.20343.118.camel@localhost.localdomain> On Fri, 2007-03-02 at 10:24 -0600, Jon Ciesla wrote: > Of course, it's Immutable. Would someone with access to it care to make > the change and let me know so I can update the Games SIG page? Thanks! > Suggested text follows, edit as you see fit: > I've added this as a draft guideline so the Packaging Committee can look at it and approve it as an update to the Guidelines. If you'd like to push it forward, that would be excellent. Basically, it needs discussion on the fedora-packaging at redhat.com list to iron out any problems, new drafts made addressing those issues, and then the Packaging Committee will vote on it either on list or during a weekly Tuesday meeting. http://www.fedoraproject.org/wiki/PackagingDrafts/DataPackages If you can guide it through the comments and initial revisions I'll get it onto the agenda. Thanks, -Toshio > ----------------------- > Exceptions for large data-only packages (games, etc) > > Omit the {%dist} tag from the release number, and specify the package as > noarch. Build the package for devel only, then add a copy request here: > http://fedoraproject.org/wiki/Extras/RepoRequests > > This will make the package available to the Fedora released you desire, > but save rebuild time, bandwidth and repository mirror disk space. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at fedoraproject.org Fri Mar 2 23:53:56 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 03 Mar 2007 05:23:56 +0530 Subject: RFC: Close this list now? In-Reply-To: <1172878396.3687.4.camel@localhost.localdomain> References: <45E71C6F.5030402@leemhuis.info> <1172878396.3687.4.camel@localhost.localdomain> Message-ID: <45E8B914.6090404@fedoraproject.org> Matt Helsley wrote: > Discussion history can be nice to have if someone every wants to > discover why the code/package does something funky. It's also useful to > quickly conclude or restart a frequent thread. Are there any specific > plans for hosting the archives? Or would Fedora be relying on external > mirrors/archives for that? Even if fedora-extras list is closed, the archives would still be available. There is no plans to delete that. Rahul From bugs.michael at gmx.net Fri Mar 2 23:07:58 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 3 Mar 2007 00:07:58 +0100 Subject: rpms/netpanzer-data/devel netpanzer-data.spec,1.3,1.4 In-Reply-To: <2352.192.168.0.4.1172875909.squirrel@zanoni> References: <200703021244.l22Cig0h009392@cvs-int.fedora.redhat.com> <20070302150541.3d0f1b6c@python3.es.egwn.lan> <48743.65.192.24.190.1172844756.squirrel@mail.jcomserv.net> <45E84C3D.6030406@hhs.nl> <20070302221341.dad09e62.bugs.michael@gmx.net> <45E89877.4000307@hhs.nl> <2097.192.168.0.4.1172872448.squirrel@zanoni> <20070302233844.67f5107a.bugs.michael@gmx.net> <2352.192.168.0.4.1172875909.squirrel@zanoni> Message-ID: <20070303000758.d636bcc9.bugs.michael@gmx.net> On Fri, 2 Mar 2007 16:51:49 -0600 (CST), Jon Ciesla wrote: > Perfect. I'll fix the typo and call it good? Yes. The updated "netpanzer" rpms will appear with next push, too. From buildsys at fedoraproject.org Sat Mar 3 01:28:24 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 2 Mar 2007 20:28:24 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-02 Message-ID: <20070303012824.E1BFF15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 14 NEW avrdude-5.3.1-5.fc7 NEW chmsee-1.0.0-0.11.beta.fc7 clamav-0.90.1-2.fc7 git-1.5.0.2-2.fc7 gutenprint-5.0.0-7.fc7 libtasn1-0.3.9-1.fc7 python-ogg-1.3-5.fc7 NEW sdcc-2.6.0-8.fc7 smolt-0.9.1-1.fc7 smolt-0.9.2-1.fc7 NEW xblast-2.10.4-2.fc7 NEW xblast-data-2.10.0-2 NEW xdg-user-dirs-0.3-1.fc7 xfce4-mount-plugin-0.5.1-1.fc7 Packages built and released for Fedora Extras 6: 10 NEW chmsee-1.0.0-0.11.beta.fc6 em8300-kmod-0.16.1-1.2.6.19_1.2911.6.4.fc6 libtasn1-0.3.9-1.fc6 netpanzer-0.8.1-1.fc6 otrs-2.1.5-1.fc6 NEW qascade-0.1-6.fc6 NEW sdcc-2.6.0-8.fc6 smolt-0.9.2-1.fc6 sysprof-kmod-1.0.8-1.2.6.19_1.2911.6.4.fc6 xfce4-mount-plugin-0.5.1-1.fc6 Packages built and released for Fedora Extras 5: 6 em8300-kmod-0.16.0-1.2.6.19_1.2288.2.1.fc5 grepmail-5.3033-1.fc5 libtasn1-0.3.9-1.fc5 netpanzer-0.8.1-1.fc5 otrs-2.1.5-1.fc5 smolt-0.9.2-1.fc5 avrdude-5.3.1-5.fc7 ------------------- * Fri Mar 02 2007 Trond Danielsen - 5.3.1-5 - Added missing BuildRequire tetex-dvips. * Thu Mar 01 2007 Trond Danielsen - 5.3.1-4 - Updated list of files. - Corrected sed line in prep section. * Wed Feb 28 2007 Trond Danielsen - 5.3.1-3 - Added missing BuildRequires. - Enable generation of documentation. - Updated path to avrdude.conf in info page. * Wed Feb 28 2007 Trond Danielsen - 5.3.1-2 - Added missing BuildRequires readline-devel and ncurses-devel. - Changed config file to noreplace and moved to separate folder. - Corrected permission for file debuginfo package. * Wed Feb 28 2007 Trond Danielsen - 5.3.1-1 - Initial version. chmsee-1.0.0-0.11.beta.fc7 -------------------------- * Sun Feb 25 2007 Yijun Yuan - 1.0.0-0.11.beta - cleanups - add mimetype icon (cp -p from gnochm) - add notes - requires firefox to avoid rpath issue (see #229826 comment 24) * Sun Feb 25 2007 bbbush - 1.0.0-0.6.beta - don't conflict gnochm - remove mime icon to avoid conflict. should require some other package? - move app icon to hicolor directory - update icon cache - change desktop vendor and app icon * Sat Feb 24 2007 bbbush - 1.0.0-0.5.beta - BuildRequires gettext instead of gettext-devel - conflicts gnochm - use English descriptions as default * Thu Feb 01 2007 bbbush - 1.0.0-0.3.beta - update - UI changes clamav-0.90.1-2.fc7 ------------------- * Fri Mar 02 2007 Enrico Scholz - 0.90.1-2 - BR 'tcp_wrappers-devel' instead of plain 'tcp_wrappers' * Fri Mar 02 2007 Enrico Scholz - 0.90.1-1 - updated to 0.90.1 - updated %doc list git-1.5.0.2-2.fc7 ----------------- * Fri Mar 02 2007 Chris Wright 1.5.0.2-2 - BuildRequires perl-devel as of perl-5.8.8-14 (bz 230680) gutenprint-5.0.0-7.fc7 ---------------------- * Fri Mar 02 2007 Tim Waugh 5.0.0-7 - Fixed menu patch. - Don't list rastertogutenprint twice. * Wed Feb 28 2007 Tim Waugh - Fixed typo in patch line. * Wed Feb 28 2007 Tim Waugh 5.0.0-6 - Ported menu patch from gimp-print package. - Fixed summary for plugin sub-package. libtasn1-0.3.9-1.fc7 -------------------- * Fri Mar 02 2007 Enrico Scholz - 0.3.9-1 - updated to 0.3.9 python-ogg-1.3-5.fc7 -------------------- * Fri Mar 02 2007 Matthias Saou 1.3-5 - Use new URL and source location. - Add python-devel requirement to the devel since it #includes Python.h. - Remove no longer needed explicit python-abi requirement. - Simplify %files section. - Spec file (quick) re-review and cleanup following ownership change. sdcc-2.6.0-8.fc7 ---------------- * Thu Mar 01 2007 Trond Danielsen - 2.6.0-8 - Added Fedora specific README file. - Corrected permissions on files in debuginfo package. * Wed Feb 28 2007 Trond Danielsen - 2.6.0-7 - Updated requirement for libc-source to include version and release number. * Wed Feb 28 2007 Trond Danielsen - 2.6.0-6 - Renamed source code package to libc-sources. - Change BuildRequire from byacc to bison. - Added "Require: sdcc" to libc-sources package. - Empty %doc entry removed. - Updated description of libc-sources package. * Tue Feb 27 2007 Trond Danielsen - 2.6.0-5 - Source URL updated. - Separate src package created. - Disabling stripping of binaries to get proper debuginfo package. * Mon Feb 26 2007 Ralf Cors??pius - 2.6.0-4 - Add sdcc-2.6.0-configure.diff. - Pass Q= to make to make building verbose. - Add __os_install_post post-hacks to prevent brp-strip from processing foreign binaries. * Mon Feb 26 2007 Trond Danielsen - 2.6.0-3 - Broken symlinks fixed. * Mon Feb 05 2007 Trond Danielsen - 2.6.0-2 - Emacs scripts moved to the correct folder. - Moved binaries to /urs/libexec/sdcc, added symlinks with sdcc- prefix in /usr/bin. - Various rpmlint errors fixed. * Thu Feb 01 2007 Trond Danielsen - 2.6.0-1 - Initial version. smolt-0.9.1-1.fc7 ----------------- * Thu Mar 01 2007 Mike McGrath 0.9-1 - Upstream released new version, major smoon changes. smolt-0.9.2-1.fc7 ----------------- xblast-2.10.4-2.fc7 ------------------- * Thu Mar 01 2007 Hans de Goede 2.10.4-2 - Use sf.net sourceforge URL from the Guidelines (bz 229476) - Keep timestamp while installing the wrapper (bz 229476) - Sanitize and install the manpage (bz 229476) - Add "Requires: xorg-x11-fonts-ISO8859-1-75dpi" to xblast-x11 (bz 229476) - Make xblast look for translations under /usr/share/locale (bz 229476) * Thu Feb 08 2007 Hans de Goede 2.10.4-1 - Initial Fedora Extras package xblast-data-2.10.0-2 -------------------- * Thu Mar 01 2007 Hans de Goede 2.10.0-2 - Specify an URL for Source0 (bz 229477) * Thu Feb 08 2007 Hans de Goede 2.10.0-1 - Initial Fedora Extras package xdg-user-dirs-0.3-1.fc7 ----------------------- * Thu Mar 01 2007 Alexander Larsson - 0.3-1 - Update to 0.3 * Fri Feb 23 2007 Alexander Larsson - 0.2-1 - initial version xfce4-mount-plugin-0.5.1-1.fc7 ------------------------------ * Sat Mar 03 2007 Christoph Wickert - 0.5.1-1 - Update to 0.5.1. * Fri Mar 02 2007 Christoph Wickert - 0.5.0-1 - Update to 0.5.0. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From giallu at gmail.com Fri Mar 2 17:28:23 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 2 Mar 2007 18:28:23 +0100 Subject: RFC: Close this list now? In-Reply-To: <45E71C6F.5030402@leemhuis.info> References: <45E71C6F.5030402@leemhuis.info> Message-ID: On 3/1/07, Thorsten Leemhuis wrote: > Hi, > > as all of you probably know: Core and Extras merge. So this list > (fedora-extras-list at redhat.com) is mostly obsolete (?). > > The plan was to get rid of this list during the general mailing list > reorganization. But well, it looks like it will take another two months > before it's getting realized. So I propose to close this list now, and > use these instead: > > - fedora-devel -- for most of the stuff that was discussed on this list > in the past > - fedora-maintainers -- for stuff that should be discussed between > maintainer only (normally fedora-devel should be preferred, as that is > open to non-contributors as well) > - epel-devel-list -- for discussion around EPEL > > Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite. > > Comments? Remeber to add to the closing plan: - redirect elsewhere any automated mail previously sent to fedora-extras like, for example, the package build report. From j.w.r.degoede at hhs.nl Sat Mar 3 06:56:29 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 03 Mar 2007 07:56:29 +0100 Subject: Data Packages Guideline In-Reply-To: <1172868281.20343.118.camel@localhost.localdomain> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> Message-ID: <45E91C1D.6000706@hhs.nl> Toshio Kuratomi wrote: > On Fri, 2007-03-02 at 10:24 -0600, Jon Ciesla wrote: >> Of course, it's Immutable. Would someone with access to it care to make >> the change and let me know so I can update the Games SIG page? Thanks! >> Suggested text follows, edit as you see fit: >> > I've added this as a draft guideline so the Packaging Committee can look > at it and approve it as an update to the Guidelines. If you'd like to > push it forward, that would be excellent. Basically, it needs > discussion on the fedora-packaging at redhat.com list to iron out any > problems, new drafts made addressing those issues, and then the > Packaging Committee will vote on it either on list or during a weekly > Tuesday meeting. > http://www.fedoraproject.org/wiki/PackagingDrafts/DataPackages > > If you can guide it through the comments and initial revisions I'll get > it onto the agenda. > The draft looks good, notice that I don't think this needs to be discussed, this has been done like discusses in the past and agreed upon. And we have been doing things like this for a while packages which come to mind are tremulous-data (100 Mb!), raidem-music (22 Mb) and there are others. It just has never been written down. Regards, Hans From gauret at free.fr Sat Mar 3 08:02:16 2007 From: gauret at free.fr (Aurelien Bompard) Date: Sat, 03 Mar 2007 09:02:16 +0100 Subject: Orphaning HelixPlayer Message-ID: Hi all, I'm officially orphaning HelixPlayer. I took it over as a dependency of Amarok when xine-lib was not splitted, but never really had much interest in it. So I think it would benefit from a more interested contributor. HelixPlayer's build system currently does not honor RPM_OPT_FLAGS, so that's something that would need patching at some point (see bug 228213). Someone with rights please edit owners.list. Thanks, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Science sans conscience n'est que ruine de l'?me." -- Rabelais From peter at thecodergeek.com Sat Mar 3 09:40:44 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 03 Mar 2007 01:40:44 -0800 Subject: Orphaning HelixPlayer In-Reply-To: References: Message-ID: <1172914844.5042.0.camel@tuxhugs> On Sat, 2007-03-03 at 09:02 +0100, Aurelien Bompard wrote: > Someone with rights please edit owners.list. You'll need to go to the original review request bug for it and set the fedora-cvs flag to "?". In your commentary, note that you want to orphan the package. Thanks. -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 Blog: http://thecodergeek.com/blog/ About: http://fedoraproject.org/wiki/PeterGordon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Sat Mar 3 13:27:09 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 03 Mar 2007 13:27:09 -0000 Subject: Summary - Broken dependencies in Fedora Extras development - 2007-03-03 Message-ID: <20070303132709.522.87636@extras64.linux.duke.edu> Summary of broken packages (by owner): Jochen AT herr-schmitt.de pdftk - 1.41-3.fc7.i386 (3 days) pdftk - 1.41-3.fc7.ppc (3 days) pdftk - 1.41-3.fc7.x86_64 (3 days) andreas.bierfert AT lowlatency.de claws-mail-plugins-clamav - 2.8.0-1.fc7.i386 claws-mail-plugins-clamav - 2.8.0-1.fc7.ppc claws-mail-plugins-clamav - 2.8.0-1.fc7.x86_64 andy AT smile.org.ua klamav - 0.41-1.fc7.i386 klamav - 0.41-1.fc7.ppc klamav - 0.41-1.fc7.x86_64 braden AT endoframe.com openvrml - 0.16.3-3.fc7.i386 (3 days) openvrml - 0.16.3-3.fc7.i386 (3 days) openvrml - 0.16.3-3.fc7.ppc (3 days) openvrml - 0.16.3-3.fc7.x86_64 (3 days) openvrml-devel - 0.16.3-3.fc7.i386 (3 days) openvrml-devel - 0.16.3-3.fc7.i386 (3 days) openvrml-devel - 0.16.3-3.fc7.ppc (3 days) openvrml-devel - 0.16.3-3.fc7.x86_64 (3 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (85 days) csound - 5.03.0-9.fc7.i386 (85 days) csound - 5.03.0-9.fc7.ppc (85 days) csound - 5.03.0-9.fc7.x86_64 (85 days) csound-python - 5.03.0-9.fc7.i386 (85 days) csound-python - 5.03.0-9.fc7.ppc (85 days) csound-python - 5.03.0-9.fc7.x86_64 (85 days) dennis AT ausil.us mysql-query-browser - 1.1.18-4.fc6.i386 (3 days) mysql-query-browser - 1.1.18-4.fc6.ppc (3 days) mysql-query-browser - 1.1.18-4.fc6.x86_64 (3 days) foolish AT guezz.net flac123 - 0.0.9-1.fc7.i386 (16 days) flac123 - 0.0.9-1.fc7.ppc (16 days) flac123 - 0.0.9-1.fc7.x86_64 (16 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.i586 (9 days) kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.i686 (9 days) kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.x86_64 (9 days) kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.2932.fc7.i686 (9 days) kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.2932.fc7.x86_64 (9 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (82 days) libreadline-java - 0.8.0-13.fc6.i386 (82 days) libreadline-java - 0.8.0-13.fc6.ppc (82 days) libreadline-java - 0.8.0-13.fc6.x86_64 (82 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.ppc (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.x86_64 (3 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (85 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (85 days) rdieter AT math.unl.edu k3b-extras - 0.12.17-1.fc6.i386 (14 days) k3b-extras - 0.12.17-1.fc6.ppc (14 days) k3b-extras - 0.12.17-1.fc6.x86_64 (14 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (85 days) xmldiff - 0.6.7-12.fc6.ppc (85 days) xmldiff - 0.6.7-12.fc6.x86_64 (85 days) tcallawa AT redhat.com logjam - 1:4.5.3-8.fc7.i386 (3 days) logjam - 1:4.5.3-8.fc7.ppc (3 days) logjam - 1:4.5.3-8.fc7.x86_64 (3 days) toshio AT tiki-lounge.com gnotime - 2.2.2-7.fc6.i386 (3 days) gnotime - 2.2.2-7.fc6.ppc (3 days) gnotime - 2.2.2-7.fc6.x86_64 (3 days) ville.skytta AT iki.fi em8300 - 0.16.1-1.fc7.i386 kmod-em8300 - 0.16.1-5.2.6.20_1.2953.fc7.ppc kmod-em8300 - 0.16.1-5.2.6.20_1.2953.fc7.x86_64 kmod-em8300-kdump - 0.16.1-5.2.6.20_1.2953.fc7.x86_64 kmod-em8300-smp - 0.16.1-5.2.6.20_1.2953.fc7.ppc ====================================================================== Broken packages in fedora-extras-development-i386: claws-mail-plugins-clamav-2.8.0-1.fc7.i386 requires libclamav.so.1 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.1-1.fc7.i386 requires em8300-kmod >= 0:0.16.1 flac123-0.0.9-1.fc7.i386 requires libFLAC.so.7 gnotime-2.2.2-7.fc6.i386 requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.i386 requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.i386 requires libk3b.so.2 klamav-0.41-1.fc7.i386 requires libclamav.so.1 kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2932.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2932.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.2932.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2932.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.i386 requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.i386 requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.i386 requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: claws-mail-plugins-clamav-2.8.0-1.fc7.ppc requires libclamav.so.1 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 flac123-0.0.9-1.fc7.ppc requires libFLAC.so.7 gnotime-2.2.2-7.fc6.ppc requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.ppc requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.ppc requires libk3b.so.2 k3b-extras-0.12.17-1.fc6.ppc requires libk3bdevice.so.2 klamav-0.41-1.fc7.ppc requires libclamav.so.1 kmod-em8300-0.16.1-5.2.6.20_1.2953.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2953.fc7 kmod-em8300-smp-0.16.1-5.2.6.20_1.2953.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2953.fc7smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.ppc requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.ppc requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.ppc requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.ppc requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.ppc requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: claws-mail-plugins-clamav-2.8.0-1.fc7.x86_64 requires libclamav.so.1()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) flac123-0.0.9-1.fc7.x86_64 requires libFLAC.so.7()(64bit) gnotime-2.2.2-7.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.x86_64 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.x86_64 requires libk3b.so.2()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3bdevice.so.2()(64bit) klamav-0.41-1.fc7.x86_64 requires libclamav.so.1()(64bit) kmod-em8300-0.16.1-5.2.6.20_1.2953.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2953.fc7 kmod-em8300-kdump-0.16.1-5.2.6.20_1.2953.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2953.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2932.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.2932.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2932.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.x86_64 requires libgtkhtml-3.8.so.15()(64bit) mysql-query-browser-1.1.18-4.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-0.16.3-3.fc7.x86_64 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.x86_64 requires firefox-devel = 0:2.0.0.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pdftk-1.41-3.fc7.x86_64 requires libgcj.so.7rh()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From tibbs at math.uh.edu Sat Mar 3 15:35:59 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 03 Mar 2007 09:35:59 -0600 Subject: Data Packages Guideline In-Reply-To: <1172868281.20343.118.camel@localhost.localdomain> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> Message-ID: >>>>> "TK" == Toshio Kuratomi writes: TK> I've added this as a draft guideline so the Packaging Committee TK> can look at it and approve it as an update to the Guidelines. Since this basically codifies existing process, I think it's fine; it would certainly be good to have it written down in any case. It's actually 100% process since it doesn't require any changes to the guidelines (%dist is only suggested normally), so I'd suggest that you can just add it. If you feel the PC does need to vote on it, then +1 from me. - J< From Axel.Thimm at ATrpms.net Sat Mar 3 16:14:14 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 3 Mar 2007 17:14:14 +0100 Subject: Data Packages Guideline In-Reply-To: References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> Message-ID: <20070303161414.GF11512@neu.nirvana> On Sat, Mar 03, 2007 at 09:35:59AM -0600, Jason L Tibbitts III wrote: > >>>>> "TK" == Toshio Kuratomi writes: > > TK> I've added this as a draft guideline so the Packaging Committee > TK> can look at it and approve it as an update to the Guidelines. > > Since this basically codifies existing process, I think it's fine; it > would certainly be good to have it written down in any case. It's > actually 100% process since it doesn't require any changes to the > guidelines (%dist is only suggested normally), so I'd suggest that you > can just add it. If the existing guidelines cover this (which they do), then why add it? Furthermore whatever is true for the data bits in this regards is mostly true for firmwares/fonts etc. as well. and we've tried to keep the specification rather clean from buildsystem or procedures topics, the addition is perhaps better made in the review guidelines. > If you feel the PC does need to vote on it, then +1 from me. Anything for the packaging guidelines needs to be voted upon. See also the neutral clarification on the --buildroot which had to be removed because it was suggested after the voting. But, as said, this probably just needs to be a clarification elsewhere. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Sat Mar 3 17:28:45 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 03 Mar 2007 09:28:45 -0800 Subject: Data Packages Guideline In-Reply-To: References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> Message-ID: <1172942926.20343.154.camel@localhost.localdomain> On Sat, 2007-03-03 at 09:35 -0600, Jason L Tibbitts III wrote: > >>>>> "TK" == Toshio Kuratomi writes: > > TK> I've added this as a draft guideline so the Packaging Committee > TK> can look at it and approve it as an update to the Guidelines. > > Since this basically codifies existing process, I think it's fine; it > would certainly be good to have it written down in any case. It's > actually 100% process since it doesn't require any changes to the > guidelines (%dist is only suggested normally), so I'd suggest that you > can just add it. If you feel the PC does need to vote on it, then +1 > from me. If it's 100% process it should be in Extras/ rather than Packaging/ ... So no need to get it approved by the Packaging Committee -- just needs to find a good home under Extras/ -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Sat Mar 3 17:48:48 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 3 Mar 2007 12:48:48 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-03 Message-ID: <20070303174848.BCE5115212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 12 agave-0.4.2-1.fc7 ddclient-3.7.1-1.fc7 deluge-0.4.90.3-1.fc7 epiphany-extensions-2.17.92-1 hdf5-1.6.5-7.fc7 NEW jeta-1.0-1.fc7 koffice-langpack-1.6.2-1 openvpn-2.1-0.17.rc2.fc7 python-vorbis-1.4-1.fc7 qt4-4.2.2-5.fc7 unrtf-0.20.2-2.fc7 wordpress-2.1.2-0.fc7 Packages built and released for Fedora Extras 6: 6 agave-0.4.2-1.fc6 NEW avrdude-5.3.1-5.fc6 epiphany-extensions-2.16.1-4 NEW jeta-1.0-1.fc6 unrtf-0.20.2-2.fc6 wordpress-2.1.2-0.fc6 Packages built and released for Fedora Extras 5: 2 NEW jeta-1.0-1.fc5 wordpress-2.1.2-0.fc5 agave-0.4.2-1.fc7 ----------------- * Sat Mar 03 2007 Aurelien Bompard 0.4.2-1 - version 0.4.2 ddclient-3.7.1-1.fc7 -------------------- * Fri Mar 02 2007 Ville Skytt?? - 3.7.1-1 - 3.7.1, cache file moved to /var/cache/ddclient. - Run as a dedicated ddclient user (#220539). - Add read only root/temporary state config (#220540). - Create/chmod cache in init script instead of %post. - Add scriptlet dependencies, try-restart action and other minor tweaks. deluge-0.4.90.3-1.fc7 --------------------- * Fri Mar 02 2007 Peter Gordon - 0.4.90.3-1 - Update to new upstream release (0.5 Beta 3). - Add patch to fix storing of installation directory: + setup.py-dont-store-the-install-dir.patch (to be applied after setup.py-build-against-system-libtorrent.patch) epiphany-extensions-2.17.92-1 ----------------------------- * Fri Mar 02 2007 Peter Gordon - 2.17.92-1 - Update to new upstream release (2.17.92), which includes the Epilicious extension (thus closing bug #223746). - Add an explicit versioned dependency on firefox to help avoid version-bump incompatibilities in the future.(Thanks to Brian Pepple for the fix.) hdf5-1.6.5-7.fc7 ---------------- * Mon Feb 12 2007 Orion Poplawski 1.6.5-7 - New project URL - Add patch to use POSIX sort key option - Remove useless and multilib conflicting Makefiles from html docs (bug #228365) - Make hdf5-devel own /usr/share/doc/hdf5 jeta-1.0-1.fc7 -------------- koffice-langpack-1.6.2-1 ------------------------ * Wed Feb 28 2007 Rex Dieter 1.6.2-1 - koffice-l10n-1.6.2 - drop %dist * Fri Dec 01 2006 Rex Dieter 1.6.1-1 - koffice-l10n-1.6.1 - avoid file conflict (LC_MESSAGES/kdgantt.mo) with kde-i18n (kde bug #75096) openvpn-2.1-0.17.rc2.fc7 ------------------------ * Fri Mar 02 2007 Steven Pritchard 2.1-0.17.rc2 - Update to 2.1_rc2 * Tue Feb 27 2007 Steven Pritchard 2.1-0.16.rc1 - Randomize ports for tests to avoid conflicts on the build servers * Tue Feb 27 2007 Steven Pritchard 2.1-0.15.rc1 - Update to 2.1_rc1 python-vorbis-1.4-1.fc7 ----------------------- * Fri Mar 02 2007 Matthias Saou 1.4-1 - Update to 1.4. - Use new URL and source location. - Add explicit python-ogg requirement, since it provides the parent directory. - Remove no longer needed explicit python-abi requirement. - Spec file (quick) re-review and cleanup following ownership change. qt4-4.2.2-5.fc7 --------------- * Wed Feb 28 2007 Rex Dieter 4.2.2-5 - fixup qconfig-multilib.h (#223663) - qt4.(sh|csh): define QMAKESPEC (#223663) - null'ify QMAKE_LIBDIR_QT, leave QMAKE_INCDIR_QT alone for now. (#230224) unrtf-0.20.2-2.fc7 ------------------ * Sat Mar 03 2007 Aurelien Bompard 0.20.2-2 - add patches from bugs 225188 and 225184 wordpress-2.1.2-0.fc7 --------------------- * Sat Mar 03 2007 John Berninger - 2.1.2-0 - update to 2.1.2 - backdoor exploit introduced upstream in 2.1.1 - bz 230825 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sat Mar 3 18:38:18 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sat, 03 Mar 2007 18:38:18 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 Message-ID: <20070303183818.7533.83208@extras64.linux.duke.edu> New report for: j.w.r.degoede AT hhs.nl package: xblast-data - 2.10.0-2.noarch from fedora-extras-6-ppc unresolved deps: xblast-engine >= 0:2.10.0 package: xblast-data - 2.10.0-2.noarch from fedora-extras-6-x86_64 unresolved deps: xblast-engine >= 0:2.10.0 package: xblast-data - 2.10.0-2.noarch from fedora-extras-6-i386 unresolved deps: xblast-engine >= 0:2.10.0 ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de pdftk - 1.41-3.fc7.i386 (3 days) pdftk - 1.41-3.fc7.ppc (3 days) pdftk - 1.41-3.fc7.x86_64 (3 days) andreas.bierfert AT lowlatency.de claws-mail-plugins-clamav - 2.8.0-1.fc7.i386 claws-mail-plugins-clamav - 2.8.0-1.fc7.ppc claws-mail-plugins-clamav - 2.8.0-1.fc7.x86_64 andy AT smile.org.ua klamav - 0.41-1.fc7.i386 klamav - 0.41-1.fc7.ppc klamav - 0.41-1.fc7.x86_64 braden AT endoframe.com openvrml - 0.16.3-2.fc6.i386 (4 days) openvrml - 0.16.3-2.fc6.ppc (4 days) openvrml - 0.16.3-2.fc6.x86_64 (4 days) openvrml - 0.16.3-3.fc7.i386 (3 days) openvrml - 0.16.3-3.fc7.i386 (3 days) openvrml - 0.16.3-3.fc7.ppc (3 days) openvrml - 0.16.3-3.fc7.x86_64 (3 days) openvrml-devel - 0.16.3-2.fc6.i386 (4 days) openvrml-devel - 0.16.3-2.fc6.ppc (4 days) openvrml-devel - 0.16.3-2.fc6.x86_64 (4 days) openvrml-devel - 0.16.3-3.fc7.i386 (3 days) openvrml-devel - 0.16.3-3.fc7.i386 (3 days) openvrml-devel - 0.16.3-3.fc7.ppc (3 days) openvrml-devel - 0.16.3-3.fc7.x86_64 (3 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (85 days) csound - 5.03.0-9.fc7.i386 (85 days) csound - 5.03.0-9.fc7.ppc (85 days) csound - 5.03.0-9.fc7.x86_64 (85 days) csound-python - 5.03.0-9.fc7.i386 (85 days) csound-python - 5.03.0-9.fc7.ppc (85 days) csound-python - 5.03.0-9.fc7.x86_64 (85 days) dennis AT ausil.us mysql-query-browser - 1.1.18-4.fc6.i386 (3 days) mysql-query-browser - 1.1.18-4.fc6.ppc (3 days) mysql-query-browser - 1.1.18-4.fc6.x86_64 (3 days) foolish AT guezz.net flac123 - 0.0.9-1.fc7.i386 (16 days) flac123 - 0.0.9-1.fc7.ppc (16 days) flac123 - 0.0.9-1.fc7.x86_64 (16 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.i586 (9 days) kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.i686 (9 days) kmod-sysprof - 1.0.8-1.2.6.20_1.2932.fc7.x86_64 (9 days) kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.2932.fc7.i686 (9 days) kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.2932.fc7.x86_64 (9 days) ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (82 days) libreadline-java - 0.8.0-13.fc6.i386 (82 days) libreadline-java - 0.8.0-13.fc6.ppc (82 days) libreadline-java - 0.8.0-13.fc6.x86_64 (82 days) j.w.r.degoede AT hhs.nl xblast-data - 2.10.0-2.noarch xblast-data - 2.10.0-2.noarch xblast-data - 2.10.0-2.noarch karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.i386 (4 days) gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.ppc (4 days) gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.x86_64 (4 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.ppc (3 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.x86_64 (3 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (85 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (85 days) rdieter AT math.unl.edu k3b-extras - 0.12.17-1.fc6.i386 (14 days) k3b-extras - 0.12.17-1.fc6.ppc (14 days) k3b-extras - 0.12.17-1.fc6.x86_64 (14 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (85 days) xmldiff - 0.6.7-12.fc6.ppc (85 days) xmldiff - 0.6.7-12.fc6.x86_64 (85 days) tcallawa AT redhat.com logjam - 1:4.5.3-8.fc7.i386 (3 days) logjam - 1:4.5.3-8.fc7.ppc (3 days) logjam - 1:4.5.3-8.fc7.x86_64 (3 days) toshio AT tiki-lounge.com gnotime - 2.2.2-7.fc6.i386 (3 days) gnotime - 2.2.2-7.fc6.ppc (3 days) gnotime - 2.2.2-7.fc6.x86_64 (3 days) ville.skytta AT iki.fi em8300 - 0.16.1-1.fc7.i386 kmod-em8300 - 0.16.1-5.2.6.20_1.2953.fc7.ppc kmod-em8300 - 0.16.1-5.2.6.20_1.2953.fc7.x86_64 kmod-em8300-kdump - 0.16.1-5.2.6.20_1.2953.fc7.x86_64 kmod-em8300-smp - 0.16.1-5.2.6.20_1.2953.fc7.ppc ====================================================================== Broken packages in fedora-extras-6-i386: gtkmozembedmm-1.4.2.cvs20060817-7.fc6.i386 requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.i386 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.i386 requires firefox-devel = 0:1.5.0.9 xblast-data-2.10.0-2.noarch requires xblast-engine >= 0:2.10.0 ====================================================================== Broken packages in fedora-extras-6-ppc: gtkmozembedmm-1.4.2.cvs20060817-7.fc6.ppc requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.ppc requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.ppc requires firefox-devel = 0:1.5.0.9 xblast-data-2.10.0-2.noarch requires xblast-engine >= 0:2.10.0 ====================================================================== Broken packages in fedora-extras-6-x86_64: gtkmozembedmm-1.4.2.cvs20060817-7.fc6.x86_64 requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.x86_64 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.9 xblast-data-2.10.0-2.noarch requires xblast-engine >= 0:2.10.0 ====================================================================== Broken packages in fedora-extras-development-i386: claws-mail-plugins-clamav-2.8.0-1.fc7.i386 requires libclamav.so.1 csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 em8300-0.16.1-1.fc7.i386 requires em8300-kmod >= 0:0.16.1 flac123-0.0.9-1.fc7.i386 requires libFLAC.so.7 gnotime-2.2.2-7.fc6.i386 requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.i386 requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.i386 requires libk3b.so.2 klamav-0.41-1.fc7.i386 requires libclamav.so.1 kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2932.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2932.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.2932.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2932.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.i386 requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.i386 requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.i386 requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: claws-mail-plugins-clamav-2.8.0-1.fc7.ppc requires libclamav.so.1 csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 flac123-0.0.9-1.fc7.ppc requires libFLAC.so.7 gnotime-2.2.2-7.fc6.ppc requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.ppc requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.ppc requires libk3b.so.2 k3b-extras-0.12.17-1.fc6.ppc requires libk3bdevice.so.2 klamav-0.41-1.fc7.ppc requires libclamav.so.1 kmod-em8300-0.16.1-5.2.6.20_1.2953.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2953.fc7 kmod-em8300-smp-0.16.1-5.2.6.20_1.2953.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2953.fc7smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.ppc requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.ppc requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.ppc requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.ppc requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.ppc requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: claws-mail-plugins-clamav-2.8.0-1.fc7.x86_64 requires libclamav.so.1()(64bit) csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) flac123-0.0.9-1.fc7.x86_64 requires libFLAC.so.7()(64bit) gnotime-2.2.2-7.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.x86_64 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.x86_64 requires libk3b.so.2()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3bdevice.so.2()(64bit) klamav-0.41-1.fc7.x86_64 requires libclamav.so.1()(64bit) kmod-em8300-0.16.1-5.2.6.20_1.2953.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2953.fc7 kmod-em8300-kdump-0.16.1-5.2.6.20_1.2953.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2953.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.2932.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2932.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.2932.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2932.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.x86_64 requires libgtkhtml-3.8.so.15()(64bit) mysql-query-browser-1.1.18-4.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-0.16.3-3.fc7.x86_64 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.x86_64 requires firefox-devel = 0:2.0.0.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pdftk-1.41-3.fc7.x86_64 requires libgcj.so.7rh()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From tibbs at math.uh.edu Sat Mar 3 19:04:05 2007 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: 03 Mar 2007 13:04:05 -0600 Subject: Data Packages Guideline In-Reply-To: <20070303161414.GF11512@neu.nirvana> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <20070303161414.GF11512@neu.nirvana> Message-ID: >>>>> "AT" == Axel Thimm writes: AT> If the existing guidelines cover this (which they do), then why AT> add it? Because it needs to be written down somewhere. AT> Anything for the packaging guidelines needs to be voted upon. No disagreement, but this isn't a modification to the packaging guidelines. Are you sure you understand what's being discussed here? How would anyone know about the procedure for doing this if it weren't in the wiki somewhere? - J< From Axel.Thimm at ATrpms.net Sat Mar 3 19:13:01 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 3 Mar 2007 20:13:01 +0100 Subject: Data Packages Guideline In-Reply-To: References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <20070303161414.GF11512@neu.nirvana> Message-ID: <20070303191301.GM11512@neu.nirvana> On Sat, Mar 03, 2007 at 01:04:05PM -0600, Jason L Tibbitts III wrote: > >>>>> "AT" == Axel Thimm writes: > > AT> If the existing guidelines cover this (which they do), then why > AT> add it? > > Because it needs to be written down somewhere. > > AT> Anything for the packaging guidelines needs to be voted upon. > > No disagreement, but this isn't a modification to the packaging > guidelines. It was suggested as one. > Are you sure you understand what's being discussed here? How would > anyone know about the procedure for doing this if it weren't in the > wiki somewhere? I understand, I'm not that dense. ;) Did you read the following parts in my mail? > the addition is perhaps better made in the review guidelines. > [...] But, as said, this probably just needs to be a clarification > elsewhere. I suggested twice to put it in the wiki, just not in the packaging guidelines. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Sat Mar 3 19:14:32 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 3 Mar 2007 20:14:32 +0100 Subject: Data Packages Guideline In-Reply-To: <1172942926.20343.154.camel@localhost.localdomain> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <1172942926.20343.154.camel@localhost.localdomain> Message-ID: <20070303191432.GN11512@neu.nirvana> On Sat, Mar 03, 2007 at 09:28:45AM -0800, Toshio Kuratomi wrote: > On Sat, 2007-03-03 at 09:35 -0600, Jason L Tibbitts III wrote: > > >>>>> "TK" == Toshio Kuratomi writes: > > > > TK> I've added this as a draft guideline so the Packaging Committee > > TK> can look at it and approve it as an update to the Guidelines. > > > > Since this basically codifies existing process, I think it's fine; it > > would certainly be good to have it written down in any case. It's > > actually 100% process since it doesn't require any changes to the > > guidelines (%dist is only suggested normally), so I'd suggest that you > > can just add it. If you feel the PC does need to vote on it, then +1 > > from me. > > If it's 100% process it should be in Extras/ rather than Packaging/ ... > So no need to get it approved by the Packaging Committee -- just needs > to find a good home under Extras/ could you perhaps extend it to mention firmwares and fonts as further examples for package that should not carry %dists and be the same cross-distribution (and also handled the same)? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Sat Mar 3 19:32:17 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 03 Mar 2007 20:32:17 +0100 Subject: Data Packages Guideline In-Reply-To: <20070303191432.GN11512@neu.nirvana> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <1172942926.20343.154.camel@localhost.localdomain> <20070303191432.GN11512@neu.nirvana> Message-ID: <1172950337.4316.2.camel@rousalka.dyndns.org> Le samedi 03 mars 2007 ? 20:14 +0100, Axel Thimm a ?crit : > On Sat, Mar 03, 2007 at 09:28:45AM -0800, Toshio Kuratomi wrote: > > On Sat, 2007-03-03 at 09:35 -0600, Jason L Tibbitts III wrote: > > If it's 100% process it should be in Extras/ rather than Packaging/ ... > > So no need to get it approved by the Packaging Committee -- just needs > > to find a good home under Extras/ > > could you perhaps extend it to mention firmwares and fonts as further > examples for package that should not carry %dists and be the same > cross-distribution (and also handled the same)? Please don't - fontconfig logic can be very different from distribution to distribution and release to release, fonts are *not* a good cross-distribution candidate unless you want to promote gigantic scriptlets -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From Axel.Thimm at ATrpms.net Sat Mar 3 19:42:18 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 3 Mar 2007 20:42:18 +0100 Subject: Data Packages Guideline In-Reply-To: <1172950337.4316.2.camel@rousalka.dyndns.org> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <1172942926.20343.154.camel@localhost.localdomain> <20070303191432.GN11512@neu.nirvana> <1172950337.4316.2.camel@rousalka.dyndns.org> Message-ID: <20070303194218.GP11512@neu.nirvana> On Sat, Mar 03, 2007 at 08:32:17PM +0100, Nicolas Mailhot wrote: > Le samedi 03 mars 2007 ? 20:14 +0100, Axel Thimm a ?crit : > > On Sat, Mar 03, 2007 at 09:28:45AM -0800, Toshio Kuratomi wrote: > > > On Sat, 2007-03-03 at 09:35 -0600, Jason L Tibbitts III wrote: > > > > If it's 100% process it should be in Extras/ rather than Packaging/ ... > > > So no need to get it approved by the Packaging Committee -- just needs > > > to find a good home under Extras/ > > > > could you perhaps extend it to mention firmwares and fonts as further > > examples for package that should not carry %dists and be the same > > cross-distribution (and also handled the same)? > > Please don't - fontconfig logic can be very different from distribution > to distribution and release to release, fonts are *not* a good > cross-distribution candidate unless you want to promote gigantic > scriptlets OK, withdrawing fonts, then, I thought that it would had settled by now. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Sat Mar 3 19:57:49 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sat, 03 Mar 2007 20:57:49 +0100 Subject: Data Packages Guideline In-Reply-To: <20070303194218.GP11512@neu.nirvana> References: <61338.65.192.24.190.1172852653.squirrel@mail.jcomserv.net> <1172868281.20343.118.camel@localhost.localdomain> <1172942926.20343.154.camel@localhost.localdomain> <20070303191432.GN11512@neu.nirvana> <1172950337.4316.2.camel@rousalka.dyndns.org> <20070303194218.GP11512@neu.nirvana> Message-ID: <1172951869.4316.9.camel@rousalka.dyndns.org> Le samedi 03 mars 2007 ? 20:42 +0100, Axel Thimm a ?crit : > On Sat, Mar 03, 2007 at 08:32:17PM +0100, Nicolas Mailhot wrote: > > Please don't - fontconfig logic can be very different from distribution > > to distribution and release to release, fonts are *not* a good > > cross-distribution candidate unless you want to promote gigantic > > scriptlets > > OK, withdrawing fonts, then, I thought that it would had settled by > now. Basic install is fine - just dump the font files in the right dir For everything else you need to know the config langage grammar level your distro fontconfig understand, what are the default deployed conf files (conf file name matters as it's used to priorize), if the distro freetype ships with the patented bytecode interpreter or not, etc Plus explicit fontconfig setup is used to work around fontconfig/freetype/pango bugs, which are not the same everywhere It's getting better but not there yet -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From bkorb at gnu.org Sat Mar 3 21:26:35 2007 From: bkorb at gnu.org (Bruce Korb) Date: Sat, 03 Mar 2007 13:26:35 -0800 Subject: autogen is misconfigured Message-ID: <45E9E80B.6050602@gnu.org> [test resend] Quote one of my "clients": > > Hi, > > > > I am running a software package that depends on autogen. > > This package has an #include . > > But compiling this package on fc6 failed, because the > > rpm on fc6-extras does not seem to include an options.h > > > > Now I haven't used autogen for more than a year. > > Is options.h obsolete, or superseded by something else? > > Or is the packager wrong? If so, I'll file a bug report. > > > > Thanks > > Ron My reply was: > > Hi Ron, > > > > You are correct. There are _two_ files missing: >> >> $ rpm -q -l autogen-5.8.7-6.1.fc5 >> >> /usr/bin/autogen >> >> /usr/bin/columns.autogen >> >> /usr/bin/getdefs.autogen > > viz., > > >> >> $ find /usr/local/include/autoopts -type f >> >> /usr/local/include/autoopts/options.h >> >> /usr/local/include/autoopts/usage-txt.h There are four problems: The two missing headers and the two misnamed executables. The effect is to render all the installed /usr/share/autogen data files useless and the documentation useless to boot. If your goal is to strip it down to the minimum necessary to be able to rebuild the C compiler, then please do not call your thing the "autogen" package, because it is not. Thank you - Bruce From pertusus at free.fr Sat Mar 3 22:18:53 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 3 Mar 2007 23:18:53 +0100 Subject: autogen is misconfigured In-Reply-To: <45E9E80B.6050602@gnu.org> References: <45E9E80B.6050602@gnu.org> Message-ID: <20070303221853.GD2881@free.fr> On Sat, Mar 03, 2007 at 01:26:35PM -0800, Bruce Korb wrote: > [test resend] > > > > > > > You are correct. There are _two_ files missing: > >> >> $ rpm -q -l autogen-5.8.7-6.1.fc5 > >> >> /usr/bin/autogen > >> >> /usr/bin/columns.autogen > >> >> /usr/bin/getdefs.autogen > > > viz., > > > > >> >> $ find /usr/local/include/autoopts -type f > >> >> /usr/local/include/autoopts/options.h > >> >> /usr/local/include/autoopts/usage-txt.h > > There are four problems: The two missing headers > and the two misnamed executables. The effect is to > render all the installed /usr/share/autogen data files > useless and the documentation useless to boot. If your > goal is to strip it down to the minimum necessary to be > able to rebuild the C compiler, then please do not call > your thing the "autogen" package, because it is not. Looking at the spec it seems that the alternative system is used for columns and getdef so everything should be in order. For the missing header files, indeed it seems that %{_includedir}/autoopts/ is excluded. For this kind of bug repoort, bugzilla is the preferred communication channel. -- Pat From bugs.michael at gmx.net Sat Mar 3 22:35:57 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 3 Mar 2007 23:35:57 +0100 Subject: autogen is misconfigured In-Reply-To: <45E9E80B.6050602@gnu.org> References: <45E9E80B.6050602@gnu.org> Message-ID: <20070303233557.eebc35e4.bugs.michael@gmx.net> On Sat, 03 Mar 2007 13:26:35 -0800, Bruce Korb wrote: > My reply was: > > > > Hi Ron, > > > > > > You are correct. There are _two_ files missing: > >> >> $ rpm -q -l autogen-5.8.7-6.1.fc5 > >> >> /usr/bin/autogen > >> >> /usr/bin/columns.autogen > >> >> /usr/bin/getdefs.autogen > > > viz., > > > > >> >> $ find /usr/local/include/autoopts -type f > >> >> /usr/local/include/autoopts/options.h > >> >> /usr/local/include/autoopts/usage-txt.h > > There are four problems: The two missing headers There seems to be a separate "autogen-devel" package, which contains header files. Most likely options.h is included. > and the two misnamed executables. The package uses the "alternatives" system for these two. Probably this is not obvious. /usr/bin/columns and /usr/bin/getdefs are two very generic file names which pollute the /usr/bin namespace and bear the risk of causing a conflict with other software. It would be beneficial if autogen called the files differently and used an own namespace, e.g. with a prefix or postfix. For any bug reports about the package: http://bugzilla.redhat.com From bugs.michael at gmx.net Sat Mar 3 23:18:39 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 4 Mar 2007 00:18:39 +0100 Subject: autogen is misconfigured In-Reply-To: <20070303221853.GD2881@free.fr> References: <45E9E80B.6050602@gnu.org> <20070303221853.GD2881@free.fr> Message-ID: <20070304001839.32d93fd4.bugs.michael@gmx.net> On Sat, 3 Mar 2007 23:18:53 +0100, Patrice Dumas wrote: > For the missing header files, indeed it seems that > %{_includedir}/autoopts/ is excluded. %files devel %defattr(-,root,root) %{_datadir}/aclocal/autoopts.m4 %{_datadir}/aclocal/liboptschk.m4 %{_libdir}/pkgconfig/autoopts.pc %exclude %{_mandir}/man3/* %{_mandir}/man1/autoopts-config* %exclude %{_includedir}/autoopts/ <-- (!) %{_bindir}/autoopts-config %{_libdir}/libguileopts.so %{_libdir}/libopts.so %{_includedir}/autoopts <-- (!) Hmmm? Anyway, that's a post-review change and bug. Review was this: https://bugzilla.redhat.com/197814 (autogen-5_8_5-6) From gamito at gmail.com Sun Mar 4 00:26:03 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Sun, 04 Mar 2007 00:26:03 +0000 Subject: Change ${RPM_BUILD_ROOT Message-ID: <45EA121B.60003@gmail.com> Hi, My question is how to change the ${RPM_BUILD_ROOT} variable to another directory in a spec file. Any help would be appreciated. Warm Regards, M?rio Gamito From peter at thecodergeek.com Sun Mar 4 00:42:23 2007 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 03 Mar 2007 16:42:23 -0800 Subject: Change ${RPM_BUILD_ROOT In-Reply-To: <45EA121B.60003@gmail.com> References: <45EA121B.60003@gmail.com> Message-ID: <1172968943.5816.1.camel@tuxhugs> On Sun, 2007-03-04 at 00:26 +0000, M?rio Gamito wrote: > My question is how to change the ${RPM_BUILD_ROOT} variable to another > directory in a spec file. You would need to change the value of the BuildRoot tag. E.g., BuildRoot: /path/to/desired/tmp/build Hope that helps. -- Peter Gordon (codergeek42) / FSF Associate Member #5015 GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 Blog: http://thecodergeek.com/blog/ About: http://fedoraproject.org/wiki/PeterGordon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From chris.stone at gmail.com Sat Mar 3 22:08:28 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Sat, 3 Mar 2007 14:08:28 -0800 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 In-Reply-To: <20070303183818.7533.83208@extras64.linux.duke.edu> References: <20070303183818.7533.83208@extras64.linux.duke.edu> Message-ID: This report seems to be incomplete and may be missing an entire class of dependency problems. For example, I cannot update the latest xosd package because bmp-xosd has not been compiled against the new xosd release, yet this is not showing up in the report. From kevin at scrye.com Sun Mar 4 03:03:43 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Sat, 3 Mar 2007 20:03:43 -0700 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 In-Reply-To: References: <20070303183818.7533.83208@extras64.linux.duke.edu> Message-ID: <20070303200343.59fc8e97@ghistelwchlohm.scrye.com> On Sat, 3 Mar 2007 14:08:28 -0800 chris.stone at gmail.com ("Christopher Stone") wrote: > This report seems to be incomplete and may be missing an entire class > of dependency problems. > > For example, I cannot update the latest xosd package because bmp-xosd > has not been compiled against the new xosd release, yet this is not > showing up in the report. This is my fault... bmp is orphaned and not shipped anymore in fc6 or devel. So, xosd wouldn't build anymore because it couldn't find bmp. I removed the bmp-xosd subpackage and pushed a new build. I suppose I should add in a Obsoletes for it, but not sure where that should be. I suppose in the main xosd package. ;( kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rc040203 at freenet.de Sun Mar 4 04:14:01 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sun, 04 Mar 2007 05:14:01 +0100 Subject: plague-client list email broken? Message-ID: <1172981642.26830.349.camel@mccallum.corsepiu.local> Hi Is plague-client list email broken? ATM, for me, this happens on FC6: # plague-client list email Traceback (most recent call last): File "/usr/bin/plague-client", line 434, in ? cli.dispatch(cmd, sys.argv[2:]) File "/usr/bin/plague-client", line 379, in dispatch func(args) File "/usr/bin/plague-client", line 272, in _cmd_list (e, msg, jobs) = self._server.list_jobs(query_args) File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock) File "/usr/lib/python2.4/xmlrpclib.py", line 1284, in _parse_response p.close() File "/usr/lib/python2.4/xmlrpclib.py", line 530, in close self._parser.Parse("", 1) # end of data xml.parsers.expat.ExpatError: unclosed token: line 47638, column 17 Ralf From j.w.r.degoede at hhs.nl Sun Mar 4 08:43:09 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 04 Mar 2007 09:43:09 +0100 Subject: plague-client list email broken? In-Reply-To: <1172981642.26830.349.camel@mccallum.corsepiu.local> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> Message-ID: <45EA869D.6090904@hhs.nl> Ralf Corsepius wrote: > Hi > > Is plague-client list email broken? > I have problems with it too (under devel) and I already filed this in BZ, dunno if I have the same traceback, see BZ for mine. Regards, Hans From gamito at gmail.com Sun Mar 4 11:09:27 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Sun, 04 Mar 2007 11:09:27 +0000 Subject: Help building MySQL RPM Message-ID: <45EAA8E7.2030005@gmail.com> Hi, I'm tring to build a MyQSL RPM that gets installed in /usr/local/mysql. But the MySQL's subdirectories (and mysql also) always gets instaled in /usr/local and not /usr/local/mysql My mysql.spec follows my signature (i know it's a clumsy spec, but i'm giving my first steps in RPM creation, so please, excuse me the lameliness of this question). Any help would be appreciated. Warm Regards, M?rio Gamito -- Summary: MySQL Name: mysql Version: 5.0.33 Release: 2 Source0: %{name}-%{version}.tar.gz License: GNU/GPL Source: http://www.mirrorservice.org/sites/ftp.mysql.com/Downloads/MySQL-5.0/mysql-5.0.33.tar.gz Group: Applications/Databases BuildRoot: /usr/local/mysql %description MySQL is probably the most world wide relational databae used in web development. %prep %setup -q %build ./configure make %install mkdir -p ${RPM_BUILD_ROOT}/ mkdir -p ${RPM_BUILD_ROOT}/bin mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/lib mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/var mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/include mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/info mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/libexec mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/man mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/mysql-test mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/share mkdir -p ${RPM_BUILD_ROOT}/usr/local/mysql/sql-bench make install scripts/mysql_install_db groupadd mysql useradd -g mysql -s /bin/false mysql cd /usr/local/mysql/var chown -R mysql.mysql . find . -follow -type d -print | xargs chown mysql.mysql chmod -R go-rwx . find . -follow -type d -print | xargs chmod go-rwx cd /usr/src/redhat/BUILD/mysql-5.0.33 cp support-files/mysql.server /etc/init.d/mysqld cd /etc/init.d chmod +x mysqld /etc/init.d/mysqld start chkconfig --level 35 mysqld on /usr/local/mysql/bin/mysqladmin -u root password secret %clean rm -rf ${RPM_BUILD_ROOT} %files %defattr(-,root,root) /usr/local/mysql/bin /usr/local/mysql/lib /usr/local/mysql/var /usr/local/mysql/include /usr/local/mysql/info /usr/local/mysql/libexec /usr/local/mysql/man /usr/local/mysql/mysql-test /usr/local/mysql/share /usr/local/mysql/sql-bench From bugs.michael at gmx.net Sun Mar 4 11:18:32 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 4 Mar 2007 12:18:32 +0100 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 In-Reply-To: References: <20070303183818.7533.83208@extras64.linux.duke.edu> Message-ID: <20070304121832.78954b91.bugs.michael@gmx.net> On Sat, 3 Mar 2007 14:08:28 -0800, Christopher Stone wrote: > This report seems to be incomplete and may be missing an entire class > of dependency problems. > > For example, I cannot update the latest xosd package because bmp-xosd > has not been compiled against the new xosd release, yet this is not > showing up in the report. It has been in the report. Read on below. $ grep xosd rc-fe* rc-fe6-2007-02-28.txt:source rpm: xosd-2.2.14-8.fc6.src.rpm rc-fe6-2007-02-28.txt:package: bmp-xosd - 2.2.14-8.fc6.ppc from fedora-extras-6-ppc rc-fe6-2007-02-28.txt: xosd = 0:2.2.14-8.fc6 rc-fe6-2007-02-28.txt:source rpm: xosd-2.2.14-8.fc6.src.rpm rc-fe6-2007-02-28.txt:package: bmp-xosd - 2.2.14-8.fc6.x86_64 from fedora-extras-6-x86_64 rc-fe6-2007-02-28.txt: xosd = 0:2.2.14-8.fc6 rc-fe6-2007-02-28.txt:source rpm: xosd-2.2.14-8.fc6.src.rpm rc-fe6-2007-02-28.txt:package: bmp-xosd - 2.2.14-8.fc6.i386 from fedora-extras-6-i386 rc-fe6-2007-02-28.txt: xosd = 0:2.2.14-8.fc6 rc-fedevelopment-2007-02-27.txt:source rpm: xosd-2.2.14-8.fc6.src.rpm rc-fedevelopment-2007-02-27.txt:package: bmp-xosd - 2.2.14-8.fc6.ppc from fedora-extras-development-ppc rc-fedevelopment-2007-02-27.txt: xosd = 0:2.2.14-8.fc6 rc-fedevelopment-2007-02-27.txt:source rpm: xosd-2.2.14-8.fc6.src.rpm rc-fedevelopment-2007-02-27.txt:package: bmp-xosd - 2.2.14-8.fc6.i386 from fedora-extras-development-i386 rc-fedevelopment-2007-02-27.txt: xosd = 0:2.2.14-8.fc6 e.g. source rpm: xosd-2.2.14-8.fc6.src.rpm package: bmp-xosd - 2.2.14-8.fc6.i386 from fedora-extras-6-i386 unresolved deps: xosd = 0:2.2.14-8.fc6 However, once the package is gone from the repository, it won't show up in the reports anymore. This is less than ideal, but we've had to delete broken and obsolete sub-packages from the repository more often than they violated an upgrade path. The missing obsoletes is a fundamental problem, not specific to Extras. There is no automatic garbage collection during upgrades. Usually the release notes only say "remove package foo" or something like that. One could make "xosd" obsolete "bmp-xosd <= some-version", but would that be correct when xosd does not provide the functionality of bmp-xosd? Considering that audacious obsoletes bmp, maybe there is a substitute of bmp-xosd for the audacious-plugins package? From gauret at free.fr Sun Mar 4 13:03:37 2007 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 04 Mar 2007 14:03:37 +0100 Subject: Orphaning HelixPlayer References: <1172914844.5042.0.camel@tuxhugs> Message-ID: Peter Gordon wrote: > You'll need to go to the original review request bug for it and set the > fedora-cvs flag to "?". In your commentary, note that you want to orphan > the package. I tried that, but HelixPlayer was moved from Core to Extras, and has no original review bug. If someone can change that, otherwise I'll just open a new bug for it. Thanks, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Make everything as simple as possible, but not simpler." -- Albert Einstein From kevin at scrye.com Sun Mar 4 17:46:48 2007 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 4 Mar 2007 10:46:48 -0700 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 In-Reply-To: <20070304121832.78954b91.bugs.michael@gmx.net> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> Message-ID: <20070304104648.206bed1c@ghistelwchlohm.scrye.com> On Sun, 4 Mar 2007 12:18:32 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Sat, 3 Mar 2007 14:08:28 -0800, Christopher Stone wrote: > > > This report seems to be incomplete and may be missing an entire > > class of dependency problems. > > > > For example, I cannot update the latest xosd package because > > bmp-xosd has not been compiled against the new xosd release, yet > > this is not showing up in the report. > > It has been in the report. Read on below. > ... snipp... > > However, once the package is gone from the repository, it won't show > up in the reports anymore. This is less than ideal, but we've had to > delete broken and obsolete sub-packages from the repository more > often than they violated an upgrade path. > > The missing obsoletes is a fundamental problem, not specific to > Extras. There is no automatic garbage collection during upgrades. > Usually the release notes only say "remove package foo" or something > like that. One could make "xosd" obsolete "bmp-xosd <= some-version", > but would that be correct when xosd does not provide the > functionality of bmp-xosd? Considering that audacious obsoletes bmp, > maybe there is a substitute of bmp-xosd for the audacious-plugins > package? Yeah, I am not sure what to do here... There is a audacious xosd plugin, but it's not part of xosd, it's a totally seperate upstream source from the audacious folks, so I would think it would be better to be it's own package... So, I could: - Do nothing. This means people who have bmp-xosd installed will see a broken dep and have to manually 'rpm -e bmp-xosd' to get back on track. Not nice to make end users have to do that. ;( - Add a 'obsoletes' to the main xosd package. This would help end users, but this package doesn't really provide bmp-xosd anymore, so should it have to obsolete it? I guess this is cleaner.. Anyone have any thoughts on the best way to fix this? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at fedoraproject.org Sun Mar 4 18:45:41 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 05 Mar 2007 00:15:41 +0530 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-03 In-Reply-To: <20070304104648.206bed1c@ghistelwchlohm.scrye.com> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> Message-ID: <45EB13D5.2090903@fedoraproject.org> Kevin Fenzi wrote: > On Sun, 4 Mar 2007 12:18:32 +0100 > bugs.michael at gmx.net (Michael Schwendt) wrote: ] >> The missing obsoletes is a fundamental problem, not specific to >> Extras. There is no automatic garbage collection during upgrades. Do we know of any distribution that handles it better? What does say Debian due when packages are orphaned? > So, I could: > > - Do nothing. This means people who have bmp-xosd installed will see a > broken dep and have to manually 'rpm -e bmp-xosd' to get back on track. > Not nice to make end users have to do that. ;( > > - Add a 'obsoletes' to the main xosd package. This would help end > users, but this package doesn't really provide bmp-xosd anymore, so > should it have to obsolete it? I guess this is cleaner.. > > Anyone have any thoughts on the best way to fix this? Please dont leave broken deps. Obsolete it if there isnt a better way. Rahul From fedora at leemhuis.info Sun Mar 4 19:10:33 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 04 Mar 2007 20:10:33 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EB13D5.2090903@fedoraproject.org> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> Message-ID: <45EB19A9.5070704@leemhuis.info> Rahul Sundaram schrieb: > Kevin Fenzi wrote: >> On Sun, 4 Mar 2007 12:18:32 +0100 >> bugs.michael at gmx.net (Michael Schwendt) wrote: >>> The missing obsoletes is a fundamental problem, not specific to >>> Extras. There is no automatic garbage collection during upgrades. > Do we know of any distribution that handles it better? No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in the repo that simply obsoletes all packages that aren't shipped anymore and don't get obsoleted by other packages. This would improve the "yum update fc6 -> f7" scenario a lot and shouldn't be to hard to realize. But how to actually use that rpm? Only for old orphans/dead.packages from Fedora where we know the deps won't get satisfied? Or for all orphans that aren't shipped in a new distro version anymore -- people then might wonder where the package went, but maybe that better then to leave unsupported packages behind on users systems. CU thl From opensource at till.name Sun Mar 4 19:58:22 2007 From: opensource at till.name (Till Maas) Date: Sun, 04 Mar 2007 20:58:22 +0100 Subject: Using mock with gpgcheck=1 In-Reply-To: <1171568614.25527.18.camel@cutter> References: <200702152015.32399.opensource@till.name> <200702152036.20707.opensource@till.name> <1171568614.25527.18.camel@cutter> Message-ID: <200703042058.32026.opensource@till.name> On Donnerstag 15 Februar 2007, seth vidal wrote: > file urls should work, iirc. though I don't know if I've actually tested > that recently. I tried it with a file and a http url, according to the access_log it fetches two keys, but it seems to import only the first one. Importing it with rpm --import and using it with rpm --checksig works btw. | Total download size: 103 M | warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 | " from | http://localhost/rpm-gpg/RPM-GPG-KEY-fedora | warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 7bac4083 | GPG key parsing failed: can't set attribute I use a own key to sign the buildsys packages which are not officially signed. Do you have any advise for me? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bkorb at gnu.org Sun Mar 4 20:08:02 2007 From: bkorb at gnu.org (Bruce Korb) Date: Sun, 04 Mar 2007 12:08:02 -0800 Subject: autogen is misconfigured In-Reply-To: <20070303233557.eebc35e4.bugs.michael@gmx.net> References: <45E9E80B.6050602@gnu.org> <20070303233557.eebc35e4.bugs.michael@gmx.net> Message-ID: <45EB2722.6080705@gnu.org> Michael Schwendt wrote: > There seems to be a separate "autogen-devel" package, which contains > header files. Most likely options.h is included. Given that autogen is a development package anyway. GCC-from-source builders aside, essentially anyone wanting autogen is going to want the two files in autogen-devel. Given that and the sub-marginal amount of space taken by the two files, I fail to understand why it is worth the bother to separate. >> and the two misnamed executables. > > The package uses the "alternatives" system for these two. Probably this is > not obvious. /usr/bin/columns and /usr/bin/getdefs are two very generic > file names which pollute the /usr/bin namespace and bear the risk of > causing a conflict with other software. It would be beneficial if autogen > called the files differently and used an own namespace, e.g. with a prefix > or postfix. "getdefs" can be so treated. Go ahead and add an "ag-" prefix or something. I don't particularly see it as a very generic name, but renaming it is not crucial. Renaming "columns" _is_ a problem. "autogen" under various incarnations is about a decade old with widely available public releases available for over 6 years and it has been officially "GNU" for several years now. "columns" is a program incorporated into many templates. It cannot be renamed without invalidating the templates in use by at least a few hundred people. That is not a good idea. "columns" can certainly be treated as a "generic" program anyway. It does what its name suggests fairly well. Nearly as well as ``ls -C'' or ``ls -x'' (does not support different widths for different columns). By making "columns" have a separate name, you are invalidating these templates. Regards, Bruce From jkeating at redhat.com Sun Mar 4 20:58:30 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 4 Mar 2007 15:58:30 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EB19A9.5070704@leemhuis.info> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> Message-ID: <200703041558.30582.jkeating@redhat.com> On Sunday 04 March 2007 14:10:33 Thorsten Leemhuis wrote: > No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in > the repo that simply obsoletes all packages that aren't shipped anymore > and don't get obsoleted by other packages. And what happens if the package is brought out of orphanship? People have unnecessarily removed the software, and we'll have to continually update/rebuild this psuedo package over and over again. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ndbecker2 at gmail.com Sun Mar 4 21:28:53 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 04 Mar 2007 16:28:53 -0500 Subject: /etc/init.d files? Message-ID: rpmlint RPM/RPMS/x86_64/blcr-0.5.0-1.x86_64.rpm ... E: blcr executable-marked-as-config-file /etc/init.d/blcr E: blcr no-chkconfig-line /etc/init.d/blcr What needs to be done to fix these? From jkeating at redhat.com Sun Mar 4 21:43:03 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 4 Mar 2007 16:43:03 -0500 Subject: /etc/init.d files? In-Reply-To: References: Message-ID: <200703041643.03913.jkeating@redhat.com> On Sunday 04 March 2007 16:28:53 Neal Becker wrote: > rpmlint RPM/RPMS/x86_64/blcr-0.5.0-1.x86_64.rpm > ... > E: blcr executable-marked-as-config-file /etc/init.d/blcr > E: blcr no-chkconfig-line /etc/init.d/blcr > > What needs to be done to fix these? We just passed a guideline on init scripts that I haven't merged into the guidelines yet: http://fedoraproject.org/wiki/PackagingDrafts/InitScripts -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Sun Mar 4 21:19:21 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sun, 04 Mar 2007 22:19:21 +0100 Subject: garbage-collector.rpm ? In-Reply-To: <200703041558.30582.jkeating@redhat.com> (Jesse Keating's message of "Sun, 4 Mar 2007 15:58:30 -0500") References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <200703041558.30582.jkeating@redhat.com> Message-ID: <87fy8kiu5i.fsf@kosh.bigo.ensc.de> jkeating at redhat.com (Jesse Keating) writes: >> No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" >> in the repo that simply obsoletes all packages that aren't shipped >> anymore and don't get obsoleted by other packages. > > And what happens if the package is brought out of orphanship? People have > unnecessarily removed the software, and we'll have to continually > update/rebuild this psuedo package over and over again. Should not be needed when you use versioned Obsoletes: Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From wolfy at nobugconsulting.ro Mon Mar 5 01:01:55 2007 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Mon, 05 Mar 2007 03:01:55 +0200 Subject: /etc/init.d files? In-Reply-To: <200703041643.03913.jkeating@redhat.com> References: <200703041643.03913.jkeating@redhat.com> Message-ID: <45EB6C03.2010404@nobugconsulting.ro> On 03/04/2007 11:43 PM, Jesse Keating wrote: > On Sunday 04 March 2007 16:28:53 Neal Becker wrote: > >> rpmlint RPM/RPMS/x86_64/blcr-0.5.0-1.x86_64.rpm >> ... >> >> E: blcr no-chkconfig-line /etc/init.d/blcr >> >> What needs to be done to fix these? >> You need a couple of commented lines which are interpreted by chkconfig as instructions. Take a look at the existing scripts in init.d for inspiration. And at man chkconfig, of course, the "RUNLEVEL FILES" section. From ndbecker2 at gmail.com Mon Mar 5 01:37:30 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Sun, 04 Mar 2007 20:37:30 -0500 Subject: /etc/init.d files? References: <200703041643.03913.jkeating@redhat.com> <45EB6C03.2010404@nobugconsulting.ro> Message-ID: lonely wolf wrote: > On 03/04/2007 11:43 PM, Jesse Keating wrote: >> On Sunday 04 March 2007 16:28:53 Neal Becker wrote: >> >>> rpmlint RPM/RPMS/x86_64/blcr-0.5.0-1.x86_64.rpm >>> ... >>> >>> E: blcr no-chkconfig-line /etc/init.d/blcr >>> >>> What needs to be done to fix these? >>> > You need a couple of commented lines which are interpreted by chkconfig > as instructions. Take a look at the existing scripts in init.d for > inspiration. And at man chkconfig, of course, the "RUNLEVEL FILES" > section. > Problems was the existing script had the chkconfig line, but used tab rather than space. I wonder if this is a real problem that should be reported by rpmlint, or an overly restrictive regex in rpmlint? From lxtnow at gmail.com Mon Mar 5 01:40:45 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 4 Mar 2007 21:40:45 -0400 Subject: /etc/init.d files? In-Reply-To: References: Message-ID: <62bc09df0703041740y1c927471gb3f7e1400db0ba76@mail.gmail.com> 2007/3/4, Neal Becker : > > rpmlint RPM/RPMS/x86_64/blcr-0.5.0-1.x86_64.rpm > ... > E: blcr executable-marked-as-config-file /etc/init.d/blcr > E: blcr no-chkconfig-line /etc/init.d/blcr > > What needs to be done to fix these? it's mean that your init script misses that "# chkconfig: 2345 95 05" for 2nd error. -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Xavier.t Lamien -- GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at linux.duke.edu Mon Mar 5 05:05:46 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Mon, 05 Mar 2007 00:05:46 -0500 Subject: Using mock with gpgcheck=1 In-Reply-To: <200703042058.32026.opensource@till.name> References: <200702152015.32399.opensource@till.name> <200702152036.20707.opensource@till.name> <1171568614.25527.18.camel@cutter> <200703042058.32026.opensource@till.name> Message-ID: <1173071146.30992.43.camel@cutter> On Sun, 2007-03-04 at 20:58 +0100, Till Maas wrote: > On Donnerstag 15 Februar 2007, seth vidal wrote: > > > file urls should work, iirc. though I don't know if I've actually tested > > that recently. > > I tried it with a file and a http url, according to the access_log it fetches > two keys, but it seems to import only the first one. Importing it with > rpm --import and using it with rpm --checksig works btw. > > | Total download size: 103 M > | warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 4f2a6fd2 > | " from > | http://localhost/rpm-gpg/RPM-GPG-KEY-fedora > | warning: rpmts_HdrFromFdno: Header V3 DSA signature: NOKEY, key ID 7bac4083 > | GPG key parsing failed: can't set attribute > > I use a own key to sign the buildsys packages which are not officially signed. > Do you have any advise for me? 1. can you post the specific entry you have from your mock.cfg for the gpgkeys? 2. what ver of yum is this w/mock? -sv From fedora at leemhuis.info Mon Mar 5 05:33:18 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 05 Mar 2007 06:33:18 +0100 Subject: garbage-collector.rpm ? In-Reply-To: <87fy8kiu5i.fsf@kosh.bigo.ensc.de> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <200703041558.30582.jkeating@redhat.com> <87fy8kiu5i.fsf@kosh.bigo.ensc.de> Message-ID: <45EBAB9E.8090308@leemhuis.info> On 04.03.2007 22:19, Enrico Scholz wrote: > jkeating at redhat.com (Jesse Keating) writes: >>> No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" >>> in the repo that simply obsoletes all packages that aren't shipped >>> anymore and don't get obsoleted by other packages. >> And what happens if the package is brought out of orphanship? People have >> unnecessarily removed the software, and we'll have to continually >> update/rebuild this psuedo package over and over again. > Should not be needed when you use versioned Obsoletes: +1 CU thl From Axel.Thimm at ATrpms.net Mon Mar 5 12:47:30 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 5 Mar 2007 13:47:30 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EB19A9.5070704@leemhuis.info> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> Message-ID: <20070305124730.GR29562@neu.nirvana> On Sun, Mar 04, 2007 at 08:10:33PM +0100, Thorsten Leemhuis wrote: > Rahul Sundaram schrieb: > > Kevin Fenzi wrote: > >> On Sun, 4 Mar 2007 12:18:32 +0100 > >> bugs.michael at gmx.net (Michael Schwendt) wrote: > >>> The missing obsoletes is a fundamental problem, not specific to > >>> Extras. There is no automatic garbage collection during upgrades. > > Do we know of any distribution that handles it better? > > No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in > the repo that simply obsoletes all packages that aren't shipped anymore > and don't get obsoleted by other packages. And what if such a package gets picked up by another repo? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Mon Mar 5 13:11:35 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 05 Mar 2007 14:11:35 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070305124730.GR29562@neu.nirvana> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305124730.GR29562@neu.nirvana> Message-ID: <45EC1707.1010304@leemhuis.info> On 05.03.2007 13:47, Axel Thimm wrote: > On Sun, Mar 04, 2007 at 08:10:33PM +0100, Thorsten Leemhuis wrote: >> Rahul Sundaram schrieb: >>> Kevin Fenzi wrote: >>>> On Sun, 4 Mar 2007 12:18:32 +0100 >>>> bugs.michael at gmx.net (Michael Schwendt) wrote: >>>>> The missing obsoletes is a fundamental problem, not specific to >>>>> Extras. There is no automatic garbage collection during upgrades. >>> Do we know of any distribution that handles it better? >> No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in >> the repo that simply obsoletes all packages that aren't shipped anymore >> and don't get obsoleted by other packages. > And what if such a package gets picked up by another repo? It would need to provide a newer one (the obsoletes in the garbage collector rpm of course needs to be versioned). But I'd say we shouldn't care to much about this corner case -- getting the old stuff away is more important IMHO. Further: it would be best for everyone if the maintainer of "another repo" would simply continue to maintain the package in Extras ;-) CU thl From ndbecker2 at gmail.com Mon Mar 5 13:14:52 2007 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 05 Mar 2007 08:14:52 -0500 Subject: gcc -m32 Message-ID: Trying to do a mock build on x86_64, is failing on gcc -m32. What package needs to be br'd to make this work? From Axel.Thimm at ATrpms.net Mon Mar 5 13:20:04 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 5 Mar 2007 14:20:04 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EC1707.1010304@leemhuis.info> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305124730.GR29562@neu.nirvana> <45EC1707.1010304@leemhuis.info> Message-ID: <20070305132004.GU29562@neu.nirvana> On Mon, Mar 05, 2007 at 02:11:35PM +0100, Thorsten Leemhuis wrote: > On 05.03.2007 13:47, Axel Thimm wrote: > >On Sun, Mar 04, 2007 at 08:10:33PM +0100, Thorsten Leemhuis wrote: > >>Rahul Sundaram schrieb: > >>>Kevin Fenzi wrote: > >>>>On Sun, 4 Mar 2007 12:18:32 +0100 > >>>>bugs.michael at gmx.net (Michael Schwendt) wrote: > >>>>>The missing obsoletes is a fundamental problem, not specific to > >>>>>Extras. There is no automatic garbage collection during upgrades. > >>>Do we know of any distribution that handles it better? > >>No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in > >>the repo that simply obsoletes all packages that aren't shipped anymore > >>and don't get obsoleted by other packages. > >And what if such a package gets picked up by another repo? > > It would need to provide a newer one (the obsoletes in the garbage > collector rpm of course needs to be versioned). So we actually endorse replacements in 3rd party repos, OK, fine with me. And what happens on the next update of garbage-collector in Fedora which will nuke that package again? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buc at odusz.so-cdu.ru Mon Mar 5 13:32:31 2007 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 05 Mar 2007 16:32:31 +0300 Subject: xawtv: legal question In-Reply-To: <45E5A449.3030903@odu.neva.ru> References: <45E5A449.3030903@odu.neva.ru> Message-ID: <45EC1BEF.5040708@odu.neva.ru> Dmitry Butskoy wrote: >> >> the 2 4mpeg formats definetely are a patent problem, > Note, that "yuv4mpeg" is not "mpeg" itself, it is "for mpeg" (4mpeg). > It is really a sequence of uncompressed YUV 4:2:0 images... IMHO it > was designed to "prepare raw stream for mjpegtools". >> mjpeg OTOH is fine. > Since it is just a sequence of jpeg images? >> I don't know what the status as a container format is. > avi seems to be OK (already used in Core's dvgrab and Extras' xine-lib ) > > > But to be sure, could anyone confirm these my assumptions? :) Well, it seems all is OK for this... Submit for review: http://bugzilla.redhat.com/bugzilla/230762 Regards, Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From jkeating at redhat.com Mon Mar 5 14:00:32 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 5 Mar 2007 09:00:32 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070305132004.GU29562@neu.nirvana> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EC1707.1010304@leemhuis.info> <20070305132004.GU29562@neu.nirvana> Message-ID: <200703050900.35726.jkeating@redhat.com> On Monday 05 March 2007 08:20:04 Axel Thimm wrote: > And what happens on the next update of garbage-collector in Fedora > which will nuke that package again? yet another reason why I think this is a bad approach. yum list extras should show you the packages you have installed that aren't available in any repo you have configured. From that point, it would be easy to construct a removal to cleanse yourself of the orphans, should the user choose so. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mattdm at mattdm.org Mon Mar 5 14:01:46 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 5 Mar 2007 09:01:46 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EB19A9.5070704@leemhuis.info> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> Message-ID: <20070305140146.GA783@jadzia.bu.edu> On Sun, Mar 04, 2007 at 08:10:33PM +0100, Thorsten Leemhuis wrote: > No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in > the repo that simply obsoletes all packages that aren't shipped anymore > and don't get obsoleted by other packages. > This would improve the "yum update fc6 -> f7" scenario a lot and > shouldn't be to hard to realize. What about implementing it as a yum plugin instead? The plugin could key off of the old and versions of fedora-release and act accordingly. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gamito at gmail.com Mon Mar 5 14:25:57 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Mon, 5 Mar 2007 14:25:57 +0000 Subject: RPM not asking for password Message-ID: <91df29a20703050625v252b033cl6805abf8276b2f2@mail.gmail.com> Hi, I'm building this PostgreSQL RPM and in the %post section i ask for the postgres user password: /usr/bin/password postgres But when i install the RPM, it doesn't stop at this point for the password insertion. It just says "No password provided" and move along. Any help would be appreciated. Warm Regards, M?rio Gamito -------------- next part -------------- An HTML attachment was scrubbed... URL: From bugs.michael at gmx.net Mon Mar 5 14:15:31 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 5 Mar 2007 15:15:31 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <200703050900.35726.jkeating@redhat.com> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EC1707.1010304@leemhuis.info> <20070305132004.GU29562@neu.nirvana> <200703050900.35726.jkeating@redhat.com> Message-ID: <20070305151531.c6599d60.bugs.michael@gmx.net> On Mon, 5 Mar 2007 09:00:32 -0500, Jesse Keating wrote: > On Monday 05 March 2007 08:20:04 Axel Thimm wrote: > > And what happens on the next update of garbage-collector in Fedora > > which will nuke that package again? > > yet another reason why I think this is a bad approach. Please don't go in circles. It has been said before that it would be __versioned__ Obsoletes. "Versioned" as in Obsoletes: foo <= last_pkg_version_release_in_fedora_dist which means the pkg "foo" can be reintroduced with a higher %version-%release as normal and in the same way a 3rd party package would override what is included in the dist. > yum list extras should show you the packages you have installed that aren't > available in any repo you have configured. From that point, it would be easy > to construct a removal to cleanse yourself of the orphans, should the user > choose so. "Good bye" to manually installed rpms. Plus, it's manual clean-up of a broken distribution. From rdieter at math.unl.edu Mon Mar 5 14:38:43 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Mar 2007 08:38:43 -0600 Subject: RPM not asking for password References: <91df29a20703050625v252b033cl6805abf8276b2f2@mail.gmail.com> Message-ID: M?rio Gamito wrote: > I'm building this PostgreSQL RPM and in the %post section i ask for the > postgres user password: > > /usr/bin/password postgres > > But when i install the RPM, it doesn't stop at this point for the password > insertion. > > It just says "No password provided" and move along. rpm scriptlets are non-interactive. Never have been, never will be. -- Rex From buildsys at fedoraproject.org Mon Mar 5 15:19:48 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 5 Mar 2007 10:19:48 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-05 Message-ID: <20070305151948.52A3F15212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 40 Pound-2.2.6-1.fc7 NEW PythonCAD-0.1.35-7.fc7 agave-0.4.2-2.fc7 NEW aircrack-ng-0.7-1.fc7 amsn-0.96-6.fc7 NEW aqsis-1.2.0-4.fc7 asymptote-1.21-1.fc7 claws-mail-2.8.0-2.fc7 claws-mail-plugins-2.8.0-1.fc7 crossfire-client-1.9.1-3.fc7 deskbar-applet-2.17.92-1.fc7 dosbox-0.70-1.fc7 em8300-kmod-0.16.1-6.2.6.20_1.2962.fc7 freedoom-0.5-2.fc7 freedoom-freedm-0.5-2.fc7 gnubiff-2.2.5-2.fc7 gossip-0.23-1.fc7 jd-1.8.8-0.1.cvs070304.fc7 kerry-0.2.1-1.fc7 liferea-1.2.7-3.fc7 NEW mecab-jumandic-5.1.20051121-4.fc7.1 phpMyAdmin-2.10.0.2-1.fc7 pulseaudio-0.9.5-5.fc7 python-clientform-0.2.6-1.fc7 python-configobj-4.4.0-1.fc7 python-formencode-0.7-2.fc7 python-mechanize-0.1.6-0.1.b.fc7 python-nose-0.9.2-1.fc7 python-paste-1.2.1-1.fc7 python-paste-deploy-1.1-1.fc7 python-paste-script-1.1-1.fc7 python-simplejson-1.5-1.fc7 python-sqlobject-0.7.3-1.fc7 quodlibet-0.24-6.fc7 rogue-5.4.2-8.fc7 tong-1.0-8.fc7 ularn-1.5p4-8.fc7 valknut-0.3.8.1-1.fc7 NEW x2vnc-1.7.2-6.fc7 NEW xdg-user-dirs-gtk-0.2-1.fc7 Packages built and released for Fedora Extras 6: 20 NEW PythonCAD-0.1.35-7.fc6 agave-0.4.2-2.fc6 NEW aircrack-ng-0.7-1.fc6 NEW aqsis-1.2.0-4.fc6 asymptote-1.21-1.fc6 crossfire-client-1.9.1-3.fc6 dosbox-0.70-1.fc6 freedoom-0.5-2.fc6 freedoom-freedm-0.5-2.fc6 koffice-1.6.2-3.fc6.1 libtelepathy-0.0.51-1.fc6 NEW mecab-jumandic-5.1.20051121-4.fc6.1 openvpn-2.1-0.17.rc2.fc6 phpMyAdmin-2.10.0.2-1.fc6 quodlibet-0.24-6.fc6 rogue-5.4.2-8.fc6 tong-1.0-8.fc6 ularn-1.5p4-8.fc6 NEW x2vnc-1.7.2-6.fc6 NEW xblast-2.10.4-2.fc6 Packages built and released for Fedora Extras 5: 9 NEW PythonCAD-0.1.35-7.fc5 NEW aqsis-1.2.0-4.fc5 asymptote-1.21-1.fc5 dosbox-0.70-1.fc5 NEW mecab-jumandic-5.1.20051121-4.fc5.1 perl-Test-Inline-2.201-2.fc5 phpMyAdmin-2.10.0.2-1.fc5 quodlibet-0.24-6.fc5 sysprof-kmod-1.0.8-1.2.6.19_1.2288.2.1.fc5 Pound-2.2.6-1.fc7 ----------------- * Sun Mar 04 2007 2.2.6-1 - Sync with upstream PythonCAD-0.1.35-7.fc7 ---------------------- * Sun Mar 04 2007 kwizart < kwizart at gmail.com > - 0.1.35-7 - Change Summary - Fedora Release * Thu Mar 01 2007 kwizart < kwizart at gmail.com > - 0.1.35-6 - Fix /etc/pythoncad ownership * Wed Feb 21 2007 kwizart < kwizart at gmail.com > - 0.1.35-5 - Remove python-tools BR - Build and install locale * Tue Feb 06 2007 kwizart < kwizart at gmail.com > - 0.1.35-4 - Leave prefs.py? in /etc/pythoncad * Mon Feb 05 2007 kwizart < kwizart at gmail.com > - 0.1.35-3 - Reviewing in Bugzilla id=225119 - Fix BR, python-devel agave-0.4.2-2.fc7 ----------------- * Sun Mar 04 2007 Aurelien Bompard 0.4.2-2 - fix abusive cut-n-paste aircrack-ng-0.7-1.fc7 --------------------- * Wed Feb 21 2007 Till Maas - 0.7-1 - initial spec for fedora amsn-0.96-6.fc7 --------------- * Sun Mar 04 2007 Sander Hoentjen - 0.96-6 - No versioned requires on tk anymore since it doesn't work with the epoch - bump for rebuild against reverted 8.4 - added tcl macros from tcl guidelines draft - moved private extensions to sitelib aqsis-1.2.0-4.fc7 ----------------- * Sun Mar 04 2007 kwizart < kwizart at gmail.com > - 1.2.0-4 - Fix ownership for /etc/aqsis directory * Sun Mar 04 2007 kwizart < kwizart at gmail.com > - 1.2.0-3 - Make comments * Fri Mar 02 2007 kwizart < kwizart at gmail.com > - 1.2.0-2 - Disable pdiff (PerceptualDiff) to prevent conflicts with a2ps (PrintDiff) * Wed Feb 28 2007 kwizart < kwizart at gmail.com > - 1.2.0-1 - Update to final 1.2.0 - fix some libdir - change aqsis config file to sysconfdir/aqsis - Enable x86_64 build - Enable third-party pdiff utility asymptote-1.21-1.fc7 -------------------- * Sat Mar 03 2007 Jose Pedro Oliveira - 1.21-1 - Update to 1.21. claws-mail-2.8.0-2.fc7 ---------------------- * Sun Mar 04 2007 Andreas Bierfert 2.8.0-2 - bump (clamav) * Tue Feb 27 2007 Andreas Bierfert 2.8.0-1 - version upgrade - fix #228160 - devel subpackage does not require claws-mail anymore - fix rpath issues - fix pkg-config file * Sun Feb 25 2007 Andreas Bierfert 2.7.2-2 - bump claws-mail-plugins-2.8.0-1.fc7 ------------------------------ * Sun Mar 04 2007 Andreas Bierfert 2.8.0-1 - fix BR * Wed Feb 28 2007 Andreas Bierfert - version upgrade - fix rpath crossfire-client-1.9.1-3.fc7 ---------------------------- * Sat Mar 03 2007 Wart 1.9.1-3 - Use more precise desktop file categories - Use better sourceforge download url - Added dependency on crossfire-client-images so that the default install doesn't look so ugly. deskbar-applet-2.17.92-1.fc7 ---------------------------- * Sat Mar 03 2007 Luke Macken - 2.17.92-1 - 2.17.92 dosbox-0.70-1.fc7 ----------------- * Sun Mar 04 2007 Andreas Bierfert 0.70 - version upgrade (#230768) em8300-kmod-0.16.1-6.2.6.20_1.2962.fc7 -------------------------------------- * Sun Mar 04 2007 Ville Skytt? - 0.16.1-6 - Re-enable i586 and i686. - Build for kernel 2.6.20-1.2962.fc7. freedoom-0.5-2.fc7 ------------------ * Sat Mar 03 2007 Wart 0.5-2 - Use better sourceforge download url - Use more precise desktop file categories freedoom-freedm-0.5-2.fc7 ------------------------- * Sat Mar 03 2007 Wart 0.5-2 - Use better sourceforge download url - Use more precise desktop file categories gnubiff-2.2.5-2.fc7 ------------------- * Sat Mar 03 2007 Damien Durand - 2.2.5-2 - Bumped * Sat Mar 03 2007 Damien Durand - 2.2.5-1 - Upgrade to 2.2.5 gossip-0.23-1.fc7 ----------------- * Sun Mar 04 2007 Brian Pepple - 0.23-1 - Update to 0.23. - Make building the telepathy backend optional. jd-1.8.8-0.1.cvs070304.fc7 -------------------------- * Sun Mar 04 2007 Mamoru Tasaka - 1.8.8-0.1.cvs070304 - cvs 070304 (14:35 JST) kerry-0.2.1-1.fc7 ----------------- * Fri Mar 02 2007 Sebastian Vahl 0.2.1-1 - New upstream version: 0.2.1 - some cleanup in spec liferea-1.2.7-3.fc7 ------------------- * Sun Mar 04 2007 Brian Pepple - 1.2.7-3 - Rebuild against firefox-2.0.0.1. * Tue Feb 27 2007 Brian Pepple - 1.2.7-2 - Rebuild against new firefox. mecab-jumandic-5.1.20051121-4.fc7.1 ----------------------------------- * Sun Mar 04 2007 Mamoru Tasaka - 5.1.20051121-4 - Add missing defattr and make sed script safer. * Sat Mar 03 2007 Mamoru Tasaka - 5.1.20051121-3 - Change default to UTF-8 and make EUC-JP charset package. * Tue Feb 27 2007 Mamoru Tasaka - 5.1.20051121-2 - Package requirement deps reconstruct * Fri Feb 23 2007 Mamoru Tasaka - 5.1.20051121-1 - Initial packaging for Fedora. phpMyAdmin-2.10.0.2-1.fc7 ------------------------- * Sun Mar 04 2007 Mike McGrath 2.10.0.2 - Upstream released new version pulseaudio-0.9.5-5.fc7 ---------------------- * Fri Mar 02 2007 Pierre Ossman 0.9.5-5 - Fix merge problems with patch. * Fri Mar 02 2007 Pierre Ossman 0.9.5-4 - Add patch to handle ALSA changing the frame size (bug 230211). - Add patch for suspended ALSA devices (bug 228205). python-clientform-0.2.6-1.fc7 ----------------------------- * Sat Mar 03 2007 Luke Macken 0.2.6-1 - 0.2.6 python-configobj-4.4.0-1.fc7 ---------------------------- * Sat Mar 03 2007 Luke Macken - 4.4.0-1 - 4.4.0 python-formencode-0.7-2.fc7 --------------------------- * Sat Mar 03 2007 Luke Macken 0.7-2 - Rebuild with newer badurl patch * Sat Mar 03 2007 Luke Macken 0.7-1 - 0.7 python-mechanize-0.1.6-0.1.b.fc7 -------------------------------- * Sat Mar 03 2007 Luke Macken - 0.1.6-0.1.b - 0.1.6b python-nose-0.9.2-1.fc7 ----------------------- * Sat Mar 03 2007 Luke Macken 0.9.2-1 - Add nosetests(1) manpage, and python-nose-0.9.2-mandir.patch to put it in the correct location. - 0.9.2 python-paste-1.2.1-1.fc7 ------------------------ * Sat Mar 03 2007 Luke Macken - 1.2.1-1 - 1.2.1 python-paste-deploy-1.1-1.fc7 ----------------------------- * Sat Mar 03 2007 Luke Macken - 1.1-1 - 1.1 python-paste-script-1.1-1.fc7 ----------------------------- * Sat Mar 03 2007 Luke Macken - 1.1-1 - 1.1 python-simplejson-1.5-1.fc7 --------------------------- * Sat Mar 03 2007 Luke Macken - 1.5 - 1.5 python-sqlobject-0.7.3-1.fc7 ---------------------------- * Sat Mar 03 2007 Luke Macken 0.7.3-1 - 0.7.3 quodlibet-0.24-6.fc7 -------------------- * Sun Mar 04 2007 Jeffrey C. Ollie - 0.24-6 - Update plugins rogue-5.4.2-8.fc7 ----------------- * Sat Mar 03 2007 Wart 5.4.2-8 - Use better sourceforge download url - Use more precise desktop file categories tong-1.0-8.fc7 -------------- * Sun Mar 04 2007 Wart - 1.0-8 - Updated desktop file categories ularn-1.5p4-8.fc7 ----------------- * Sat Mar 03 2007 Wart 1.5p4-8 - Update .desktop file categories - Use new upstream file location at Sourceforge valknut-0.3.8.1-1.fc7 --------------------- * Sat Mar 03 2007 Luke Macken 0.3.8.1-1 - 0.3.8.1 x2vnc-1.7.2-6.fc7 ----------------- * Sun Mar 04 2007 Michael Stahnke - 1.7.2-6 - Fixed a bug in spec * Sun Mar 04 2007 Michael Stahnke - 1.7.2-5 - Cleaned up spec file * Sat Mar 03 2007 Michael Stahnke - 1.7.2-4 - Removed ls and pwd from spec (was used for debugging). * Sat Feb 24 2007 Michael Stahnke - 1.7.2-3 - Fixing a few more items presented in Bug #228434. * Tue Feb 20 2007 Michael Stahnke - 1.7.2-2 - Fixing Items presented in Bug #228434. * Mon Feb 12 2007 Michael Stahnke - 1.7.2-1 - Initial packaging. xdg-user-dirs-gtk-0.2-1.fc7 --------------------------- * Fri Mar 02 2007 Alexander Larsson - 0.2-1 - Update to 0.2 * Fri Mar 02 2007 Alexander Larsson - 0.1-2 - Add buildrequires - Mark autostart file as config * Wed Feb 28 2007 Alexander Larsson - 0.1-1 - Initial version For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From jkeating at redhat.com Mon Mar 5 15:32:08 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 5 Mar 2007 10:32:08 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070305151531.c6599d60.bugs.michael@gmx.net> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703050900.35726.jkeating@redhat.com> <20070305151531.c6599d60.bugs.michael@gmx.net> Message-ID: <200703051032.08477.jkeating@redhat.com> On Monday 05 March 2007 09:15:31 Michael Schwendt wrote: > "Good bye" to manually installed rpms. Plus, it's manual clean-up of > a broken distribution. I didn't say you would automatically just remove everything. This command would show you what is not available in any repo. You could then make a reasonable decision about which of those to yum remove, which would clean out the deps too. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Mon Mar 5 16:43:00 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 05 Mar 2007 17:43:00 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070305140146.GA783@jadzia.bu.edu> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305140146.GA783@jadzia.bu.edu> Message-ID: <45EC4894.2030303@leemhuis.info> Matthew Miller schrieb: > On Sun, Mar 04, 2007 at 08:10:33PM +0100, Thorsten Leemhuis wrote: >> No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in >> the repo that simply obsoletes all packages that aren't shipped anymore >> and don't get obsoleted by other packages. >> This would improve the "yum update fc6 -> f7" scenario a lot and >> shouldn't be to hard to realize. > What about implementing it as a yum plugin instead? The plugin could key off > of the old and versions of fedora-release and act accordingly. Hmm. Yes, maybe that could work, too. Cu thl From dcbw at redhat.com Mon Mar 5 16:46:28 2007 From: dcbw at redhat.com (Dan Williams) Date: Mon, 05 Mar 2007 11:46:28 -0500 Subject: plague-client list email broken? In-Reply-To: <45EA869D.6090904@hhs.nl> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <45EA869D.6090904@hhs.nl> Message-ID: <1173113188.10230.8.camel@localhost.localdomain> On Sun, 2007-03-04 at 09:43 +0100, Hans de Goede wrote: > > Ralf Corsepius wrote: > > Hi > > > > Is plague-client list email broken? > > > > I have problems with it too (under devel) and I already filed this in > BZ, dunno if I have the same traceback, see BZ for mine. There are some performance issues with the plague client and the server parts here, they get more information out of the database than they need and may be order N. This is a plague client/server fix that needs to be done. Maybe Denis can look at it, either that or I can take a bit of time this week. Dan From cweyl at alumni.drew.edu Mon Mar 5 16:45:41 2007 From: cweyl at alumni.drew.edu (Chris Weyl) Date: Mon, 5 Mar 2007 08:45:41 -0800 Subject: rpms/perl-Test-Distribution/devel perl-Test-Distribution.spec, 1.2, 1.3 In-Reply-To: <200703012350.58853.ville.skytta@iki.fi> References: <200703011949.l21JncW3027201@cvs-int.fedora.redhat.com> <200703012350.58853.ville.skytta@iki.fi> Message-ID: <7dd7ab490703050845q3cbdfa04x1a5c024950c41964@mail.gmail.com> On 3/1/07, Ville Skytt? wrote: > On Thursday 01 March 2007, Chris Weyl wrote: > > @@ -49,7 +49,7 @@ > > > > %check > > # these will cause problems otherwise... > > -rm debug*list > > +rm -f debug*list > > > > ./Build test > > > > @@ -63,6 +63,9 @@ > > %{_mandir}/man3/* > > > > %changelog > > +* Thu Mar 01 2007 Chris Weyl 1.26-3 > > +- cause rm to not fail on non-existance of debug*list in check. > > Looks like this was done in order to appease Module::Signature checks. > However, it's better to not run Module::Signature tests at all if they're > sanely avoidable, or if that fails, run them with special settings in order > to avoid it silently importing GPG keys into the build user's keyring. More > info (also linked to from the Perl SIG Wiki page): > > http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html#guidelines-perl-cpansign Yep, a good diagnosis :) > Disabling the signature test doesn't seem to be easy with this package so the > network access problem remains, but the attached patch would fix the problem > with build user GPG keyring trashing. (The disabling debuginfo vs rm -f > debug*.list part is only cosmetic.) Thanks for the patch -- I'll apply whenever I have a minute free later on today. -Chis -- Chris Weyl Ex astris, scientia From rdieter at math.unl.edu Mon Mar 5 17:01:46 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 05 Mar 2007 11:01:46 -0600 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > Rahul Sundaram schrieb: >> Kevin Fenzi wrote: >>> On Sun, 4 Mar 2007 12:18:32 +0100 >>> bugs.michael at gmx.net (Michael Schwendt) wrote: >>>> The missing obsoletes is a fundamental problem, not specific to >>>> Extras. There is no automatic garbage collection during upgrades. >> Do we know of any distribution that handles it better? > > No idea, but maybe we could ship a "garbage-collector.7-1.fc7.rpm" in > the repo that simply obsoletes all packages that aren't shipped anymore > and don't get obsoleted by other packages. +1, imo, KISS and all that jazz. -- Rex From opensource at till.name Mon Mar 5 22:02:41 2007 From: opensource at till.name (Till Maas) Date: Mon, 05 Mar 2007 23:02:41 +0100 Subject: Using mock with gpgcheck=1 In-Reply-To: <1173071146.30992.43.camel@cutter> References: <200702152015.32399.opensource@till.name> <200703042058.32026.opensource@till.name> <1173071146.30992.43.camel@cutter> Message-ID: <200703052302.42215.opensource@till.name> On Montag 05 M?rz 2007, seth vidal wrote: > 1. can you post the specific entry you have from your mock.cfg for the > gpgkeys? [groups] name=groups baseurl=file:///home/till/buildgroups/5/i386/ proxy=_none_ gpgcheck=1 gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-old-till-personal > 2. what ver of yum is this w/mock? mock-0.6.11-1.fc6 yum-3.0.3-1.fc6 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From a.badger at gmail.com Mon Mar 5 22:48:32 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 05 Mar 2007 14:48:32 -0800 Subject: autogen is misconfigured In-Reply-To: <45EB2722.6080705@gnu.org> References: <45E9E80B.6050602@gnu.org> <20070303233557.eebc35e4.bugs.michael@gmx.net> <45EB2722.6080705@gnu.org> Message-ID: <1173134912.20343.278.camel@localhost.localdomain> On Sun, 2007-03-04 at 12:08 -0800, Bruce Korb wrote: > Michael Schwendt wrote: > > There seems to be a separate "autogen-devel" package, which contains > > header files. Most likely options.h is included. > > Given that autogen is a development package anyway. GCC-from-source > builders aside, essentially anyone wanting autogen is going to want > the two files in autogen-devel. Given that and the sub-marginal > amount of space taken by the two files, I fail to understand why > it is worth the bother to separate. > Please open a bug in bugzilla. The packager of autogen needs to respond to your comments and that's the only way to be sure to get a hold of them. If you find the packager to be unreasonable other packagers can then get involved if there's a clear path forward. > >> and the two misnamed executables. > > > > The package uses the "alternatives" system for these two. Probably this is > > not obvious. /usr/bin/columns and /usr/bin/getdefs are two very generic > > file names which pollute the /usr/bin namespace and bear the risk of > > causing a conflict with other software. It would be beneficial if autogen > > called the files differently and used an own namespace, e.g. with a prefix > > or postfix. > > "getdefs" can be so treated. Go ahead and add an "ag-" prefix or something. > I don't particularly see it as a very generic name, but renaming it is > not crucial. Renaming "columns" _is_ a problem. "autogen" under various > incarnations is about a decade old with widely available public releases > available for over 6 years and it has been officially "GNU" for several > years now. "columns" is a program incorporated into many templates. > It cannot be renamed without invalidating the templates in use by at least > a few hundred people. That is not a good idea. "columns" can certainly > be treated as a "generic" program anyway. It does what its name suggests > fairly well. Nearly as well as ``ls -C'' or ``ls -x'' (does not support > different widths for different columns). By making "columns" have a > separate name, you are invalidating these templates. As stated, these programs are packaged using the alternatives system. So the end user is able to have /usr/bin/columns and /usr/bin/getdefs point at the autogen implementation or at a different implementation. So this isn't as far wrong as you make it out to be. Take a look at my system, for instance: $ rpm -ql autogen|grep bin /usr/bin/autogen /usr/bin/columns.autogen /usr/bin/getdefs.autogen /usr/bin/xml2ag $ ls -al /usr/bin/columns /usr/bin/getdefs lrwxrwxrwx 1 root root 25 Feb 25 15:39 /usr/bin/columns -> /etc/alternatives/columns lrwxrwxrwx 1 root root 25 Feb 25 15:39 /usr/bin/getdefs -> /etc/alternatives/getdefs $ ls -al /etc/alternatives/columns /etc/alternatives/getdefs lrwxrwxrwx 1 root root 24 Feb 25 15:39 /etc/alternatives/columns -> /usr/bin/columns.autogen lrwxrwxrwx 1 root root 24 Feb 25 15:39 /etc/alternatives/getdefs -> /usr/bin/getdefs.autogen Running rpm -q --scripts autogen will show you the scriptlets that are registering columns and getdefs with the alternatives system to automatically create /usr/bin/columns and /usr/bin/getdefs on installation of the package. Is alternatives the right solution to this problem? Probably not. Alternaties was invented to address things like sendmail's sendmail program vs postfix's sendmail program. Both those programs take the same options on the commandline and yield similar results through different backends. Is autogen's version of /usr/bin/columns part of POSIX, the Single Unix Specification, or LSB? If so, we have a solid foundation and alternatives (or removing alternatives as there is no alternative implementation in the system currently) makes sense. If not, then we can only hope that no other open source software chooses the generic /usr/bin/columns name for their program otherwise we all lose. -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 paul at all-the-johnsons.co.uk Mon Mar 5 23:04:45 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 05 Mar 2007 23:04:45 +0000 Subject: autogen is misconfigured In-Reply-To: <1173134912.20343.278.camel@localhost.localdomain> References: <45E9E80B.6050602@gnu.org> <20070303233557.eebc35e4.bugs.michael@gmx.net> <45EB2722.6080705@gnu.org> <1173134912.20343.278.camel@localhost.localdomain> Message-ID: <1173135885.26446.12.camel@T7.Linux> Hi, > > Given that autogen is a development package anyway. GCC-from-source > > builders aside, essentially anyone wanting autogen is going to want > > the two files in autogen-devel. Given that and the sub-marginal > > amount of space taken by the two files, I fail to understand why > > it is worth the bother to separate. > > > Please open a bug in bugzilla. The packager of autogen needs to respond > to your comments and that's the only way to be sure to get a hold of > them. If you find the packager to be unreasonable other packagers can > then get involved if there's a clear path forward. As the packager... I have followed the rules regarding the headers being in their own -devel file. The problem (as I see it) is that without the devel package, the main package is pretty useless. However, adding R:autogen-devel causes problems (circular deps) > Is alternatives the right solution to this problem? Probably not. > Alternaties was invented to address things like sendmail's sendmail > program vs postfix's sendmail program. Both those programs take the > same options on the commandline and yield similar results through > different backends. Is autogen's version of /usr/bin/columns part of > POSIX, the Single Unix Specification, or LSB? If so, we have a solid > foundation and alternatives (or removing alternatives as there is no > alternative implementation in the system currently) makes sense. If > not, then we can only hope that no other open source software chooses > the generic /usr/bin/columns name for their program otherwise we all > lose. It is certainly a pain and would appreciate some guidance on either repackaging this or the next step forward. TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at redhat.com Mon Mar 5 23:07:45 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 5 Mar 2007 18:07:45 -0500 Subject: autogen is misconfigured In-Reply-To: <1173135885.26446.12.camel@T7.Linux> References: <45E9E80B.6050602@gnu.org> <1173134912.20343.278.camel@localhost.localdomain> <1173135885.26446.12.camel@T7.Linux> Message-ID: <200703051807.45773.jkeating@redhat.com> On Monday 05 March 2007 18:04:45 Paul wrote: > As the packager... > > I have followed the rules regarding the headers being in their own > -devel file. The problem (as I see it) is that without the devel > package, the main package is pretty useless. However, adding > R:autogen-devel causes problems (circular deps) isn't this one of the exceptions where the package itself is a development package, like gcc ? -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Mon Mar 5 23:31:41 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 05 Mar 2007 23:31:41 +0000 Subject: autogen is misconfigured In-Reply-To: <200703051807.45773.jkeating@redhat.com> References: <45E9E80B.6050602@gnu.org> <1173134912.20343.278.camel@localhost.localdomain> <1173135885.26446.12.camel@T7.Linux> <200703051807.45773.jkeating@redhat.com> Message-ID: <1173137501.26446.22.camel@T7.Linux> Hi, > > I have followed the rules regarding the headers being in their own > > -devel file. The problem (as I see it) is that without the devel > > package, the main package is pretty useless. However, adding > > R:autogen-devel causes problems (circular deps) > > isn't this one of the exceptions where the package itself is a development > package, like gcc ? Probably. However, the headers only solve one half of the problem. The other half is the columns program. TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bkorb at gnu.org Mon Mar 5 23:33:06 2007 From: bkorb at gnu.org (Bruce Korb) Date: Mon, 5 Mar 2007 15:33:06 -0800 Subject: Fwd: autogen is misconfigured In-Reply-To: References: Message-ID: <668c430c0703051533t6379ca8ey15faa23ce06efe5@mail.gmail.com> --------- Forwarded message ---------- From: fedora-extras-list-owner at redhat.com Date: Mar 5, 2007 3:31 PM Subject: Re: autogen is misconfigured To: bruce.korb at gmail.com You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at fedora-extras-list-owner at redhat.com. From: "Bruce Korb" To: "Discussion related to Fedora Extras" Date: Mon, 5 Mar 2007 15:31:30 -0800 Subject: Re: autogen is misconfigured On 3/5/07, Paul wrote: > As the packager... As the developer, I'm kind of caught in the cross fire. I do not know Red Hat packaging conventions. Now that I know what "alternatives" are all about, it sort-of seems reasonable, but it certainly puts a burden on the user who does not want to fully understand all the nuances of the alternatives. I'm not sure I'd worry about a POSIX "columns", however. The BSD "column" is a few years older, so a conflict with "columns" is unlikely. However, if POSIX were to specify a new program named, "columns" and it were not my program, I'd just cross that bridge when I got there. I'd probably complain to the Austin group first though, so there would be a long lead time before there were a problem. Anyway, with regard to the splitting of the thing into several packages. Debian did it also. There, however, all three packages are prominently displayed together. One can easily understand that all three are needed. With Red Hat, this stuff is hidden behind a "yum"my veil making it cumbersome (for my eyes at least) to understand that autogen-devel really ought to be installed with autogen. So, I recommend adding a way to say, "you've selected package X. It is very likely you will find it more useful in conjunction with package Y, too." (Yes, I filed a bugzilla report about this, but no, I could not figure out how to make an RFE.) Thank you. Regards, Bruce From skvidal at linux.duke.edu Tue Mar 6 06:18:37 2007 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 06 Mar 2007 01:18:37 -0500 Subject: Using mock with gpgcheck=1 In-Reply-To: <200703052302.42215.opensource@till.name> References: <200702152015.32399.opensource@till.name> <200703042058.32026.opensource@till.name> <1173071146.30992.43.camel@cutter> <200703052302.42215.opensource@till.name> Message-ID: <1173161917.30992.60.camel@cutter> On Mon, 2007-03-05 at 23:02 +0100, Till Maas wrote: > On Montag 05 M?rz 2007, seth vidal wrote: > > > 1. can you post the specific entry you have from your mock.cfg for the > > gpgkeys? > > [groups] > name=groups > baseurl=file:///home/till/buildgroups/5/i386/ > proxy=_none_ > gpgcheck=1 > gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-old-till-personal where's the second gpg key? -sv From opensource at till.name Tue Mar 6 08:42:14 2007 From: opensource at till.name (Till Maas) Date: Tue, 06 Mar 2007 09:42:14 +0100 Subject: Using mock with gpgcheck=1 In-Reply-To: <1173161917.30992.60.camel@cutter> References: <200702152015.32399.opensource@till.name> <200703052302.42215.opensource@till.name> <1173161917.30992.60.camel@cutter> Message-ID: <200703060942.25332.opensource@till.name> On Dienstag 06 M?rz 2007, seth vidal wrote: > On Mon, 2007-03-05 at 23:02 +0100, Till Maas wrote: > > On Montag 05 M?rz 2007, seth vidal wrote: > > > 1. can you post the specific entry you have from your mock.cfg for the > > > gpgkeys? > > > > [groups] > > name=groups > > baseurl=file:///home/till/buildgroups/5/i386/ > > proxy=_none_ > > gpgcheck=1 > > gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-old-till-personal > > where's the second gpg key? Above is the configuration for the key 7bac4083, which is the second key in the error. Here is the complete config, it works when I disable the gpgcheck for groups. Regards, Till """ import os config_opts['root'] = 'fedora-5-i386-core' config_opts['target_arch'] = 'i386' config_opts['yum.conf'] = """ [main] cachedir=/var/cache/yum debuglevel=1 reposdir=/dev/null logfile=/var/log/yum.log retries=20 obsoletes=1 gpgcheck=1 assumeyes=1 [core] name=core mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=core-5&arch=i386 gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-fedora http://localhost/rpm-gpg/RPM-GPG-KEY [updates-released] name=updates mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-fc5&arch=i386 gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-fedora [groups] name=groups baseurl=file:///home/till/buildgroups/5/i386/ proxy=_none_ gpgcheck=1 gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-old-till-personal [extras] name=extras mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=extras-5&arch=i386 gpgkey=http://localhost/rpm-gpg/RPM-GPG-KEY-fedora-extras [local] name=local baseurl=file:///srv/www/lighttpd/fedora/localrepo proxy=_none_ gpgcheck=0 exclude=*.x86_64 *.ppc """ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Tue Mar 6 13:47:59 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 6 Mar 2007 08:47:59 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-06 Message-ID: <20070306134759.E0EB615212E@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 17 claws-mail-2.8.1-1.fc7 claws-mail-plugins-2.8.0-2.fc7 NEW gkrellm-moon-0.6-2.fc7 NEW gkrellm-sun-1.0.0-2.fc7 gpgme-1.1.4-1.fc7 gquilt-0.20-1.fc7 klamav-0.41-2.fc7 ktorrent-2.1.1-2.fc7 lyx-1.5.0-0.1.beta1.fc7 opensc-0.11.2-0.2.pre4.fc7 qps-1.9.19-0.1.a.fc7 qt4-4.2.2-7.fc7 NEW recordmydesktop-0.3.3.1-4.fc7 stratagus-2.2.3-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.2962.fc7 wine-0.9.32-1.fc7 wine-docs-0.9.32-1.fc7 Packages built and released for Fedora Extras 6: 14 claws-mail-2.8.1-1.fc6 claws-mail-plugins-2.8.0-2.fc6 em8300-kmod-0.16.1-1.2.6.19_1.2911.6.5.fc6 NEW gkrellm-moon-0.6-2.fc6 NEW gkrellm-sun-1.0.0-2.fc6 gpgme-1.1.4-1.fc6 kdemultimedia-extras-3.5.6-4.fc6 ktorrent-2.1.1-2.fc6 qt4-4.2.2-7.fc6 NEW recordmydesktop-0.3.3.1-4.fc6 stratagus-2.2.3-1.fc6 sysprof-kmod-1.0.8-1.2.6.19_1.2911.6.5.fc6 wine-0.9.32-1.fc6 wine-docs-0.9.32-1.fc6 Packages built and released for Fedora Extras 5: 11 claws-mail-2.8.1-1.fc5 claws-mail-plugins-2.8.0-2.fc5 NEW gkrellm-moon-0.6-2.fc5 NEW gkrellm-sun-1.0.0-2.fc5 gpgme-1.1.2-9.fc5 koffice-1.6.2-3.fc5 ktorrent-2.1.1-2.fc5 openvpn-2.1-0.17.rc2.fc5 stratagus-2.2.3-1.fc5 wine-0.9.32-1.fc5 wine-docs-0.9.32-1.fc5 claws-mail-2.8.1-1.fc7 ---------------------- * Tue Mar 06 2007 Andreas Bierfert 2.8.1-1 - version upgrade claws-mail-plugins-2.8.0-2.fc7 ------------------------------ * Tue Mar 06 2007 Andreas Bierfert 2.8.0-2 - bump gkrellm-moon-0.6-2.fc7 ---------------------- * Wed Feb 14 2007 Matthias Saou 0.6-2 - Tweak defattr. * Mon Feb 12 2007 Matthias Saou 0.6-1 - Initial RPM release as a single plugin. - Include trivial patch to remove strcpy related warnings. gkrellm-sun-1.0.0-2.fc7 ----------------------- * Wed Feb 14 2007 Matthias Saou 1.0.0-2 - Tweak defattr. * Mon Feb 12 2007 Matthias Saou 1.0.0-1 - Initial RPM release as a single plugin. gpgme-1.1.4-1.fc7 ----------------- * Mon Mar 05 2007 Rex Dieter 1.1.4-1 - gpgme-1.1.4 gquilt-0.20-1.fc7 ----------------- * Mon Mar 05 2007 Josh Boyer 0.20-1 - Update to latest release klamav-0.41-2.fc7 ----------------- * Tue Mar 06 2007 Andy Shevchenko 0.41-2 - rebuild against new clamav ktorrent-2.1.1-2.fc7 -------------------- * Mon Mar 05 2007 Roland Wolters 2.1.1-2 - update to upstream 2.1.1 lyx-1.5.0-0.1.beta1.fc7 ----------------------- * Mon Mar 05 2007 Rex Dieter 1.5.0-0.2.beta1 - lyx-1.5.0beta1 - tweak lyxrc.dist opensc-0.11.2-0.2.pre4.fc7 -------------------------- * Tue Mar 06 2007 Ville Skytt? - 0.11.2-0.2.pre4 - 0.11.2-pre4. - Require pinentry-gui instead of the pinentry executable in signer. qps-1.9.19-0.1.a.fc7 -------------------- * Mon Mar 05 2007 Dawid Gajownik - 1.9.19-0.1.a - Update to 1.9.19a qt4-4.2.2-7.fc7 --------------- * Mon Mar 05 2007 Rex Dieter 4.2.2-7 - fixup qconfig-multilib.h for powerpc/powerpc64 (#223663) - include qt-copy's 0154-qdbuscpp2xml-moc_path.diff (#230875) recordmydesktop-0.3.3.1-4.fc7 ----------------------------- * Tue Mar 06 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-4 - Add missing libXfixes BR * Mon Mar 05 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-3 - chmod +x on source files to make rpmlint happy * Mon Mar 05 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-2 - Remove duplicate BR - Add missing zlib-devel BR - Preserve timestamps * Sun Mar 04 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-1 - Initial build stratagus-2.2.3-1.fc7 --------------------- * Mon Mar 05 2007 Peter Lemenkov 2.2.3-1 - Ver. 2.2.3 - dropped stratagus--use-lua51.diff * Wed Jan 24 2007 Peter Lemenkov 2.2.2-0 - Version 2.2.2 sysprof-kmod-1.0.8-1.2.6.20_1.2962.fc7 -------------------------------------- wine-0.9.32-1.fc7 ----------------- * Sun Mar 04 2007 Andreas Bierfert 0.9.32-1 - version upgrade * Tue Feb 27 2007 Andreas Bierfert 0.9.31-2 - fix #230131 wine-docs-0.9.32-1.fc7 ---------------------- * Tue Mar 06 2007 Andreas Bierfert 0.9.32-2 - version upgrade For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From orion at cora.nwra.com Tue Mar 6 17:57:03 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 06 Mar 2007 10:57:03 -0700 Subject: Why aren't R packages noarch? Message-ID: <45EDAB6F.3080805@cora.nwra.com> Other that installing in /usr/lib/R on i386 and /usr/lib64/R on x86_64, there appears to be no difference between an R package on the two architectures. It seems to me that they should be made noarch and put into /usr/share/R instead. Comments? Note that I am completely new to R.... -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From pertusus at free.fr Tue Mar 6 18:33:02 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 6 Mar 2007 19:33:02 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <45EDAB6F.3080805@cora.nwra.com> References: <45EDAB6F.3080805@cora.nwra.com> Message-ID: <20070306183302.GC2942@free.fr> On Tue, Mar 06, 2007 at 10:57:03AM -0700, Orion Poplawski wrote: > Other that installing in /usr/lib/R on i386 and /usr/lib64/R on x86_64, > there appears to be no difference between an R package on the two > architectures. It seems to me that they should be made noarch and put > into /usr/share/R instead. > > Comments? Note that I am completely new to R.... Some R packages are truely arch; But noarch packages should indeed be in /usr/share (like perl and python noarch packages), but maybe this means changing R too much? I am also very new to R. -- Pat From orion at cora.nwra.com Tue Mar 6 20:12:48 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 06 Mar 2007 13:12:48 -0700 Subject: Why aren't R packages noarch? In-Reply-To: <20070306183302.GC2942@free.fr> References: <45EDAB6F.3080805@cora.nwra.com> <20070306183302.GC2942@free.fr> Message-ID: <45EDCB40.5020103@cora.nwra.com> Patrice Dumas wrote: > On Tue, Mar 06, 2007 at 10:57:03AM -0700, Orion Poplawski wrote: >> Other that installing in /usr/lib/R on i386 and /usr/lib64/R on x86_64, >> there appears to be no difference between an R package on the two >> architectures. It seems to me that they should be made noarch and put >> into /usr/share/R instead. >> >> Comments? Note that I am completely new to R.... > > Some R packages are truely arch; But noarch packages should indeed be in > /usr/share (like perl and python noarch packages), but maybe this > means changing R too much? > > I am also very new to R. > > -- > Pat > We'll see. Filed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231220 to ask. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From jamatos at fc.up.pt Tue Mar 6 22:02:37 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 6 Mar 2007 22:02:37 +0000 Subject: Why aren't R packages noarch? In-Reply-To: <45EDAB6F.3080805@cora.nwra.com> References: <45EDAB6F.3080805@cora.nwra.com> Message-ID: <200703062202.38068.jamatos@fc.up.pt> On Tuesday 06 March 2007 5:57:03 pm Orion Poplawski wrote: > Other that installing in /usr/lib/R on i386 and /usr/lib64/R on x86_64, > there appears to be no difference between an R package on the two > architectures. It seems to me that they should be made noarch and put > into /usr/share/R instead. > > Comments? Note that I am completely new to R.... As Patrice said R packages are in the same boat as perl or python packages. $ rpm -ql R-wavethresh | grep so /usr/lib/R/library/wavethresh/libs/wavethresh.so In my book this does not seem like a noarch file. ;-) > -- > Orion Poplawski > Technical Manager 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane orion at cora.nwra.com > Boulder, CO 80301 http://www.cora.nwra.com -- Jos? Ab?lio From pertusus at free.fr Tue Mar 6 22:20:24 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 6 Mar 2007 23:20:24 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <200703062202.38068.jamatos@fc.up.pt> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> Message-ID: <20070306222024.GB2879@free.fr> On Tue, Mar 06, 2007 at 10:02:37PM +0000, Jos? Matos wrote: > > As Patrice said R packages are in the same boat as perl or python packages. > > $ rpm -ql R-wavethresh | grep so > /usr/lib/R/library/wavethresh/libs/wavethresh.so > > In my book this does not seem like a noarch file. ;-) however some R packages are truely noarch. They should be below %_datadir. Is it possible? -- Pat From mattdm at mattdm.org Tue Mar 6 22:42:37 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 6 Mar 2007 17:42:37 -0500 Subject: Why aren't R packages noarch? In-Reply-To: <20070306222024.GB2879@free.fr> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> Message-ID: <20070306224237.GA8718@jadzia.bu.edu> On Tue, Mar 06, 2007 at 11:20:24PM +0100, Patrice Dumas wrote: > > As Patrice said R packages are in the same boat as perl or python packages. > > $ rpm -ql R-wavethresh | grep so > > /usr/lib/R/library/wavethresh/libs/wavethresh.so > > In my book this does not seem like a noarch file. ;-) > however some R packages are truely noarch. They should be below > %_datadir. Is it possible? I haven't investigated, but it's possible R doesn't have the notion of looking in multiple places. In that case, if there's any arch-specific, all must be. Or else we end up with symlink craziness or something. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jamatos at fc.up.pt Tue Mar 6 22:43:47 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Tue, 6 Mar 2007 22:43:47 +0000 Subject: Why aren't R packages noarch? In-Reply-To: <20070306222024.GB2879@free.fr> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> Message-ID: <200703062243.47232.jamatos@fc.up.pt> On Tuesday 06 March 2007 10:20:24 pm Patrice Dumas wrote: > however some R packages are truely noarch. They should be below > %_datadir. Is it possible? Without changing the R.spec that is not possible. Even more fundamental is the fact that R defines RHOME, R home directory. In a i686 this is $ R RHOME /usr/lib/R and for a x86_64 $ R RHOME /usr/lib64/R So this does not seem easy to achieve. :-( > -- > Pat -- Jos? Ab?lio From gemi at bluewin.ch Tue Mar 6 22:58:21 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 06 Mar 2007 23:58:21 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <200703062243.47232.jamatos@fc.up.pt> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> Message-ID: <1173221901.12294.4.camel@localhost.localdomain> On Tue, 2007-03-06 at 22:43 +0000, Jos? Matos wrote: > On Tuesday 06 March 2007 10:20:24 pm Patrice Dumas wrote: > > however some R packages are truely noarch. They should be below > > %_datadir. Platform dependent files MUST be in %{_libdir}. There is no reason, why noarch packages should not use %{_libdir}. Making R use two locations for its packages (thereby causing more problems than it is worth) only based on whether a package includes binaries or not only causes confusion. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From mattdm at mattdm.org Tue Mar 6 23:09:47 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 6 Mar 2007 18:09:47 -0500 Subject: Why aren't R packages noarch? In-Reply-To: <1173221901.12294.4.camel@localhost.localdomain> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> Message-ID: <20070306230947.GA10928@jadzia.bu.edu> On Tue, Mar 06, 2007 at 11:58:21PM +0100, G?rard Milmeister wrote: > Platform dependent files MUST be in %{_libdir}. There is no reason, why > noarch packages should not use %{_libdir}. > Making R use two locations for its packages (thereby causing more > problems than it is worth) only based on whether a package includes > binaries or not only causes confusion. Works for perl. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pertusus at free.fr Tue Mar 6 23:14:38 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 7 Mar 2007 00:14:38 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <1173221901.12294.4.camel@localhost.localdomain> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> Message-ID: <20070306231438.GF2879@free.fr> On Tue, Mar 06, 2007 at 11:58:21PM +0100, G?rard Milmeister wrote: > Platform dependent files MUST be in %{_libdir}. There is no reason, why > noarch packages should not use %{_libdir}. Reason is consistency with the FHS. > Making R use two locations for its packages (thereby causing more > problems than it is worth) only based on whether a package includes > binaries or not only causes confusion. I am personnaly used to the FHS, and to me the reverse is true: having noarch package files below %{_libdir} confuses me. noarch perl and python files below %_libdir have always puzzled me. I am perfectly able to live with the current situation situation, however, especially if, as it seems to be the case, R isn't ready to search in 2 locations. -- Pat From gemi at bluewin.ch Tue Mar 6 23:25:12 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 07 Mar 2007 00:25:12 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <20070306230947.GA10928@jadzia.bu.edu> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> <20070306230947.GA10928@jadzia.bu.edu> Message-ID: <1173223512.12294.8.camel@localhost.localdomain> On Tue, 2007-03-06 at 18:09 -0500, Matthew Miller wrote: > On Tue, Mar 06, 2007 at 11:58:21PM +0100, G?rard Milmeister wrote: > > Platform dependent files MUST be in %{_libdir}. There is no reason, why > > noarch packages should not use %{_libdir}. > > Making R use two locations for its packages (thereby causing more > > problems than it is worth) only based on whether a package includes > > binaries or not only causes confusion. > > Works for perl. I see not perl packages in %{_datadir}, or has this changed in devel? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From mattdm at mattdm.org Tue Mar 6 23:31:56 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 6 Mar 2007 18:31:56 -0500 Subject: Why aren't R packages noarch? In-Reply-To: <1173223512.12294.8.camel@localhost.localdomain> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> <20070306230947.GA10928@jadzia.bu.edu> <1173223512.12294.8.camel@localhost.localdomain> Message-ID: <20070306233156.GA12766@jadzia.bu.edu> On Wed, Mar 07, 2007 at 12:25:12AM +0100, G?rard Milmeister wrote: > > > Platform dependent files MUST be in %{_libdir}. There is no reason, why > > > noarch packages should not use %{_libdir}. > > > Making R use two locations for its packages (thereby causing more > > > problems than it is worth) only based on whether a package includes > > > binaries or not only causes confusion. > > Works for perl. > I see not perl packages in %{_datadir}, or has this changed in devel? They're not in %{_datadir}, but they are in two different locations depending on arch-specific or not. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gemi at bluewin.ch Tue Mar 6 23:33:22 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 07 Mar 2007 00:33:22 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <20070306231438.GF2879@free.fr> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> <20070306231438.GF2879@free.fr> Message-ID: <1173224002.12294.14.camel@localhost.localdomain> On Wed, 2007-03-07 at 00:14 +0100, Patrice Dumas wrote: > On Tue, Mar 06, 2007 at 11:58:21PM +0100, G?rard Milmeister wrote: > > Platform dependent files MUST be in %{_libdir}. There is no reason, why > > noarch packages should not use %{_libdir}. > > Reason is consistency with the FHS. > > > Making R use two locations for its packages (thereby causing more > > problems than it is worth) only based on whether a package includes > > binaries or not only causes confusion. > > I am personnaly used to the FHS, and to me the reverse is true: having > noarch package files below %{_libdir} confuses me. noarch perl and > python files below %_libdir have always puzzled me. But whether a package is noarch or not does not relate to the install location. You could also make an i386 package that only contains platform independent files (somes necessary with sub-packages). You have R packages with binaries (.so) files. These MUST go into %{_libdir}. You have also R packages that happen to have no binaries. Why shouldn't they go along-side the other packages. This seems to be consistency to me. Otherwise you should split each package into two parts: one that contains ONLY binaries and installs into %{_libdir} and one that contains ONLY platform independent files and installs into %{_datadir}. That would be consistent too. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From gemi at bluewin.ch Tue Mar 6 23:41:30 2007 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 07 Mar 2007 00:41:30 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <20070306233156.GA12766@jadzia.bu.edu> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> <20070306230947.GA10928@jadzia.bu.edu> <1173223512.12294.8.camel@localhost.localdomain> <20070306233156.GA12766@jadzia.bu.edu> Message-ID: <1173224490.12294.18.camel@localhost.localdomain> On Tue, 2007-03-06 at 18:31 -0500, Matthew Miller wrote: > On Wed, Mar 07, 2007 at 12:25:12AM +0100, G?rard Milmeister wrote: > > > > Platform dependent files MUST be in %{_libdir}. There is no reason, why > > > > noarch packages should not use %{_libdir}. > > > > Making R use two locations for its packages (thereby causing more > > > > problems than it is worth) only based on whether a package includes > > > > binaries or not only causes confusion. > > > Works for perl. > > I see not perl packages in %{_datadir}, or has this changed in devel? > > They're not in %{_datadir}, but they are in two different locations > depending on arch-specific or not. Well, perl was designed that way be its developers (if the term design is any way appropriate with regard to perl), however R is not. Generally, it has always been the policy for packages to follow as much as possible the intent of the authors (except of course in the case of real problems, like binaries in %{_datadir}). > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From pertusus at free.fr Tue Mar 6 23:38:49 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 7 Mar 2007 00:38:49 +0100 Subject: Why aren't R packages noarch? In-Reply-To: <1173224002.12294.14.camel@localhost.localdomain> References: <45EDAB6F.3080805@cora.nwra.com> <200703062202.38068.jamatos@fc.up.pt> <20070306222024.GB2879@free.fr> <200703062243.47232.jamatos@fc.up.pt> <1173221901.12294.4.camel@localhost.localdomain> <20070306231438.GF2879@free.fr> <1173224002.12294.14.camel@localhost.localdomain> Message-ID: <20070306233849.GG2879@free.fr> On Wed, Mar 07, 2007 at 12:33:22AM +0100, G?rard Milmeister wrote: > You have also R packages that happen to have no binaries. > Why shouldn't they go along-side the other packages. This seems to be > consistency to me. Indeed that is a kind of consistency, just another kind. > Otherwise you should split each package into two > parts: one that contains ONLY binaries and installs into %{_libdir} and > one that contains ONLY platform independent files and installs into > %{_datadir}. That would be consistent too. I would personally like it even better. -- Pat From lxtnow at gmail.com Wed Mar 7 05:40:12 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Wed, 7 Mar 2007 01:40:12 -0400 Subject: some trouble Message-ID: <62bc09df0703062140m498a1235m7dc4824eefde2b71@mail.gmail.com> Hi, i've some trouble to 'make tag' and make build' in FC-6 branch. I tried all cvs issues from ML and Fedora-project web page without success... And still have as output error : ------------------------------------------ ERROR: Tag ntfs-config-0_5_5-1_1 has been already created. The following tags have been created so far ntfs-config-0_5_4-4_fc6:devel:laxathom:1171936495 ntfs-config-0_5_4-4_fc7:devel:laxathom:1171936796 ntfs-config-0_5_5-1_fc6:devel:laxathom:1173243268 ntfs-config-0_5_5-1_fc7:devel:laxathom:1173243558 ntfs-config-0_5_4-4_fc6_1:FC-6:laxathom:1173243675 ntfs-config-0_5_5-1:FC-6:laxathom:1173245339 ntfs-config-0_5_5-1_1:FC-6:laxathom:1173245709 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 ----------------------------------------- If someine have another way to solve this probleme, except cvs isues already known. -- Xavier.t Lamien -- GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at city-fan.org Wed Mar 7 08:36:15 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 07 Mar 2007 08:36:15 +0000 Subject: some trouble In-Reply-To: <62bc09df0703062140m498a1235m7dc4824eefde2b71@mail.gmail.com> References: <62bc09df0703062140m498a1235m7dc4824eefde2b71@mail.gmail.com> Message-ID: <1173256576.1285.11.camel@metropolis.intra.city-fan.org> On Wed, 2007-03-07 at 01:40 -0400, SmootherFrOgZ wrote: > Hi, > > i've some trouble to 'make tag' and make build' in FC-6 branch. > I tried all cvs issues from ML and Fedora-project web page without > success... > > And still have as output error : > ------------------------------------------ > ERROR: Tag ntfs-config-0_5_5-1_1 has been already created. > The following tags have been created so far > ntfs-config-0_5_4-4_fc6:devel:laxathom:1171936495 > ntfs-config-0_5_4-4_fc7:devel:laxathom:1171936796 > ntfs-config-0_5_5-1_fc6:devel:laxathom:1173243268 > ntfs-config-0_5_5-1_fc7:devel:laxathom:1173243558 > ntfs-config-0_5_4-4_fc6_1:FC-6:laxathom:1173243675 > ntfs-config-0_5_5-1:FC-6:laxathom:1173245339 > ntfs-config-0_5_5-1_1:FC-6:laxathom:1173245709 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Error 1 > ----------------------------------------- > If someine have another way to solve this probleme, except cvs isues > already known. I suspect you're using cvs-import.sh to import SRPMs built in mock (or at least with the disttag expanded). That will bring the tag with it, even if you import it into a different branch. Possible ways to avoid this problem: 1. Use cvs-import.sh only to bring in new packages, not to update existing ones. 2. Import SRPMs built outside of mock with no dist tag extension. To fix your current situation. Edit the spec file, increase the Release: tag, add/edit a changelog entry, then "cvs commit" it. You should then be able to do a "make tag". Repeat for all "later" distribution versions to ensure that they have "later" release numbers. Paul. From j.w.r.degoede at hhs.nl Wed Mar 7 09:21:47 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 07 Mar 2007 10:21:47 +0100 Subject: UltimateStunts packaged but problems with sound In-Reply-To: <1171667734.332.21.camel@eagle.danny.cz> References: <1171667734.332.21.camel@eagle.danny.cz> Message-ID: <45EE842B.1000908@hhs.nl> Dan Hor?k wrote: > Hello, > > I have prepared a package with UltimateStunts - a remake of famous DOS > game called Stunts > (http://www.ultimatestunts.nl/index.php?page=0&lang=en). Only the spec > file is available at http://fedora.danny.cz/ultimatestunts.spec , srpm > will be uploaded later due some problems with my Internet connection. > Everything looks good - it is under GPL, it compiles on FC6/x86_64 and > in mock for Development/i386, tools can be run etc. But the game itself > has some problem with loading sounds in wav files via the OpenAL/ALUT > libraries. If there is anybody familiar with these sound libraries, > please take a look. The errors are here: > Hi, I've been doing some debugging on this and the problem is that playSong (which gets called when sound is initialised to play the first song), calls setSample on an SoundObject created from a .ogg, then setSample in turn calls CSndSample::attachToChannel, which calls alSourcei(x, AL_BUFFER, m_Buffer); this alSourcei call fails setting alError to "al invalid enum value". Now later in the game when the sound data gets loaded alutCreateBufferFromFile() gets called and alutCreateBufferFromFile() is one of a few alut functions which checks to see if there have been no previous alError's before it was called and if there were previous error aborts with the: "There was already an AL error on entry to an ALUT function" We can work around this problem in 2 ways: 1) call alGetError() after the alSourcei(...) in CSndSample::attachToChannel 2) call alGetError() before alutCreateBufferFromFile(...) in sndsample.cpp I've choosen to go with method 2, as that will also work around alerror's being thrown elsewhere (although I've not encountered this situation). The proper fix would be to fix the code so that alSourcei() does not signal an error condition, but my understanding of the code is not good enough for that. It would also be a very good idea to call (and check the result of) alGetError() after each al call, printing a message if an al call fails, that would have actually fixed this problem, and at the same made the developers aware that there is a problem. Error checking is good! I've attached a patch with wotkaround 2. Please send this mail upstream so that they can do a proper fix. Regards, Hans -------------- next part -------------- A non-text attachment was scrubbed... Name: ultimatestunts-0701-alerror.patch Type: text/x-patch Size: 620 bytes Desc: not available URL: From notting at redhat.com Wed Mar 7 21:41:50 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 7 Mar 2007 16:41:50 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070305132004.GU29562@neu.nirvana> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305124730.GR29562@neu.nirvana> <45EC1707.1010304@leemhuis.info> <20070305132004.GU29562@neu.nirvana> Message-ID: <20070307214150.GB25018@nostromo.devel.redhat.com> > So we actually endorse replacements in 3rd party repos, OK, fine with me. > > And what happens on the next update of garbage-collector in Fedora > which will nuke that package again? Or if someone builds their own local version of that package... Bill From notting at redhat.com Wed Mar 7 22:13:18 2007 From: notting at redhat.com (Bill Nottingham) Date: Wed, 7 Mar 2007 17:13:18 -0500 Subject: /etc/init.d files? In-Reply-To: References: <200703041643.03913.jkeating@redhat.com> <45EB6C03.2010404@nobugconsulting.ro> Message-ID: <20070307221318.GE25018@nostromo.devel.redhat.com> Neal Becker (ndbecker2 at gmail.com) said: > Problems was the existing script had the chkconfig line, but used tab rather > than space. I wonder if this is a real problem that should be reported by > rpmlint, or an overly restrictive regex in rpmlint? chkconfig should handle it, AFAIK. Bill From ville.skytta at iki.fi Wed Mar 7 22:53:58 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Thu, 8 Mar 2007 00:53:58 +0200 Subject: /etc/init.d files? In-Reply-To: <20070307221318.GE25018@nostromo.devel.redhat.com> References: <20070307221318.GE25018@nostromo.devel.redhat.com> Message-ID: <200703080053.59293.ville.skytta@iki.fi> On Thursday 08 March 2007, Bill Nottingham wrote: > Neal Becker (ndbecker2 at gmail.com) said: > > Problems was the existing script had the chkconfig line, but used tab > > rather than space. I wonder if this is a real problem that should be > > reported by rpmlint, or an overly restrictive regex in rpmlint? > > chkconfig should handle it, AFAIK. Thanks for pointing it out, fix will be in the next rpmlint version. http://rpmlint.zarb.org/cgi-bin/trac.cgi/changeset/1322 From buildsys at fedoraproject.org Wed Mar 7 23:29:02 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 7 Mar 2007 18:29:02 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-07 Message-ID: <20070307232902.1D962152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 29 asymptote-1.22-1.fc7 NEW bea-stax-1.2.0-0.1.rc1.2jpp.1.fc7 bitbake-1.6.6-1.fc7 bogofilter-1.1.5-1.fc7 bsd-games-2.17-18.fc7 NEW byaccj-1.11-2jpp.2.fc7 ccrtp-1.5.1-1.fc7 db4o-6.1-2.fc7 dd_rescue-1.12-6.fc7 deltarpm-3.4-1.fc7 deluge-0.4.99.1-1.fc7 NEW gtk-recordmydesktop-0.3.3.1-3.fc7 ices-2.0.1-4.fc7 NEW isorelax-0-0.1.release20050331.1jpp.2.fc7 jack-audio-connection-kit-0.102.20-4.fc7 NEW jakarta-commons-io-1.2-3jpp.1.fc7 NEW jflex-1.3.5-2jpp.1.fc7 NEW junitperf-1.9.1-2jpp.1.fc7 kdemultimedia-extras-3.5.6-5.fc7 kvm-15-1 NEW libcdaudio-0.99.12p2-8.fc7 libupnp-1.4.3-1.fc7 ntfs-config-0.5.5-1.fc7 piklab-0.14.0-1.fc7 spandsp-0.0.3-1.pre28.fc7 NEW tagsoup-1.0.1-1jpp.1.fc7 twinkle-1.0-2.fc7 xdg-user-dirs-0.4-1.fc7 xdg-user-dirs-gtk-0.3-1.fc7 Packages built and released for Fedora Extras 6: 17 GraphicsMagick-1.1.7-7.fc6 asymptote-1.22-1.fc6 bitbake-1.6.6-1.fc6 bogofilter-1.1.5-1.fc6 ccrtp-1.5.1-1.fc6 db4o-6.1-2.fc6 dd_rescue-1.12-6.fc6 NEW gtk-recordmydesktop-0.3.3.1-4.fc6 ices-2.0.1-4.fc6 kdemultimedia-extras-3.5.6-5.fc6 NEW libcdaudio-0.99.12p2-8.fc6 libtomoe-gtk-0.5.1-1.fc6 libupnp-1.4.3-1.fc6 piklab-0.14.0-1.fc6 spandsp-0.0.3-1.pre28.fc6 tomoe-0.5.1-1.fc6 twinkle-1.0-2.fc6 Packages built and released for Fedora Extras 5: 13 GraphicsMagick-1.1.7-7.fc5 asymptote-1.22-1.fc5 bitbake-1.6.6-1.fc5 bogofilter-1.1.5-1.fc5 ccrtp-1.5.1-1.fc5 em8300-kmod-0.16.0-1.2.6.19_1.2288.2.4.fc5 ices-2.0.1-3.fc5 NEW libcdaudio-0.99.12p2-8.fc5 libupnp-1.4.3-1.fc5 piklab-0.14.0-1.fc5 spandsp-0.0.3-1.pre28.fc5 sysprof-kmod-1.0.8-1.2.6.19_1.2288.2.4.fc5 twinkle-1.0-2.fc5 asymptote-1.22-1.fc7 -------------------- * Tue Mar 06 2007 Jose Pedro Oliveira - 1.22-1 - Update to 1.22. bea-stax-1.2.0-0.1.rc1.2jpp.1.fc7 --------------------------------- * Mon Feb 12 2007 Vivek Lakshmanan 0:1.2.0-0.1.rc1.2jpp.1.fc7 - Use new naming convention - Add ASF2.0.txt as doc for api and main package - Remove post/postun magic for javadoc - Add BR on ant, xerces-j2 and xalan-j2 - Add conditional patch to make the package build under ecj/gcj bitbake-1.6.6-1.fc7 ------------------- * Tue Mar 06 2007 Andreas Thienemann - 1.6.6-1 - Updated to 1.6.6 - Reverted FHS patch, as upstream includes it by now bogofilter-1.1.5-1.fc7 ---------------------- * Wed Mar 07 2007 Adrian Reber - 1.1.5-1 - updated to 1.1.5 bsd-games-2.17-18.fc7 --------------------- * Tue Mar 06 2007 Wart 2.17-18 - Remove BR: libtermcap-devel - Change includes of to byaccj-1.11-2jpp.2.fc7 ---------------------- * Tue Mar 06 2007 Vivek Lakshmanan - 0:1.11-2jpp.2.fc7 - First build in fedora after passing review * Thu Feb 15 2007 Tania Bento - 0:1.11-2jpp.1 - Fixed the %Release tag. - Changed the %License tag. - Fixed the %BuildRoot tag. - Removed the %Vendor tag. - Removed the %Distribution tag. - Removed the %BuildRequires: gcc and make tags as these d not need to be listed. - Removed "%define section free". - Added "sed -i 's/\r//g docs/tf.y' to fix a warning generated by rpmlint. - Fixed the %Source0 tag. - Changed the %Group tag. - Installed man pages in proper directory. ccrtp-1.5.1-1.fc7 ----------------- * Wed Mar 07 2007 Andreas Thienemann - 1.5.1-1 - Updated package to 1.5.1 - Fixed #219396 db4o-6.1-2.fc7 -------------- * Tue Feb 06 2007 Paul F. Johnson 6.1-2 - bump - spec file fixes - new scripts for usr-bin links to the libdir * Thu Nov 23 2006 Paul F. Johnson 6.0.3-2 - corrected the pc file dd_rescue-1.12-6.fc7 -------------------- * Wed Mar 07 2007 Andreas Thienemann - 1.12-6 - Fixed the patch from 1.12-5 * Wed Mar 07 2007 Andreas Thienemann - 1.12-5 - Fixed tail warning about deprecated argument. Thanks to Jason Farrell for the patch. deltarpm-3.4-1.fc7 ------------------ * Tue Mar 06 2007 Adam Jackson 3.4-1 - Update to 3.4 (#231154) deluge-0.4.99.1-1.fc7 --------------------- * Tue Mar 06 2007 Peter Gordon - 0.4.99.1-1 - Update to new upstream release (0.5 RC1). - Use rewritten setup.py instead of patching it so much, since it's easier to maintain across version upgrades and whatnot: + fixed-setup.py - Remove the setup.py patches (no longer needed, since I'm packaging my own): - setup.py-dont-store-the-install-dir.patch - setup.py-build-against-system-libtorrent.patch gtk-recordmydesktop-0.3.3.1-3.fc7 --------------------------------- * Tue Mar 06 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-2 - Preserve timestamps * Mon Mar 05 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-2 - Add missing BR * Sun Mar 04 2007 Sindre Pedersen Bj?rdal - 0.3.3.1-1 - Initial build ices-2.0.1-4.fc7 ---------------- * Wed Mar 07 2007 Andreas Thienemann - 2.0.1-4 - Fixed logrotation script to point to the correct file isorelax-0-0.1.release20050331.1jpp.2.fc7 ----------------------------------------- * Tue Mar 06 2007 Vivek Lakshmanan 1:0-0.1.release20050331.1jpp.2.fc7 - Rebuild * Tue Mar 06 2007 Vivek Lakshmanan 1:0-0.1.release20050331.1jpp.1.fc7 - First Fedora build * Mon Feb 12 2007 Andrew Overholt 1:0-0.1.release20050331.1jpp.1 - Clean up - Remove tests - Fix e:nvr for new scheme (0.Z.tag.Xjpp.Y%{?dist}) and bump epoch for upgrades - Add instructions for how to create source drop - Don't do javadoc symlinking in %post{,un} - Remove Obsoletes and Provides on isorelax-bootstrap as they were never shipped in Fedora and I don't know what version to Obsolete/Provide jack-audio-connection-kit-0.102.20-4.fc7 ---------------------------------------- * Wed Mar 07 2007 Andy Shevchenko 0.102.20-4 - drop libtermcap-devel build requirement (#231203) - create special jackuser group (#221785) jakarta-commons-io-1.2-3jpp.1.fc7 --------------------------------- * Tue Feb 13 2007 Deepak Bhole - 0:1.2-3jpp.1.fc7 - Fix spec per Fedora guidelines. jflex-1.3.5-2jpp.1.fc7 ---------------------- * Mon Feb 12 2007 Matt Wringe - 0:1.3.5-2jpp.1 - Remove javadoc post and postun sections due to new jpp standard - Update makefile patch to compress jar - Fix rpmlint issues junitperf-1.9.1-2jpp.1.fc7 -------------------------- * Thu Feb 15 2007 Deepak Bhole - 0:1.9.1-2jpp.1 - Fixed per Fedora spec kdemultimedia-extras-3.5.6-5.fc7 -------------------------------- * Wed Mar 07 2007 Michael Schwendt 6:3.5.6-5 - fix the fatal "Conflicts" with kdemultimedia-extras-nonfree, which breaks upgrades - the package does not have Epoch 6 kvm-15-1 -------- * Wed Mar 07 2007 Jeremy Katz - 15-1 - update to kvm-15 libcdaudio-0.99.12p2-8.fc7 -------------------------- libupnp-1.4.3-1.fc7 ------------------- * Tue Mar 06 2007 Eric Tanguy - 1.4.3-1 - Update to version 1.4.3 ntfs-config-0.5.5-1.fc7 ----------------------- * Thu Mar 01 2007 Xavier Lamien - 0.5.5-1 - Updated release. - Disabled patch0 that doesn't works with new release. piklab-0.14.0-1.fc7 ------------------- * Wed Mar 07 2007 Alain Portal 0.14.0-1 - New upstream version - Update %patch2 spandsp-0.0.3-1.pre28.fc7 ------------------------- * Tue Mar 06 2007 Jeffrey C. Ollie - 0.0.3-1.pre28 - Update to 0.0.3pre28 tagsoup-1.0.1-1jpp.1.fc7 ------------------------ * Mon Feb 12 2007 Vivek Lakshmanan 0:1.0.1-1jpp.1.fc7 - rpmlint fixes - Use fedora approved naming convention - Fix buildroot to conform to Fedora packaging guidelines - Add LICENSE to the rpm and label as doc - Remove Vendor and Distribution tags - Minor formatting fixes - Use proper javaoc handling - Add requires and requires(x) on jpackage-utils - Add GCJ support - BR on ant-trax and xalan-j2 twinkle-1.0-2.fc7 ----------------- * Wed Mar 07 2007 Kevin Fenzi - 1.0-2 - Rebuild for new ccrtp version xdg-user-dirs-0.4-1.fc7 ----------------------- * Wed Mar 07 2007 Alexander Larsson - 0.4-1 - Update to 0.4 xdg-user-dirs-gtk-0.3-1.fc7 --------------------------- * Tue Mar 06 2007 Alexander Larsson - 0.3-1 - update to 0.3 - Add xdg-user-dirs buildreq For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Thu Mar 8 00:35:15 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Thu, 08 Mar 2007 00:35:15 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-07 Message-ID: <20070308003515.10982.95018@extras64.linux.duke.edu> New report for: redhat-bugzilla AT linuxnetz.de package: eggdrop - 1.6.18-6.fc7.i386 from fedora-extras-development-i386 unresolved deps: libdns.so.22 package: eggdrop - 1.6.18-6.fc7.ppc from fedora-extras-development-ppc unresolved deps: libdns.so.22 package: eggdrop - 1.6.18-6.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libdns.so.22()(64bit) ====================================================================== New report for: dakingun AT gmail.com package: gparted - 0.3.3-1.fc5.i386 from fedora-extras-5-i386 unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-1.fc5.ppc from fedora-extras-5-ppc unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-1.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) package: gparted - 0.3.3-1.fc6.i386 from fedora-extras-6-i386 unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-1.fc6.ppc from fedora-extras-6-ppc unresolved deps: libparted-1.8.so.0 package: gparted - 0.3.3-1.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) ====================================================================== New report for: steve AT silug.org package: qtparted - 0.4.5-11.fc5.i386 from fedora-extras-5-i386 unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc5.ppc from fedora-extras-5-ppc unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc5.x86_64 from fedora-extras-5-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) package: qtparted - 0.4.5-11.fc6.i386 from fedora-extras-6-i386 unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc6.ppc from fedora-extras-6-ppc unresolved deps: libparted-1.8.so.0 package: qtparted - 0.4.5-11.fc6.x86_64 from fedora-extras-6-x86_64 unresolved deps: libparted-1.8.so.0()(64bit) ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de pdftk - 1.41-3.fc7.i386 (7 days) pdftk - 1.41-3.fc7.ppc (7 days) pdftk - 1.41-3.fc7.x86_64 (7 days) braden AT endoframe.com openvrml - 0.16.3-2.fc6.i386 (8 days) openvrml - 0.16.3-2.fc6.ppc (8 days) openvrml - 0.16.3-2.fc6.x86_64 (8 days) openvrml - 0.16.3-3.fc7.i386 (7 days) openvrml - 0.16.3-3.fc7.i386 (7 days) openvrml - 0.16.3-3.fc7.ppc (7 days) openvrml - 0.16.3-3.fc7.x86_64 (7 days) openvrml-devel - 0.16.3-2.fc6.i386 (8 days) openvrml-devel - 0.16.3-2.fc6.ppc (8 days) openvrml-devel - 0.16.3-2.fc6.x86_64 (8 days) openvrml-devel - 0.16.3-3.fc7.i386 (7 days) openvrml-devel - 0.16.3-3.fc7.i386 (7 days) openvrml-devel - 0.16.3-3.fc7.ppc (7 days) openvrml-devel - 0.16.3-3.fc7.x86_64 (7 days) dakingun AT gmail.com gparted - 0.3.3-1.fc5.i386 gparted - 0.3.3-1.fc5.ppc gparted - 0.3.3-1.fc5.x86_64 gparted - 0.3.3-1.fc6.i386 gparted - 0.3.3-1.fc6.ppc gparted - 0.3.3-1.fc6.x86_64 dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (89 days) csound - 5.03.0-9.fc7.i386 (89 days) csound - 5.03.0-9.fc7.ppc (89 days) csound - 5.03.0-9.fc7.x86_64 (89 days) csound-python - 5.03.0-9.fc7.i386 (89 days) csound-python - 5.03.0-9.fc7.ppc (89 days) csound-python - 5.03.0-9.fc7.x86_64 (89 days) dennis AT ausil.us mysql-query-browser - 1.1.18-4.fc6.i386 (7 days) mysql-query-browser - 1.1.18-4.fc6.ppc (7 days) mysql-query-browser - 1.1.18-4.fc6.x86_64 (7 days) foolish AT guezz.net flac123 - 0.0.9-1.fc7.i386 (20 days) flac123 - 0.0.9-1.fc7.ppc (20 days) flac123 - 0.0.9-1.fc7.x86_64 (20 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.2962.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.20_1.2962.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.20_1.2962.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.2962.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.2962.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (86 days) libreadline-java - 0.8.0-13.fc6.i386 (86 days) libreadline-java - 0.8.0-13.fc6.ppc (86 days) libreadline-java - 0.8.0-13.fc6.x86_64 (86 days) karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.i386 (8 days) gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.ppc (8 days) gtkmozembedmm - 1.4.2.cvs20060817-7.fc6.x86_64 (8 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (7 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (7 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.ppc (7 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.x86_64 (7 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (89 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (89 days) rdieter AT math.unl.edu k3b-extras - 0.12.17-1.fc6.i386 (18 days) k3b-extras - 0.12.17-1.fc6.ppc (18 days) k3b-extras - 0.12.17-1.fc6.x86_64 (18 days) redhat-bugzilla AT linuxnetz.de eggdrop - 1.6.18-6.fc7.i386 eggdrop - 1.6.18-6.fc7.ppc eggdrop - 1.6.18-6.fc7.x86_64 steve AT silug.org qtparted - 0.4.5-11.fc5.i386 qtparted - 0.4.5-11.fc5.ppc qtparted - 0.4.5-11.fc5.x86_64 qtparted - 0.4.5-11.fc6.i386 qtparted - 0.4.5-11.fc6.ppc qtparted - 0.4.5-11.fc6.x86_64 stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (89 days) xmldiff - 0.6.7-12.fc6.ppc (89 days) xmldiff - 0.6.7-12.fc6.x86_64 (89 days) tcallawa AT redhat.com logjam - 1:4.5.3-8.fc7.i386 (7 days) logjam - 1:4.5.3-8.fc7.ppc (7 days) logjam - 1:4.5.3-8.fc7.x86_64 (7 days) toshio AT tiki-lounge.com gnotime - 2.2.2-7.fc6.i386 (7 days) gnotime - 2.2.2-7.fc6.ppc (7 days) gnotime - 2.2.2-7.fc6.x86_64 (7 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.i586 kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.i686 kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.ppc kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.x86_64 kmod-em8300-PAE - 0.16.1-6.2.6.20_1.2962.fc7.i686 kmod-em8300-kdump - 0.16.1-6.2.6.20_1.2962.fc7.x86_64 kmod-em8300-smp - 0.16.1-6.2.6.20_1.2962.fc7.ppc ====================================================================== Broken packages in fedora-extras-5-i386: gparted-0.3.3-1.fc5.i386 requires libparted-1.8.so.0 qtparted-0.4.5-11.fc5.i386 requires libparted-1.8.so.0 ====================================================================== Broken packages in fedora-extras-5-ppc: gparted-0.3.3-1.fc5.ppc requires libparted-1.8.so.0 qtparted-0.4.5-11.fc5.ppc requires libparted-1.8.so.0 ====================================================================== Broken packages in fedora-extras-5-x86_64: gparted-0.3.3-1.fc5.x86_64 requires libparted-1.8.so.0()(64bit) qtparted-0.4.5-11.fc5.x86_64 requires libparted-1.8.so.0()(64bit) ====================================================================== Broken packages in fedora-extras-6-i386: gparted-0.3.3-1.fc6.i386 requires libparted-1.8.so.0 gtkmozembedmm-1.4.2.cvs20060817-7.fc6.i386 requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.i386 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.i386 requires firefox-devel = 0:1.5.0.9 qtparted-0.4.5-11.fc6.i386 requires libparted-1.8.so.0 ====================================================================== Broken packages in fedora-extras-6-ppc: gparted-0.3.3-1.fc6.ppc requires libparted-1.8.so.0 gtkmozembedmm-1.4.2.cvs20060817-7.fc6.ppc requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.ppc requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.ppc requires firefox-devel = 0:1.5.0.9 qtparted-0.4.5-11.fc6.ppc requires libparted-1.8.so.0 ====================================================================== Broken packages in fedora-extras-6-x86_64: gparted-0.3.3-1.fc6.x86_64 requires libparted-1.8.so.0()(64bit) gtkmozembedmm-1.4.2.cvs20060817-7.fc6.x86_64 requires gecko-libs = 0:1.8.0.9 openvrml-0.16.3-2.fc6.x86_64 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.9 qtparted-0.4.5-11.fc6.x86_64 requires libparted-1.8.so.0()(64bit) ====================================================================== Broken packages in fedora-extras-development-i386: csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 eggdrop-1.6.18-6.fc7.i386 requires libdns.so.22 flac123-0.0.9-1.fc7.i386 requires libFLAC.so.7 gnotime-2.2.2-7.fc6.i386 requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.i386 requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.i386 requires libk3b.so.2 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2962.fc7 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7 kmod-em8300-PAE-0.16.1-6.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7PAE kmod-sysprof-1.0.8-1.2.6.20_1.2962.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2962.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.i386 requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.i386 requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.i386 requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 eggdrop-1.6.18-6.fc7.ppc requires libdns.so.22 flac123-0.0.9-1.fc7.ppc requires libFLAC.so.7 gnotime-2.2.2-7.fc6.ppc requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.ppc requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.ppc requires libk3b.so.2 k3b-extras-0.12.17-1.fc6.ppc requires libk3bdevice.so.2 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2962.fc7 kmod-em8300-smp-0.16.1-6.2.6.20_1.2962.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2962.fc7smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.ppc requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.ppc requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.ppc requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.ppc requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.ppc requires libgcj.so.7rh xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) eggdrop-1.6.18-6.fc7.x86_64 requires libdns.so.22()(64bit) flac123-0.0.9-1.fc7.x86_64 requires libFLAC.so.7()(64bit) gnotime-2.2.2-7.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.x86_64 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.x86_64 requires libk3b.so.2()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3bdevice.so.2()(64bit) kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7 kmod-em8300-kdump-0.16.1-6.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.x86_64 requires libgtkhtml-3.8.so.15()(64bit) mysql-query-browser-1.1.18-4.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-0.16.3-3.fc7.x86_64 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.x86_64 requires firefox-devel = 0:2.0.0.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pdftk-1.41-3.fc7.x86_64 requires libgcj.so.7rh()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From Matt_Domsch at dell.com Thu Mar 8 03:41:38 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 7 Mar 2007 21:41:38 -0600 Subject: Extras x86_64 rawhide rebuild in mock status 2007-03-07 Message-ID: <20070307214138.A26115@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Wed Mar 7 20:35:34 CST 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2663 Number failed to build: 62 Number expected to fail due to ExclusiveArch or ExcludeArch: 0 Leaving: 62 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 61 ---------------------------------- HelixPlayer-1.0.7-5.fc7 gauret at free.fr R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de apmud-1.0.0-6.fc6 dwmw2 at redhat.com athcool-0.3.11-5.fc6 gajownik at gmail.com atitvout-0.4-6 andreas.bierfert at lowlatency.de banshee-0.11.5-1.fc7 caillon at redhat.com cmucl-19d-3.fc7 rdieter at math.unl.edu compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch conexusmm-0.4.0-5.fc6 rvinyard at cs.nmsu.edu crm114-0-0.2.20060704.fc6 rpm at greysector.net csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-6.2.6.20_1.2962.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org freenx-0.5.0-5.fc6 zipsonic at gmail.com gambas-1.0.17-7.fc7 tcallawa at redhat.com gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gnome-sudoku-0.5.0-1.fc6 stickster at gmail.com grepmail-5.3032-5.fc7 paul at city-fan.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk hyperestraier-1.4.9-2.fc7 mtasaka at ioa.s.u-tokyo.ac.jp i8kutils-1.25-11.fc6 matthias at rpmforge.net jogl-1.0.0-5.7.beta5.fc6 green at redhat.com koffice-1.6.2-3.fc7 andreas.bierfert at lowlatency.de kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libreadline-java-0.8.0-13.fc6 ifoox at redhat.com lightning-1.2-4.fc6 Jochen at herr-schmitt.de lrmi-0.10-2.fc6 kevin at tummy.com magic-7.4.33-6.fc7 cgoorah at yahoo.com.au mlton-20061107-2.fc7 adam at spicenitz.org monodevelop-0.13-1.fc7 paul at all-the-johnsons.co.uk mosml-2.01-9.fc7 gemi at bluewin.ch muine-0.8.7-2.fc7 foolish at guezz.net nagios-plugins-1.4.6-1.fc7 mmcgrath at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se nx-2.1.0-1.fc6 zipsonic at gmail.com oorexx-3.1.1-1.fc7 gemi at bluewin.ch orpie-1.4.3-5.fc6 lists at forevermore.net paraview-2.4.4-3.fc6 orion at cora.nwra.com php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org prewikka-0.9.8-1.fc7 tscherf at redhat.com python-amara-1.1.9-7.fc7 jamatos at fc.up.pt python-reportlab-2.0-2.fc7 bdpepple at ameritech.net q-7.6-2.fc7 gemi at bluewin.ch qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com s3switch-0.0-9.20020912.fc6 paul at xelerance.com spicctrl-1.9-5.fc7 michel.salim at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de toped-0.8.2-2.fc6 cgoorah at yahoo.com.au warzone2100-2.0.5-3.fc7 karlikt at gmail.com wine-0.9.31-1.fc7 andreas.bierfert at lowlatency.de xca-0.5.1-6.fc6 enrico.scholz at informatik.tu-chemnitz.de xeuphoric-0.18.2-6.fc6 paul at all-the-johnsons.co.uk xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com z88dk-1.6-10.fc6 paul at all-the-johnsons.co.uk zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Thu Mar 8 03:41:56 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 7 Mar 2007 21:41:56 -0600 Subject: Extras i386 rawhide rebuild in mock status 2007-03-07 Message-ID: <20070307214156.A26135@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Wed Mar 7 20:41:38 CST 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2667 Number failed to build: 41 Number expected to fail due to ExclusiveArch or ExcludeArch: 0 Leaving: 41 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 40 ---------------------------------- R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de apmud-1.0.0-6.fc6 dwmw2 at redhat.com banshee-0.11.5-1.fc7 caillon at redhat.com compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch conexusmm-0.4.0-5.fc6 rvinyard at cs.nmsu.edu csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-6.2.6.20_1.2962.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net firefox-32-0.0.1-5.fc7 wtogami at redhat.com flumotion-0.2.1-3.fc6 thomas at apestaart.org gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gnome-sudoku-0.5.0-1.fc6 stickster at gmail.com grepmail-5.3032-5.fc7 paul at city-fan.org gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk hyperestraier-1.4.9-2.fc7 mtasaka at ioa.s.u-tokyo.ac.jp jogl-1.0.0-5.7.beta5.fc6 green at redhat.com kdeartwork-extras-3.5.6-2.fc7 rdieter at math.unl.edu kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com libreadline-java-0.8.0-13.fc6 ifoox at redhat.com monodevelop-0.13-1.fc7 paul at all-the-johnsons.co.uk monotone-0.33-1.fc7 roland at redhat.com muine-0.8.7-2.fc7 foolish at guezz.net nagios-plugins-1.4.6-1.fc7 mmcgrath at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se openpbx-1.2-3.rc3.svn2540.fc7 dwmw2 at redhat.com orpie-1.4.3-5.fc6 lists at forevermore.net otrs-2.1.5-1.fc7 mmcgrath at redhat.com paraview-2.4.4-3.fc6 orion at cora.nwra.com php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.2932.fc7 giallu at gmail.com toped-0.8.2-2.fc6 cgoorah at yahoo.com.au xca-0.5.1-6.fc6 enrico.scholz at informatik.tu-chemnitz.de xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- 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 dcbw at redhat.com Thu Mar 8 04:29:32 2007 From: dcbw at redhat.com (Dan Williams) Date: Wed, 07 Mar 2007 23:29:32 -0500 Subject: plague-client list email broken? In-Reply-To: <1172981642.26830.349.camel@mccallum.corsepiu.local> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> Message-ID: <1173328172.12695.0.camel@localhost.localdomain> On Sun, 2007-03-04 at 05:14 +0100, Ralf Corsepius wrote: > Hi > > Is plague-client list email broken? It appears you have too many jobs to count :) Any objection to limiting the return values to 200 rows or something? Dan > ATM, for me, this happens on FC6: > > # plague-client list email > Traceback (most recent call last): > File "/usr/bin/plague-client", line 434, in ? > cli.dispatch(cmd, sys.argv[2:]) > File "/usr/bin/plague-client", line 379, in dispatch > func(args) > File "/usr/bin/plague-client", line 272, in _cmd_list > (e, msg, jobs) = self._server.list_jobs(query_args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ > return self.__send(self.__name, args) > File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request > verbose=self.__verbose > File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request > return self._parse_response(h.getfile(), sock) > File "/usr/lib/python2.4/xmlrpclib.py", line 1284, in _parse_response > p.close() > File "/usr/lib/python2.4/xmlrpclib.py", line 530, in close > self._parser.Parse("", 1) # end of data > xml.parsers.expat.ExpatError: unclosed token: line 47638, column 17 > > Ralf > > From rc040203 at freenet.de Thu Mar 8 04:48:56 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 08 Mar 2007 05:48:56 +0100 Subject: plague-client list email broken? In-Reply-To: <1173328172.12695.0.camel@localhost.localdomain> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <1173328172.12695.0.camel@localhost.localdomain> Message-ID: <1173329337.25839.341.camel@mccallum.corsepiu.local> On Wed, 2007-03-07 at 23:29 -0500, Dan Williams wrote: > On Sun, 2007-03-04 at 05:14 +0100, Ralf Corsepius wrote: > > Hi > > > > Is plague-client list email broken? > > It appears you have too many jobs to count :) Any objection to limiting > the return values to 200 rows or something? Hmm - Where does this limit come from? I definitely don't need the status of what I built years ago, but 200 wouldn't be "that much", because it could easily be exceeded during mass rebuilds. Ralf From buildsys at fedoraproject.org Thu Mar 8 08:32:33 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 8 Mar 2007 03:32:33 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-08 Message-ID: <20070308083233.CDC2F152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras 6: 2 gparted-0.3.3-2.fc6 qtparted-0.4.5-12.fc6 Packages built and released for Fedora Extras 5: 2 gparted-0.3.3-2.fc5 qtparted-0.4.5-12.fc5 For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From dcbw at redhat.com Thu Mar 8 14:39:15 2007 From: dcbw at redhat.com (Dan Williams) Date: Thu, 08 Mar 2007 09:39:15 -0500 Subject: plague-client list email broken? In-Reply-To: <1173329337.25839.341.camel@mccallum.corsepiu.local> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <1173328172.12695.0.camel@localhost.localdomain> <1173329337.25839.341.camel@mccallum.corsepiu.local> Message-ID: <1173364755.14811.9.camel@localhost.localdomain> On Thu, 2007-03-08 at 05:48 +0100, Ralf Corsepius wrote: > On Wed, 2007-03-07 at 23:29 -0500, Dan Williams wrote: > > On Sun, 2007-03-04 at 05:14 +0100, Ralf Corsepius wrote: > > > Hi > > > > > > Is plague-client list email broken? > > > > It appears you have too many jobs to count :) Any objection to limiting > > the return values to 200 rows or something? > > Hmm - Where does this limit come from? > > I definitely don't need the status of what I built years ago, but 200 > wouldn't be "that much", because it could easily be exceeded during mass > rebuilds. Well, it appears that the returned XML is, as you can see, thousands of rows. I don't know how verbose XMLRPC is, but I'd expect that 42000 rows is quite a lot of XML. When I run the command, I don't have problems. It could be a bug in the python XMLRPC generation, I'm not sure. Dan From dennis at ausil.us Thu Mar 8 14:43:18 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 8 Mar 2007 08:43:18 -0600 Subject: plague-client list email broken? In-Reply-To: <1173364755.14811.9.camel@localhost.localdomain> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <1173329337.25839.341.camel@mccallum.corsepiu.local> <1173364755.14811.9.camel@localhost.localdomain> Message-ID: <200703080843.18408.dennis@ausil.us> On Thursday 08 March 2007 08:39:15 am Dan Williams wrote: > On Thu, 2007-03-08 at 05:48 +0100, Ralf Corsepius wrote: > > On Wed, 2007-03-07 at 23:29 -0500, Dan Williams wrote: > > > On Sun, 2007-03-04 at 05:14 +0100, Ralf Corsepius wrote: > > > > Hi > > > > > > > > Is plague-client list email broken? > > > > > > It appears you have too many jobs to count :) Any objection to > > > limiting the return values to 200 rows or something? > > > > Hmm - Where does this limit come from? > > > > I definitely don't need the status of what I built years ago, but 200 > > wouldn't be "that much", because it could easily be exceeded during mass > > rebuilds. > > Well, it appears that the returned XML is, as you can see, thousands of > rows. I don't know how verbose XMLRPC is, but I'd expect that 42000 > rows is quite a lot of XML. When I run the command, I don't have > problems. It could be a bug in the python XMLRPC generation, I'm not > sure. > > Dan HOw about we limit it to the last 6 months? -- Dennis Gilmore, RHCE From michel.salim at gmail.com Thu Mar 8 16:36:45 2007 From: michel.salim at gmail.com (Michel Salim) Date: Thu, 8 Mar 2007 11:36:45 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2007-03-07 In-Reply-To: <20070307214138.A26115@humbolt.us.dell.com> References: <20070307214138.A26115@humbolt.us.dell.com> Message-ID: <883cfe6d0703080836n53118da3jc6ece1d61c1f5e72@mail.gmail.com> 2007/3/7, Matt Domsch : > Extras Rawhide-in-Mock Build Results for x86_64 Wed Mar 7 20:35:34 CST 2007 > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > Total packages: 2663 > Number failed to build: 62 > Number expected to fail due to ExclusiveArch or ExcludeArch: 0 > Leaving: 62 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 61 > ---------------------------------- > HelixPlayer-1.0.7-5.fc7 gauret at free.fr HelixPlayer has ExcludeArch for x86_64 set. -- Michel Salim http://hircus.wordpress.com/ From Matt_Domsch at dell.com Thu Mar 8 17:17:16 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Thu, 8 Mar 2007 11:17:16 -0600 Subject: Extras x86_64 rawhide rebuild in mock status 2007-03-07 In-Reply-To: <883cfe6d0703080836n53118da3jc6ece1d61c1f5e72@mail.gmail.com> References: <20070307214138.A26115@humbolt.us.dell.com> <883cfe6d0703080836n53118da3jc6ece1d61c1f5e72@mail.gmail.com> Message-ID: <20070308171716.GA15946@lists.us.dell.com> On Thu, Mar 08, 2007 at 11:36:45AM -0500, Michel Salim wrote: > HelixPlayer has ExcludeArch for x86_64 set. Yes, my stats scripts broke on all the ExclusiveArch/ExcludeArch stuff. My apologies for the noise, I'm fixing now. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at fedoraproject.org Fri Mar 9 00:35:23 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 8 Mar 2007 19:35:23 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-08 Message-ID: <20070309003523.AF02D152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 19 amsn-0.96-7.fc7 deluge-0.4.99.1-3.fc7 fedora-usermgmt-0.9-1.fc7 gnupg2-2.0.3-1.fc7 gobby-0.4.2-1.fc7 grace-5.1.21-1.fc7 grepmail-5.3033-2.fc7 gutenprint-5.0.0.99.1-2.fc7 hyperestraier-1.4.9-3.fc7 libmtp-0.1.4-1.fc7 mecab-0.95-0.1.pre1.fc7.1 mecab-jumandic-5.1.20070304-1.fc7 net6-1.3.3-1.fc7 obby-0.4.3-1.fc7 qdbm-1.8.74-3.fc7 sobby-0.4.2-1.fc7 srecord-1.28-1.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.2967.fc7 tellico-1.2.9-1.fc7 Packages built and released for Fedora Extras 6: 9 fedora-usermgmt-0.9-1.fc6 gcstar-1.1.1-2.fc6 grace-5.1.21-1.fc6 mecab-0.95-0.1.pre1.fc6.1 mecab-jumandic-5.1.20070304-1.fc6 NEW ntfs-config-0.5.5-2 qdbm-1.8.74-3.fc6 srecord-1.28-1.fc6 tellico-1.2.9-1.fc6 Packages built and released for Fedora Extras 5: 8 fedora-usermgmt-0.8-3.fc5 gcstar-1.1.1-2.fc5 grace-5.1.21-1.fc5 mecab-0.95-0.1.pre1.fc5.1 mecab-jumandic-5.1.20070304-1.fc5.1 qdbm-1.8.74-3.fc5 srecord-1.28-1.fc5 tellico-1.2.9-1.fc5 amsn-0.96-7.fc7 --------------- * Thu Mar 08 2007 Sander Hoentjen - 0.96-7 - Don't own tcl_sitearch deluge-0.4.99.1-3.fc7 --------------------- * Wed Mar 07 2007 Peter Gordon - 0.4.99.1-3 - Add a patch (submitted upstream) to properly catch a thrown IndexError in state message updates. This should resolve the bug wherein the UI stops updating its details and torrent listing. + delugegtk.py-fix-IndexError-exception-handling.patch * Wed Mar 07 2007 Peter Gordon - 0.4.99.1-2 - Drop unneeded 64bit-python_long patch; as it seems to cause more trouble than it's worth. Instead, pass -DAMD64 as a compiler flag on 64-bit arches. - 64bit-python_long patch (This should fix the bug where, even though torrents are active, they are not shown in the GtkTreeView listing.) fedora-usermgmt-0.9-1.fc7 ------------------------- * Thu Mar 08 2007 Enrico Scholz - 0.9-1 - fixed and updated the documentation; especially, added the '-r' option to the fedora-useradd example and mentioned the wiki page. gnupg2-2.0.3-1.fc7 ------------------ * Thu Mar 08 2007 Rex Dieter 2.0.3-1 - gnupg-2.0.3 gobby-0.4.2-1.fc7 ----------------- * Wed Mar 07 2007 Luke Macken - 0.4.2-1 - 0.4.2 - Remove gobby-0.4.1-filepath.patch grace-5.1.21-1.fc7 ------------------ * Thu Mar 08 2007 Jos? Matos - 5.1.21-1 - Update to 5.1.21 (#231434). - Fix typo in description (#231435). grepmail-5.3033-2.fc7 --------------------- * Thu Mar 08 2007 Paul Howarth 5.3033-2 - Buildrequire perl-devel for Fedora 7 onwards * Fri Mar 02 2007 Paul Howarth 5.3033-1 - Update to 5.3033 - CPAN RT#24341 fixed upstream, remove patch - Permissions fixes in %prep no longer needed - Changed download host from dl.sf.net to downloads.sf.net gutenprint-5.0.0.99.1-2.fc7 --------------------------- * Mon Mar 05 2007 Tim Waugh 5.0.0.99.1-2 - Slightly better obsoletes/provides to follow the naming guidelines. * Mon Mar 05 2007 Tim Waugh 5.0.0.99.1-1 - 5.0.0.99.1. - No longer need PPDs sub-packages: CUPS driver is included in the cups sub-package. - Package the CUPS driver in sbindir and put a symlink in the CUPS ServerBin directory to work around bug #231015. - Set POSIX locale when parsing lpstat output. hyperestraier-1.4.9-3.fc7 ------------------------- * Thu Mar 08 2007 Mamoru Tasaka - 1.4.9-3 - Add perl-devel for BR libmtp-0.1.4-1.fc7 ------------------ * Wed Mar 07 2007 Linus Walleij 0.1.4-1 - New upstream release. - Candidate for FC5, FC6 backport. - Hopefully API/ABI compatible, testing in devel tree. mecab-0.95-0.1.pre1.fc7.1 ------------------------- * Thu Mar 08 2007 Mamoru Tasaka - 0.95-0.1.pre1.1 - 0.95 pre1 mecab-jumandic-5.1.20070304-1.fc7 --------------------------------- * Thu Mar 08 2007 Mamoru Tasaka - 5.1.20070304-1 - 5.1 date 20070304 net6-1.3.3-1.fc7 ---------------- * Wed Mar 07 2007 Luke Macken - 1.3.3-1 - 1.3.3 obby-0.4.3-1.fc7 ---------------- * Wed Mar 07 2007 Luke Macken - 0.4.3-1 - 0.4.3 qdbm-1.8.74-3.fc7 ----------------- * Thu Mar 08 2007 Mamoru Tasaka - 1.8.74-3 - Add JAVAC direction and perl-devel for BR sobby-0.4.2-1.fc7 ----------------- * Wed Mar 07 2007 Luke Macken - 0.4.2-1 - 0.4.2 srecord-1.28-1.fc7 ------------------ * Thu Mar 08 2007 Jose Pedro Oliveira - 1.28-1 - Update to 1.28. sysprof-kmod-1.0.8-1.2.6.20_1.2967.fc7 -------------------------------------- tellico-1.2.9-1.fc7 ------------------- * Thu Mar 08 2007 Jos? Matos - 1.2.9-1 - Update to 1.2.9. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From rc040203 at freenet.de Fri Mar 9 03:15:53 2007 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 09 Mar 2007 04:15:53 +0100 Subject: plague-client list email broken? In-Reply-To: <200703080843.18408.dennis@ausil.us> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <1173329337.25839.341.camel@mccallum.corsepiu.local> <1173364755.14811.9.camel@localhost.localdomain> <200703080843.18408.dennis@ausil.us> Message-ID: <1173410153.25839.371.camel@mccallum.corsepiu.local> On Thu, 2007-03-08 at 08:43 -0600, Dennis Gilmore wrote: > On Thursday 08 March 2007 08:39:15 am Dan Williams wrote: > > On Thu, 2007-03-08 at 05:48 +0100, Ralf Corsepius wrote: > > > On Wed, 2007-03-07 at 23:29 -0500, Dan Williams wrote: > > > > On Sun, 2007-03-04 at 05:14 +0100, Ralf Corsepius wrote: > > > > > Hi > > > > > > > > > > Is plague-client list email broken? > > > > > > > > It appears you have too many jobs to count :) Any objection to > > > > limiting the return values to 200 rows or something? > > > > > > Hmm - Where does this limit come from? > > > > > > I definitely don't need the status of what I built years ago, but 200 > > > wouldn't be "that much", because it could easily be exceeded during mass > > > rebuilds. > > > > Well, it appears that the returned XML is, as you can see, thousands of > > rows. I don't know how verbose XMLRPC is, but I'd expect that 42000 > > rows is quite a lot of XML. When I run the command, I don't have > > problems. It could be a bug in the python XMLRPC generation, I'm not > > sure. > > > > Dan > HOw about we limit it to the last 6 months? If this is a "size" problem, then this won't really help. It will only reduce the probability of somebody hitting this issue. Ralf From opensource at till.name Fri Mar 9 10:24:32 2007 From: opensource at till.name (Till Maas) Date: Fri, 09 Mar 2007 11:24:32 +0100 Subject: plague-client list email broken? In-Reply-To: <200703080843.18408.dennis@ausil.us> References: <1172981642.26830.349.camel@mccallum.corsepiu.local> <1173364755.14811.9.camel@localhost.localdomain> <200703080843.18408.dennis@ausil.us> Message-ID: <200703091124.39551.opensource@till.name> On Do M?rz 8 2007, Dennis Gilmore wrote: > HOw about we limit it to the last 6 months? I think the possibility to provide a limit on the command line and in the config file would be the best idea, Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Sat Mar 10 11:47:37 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 10 Mar 2007 12:47:37 +0100 Subject: rpms/eventlog/devel eventlog.spec,1.5,1.6 In-Reply-To: <200703091709.l29H9asR031400@cvs-int.fedora.redhat.com> References: <200703091709.l29H9asR031400@cvs-int.fedora.redhat.com> Message-ID: <20070310124737.fcacf5f8.bugs.michael@gmx.net> On Fri, 9 Mar 2007 12:09:36 -0500, Jose Pedro Oliveira (jpo) wrote: > Author: jpo > > Update of /cvs/extras/rpms/eventlog/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv31382 > > Modified Files: > eventlog.spec > Log Message: > Don't create the -static subpackage by default It has been built for FC-6 and FC-5 before, though, so the corresponding "Obsoletes: eventlog-static <= ..." is missing when not building it. Else this creates a broken dep for the orphaned eventlog-static pkg, which is still in the repository. From buildsys at fedoraproject.org Sat Mar 10 12:23:26 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 10 Mar 2007 07:23:26 -0500 (EST) Subject: Fedora Extras Package Build Report 2007-03-10 Message-ID: <20070310122326.1EFD9152133@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 32 alex4-1.0-3.fc7 atomorun-1.1-0.3.pre2.fc7 clanbomber-1.05-4.fc7 digikam-0.9.1-1.fc7 digikamimageplugins-0.9.1-1.fc7 digikamimageplugins-doc-0.9.0-1 duel3-0.1-0.3.20060225.fc7 eventlog-0.2.5-5.fc7 fslint-2.20-1.fc7 NEW games-menus-0.2-1.fc7 glom-1.3.11-1.fc7 gnome-libs-1.4.2-5.fc7 gnubiff-2.2.5-3.fc7 NEW iasl-20061109-2.fc7 ktorrent-2.1.2-2.fc7 NEW libkexiv2-0.1.1-2.fc7 liquidwar-5.6.3-3.fc7 mew-5.2-3.fc7 monodevelop-0.13.1-1.fc7 neverball-1.4.0-8.fc7 NEW perl-Devel-Leak-0.03-2.fc7 piklab-0.14.0-2.fc7 pinball-0.3.1-7.fc7 pungi-0.2.8-1.fc7 syslog-ng-2.0.3-0.20070309.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.2975.fc7 sysprof-kmod-1.0.8-1.2.6.20_1.2981.fc7 taskjuggler-2.3.1-1.fc7 NEW tcpxtract-1.0.1-7.fc7 trackballs-1.1.2-4.fc7 NEW viewvc-1.0.3-11.fc7 wormux-0.7.9-2.fc7 Packages built and released for Fedora Extras 6: 18 digikam-0.9.1-1.fc6 fslint-2.20-1.fc6 NEW games-menus-0.2-1.fc6 gnome-libs-1.4.2-5.fc6 gnubiff-2.2.5-3.fc6 gtkmozembedmm-1.4.2.cvs20060817-8.fc6 kdeartwork-extras-3.5.6-2.fc6 ktorrent-2.1.2-2.fc6 NEW libkexiv2-0.1.1-2.fc6.1 mew-5.2-3.fc6 neverball-1.4.0-8.fc6 NEW perl-Devel-Leak-0.03-1.fc6 piklab-0.14.0-2.fc6 NEW specto-0.2.0-3.fc6 taskjuggler-2.3.1-1.fc6 NEW tcpxtract-1.0.1-7.fc6 NEW viewvc-1.0.3-10.fc6 wormux-0.7.9-2.fc6 Packages built and released for Fedora Extras 5: 6 digikam-0.9.1-1.fc5 fslint-2.20-1.fc5 ktorrent-2.1.2-2.fc5 NEW libkexiv2-0.1.1-2.fc5 NEW perl-Devel-Leak-0.03-1.fc5 piklab-0.14.0-2.fc5 alex4-1.0-3.fc7 --------------- * Sat Mar 10 2007 Hans de Goede 1.0-3 - Fixup .desktop file categories for games-menus usage atomorun-1.1-0.3.pre2.fc7 ------------------------- * Sat Mar 10 2007 Hans de Goede 1.1-0.3.pre2 - Fixup .desktop file categories for games-menus usage clanbomber-1.05-4.fc7 --------------------- * Sat Mar 10 2007 Hans de Goede 1.05-4 - Fixup .desktop file categories for games-menus usage digikam-0.9.1-1.fc7 ------------------- * Fri Mar 09 2007 Marcin Garski 0.9.1-1 - Update to version 0.9.1 - Update BuildRequires digikamimageplugins-0.9.1-1.fc7 ------------------------------- * Fri Mar 09 2007 Rex Dieter 0.9.1-1 - digikamimageplugins-0.9.1 digikamimageplugins-doc-0.9.0-1 ------------------------------- * Fri Mar 09 2007 Rex Dieter 0.9.0-1 - digikimimageplugins-doc-0.9.0 duel3-0.1-0.3.20060225.fc7 -------------------------- * Sat Mar 10 2007 Hans de Goede 0.1-0.3.20060225 - Fixup .desktop file categories for games-menus usage eventlog-0.2.5-5.fc7 -------------------- * Fri Mar 09 2007 Jose Pedro Oliveira - 0.2.5-5 - Optional creation of the -static subpackage. fslint-2.20-1.fc7 ----------------- * Fri Mar 09 2007 P?draig Brady

- 2.20-1 - Update to 2.20 - Update description to make it easier to find - Change symlink to fslint_icon.png from absolute to relative games-menus-0.2-1.fc7 --------------------- * Fri Mar 09 2007 Hans de Goede 0.2-1 - Polish, Italian and Dutch translations - Fix URL, and package it as README - Package copyright-info.txt and related files * Sat Mar 03 2007 Hans de Goede 0.1-1 - Initial release glom-1.3.11-1.fc7 ----------------- * Fri Mar 09 2007 Denis Leroy - 1.3.11-1 - Update to 1.3.11 - Updated dependencies, added postgres deps gnome-libs-1.4.2-5.fc7 ---------------------- * Fri Mar 09 2007 Paul Howarth 1:1.4.2-5 - Fix GnomeDateEdit time format regression (#230186) gnubiff-2.2.5-3.fc7 ------------------- * Sat Mar 10 2007 Damien Durand - 2.2.5-3 - Bumped iasl-20061109-2.fc7 ------------------- * Tue Feb 20 2007 Till Maas - 20061109-2 - Make description line less than 80 instead of less that 81 characters long - Permissions of manpage are 0644 instead of 0755 now ktorrent-2.1.2-2.fc7 -------------------- * Fri Mar 09 2007 Roland Wolters 2.1.2-2 - update to upstream 2.1.2 libkexiv2-0.1.1-2.fc7 --------------------- * Tue Feb 27 2007 Rex Dieter 0.1.1-2 - fix %clean - update %description - BR: kdelibs-devel * Mon Feb 26 2007 Rex Dieter 0.1.1-1 - libkexiv2-0.1.1 liquidwar-5.6.3-3.fc7 --------------------- * Sat Mar 10 2007 Hans de Goede 5.6.3-3 - Fixup .desktop file categories for games-menus usage mew-5.2-3.fc7 ------------- * Fri Mar 09 2007 Akira TAGOH - 5.2-3 - Rebuild monodevelop-0.13.1-1.fc7 ------------------------ * Thu Mar 08 2007 Paul F. Johnson 0.13.1-1 - bugfixes to the source neverball-1.4.0-8.fc7 --------------------- * Fri Mar 09 2007 Wart - 1.4.0-8 - Updated desktop file categories * Sat Sep 02 2006 Wart - 1.4.0-7 - Change BR: for opengl - Rebuild for Fedora Extras * Thu Mar 02 2006 Wart - 1.4.0-6 - Add dist tag now that spec files are different between releases perl-Devel-Leak-0.03-2.fc7 -------------------------- * Fri Mar 09 2007 Steven Pritchard 0.03-2 - BR perl-devel. piklab-0.14.0-2.fc7 ------------------- * Fri Mar 09 2007 Alain Portal 0.14.0-2 - Update {LISEZMOI,README}.Fedora files to tell administrator to modify PATH in /etc/profile for users to be able to use SDCC Compiler pinball-0.3.1-7.fc7 ------------------- * Sat Mar 10 2007 Hans de Goede 0.3.1-7 - Fixup .desktop file categories for games-menus usage pungi-0.2.8-1.fc7 ----------------- * Fri Mar 09 2007 Jesse Keating - 0.2.8-1 - Call createrepo ourselves for the tree, not buildinstall's job - Convert from commands to subprocess for things we call out - Add kickstart %packages syntax support to package manifest - Make the list we hand off to yum to search for as unique as we can syslog-ng-2.0.3-0.20070309.fc7 ------------------------------ * Fri Mar 09 2007 Jose Pedro Oliveira - 2.0.3-0.20070309 - Enable support for TCP wrappers (--enable-tcp-wrapper). - Optional support for spoofed source addresses (--enable-spoof-source) (disabled by default; build requires libnet). sysprof-kmod-1.0.8-1.2.6.20_1.2975.fc7 -------------------------------------- sysprof-kmod-1.0.8-1.2.6.20_1.2981.fc7 -------------------------------------- taskjuggler-2.3.1-1.fc7 ----------------------- * Thu Mar 08 2007 Jens Petersen - 2.3.1-1 - update to 2.3.1 - improve taskjuggler-2.1.1-docbook.patch to remove explicit systemid (#231422) tcpxtract-1.0.1-7.fc7 --------------------- * Thu Mar 08 2007 lonely wolf 1.0.1-7 - removing unused patch from spec * Thu Mar 08 2007 lonely wolf 1.0.1-6 - adapt buildrequires for EPEL-4 * Wed Mar 07 2007 lonely wolf 1.0.1-5 - remove superflous hard coded path from %configure * Sat Mar 03 2007 lonely wolf 1.0.1-4 - really keep timestamps * Sat Mar 03 2007 lonely wolf 1.0.1-3 - replace patch with a sed in %prep - keep timestamps of default config and man pages * Sat Mar 03 2007 lonely wolf 1.0.1-2 - Include a patch to fix the fact that the configuration file is ignored at runtime, despite "--prefix" at %configure time * Fri Mar 02 2007 lonely wolf 1.0.1-1 - Initial rpm version starting from scratch trackballs-1.1.2-4.fc7 ---------------------- * Sat Mar 10 2007 Hans de Goede 1.1.2-4 - Fixup .desktop file categories for games-menus usage viewvc-1.0.3-11.fc7 ------------------- * Fri Mar 09 2007 Bojan Smojver - 1.0.3-11 - Bump for tag * Tue Mar 06 2007 Bojan Smojver - 1.0.3-10 - Enable enscript only when available * Tue Mar 06 2007 Bojan Smojver - 1.0.3-9 - Enable cvsgraph * Sun Mar 04 2007 Bojan Smojver - 1.0.3-8 - EPEL support patch by Bernard Johnson * Sat Mar 03 2007 Bojan Smojver - 1.0.3-7 - Incorporate suggestions from package review process by Bernard Johnson * Sat Mar 03 2007 Bojan Smojver - 1.0.3-6 - Use restorecon instead of chcon * Fri Mar 02 2007 Bojan Smojver - 1.0.3-5 - SELinux integration * Fri Mar 02 2007 Bojan Smojver - 1.0.3-4 - Incorporate suggestions from package review process by Bernard Johnson * Fri Mar 02 2007 Bojan Smojver - 1.0.3-3 - Move non-python files out of %{python_sitelib} * Thu Mar 01 2007 Bojan Smojver - 1.0.3-2 - Incorporate suggestions from package review process by Bernard Johnson * Thu Mar 01 2007 Bojan Smojver - 1.0.3-1 - Initial release, 1.0.3 - Based on package provided by Dag Wieers wormux-0.7.9-2.fc7 ------------------ * Fri Mar 09 2007 Wart 0.7.9-2 - Clean up desktop file categories - Use upstream's desktop file and icon For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From gamito at gmail.com Sat Mar 10 12:25:39 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Sat, 10 Mar 2007 12:25:39 +0000 Subject: I need help building interpendent RPMs Message-ID: <45F2A3C3.4080605@gmail.com> Hi, I want to make a Apache-PHP-mod_ssl RPMs. So, it goes like this: 1) In Apache's source tree run: $ ./configure --prefix=/usr/local/httpd 2) In mod_ssl source tree run: $ ./configure --with-apache=../apache_1.3.37 --with-crt=/usr/local/ssl/bin/server.crt --with-key=/usr/local/ssl/bin/server.key 3) In PHP's source tree, run: $ ./configure --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql \ --with-apache=../apache_1.3.37 \ --with-openssl=/usr/local/ssl \ (etc.) $ make $ make install 4) Back to Apache's source tree, run: $SSL_BASE=../openssl-0.9.8b ./configure --prefix=/usr/local/httpd \ --activate-module=src/modules/php5/libphp5.a \ --enable-module=ssl \ --enable-module=rewrite \ --enable-shared=rewrite \ --enable-module=proxy \ --enable-shared=proxy $ make $ make install Now, the million dollar question: How do i do this in the RPM building ? I've tried several ideas, but none of them worked. Any help would be appreciated. Warm Regards, M?rio Gamito From kevin.kofler at chello.at Sat Mar 10 13:31:50 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 10 Mar 2007 13:31:50 +0000 (UTC) Subject: Fedora Extras Package Build Report 2007-03-10 References: <20070310122326.1EFD9152133@buildsys.fedoraproject.org> Message-ID: > piklab-0.14.0-2.fc7 > ------------------- > * Fri Mar 09 2007 Alain Portal 0.14.0-2 > - Update {LISEZMOI,README}.Fedora files to tell administrator to modify > PATH in /etc/profile for users to be able to use SDCC Compiler Isn't that what /etc/profile.d is for? Any package can install a script to set the path in that directory so the user or administrator doesn't have to edit /etc/profile. Kevin Kofler From abo at kth.se Sat Mar 10 13:40:56 2007 From: abo at kth.se (Alexander =?ISO-8859-1?Q?Bostr=F6m?=) Date: Sat, 10 Mar 2007 14:40:56 +0100 Subject: rpms/tcpxtract/EL-4 tcpxtract-1.0.1.tar.gz, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200703100125.l2A1PvrG004451@cvs-int.fedora.redhat.com> References: <200703100125.l2A1PvrG004451@cvs-int.fedora.redhat.com> Message-ID: <1173534056.3816.11.camel@home.alexander.bostrom.net> fre 2007-03-09 klockan 20:25 -0500 skrev Manuel Wolfshant: > --- NEW FILE tcpxtract-1.0.1.tar.gz --- >  > hJ|?aQ?8{Hkxy !%2p=:C v?e I don't know what's wrong here, but I'm sure this is not supposed to happen... /Alexander From Fedora at FamilleCollet.com Sat Mar 10 15:36:03 2007 From: Fedora at FamilleCollet.com (Remi Collet) Date: Sat, 10 Mar 2007 16:36:03 +0100 Subject: I need help building interpendent RPMs In-Reply-To: <45F2A3C3.4080605@gmail.com> References: <45F2A3C3.4080605@gmail.com> Message-ID: <45F2D063.1090507@FamilleCollet.com> M?rio Gamito a ?crit : > Hi, > > I want to make a Apache-PHP-mod_ssl RPMs. > I don't see (at all) the utility of your work, all this are already available in the Core repo (httpd, mod_ssl, php...). Look at the official SRPM to see a solution. If you really want apache 1.3, you should search for an old redhat 7.3 mirror, because apache 2.0 is present is Redhat/Fedora since redhat 8.0 Remi. From kevin.kofler at chello.at Sat Mar 10 18:26:23 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Sat, 10 Mar 2007 18:26:23 +0000 (UTC) Subject: Requires/BuildRequires in package descriptions Message-ID: I've once again found some BuildRequires which ended up in a package description (already filed in Bugzilla). This is not the first time this happens. If the BuildRequires is listed after the description, RPM considers it part of the description. This is bad because this means the BuildRequires is ignored, which gets unnoticed if the package still builds (with reduced functionality) without it. This would be pretty easy to detect in an automated QA step (grep the summaries and descriptions for RPM keywords with the ':'), so I'd suggest this as a QA step to consider, similar to the rpath checking. Kevin Kofler From robert at fedoraproject.org Sun Mar 11 01:46:10 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Sun, 11 Mar 2007 02:46:10 +0100 Subject: Looking for reproducer at a bitlbee/useradd problem Message-ID: <20070311014610.GA18685@hurricane.linuxnetz.de> Hello folks, is somebody of you able to reproduce this bitlbee or useradd problem: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231133 Any kind of hints or ideas are welcome. Greetings, Robert From wolfy at nobugconsulting.ro Sun Mar 11 01:49:20 2007 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sun, 11 Mar 2007 03:49:20 +0200 Subject: rpms/tcpxtract/EL-4 tcpxtract-1.0.1.tar.gz, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1173534056.3816.11.camel@home.alexander.bostrom.net> References: <200703100125.l2A1PvrG004451@cvs-int.fedora.redhat.com> <1173534056.3816.11.camel@home.alexander.bostrom.net> Message-ID: <45F36020.3010201@nobugconsulting.ro> On 03/10/2007 03:40 PM, Alexander Bostr?m wrote: > fre 2007-03-09 klockan 20:25 -0500 skrev Manuel Wolfshant: > > >> --- NEW FILE tcpxtract-1.0.1.tar.gz --- >>  >> hJ|?aQ?8{Hkxy !%2p=:C v?e >> > > I don't know what's wrong here, but I'm sure this is not supposed to > happen... > > /Alexander > > Nothing really wrong except for the fact that I was at work while my brain was still at home sleeping. Or viceversa. Add to this picture lack of cvs experience as user and that reading every 3 lines from the instructions is not always beneficial. The good part is that according to http://buildsys.fedoraproject.org/logs/fedora-4-epel/28991-tcpxtract-1.0.1-7.el4/ I think that finally after only 10-15 errors or so I managed to unscrew what I have s***d before. I am still wondering though why the packages appeared in the repos for Fedora devel and FE6 but not in EPEL-4 From mfleming at enlartenment.com Sun Mar 11 07:22:17 2007 From: mfleming at enlartenment.com (Michael Fleming) Date: Sun, 11 Mar 2007 17:22:17 +1000 Subject: Testers wanted: mod_security 2.1.0 Message-ID: <1173597737.3121.14.camel@defender> Folks, In response to CVE-2007-1359 (and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231728) I am considering updating mod_security on all currently supported branches from the current 1.9.4 to 2.1.0 (with a local rule to fix the reported vulnerability until upstream releases 2.1.1 final) I'm taking this route because a) Ivan (Ristic, mod_security developer) hasn't backported any fixes to the 1.9 branch as yet and b) the newer versions are more flexible, can peform more tasks and are considerably quicker than older releases. It also contains a fairly broad set of default "core" rules that cover a fair range of common attacks and other bogosity. However, the rules syntax has changed considerably and the default config somewhat different, meaning that upgrades may not be as smooth and automatic as some may like, especially those who've added lots of extra rules (homegrown, gotroot.org etc.) or have otherwise tinkered with the config considerably. That being said if you simply used my original, spartan as-packaged configuration you may get away with only minimal changes. I've already installed one on my own server (FC5/i386) and it's been fairly painless thus far - but YMMV. Therefore rather than simply jam it all into CVS immediately and wait for the pitchfork brigade to arrive at my door, I've put up some test packages for FC5 and FC6 for feedback prior to an official Extras build. They can be found here: http://www.enlartenment.com/modsecurity/ Folks on PPC and/or Rawhide can of course build from source, I'd be interested in any results on those platforms (as I don't have either at the moment.) Feedback / better ideas / fixes etc. always welcomed. Michael Fleming. -- Michael Fleming in Brisbane, Australia "Be master of your mind, not mastered by mind" From ville.skytta at iki.fi Sun Mar 11 10:08:30 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sun, 11 Mar 2007 12:08:30 +0200 Subject: Looking for reproducer at a bitlbee/useradd problem In-Reply-To: <20070311014610.GA18685@hurricane.linuxnetz.de> References: <20070311014610.GA18685@hurricane.linuxnetz.de> Message-ID: <200703111208.31180.ville.skytta@iki.fi> On Sunday 11 March 2007, Robert Scheck wrote: > Hello folks, > > is somebody of you able to reproduce this bitlbee or useradd problem: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=231133 > > Any kind of hints or ideas are welcome. One obvious thing that will cause it to fail is if the bitlbee group exists when the package is installed, but the bitlbee user doesn't. That's why it's better to use groupadd and useradd -g separately rather than relying on useradd to take care of creating the group too. From lists at timj.co.uk Sun Mar 11 12:20:12 2007 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 11 Mar 2007 12:20:12 +0000 Subject: download.fedora.redhat.com gone? Message-ID: <45F3F3FC.4000407@timj.co.uk> Is it intentional that download.fedora.redhat.com seems to have disappeared from DNS? Tim From Axel.Thimm at ATrpms.net Sun Mar 11 14:01:12 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 11 Mar 2007 15:01:12 +0100 Subject: download.fedora.redhat.com gone? In-Reply-To: <45F3F3FC.4000407@timj.co.uk> References: <45F3F3FC.4000407@timj.co.uk> Message-ID: <20070311140112.GN507@neu.nirvana> On Sun, Mar 11, 2007 at 12:20:12PM +0000, Tim Jackson wrote: > Is it intentional that download.fedora.redhat.com seems to have > disappeared from DNS? Currently all name servers seem to work OK: $ for ns in ns1.redhat.com. ns2.redhat.com. ns3.redhat.com.; do host download.fedora.redhat.com. $ns; done Using domain server: Name: ns1.redhat.com. Address: 66.187.233.210#53 Aliases: download.fedora.redhat.com has address 66.187.224.20 Using domain server: Name: ns2.redhat.com. Address: 66.187.224.210#53 Aliases: download.fedora.redhat.com has address 66.187.224.20 Using domain server: Name: ns3.redhat.com. Address: 66.187.229.10#53 Aliases: download.fedora.redhat.com has address 66.187.224.20 -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Sun Mar 11 14:17:08 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 11 Mar 2007 10:17:08 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-03-11 Message-ID: <20070311141708.D66E6152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 16 GraphicsMagick-1.1.7-7.fc7 freedoom-freedm-0.5-3.fc7 games-menus-0.2-2.fc7 gstm-1.2-6.fc7 jd-1.8.8-0.1.cvs070311.fc7 mirrormagic-2.0.2-3.fc7 mod_suphp-0.6.2-1.fc7 nethack-vultures-2.1.0-9.fc7 NEW nrg2iso-0.4-2.fc7 perl-Authen-Radius-0.13-1.fc7 perl-Devel-Size-0.66-1.fc7 perl-Test-Distribution-1.26-4.fc7 phpMyAdmin-2.10.0.2-3.fc7 python-sqlalchemy-0.3.5-1.fc7 trac-0.10.3.1-1.fc7 xine-lib-1.1.4-3.fc7 Packages built and released for Fedora Extras 6: 14 freedoom-freedm-0.5-3.fc6 games-menus-0.2-2.fc6 gnash-0.7.2-1.fc6.1 gstm-1.2-6.fc6 libmtp-0.1.4-1.fc6 mod_suphp-0.6.2-1.fc6 NEW nrg2iso-0.4-2.fc6 perl-Devel-Size-0.66-1.fc6 perl-Test-Distribution-1.26-4.fc6 phpMyAdmin-2.10.0.2-3.fc6 putty-0.59-1.fc6 python-sqlalchemy-0.3.5-1.fc6 trac-0.10.3.1-1.fc6 xine-lib-1.1.4-3.fc6 Packages built and released for Fedora Extras 5: 10 gstm-1.2-6.fc5 libmtp-0.1.4-1.fc5 mod_suphp-0.6.2-1.fc5 nethack-vultures-2.1.0-9.fc5 NEW nrg2iso-0.4-2.fc5 perl-Devel-Size-0.66-1.fc5 perl-Test-Distribution-1.26-4.fc5 phpMyAdmin-2.10.0.2-3.fc5 putty-0.59-1.fc5 trac-0.10.3.1-1.fc5 freedoom-freedm-0.5-3.fc7 ------------------------- * Sat Mar 10 2007 Wart 0.5-3 - Fix typo in desktop file category games-menus-0.2-2.fc7 --------------------- * Sat Mar 10 2007 Hans de Goede 0.2-2 - Add Provides and Obsoletes: dribble-menus GraphicsMagick-1.1.7-7.fc7 -------------------------- * Wed Mar 07 2007 Andreas Thienemann - 1.1.7-7 - Fix potential CVE-2007-0770 issue. - Added perl-devel BuildReq * Fri Dec 01 2006 Rex Dieter - 1.1.7-6 - *really* fix magick_config-64.h (bug #217959) - make buildable on rhel4 too. * Fri Dec 01 2006 Rex Dieter - 1.1.7-5 - fix magick-config-64.h (bug #217959) gstm-1.2-6.fc7 -------------- * Sat Mar 10 2007 Damien Durand - 1.2-6 - Added gaskpass in Requires (#230389) * Tue Sep 05 2006 Damien Durand - 1.2-5 - Fixed description and datadir/pixmpaps jd-1.8.8-0.1.cvs070311.fc7 -------------------------- * Sun Mar 11 2007 Mamoru Tasaka - 1.8.8-0.1.cvs070311 - cvs 070311 (16:30 JST) mirrormagic-2.0.2-3.fc7 ----------------------- * Sat Mar 10 2007 Hans de Goede 2.0.2-3 - Splitoff 3 seperate patches from patch0 for upstream merging - Fixup .desktop file categories for games-menus usage mod_suphp-0.6.2-1.fc7 --------------------- * Sat Mar 10 2007 Andreas Thienemann - 0.6.2-1 - Updated to 0.6.2 - Reverted our double free patch. Upstream fixed their SmartPointer implementation. - Reverted our apr Patch, upstream is working correctly with Apache 2.2 now nethack-vultures-2.1.0-9.fc7 ---------------------------- * Sat Mar 10 2007 Hans de Goede - 2.1.0-9 - Make the binaries run with their own gid instead of gid games, to minimize results of a possible privelidge escalation (bz 187382) - Fix the crashes on fs<->window toggle on a 16bpp X-server nrg2iso-0.4-2.fc7 ----------------- * Wed Mar 07 2007 Sindre Pedersen Bj?rdal - 0.4-2 - Add patch to make Makefile honor RPM_OPT_FLAGS - Fix typo in description * Tue Mar 06 2007 Sindre Pedersen Bj?rdal - 0.4-1 - Initial build perl-Authen-Radius-0.13-1.fc7 ----------------------------- * Sat Mar 10 2007 Andreas Thienemann - 0.13-1 - Updated to 0.13 - Added perl-devel BuildReq perl-Devel-Size-0.66-1.fc7 -------------------------- * Sat Mar 10 2007 Chris Weyl 0.66-1 - update to 0.66 (0.65 update never pushed due to various issues) - misc spec cleanups - add br on perl(ExtUtils::MakeMaker) to satisfy any perl/perl-devel split * Sun Feb 25 2007 Chris Weyl 0.65-1 - update to 0.65 perl-Test-Distribution-1.26-4.fc7 --------------------------------- * Sat Mar 10 2007 Chris Weyl 1.26-4 - don't mess with debuginfo, just disable it. - appease Module::Signature/gpg * Thu Mar 01 2007 Chris Weyl 1.26-3 - cause rm to not fail on non-existance of debug*list in check. phpMyAdmin-2.10.0.2-3.fc7 ------------------------- * Sat Mar 10 2007 Mike McGrath 2.10.0.2-3 - Switched to the actual all-languages, not just utf-8 * Sun Mar 04 2007 Mike McGrath 2.10.0.2-1 - Upstream released new version python-sqlalchemy-0.3.5-1.fc7 ----------------------------- * Sat Mar 10 2007 Toshio Kuratomi - 0.3.5-1 - Update to new upstream version 0.3.5 - Simplify the files listing trac-0.10.3.1-1.fc7 ------------------- * Sat Mar 10 2007 Jeffrey C. Ollie - 0.10.3.1-1 - Update to 0.10.3.1 to fix security bug xine-lib-1.1.4-3.fc7 -------------------- * Sat Mar 10 2007 Ville Skytt? - 1.1.4-3 - Apply upstream fix for CVE-2007-1246. For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From buildsys at fedoraproject.org Sun Mar 11 15:02:11 2007 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 11 Mar 2007 15:02:11 -0000 Subject: Summary - Broken dependencies in Fedora Extras - 2007-03-11 Message-ID: <20070311150211.26195.19423@extras64.linux.duke.edu> New report for: enrico.scholz AT informatik.tu-chemnitz.de package: tor-core - 0.1.1.26-3.fc7.i386 from fedora-extras-development-i386 unresolved deps: libevent-1.2a.so.1 package: tor-core - 0.1.1.26-3.fc7.ppc from fedora-extras-development-ppc unresolved deps: libevent-1.2a.so.1 package: tor-core - 0.1.1.26-3.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libevent-1.2a.so.1()(64bit) ====================================================================== New report for: jima AT beer.tclug.org package: scanssh - 2.1-11.fc7.i386 from fedora-extras-development-i386 unresolved deps: libevent-1.2a.so.1 package: scanssh - 2.1-11.fc7.ppc from fedora-extras-development-ppc unresolved deps: libevent-1.2a.so.1 package: scanssh - 2.1-11.fc7.x86_64 from fedora-extras-development-x86_64 unresolved deps: libevent-1.2a.so.1()(64bit) ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de pdftk - 1.41-3.fc7.i386 (11 days) pdftk - 1.41-3.fc7.ppc (11 days) pdftk - 1.41-3.fc7.x86_64 (11 days) braden AT endoframe.com openvrml - 0.16.3-2.fc6.i386 (12 days) openvrml - 0.16.3-2.fc6.ppc (12 days) openvrml - 0.16.3-2.fc6.x86_64 (12 days) openvrml - 0.16.3-3.fc7.i386 (11 days) openvrml - 0.16.3-3.fc7.i386 (11 days) openvrml - 0.16.3-3.fc7.ppc (11 days) openvrml - 0.16.3-3.fc7.x86_64 (11 days) openvrml-devel - 0.16.3-2.fc6.i386 (12 days) openvrml-devel - 0.16.3-2.fc6.ppc (12 days) openvrml-devel - 0.16.3-2.fc6.x86_64 (12 days) openvrml-devel - 0.16.3-3.fc7.i386 (11 days) openvrml-devel - 0.16.3-3.fc7.i386 (11 days) openvrml-devel - 0.16.3-3.fc7.ppc (11 days) openvrml-devel - 0.16.3-3.fc7.x86_64 (11 days) dcbw AT redhat.com csound - 5.03.0-9.fc7.i386 (93 days) csound - 5.03.0-9.fc7.i386 (93 days) csound - 5.03.0-9.fc7.ppc (93 days) csound - 5.03.0-9.fc7.x86_64 (93 days) csound-python - 5.03.0-9.fc7.i386 (93 days) csound-python - 5.03.0-9.fc7.ppc (93 days) csound-python - 5.03.0-9.fc7.x86_64 (93 days) dennis AT ausil.us mysql-query-browser - 1.1.18-4.fc6.i386 (11 days) mysql-query-browser - 1.1.18-4.fc6.ppc (11 days) mysql-query-browser - 1.1.18-4.fc6.x86_64 (11 days) enrico.scholz AT informatik.tu-chemnitz.de tor-core - 0.1.1.26-3.fc7.i386 tor-core - 0.1.1.26-3.fc7.ppc tor-core - 0.1.1.26-3.fc7.x86_64 foolish AT guezz.net flac123 - 0.0.9-1.fc7.i386 (24 days) flac123 - 0.0.9-1.fc7.ppc (24 days) flac123 - 0.0.9-1.fc7.x86_64 (24 days) giallu AT gmail.com kmod-sysprof - 1.0.8-1.2.6.20_1.2981.fc7.i586 kmod-sysprof - 1.0.8-1.2.6.20_1.2981.fc7.i686 kmod-sysprof - 1.0.8-1.2.6.20_1.2981.fc7.x86_64 kmod-sysprof-PAE - 1.0.8-1.2.6.20_1.2981.fc7.i686 kmod-sysprof-kdump - 1.0.8-1.2.6.20_1.2981.fc7.x86_64 ifoox AT redhat.com libreadline-java - 0.8.0-13.fc6.i386 (90 days) libreadline-java - 0.8.0-13.fc6.i386 (90 days) libreadline-java - 0.8.0-13.fc6.ppc (90 days) libreadline-java - 0.8.0-13.fc6.x86_64 (90 days) jima AT beer.tclug.org scanssh - 2.1-11.fc7.i386 scanssh - 2.1-11.fc7.ppc scanssh - 2.1-11.fc7.x86_64 karlthered AT gmail.com gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (11 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.i386 (11 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.ppc (11 days) gtkmozembedmm - 1.4.2.cvs20060817-8.fc7.x86_64 (11 days) orion AT cora.nwra.com paraview - 2.4.4-3.fc6.x86_64 (93 days) paraview-mpi - 2.4.4-3.fc6.x86_64 (93 days) rdieter AT math.unl.edu k3b-extras - 0.12.17-1.fc6.i386 (22 days) k3b-extras - 0.12.17-1.fc6.ppc (22 days) k3b-extras - 0.12.17-1.fc6.x86_64 (22 days) redhat-bugzilla AT linuxnetz.de eggdrop - 1.6.18-6.fc7.i386 (4 days) eggdrop - 1.6.18-6.fc7.ppc (4 days) eggdrop - 1.6.18-6.fc7.x86_64 (4 days) stickster AT gmail.com xmldiff - 0.6.7-12.fc6.i386 (93 days) xmldiff - 0.6.7-12.fc6.ppc (93 days) xmldiff - 0.6.7-12.fc6.x86_64 (93 days) tcallawa AT redhat.com logjam - 1:4.5.3-8.fc7.i386 (11 days) logjam - 1:4.5.3-8.fc7.ppc (11 days) logjam - 1:4.5.3-8.fc7.x86_64 (11 days) toshio AT tiki-lounge.com gnotime - 2.2.2-7.fc6.i386 (11 days) gnotime - 2.2.2-7.fc6.ppc (11 days) gnotime - 2.2.2-7.fc6.x86_64 (11 days) ville.skytta AT iki.fi kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.i586 (4 days) kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.i686 (4 days) kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.ppc (4 days) kmod-em8300 - 0.16.1-6.2.6.20_1.2962.fc7.x86_64 (4 days) kmod-em8300-PAE - 0.16.1-6.2.6.20_1.2962.fc7.i686 (4 days) kmod-em8300-kdump - 0.16.1-6.2.6.20_1.2962.fc7.x86_64 (4 days) kmod-em8300-smp - 0.16.1-6.2.6.20_1.2962.fc7.ppc (4 days) ====================================================================== Broken packages in fedora-extras-6-i386: openvrml-0.16.3-2.fc6.i386 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.i386 requires firefox-devel = 0:1.5.0.9 ====================================================================== Broken packages in fedora-extras-6-ppc: openvrml-0.16.3-2.fc6.ppc requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.ppc requires firefox-devel = 0:1.5.0.9 ====================================================================== Broken packages in fedora-extras-6-x86_64: openvrml-0.16.3-2.fc6.x86_64 requires firefox = 0:1.5.0.9 openvrml-devel-0.16.3-2.fc6.x86_64 requires firefox-devel = 0:1.5.0.9 ====================================================================== Broken packages in fedora-extras-development-i386: csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.i386 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 eggdrop-1.6.18-6.fc7.i386 requires libdns.so.22 flac123-0.0.9-1.fc7.i386 requires libFLAC.so.7 gnotime-2.2.2-7.fc6.i386 requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.i386 requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.i386 requires libk3b.so.2 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2962.fc7 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7 kmod-em8300-PAE-0.16.1-6.2.6.20_1.2962.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2962.fc7PAE kmod-sysprof-1.0.8-1.2.6.20_1.2981.fc7.i586 requires kernel-i586 = 0:2.6.20-1.2981.fc7 kmod-sysprof-1.0.8-1.2.6.20_1.2981.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2981.fc7 kmod-sysprof-PAE-1.0.8-1.2.6.20_1.2981.fc7.i686 requires kernel-i686 = 0:2.6.20-1.2981.fc7PAE libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.i386 requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.i386 requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.i386 requires libgcj.so.7rh scanssh-2.1-11.fc7.i386 requires libevent-1.2a.so.1 tor-core-0.1.1.26-3.fc7.i386 requires libevent-1.2a.so.1 xmldiff-0.6.7-12.fc6.i386 requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.i386 requires python-abi = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-ppc: csound-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 csound-python-5.03.0-9.fc7.ppc requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.ppc requires libpython2.4.so.1.0 eggdrop-1.6.18-6.fc7.ppc requires libdns.so.22 flac123-0.0.9-1.fc7.ppc requires libFLAC.so.7 gnotime-2.2.2-7.fc6.ppc requires libgtkhtml-3.8.so.15 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.ppc requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.ppc requires libk3bdevice.so.2 k3b-extras-0.12.17-1.fc6.ppc requires libk3b.so.2 kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2962.fc7 kmod-em8300-smp-0.16.1-6.2.6.20_1.2962.fc7.ppc requires kernel-ppc = 0:2.6.20-1.2962.fc7smp libreadline-java-0.8.0-13.fc6.ppc requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.ppc requires libgtkhtml-3.8.so.15 mysql-query-browser-1.1.18-4.fc6.ppc requires libgtkhtml-3.8.so.15 openvrml-0.16.3-3.fc7.ppc requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.ppc requires firefox-devel = 0:2.0.0.1 pdftk-1.41-3.fc7.ppc requires libgcj.so.7rh scanssh-2.1-11.fc7.ppc requires libevent-1.2a.so.1 tor-core-0.1.1.26-3.fc7.ppc requires libevent-1.2a.so.1 xmldiff-0.6.7-12.fc6.ppc requires python(abi) = 0:2.4 xmldiff-0.6.7-12.fc6.ppc requires python-abi = 0:2.4 ====================================================================== Broken packages in fedora-extras-development-x86_64: csound-5.03.0-9.fc7.i386 requires libpython2.4.so.1.0 csound-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) csound-python-5.03.0-9.fc7.x86_64 requires python(abi) = 0:2.4 csound-python-5.03.0-9.fc7.x86_64 requires libpython2.4.so.1.0()(64bit) eggdrop-1.6.18-6.fc7.x86_64 requires libdns.so.22()(64bit) flac123-0.0.9-1.fc7.x86_64 requires libFLAC.so.7()(64bit) gnotime-2.2.2-7.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) gtkmozembedmm-1.4.2.cvs20060817-8.fc7.i386 requires gecko-libs = 0:1.8.1.1 gtkmozembedmm-1.4.2.cvs20060817-8.fc7.x86_64 requires gecko-libs = 0:1.8.1.1 k3b-extras-0.12.17-1.fc6.x86_64 requires libk3bdevice.so.2()(64bit) k3b-extras-0.12.17-1.fc6.x86_64 requires libk3b.so.2()(64bit) kmod-em8300-0.16.1-6.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7 kmod-em8300-kdump-0.16.1-6.2.6.20_1.2962.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2962.fc7kdump kmod-sysprof-1.0.8-1.2.6.20_1.2981.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2981.fc7 kmod-sysprof-kdump-1.0.8-1.2.6.20_1.2981.fc7.x86_64 requires kernel-x86_64 = 0:2.6.20-1.2981.fc7kdump libreadline-java-0.8.0-13.fc6.i386 requires libedit >= 0:2.9 libreadline-java-0.8.0-13.fc6.x86_64 requires libedit >= 0:2.9 logjam-1:4.5.3-8.fc7.x86_64 requires libgtkhtml-3.8.so.15()(64bit) mysql-query-browser-1.1.18-4.fc6.x86_64 requires libgtkhtml-3.8.so.15()(64bit) openvrml-0.16.3-3.fc7.i386 requires firefox = 0:2.0.0.1 openvrml-0.16.3-3.fc7.x86_64 requires firefox = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.i386 requires firefox-devel = 0:2.0.0.1 openvrml-devel-0.16.3-3.fc7.x86_64 requires firefox-devel = 0:2.0.0.1 paraview-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) paraview-mpi-2.4.4-3.fc6.x86_64 requires libpython2.4.so.1.0()(64bit) pdftk-1.41-3.fc7.x86_64 requires libgcj.so.7rh()(64bit) scanssh-2.1-11.fc7.x86_64 requires libevent-1.2a.so.1()(64bit) tor-core-0.1.1.26-3.fc7.x86_64 requires libevent-1.2a.so.1()(64bit) xmldiff-0.6.7-12.fc6.x86_64 requires python-abi = 0:2.4 xmldiff-0.6.7-12.fc6.x86_64 requires python(abi) = 0:2.4 From pemboa at gmail.com Sun Mar 11 17:49:53 2007 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 11 Mar 2007 12:49:53 -0500 Subject: download.fedora.redhat.com gone? In-Reply-To: <20070311140112.GN507@neu.nirvana> References: <45F3F3FC.4000407@timj.co.uk> <20070311140112.GN507@neu.nirvana> Message-ID: <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> On 3/11/07, Axel Thimm wrote: > On Sun, Mar 11, 2007 at 12:20:12PM +0000, Tim Jackson wrote: > > Is it intentional that download.fedora.redhat.com seems to have > > disappeared from DNS? > > Currently all name servers seem to work OK: > > $ for ns in ns1.redhat.com. ns2.redhat.com. ns3.redhat.com.; do host > download.fedora.redhat.com. $ns; done > Using domain server: > Name: ns1.redhat.com. > Address: 66.187.233.210#53 > Aliases: > > download.fedora.redhat.com has address 66.187.224.20 > Using domain server: > Name: ns2.redhat.com. > Address: 66.187.224.210#53 > Aliases: > > download.fedora.redhat.com has address 66.187.224.20 > Using domain server: > Name: ns3.redhat.com. > Address: 66.187.229.10#53 > Aliases: > > download.fedora.redhat.com has address 66.187.224.20 > -- > Axel.Thimm at ATrpms.net > Last night http://download.fedora.redhat.com slowed to a stop while I was trying to find a file for someone. It seems to be working ok now. -- Fedora Core 6 and proud From seg at haxxed.com Sun Mar 11 19:39:53 2007 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 11 Mar 2007 14:39:53 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <45EC4894.2030303@leemhuis.info> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305140146.GA783@jadzia.bu.edu> <45EC4894.2030303@leemhuis.info> Message-ID: <1173641993.18771.154.camel@localhost.localdomain> On Mon, 2007-03-05 at 17:43 +0100, Thorsten Leemhuis wrote: > Matthew Miller schrieb: > > What about implementing it as a yum plugin instead? The plugin could key off > > of the old and versions of fedora-release and act accordingly. > > Hmm. Yes, maybe that could work, too. Ummm, how about we just do something like debian does. Say we have a package, "foo-1.0-1.fc6" that has been dropped. Release a new version of the package, "foo-1.0-2.fc6" that is a dummy package that contains nothing, and has a %description along the lines of "Package foo is obsolete. This is a dummy package that ensures its removal. This package can be removed safely." If the package is ever revived, you just have to release "foo-1.0-3.fc6" or "foo-6.3-7.fc11" or whatever. It will then be neatly revived on any system that the user hasn't explicitly removed the dummy package. External repos can easily pick up the package as well. Just bump the version. As pointed out, trying to glob this all in a single package will only result in pain and sorrow. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mr.ecik at gmail.com Sun Mar 11 21:10:33 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Sun, 11 Mar 2007 22:10:33 +0100 Subject: download.fedora.redhat.com gone? In-Reply-To: <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> References: <45F3F3FC.4000407@timj.co.uk> <20070311140112.GN507@neu.nirvana> <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> Message-ID: <668bb39a0703111410w580fdf29r9b08771a3655a161@mail.gmail.com> But [1] is still not accessible.. 1: http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/ 2007/3/11, Arthur Pemberton : > On 3/11/07, Axel Thimm wrote: > > On Sun, Mar 11, 2007 at 12:20:12PM +0000, Tim Jackson wrote: > > > Is it intentional that download.fedora.redhat.com seems to have > > > disappeared from DNS? > > > > Currently all name servers seem to work OK: > > > > $ for ns in ns1.redhat.com. ns2.redhat.com. ns3.redhat.com.; do host > > download.fedora.redhat.com. $ns; done > > Using domain server: > > Name: ns1.redhat.com. > > Address: 66.187.233.210#53 > > Aliases: > > > > download.fedora.redhat.com has address 66.187.224.20 > > Using domain server: > > Name: ns2.redhat.com. > > Address: 66.187.224.210#53 > > Aliases: > > > > download.fedora.redhat.com has address 66.187.224.20 > > Using domain server: > > Name: ns3.redhat.com. > > Address: 66.187.229.10#53 > > Aliases: > > > > download.fedora.redhat.com has address 66.187.224.20 > > -- > > Axel.Thimm at ATrpms.net > > > > Last night http://download.fedora.redhat.com slowed to a stop while I > was trying to find a file for someone. > > It seems to be working ok now. > > -- > Fedora Core 6 and proud > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Micha? Bentkowski mr.ecik at gmail.com From robert at fedoraproject.org Sun Mar 11 21:55:08 2007 From: robert at fedoraproject.org (Robert Scheck) Date: Sun, 11 Mar 2007 22:55:08 +0100 Subject: download.fedora.redhat.com gone? In-Reply-To: <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> References: <45F3F3FC.4000407@timj.co.uk> <20070311140112.GN507@neu.nirvana> <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> Message-ID: <20070311215508.GA6830@hurricane.linuxnetz.de> Hello, On Sun, 11 Mar 2007, Arthur Pemberton wrote: > Last night http://download.fedora.redhat.com slowed to a stop while I > was trying to find a file for someone. yes, because http://redhat.download.fedoraproject.org/ seems to be the replacement for it. Thanks to Andreas Thienemann for pointing me at IRC to this. > It seems to be working ok now. Maybe somebody re-added the A records to redhat.com in the meantime now again... Greetings, Robert From giallu at gmail.com Sun Mar 11 22:26:28 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Sun, 11 Mar 2007 23:26:28 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <1173641993.18771.154.camel@localhost.localdomain> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305140146.GA783@jadzia.bu.edu> <45EC4894.2030303@leemhuis.info> <1173641993.18771.154.camel@localhost.localdomain> Message-ID: On 3/11/07, Callum Lerwick wrote: > On Mon, 2007-03-05 at 17:43 +0100, Thorsten Leemhuis wrote: > > Matthew Miller schrieb: > > > What about implementing it as a yum plugin instead? The plugin could key off > > > of the old and versions of fedora-release and act accordingly. > > > > Hmm. Yes, maybe that could work, too. > > Ummm, how about we just do something like debian does. Say we have a > package, "foo-1.0-1.fc6" that has been dropped. Release a new version of > the package, "foo-1.0-2.fc6" that is a dummy package that contains > nothing, and has a %description along the lines of "Package foo is > obsolete. This is a dummy package that ensures its removal. This package > can be removed safely." > > If the package is ever revived, you just have to release "foo-1.0-3.fc6" > or "foo-6.3-7.fc11" or whatever. It will then be neatly revived on any > system that the user hasn't explicitly removed the dummy package. > External repos can easily pick up the package as well. Just bump the > version. > Looks very sane to me, and also pretty doable in a (semi)automatic way when a given package is dropped/orphaned/whatever From kevin.kofler at chello.at Mon Mar 12 03:04:55 2007 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 12 Mar 2007 03:04:55 +0000 (UTC) Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) References: <20070303183818.7533.83208@extras64.linux.duke.edu> <20070304121832.78954b91.bugs.michael@gmx.net> <20070304104648.206bed1c@ghistelwchlohm.scrye.com> <45EB13D5.2090903@fedoraproject.org> <45EB19A9.5070704@leemhuis.info> <20070305140146.GA783@jadzia.bu.edu> <45EC4894.2030303@leemhuis.info> <1173641993.18771.154.camel@localhost.localdomain> Message-ID: Callum Lerwick writes: > Ummm, how about we just do something like debian does. Say we have a > package, "foo-1.0-1.fc6" that has been dropped. Release a new version of > the package, "foo-1.0-2.fc6" that is a dummy package that contains > nothing, and has a %description along the lines of "Package foo is > obsolete. This is a dummy package that ensures its removal. This package > can be removed safely." That will make packages show up in all the package lists when they don't really exist in any meaningful sense. IMHO, this is very deceptive and confusing. Kevin Kofler From bruno at wolff.to Mon Mar 12 13:50:35 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Mon, 12 Mar 2007 08:50:35 -0500 Subject: I need help building interpendent RPMs In-Reply-To: <45F2D063.1090507@FamilleCollet.com> References: <45F2A3C3.4080605@gmail.com> <45F2D063.1090507@FamilleCollet.com> Message-ID: <20070312135035.GA12655@wolff.to> On Sat, Mar 10, 2007 at 16:36:03 +0100, Remi Collet wrote: > > If you really want apache 1.3, you should search for an old redhat 7.3 > mirror, because apache 2.0 is present is Redhat/Fedora since redhat 8.0 I wouldn't suggest going down that route. That was preselinux and other configuration details have changed since then. And of course that version of apache 1.3 will need to be upgraded. Before suggesting someone use 1.3, I would like to hear what they are really trying to do, to see if there is a better way to accomplish that task without having to install apache 1.3. From jkeating at redhat.com Mon Mar 12 15:34:33 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 11:34:33 -0400 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <1173641993.18771.154.camel@localhost.localdomain> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EC4894.2030303@leemhuis.info> <1173641993.18771.154.camel@localhost.localdomain> Message-ID: <200703121134.33753.jkeating@redhat.com> On Sunday 11 March 2007 15:39:53 Callum Lerwick wrote: > Ummm, how about we just do something like debian does. Say we have a > package, "foo-1.0-1.fc6" that has been dropped. Release a new version of > the package, "foo-1.0-2.fc6" that is a dummy package that contains > nothing, and has a %description along the lines of "Package foo is > obsolete. This is a dummy package that ensures its removal. This package > can be removed safely." Why do we want to go out of our way to remove potentially still usable software from people's machines? Just because Fedora doesn't maintain it anymore doesn't mean it automatically becomes unusable software that we should forcibly remove from people's machines. Seriously folks, we have tools like yum list extras that can show us things that won't get updated by our configured repositories, and we should let the local user decide what to do about packages that have been orphaned. We can keep up websites for the package in question with simple info that it is orphaned, click here to revive it type thing, but automatically removing it seems like a very rude thing to me. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Mon Mar 12 16:00:25 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 12 Mar 2007 17:00:25 +0100 (CET) Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <200703121134.33753.jkeating@redhat.com> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <45EC4894.2030303@leemhuis.info> <1173641993.18771.154.camel@localhost.localdomain> <200703121134.33753.jkeating@redhat.com> Message-ID: <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> Le Lun 12 mars 2007 16:34, Jesse Keating a ?crit : > On Sunday 11 March 2007 15:39:53 Callum Lerwick wrote: >> Ummm, how about we just do something like debian does. Say we have a >> package, "foo-1.0-1.fc6" that has been dropped. Release a new version of >> the package, "foo-1.0-2.fc6" that is a dummy package that contains >> nothing, and has a %description along the lines of "Package foo is >> obsolete. This is a dummy package that ensures its removal. This package >> can be removed safely." > > Why do we want to go out of our way to remove potentially still usable > software from people's machines? Just because Fedora doesn't maintain it > anymore doesn't mean it automatically becomes unusable software that we > should forcibly remove from people's machines. IMHO we should do this reality check every release. Finding out a package is dead because the update removed it is relatively painless. One just has to reinstall the previous version?? Finding out a package is dead because bad things happen? and investigation shows it was retired months/years before is another thing You don't do users any favour by silently leaving unsupported stuff on their systems. An early warning with short-term workarounds is better than full-blown failure when it's too late to do anything. ? this implies the retirement procedure allows it ? and hopefully investigate alternatives or adopt the package ? including security problems -- Nicolas Mailhot From jkeating at redhat.com Mon Mar 12 16:19:21 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 12:19:21 -0400 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121134.33753.jkeating@redhat.com> <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> Message-ID: <200703121219.22240.jkeating@redhat.com> On Monday 12 March 2007 12:00:25 Nicolas Mailhot wrote: > An early warning Warnings are fine. Perhaps pup/pirut can list the packages with no match in any configured repo with RED and do some sort of popup about how these packages will not get any updates. Forcibly removing the packages without user concent is bad. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Mon Mar 12 16:26:25 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 12 Mar 2007 11:26:25 -0500 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121134.33753.jkeating@redhat.com> <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> <200703121219.22240.jkeating@redhat.com> Message-ID: Jesse Keating wrote: > On Monday 12 March 2007 12:00:25 Nicolas Mailhot wrote: >> An early warning > > Warnings are fine. Perhaps pup/pirut can list the packages with no match > in any configured repo with RED and do some sort of popup about how these > packages will not get any updates. Forcibly removing the packages without > user concent is bad. Just to be clear, when a user issues: $ yum update and it says: ... package foo removed/Obsoleted by fedora-orphans (or whatever) ... Is this ok [y/N]: that doesn't count as user concent? -- Rex From bugs.michael at gmx.net Mon Mar 12 16:50:00 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 12 Mar 2007 17:50:00 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <200703121219.22240.jkeating@redhat.com> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121134.33753.jkeating@redhat.com> <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> <200703121219.22240.jkeating@redhat.com> Message-ID: <20070312175000.4e9b4dc6.bugs.michael@gmx.net> On Mon, 12 Mar 2007 12:19:21 -0400, Jesse Keating wrote: > On Monday 12 March 2007 12:00:25 Nicolas Mailhot wrote: > > An early warning > > Warnings are fine. Perhaps pup/pirut can list the packages with no match in > any configured repo with RED and do some sort of popup about how these > packages will not get any updates. Forcibly removing the packages without > user concent is bad. Is it even possible to "forcibly remove a package" in all cases? What is when a 3rd party package requires the orphan? There would be broken deps in the transaction test, and the upgrade to the garbage-collector pkg would fail until the 3rd party repo adapts the orphan and updates it. In a similar way, not removing orphans results in brokens deps, too. Are mandatory "release notes", which contain a list of orphans and hints on how to clean up a system prior to a dist-upgrade, the way to go? From jkeating at redhat.com Mon Mar 12 16:55:44 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 12:55:44 -0400 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121219.22240.jkeating@redhat.com> Message-ID: <200703121255.48368.jkeating@redhat.com> On Monday 12 March 2007 12:26:25 Rex Dieter wrote: > Is this ok [y/N]: > > that doesn't count as user concent? Not when it is buried in the mess of the other hundreds of packages going from Fedora N to Fedora N+1. Nor is it very obvious in the GUI or UI why a set of packages are set for removal, one would have to chew through yum output or even potentially debug output to see exactly why these packages are getting lumped into removal. I think our user experience around using yum to update from one release to the next is bad enough without adding in a "feature" to drop orphaned packages like hot potatoes. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Mar 12 17:00:44 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 12 Mar 2007 13:00:44 -0400 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070312175000.4e9b4dc6.bugs.michael@gmx.net> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121219.22240.jkeating@redhat.com> <20070312175000.4e9b4dc6.bugs.michael@gmx.net> Message-ID: <200703121300.44980.jkeating@redhat.com> On Monday 12 March 2007 12:50:00 Michael Schwendt wrote: > Is it even possible to "forcibly remove a package" in all cases? No, not in all cases. > What is > when a 3rd party package requires the orphan? There would be broken deps > in the transaction test, and the upgrade to the garbage-collector pkg > would fail until the 3rd party repo adapts the orphan and updates it. But it would fail in a way that is probably not obvious, and tossing the garbage-collector package into the mix forces an issue where there may not be one now, nor any time soon in the future. > In a similar way, not removing orphans results in brokens deps, too. Potentially. Just like not removing packages that didn't come from our repos could potentially lead to broken deps. > Are mandatory "release notes", which contain a list of orphans and hints > on how to clean up a system prior to a dist-upgrade, the way to go? I certainly think a release time wrapup of orphaned packages is good, as well as more documentation surrounding a dist-upgrade be it via yum or via anaconda. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Mon Mar 12 17:31:01 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 12 Mar 2007 18:31:01 +0100 Subject: garbage-collector.rpm ? (Was: Re: Summary - Broken dependencies in Fedora Extras - 2007-03-03) In-Reply-To: <20070312175000.4e9b4dc6.bugs.michael@gmx.net> References: <20070303183818.7533.83208@extras64.linux.duke.edu> <200703121134.33753.jkeating@redhat.com> <60048.192.54.193.51.1173715225.squirrel@rousalka.dyndns.org> <200703121219.22240.jkeating@redhat.com> <20070312175000.4e9b4dc6.bugs.michael@gmx.net> Message-ID: <1173720661.1633.6.camel@rousalka.dyndns.org> Le lundi 12 mars 2007 ? 17:50 +0100, Michael Schwendt a ?crit : > Are mandatory "release notes", which contain a list of orphans and hints > on how to clean up a system prior to a dist-upgrade, the way to go? Nope. A lot of people don't read docs (you, me, everyone) Release notes are slightly higher in the food pyramid than click-through EULAs, but not much. -- Nicolas Mailhot From buildsys at fedoraproject.org Tue Mar 13 07:09:55 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 13 Mar 2007 03:09:55 -0400 (EDT) Subject: Fedora Extras Package Build Report 2007-03-13 Message-ID: <20070313070955.4277D152130@buildsys.fedoraproject.org> Packages built and released for Fedora Extras development: 57 asymptote-1.23-1.fc7 bit-0.4.0-1.fc7 bitgtkmm-0.4.0-1.fc7 NEW classworlds-1.1-1jpp.1.fc7 conexus-0.5.2-1.fc7 conexusmm-0.5.0-1.fc7 cpanspec-1.70-1.fc7 cvs2svn-1.5.1-1.fc7 cyrus-imapd-2.3.8-1.fc7 deluge-0.4.99.2-1.fc7 NEW dtdparser-1.21-3jpp.2.fc7 eventlog-0.2.5-6.fc7 games-menus-0.2-3.fc7 NEW gift-gnutella-0.0.11-1.fc7 NEW gnu-regexp-1.1.4-10jpp.1.fc7 NEW jakarta-commons-net-1.4.1-2jpp.1.fc7 jd-1.8.8-0.1.cvs070311.1.fc7 NEW jtidy-1.0-0.1.r7dev.1jpp.1.fc7 kdeartwork-extras-3.5.6-3.fc7 NEW latex-mk-1.8-2.fc7 lucidlife-0.9.1-2.fc7 luma-2.3-9.fc7 mecab-0.95-1.fc7 NEW msv-1.2-0.1.20050722.3jpp.1.fc7 NEW nekohtml-0.9.5-4jpp.1.fc7 papyrus-0.7.1-1.fc7 perl-DBIx-SearchBuilder-1.48-1.fc7 perl-File-Copy-Recursive-0.31-2.fc7 perl-Params-Util-0.23-2.fc7 perl-Params-Validate-0.88-1.fc7 perl-Set-IntSpan-1.10-2.fc7 perl-Test-ClassAPI-1.04-1.fc7 perl-Text-Quoted-2.02-2.fc7 NEW php-pear-Image-Graph-0.7.2-1.fc7 php-pear-PHPUnit-3.0.5-3.fc7 NEW php-pecl-radius-1.2.4-2.fc7 php-pecl-xdebug-2.0.0-0.5.RC2.fc7 NEW piccolo-1.04-2jpp.2.fc7 piklab-0.14.1-1.fc7 NEW plexus-archiver-1.0-0.1.a6.1jpp.1.fc7 NEW plexus-container-default-1.0-0.1.a8.1jpp.1.fc7 NEW plexus-i18n-1.0-0.b6.3jpp.1.fc7 NEW plexus-utils-1.2-2jpp.1.fc7 NEW plexus-velocity-1.1.2-2jpp.1.fc7 python-kiwi-1.9.13-1.fc7 NEW qdox-1.5-2jpp.1.fc7 NEW qpidc-0.1-4.fc7 NEW relaxngDatatype-1.0-3jpp.1.fc7 NEW saxon-6.5.5-1jpp.2.fc7 scanssh-2.1-12.fc7 solfege-3.6.5-1.fc7 trac-0.10.3.1-2.fc7 ufraw-0.11-3.fc7 NEW ws-jaxme-0.5.1-2jpp.1.fc7 NEW xmldb-api-0.1-0.1.20011111cvs.1jpp.2.fc7 NEW xpp2-2.1.10-6jpp.1.fc7 NEW xpp3-1.1.3.8-1jpp.1.fc7 Packages built and released for Fedora Extras 6: 28 asymptote-1.23-1.fc6 bit-0.4.0-1.fc6 bitgtkmm-0.4.0-1.fc6 bittorrent-4.4.0-4.fc6 conexus-0.5.2-1.fc6 cvs2svn-1.5.1-1.fc6 digikam-0.9.1-1.fc6.1 games-menus-0.2-3.fc6 NEW gift-gnutella-0.0.11-1.fc6 jasper-1.900.0-3.fc6 kdeartwork-extras-3.5.6-3.fc6 NEW latex-mk-1.8-2.fc6 luma-2.3-9.fc6 mecab-0.95-1.fc6 nethack-vultures-2.1.0-9.fc6 papyrus-0.7.1-1.fc6 perl-DBIx-SearchBuilder-1.48-1.fc6 perl-Params-Validate-0.88-1.fc6 perl-Set-IntSpan-1.10-2.fc6 perl-Test-ClassAPI-1.04-1.fc6 NEW php-pear-Image-Graph-0.7.2-1.fc6 NEW php-pecl-radius-1.2.4-2.fc6 php-pecl-xdebug-2.0.0-0.5.RC2.fc6 piklab-0.14.1-1.fc6 pungi-0.1.2-3.fc6 python-kiwi-1.9.13-1.fc6 trac-0.10.3.1-2.fc6 ufraw-0.11-3.fc6 Packages built and released for Fedora Extras 5: 18 asymptote-1.23-1.fc5 bittorrent-4.4.0-4.fc5 cvs2svn-1.5.1-1.fc5 digikam-0.9.1-1.fc5.1 NEW gift-gnutella-0.0.11-1.fc5 glibmm24-2.10.9-1 gtkmm24-2.8.10-1.fc5 jasper-1.900.0-3.fc5 NEW luma-2.3-9.fc5 mecab-0.95-1.fc5 perl-DBIx-SearchBuilder-1.48-1.fc5 perl-Params-Validate-0.88-1.fc5 perl-Test-ClassAPI-1.04-1.fc5 NEW php-pear-Image-Graph-0.7.2-1.fc5 NEW php-pecl-radius-1.2.4-2.fc5 php-pecl-xdebug-2.0.0-0.5.RC2.fc5 piklab-0.14.1-1.fc5 trac-0.10.3.1-2.fc5 asymptote-1.23-1.fc7 -------------------- * Sun Mar 11 2007 Jose Pedro Oliveira - 1.23-1 - Update to 1.23. bit-0.4.0-1.fc7 --------------- * Mon Mar 12 2007 Rick L Vinyard Jr - 0.4.0-1 - New release - Added -p option to make install to preserve timestamps - Removed cp of docs and changed doc inclusion to docs/reference * Sat Nov 25 2006 Rick L Vinyard Jr - 0.3.0-1 - New release * Tue Aug 29 2006 Rick L Vinyard Jr - 0.2.3-1 - Changed make to %{__make} - Changed pc file from * to package*.pc - Removed BuildRequires pkgconfig bitgtkmm-0.4.0-1.fc7 -------------------- * Mon Mar 12 2007 Rick L Vinyard Jr - 0.4.0-1 - New release - Added -p option to make install to preserve timestamps - Removed cp of docs and changed doc inclusion to docs/reference - Removed search for gtkbuffer since it is now noinst classworlds-1.1-1jpp.1.fc7 -------------------------- * Thu Feb 15 2007 Andrew Overholt 0:1.1-1jpp.1 - 1.1 final - Add instructions for generating tarball - Use Fedora buildroot - Do not use maven - Remove binary libraries; don't just move to .no - Remove Vendor and Distribution tags - Remove javadoc symlinking conexus-0.5.2-1.fc7 ------------------- * Mon Mar 12 2007 Rick L Vinyard Jr - 0.5.2-1 - New release * Sun Mar 11 2007 Rick L Vinyard Jr - 0.5.1-1 - New release * Sat Mar 10 2007 Rick L Vinyard Jr - 0.5.0-1 - New release - Added -p option to make install to preserve timestamps - Removed cp of docs and changed doc inclusion to docs/reference * Sun Aug 27 2006 Rick L Vinyard Jr - 0.4.0-2 - Bumped release for mass rebuild conexusmm-0.5.0-1.fc7 --------------------- * Sat Mar 10 2007 Rick L Vinyard Jr - 0.5.0-1 - New release - Added -p option to make install to preserve timestamps - Removed cp of docs and changed doc inclustion to docs/reference - Removed cp of gallery and changed gallery to docs/gallery cpanspec-1.70-1.fc7 ------------------- * Mon Mar 12 2007 Steven Pritchard 1.70-1 - Update to 1.70. cvs2svn-1.5.1-1.fc7 ------------------- * Sun Mar 11 2007 Konstantin Ryabitsev - 1.5.1-1 - Upstream 1.5.1 cyrus-imapd-2.3.8-1.fc7 ----------------------- * Mon Mar 12 2007 Tomas Janousek - 2.3.8-1 - update to latest upstream deluge-0.4.99.2-1.fc7 --------------------- * Mon Mar 12 2007 Peter Gordon - 0.4.99.2-1 - Update to new upstream release (0.5 RC2). - Drop IndexError exception-handling fix (applied upstream): - delugegtk.py-fix-IndexError-exception-handling.patch - Use the system libtool instead of the one from the sources to ensure that no unnecessary RPATH hacks are added to the final build. dtdparser-1.21-3jpp.2.fc7 ------------------------- * Tue Feb 13 2007 Tania Bento - 0:1.21-3jpp.1.fc7 - Fixed the %Release tag. - Fixed the %BuildRoot tag. - Add gcj support eventlog-0.2.5-6.fc7 -------------------- * Sun Mar 11 2007 Jose Pedro Oliveira - 0.2.5-6 - The -devel subpackage now obsoletes the -static subpackage if the latter one is not created. games-menus-0.2-3.fc7 --------------------- * Mon Mar 12 2007 Hans de Goede 0.2-3 - Add French translation, thanks to Eric Tanguy gift-gnutella-0.0.11-1.fc7 -------------------------- gnu-regexp-1.1.4-10jpp.1.fc7 ---------------------------- * Mon Feb 12 2007 Thomas Fitzsimmons - 1.1.4-10jpp.1 - Update per Fedora review process - Resolves rhbz#227057 jakarta-commons-net-1.4.1-2jpp.1.fc7 ------------------------------------ * Thu Feb 15 2007 Deepak Bhole - 0:1.4.1-2jpp.1 - Fix per Fedora spec - Disable tests as a bunch of them currently fail on Fedora jd-1.8.8-0.1.cvs070311.1.fc7 ---------------------------- * Sun Mar 11 2007 Mamoru Tasaka - 1.8.8-0.1.cvs070311.1 - cvs 070311 (23:35 JST) jtidy-1.0-0.1.r7dev.1jpp.1.fc7 ------------------------------ * Thu Feb 15 2007 Andrew Overholt 2:1.0-0.1.r7dev.1jpp.1 - Don't remove JAXP APIs because we don't ship that version of xml-commons-apis anymore. * Mon Feb 12 2007 Fernando Nasser 1:1.0-0.20000804r7dev.8jpp.1 - Import * Mon Feb 12 2007 Fernando Nasser 1:1.0-0.20000804r7dev.8jpp - Fix duplicate requires and missing build requires for xml-commons-apis * Mon Feb 12 2007 Ralph Apel 1:1.0-0.20000804r7dev.7jpp - Add gcj_support option kdeartwork-extras-3.5.6-3.fc7 ----------------------------- * Sun Mar 11 2007 Rex Dieter 3.5.6-3 - remove errant/misplaced BR's (#231718) latex-mk-1.8-2.fc7 ------------------ * Fri Mar 09 2007 - Till Maas - 1.8-2 - remove %{_infodir}/dir because it is created sometimes lucidlife-0.9.1-2.fc7 --------------------- * Sun Mar 11 2007 Peter Gordon - 0.9.1-2 - Add LogicGame to the categories of the installed .desktop file for improved organization with games-menus. - Rework patch calls for more readability. luma-2.3-9.fc7 -------------- * Sun Mar 11 2007 Jochen Schmitt 2.3-9 - Add SMD5-patchno (#228269) mecab-0.95-1.fc7 ---------------- * Sun Mar 11 2007 Mamoru Tasaka - 0.95-1 - 0.95 msv-1.2-0.1.20050722.3jpp.1.fc7 ------------------------------- * Fri Feb 16 2007 Andrew Overholt 0:1.2-0.1.20050722.3jpp.1 - Remove postun Requires on jpackage-utils - Set gcj_support to 1 - Fix groups to shut up rpmlint - Add versions to the Provides and Obsoletes - Add patch to take out Class-Path in MANIFEST.MF * Thu Feb 15 2007 Matt Wringe - 0:1.2-0.1.20050722.3jpp.1.fc7 - Extract sources from a fresh CVS export of the given tag and add extra source required to build the package not present in the 20050722 tag anymore - Add a patch to remove compile time dependency on crimson - Add a patch to enable compression of jar files - Add jpackage-utils as a requires for the packages/subpackages * Mon Feb 12 2007 Ralph Apel - 0:1.2-0.20050722.3jpp - Add bootstrap option to build without saxon nor jdom - Add gcj_support option nekohtml-0.9.5-4jpp.1.fc7 ------------------------- * Mon Feb 12 2007 Jeff Johnston - 0:0.9.5-4jpp.1 - Update to address Fedora review comments. papyrus-0.7.1-1.fc7 ------------------- * Sat Mar 10 2007 Rick L Vinyard Jr - 0.7.1-1 - New release perl-DBIx-SearchBuilder-1.48-1.fc7 ---------------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 1.48-1 - Upstream updata. - BR: perl(ExtUtils::MakeMaker). * Fri Mar 02 2007 Ralf Cors?pius - 1.46-1 - Upstream update. - Use "by-modules" Source0 (upstream maintainer has changed). perl-File-Copy-Recursive-0.31-2.fc7 ----------------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 0.31-2 - BR: perl(ExtUtils::MakeMaker). * Fri Mar 02 2007 Ralf Cors?pius - 0.31-1 - Upstream update. perl-Params-Util-0.23-2.fc7 --------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 0.23-2 - BR: perl(ExtUtils::MakeMaker). * Fri Mar 02 2007 Ralf Cors?pius - 0.23-1 - Upstream update. perl-Params-Validate-0.88-1.fc7 ------------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 0.88-1 - BR: perl(ExtUtils::MakeMaker). - Upstream update. perl-Set-IntSpan-1.10-2.fc7 --------------------------- * Sun Mar 11 2007 Ville Skytt? - 1.10-2 - BuildRequire perl(ExtUtils::MakeMaker). * Sun Mar 04 2007 Ville Skytt? - 1.10-1 - 1.10. perl-Test-ClassAPI-1.04-1.fc7 ----------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 1.04-1 - Upstream update. - BR: perl(ExtUtils::MakeMaker). perl-Text-Quoted-2.02-2.fc7 --------------------------- * Mon Mar 12 2007 Ralf Cors?pius - 2.02-2 - BR: perl(ExtUtils::MakeMaker). * Fri Mar 02 2007 Ralf Cors?pius - 2.02-1 - Upstream update. php-pear-Image-Graph-0.7.2-1.fc7 -------------------------------- php-pear-PHPUnit-3.0.5-3.fc7 ---------------------------- * Thu Mar 08 2007 Christopher Stone 3.0.5-3 - Fix testdir - Fix Provides version * Wed Mar 07 2007 Christopher Stone 3.0.5-2 - Add Obsoletes/Provides for php-pear(PHPUnit2) - Requires php-pear(PEAR) >= 1.5.0 - Own %{pear_testdir}/%{pear_name} - Remove no longer needed manual channel install - Simplify %doc - Only unregister old phpunit on upgrade * Mon Feb 26 2007 Christopher Stone 3.0.5-1 - Upstream sync * Wed Feb 21 2007 Christohper Stone 3.0.4-1 - Upstream sync * Mon Jan 29 2007 Christopher Stone 3.0.3-1 - Upstream sync * Sun Jan 14 2007 Christopher Stone 3.0.2-1 - Upstream sync * Fri Jan 05 2007 Christopher Stone 3.0.1-1 - Upstream sync * Wed Dec 27 2006 Christopher Stone 3.0.0-1 - Initial Release php-pecl-radius-1.2.4-2.fc7 --------------------------- * Sun Mar 11 2007 Christopher Stone 1.2.4-2 - Use new ABI check for FC-6 - Create directory to untar sources - Remove %{release} from Provides php-pecl-xdebug-2.0.0-0.5.RC2.fc7 --------------------------------- * Sun Mar 11 2007 Christopher Stone 2.0.0-0.5.RC2 - Create directory to untar sources - Use new ABI check for FC6 - Remove %{release} from Provides piccolo-1.04-2jpp.2.fc7 ----------------------- * Mon Mar 12 2007 Matt Wringe - 0:1.04-2jpp.2 - Add piccolo-build_xml.patch to allow building on newer jvms. * Tue Feb 13 2007 Permaine Cheung - 0:1.04-2jpp.1.fc7 - Fixed release tag, buildroot, license and other rpmlint issues. piklab-0.14.1-1.fc7 ------------------- * Mon Mar 12 2007 Alain Portal 0.14.1-1 - New upstream version - %patch2 is no more needed plexus-archiver-1.0-0.1.a6.1jpp.1.fc7 ------------------------------------- * Thu Feb 15 2007 Matt Wrigne - 0:1.0-0.1.a6.1jpp.1 - Fix rpmlint issues - Version package to new jpp versioning standards - Remove javadoc post and postun sections plexus-container-default-1.0-0.1.a8.1jpp.1.fc7 ---------------------------------------------- * Fri Mar 09 2007 Deepak Bhole 0:1.0-0.1.a8.1jpp.1 - From Andrew Overholt: - Remove javadoc symlinking - Remove Vendor and Distribution - Remove section free - Change Release to be 0.Z.tag.Xjpp.Y%{?dist} - Use Fedora BuildRoot - Don't use maven plexus-i18n-1.0-0.b6.3jpp.1.fc7 ------------------------------- * Mon Feb 19 2007 Tania Bento - 0:1.0-0.b6.3jpp.1 - Fixed %Release tag. - Changed the svn URL. - Added instruction on how to tar the files extracted with svn export. - Fixed %BuildRoot tag. - Removed %post and %postun sections for javadoc and made necessary changes. - Added gcj support. plexus-utils-1.2-2jpp.1.fc7 --------------------------- * Tue Feb 20 2007 Deepak Bhole - 0:1.2-2jpp.1.fc7 - Fix spec per Fedora guidelines plexus-velocity-1.1.2-2jpp.1.fc7 -------------------------------- * Fri Feb 16 2007 Tania Bento - 0:1.1.2-2jpp.1 - Fixed %License. - Fixed %BuildRoot. - Fixed %Release. - Removed the %post and %postun for javadoc. - Removed %Vendor. - Removed %Distribution. - Removed "%define section free". - Added the gcj support option. - Added BR for jakarta-commons-logging. python-kiwi-1.9.13-1.fc7 ------------------------ * Sun Mar 11 2007 Konstantin Ryabitsev - 1.9.13-1 - Upstream 1.9.13 - Use .bz2 file to save space - BR pkgconfig and pygtk2-devel for setup script qdox-1.5-2jpp.1.fc7 ------------------- * Thu Feb 15 2007 Permaine Cheung - 0:1.5-2jpp.1 - Use ant for building, and fixes as per fedora guidelines. qpidc-0.1-4.fc7 --------------- * Mon Feb 19 2007 Jim Meyering - 0.1-4 - Address http://bugzilla.redhat.com/220630: - Remove redundant "cppunit" build-requires. - Add --disable-static. relaxngDatatype-1.0-3jpp.1.fc7 ------------------------------ * Mon Feb 12 2007 Andrew Overholt 1.0-3jpp.1 - Fixed issues for Fedora-ization - Add patch to compress the main jar saxon-6.5.5-1jpp.2.fc7 ---------------------- * Sun Mar 11 2007 Vivek Lakshmanan - 0:6.5.5-1jpp.2.fc7 - First build for Fedora - Resolves: #227114 (Missing BR on ant - Thanks mcepl) * Wed Feb 14 2007 Deepak Bhole - 0:6.5.5-1jpp.1 - Update to 6.5.5 - Fix per Fedora guidelines scanssh-2.1-12.fc7 ------------------ * Sun Mar 11 2007 Patrick "Jima" Laughton 2.1-12 - Bump-n-build due to libevent upgrade (my own fault) solfege-3.6.5-1.fc7 ------------------- * Sun Mar 11 2007 Sindre Pedersen Bj?rdal - 3.6.5-1 - Update to 3.6.5 trac-0.10.3.1-2.fc7 ------------------- * Mon Mar 12 2007 Jeffrey C. Ollie - 0.10.3.1-2 - Switch requires back to python-sqlite ufraw-0.11-3.fc7 ---------------- * Mon Mar 12 2007 Nils Philippsen - 0.11-3 - split pkg from fc6/rhel5 on to avoid upgrading mess * Mon Mar 12 2007 Nils Philippsen - 0.11-2 - use %rhel, not %redhat * Mon Mar 12 2007 Nils Philippsen - 0.11-1 - version 0.11 ws-jaxme-0.5.1-2jpp.1.fc7 ------------------------- * Mon Feb 12 2007 Deepak Bhole - 0:0.5.1-2jpp.1 - Update as per Fedora guidelines. xmldb-api-0.1-0.1.20011111cvs.1jpp.2.fc7 ---------------------------------------- * Mon Feb 12 2007 Deepak Bhole 1:0.1-0.1.20011111cvs.1jpp.1.fc7 - Update to Fedora specs xpp2-2.1.10-6jpp.1.fc7 ---------------------- * Tue Feb 13 2007 Permaine Cheung - 0:2.1.10-6jpp.1.fc7 - Fix release, license, buildroot, typo, and other rpmlint issues. - Got rid of Vendor and Distribution. - Rename manual subpackage to doc. - Move README and LICENSE file back into main package, and mark all docs. xpp3-1.1.3.8-1jpp.1.fc7 ----------------------- * Mon Feb 12 2007 Fernando Nasser - 0:1.1.3.8-1jpp.1 - Import - Fix per Fedora spec * Mon Feb 12 2007 Fernando Nasser - 0:1.1.3.8-1jpp - Upgrade to 1.1.3.8 - Remove vendor and distribution tags For more information about the built packages please see the repository or the Fedora Info Feed: http://fedoraproject.org/infofeed/ From chitlesh at fedoraproject.org Tue Mar 13 12:54:12 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 13 Mar 2007 13:54:12 +0100 Subject: some packages need maintainers :) Message-ID: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> Hello there, I've been using some apps which aren't in Fedora Repositories for a long time now. Since, I don't have much time to push them myself, I'm making their specs or srpms available, feel free to take over. Someone else will give more love to those packages than I do :) If you want to push it for fedora-review, please go on and mind you I haven't yet mock the srpms, so you will have to do so. The packages are: * vym * konserve * kicker-compiz * lipstik - to upload soon You can have the specs from http://fedoraproject.org/wiki/Extras/SIGs/KDE. Let's us know if you are willing to maintain it fedora :) regards, Chitlesh -- http://clunixchit.blogspot.com From limb at jcomserv.net Tue Mar 13 12:56:23 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 13 Mar 2007 07:56:23 -0500 (CDT) Subject: some packages need maintainers :) In-Reply-To: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> Message-ID: <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> I'll take vym. Are they in cvs too or wil they need to be submitted for review? > Hello there, > > I've been using some apps which aren't in Fedora Repositories for a > long time now. > > Since, I don't have much time to push them myself, I'm making their > specs or srpms available, feel free to take over. > > Someone else will give more love to those packages than I do :) > > If you want to push it for fedora-review, please go on and mind you I > haven't yet mock the srpms, so you will have to do so. > > The packages are: > * vym > * konserve > * kicker-compiz > * lipstik - to upload soon > > You can have the specs from http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > Let's us know if you are willing to maintain it fedora :) > > regards, > Chitlesh > -- > http://clunixchit.blogspot.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- novus ordo absurdum From chitlesh at fedoraproject.org Tue Mar 13 13:32:57 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Tue, 13 Mar 2007 14:32:57 +0100 Subject: some packages need maintainers :) In-Reply-To: <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> Message-ID: <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> On 3/13/07, Jon Ciesla wrote: > I'll take vym. Cool :) > Are they in cvs too or wil they need to be submitted for > review? No they aren't in cvs. They need to be reviewed. regards Chitlesh -- http://clunixchit.blogspot.com From rdieter at math.unl.edu Wed Mar 14 01:18:41 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 13 Mar 2007 20:18:41 -0500 Subject: download.fedora.redhat.com gone? In-Reply-To: <668bb39a0703111410w580fdf29r9b08771a3655a161@mail.gmail.com> References: <45F3F3FC.4000407@timj.co.uk> <20070311140112.GN507@neu.nirvana> <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> <668bb39a0703111410w580fdf29r9b08771a3655a161@mail.gmail.com> Message-ID: Micha? Bentkowski wrote: > But [1] is still not accessible.. > > 1: > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/ WORKSFORME. ?? -- Rex From bruno at wolff.to Wed Mar 14 01:59:45 2007 From: bruno at wolff.to (Bruno Wolff III) Date: Tue, 13 Mar 2007 20:59:45 -0500 Subject: download.fedora.redhat.com gone? In-Reply-To: References: <45F3F3FC.4000407@timj.co.uk> <20070311140112.GN507@neu.nirvana> <16de708d0703111049o1c64becbwb80d7468409ab9e1@mail.gmail.com> <668bb39a0703111410w580fdf29r9b08771a3655a161@mail.gmail.com> Message-ID: <20070314015945.GA25078@wolff.to> On Tue, Mar 13, 2007 at 20:18:41 -0500, Rex Dieter wrote: > Micha? Bentkowski wrote: > > But [1] is still not accessible.. > > > > 1: > > http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/ > > WORKSFORME. ?? I think there was a DNS change. I was having some problems with it this morning where it worked from one host, but not another and clearing my DNS cache got it working. From fedora at leemhuis.info Wed Mar 14 08:32:05 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 14 Mar 2007 09:32:05 +0100 Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <20070314082251.81724152131@buildsys.fedoraproject.org> References: <20070314082251.81724152131@buildsys.fedoraproject.org> Message-ID: <45F7B305.4070305@leemhuis.info> Hi! On 14.03.2007 09:22, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras development: 52 > [...] Just FYI, those reports were send to fedora-extras-list in the past but from now on will get send to fedora-devel as the plan is to close fedora-extras-list soon (see the thread https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html for details). The Reply-to for fedora-extras-commits points to fedora-devel now, too. CU thl From oliver at linux-kernel.at Wed Mar 14 08:46:13 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 14 Mar 2007 09:46:13 +0100 Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <45F7B305.4070305@leemhuis.info> References: <20070314082251.81724152131@buildsys.fedoraproject.org> <45F7B305.4070305@leemhuis.info> Message-ID: <45F7B655.9070900@linux-kernel.at> Hi Thorsten! Am 2007-03-14 09:32, Thorsten Leemhuis schrieb: > On 14.03.2007 09:22, buildsys at fedoraproject.org wrote: >> Packages built and released for Fedora Extras development: 52 >> [...] > > Just FYI, those reports were send to fedora-extras-list in the past but > from now on will get send to fedora-devel as the plan is to close > fedora-extras-list soon (see the thread > https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html > for details). The Reply-to for fedora-extras-commits points to > fedora-devel now, too. Will people subscribed to extras list now, be automatically subscribed to devel list!? -of From trond.danielsen at gmail.com Wed Mar 14 08:47:01 2007 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Wed, 14 Mar 2007 09:47:01 +0100 Subject: Announcing Embedded SIG Message-ID: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> Hi everyone, I just created a new SIG: Fedora Embedded systems special interest group. I have been a Fedora user for several years, and the one thing that I have been missing the most is tools for embedded software development. Many popular microcontrollers and DPS's such as Atmel AVR and AVR32, PIC, 8051 and Analog Devices Blackfin are supported by open source tools, but these have until now been missing from the Fedora repositories. What I want is to see as many of these tools availble in Fedora. Some packages have already been included, and other have been submitted for review. A list of submitted packages is available here: http://fedoraproject.org/wiki/TrondDanielsen. Support for embedded systems development depend on the guidelines for cross-compilers, and a preliminary for these guidelines is availbe from this page: http://fedoraproject.org/wiki/Extras/SIGs/CrossCompiling If you think this sounds interesting, and want to help out, check out http://fedoraproject.org/wiki/Extras/SIGs/Embedded Best regards, -- Trond Danielsen From fedora at leemhuis.info Wed Mar 14 10:16:28 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 14 Mar 2007 11:16:28 +0100 Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <45F7B655.9070900@linux-kernel.at> References: <20070314082251.81724152131@buildsys.fedoraproject.org> <45F7B305.4070305@leemhuis.info> <45F7B655.9070900@linux-kernel.at> Message-ID: <45F7CB7C.6070100@leemhuis.info> On 14.03.2007 09:46, Oliver Falk wrote: > Am 2007-03-14 09:32, Thorsten Leemhuis schrieb: >> On 14.03.2007 09:22, buildsys at fedoraproject.org wrote: >>> Packages built and released for Fedora Extras development: 52 >>> [...] >> Just FYI, those reports were send to fedora-extras-list in the past but >> from now on will get send to fedora-devel as the plan is to close >> fedora-extras-list soon (see the thread >> https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html >> for details). The Reply-to for fedora-extras-commits points to >> fedora-devel now, too. > Will people subscribed to extras list now, be automatically subscribed > to devel list!? No. From https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html "Closing plan: send all subscribed users that are not subscribed on fedora-devel and mailman invite." I'll ask warren to send out those invites next week maybe and at the same time we'll probably disallow posting to fedora-extras-list. That okay for everybody? CU thl From j.w.r.degoede at hhs.nl Wed Mar 14 10:28:55 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 14 Mar 2007 11:28:55 +0100 Subject: Announcing Embedded SIG In-Reply-To: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> Message-ID: <45F7CE67.4060209@hhs.nl> Trond Danielsen wrote: > Hi everyone, > > I just created a new SIG: Fedora Embedded systems special interest group. > > I have been a Fedora user for several years, and the one thing that I > have been missing the most is tools for embedded software development. > Many popular microcontrollers and DPS's such as Atmel AVR and AVR32, > PIC, 8051 and Analog Devices Blackfin are supported by open source > tools, but these have until now been missing from the Fedora > repositories. > > What I want is to see as many of these tools availble in Fedora. Some > packages have already been included, and other have been submitted for > review. A list of submitted packages is available here: > http://fedoraproject.org/wiki/TrondDanielsen. > > Support for embedded systems development depend on the guidelines for > cross-compilers, and a preliminary for these guidelines is availbe > from this page: > http://fedoraproject.org/wiki/Extras/SIGs/CrossCompiling > I must say I'm a bit disappointed to not see my (well received) proposal for cross-gcc guidelines on this page, but instead a link to an old, stale incomplete, never publicly discussed guideline attempt under the Packaging hierarchy, to me sig specific guidelines belong under the SIG hierarchy where they can be freely edited and not under the closeddown Packaging hierachy, worse in this case the guideline proposal pointed to has not seen any attention for over a year and was never publicly discussed. > If you think this sounds interesting, and want to help out, check out > http://fedoraproject.org/wiki/Extras/SIGs/Embedded > This sounds like something which can better be done under the Cross sig, when you have cross tools you naturally want support for programmers, remote debuggers simulators etc. Regards, Hans From triad at df.lth.se Wed Mar 14 11:48:37 2007 From: triad at df.lth.se (Linus Walleij) Date: Wed, 14 Mar 2007 12:48:37 +0100 (CET) Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <45F7CB7C.6070100@leemhuis.info> References: <20070314082251.81724152131@buildsys.fedoraproject.org> <45F7B305.4070305@leemhuis.info> <45F7B655.9070900@linux-kernel.at> <45F7CB7C.6070100@leemhuis.info> Message-ID: On Wed, 14 Mar 2007, Thorsten Leemhuis wrote: > I'll ask warren to send out those invites next week maybe and at the > same time we'll probably disallow posting to fedora-extras-list. That > okay for everybody? Go for it. Linus (Who's in the maintainers list but not devel) From trond.danielsen at gmail.com Wed Mar 14 12:07:52 2007 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Wed, 14 Mar 2007 13:07:52 +0100 Subject: Announcing Embedded SIG In-Reply-To: <45F7CE67.4060209@hhs.nl> References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> <45F7CE67.4060209@hhs.nl> Message-ID: <409676c70703140507l697cab70r43ff17bf4779f676@mail.gmail.com> 2007/3/14, Hans de Goede : > Trond Danielsen wrote: > > Hi everyone, > > > > I just created a new SIG: Fedora Embedded systems special interest group. > > > > I have been a Fedora user for several years, and the one thing that I > > have been missing the most is tools for embedded software development. > > Many popular microcontrollers and DPS's such as Atmel AVR and AVR32, > > PIC, 8051 and Analog Devices Blackfin are supported by open source > > tools, but these have until now been missing from the Fedora > > repositories. > > > > What I want is to see as many of these tools availble in Fedora. Some > > packages have already been included, and other have been submitted for > > review. A list of submitted packages is available here: > > http://fedoraproject.org/wiki/TrondDanielsen. > > > > Support for embedded systems development depend on the guidelines for > > cross-compilers, and a preliminary for these guidelines is availbe > > from this page: > > http://fedoraproject.org/wiki/Extras/SIGs/CrossCompiling > > > > I must say I'm a bit disappointed to not see my (well received) proposal for > cross-gcc guidelines on this page, but instead a link to an old, stale > incomplete, never publicly discussed guideline attempt under the Packaging > hierarchy, to me sig specific guidelines belong under the SIG hierarchy where > they can be freely edited and not under the closeddown Packaging hierachy, > worse in this case the guideline proposal pointed to has not seen any attention > for over a year and was never publicly discussed. I am sorry for not having updated the guidelines yet. I have been busy lately, but it's getting closer to the top of my TODO list. Due to this feedback I will push it further up, and have it ready by tonight. The finished guidelines should indeed be under the corresponding SIG, but I was (mistakenly) under the impression that since they were not completed yet, the correct location was in the Draft section. Please correct me if I am wrong; remember I am a n00b when it comes to how many of these things are organized. > > If you think this sounds interesting, and want to help out, check out > > http://fedoraproject.org/wiki/Extras/SIGs/Embedded > > > > This sounds like something which can better be done under the Cross sig, when > you have cross tools you naturally want support for programmers, remote > debuggers simulators etc. Ok, I agree, there is no need to separate these two. However, I think Embedded System Development is a more describing name that Cross Compiling. As you said, you usually want programmers, debuggers etc., but Cross Compiling does not explicitly indicate that. Before this turn into a marketing/branding/flamewar, I'll just say that as long as the support for such tools improve, I am happy, whatever the umbrella is :). -- Trond Danielsen From j.w.r.degoede at hhs.nl Wed Mar 14 12:28:41 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 14 Mar 2007 13:28:41 +0100 Subject: Announcing Embedded SIG In-Reply-To: <409676c70703140507l697cab70r43ff17bf4779f676@mail.gmail.com> References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> <45F7CE67.4060209@hhs.nl> <409676c70703140507l697cab70r43ff17bf4779f676@mail.gmail.com> Message-ID: <45F7EA79.2020900@hhs.nl> Trond Danielsen wrote: > 2007/3/14, Hans de Goede : >> Trond Danielsen wrote: >> > Hi everyone, >> > >> > I just created a new SIG: Fedora Embedded systems special interest >> group. >> > >> > I have been a Fedora user for several years, and the one thing that I >> > have been missing the most is tools for embedded software development. >> > Many popular microcontrollers and DPS's such as Atmel AVR and AVR32, >> > PIC, 8051 and Analog Devices Blackfin are supported by open source >> > tools, but these have until now been missing from the Fedora >> > repositories. >> > >> > What I want is to see as many of these tools availble in Fedora. Some >> > packages have already been included, and other have been submitted for >> > review. A list of submitted packages is available here: >> > http://fedoraproject.org/wiki/TrondDanielsen. >> > >> > Support for embedded systems development depend on the guidelines for >> > cross-compilers, and a preliminary for these guidelines is availbe >> > from this page: >> > http://fedoraproject.org/wiki/Extras/SIGs/CrossCompiling >> > >> >> I must say I'm a bit disappointed to not see my (well received) >> proposal for >> cross-gcc guidelines on this page, but instead a link to an old, stale >> incomplete, never publicly discussed guideline attempt under the >> Packaging >> hierarchy, to me sig specific guidelines belong under the SIG >> hierarchy where >> they can be freely edited and not under the closeddown Packaging >> hierachy, >> worse in this case the guideline proposal pointed to has not seen any >> attention >> for over a year and was never publicly discussed. > > I am sorry for not having updated the guidelines yet. I have been busy > lately, but it's getting closer to the top of my TODO list. Due to > this feedback I will push it further up, and have it ready by tonight. > Good! > The finished guidelines should indeed be under the corresponding SIG, > but I was (mistakenly) under the impression that since they were not > completed yet, the correct location was in the Draft section. Please > correct me if I am wrong; remember I am a n00b when it comes to how > many of these things are organized. > There are no hard rules for this, so far (unoffically) there are 2 sorts of guidelines: -official guidelines, which only can be created by the Fedora Packaging Committee (FPC) and by FESco, since neither has much (specific) interest in embedded stuff, the chances of getting any thing official out of them soon is small -unofficial guidelines, created by SIG's I know that atleast the Games SIG does this. These have no status other then that they are practices adviced by the SIG (and if you want intra SIG reviews, people usually ask you to follow them). I think atleast for now, that since these are very specific (iow non general) guidelines they are best off being unofficial SIG guidelines, this also has the advantage that we can easily modify / improve them, whereas the FPC way is significantly slower. >> > If you think this sounds interesting, and want to help out, check out >> > http://fedoraproject.org/wiki/Extras/SIGs/Embedded >> > >> >> This sounds like something which can better be done under the Cross >> sig, when >> you have cross tools you naturally want support for programmers, remote >> debuggers simulators etc. > > Ok, I agree, there is no need to separate these two. However, I think > Embedded System Development is a more describing name that Cross > Compiling. As you said, you usually want programmers, debuggers etc., > but Cross Compiling does not explicitly indicate that. Before this > turn into a marketing/branding/flamewar, I'll just say that as long as > the support for such tools improve, I am happy, whatever the umbrella > is :). > I'm happy with whatever name you choose, so choose a name and lets be done with this. Regards, Hans From rdieter at math.unl.edu Wed Mar 14 13:33:18 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 14 Mar 2007 08:33:18 -0500 Subject: Announcing Embedded SIG In-Reply-To: <45F7CE67.4060209@hhs.nl> References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> <45F7CE67.4060209@hhs.nl> Message-ID: Hans de Goede wrote: > I must say I'm a bit disappointed to not see my (well received) proposal > for cross-gcc guidelines on this page, but instead a link to an old, > stale incomplete, never publicly discussed guideline attempt under the > Packaging hierarchy, to me sig specific guidelines belong under the SIG > hierarchy where they can be freely edited and not under the closeddown > Packaging hierachy FYI, PackagingDrafts/ is not restricted, only Packaging/ is afaik. -- Rex From bpepple at fedoraproject.org Wed Mar 14 14:06:26 2007 From: bpepple at fedoraproject.org (Brian Pepple) Date: Wed, 14 Mar 2007 10:06:26 -0400 Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <45F7CB7C.6070100@leemhuis.info> References: <20070314082251.81724152131@buildsys.fedoraproject.org> <45F7B305.4070305@leemhuis.info> <45F7B655.9070900@linux-kernel.at> <45F7CB7C.6070100@leemhuis.info> Message-ID: <1173881186.27443.4.camel@Chuck> On Wed, 2007-03-14 at 11:16 +0100, Thorsten Leemhuis wrote: > On 14.03.2007 09:46, Oliver Falk wrote: > > Will people subscribed to extras list now, be automatically subscribed > > to devel list!? > > No. From > https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html > "Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite." > > I'll ask warren to send out those invites next week maybe and at the > same time we'll probably disallow posting to fedora-extras-list. That > okay for everybody? Works for me. /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 oliver at linux-kernel.at Wed Mar 14 14:29:03 2007 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 14 Mar 2007 15:29:03 +0100 Subject: FYI: The Fedora Extras Package Build Reports go to fedora-devel now In-Reply-To: <45F7CB7C.6070100@leemhuis.info> References: <20070314082251.81724152131@buildsys.fedoraproject.org> <45F7B305.4070305@leemhuis.info> <45F7B655.9070900@linux-kernel.at> <45F7CB7C.6070100@leemhuis.info> Message-ID: <45F806AF.2010405@linux-kernel.at> Am 2007-03-14 11:16, Thorsten Leemhuis schrieb: > On 14.03.2007 09:46, Oliver Falk wrote: >> Am 2007-03-14 09:32, Thorsten Leemhuis schrieb: >>> On 14.03.2007 09:22, buildsys at fedoraproject.org wrote: >>>> Packages built and released for Fedora Extras development: 52 >>>> [...] >>> Just FYI, those reports were send to fedora-extras-list in the past but >>> from now on will get send to fedora-devel as the plan is to close >>> fedora-extras-list soon (see the thread >>> https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html >>> for details). The Reply-to for fedora-extras-commits points to >>> fedora-devel now, too. >> Will people subscribed to extras list now, be automatically subscribed >> to devel list!? > > No. From > https://www.redhat.com/archives/fedora-extras-list/2007-March/msg00004.html > "Closing plan: send all subscribed users that are not subscribed on > fedora-devel and mailman invite." > > I'll ask warren to send out those invites next week maybe and at the > same time we'll probably disallow posting to fedora-extras-list. That > okay for everybody? for me this sounds like a plan. go for it. -of From opensource at till.name Wed Mar 14 19:32:14 2007 From: opensource at till.name (Till Maas) Date: Wed, 14 Mar 2007 20:32:14 +0100 Subject: Announcing Embedded SIG In-Reply-To: References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> <45F7CE67.4060209@hhs.nl> Message-ID: <200703142032.16458.opensource@till.name> On Mi M?rz 14 2007, Rex Dieter wrote: > FYI, PackagingDrafts/ is not restricted, only Packaging/ is afaik. To whom? See: https://www.redhat.com/archives/fedora-packaging/2007-March/msg00006.html At least it was not only in my imagination. Regards, Till From rdieter at math.unl.edu Thu Mar 15 00:50:43 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 14 Mar 2007 19:50:43 -0500 Subject: Announcing Embedded SIG In-Reply-To: <200703142032.16458.opensource@till.name> References: <409676c70703140147w13b078e9v4a716e93ad7fd8ba@mail.gmail.com> <45F7CE67.4060209@hhs.nl> <200703142032.16458.opensource@till.name> Message-ID: Till Maas wrote: > On Mi M?rz 14 2007, Rex Dieter wrote: > >> FYI, PackagingDrafts/ is not restricted, only Packaging/ is afaik. > > To whom? http://fedoraproject.org/wiki/PackagingGroup -- Rex From gamito at gmail.com Thu Mar 15 21:35:13 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Thu, 15 Mar 2007 21:35:13 +0000 Subject: Can't create users and groups Message-ID: <45F9BC11.9010105@gmail.com> Hi, I'm making a qmail RPM. All goes well, except that the users and groups are not being created. And they must be before running "make setup check". I've tried all locations in the spec file, but nothing :( Following my signature is the relevant part of the spec file. Any help would be appreciated. Warm Regards -- :wq! M?rio Gamito %description The most powerful MTA in the whole world. %prep %setup -q %build patch -p1 < qmail-ldap-1.03-20060201.patch cp files/Makefile . cp files/dirmaker . cp qmail.schema /etc/openldap/schema mkdir -p /var/qmail/ mkdir /var/log/qmail mkdir /var/log/qmail/qmail-send mkdir /var/log/qmail/qmail-smtpd mkdir /var/log/qmail/qmail-popup groupadd nofiles useradd -g nofiles -s /bin/false -d /var/qmail/alias alias useradd -g nofiles -s /bin/false -d /var/qmail qmaild useradd -g nofiles -s /bin/false -d /var/qmail qmaill useradd -g nofiles -s /bin/false -d /var/qmail qmailp groupadd qmail useradd -g qmail -s /bin/false -d /var/qmail qmailq useradd -g qmail -s /bin/false -d /var/qmail qmailr useradd -g qmail -s /bin/false -d /var/qmail qmails chown -R root.qmail /var/qmail/ chown -R qmaill.qmail /var/log/qmail/ chmod 2700 /var/log/qmail/* mkdir -p /var/qmail/supervise/qmail-send/log mkdir -p /var/qmail/supervise/qmail-smtpd/log mkdir -p /var/qmail/supervise/qmail-popup/log echo "vmail:*:11184:2110::/var/qmail/maildirs/:/bin/true" >> /etc/passwd echo "vmail::2110" >> /etc/group mkdir /var/qmail/maildirs chown -R vmail.vmail /var/qmail/maildirs make setup check %install ./config-fast mail.sincity.lan From mattdm at mattdm.org Thu Mar 15 21:40:48 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 15 Mar 2007 17:40:48 -0400 Subject: Can't create users and groups In-Reply-To: <45F9BC11.9010105@gmail.com> References: <45F9BC11.9010105@gmail.com> Message-ID: <20070315214048.GA13868@jadzia.bu.edu> On Thu, Mar 15, 2007 at 09:35:13PM +0000, M?rio Gamito wrote: > I'm making a qmail RPM. If you're making it for extras, you can really save a lot of time, because it's not free or open source software. You're not even really allowed to make an RPM and give it to someone else. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From gamito at gmail.com Thu Mar 15 21:46:04 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Thu, 15 Mar 2007 21:46:04 +0000 Subject: Can't create users and groups In-Reply-To: <20070315214048.GA13868@jadzia.bu.edu> References: <45F9BC11.9010105@gmail.com> <20070315214048.GA13868@jadzia.bu.edu> Message-ID: <45F9BE9C.5060604@gmail.com> Hi, Matthew Miller wrote: > On Thu, Mar 15, 2007 at 09:35:13PM +0000, M?rio Gamito wrote: >> I'm making a qmail RPM. > > If you're making it for extras, you can really save a lot of time, because > it's not free or open source software. You're not even really allowed to > make an RPM and give it to someone else. It's for my personal use. I install a lot of mail servers. I'm making this to save my time. Best regards -- :wq! M?rio Gamito From jkeating at redhat.com Thu Mar 15 21:49:47 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 15 Mar 2007 17:49:47 -0400 Subject: Can't create users and groups In-Reply-To: <45F9BC11.9010105@gmail.com> References: <45F9BC11.9010105@gmail.com> Message-ID: <200703151749.50456.jkeating@redhat.com> On Thursday 15 March 2007 17:35:13 M?rio Gamito wrote: > Hi, > > I'm making a qmail RPM. > All goes well, except that the users and groups are not being created. > And they must be before running "make setup check". > I've tried all locations in the spec file, but nothing :( > > Following my signature is the relevant part of the spec file. You really shouldn't be making users during build. Package build needs to succeed as non-root. Try not 'checking' the build and just making. You can add a user in %pre, and in your %files section do a defatter that sets the right ownership on the files. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gamito at gmail.com Thu Mar 15 22:04:19 2007 From: gamito at gmail.com (=?ISO-8859-1?Q?M=E1rio_Gamito?=) Date: Thu, 15 Mar 2007 22:04:19 +0000 Subject: Can't create users and groups In-Reply-To: <200703151749.50456.jkeating@redhat.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> Message-ID: <45F9C2E3.4060205@gmail.com> Hi, > You really shouldn't be making users during build. Package build needs to > succeed as non-root. Try not 'checking' the build and just making. You can > add a user in %pre, and in your %files section do a defatter that sets the > right ownership on the files. Would you be so kind to be more specific ? I've tried the %pre section, but it didn't create the groups and the users. The %pre section is before the %prep, right ? The make setup already needs the users and groups to exist. Best Regards -- :wq! M?rio Gamito From rms at 1407.org Thu Mar 15 22:12:12 2007 From: rms at 1407.org (Rui Miguel Silva Seabra) Date: Thu, 15 Mar 2007 22:12:12 +0000 Subject: Can't create users and groups In-Reply-To: <45F9C2E3.4060205@gmail.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> Message-ID: <1173996732.9111.1.camel@localhost> Qui, 2007-03-15 ?s 22:04 +0000, M?rio Gamito escreveu: > > You really shouldn't be making users during build. Package build needs to > > succeed as non-root. Try not 'checking' the build and just making. You can > > add a user in %pre, and in your %files section do a defatter that sets the > > right ownership on the files. > Would you be so kind to be more specific ? > I've tried the %pre section, but it didn't create the groups and the users. > > The %pre section is before the %prep, right ? > > The make setup already needs the users and groups to exist. Well, maybe you should fix the Makefile with a patch before building. Oh yeah, DJB forbids you to distribute such a modified qmail, so keep it for personal use only! Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta ? uma parte de mensagem assinada digitalmente URL: From jkeating at redhat.com Fri Mar 16 02:30:08 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 15 Mar 2007 22:30:08 -0400 Subject: Can't create users and groups In-Reply-To: <45F9C2E3.4060205@gmail.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> Message-ID: <200703152230.08974.jkeating@redhat.com> On Thursday 15 March 2007 18:04:19 M?rio Gamito wrote: > Would you be so kind to be more specific ? > I've tried the %pre section, but it didn't create the groups and the users. > > The %pre section is before the %prep, right ? > > The make setup already needs the users and groups to exist. Sorry, I wasn't clear. You can't rely on creating users during the build process, as the place you build does not always equal the place you install. You _have_ to be able to build without creating the users. You use %pre to create the users as %pre is executed on the host that you're installing the package on, before the package files are put in place. %pre creates the user, %defatter defines that the files should be owned by said user when they're laid out on the file system. If the build (potentially without 'check') cannot complete without the user being added, you may be stuck with fixing the broken make system for that software. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From guthrie at counterexample.org Fri Mar 16 03:25:27 2007 From: guthrie at counterexample.org (John T. Guthrie) Date: Thu, 15 Mar 2007 23:25:27 -0400 Subject: Can't create users and groups In-Reply-To: <200703152230.08974.jkeating@redhat.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> Message-ID: <1174015527.7338.28.camel@euler.counterexample.org> On Thu, 2007-03-15 at 22:30 -0400, Jesse Keating wrote: > Sorry, I wasn't clear. You can't rely on creating users during the build > process, as the place you build does not always equal the place you install. > You _have_ to be able to build without creating the users. You use %pre to > create the users as %pre is executed on the host that you're installing the > package on, before the package files are put in place. %pre creates the > user, %defatter defines that the files should be owned by said user when ^^^^^^^^^ I'm sorry to be so nitpicky, but shouldn't this be %defattr? -- John Guthrie guthrie at counterexample.org From jkeating at redhat.com Fri Mar 16 03:40:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 15 Mar 2007 23:40:59 -0400 Subject: Can't create users and groups In-Reply-To: <1174015527.7338.28.camel@euler.counterexample.org> References: <45F9BC11.9010105@gmail.com> <200703152230.08974.jkeating@redhat.com> <1174015527.7338.28.camel@euler.counterexample.org> Message-ID: <200703152340.59169.jkeating@redhat.com> On Thursday 15 March 2007 23:25:27 John T. Guthrie wrote: > I'm sorry to be so nitpicky, but shouldn't this be %defattr? Quite possibly. I was just typing from memory without looking up (: -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pvrabec at redhat.com Fri Mar 16 09:48:32 2007 From: pvrabec at redhat.com (Peter Vrabec) Date: Fri, 16 Mar 2007 10:48:32 +0100 Subject: Can't create users and groups In-Reply-To: <200703152230.08974.jkeating@redhat.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> Message-ID: <45FA67F0.8020306@redhat.com> Jesse, shouldn't we describe how we create users in http://fedoraproject.org/wiki/Packaging/Guidelines it would also make clear that maintainers shouldn't use fedora-usermgmt. Jesse Keating wrote: > On Thursday 15 March 2007 18:04:19 M?rio Gamito wrote: >> Would you be so kind to be more specific ? >> I've tried the %pre section, but it didn't create the groups and the users. >> >> The %pre section is before the %prep, right ? >> >> The make setup already needs the users and groups to exist. > > Sorry, I wasn't clear. You can't rely on creating users during the build > process, as the place you build does not always equal the place you install. > You _have_ to be able to build without creating the users. You use %pre to > create the users as %pre is executed on the host that you're installing the > package on, before the package files are put in place. %pre creates the > user, %defatter defines that the files should be owned by said user when > they're laid out on the file system. > > If the build (potentially without 'check') cannot complete without the user > being added, you may be stuck with fixing the broken make system for that > software. > > From wolfy at nobugconsulting.ro Fri Mar 16 10:00:59 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 16 Mar 2007 12:00:59 +0200 Subject: Can't create users and groups In-Reply-To: <45F9C2E3.4060205@gmail.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> Message-ID: <45FA6ADB.6050902@nobugconsulting.ro> M?rio Gamito wrote: > Hi, > >> You really shouldn't be making users during build. Package build >> needs to succeed as non-root. Try not 'checking' the build and just >> making. You can add a user in %pre, and in your %files section do a >> defatter that sets the right ownership on the files. > Would you be so kind to be more specific ? > I've tried the %pre section, but it didn't create the groups and the > users. > > The %pre section is before the %prep, right ? > > The make setup already needs the users and groups to exist. > > Best Regards The only distro I know which that includes qmail in rpm format is SME (http://contribs.org/). I suggest grabbing their qmail.source.rpm and examining the spec. From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 16 11:05:35 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 16 Mar 2007 12:05:35 +0100 Subject: Can't create users and groups In-Reply-To: <45FA67F0.8020306@redhat.com> (Peter Vrabec's message of "Fri, 16 Mar 2007 10:48:32 +0100") References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> Message-ID: <877ith4feo.fsf@fc5.bigo.ensc.de> pvrabec at redhat.com (Peter Vrabec) writes: > shouldn't we describe how we create users in > http://fedoraproject.org/wiki/Packaging/Guidelines > > it would also make clear that maintainers shouldn't use fedora-usermgmt. Why? There are no known technical flaws with fedora-usermgmt; just a lot of endless FUD. Enrico From mattdm at mattdm.org Fri Mar 16 12:29:16 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 16 Mar 2007 08:29:16 -0400 Subject: Can't create users and groups In-Reply-To: <877ith4feo.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> Message-ID: <20070316122916.GA16619@jadzia.bu.edu> On Fri, Mar 16, 2007 at 12:05:35PM +0100, Enrico Scholz wrote: > > shouldn't we describe how we create users in > > http://fedoraproject.org/wiki/Packaging/Guidelines > > it would also make clear that maintainers shouldn't use fedora-usermgmt. > Why? There are no known technical flaws with fedora-usermgmt; just a lot > of endless FUD. Oh come on. "Can't be preconfigured at anaconda install time" is a serious technical flaw. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From pvrabec at redhat.com Fri Mar 16 13:59:36 2007 From: pvrabec at redhat.com (Peter Vrabec) Date: Fri, 16 Mar 2007 14:59:36 +0100 Subject: Can't create users and groups In-Reply-To: <877ith4feo.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> Message-ID: <45FAA2C8.1000004@redhat.com> Sorry, but I saw enough issues on fedora-maintainers. Another think is how we would deal with fedora-usermgmt in RHEL environment. I'd like to see dynamic UID in range 100-500 and nothing else. Enrico Scholz wrote: > pvrabec at redhat.com (Peter Vrabec) writes: > >> shouldn't we describe how we create users in >> http://fedoraproject.org/wiki/Packaging/Guidelines >> >> it would also make clear that maintainers shouldn't use fedora-usermgmt. > > Why? There are no known technical flaws with fedora-usermgmt; just a lot > of endless FUD. > > > Enrico > From nicolas.mailhot at laposte.net Fri Mar 16 14:21:05 2007 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 16 Mar 2007 15:21:05 +0100 (CET) Subject: Can't create users and groups In-Reply-To: <45FAA2C8.1000004@redhat.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <45FAA2C8.1000004@redhat.com> Message-ID: <52989.192.54.193.51.1174054865.squirrel@rousalka.dyndns.org> Le Ven 16 mars 2007 14:59, Peter Vrabec a ?crit : > Sorry, but I saw enough issues on fedora-maintainers. Another think is > how we would deal with fedora-usermgmt in RHEL environment. > I'd like to see dynamic UID in range 100-500 and nothing else. Then you shouldn't fight fedora-usermgmt.The state of the current debate seems to be "subtle/flexible fedora-usermgmt-like solution or simple extension of fixed UIDs beyond 100?" ? with dynamic fallback -- Nicolas Mailhot From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 16 13:14:36 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 16 Mar 2007 14:14:36 +0100 Subject: Can't create users and groups References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <20070316122916.GA16619@jadzia.bu.edu> Message-ID: <873b4549fn.fsf@fc5.bigo.ensc.de> Matthew Miller writes: >> > shouldn't we describe how we create users in >> > http://fedoraproject.org/wiki/Packaging/Guidelines it would also >> > make clear that maintainers shouldn't use fedora-usermgmt. >> Why? There are no known technical flaws with fedora-usermgmt; just a lot >> of endless FUD. > > Oh come on. "Can't be preconfigured at anaconda install time" is a > serious technical flaw. Which serious system administrator installs nowadays a system with plain (GUI,TUI) anaconda? With 'kickstart' it is easy to configure fedora-usermgmt at installation time. Enrico From mattdm at mattdm.org Fri Mar 16 14:33:20 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 16 Mar 2007 10:33:20 -0400 Subject: Can't create users and groups In-Reply-To: <873b4549fn.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <20070316122916.GA16619@jadzia.bu.edu> <873b4549fn.fsf@fc5.bigo.ensc.de> Message-ID: <20070316143320.GA27230@jadzia.bu.edu> On Fri, Mar 16, 2007 at 02:14:36PM +0100, Enrico Scholz wrote: > >> Why? There are no known technical flaws with fedora-usermgmt; just a lot > >> of endless FUD. > > Oh come on. "Can't be preconfigured at anaconda install time" is a > > serious technical flaw. > Which serious system administrator installs nowadays a system with > plain (GUI,TUI) anaconda? With 'kickstart' it is easy to configure > fedora-usermgmt at installation time. In many environments, systems not installed with kickstart need to be relatively consistant with those installed with it. "You can patch around it in kickstart" isn't a very satisfying answer. You can, with enough effort, solve *any* problem that way. Doesn't mean it's not a problem. I know you've got a personal investment in this thing. But I really believe it's not the right answer. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From enrico.scholz at informatik.tu-chemnitz.de Fri Mar 16 15:05:09 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Fri, 16 Mar 2007 16:05:09 +0100 Subject: Can't create users and groups References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <45FAA2C8.1000004@redhat.com> Message-ID: <87slc52pqy.fsf@fc5.bigo.ensc.de> Peter Vrabec writes: > Sorry, but I saw enough issues on fedora-maintainers. Issues there were only of non-technical nature. Things like: * it's proprietary, nobody else uses it * causes lot of discussions are no blockers. > Another think is how we would deal with fedora-usermgmt in RHEL > environment. This is a fedora list... ;) When the '--hint' patch for shadow-utils would be applied and the configurability of the shadow-utils package be enhanced (handle /usr/sbin/useradd with 'alternatives', use an overridable virtual Provides: for the hint-translator), it can be used for RHEL too. Adding a kickstart option to specifiy the fixed window of available uids would ease integration into RHEL. > I'd like to see dynamic UID in range 100-500 and nothing else. By default, fedora-usermgmt does not violate this constraint. Enrico From seg at haxxed.com Fri Mar 16 18:51:08 2007 From: seg at haxxed.com (Callum Lerwick) Date: Fri, 16 Mar 2007 13:51:08 -0500 Subject: Can't create users and groups In-Reply-To: <877ith4feo.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> Message-ID: <1174071068.14325.94.camel@localhost.localdomain> On Fri, 2007-03-16 at 12:05 +0100, Enrico Scholz wrote: > pvrabec at redhat.com (Peter Vrabec) writes: > > > shouldn't we describe how we create users in > > http://fedoraproject.org/wiki/Packaging/Guidelines > > > > it would also make clear that maintainers shouldn't use fedora-usermgmt. > > Why? There are no known technical flaws with fedora-usermgmt; just a lot > of endless FUD. The blocker is not "technical flaws". fedora-usermgmt could be "technically flawless" for all I care. The problem is, its a giant ball of crap, that adds a bunch of additional packages dependencies to the system and adds a bunch of obfuscated variable nonsense to our spec files, and it doesn't actually fix the problem. It fails miserably at KISS. Can you wrap your brain around that, please? Perfection is attained not when there is nothing more to add, but when there is nothing more to remove. Remove fedora-usermgmt. Kill it dead. Now. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Fri Mar 16 19:57:49 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 16 Mar 2007 20:57:49 +0100 Subject: Can't create users and groups In-Reply-To: <87slc52pqy.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <45FAA2C8.1000004@redhat.com> <87slc52pqy.fsf@fc5.bigo.ensc.de> Message-ID: <20070316195749.GA15623@neu.nirvana> On Fri, Mar 16, 2007 at 04:05:09PM +0100, Enrico Scholz wrote: > > I'd like to see dynamic UID in range 100-500 and nothing else. > > By default, fedora-usermgmt does not violate this constraint. By default fedora-usermgmt doesn't do anything (thank God), otherwise all the issues would boil up. But you can't argue that this method is good, because by default it is turned off ... -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Fri Mar 16 20:01:01 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 16 Mar 2007 21:01:01 +0100 Subject: Can't create users and groups In-Reply-To: <45FA67F0.8020306@redhat.com> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> Message-ID: <20070316200101.GB15623@neu.nirvana> On Fri, Mar 16, 2007 at 10:48:32AM +0100, Peter Vrabec wrote: > Jesse, > > shouldn't we describe how we create users in > http://fedoraproject.org/wiki/Packaging/Guidelines Yes, we should. > it would also make clear that maintainers shouldn't use fedora-usermgmt. +1 We should pick two typical example packages, one with a static uid/gid (httpd) and one with dynamic, which do a proper job with uid/gid and submit this as a PackagingDraft. > Jesse Keating wrote: > > On Thursday 15 March 2007 18:04:19 M?rio Gamito wrote: > >> Would you be so kind to be more specific ? > >> I've tried the %pre section, but it didn't create the groups and the users. > >> > >> The %pre section is before the %prep, right ? > >> > >> The make setup already needs the users and groups to exist. > > > > Sorry, I wasn't clear. You can't rely on creating users during the build > > process, as the place you build does not always equal the place you install. > > You _have_ to be able to build without creating the users. You use %pre to > > create the users as %pre is executed on the host that you're installing the > > package on, before the package files are put in place. %pre creates the > > user, %defatter defines that the files should be owned by said user when > > they're laid out on the file system. > > > > If the build (potentially without 'check') cannot complete without the user > > being added, you may be stuck with fixing the broken make system for that > > software. > > > > > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From enrico.scholz at informatik.tu-chemnitz.de Sat Mar 17 09:46:43 2007 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Sat, 17 Mar 2007 10:46:43 +0100 Subject: Can't create users and groups References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <20070316122916.GA16619@jadzia.bu.edu> <873b4549fn.fsf@fc5.bigo.ensc.de> <20070316143320.GA27230@jadzia.bu.edu> Message-ID: <871wjorym4.fsf@kosh.bigo.ensc.de> Matthew Miller writes: > "You can patch around it in kickstart" isn't a very satisfying > answer. You can, with enough effort, solve *any* problem that > way. Doesn't mean it's not a problem. Ok; let us look at different scenarios: 1. Installation from Fedora Core <= 6 DVD * no problem; FC has static uids only and fedora-usermgmt is of no use there. * when administrator setups rest of the system (e.g. LDAP DNs, SSL/KRB5 keys, network filesystems), he can setup fedora-usermgmt too, OR * administrator makes local rpm repository known to yum; when first package which uses fedora-usermgmt will be installed, it uses the 'fedora-usermgmt-my-setup' package instead of the default 'fedora-usermgmt-default-fedora-setup' one 2. Installation from a provided Fedora >= 7 DVD * I never saw such an image and can not tell whether arguments above apply there too * afaik, arbitrary repository can be used during installation. Hence, this with 'fedora-usermgmt-my-setup' can be added 3. Installation from a custom Fedora >= 7 DVD * just add the 'fedora-usermgmt-my-setup' package to the image When there is really interest, I can write a patch for anaconda (at least for the kickstart part) which adds a | --fedora-usermgmt [default|predictable] [] option. Enrico -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 480 bytes Desc: not available URL: From lxtnow at gmail.com Sat Mar 17 22:17:39 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sat, 17 Mar 2007 18:17:39 -0400 Subject: some packages need maintainers :) In-Reply-To: <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> Message-ID: <62bc09df0703171517m54af1c22hef2336c702f6ad2c@mail.gmail.com> 2007/3/13, Chitlesh GOORAH : > > On 3/13/07, Jon Ciesla wrote: > > I'll take vym. > > Cool :) > > > Are they in cvs too or wil they need to be submitted for > > review? > > No they aren't in cvs. They need to be reviewed. > > regards > Chitlesh > -- > http://clunixchit.blogspot.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > I'll take kicker-compiz and kmplayer ;) -- Xavier.t Lamien -- GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan.cwiklinski at fedoraproject.org Sun Mar 18 02:13:37 2007 From: johan.cwiklinski at fedoraproject.org (Johan Cwiklinski) Date: Sun, 18 Mar 2007 03:13:37 +0100 Subject: some packages need maintainers :) In-Reply-To: <62bc09df0703171517m54af1c22hef2336c702f6ad2c@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> <62bc09df0703171517m54af1c22hef2336c702f6ad2c@mail.gmail.com> Message-ID: <45FCA051.6050602@fedoraproject.org> SmootherFrOgZ a ?crit : > > > 2007/3/13, Chitlesh GOORAH >: > > On 3/13/07, Jon Ciesla wrote: > > I'll take vym. > > Cool :) > > > Are they in cvs too or wil they need to be submitted for > > review? > > No they aren't in cvs. They need to be reviewed. > > regards > Chitlesh > -- > http://clunixchit.blogspot.com > > > > I'll take kicker-compiz and kmplayer ;) Hello, I'll take - kmplayer - klear - kickoff - tasma Regards, Johan -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From johan.cwiklinski at fedoraproject.org Sun Mar 18 02:16:25 2007 From: johan.cwiklinski at fedoraproject.org (Johan Cwiklinski) Date: Sun, 18 Mar 2007 03:16:25 +0100 Subject: some packages need maintainers :) In-Reply-To: <45FCA051.6050602@fedoraproject.org> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> <62bc09df0703171517m54af1c22hef2336c702f6ad2c@mail.gmail.com> <45FCA051.6050602@fedoraproject.org> Message-ID: <45FCA0F9.4070806@fedoraproject.org> Johan Cwiklinski a ?crit : > I'll take > - kmplayer > kmplayer has already been taken by Xavier, my bad :-) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From paul at all-the-johnsons.co.uk Sun Mar 18 11:32:36 2007 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 18 Mar 2007 11:32:36 +0000 Subject: Packaging problem Message-ID: <1174217556.22323.21.camel@T7.Linux> Hi, I'm trying to package NUnit2 for .NET for inclusion into what was/is extras but have hit a problem. The zip file when decompressed forms 3 directories in BUILD instead of decompressing into a single directory called NUnit. My setup line is %prep %setup -q -n %{name}-%{version}-src Should I repackage the zip file or is there something I can pass on the setup line to create the directory and decompress into it? TTFN Paul -- Sie k?nnen mich aufreizen und wirklich hei? machen! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Sun Mar 18 11:34:01 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 18 Mar 2007 13:34:01 +0200 Subject: Packaging problem In-Reply-To: <1174217556.22323.21.camel@T7.Linux> References: <1174217556.22323.21.camel@T7.Linux> Message-ID: <200703181334.01729.ville.skytta@iki.fi> On Sunday 18 March 2007, Paul wrote: > is there something I can pass on the > setup line to create the directory and decompress into it? %setup -c From mr.ecik at gmail.com Sun Mar 18 11:36:28 2007 From: mr.ecik at gmail.com (=?ISO-8859-2?Q?Micha=B3_Bentkowski?=) Date: Sun, 18 Mar 2007 12:36:28 +0100 Subject: Packaging problem In-Reply-To: <1174217556.22323.21.camel@T7.Linux> References: <1174217556.22323.21.camel@T7.Linux> Message-ID: <668bb39a0703180436u743a7668w8a0b18ba4ad2404d@mail.gmail.com> Try to pass `-c` parameter to %setup. 2007/3/18, Paul : > Hi, > > I'm trying to package NUnit2 for .NET for inclusion into what was/is > extras but have hit a problem. > > The zip file when decompressed forms 3 directories in BUILD instead of > decompressing into a single directory called NUnit. My setup line is > > %prep > %setup -q -n %{name}-%{version}-src > > Should I repackage the zip file or is there something I can pass on the > setup line to create the directory and decompress into it? > > TTFN > > Paul > -- > Sie k?nnen mich aufreizen und wirklich hei? machen! > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > -- Micha? Bentkowski mr.ecik at gmail.com From pvrabec at redhat.com Mon Mar 19 09:30:08 2007 From: pvrabec at redhat.com (Peter Vrabec) Date: Mon, 19 Mar 2007 10:30:08 +0100 Subject: Can't create users and groups In-Reply-To: <87slc52pqy.fsf@fc5.bigo.ensc.de> References: <45F9BC11.9010105@gmail.com> <200703151749.50456.jkeating@redhat.com> <45F9C2E3.4060205@gmail.com> <200703152230.08974.jkeating@redhat.com> <45FA67F0.8020306@redhat.com> <877ith4feo.fsf@fc5.bigo.ensc.de> <45FAA2C8.1000004@redhat.com> <87slc52pqy.fsf@fc5.bigo.ensc.de> Message-ID: <45FE5820.4000102@redhat.com> Hi Enrico, Enrico Scholz wrote: > Peter Vrabec writes: > >> Sorry, but I saw enough issues on fedora-maintainers. > > Issues there were only of non-technical nature. Things like: > > * it's proprietary, nobody else uses it > * causes lot of discussions > > are no blockers. from my point of view, I'm against any static allocation. I mean there shouldn't be any "--hint or "-u" used by useradd in .spec files. Of course there are some cases, when admin needs to specify UID for particular user. He can do it before package install. And the fact that anaconda do not allow to create system account before package installation is another issue. > > >> Another think is how we would deal with fedora-usermgmt in RHEL >> environment. > > This is a fedora list... ;) OK, I'm sure you understand we need to consider fedora-usermgmt in RHEL :-) > > When the '--hint' patch for shadow-utils would be applied and the > configurability of the shadow-utils package be enhanced (handle > /usr/sbin/useradd with 'alternatives', use an overridable virtual > Provides: for the hint-translator), it can be used for RHEL too. > > Adding a kickstart option to specifiy the fixed window of available uids > would ease integration into RHEL. > > >> I'd like to see dynamic UID in range 100-500 and nothing else. > > By default, fedora-usermgmt does not violate this constraint. > From rdieter at math.unl.edu Mon Mar 19 12:12:15 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 19 Mar 2007 07:12:15 -0500 Subject: some packages need maintainers :) References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <65403.65.192.24.190.1173790583.squirrel@mail.jcomserv.net> <13dbfe4f0703130632o2d342099u9656c1d6f8a76dd2@mail.gmail.com> <62bc09df0703171517m54af1c22hef2336c702f6ad2c@mail.gmail.com> <45FCA051.6050602@fedoraproject.org> <45FCA0F9.4070806@fedoraproject.org> Message-ID: Johan Cwiklinski wrote: > Johan Cwiklinski a ?crit : >> I'll take >> - kmplayer >> > kmplayer has already been taken by Xavier, my bad :-) Tis ok, having comaintainers are a "good thing", http://fedoraproject.org/wiki/Extras/Policy/EncourageComaintainership -- Rex From dbhole at redhat.com Mon Mar 19 21:54:00 2007 From: dbhole at redhat.com (Deepak Bhole) Date: Mon, 19 Mar 2007 17:54:00 -0400 Subject: Need to add rpms to Plague repo Message-ID: <1174341240.17946.6.camel@localhost.localdomain> Hi, A new copy of ant has been built into Brew. We need to make this available into plague, as it is vital to building many stalled packages that need to make in before the cut. Could someone please put these rpms in a location where Plague can see them, so that we can build the waiting items into plague? These rpms are directly from brew, and are the ones that will be automatically available to Plague after tonight's rawhide push: http://people.redhat.com/dbhole/fedora/ant_for_extras/ PS: Since many builds are waiting on it, we need it as early as possible.. Thanks, Deepak From mwringe at redhat.com Mon Mar 19 22:11:29 2007 From: mwringe at redhat.com (Matt Wringe) Date: Mon, 19 Mar 2007 18:11:29 -0400 Subject: Removal of xml-commons-apis and xml-commons-which Message-ID: <1174342289.13642.33.camel@toque.toronto.redhat.com> Hi, I need to get the xml-commons-apis and xml-commons-which removed from extras cvs (the packages were never build or imported). These packages have been added to core instead. Thanks, Matt Wringe -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dennis at ausil.us Mon Mar 19 22:20:21 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 19 Mar 2007 17:20:21 -0500 Subject: Need to add rpms to Plague repo In-Reply-To: <1174341240.17946.6.camel@localhost.localdomain> References: <1174341240.17946.6.camel@localhost.localdomain> Message-ID: <200703191720.21590.dennis@ausil.us> On Monday 19 March 2007 04:54:00 pm Deepak Bhole wrote: > Hi, > > A new copy of ant has been built into Brew. We need to make this > available into plague, as it is vital to building many stalled packages > that need to make in before the cut. > > Could someone please put these rpms in a location where Plague can see > them, so that we can build the waiting items into plague? These rpms are > directly from brew, and are the ones that will be automatically > available to Plague after tonight's rawhide push: > > http://people.redhat.com/dbhole/fedora/ant_for_extras/ > > PS: Since many builds are waiting on it, we need it as early as > possible.. done. you should be able to build against them now -- Dennis Gilmore, RHCE From bugs.michael at gmx.net Mon Mar 19 22:25:16 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 19 Mar 2007 23:25:16 +0100 Subject: Need to add rpms to Plague repo In-Reply-To: <1174341240.17946.6.camel@localhost.localdomain> References: <1174341240.17946.6.camel@localhost.localdomain> Message-ID: <20070319232516.f4b3e5a0.bugs.michael@gmx.net> On Mon, 19 Mar 2007 17:54:00 -0400, Deepak Bhole wrote: > > Hi, > > A new copy of ant has been built into Brew. We need to make this > available into plague, as it is vital to building many stalled packages > that need to make in before the cut. > > Could someone please put these rpms in a location where Plague can see > them, so that we can build the waiting items into plague? These rpms are > directly from brew, and are the ones that will be automatically > available to Plague after tonight's rawhide push: > > http://people.redhat.com/dbhole/fedora/ant_for_extras/ > > PS: Since many builds are waiting on it, we need it as early as > possible.. Should be available now: i386, x86_64, ppc, ppc64 It's better to sign such requests with GPG. From dbhole at redhat.com Mon Mar 19 22:25:27 2007 From: dbhole at redhat.com (Deepak Bhole) Date: Mon, 19 Mar 2007 18:25:27 -0400 Subject: Need to add rpms to Plague repo -- thanks! In-Reply-To: <200703191720.21590.dennis@ausil.us> References: <1174341240.17946.6.camel@localhost.localdomain> <200703191720.21590.dennis@ausil.us> Message-ID: <1174343127.17946.8.camel@localhost.localdomain> On Mon, 2007-03-19 at 17:20 -0500, Dennis Gilmore wrote: > On Monday 19 March 2007 04:54:00 pm Deepak Bhole wrote: > > Hi, > > > > A new copy of ant has been built into Brew. We need to make this > > available into plague, as it is vital to building many stalled packages > > that need to make in before the cut. > > > > Could someone please put these rpms in a location where Plague can see > > them, so that we can build the waiting items into plague? These rpms are > > directly from brew, and are the ones that will be automatically > > available to Plague after tonight's rawhide push: > > > > http://people.redhat.com/dbhole/fedora/ant_for_extras/ > > > > PS: Since many builds are waiting on it, we need it as early as > > possible.. > done. you should be able to build against them now > > -- > Dennis Gilmore, RHCE > From bugzilla at redhat.com Tue Mar 20 11:57:41 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 20 Mar 2007 07:57:41 -0400 Subject: [Bug 176525] Review Request: python-setuptools: Download, build, install, upgrade, and uninstall Python packages In-Reply-To: Message-ID: <200703201157.l2KBvfkG002011@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-setuptools: Download, build, install, upgrade, and uninstall Python packages https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176525 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com mricon at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? ------- Additional Comments From mricon at gmail.com 2007-03-20 07:57 EST ------- Please create EPEL branches: Branches: EL4 EL5 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Mar 20 20:03:22 2007 From: wtogami at redhat.com (Warren Togami) Date: Tue, 20 Mar 2007 16:03:22 -0400 Subject: Removal of xml-commons-apis and xml-commons-which In-Reply-To: <1174342289.13642.33.camel@toque.toronto.redhat.com> References: <1174342289.13642.33.camel@toque.toronto.redhat.com> Message-ID: <46003E0A.8010901@redhat.com> Matt Wringe wrote: > Hi, > > I need to get the xml-commons-apis and xml-commons-which removed from > extras cvs (the packages were never build or imported). These packages > have been added to core instead. > > Thanks, > > Matt Wringe > Please request this using the CVSAdminProcedure in the future. I could have too easily missed this request entirely. Warren Togami wtogami at redhat.com From jkeating at redhat.com Wed Mar 21 01:18:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 20 Mar 2007 21:18:00 -0400 Subject: Removal of xml-commons-apis and xml-commons-which In-Reply-To: <46003E0A.8010901@redhat.com> References: <1174342289.13642.33.camel@toque.toronto.redhat.com> <46003E0A.8010901@redhat.com> Message-ID: <200703202118.00518.jkeating@redhat.com> On Tuesday 20 March 2007 16:03:22 Warren Togami wrote: > Please request this using the CVSAdminProcedure in the future. ?I could > have too easily missed this request entirely. My fault Warren. I sent him to fedora-extras-list instead of the wiki page that leads to http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dbhole at redhat.com Wed Mar 21 14:02:26 2007 From: dbhole at redhat.com (Deepak Bhole) Date: Wed, 21 Mar 2007 10:02:26 -0400 Subject: Package push request Message-ID: <1174485746.3900.6.camel@localhost.localdomain> Hi, Some maven packages were built yesterday after the cut. I would like the packages to be pushed into Test3. The packages all reside in fedora-development-extras. Since I don't know when exactly the branch was cut, I am listing all packages in chronological order (based on when I got the notification emails): After 12 AM EDT on March 20th 2007 plexus-ant-factory - 1_0-0_1_a1_2jpp_2_fc7 plexus-bsh-factory - 1_0-0_1_a7s_2jpp_2_fc7 maven-surefire - 1_5_3-2jpp_2_fc7 plexus-cdc - 1_0-0_1_a4_2jpp_2_fc7 maven2-common-poms - 1_0-4jpp_2_fc7 After 12 PM EDT on March 20th 2007 maven-shared - 1_0-4jpp_2_fc7 After 1 PM EDT on March 20th 2007 maven-scm - 1_0-0_1_b3_2jpp_1_fc7 mave-jxr - 1_0-2jpp_2_fc7 plexus-xmlrpc - 1_0-0_1_b4_3jpp_5_fc7 plexus-appserver - 1_0-0_1_a5_3jpp_2_fc7 plexus-runtime-builder - 1_0-0_1_a9_2jpp_1_fc7 After 2 PM EDT on March 20th 2007 plexus-maven-plugin - 1_2-2jpp_1_fc7 maven-doxia - 1_0-0_1_a7_3jpp_3_fc7 maven2 -2_0_4-10jpp_6_fc7 Starting with whichever package is not in T3, that and the ones below it need to be pushed. Thanks, Deepak From gilboad at gmail.com Wed Mar 21 14:54:06 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 21 Mar 2007 16:54:06 +0200 Subject: some packages need maintainers :) In-Reply-To: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> Message-ID: <1174488846.27231.17.camel@gilboa-work-dev.localdomain> On Tue, 2007-03-13 at 13:54 +0100, Chitlesh GOORAH wrote: > Hello there, > > I've been using some apps which aren't in Fedora Repositories for a > long time now. > > Since, I don't have much time to push them myself, I'm making their > specs or srpms available, feel free to take over. > > Someone else will give more love to those packages than I do :) > > If you want to push it for fedora-review, please go on and mind you I > haven't yet mock the srpms, so you will have to do so. > > The packages are: > * vym > * konserve > * kicker-compiz > * lipstik - to upload soon > > You can have the specs from http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > Let's us know if you are willing to maintain it fedora :) > > regards, > Chitlesh > -- > http://clunixchit.blogspot.com If kicker-compiz is not taken, I'm willing to step up. (Just came back from a month long AFK) - Gilboa From lxtnow at gmail.com Wed Mar 21 15:20:34 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Wed, 21 Mar 2007 16:20:34 +0100 Subject: some packages need maintainers :) In-Reply-To: <1174488846.27231.17.camel@gilboa-work-dev.localdomain> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> Message-ID: <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> 2007/3/21, Gilboa Davara : > > On Tue, 2007-03-13 at 13:54 +0100, Chitlesh GOORAH wrote: > > Hello there, > > > > I've been using some apps which aren't in Fedora Repositories for a > > long time now. > > > > Since, I don't have much time to push them myself, I'm making their > > specs or srpms available, feel free to take over. > > > > Someone else will give more love to those packages than I do :) > > > > If you want to push it for fedora-review, please go on and mind you I > > haven't yet mock the srpms, so you will have to do so. > > > > The packages are: > > * vym > > * konserve > > * kicker-compiz > > * lipstik - to upload soon > > > > You can have the specs from > http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > > > Let's us know if you are willing to maintain it fedora :) > > > > regards, > > Chitlesh > > -- > > http://clunixchit.blogspot.com > > If kicker-compiz is not taken, I'm willing to step up. > (Just came back from a month long AFK) > > - Gilboa Hi Gilboa here is the way where you can find out who is working on maintained packages request : http://fedoraproject.org/wiki/Extras/SIGs/KDE I'm actually working on kicker-compiz. if you wanted for co-maintainer, your welcolme ;-) -- Xavier.t Lamien -- French Fedora Ambassador GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 22 13:28:17 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 22 Mar 2007 15:28:17 +0200 Subject: some packages need maintainers :) In-Reply-To: <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> Message-ID: <1174570097.12625.7.camel@gilboa-work-dev.localdomain> On Wed, 2007-03-21 at 16:20 +0100, SmootherFrOgZ wrote: > > > 2007/3/21, Gilboa Davara : > On Tue, 2007-03-13 at 13:54 +0100, Chitlesh GOORAH wrote: > > Hello there, > > > > I've been using some apps which aren't in Fedora > Repositories for a > > long time now. > > > > Since, I don't have much time to push them myself, I'm > making their > > specs or srpms available, feel free to take over. > > > > Someone else will give more love to those packages than I > do :) > > > > If you want to push it for fedora-review, please go on and > mind you I > > haven't yet mock the srpms, so you will have to do so. > > > > The packages are: > > * vym > > * konserve > > * kicker-compiz > > * lipstik - to upload soon > > > > You can have the specs from > http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > > > Let's us know if you are willing to maintain it fedora :) > > > > regards, > > Chitlesh > > -- > > http://clunixchit.blogspot.com > > If kicker-compiz is not taken, I'm willing to step up. > (Just came back from a month long AFK) > > - Gilboa > > Hi Gilboa > here is the way where you can find out who is working on maintained > packages request : http://fedoraproject.org/wiki/Extras/SIGs/KDE > > I'm actually working on kicker-compiz. if you wanted for > co-maintainer, your welcolme ;-) > I need to re-read the co-maintainer guide, but if you need help, count me in. (post the bz#) Oh... Is kdebluetooth still open? - Gilboa From lxtnow at gmail.com Thu Mar 22 13:46:51 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Thu, 22 Mar 2007 09:46:51 -0400 Subject: some packages need maintainers :) In-Reply-To: <1174570097.12625.7.camel@gilboa-work-dev.localdomain> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> <1174570097.12625.7.camel@gilboa-work-dev.localdomain> Message-ID: <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> 2007/3/22, Gilboa Davara : > > On Wed, 2007-03-21 at 16:20 +0100, SmootherFrOgZ wrote: > > > > > > 2007/3/21, Gilboa Davara : > > On Tue, 2007-03-13 at 13:54 +0100, Chitlesh GOORAH wrote: > > > Hello there, > > > > > > I've been using some apps which aren't in Fedora > > Repositories for a > > > long time now. > > > > > > Since, I don't have much time to push them myself, I'm > > making their > > > specs or srpms available, feel free to take over. > > > > > > Someone else will give more love to those packages than I > > do :) > > > > > > If you want to push it for fedora-review, please go on and > > mind you I > > > haven't yet mock the srpms, so you will have to do so. > > > > > > The packages are: > > > * vym > > > * konserve > > > * kicker-compiz > > > * lipstik - to upload soon > > > > > > You can have the specs from > > http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > > > > > Let's us know if you are willing to maintain it fedora :) > > > > > > regards, > > > Chitlesh > > > -- > > > http://clunixchit.blogspot.com > > > > If kicker-compiz is not taken, I'm willing to step up. > > (Just came back from a month long AFK) > > > > - Gilboa > > > > Hi Gilboa > > here is the way where you can find out who is working on maintained > > packages request : http://fedoraproject.org/wiki/Extras/SIGs/KDE > > > > I'm actually working on kicker-compiz. if you wanted for > > co-maintainer, your welcolme ;-) > > > > I need to re-read the co-maintainer guide, but if you need help, count > me in. (post the bz#) > Oh... Is kdebluetooth still open? not yet, interesting to take it ? - Gilboa > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Xavier.t Lamien -- French Fedora Ambassador GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Thu Mar 22 13:58:13 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 22 Mar 2007 15:58:13 +0200 Subject: some packages need maintainers :) In-Reply-To: <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> <1174570097.12625.7.camel@gilboa-work-dev.localdomain> <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> Message-ID: <1174571893.12625.11.camel@gilboa-work-dev.localdomain> On Thu, 2007-03-22 at 09:46 -0400, SmootherFrOgZ wrote: > > > 2007/3/22, Gilboa Davara : > On Wed, 2007-03-21 at 16:20 +0100, SmootherFrOgZ wrote: > > > > > > 2007/3/21, Gilboa Davara : > > On Tue, 2007-03-13 at 13:54 +0100, Chitlesh GOORAH > wrote: > > > Hello there, > > > > > > I've been using some apps which aren't in Fedora > > Repositories for a > > > long time now. > > > > > > Since, I don't have much time to push them myself, > I'm > > making their > > > specs or srpms available, feel free to take over. > > > > > > Someone else will give more love to those packages > than I > > do :) > > > > > > If you want to push it for fedora-review, please > go on and > > mind you I > > > haven't yet mock the srpms, so you will have to do > so. > > > > > > The packages are: > > > * vym > > > * konserve > > > * kicker-compiz > > > * lipstik - to upload soon > > > > > > You can have the specs from > > http://fedoraproject.org/wiki/Extras/SIGs/KDE. > > > > > > Let's us know if you are willing to maintain it > fedora :) > > > > > > regards, > > > Chitlesh > > > -- > > > http://clunixchit.blogspot.com > > > > If kicker-compiz is not taken, I'm willing to step > up. > > (Just came back from a month long AFK) > > > > - Gilboa > > > > Hi Gilboa > > here is the way where you can find out who is working > on maintained > > packages request : > http://fedoraproject.org/wiki/Extras/SIGs/KDE > > > > I'm actually working on kicker-compiz. if you wanted for > > co-maintainer, your welcolme ;-) > > > > I need to re-read the co-maintainer guide, but if you need > help, count > me in. (post the bz#) > Oh... Is kdebluetooth still open? > > not yet, interesting to take it ? Sure, why not. - Gilboa From bugzilla at redhat.com Thu Mar 22 18:10:14 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 22 Mar 2007 14:10:14 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200703221810.l2MIAEKF012109@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? ------- Additional Comments From orion at cora.nwra.com 2007-03-22 14:10 EST ------- Package Change Request ====================== Package Name: apcupsd New Branches: EL-4 EL-5 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Mar 22 18:11:38 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 22 Mar 2007 14:11:38 -0400 Subject: [Bug 166209] Review Request: apcupsd - APC UPS Power Control Daemon for Linux In-Reply-To: Message-ID: <200703221811.l2MIBcrx012236@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Fri Mar 23 21:55:23 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 23 Mar 2007 15:55:23 -0600 Subject: python-basemap packaging Message-ID: <46044CCB.5010706@cora.nwra.com> I'd like some advice on how to handle a change to the way python-basemap upstream has changed its packaging. Currently we have two SRPMS: python-basemap python-basemap-data The later is a big noarch package containing the data files for python-basemap (low, medium, and high resolution maps). Since python-basemap does not work without it, it is a requirement. Now, upstream has bundled the low and medium resolution maps with the main package, and ships basemap-data-hires with just the high resolution maps. Also, there is a very large (14MB) examples directory that is currently shipped with the main package, which I'm going to make into a subpackage. So: 1) I could put it all under python-basemap, with examples and data-hires subpackages and drop python-basemap-data. But then we loose the noarch for the data. 2) I could rename python-basemap-data python-basemap-data-hires and no longer have it a requirement. Not sure about upgrade paths though. Should it Obsoletes python-basemap-data so that it gets installed by default so people who have been using the high res maps don't have to all of a sudden install a new package? 3) Strip the data (and possibly the examples) out of the tar ball and keep the same packaging (though possibly adding a new noarch examples package). Don't really like this. Thoughts? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From a.badger at gmail.com Fri Mar 23 23:10:10 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 23 Mar 2007 16:10:10 -0700 Subject: python-basemap packaging In-Reply-To: <46044CCB.5010706@cora.nwra.com> References: <46044CCB.5010706@cora.nwra.com> Message-ID: <1174691410.8986.63.camel@localhost.localdomain> On Fri, 2007-03-23 at 15:55 -0600, Orion Poplawski wrote: > I'd like some advice on how to handle a change to the way python-basemap > upstream has changed its packaging. > > Currently we have two SRPMS: > > python-basemap > python-basemap-data > > The later is a big noarch package containing the data files for > python-basemap (low, medium, and high resolution maps). Since > python-basemap does not work without it, it is a requirement. > > Now, upstream has bundled the low and medium resolution maps with the > main package, and ships basemap-data-hires with just the high resolution > maps. > > Also, there is a very large (14MB) examples directory that is currently > shipped with the main package, which I'm going to make into a subpackage. > > So: > > 1) I could put it all under python-basemap, with examples and data-hires > subpackages and drop python-basemap-data. But then we loose the noarch > for the data. > > 2) I could rename python-basemap-data python-basemap-data-hires and no > longer have it a requirement. Not sure about upgrade paths though. > Should it Obsoletes python-basemap-data so that it gets installed by > default so people who have been using the high res maps don't have to > all of a sudden install a new package? > > 3) Strip the data (and possibly the examples) out of the tar ball and > keep the same packaging (though possibly adding a new noarch examples > package). Don't really like this. > 4) For python-basemap, do not strip the data from the tarball but do not include it in the built rpms. Use the python-basemap tarball with the python-basemap-hires tarball to populate the python-basemap-data rpm. You can also generate the python-basemap-examples noarch rpm from this. Increases the size of the srpms but keeps the built rpms the same. It sounds as though you've decided on #2, though. Your upgrade path sounds sane although you could also argue for python-basemap obsoletes python-basemap-data since it now includes sufficient data to function. You know the specifics better so you're the better judge. -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 jamatos at fc.up.pt Fri Mar 23 23:18:04 2007 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 23 Mar 2007 23:18:04 +0000 Subject: python-basemap packaging In-Reply-To: <1174691410.8986.63.camel@localhost.localdomain> References: <46044CCB.5010706@cora.nwra.com> <1174691410.8986.63.camel@localhost.localdomain> Message-ID: <200703232318.04753.jamatos@fc.up.pt> On Friday 23 March 2007 11:10:10 pm Toshio Kuratomi wrote: > It sounds as though you've decided on #2, though. ?Your upgrade path > sounds sane although you could also argue for python-basemap obsoletes > python-basemap-data since it now includes sufficient data to function. > You know the specifics better so you're the better judge. I agree with Toshio: 1) people who really need python-basemap-hires will know how to install it. 2) I trust in your judgement over this issue. > -Toshio -- Jos? Ab?lio From lxtnow at gmail.com Sun Mar 25 17:01:09 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 25 Mar 2007 13:01:09 -0400 Subject: some packages need maintainers :) In-Reply-To: <1174571893.12625.11.camel@gilboa-work-dev.localdomain> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> <1174570097.12625.7.camel@gilboa-work-dev.localdomain> <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> <1174571893.12625.11.camel@gilboa-work-dev.localdomain> Message-ID: <62bc09df0703251001g70a3120fu97e47a7c423d576@mail.gmail.com> Hi, I finished to package "kicker-compiz" and "kmplayer" and update SIGs page. Chitlesh, is there something to do before request a review in Bugzilla ? -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From chitlesh at fedoraproject.org Sun Mar 25 17:35:01 2007 From: chitlesh at fedoraproject.org (Chitlesh GOORAH) Date: Sun, 25 Mar 2007 19:35:01 +0200 Subject: some packages need maintainers :) In-Reply-To: <62bc09df0703251001g70a3120fu97e47a7c423d576@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> <1174570097.12625.7.camel@gilboa-work-dev.localdomain> <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> <1174571893.12625.11.camel@gilboa-work-dev.localdomain> <62bc09df0703251001g70a3120fu97e47a7c423d576@mail.gmail.com> Message-ID: <13dbfe4f0703251035t4a1f9384kda2d3760af70fbfe@mail.gmail.com> On 3/25/07, SmootherFrOgZ wrote: > Chitlesh, is there something to do before request a review in Bugzilla ? mock ! :) that's it :) chitlesh -- http://clunixchit.blogspot.com From lxtnow at gmail.com Sun Mar 25 18:29:25 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 25 Mar 2007 14:29:25 -0400 Subject: some packages need maintainers :) In-Reply-To: <13dbfe4f0703251035t4a1f9384kda2d3760af70fbfe@mail.gmail.com> References: <13dbfe4f0703130554y43fb6636h5f672a698c5f23ee@mail.gmail.com> <1174488846.27231.17.camel@gilboa-work-dev.localdomain> <62bc09df0703210820n7b673abcg8faa65eab3c41a82@mail.gmail.com> <1174570097.12625.7.camel@gilboa-work-dev.localdomain> <62bc09df0703220646j75346314j2013a9c17a247d73@mail.gmail.com> <1174571893.12625.11.camel@gilboa-work-dev.localdomain> <62bc09df0703251001g70a3120fu97e47a7c423d576@mail.gmail.com> <13dbfe4f0703251035t4a1f9384kda2d3760af70fbfe@mail.gmail.com> Message-ID: <62bc09df0703251129g7266a298y9aadb22df5d6d32e@mail.gmail.com> 2007/3/25, Chitlesh GOORAH : > > On 3/25/07, SmootherFrOgZ wrote: > > Chitlesh, is there something to do before request a review in Bugzilla ? > > mock ! :) > that's it :) Already done for kicker-compiz. So, i will submit the request then add the link in SIGs page. chitlesh > -- > http://clunixchit.blogspot.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Sun Mar 25 19:06:10 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Sun, 25 Mar 2007 21:06:10 +0200 Subject: Unorphaning kdebluetooth Message-ID: <1174849570.22563.9.camel@gilboa-work-dev.localdomain> Hello all, While not strictly orphaned (The review has stalled), if there's no objections, I'm taking over it. KDE-SIG-people - please write me up as the task owner. Oh... Should anything be changed with the review [1]? (Owner, etc) Thanks? - Gilboa [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186452 From lxtnow at gmail.com Sun Mar 25 19:10:34 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Sun, 25 Mar 2007 15:10:34 -0400 Subject: Unorphaning kdebluetooth In-Reply-To: <1174849570.22563.9.camel@gilboa-work-dev.localdomain> References: <1174849570.22563.9.camel@gilboa-work-dev.localdomain> Message-ID: <62bc09df0703251210m6b69b427p88fb22781394ef20@mail.gmail.com> 2007/3/25, Gilboa Davara : > > Hello all, > > While not strictly orphaned (The review has stalled), if there's no > objections, I'm taking over it. > KDE-SIG-people - please write me up as the task owner. > Oh... Should anything be changed with the review [1]? (Owner, etc) looking for maitainer ? this package has mentioned as maitainer-request in SIGs page. Thanks? > - Gilboa > [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186452 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From gilboad at gmail.com Mon Mar 26 14:19:21 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 26 Mar 2007 16:19:21 +0200 Subject: Unorphaning kdebluetooth In-Reply-To: <62bc09df0703260621s60dd17b2i10ab2bbbb0c3af84@mail.gmail.com> References: <1174849570.22563.9.camel@gilboa-work-dev.localdomain> <62bc09df0703251210m6b69b427p88fb22781394ef20@mail.gmail.com> <9050516b0703252301u26284109vfee1b690452d3636@mail.gmail.com> <62bc09df0703260621s60dd17b2i10ab2bbbb0c3af84@mail.gmail.com> Message-ID: <1174918761.1652.3.camel@gilboa-work-dev.localdomain> On Mon, 2007-03-26 at 14:21 +0100, SmootherFrOgZ wrote: [snip] > > > It seem that you don't in the EditGroup. > > So, i can't add yourself to the SIGs page as maitainer of kdebluetooth > for now. > > Please, follow these first steps before: > http://fedoraproject.org/wiki/WikiEditing Will do. Thanks. - Gilboa From ville.skytta at iki.fi Mon Mar 26 20:04:33 2007 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Mon, 26 Mar 2007 23:04:33 +0300 Subject: Requires/BuildRequires in package descriptions In-Reply-To: References: Message-ID: <200703262304.34157.ville.skytta@iki.fi> On Saturday 10 March 2007, Kevin Kofler wrote: > I've once again found some BuildRequires which ended up in a package > description (already filed in Bugzilla). This is not the first time this > happens. If the BuildRequires is listed after the description, RPM > considers it part of the description. This is bad because this means the > BuildRequires is ignored, which gets unnoticed if the package still builds > (with reduced functionality) without it. Good idea, the next version of rpmlint will check this. http://rpmlint.zarb.org/cgi-bin/trac.cgi/changeset/1330 From fedora at camperquake.de Mon Mar 26 21:44:45 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 26 Mar 2007 23:44:45 +0200 Subject: RfR: mcs Message-ID: <20070326234445.3a14cc7b@lain.camperquake.de> Hi. I kindly ask for a review of mcs (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232342). It is currently blocking an update of audacious in devel, which I'd like to get through before F7 release (it fixes a hanging bug, for one). mcs is a quite smallish library, and thus the package is simple as well. Thanks. From lxtnow at gmail.com Mon Mar 26 22:02:25 2007 From: lxtnow at gmail.com (SmootherFrOgZ) Date: Mon, 26 Mar 2007 18:02:25 -0400 Subject: KDE SIG Packages Status Message-ID: <62bc09df0703261502o2fea6f22te7a442db30e4d3c1@mail.gmail.com> HI, i just submited the review for kicker-compiz package on bugzilla. You could find out the link and other packages status on KDE SIGs pages Regards, -- Xavier.t Lamien -- French Fedora Ambassador Fedora Extras Contributor GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From trond.danielsen at gmail.com Tue Mar 27 05:28:26 2007 From: trond.danielsen at gmail.com (Trond Danielsen) Date: Tue, 27 Mar 2007 07:28:26 +0200 Subject: RfR: avarice, bitbake and uisp Message-ID: <409676c70703262228g4c287fd2jd6cf31ae4a22dfc8@mail.gmail.com> Hi everyone! I kindly ask if anyone have the time to review a couple of packages that I have submitted. A complete list of the packages is available here: http://fedoraproject.org/wiki/TrondDanielsen. The packages are fairly simple, and should be suitable for new reviewers. Thank you for your time, -- Trond Danielsen From bugzilla at redhat.com Tue Mar 27 12:58:45 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Mar 2007 08:58:45 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200703271258.l2RCwj05009947@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Severity|normal |medium rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? ------- Additional Comments From rdieter at math.unl.edu 2007-03-27 08:58 EST ------- Package Change Request ====================== Package Name: digikamimageplugins [Updated Fedora Owners: mgarski at post.pl -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 27 13:01:18 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Mar 2007 09:01:18 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200703271301.l2RD1INL010231@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 bugzilla at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|fedora-extras- | |list at redhat.com | CC| |fedora-package- | |review at redhat.com CC|fedora-package- | |review at redhat.com | CC| |fedora-extras- | |list at redhat.com Severity|normal |medium rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |fedora-cvs? ------- Additional Comments From rdieter at math.unl.edu 2007-03-27 09:01 EST ------- Package Change Request ====================== Package Name: kipi-plugins Updated Fedora Owners: gauret at free.fr mgarski at post.pl -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 27 13:37:19 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Mar 2007 09:37:19 -0400 Subject: [Bug 171505] Review Request: digikamimageplugins: Plugins for digikam In-Reply-To: Message-ID: <200703271337.l2RDbJes013137@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: digikamimageplugins: Plugins for digikam https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171505 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|fedora-cvs? |fedora-cvs- ------- Additional Comments From petersen at redhat.com 2007-03-27 09:37 EST ------- Is the intention to add a comaintainer or a change of package ownership? Please clarify and set fedora-cvs to '?' again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 27 13:38:40 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Mar 2007 09:38:40 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200703271338.l2RDcegj013349@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|fedora-cvs? |fedora-cvs- ------- Additional Comments From petersen at redhat.com 2007-03-27 09:38 EST ------- Is the intention to add comaintainers or a change of package ownership? Please clarify and set fedora-cvs to '?' again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Mar 27 13:45:03 2007 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 27 Mar 2007 09:45:03 -0400 Subject: [Bug 171504] Review Request: kipi-plugins: Plugins to use with Kipi In-Reply-To: Message-ID: <200703271345.l2RDj3MQ013761@bugzilla.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kipi-plugins: Plugins to use with Kipi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171504 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Flag|fedora-cvs- |fedora-cvs? ------- Additional Comments From rdieter at math.unl.edu 2007-03-27 09:44 EST ------- Crap, good catch. (: Package Change Request ====================== Package Name: kipi-plugins Updated Fedora Cc: gauret at free.fr mgarski at post.pl +comaintainers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fgarret at ub.edu Wed Mar 28 12:12:34 2007 From: fgarret at ub.edu (Filipe Garrett) Date: Wed, 28 Mar 2007 14:12:34 +0200 Subject: GRID packages Message-ID: <460A5BB2.603@ub.edu> Hi all, I'm interested in setting a small Fedora grid. I've already tried TORQUE (but it wasn't easy to install it with MAUI and the original scheduler is too simple). I think it would be a good idea to add other softwares and/or the MAUI scheduler to the extras repository. Since Java is now open source, I think it would be interesting to include Sun's GRID Engine in the next Fedora release. thanks in adv, FG From j.w.r.degoede at hhs.nl Wed Mar 28 11:30:25 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 28 Mar 2007 13:30:25 +0200 Subject: Fedora Extras Package Review Request bugzilla page broken Message-ID: <460A51D1.7050707@hhs.nl> Hi, Filing a review request through: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20Extras&format=extras-review Consistently results in the following error: "Internal Error Bugzilla has suffered an internal error. Please save this page and send it to bugzilla-owner at redhat.com with details of what you were doing at the time this message appeared along with the full URL string from your browser location window. A legal Severity was not set." Regards, Hans From Matt_Domsch at dell.com Wed Mar 28 13:45:54 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 28 Mar 2007 08:45:54 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2007-03-28 Message-ID: <20070328084554.A8923@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Wed Mar 28 04:31:29 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2847 Number failed to build: 65 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 45 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 45 ---------------------------------- Democracy-0.9.5.1-6.fc7 tscherf at redhat.com R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de atitvout-0.4-6 andreas.bierfert at lowlatency.de banshee-0.11.5-1.fc7 caillon at redhat.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gtkmozembedmm-1.4.2.cvs20060817-9.fc7 karlthered at gmail.com jflex-1.3.5-2jpp.1.fc7 mwringe at redhat.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libnetfilter_conntrack-0.0.50-3.fc7.src.rpm libpaper-1.1.20-5.fc6 tcallawa at redhat.com libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de maven-scm-1.0-0.1.b3.2jpp.1.fc7 dbhole at redhat.com maven-shared-1.0-4jpp.2.fc7 dbhole at redhat.com maven-surefire-1.5.3-2jpp.2.fc7 dbhole at redhat.com mlton-20061107-2.fc7 adam at spicenitz.org nas-1.8a-2.fc7.src.rpm netcdf-3.6.2-1.fc7 ed at eh3.com nomadsync-0.4.2-13.fc6 triad at df.lth.se ntfs-config-0.5.5-2.fc7.src.rpm openvrml-0.16.3-4.fc7.src.rpm orpie-1.4.3-5.fc6 lists at forevermore.net pdftk-1.41-3.fc7 Jochen at herr-schmitt.de php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org prewikka-0.9.8-1.fc7 tscherf at redhat.com python-amara-1.1.9-7.fc7 jamatos at fc.up.pt python-reportlab-2.0-2.fc7 bdpepple at ameritech.net qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com s3switch-0.0-9.20020912.fc6 paul at xelerance.com scipy-0.5.2-1.fc7 jspaleta at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de toped-0.8.2-2.fc6.src.rpm xine-lib-1.1.4-3.fc7.src.rpm xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Wed Mar 28 13:46:10 2007 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 28 Mar 2007 08:46:10 -0500 Subject: Extras i386 rawhide rebuild in mock status 2007-03-28 Message-ID: <20070328084610.A8943@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Wed Mar 28 04:36:43 CDT 2007 Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ Total packages: 2847 Number failed to build: 34 Number expected to fail due to ExclusiveArch or ExcludeArch: 2 Leaving: 32 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 32 ---------------------------------- Democracy-0.9.5.1-6.fc7 tscherf at redhat.com R-RScaLAPACK-0.5.1-8.fc6 tcallawa at redhat.com airsnort-0.2.7e-11.fc7 andreas.bierfert at lowlatency.de banshee-0.11.5-1.fc7 caillon at redhat.com checkstyle-4.1-4jpp.1.fc7 nsantos at redhat.com compat-erlang-R10B-10.4.fc6 gemi at bluewin.ch csound-5.03.0-9.fc7 dcbw at redhat.com,paul at all-the-johnsons.co.uk em8300-kmod-0.16.1-7.2.6.20_1.2997.fc7 ville.skytta at iki.fi fakeroot-1.5.10-13.fc7 Axel.Thimm at ATrpms.net flumotion-0.2.1-3.fc6 thomas at apestaart.org gift-0.11.8.1-6.fc7 rdieter at math.unl.edu gtk-sharp-1.0.10-12.fc7 paul at all-the-johnsons.co.uk gtkmozembedmm-1.4.2.cvs20060817-9.fc7 karlthered at gmail.com jflex-1.3.5-2jpp.1.fc7 mwringe at redhat.com jogl-1.0.0-5.7.beta5.fc6 green at redhat.com kooldock-0.3-4.20060720cvs.fc6 mr.ecik at gmail.com kyum-0.7.5-4.fc6 Jochen at herr-schmitt.de libpaper-1.1.20-5.fc6 tcallawa at redhat.com nomadsync-0.4.2-13.fc6 triad at df.lth.se openvrml-0.16.3-4.fc7.src.rpm orpie-1.4.3-5.fc6 lists at forevermore.net pdftk-1.41-3.fc7 Jochen at herr-schmitt.de php-pecl-Fileinfo-1.0.4-1.fc7 fedora at theholbrooks.org qa-assistant-0.4.90.5-2.fc6 toshio at tiki-lounge.com scipy-0.5.2-1.fc7 jspaleta at gmail.com steghide-0.5.1-2.fc6 Jochen at herr-schmitt.de sysprof-kmod-1.0.8-1.2.6.20_1.3017.fc7 giallu at gmail.com toped-0.8.2-2.fc6.src.rpm xine-lib-1.1.4-3.fc7.src.rpm xmldiff-0.6.7-12.fc6 stickster at gmail.com xsupplicant-1.2.8-1.fc7.1 tcallawa at redhat.com zope-2.9.4-2.fc6 jonathansteffan at gmail.com With bugs filed: 0 ---------------------------------- -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From fedora at camperquake.de Wed Mar 28 13:48:25 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 28 Mar 2007 15:48:25 +0200 Subject: Changing fedora-cvs in bugzilla Message-ID: <20070328154825.0235dca6@banea.int.addix.net> Hi. It seems I can not change the fedora-cvs field in bugzilla tickets. According to my mailheap I need to be a member of fedorabugs, which I am. Still, bugzilla does not like me. Seems like this is due to the fact that the mail address in my fedora account (which corresponds to my GPG key) differs from my bugzilla address. If I had to choose I'd change the GPG address. How do I do that? From mtasaka at ioa.s.u-tokyo.ac.jp Wed Mar 28 14:33:05 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Wed, 28 Mar 2007 23:33:05 +0900 Subject: Fedora Extras Package Review Request bugzilla page broken In-Reply-To: <460A51D1.7050707@hhs.nl> References: <460A51D1.7050707@hhs.nl> Message-ID: <460A7CA1.6040101@ioa.s.u-tokyo.ac.jp> Hans de Goede wrote: > Hi, > > Filing a review request through: > https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20Extras&format=extras-review > > > Consistently results in the following error: > "Internal Error > > Bugzilla has suffered an internal error. Please save this page and send > it to bugzilla-owner at redhat.com with details of what you were doing at > the time this message appeared along with the full URL string from your > browser location window. > > A legal Severity was not set." > > Regards, > > Hans > It seems that you are not only the person who are now meeting this problem. Mamoru From siddharth at techbugs.org Wed Mar 28 17:40:16 2007 From: siddharth at techbugs.org (Siddharth Upmanyu) Date: Wed, 28 Mar 2007 23:10:16 +0530 Subject: GRID packages In-Reply-To: <460A5BB2.603@ub.edu> References: <460A5BB2.603@ub.edu> Message-ID: I am interested in this topic... I have already some experience in web based grid and test version is running at http://www.alacrema.com/Grid i can port and extend the same to Fedora... Regards Siddharth On 3/28/07, Filipe Garrett wrote: > > Hi all, > > I'm interested in setting a small Fedora grid. > I've already tried TORQUE (but it wasn't easy to install it with MAUI > and the original scheduler is too simple). > > I think it would be a good idea to add other softwares and/or the MAUI > scheduler to the extras repository. > > Since Java is now open source, I think it would be interesting to > include Sun's GRID Engine in the next Fedora release. > > thanks in adv, > FG > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tmz at pobox.com Wed Mar 28 18:20:53 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 28 Mar 2007 14:20:53 -0400 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <20070328154825.0235dca6@banea.int.addix.net> References: <20070328154825.0235dca6@banea.int.addix.net> Message-ID: <20070328182053.GE13090@psilocybe.teonanacatl.org> Hi Ralf, I hope I am answering the question you asked. If not, just point and laugh. :) Ralf Ertzinger wrote: > If I had to choose I'd change the GPG address. How do I do that? You can't change the email address on your key directly, but you can add a new uid and, optionally, revoke the old one. It would probably suffice to simply add a new one, which can be done like so: $ gpg --edit-key fedora at camperquake.de adduid HTH, -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== I honor my personality flaws for without them I would have no personality at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From fedora at camperquake.de Wed Mar 28 19:09:42 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 28 Mar 2007 21:09:42 +0200 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <20070328182053.GE13090@psilocybe.teonanacatl.org> References: <20070328154825.0235dca6@banea.int.addix.net> <20070328182053.GE13090@psilocybe.teonanacatl.org> Message-ID: <460ABD76.2050307@camperquake.de> Hi. Todd Zullinger schrieb: > Ralf Ertzinger wrote: >> If I had to choose I'd change the GPG address. How do I do that? > > You can't change the email address on your key directly, but you can > add a new uid and, optionally, revoke the old one. It would probably > suffice to simply add a new one, which can be done like so: > > $ gpg --edit-key fedora at camperquake.de adduid That was not exactly the question, but I'll spare you the laughter :) I'd just create a new key for that and was wondering how to get that key into the account system (what is the key used for, anyway?) From tmz at pobox.com Wed Mar 28 19:36:33 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 28 Mar 2007 15:36:33 -0400 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <460ABD76.2050307@camperquake.de> References: <20070328154825.0235dca6@banea.int.addix.net> <20070328182053.GE13090@psilocybe.teonanacatl.org> <460ABD76.2050307@camperquake.de> Message-ID: <20070328193633.GH13090@psilocybe.teonanacatl.org> Ralf Ertzinger wrote: > That was not exactly the question, but I'll spare you the laughter > :) Ha, I should have known it wouldn't be that easy. :) > I'd just create a new key for that and was wondering how to get that > key into the account system Is it not enough to upload the new key to pgp.mit.edu and then specify the new key id (the long form) on your account page? I'm not clear myself on what part(s), if any, of the system make use of the gpg key. I'd be curious to learn more about this from someone knowledgeable in the FAS. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== Succumb to natural tendencies. Be hateful and boring. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From opensource at till.name Wed Mar 28 19:42:22 2007 From: opensource at till.name (Till Maas) Date: Wed, 28 Mar 2007 21:42:22 +0200 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <20070328193633.GH13090@psilocybe.teonanacatl.org> References: <20070328154825.0235dca6@banea.int.addix.net> <460ABD76.2050307@camperquake.de> <20070328193633.GH13090@psilocybe.teonanacatl.org> Message-ID: <200703282142.38079.opensource@till.name> On Mi M?rz 28 2007, Todd Zullinger wrote: > I'm not clear myself on what part(s), if any, of the system make use > of the gpg key. I'd be curious to learn more about this from someone > knowledgeable in the FAS. I needed it to sign the CLA, and it had to be on a special keyserver, but I do not remember, which it was. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmz at pobox.com Wed Mar 28 20:07:18 2007 From: tmz at pobox.com (Todd Zullinger) Date: Wed, 28 Mar 2007 16:07:18 -0400 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <200703282142.38079.opensource@till.name> References: <20070328154825.0235dca6@banea.int.addix.net> <460ABD76.2050307@camperquake.de> <20070328193633.GH13090@psilocybe.teonanacatl.org> <200703282142.38079.opensource@till.name> Message-ID: <20070328200718.GI13090@psilocybe.teonanacatl.org> Till Maas wrote: > I needed it to sign the CLA, and it had to be on a special > keyserver, but I do not remember, which it was. Oh right. Thanks for the reminder. So if that's the key that signs the CLA, what are the implications of changing your key entirely? The accounts systems seems to allows it (the key id box is editable), but if the key associated with an account is changed will it affect the ability of the system to verify that you have completed the CLA should such a verification ever prove necessary? The server specified is pgp.mit.edu, which is an old pksd server. I don't use that one directly at all anymore as the pksd servers are crusty and outdated (and unmaintained for all practical purposes AFAICT). I believe they still have issues with newer openpgp features like multiple subkeys and other things. It'd seem better to use a more robust server, or perhaps use the default from gnupg, subkeys.pgp.net (a round robin of several SKS keyservers). Not a high priority thing though. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== What it means to take rights seriously is that one will honor them even when there is a significant social cost in doing so. -- Ronald Dworkin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From garrick at usc.edu Wed Mar 28 21:26:49 2007 From: garrick at usc.edu (Garrick Staples) Date: Wed, 28 Mar 2007 14:26:49 -0700 Subject: GRID packages In-Reply-To: <460A5BB2.603@ub.edu> References: <460A5BB2.603@ub.edu> Message-ID: <20070328212649.GO32654@polop.usc.edu> On Wed, Mar 28, 2007 at 02:12:34PM +0200, Filipe Garrett alleged: > Hi all, > > I'm interested in setting a small Fedora grid. > I've already tried TORQUE (but it wasn't easy to install it with MAUI > and the original scheduler is too simple). > > I think it would be a good idea to add other softwares and/or the MAUI > scheduler to the extras repository. As the packager and upstream TORQUE developer, I would also love to include maui. Unfortunately, maui's license won't allow it. Off topic, did you bring up your difficulties with TORQUE or maui on their respective mailing lists? -- Garrick Staples, GNU/Linux HPCC SysAdmin University of Southern California -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tchung at fedoraproject.org Wed Mar 28 22:17:06 2007 From: tchung at fedoraproject.org (Thomas Chung) Date: Wed, 28 Mar 2007 15:17:06 -0700 Subject: Fedora News Project is Looking for Writers Message-ID: <369bce3b0703281517m225cfc4ck549fe5ef92803ece@mail.gmail.com> Currently Fedora News Project[1] is looking for two or more writers for up-coming-issue of Fedora Weekly News. Selected writers are expected to pick out the several major topics discussed in that week from following mailing lists and summarized them in a few paragraph.: * Development Section: fedora-devel-list, fedora-extras-list and fedora-maintainers-list * Documentation Section: fedora-docs-list * Events and Meetings: fedora-ambassadors-list and fedora-marketing-list These paragraphs will be edited by our editors and eventually published in our next issue of Fedora Weekly News. If you're interested in this project, please contact me as soon as possible. Regards, [1] http://fedoraproject.org/wiki/NewsProject -- Thomas Chung http://fedoraproject.org/wiki/ThomasChung From orion at cora.nwra.com Wed Mar 28 23:13:35 2007 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 28 Mar 2007 17:13:35 -0600 Subject: python-basemap packaging In-Reply-To: <1174691410.8986.63.camel@localhost.localdomain> References: <46044CCB.5010706@cora.nwra.com> <1174691410.8986.63.camel@localhost.localdomain> Message-ID: <460AF69F.8060601@cora.nwra.com> Toshio Kuratomi wrote: > 4) For python-basemap, do not strip the data from the tarball but do not > include it in the built rpms. Use the python-basemap tarball with the > python-basemap-hires tarball to populate the python-basemap-data rpm. > You can also generate the python-basemap-examples noarch rpm from this. > Increases the size of the srpms but keeps the built rpms the same. I like this. Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mhw at WittsEnd.com Thu Mar 29 01:44:29 2007 From: mhw at WittsEnd.com (Michael H. Warfield) Date: Wed, 28 Mar 2007 21:44:29 -0400 Subject: fc6 gaim update is BROKEN! In-Reply-To: <460AE9EA.7090001@redhat.com> References: <460ACF1C.7070401@gmail.com> <460AD1E4.4060405@redhat.com> <460AE9EA.7090001@redhat.com> Message-ID: <1175132669.7554.12.camel@canyon.wittsend.com> On Wed, 2007-03-28 at 18:19 -0400, Warren Togami wrote: > Jon Escombe wrote: > > Warren Togami redhat.com> writes: > > > >> I'm sorry that this isn't working out for you. It worked very well for > >> me and a few other testers. Nobody complained about these problems > >> about this version sitting in rawhide for quite a while now. > > > > Just one small issue to add, this update segfaulted for me due to a clash with > > the beta5 version of gaim-meanwhile that's still in extras. Possibly ought to be > > a dependancy somewhere that required an update to the plugins too? > > > > Appreciate that this would be hard to spot unless you actually use the meanwhile > > plugin, so not really complaining, just fyi (& hoping for an updated plugin at > > some point ;) > > > > Thanks, > > Jon. > gaim-meanwhile as a separate package will disappear when the distro > merges, because then libmeanwhile will be available for gaim to build > against. That's nice but, in the meanwhile (gag - sorry), we're screwed? I just suddenly slammed into gaim segfaulting and went searching and found the previous message. I can now confirm that, once I removed gaim-meanwhile and gaim-meanwhile-ibm (some internal configs for IBM people), gaim now comes up clean. But I don't have access to my Sametime accounts, now. Which means I've got to get sanity (a standalone Sametime client) up and configured until this bolux gets shot and straightened out. It's broken right now. I guess it needs to be punted over to the Extras folks to straighten out. I don't see anything on that list as of yet (adding a cross post - sorry). Has this been filed in bugzilla for gaim-meanwhile in the meantime? > Warren Mike -- Michael H. Warfield (AI4NB) | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From jwboyer at jdub.homelinux.org Thu Mar 29 01:47:48 2007 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 28 Mar 2007 20:47:48 -0500 Subject: fc6 gaim update is BROKEN! In-Reply-To: <1175132669.7554.12.camel@canyon.wittsend.com> References: <460ACF1C.7070401@gmail.com> <460AD1E4.4060405@redhat.com> <460AE9EA.7090001@redhat.com> <1175132669.7554.12.camel@canyon.wittsend.com> Message-ID: <1175132868.32658.15.camel@vader.jdub.homelinux.org> On Wed, 2007-03-28 at 21:44 -0400, Michael H. Warfield wrote: > On Wed, 2007-03-28 at 18:19 -0400, Warren Togami wrote: > > Jon Escombe wrote: > > > Warren Togami redhat.com> writes: > > > > > >> I'm sorry that this isn't working out for you. It worked very well for > > >> me and a few other testers. Nobody complained about these problems > > >> about this version sitting in rawhide for quite a while now. > > > > > > Just one small issue to add, this update segfaulted for me due to a clash with > > > the beta5 version of gaim-meanwhile that's still in extras. Possibly ought to be > > > a dependancy somewhere that required an update to the plugins too? > > > > > > Appreciate that this would be hard to spot unless you actually use the meanwhile > > > plugin, so not really complaining, just fyi (& hoping for an updated plugin at > > > some point ;) > > > > > > Thanks, > > > Jon. > > > gaim-meanwhile as a separate package will disappear when the distro > > merges, because then libmeanwhile will be available for gaim to build > > against. > > That's nice but, in the meanwhile (gag - sorry), we're screwed? I just > suddenly slammed into gaim segfaulting and went searching and found the > previous message. I can now confirm that, once I removed gaim-meanwhile > and gaim-meanwhile-ibm (some internal configs for IBM people), gaim now > comes up clean. But I don't have access to my Sametime accounts, now. > Which means I've got to get sanity (a standalone Sametime client) up and > configured until this bolux gets shot and straightened out. It's broken > right now. I already said I was fixing it. > > I guess it needs to be punted over to the Extras folks to straighten > out. I don't see anything on that list as of yet (adding a cross post - > sorry). Has this been filed in bugzilla for gaim-meanwhile in the > meantime? No, but I'm fixing it. josh From mhw at WittsEnd.com Thu Mar 29 02:02:29 2007 From: mhw at WittsEnd.com (Michael H. Warfield) Date: Wed, 28 Mar 2007 22:02:29 -0400 Subject: fc6 gaim update is BROKEN! In-Reply-To: <1175132868.32658.15.camel@vader.jdub.homelinux.org> References: <460ACF1C.7070401@gmail.com> <460AD1E4.4060405@redhat.com> <460AE9EA.7090001@redhat.com> <1175132669.7554.12.camel@canyon.wittsend.com> <1175132868.32658.15.camel@vader.jdub.homelinux.org> Message-ID: <1175133749.7554.15.camel@canyon.wittsend.com> On Wed, 2007-03-28 at 20:47 -0500, Josh Boyer wrote: : > I already said I was fixing it. Sorry... Messages crossed in the E-Mail and I didn't see it. Thx! > > > > I guess it needs to be punted over to the Extras folks to straighten > > out. I don't see anything on that list as of yet (adding a cross post - > > sorry). Has this been filed in bugzilla for gaim-meanwhile in the > > meantime? > No, but I'm fixing it. Many Thx... > josh Regards, Mike -- Michael H. Warfield (AI4NB) | (770) 985-6132 | mhw at WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part URL: From j.w.r.degoede at hhs.nl Thu Mar 29 13:20:32 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 29 Mar 2007 15:20:32 +0200 Subject: Need help with weird builderror Message-ID: <460BBD20.1090107@hhs.nl> Hi All, See: http://buildsys.fedoraproject.org/logs/fedora-development-extras/30683-dia-0.96-1.fc7/ This bombs with the following error: checking for python module gtk... yes checking for headers required to compile python extensions... found checking for libpython2.5.a... not found configure: error: could not find files required to build python plugin error: Bad exit status from /var/tmp/rpm-tmp.45933 (%build) The piece from the configure script giving this error is: py_config_dir="$py_prefix/lib/python${PYTHON_VERSION}/config" py_makefile="${py_config_dir}/Makefile" if test -f "$py_makefile"; then py_localmodlibs=`sed -n -e 's/^LOCALMODLIBS=\(.*\)/\1/p' $py_makefile` py_basemodlibs=`sed -n -e 's/^BASEMODLIBS=\(.*\)/\1/p' $py_makefile` py_other_libs=`sed -n -e 's/^LIBS=\(.*\)/\1/p' $py_makefile` if test -e "${py_config_dir}/libpython${PYTHON_VERSION}.a"; then PYTHON_LIBS="-L${py_config_dir} -lpython${PYTHON_VERSION} $py_localmodlibs echo "$as_me:$LINENO: result: found" >&5 echo "${ECHO_T}found" >&6 else echo "$as_me:$LINENO: result: not found" >&5 echo "${ECHO_T}not found" >&6 fi else echo "$as_me:$LINENO: result: not found" >&5 echo "${ECHO_T}not found" >&6 fi The Makefile and libpython2.5.a files this piece of bash script looks for are both in python-devel (verified on my local machine), python-devel is in the BuildRequires and according to root.log does get installed. Also according to root.log the python package getting installed is the exact same version as on my devel machine, which does have this packages? So what am I missing? HELP! Regards, Hans From mtasaka at ioa.s.u-tokyo.ac.jp Thu Mar 29 13:47:14 2007 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Thu, 29 Mar 2007 22:47:14 +0900 Subject: Need help with weird builderror In-Reply-To: <460BBD20.1090107@hhs.nl> References: <460BBD20.1090107@hhs.nl> Message-ID: <460BC362.9080206@ioa.s.u-tokyo.ac.jp> Hans de Goede wrote: > Hi All, > > See: > http://buildsys.fedoraproject.org/logs/fedora-development-extras/30683-dia-0.96-1.fc7/ > > > This bombs with the following error: > checking for libpython2.5.a... not found > py_config_dir="$py_prefix/lib/python${PYTHON_VERSION}/config" > > if test -e "${py_config_dir}/libpython${PYTHON_VERSION}.a"; then Perhaps configure expects libpython2.5.a to be under /usr/*lib*/python2.5/config, which actually this is under /usr/*lib64*/python2.5/config/ ? Mamoru From j.w.r.degoede at hhs.nl Thu Mar 29 14:19:04 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 29 Mar 2007 16:19:04 +0200 Subject: Need help with weird builderror In-Reply-To: <460BC362.9080206@ioa.s.u-tokyo.ac.jp> References: <460BBD20.1090107@hhs.nl> <460BC362.9080206@ioa.s.u-tokyo.ac.jp> Message-ID: <460BCAD8.6080704@hhs.nl> Mamoru Tasaka wrote: > Hans de Goede wrote: >> Hi All, >> >> See: >> http://buildsys.fedoraproject.org/logs/fedora-development-extras/30683-dia-0.96-1.fc7/ >> >> >> This bombs with the following error: >> checking for libpython2.5.a... not found > >> py_config_dir="$py_prefix/lib/python${PYTHON_VERSION}/config" >> >> if test -e "${py_config_dir}/libpython${PYTHON_VERSION}.a"; then > > Perhaps configure expects libpython2.5.a to be under > /usr/*lib*/python2.5/config, > which actually this is under /usr/*lib64*/python2.5/config/ ? > I think you may be right, Thanks, Hans From jonathan.underwood at gmail.com Thu Mar 29 18:56:51 2007 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 29 Mar 2007 19:56:51 +0100 Subject: GRID packages In-Reply-To: <460A5BB2.603@ub.edu> References: <460A5BB2.603@ub.edu> Message-ID: <645d17210703291156q27a5b2aai9a236e74cc9c0795@mail.gmail.com> On 28/03/07, Filipe Garrett wrote: > Hi all, > > I'm interested in setting a small Fedora grid. > I've already tried TORQUE (but it wasn't easy to install it with MAUI > and the original scheduler is too simple). > > I think it would be a good idea to add other softwares and/or the MAUI > scheduler to the extras repository. > > Since Java is now open source, I think it would be interesting to > include Sun's GRID Engine in the next Fedora release. > Have you looked at Oscar? http://oscar.openclustergroup.org/ That's a collection of packages that when installed turn a Fedora installation into a frontend node for a cluster, allowing compute nodes to boot from the frontend. There is an SGE rpm as part of that. Jonathan. From giallu at gmail.com Fri Mar 30 08:41:11 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Fri, 30 Mar 2007 10:41:11 +0200 Subject: Licensing issue in mantis Message-ID: Mantis (php) codebase includes a module which comes from a 3rd party project and is licensed with a "free for non commercial use" style clause which is, AFAICT, incompatible with the GPL. Is removing the offending file from the rpm package during %install enough? Is upstream compelled to remove it as well? From mattdm at mattdm.org Fri Mar 30 14:21:58 2007 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 30 Mar 2007 10:21:58 -0400 Subject: Licensing issue in mantis In-Reply-To: References: Message-ID: <20070330142158.GA32041@jadzia.bu.edu> On Fri, Mar 30, 2007 at 10:41:11AM +0200, Gianluca Sforna wrote: > Mantis (php) codebase includes a module which comes from a 3rd party > project and is licensed with a "free for non commercial use" style > clause which is, AFAICT, incompatible with the GPL. > Is removing the offending file from the rpm package during %install enough? > Is upstream compelled to remove it as well? Point it out to them and see what they do. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From caillon at redhat.com Fri Mar 30 21:27:03 2007 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 30 Mar 2007 17:27:03 -0400 Subject: Licensing issue in mantis In-Reply-To: References: Message-ID: <460D80A7.1060503@redhat.com> Gianluca Sforna wrote: > Mantis (php) codebase includes a module which comes from a 3rd party > project and is licensed with a "free for non commercial use" style > clause which is, AFAICT, incompatible with the GPL. > Is removing the offending file from the rpm package during %install enough? It would still be in the SRPM right? So, probably not. > Is upstream compelled to remove it as well? That is up to upstream, but you should definitely point it out to them, and ask that at the least it be distributed as a separate download. From fedora at camperquake.de Sat Mar 31 15:52:12 2007 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 31 Mar 2007 17:52:12 +0200 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <20070328154825.0235dca6@banea.int.addix.net> References: <20070328154825.0235dca6@banea.int.addix.net> Message-ID: <20070331175212.63cec6d8@lain.camperquake.de> Moin. On Wed, 28 Mar 2007 15:48:25 +0200, Ralf Ertzinger wrote > Hi. > > It seems I can not change the fedora-cvs field in bugzilla tickets. > According to my mailheap I need to be a member of fedorabugs, which I > am. Still, bugzilla does not like me. > > Seems like this is due to the fact that the mail address in my fedora > account (which corresponds to my GPG key) differs from my bugzilla > address. OK, I added my bugzilla address to my GPG key, uploaded that to the keyservers and changed my mail address in the fedora account system to my bugzilla address. Still, bugzilla does not like me. Is there a delay between changing the account data and the new information going "live"? If not, what do I have to do to make things work again? From a.badger at gmail.com Sat Mar 31 16:43:00 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 31 Mar 2007 09:43:00 -0700 Subject: Changing fedora-cvs in bugzilla In-Reply-To: <20070331175212.63cec6d8@lain.camperquake.de> References: <20070328154825.0235dca6@banea.int.addix.net> <20070331175212.63cec6d8@lain.camperquake.de> Message-ID: <1175359380.4329.33.camel@localhost.localdomain> On Sat, 2007-03-31 at 17:52 +0200, Ralf Ertzinger wrote: > Moin. > > On Wed, 28 Mar 2007 15:48:25 +0200, Ralf Ertzinger wrote > > Hi. > > > > It seems I can not change the fedora-cvs field in bugzilla tickets. > > According to my mailheap I need to be a member of fedorabugs, which I > > am. Still, bugzilla does not like me. > > > > Seems like this is due to the fact that the mail address in my fedora > > account (which corresponds to my GPG key) differs from my bugzilla > > address. > > OK, I added my bugzilla address to my GPG key, uploaded that to > the keyservers and changed my mail address in the fedora account system > to my bugzilla address. > > Still, bugzilla does not like me. > > Is there a delay between changing the account data and the new information > going "live"? > > If not, what do I have to do to make things work again? > There is a delay. The bugzilla sync was on a daily sync. mmcgrath was looking into putting it on an hourly cron job like our other account system syncs. I'm not sure where it is right now. -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 j.w.r.degoede at hhs.nl Sat Mar 31 17:55:29 2007 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 31 Mar 2007 19:55:29 +0200 Subject: Naming of language binding package if its part of the main lib. Message-ID: <460EA091.7070306@hhs.nl> Hi, I've recently packaged paragui, and this comes with python bindings included, I've used "%package python" for these bindings resulting in paragui-python as name, this seems natural, but if the python bindings were a stand alone package, it would violate the package naming guidelines. In the stand alone case the name must be "python-paragui", which can be realized in this case too, by using: "%package -n python-%{name}" . So which one is best in the bindings included in the main lib case? Regards, Hans From tmz at pobox.com Sat Mar 31 17:51:38 2007 From: tmz at pobox.com (Todd Zullinger) Date: Sat, 31 Mar 2007 13:51:38 -0400 Subject: Naming of language binding package if its part of the main lib. In-Reply-To: <460EA091.7070306@hhs.nl> References: <460EA091.7070306@hhs.nl> Message-ID: <20070331175138.GH6460@psilocybe.teonanacatl.org> Hans de Goede wrote: > I've recently packaged paragui, and this comes with python bindings > included, I've used "%package python" for these bindings resulting > in paragui-python as name, this seems natural, but if the python > bindings were a stand alone package, it would violate the package > naming guidelines. In the stand alone case the name must be > "python-paragui", which can be realized in this case too, by using: > "%package -n python-%{name}" . > > So which one is best in the bindings included in the main lib case? I had to choose one or the other when packaging the python bindings from libgpod. In looking at other packages it seems that there are some of both - python prefixes and python suffixes - for packages with the bindings included in the lib. I went with python as the prefix. This way if the bindings ever get split off into their own package the name won't have to change. It's also consistent with other python modules that are packaged separately from any libraries they provide an interface to. I figured there wasn't much reason why a user should care whether the bindings came from the lib or not. (Another minor consideration was that several other distros already used python-gpod and this made it simpler for someone who found a howto for another distro to apply it to Fedora.) Of course, arguments can easily be made the other way as well and they're just as valid. It's largely a preference, it seems to me. If there is a reasonable consensus on which is preferred, I'd be happy to follow it. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ====================================================================== Years ago fairy tales all began with "Once upon a time...", now we know they all begin with, "If I am elected..." -- Carolyn Warner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From a.badger at gmail.com Sat Mar 31 18:33:32 2007 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 31 Mar 2007 11:33:32 -0700 Subject: Naming of language binding package if its part of the main lib. In-Reply-To: <460EA091.7070306@hhs.nl> References: <460EA091.7070306@hhs.nl> Message-ID: <1175366012.4329.40.camel@localhost.localdomain> On Sat, 2007-03-31 at 19:55 +0200, Hans de Goede wrote: > Hi, > > I've recently packaged paragui, and this comes with python bindings included, > I've used "%package python" for these bindings resulting in paragui-python as > name, this seems natural, but if the python bindings were a stand alone > package, it would violate the package naming guidelines. In the stand alone > case the name must be "python-paragui", which can be realized in this case too, > by using: "%package -n python-%{name}" . > > So which one is best in the bindings included in the main lib case? > The packaging committee talked about this in the last three months but I don't recall if we settled on a policy. I believe the general consensus was that ${language}-${pkg} was better but as I said, I don't remember if we formalized it as policy. -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 Axel.Thimm at ATrpms.net Sat Mar 31 23:11:32 2007 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 1 Apr 2007 01:11:32 +0200 Subject: Naming of language binding package if its part of the main lib. In-Reply-To: <1175366012.4329.40.camel@localhost.localdomain> References: <460EA091.7070306@hhs.nl> <1175366012.4329.40.camel@localhost.localdomain> Message-ID: <20070331231132.GB24044@neu.nirvana> On Sat, Mar 31, 2007 at 11:33:32AM -0700, Toshio Kuratomi wrote: > On Sat, 2007-03-31 at 19:55 +0200, Hans de Goede wrote: > > Hi, > > > > I've recently packaged paragui, and this comes with python bindings included, > > I've used "%package python" for these bindings resulting in paragui-python as > > name, this seems natural, but if the python bindings were a stand alone > > package, it would violate the package naming guidelines. In the stand alone > > case the name must be "python-paragui", which can be realized in this case too, > > by using: "%package -n python-%{name}" . > > > > So which one is best in the bindings included in the main lib case? > > > The packaging committee talked about this in the last three months but I > don't recall if we settled on a policy. > > I believe the general consensus was that ${language}-${pkg} was better > but as I said, I don't remember if we formalized it as policy. I think we all wished for python(foo) virtual provides, but Santa never delivered them :) FWIW we have already put in stone the following: "If the upstream source has "py" (or "Py") in its name, you can use that name for the package. So, for example, pygtk is acceptable." Maybe for F8 we should have rpm generate python(foo) and have dependencies built on that. Python packages could then be called whatever is better suited, as from the packgain POV we'd be using the python(foo) stuff. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: