From giallu at gmail.com Mon Dec 3 08:08:06 2007 From: giallu at gmail.com (Gianluca Sforna) Date: Mon, 3 Dec 2007 09:08:06 +0100 Subject: Scratch builds? Message-ID: Hi all, I was asked to add buildbot in EPEL: is there a way to make a scratch build for EL4 or EL5 before requesting the branch? I would like to make sure it builds properly beforehand... Cheers Gianluca From fedora at leemhuis.info Mon Dec 3 10:34:37 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 03 Dec 2007 11:34:37 +0100 Subject: Scratch builds? In-Reply-To: References: Message-ID: <4753DBBD.2050307@leemhuis.info> On 03.12.2007 09:08, Gianluca Sforna wrote: > I was asked to add buildbot in EPEL: is there a way to make a scratch > build for EL4 or EL5 before requesting the branch? Nope, sorry. > I would like to make sure it builds properly beforehand... Install CentOS in a VM or prepare a SRPM and ask somebody via this list or #epel on freenode to check if it builds? Cu knurd From fedora at leemhuis.info Mon Dec 3 11:49:39 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 03 Dec 2007 12:49:39 +0100 Subject: EPEL report week 48 2007 Message-ID: <4753ED53.8070400@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week48 = Weekly EPEL Summary = Week 48/2007 == Most important happenings == * [:ThorstenLeemhuis:knurd] pushed a lot of packaged from EPEL4/testing to the proper EPEL repo (some were omitted due to broke deps). See these mails for details: * https://www.redhat.com/archives/epel-devel-list/2007-November/msg00131.html * https://www.redhat.com/archives/epel-devel-list/2007-November/msg00134.html == Mailing list == === Noteworthy discussions === None == Meeting == === Next Meeting === 20071205 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === None scheduled. == Stats == === General === Number of EPEL Contributors: 141 === EPEL 5 === Number of source packages: 828 Number of binary packages: 1534 There are 9 new Packages: * libident | New LibIdent C library * libnss-mysql | NSS library for MySQL * osslsigncode | Tool for Authenticode signing of EXE/CAB files * perl-CGI-Session | Persistent session data in CGI applications * perl-Crypt-SmbHash | Pure-perl Lanman and NT MD4 hash functions * perl-Digest-MD4 | Perl interface to the MD4 Algorithm * php-eaccelerator | PHP accelerator, optimizer, encoder and dynamic content cacher * php-pear-Crypt-CHAP | Class to generate CHAP packets * xalan-c | Xalan XSLT processor for C === EPEL 4 === Number of source packages: 458 Number of binary packages: 910 There are 11 new Packages: * libident | New LibIdent C library * libnss-mysql | NSS library for MySQL * osslsigncode | Tool for Authenticode signing of EXE/CAB files * perl-Crypt-SmbHash | Pure-perl Lanman and NT MD4 hash functions * perl-Digest-MD4 | Perl interface to the MD4 Algorithm * perl-FreezeThaw | Convert Perl structures to strings and back * perl-IO-Socket-SSL | Perl library for transparent SSL * perl-MLDBM | Store multi-level hash structure in single level tied hash * perl-Net-SSLeay | Perl extension for using OpenSSL * php-eaccelerator | PHP accelerator, optimizer, encoder and dynamic content cacher * xalan-c | Xalan XSLT processor for C ---- ["CategoryEPELReports"] From opensource at till.name Mon Dec 3 13:02:04 2007 From: opensource at till.name (Till Maas) Date: Mon, 03 Dec 2007 14:02:04 +0100 Subject: Scratch builds? In-Reply-To: References: Message-ID: <200712031402.11158.opensource@till.name> On Mo Dezember 3 2007, Gianluca Sforna wrote: > I was asked to add buildbot in EPEL: is there a way to make a scratch > build for EL4 or EL5 before requesting the branch? You can use mock for this afaik. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mastahnke at gmail.com Mon Dec 3 14:02:10 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 3 Dec 2007 08:02:10 -0600 Subject: Scratch builds? In-Reply-To: <200712031402.11158.opensource@till.name> References: <200712031402.11158.opensource@till.name> Message-ID: <7874d9dd0712030602h192dd6bdhfb8834aa51552a3a@mail.gmail.com> On Dec 3, 2007 7:02 AM, Till Maas wrote: > On Mo Dezember 3 2007, Gianluca Sforna wrote: > > > I was asked to add buildbot in EPEL: is there a way to make a scratch > > build for EL4 or EL5 before requesting the branch? > > You can use mock for this afaik. Yes, recent version of Mock comes with EPEL buildroots. It will take a bit to download the first one, but you should be good after that. stahnma > > Regards, > Till > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > From wolfy at nobugconsulting.ro Mon Dec 3 15:02:46 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 03 Dec 2007 17:02:46 +0200 Subject: Centos 5.1 was released Message-ID: <47541A96.8000106@nobugconsulting.ro> ... and the developers have just given the "Go!" for our push Manuel From buildsys at fedoraproject.org Mon Dec 3 17:17:03 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 3 Dec 2007 12:17:03 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-03 Message-ID: <20071203171703.7C96A15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 5 libupnp-1.6.1-1.el5 NEW perl-BerkeleyDB-0.32-1.el5 : Perl extension for Berkeley DB version 2, 3 or 4 NEW python-pydns-2.3.1-1.el5 : Python module for DNS (Domain Name Service) NEW vblade-14-3.el5 : Virtual EtherDrive (R) blade daemon zabbix-1.4.2-4.el5 Packages built and released for Fedora EPEL 4: 2 createrepo-0.4.4-0.3.el4 pbzip2-1.0.2-2.el4 Packages built and released for Fedora EPEL testing/4: 4 NEW aoetools-21-1.el4 : ATA over Ethernet Tools SIBsim4-0.16-1.el4 NEW vblade-14-3.el4 : Virtual EtherDrive (R) blade daemon zabbix-1.4.2-4.el4.1 Changes in Fedora EPEL testing/5: libupnp-1.6.1-1.el5 ------------------- * Sun Nov 18 2007 Eric Tanguy - 1.6.1-1 - Update to version 1.6.1 * Wed Aug 29 2007 Fedora Release Engineering - 1.6.0-2 - Rebuild for selinux ppc32 issue. perl-BerkeleyDB-0.32-1.el5 -------------------------- * Fri Jul 13 2007 Steven Pritchard 0.32-1 - Update to 0.32. python-pydns-2.3.1-1.el5 ------------------------ * Sun Dec 02 2007 Sean Reifschneider 2.3.1-1 - Updating to new upstream release. vblade-14-3.el5 --------------- * Wed Aug 22 2007 Patrick "Jima" Laughton 14-3 - Add missing /var/run/vblade/ - License clarification zabbix-1.4.2-4.el5 ------------------ * Sat Dec 01 2007 Dan Horak 1.4.2-4 - add security fix (#407181) Changes in Fedora EPEL 4: createrepo-0.4.4-0.3.el4 ------------------------ * Tue Aug 28 2007 Jeff Sheltren - 0.4.4-0.3 - Official EPEL rebuild - Update License tag pbzip2-1.0.2-2.el4 ------------------ * Thu Jul 26 2007 Jeff Gilchrist - 1.0.2-2 - Fixed symbolic link for pbunzip2 file Changes in Fedora EPEL testing/4: aoetools-21-1.el4 ----------------- * Fri Nov 30 2007 Patrick "Jima" Laughton 21-1 - New upstream release SIBsim4-0.16-1.el4 ------------------ * Fri Nov 30 2007 Christian Iseli 0.16-1 - Version 0.16. - Fix License tag to GPLv2+. vblade-14-3.el4 --------------- * Wed Aug 22 2007 Patrick "Jima" Laughton 14-3 - Add missing /var/run/vblade/ - Rebuild for BuildID - License clarification zabbix-1.4.2-4.el4.1 -------------------- * Sun Dec 02 2007 Dan Horak 1.4.2-4.1 - do not Require standalone php-bcmath as it is included directly in the php module (#406751) * Sat Dec 01 2007 Dan Horak 1.4.2-4 - add security fix (#407181) From buildsys at fedoraproject.org Mon Dec 3 20:45:44 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 3 Dec 2007 15:45:44 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-03 Message-ID: <20071203204544.3546615212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 2 NEW libnids-1.22-3.el5 : Implementation of an E-component of Network Intrusion Detection System ushare-1.0-4.el5 Changes in Fedora EPEL testing/5: libnids-1.22-3.el5 ------------------ * Thu Nov 29 2007 Robert Scheck 1.22-3 - Rebuilt against fixed libnet package (#400831) * Mon Nov 26 2007 Robert Scheck 1.22-2 - Build with -fPIC, because 64 bit archs are complaining * Sun Nov 25 2007 Robert Scheck 1.22-1 - Upgrade to 1.22 - Initial spec file for Fedora and Red Hat Enterprise Linux ushare-1.0-4.el5 ---------------- * Sun Nov 18 2007 Eric Tanguy - 1.0-4 - Rebuild for new libupnp. * Wed Aug 29 2007 Fedora Release Engineering - 1.0-2 - Rebuild for selinux ppc32 issue. From Michael_E_Brown at dell.com Tue Dec 4 21:10:32 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 4 Dec 2007 15:10:32 -0600 Subject: Mock backport info: RHEL4 Message-ID: <20071204211032.GA31195@humbolt.us.dell.com> Mock users, In the recent mock thread about updating mock for EPEL, several people expressed interest in backporting mock to EPEL 4. I stated at the time the port would not be possible due to use of decorators in the code, which is not compatible with python 2.3 used in EL4. I recently (as of mock 0.8.14), converted mock to use python-decoratortools. This is part of "PEAK", and provides python 2.3-compatible decorators. This package is not currently (that I know of) available in EPEL-4, but should be rather easily ported. I dont know that there are any other major issues preventing a port to RHEL4. I'm pretty sure it will work with yum 2.4. So, for those wishing to try the port you should be able to checkout current git master branch and try it out. -- Michael From fedora at leemhuis.info Wed Dec 5 09:18:04 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 10:18:04 +0100 Subject: testing -> stable move for EPEL5 is prepared, details inside Message-ID: <47566CCC.4080909@leemhuis.info> Hi all! I prepared the next stable -> testing move for EPEL5 and will do it over the next 72 hours (?) if nobody yells. IOW: if one of your packages is in attached list and you don't want it moved please tell me now or it'll be to late ;-) The following packages won't get moved, as they were build in the past few days : libnids* vblade* python-pydns* libupnp* The ones below won't get moved because they miss deps: > package: amavisd-new - 2.4.5-1.el5.noarch from epel5-testing > unresolved deps: > perl(Authen::SASL) > package: bodhi-server - 0.4.4-1.el5.noarch from epel5-testing > unresolved deps: > yum-utils >= 0:1.1.7 > mash > package: cvsweb - 3.0.6-4.el5.noarch from epel5-testing > unresolved deps: > perl(IPC::Run) > package: evolution-bogofilter - 0.2.0-5.el5.1.x86_64 from epel5-testing > unresolved deps: > bogofilter > package: moodle - 1.8.2-1.el5.noarch from epel5-testing > unresolved deps: > perl(Text::Aspell) > mimetex > package: perl-Net-Pcap - 0.14-2.el5.x86_64 from epel5-testing > unresolved deps: > perl(IO::Interface) > package: perl-Test-Base - 0.53-1.el5.noarch from epel5-testing > unresolved deps: > perl(Module::Install::Base) > package: perl-libwhisker2 - 2.4-3.el5.noarch from epel5-testing > unresolved deps: > perl(MD5) > package: php-eaccelerator - 1:0.9.5.2-1.el5.x86_64 from epel5-testing > unresolved deps: > php(zend-abi) = 0:%{php_zend_api} > php(api) = 0:%{php_core_api} > package: php-pecl-memcache - 2.1.2-1.el5.x86_64 from epel5-testing > unresolved deps: > php-api = 0:%{php_apiver} > package: python-Coherence - 0.2.1-3.el5.noarch from epel5-testing > unresolved deps: > SOAPpy > python-twisted-core > python-nevow > python-twisted-web > package: revisor - 2.0.5-5.el5.noarch from epel5-testing > unresolved deps: > livecd-tools > package: revisor-delta - 2.0.5-5.el5.noarch from epel5-testing > unresolved deps: > deltarpm > package: smbldap-tools - 0.9.4-1.el5.noarch from epel5-testing > unresolved deps: > perl(Unicode::MapUTF8) > package: translate-toolkit - 0.10.1-1.el5.noarch from epel5-testing > unresolved deps: > python-enchant By excluding the above the following packages would have missing deps as well, thus they stay in EPEL5-testing as well: revisor-comps revisor-cobbler nikto == These will get deleted == > package: ntfs-config - 1.0-0.5.rc5.el5.noarch from epel5-testing > unresolved deps: > ntfs-3g Fuse not enabled in RHEL kernel, thus ntfs-3g can't be shipped, thus this dep can't be met ever without additional stuff (kernel modules) taht EPEL won't ship CU knurd (?) -- EPEL-signers, please don't push new packages to the epel5 repos until that point if possible -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved URL: From pertusus at free.fr Wed Dec 5 10:30:37 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 5 Dec 2007 11:30:37 +0100 Subject: recruiting In-Reply-To: <474AF1CB.6090800@leemhuis.info> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> Message-ID: <20071205103037.GC2638@free.fr> On Mon, Nov 26, 2007 at 05:18:19PM +0100, Thorsten Leemhuis wrote: > > Sure it's dangerous and problematic -- but it's IMHO still way better > then to not ship a package just for hypothetical situation where a major > update might be the only way forward if a security issues comes up. > > Besides: if we want to update for non-security reasons we can provide > compat packages as well, which should solve parts of the problem. Ok, but then what to do when a security issue is discovered in the package that is also relevant for the compat package but we don't want to backport it? Simply remove the compat package from the repo? -- Pat From fedora at leemhuis.info Wed Dec 5 10:38:01 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 11:38:01 +0100 Subject: recruiting In-Reply-To: <20071205103037.GC2638@free.fr> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> Message-ID: <47567F89.3060108@leemhuis.info> On 05.12.2007 11:30, Patrice Dumas wrote: > On Mon, Nov 26, 2007 at 05:18:19PM +0100, Thorsten Leemhuis wrote: >> Sure it's dangerous and problematic -- but it's IMHO still way better >> then to not ship a package just for hypothetical situation where a major >> update might be the only way forward if a security issues comes up. >> Besides: if we want to update for non-security reasons we can provide >> compat packages as well, which should solve parts of the problem. > Ok, but then what to do when a security issue is discovered in the > package that is also relevant for the compat package but we don't want > to backport it? Simply remove the compat package from the repo? If there was a warning period or something like that, round about: yes. Note that even RHEL does that iirc. Didn't they for example switch from mozilla to seamonkey? Cu knurd From fedora at leemhuis.info Wed Dec 5 10:44:32 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 11:44:32 +0100 Subject: Topics for todays (20071205) EPEL SIG meeting Message-ID: <47568110.1060103@leemhuis.info> Hi all, find below the list of topics that are planed to come up in the next EPEL SIG meeting which is scheduled for today, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org. /topic EPEL SIG Meeting | testing -> stable move for EL5 | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove /topic EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData /topic EPEL SIG Meeting | KojiAndBodhiForEpel | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel /topic EPEL SIG Meeting | RHEL 5.1 (and 4.6) for the builders | dgilmore, mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | update http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | Free discussion around EPEL You want something to be discussed? Send a note to the list in reply to this mail (please adjust the subject) and we'll add it to the schedule. You can also propose topics at the end of the meeting itself when "Free discussion around EPEL" comes up. *If your name/nick is on above list*: please give a status update on the list *and* in the wiki on the individual task pages (linked from the schedule page: http://fedoraproject.org/wiki/EPEL/Schedule ). That way all the interested parties know what up ahead of the meeting; that will avoid long delays and "status update monologues" in the meeting. Thanks everyone! CU knurd From fedora at leemhuis.info Wed Dec 5 10:46:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 11:46:31 +0100 Subject: status update from knurd (Re: Topics for todays (20071205) EPEL SIG meeting) In-Reply-To: <47568110.1060103@leemhuis.info> References: <47568110.1060103@leemhuis.info> Message-ID: <47568187.7080304@leemhuis.info> On 05.12.2007 11:44, Thorsten Leemhuis wrote: > /topic EPEL SIG Meeting | testing -> stable move for EL5 | knurd | > http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove Is being prepared just waiting a bit before doing it. > /topic EPEL SIG Meeting | KojiAndBodhiForEpel | unassigned | > http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel Someone really needs to take care of it. Ask the koji developers what is needed, maybe help them to do what needed, as similar stuff > /topic EPEL SIG Meeting | update > http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies | unassigned | > http://fedoraproject.org/wiki/EPEL/Tasks/Misc http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies is a bit out of date. Any volunteers that want to update it to the new world order? CU knurd From paul at city-fan.org Wed Dec 5 12:01:15 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 05 Dec 2007 12:01:15 +0000 Subject: testing -> stable move for EPEL5 is prepared, details inside In-Reply-To: <47566CCC.4080909@leemhuis.info> References: <47566CCC.4080909@leemhuis.info> Message-ID: <4756930B.4030005@city-fan.org> Thorsten Leemhuis wrote: > The ones below won't get moved because they miss deps: ... >> package: smbldap-tools - 0.9.4-1.el5.noarch from epel5-testing >> unresolved deps: >> perl(Unicode::MapUTF8) This needs the addition of a stack of modules to EPEL: perl-Jcode perl-Unicode-Map perl-Unicode-Map8 perl-Unicode-MapUTF8 perl-Unicode-String All of these are maintained by Aurelien Bompard, who doesn't have any RHEL/CentOS boxes and has told me is quite happy for me to maintain these in EPEL. The next step would be to create the EPEL4/5 branches and add me as co-maintainer for those branches. Does Aurelien need to do that or can I make the request myself? Paul. From jeff at osuosl.org Wed Dec 5 15:19:19 2007 From: jeff at osuosl.org (Jeff Sheltren) Date: Wed, 5 Dec 2007 07:19:19 -0800 Subject: testing -> stable move for EPEL5 is prepared, details inside In-Reply-To: <4756930B.4030005@city-fan.org> References: <47566CCC.4080909@leemhuis.info> <4756930B.4030005@city-fan.org> Message-ID: <781A35AA-A29B-4AC7-8A86-ECEF8BD8C3BC@osuosl.org> On Dec 5, 2007, at 4:01 AM, Paul Howarth wrote: > > The next step would be to create the EPEL4/5 branches and add me as > co-maintainer for those branches. Does Aurelien need to do that or > can I make the request myself? > > Paul. > Hi Paul, you can request that yourself (and please add the current maintainer as a CC on the BZ ticket you create). There's some more info on the specifics of making the request here: http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure -Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From pertusus at free.fr Wed Dec 5 15:51:13 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 5 Dec 2007 16:51:13 +0100 Subject: recruiting In-Reply-To: <47567F89.3060108@leemhuis.info> References: <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> <47567F89.3060108@leemhuis.info> Message-ID: <20071205155113.GH4153@free.fr> On Wed, Dec 05, 2007 at 11:38:01AM +0100, Thorsten Leemhuis wrote: > > > On 05.12.2007 11:30, Patrice Dumas wrote: > > On Mon, Nov 26, 2007 at 05:18:19PM +0100, Thorsten Leemhuis wrote: > >> Sure it's dangerous and problematic -- but it's IMHO still way better > >> then to not ship a package just for hypothetical situation where a major > >> update might be the only way forward if a security issues comes up. > >> Besides: if we want to update for non-security reasons we can provide > >> compat packages as well, which should solve parts of the problem. > > Ok, but then what to do when a security issue is discovered in the > > package that is also relevant for the compat package but we don't want > > to backport it? Simply remove the compat package from the repo? > > If there was a warning period or something like that, round about: yes. > > Note that even RHEL does that iirc. Didn't they for example switch from > mozilla to seamonkey? But this is not exactly the same, since one obsolete the other. So the plan could be along obsoleting th ecompat package with the oldest compat package not having the security flaw? Otherwise the compat package will stay happily even though it isn't anymore in the repo. -- Pat From fedora at leemhuis.info Wed Dec 5 16:32:01 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 17:32:01 +0100 Subject: recruiting In-Reply-To: <20071205155113.GH4153@free.fr> References: <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> <47567F89.3060108@leemhuis.info> <20071205155113.GH4153@free.fr> Message-ID: <4756D281.8060600@leemhuis.info> On 05.12.2007 16:51, Patrice Dumas wrote: > On Wed, Dec 05, 2007 at 11:38:01AM +0100, Thorsten Leemhuis wrote: >> >> On 05.12.2007 11:30, Patrice Dumas wrote: >>> On Mon, Nov 26, 2007 at 05:18:19PM +0100, Thorsten Leemhuis wrote: >>>> Sure it's dangerous and problematic -- but it's IMHO still way better >>>> then to not ship a package just for hypothetical situation where a major >>>> update might be the only way forward if a security issues comes up. >>>> Besides: if we want to update for non-security reasons we can provide >>>> compat packages as well, which should solve parts of the problem. >>> Ok, but then what to do when a security issue is discovered in the >>> package that is also relevant for the compat package but we don't want >>> to backport it? Simply remove the compat package from the repo? >> If there was a warning period or something like that, round about: yes. >> Note that even RHEL does that iirc. Didn't they for example switch from >> mozilla to seamonkey? > But this is not exactly the same, since one obsolete the other. Well, it was the same software in a newer version that also gotten a new name. > So the > plan could be along obsoleting th ecompat package with the oldest compat > package not having the security flaw? Otherwise the compat package will > stay happily even though it isn't anymore in the repo. Yeah, that could work. But I think we just need to find individual solutions for problems when we hit them. CU knurd From pertusus at free.fr Wed Dec 5 16:51:00 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 5 Dec 2007 17:51:00 +0100 Subject: recruiting In-Reply-To: <4756D281.8060600@leemhuis.info> References: <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> <47567F89.3060108@leemhuis.info> <20071205155113.GH4153@free.fr> <4756D281.8060600@leemhuis.info> Message-ID: <20071205165100.GM4153@free.fr> On Wed, Dec 05, 2007 at 05:32:01PM +0100, Thorsten Leemhuis wrote: > > So the > > plan could be along obsoleting th ecompat package with the oldest compat > > package not having the security flaw? Otherwise the compat package will > > stay happily even though it isn't anymore in the repo. > > Yeah, that could work. > > But I think we just need to find individual solutions for problems when > we hit them. We need a little bit if planification too. If we bring a package in and we find out that we cannot technicaly make the user notice that there is something wrong with the package, it is a problem and we must take it into account right now. -- Pat From kevin at tummy.com Wed Dec 5 18:31:49 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 5 Dec 2007 11:31:49 -0700 Subject: clamav for epel looking for reviewer Message-ID: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> Greetings. I submitted a while ago a review request for a new spec for clamav in EPEL. So far I haven't gotten any reviewers interested in it... https://bugzilla.redhat.com/show_bug.cgi?id=396171 If anyone would like to review it that would be great. I would be happy to also trade reviews. It would be nice to get this in so EPEL has a nice new up to date and working clamav. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Wed Dec 5 18:34:11 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 05 Dec 2007 19:34:11 +0100 Subject: recruiting In-Reply-To: <20071205165100.GM4153@free.fr> References: <20071125182405.GB2597@free.fr> <4749C261.4040003@leemhuis.info> <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> <47567F89.3060108@leemhuis.info> <20071205155113.GH4153@free.fr> <4756D281.8060600@leemhuis.info> <20071205165100.GM4153@free.fr> Message-ID: <4756EF23.4070101@leemhuis.info> On 05.12.2007 17:51, Patrice Dumas wrote: > On Wed, Dec 05, 2007 at 05:32:01PM +0100, Thorsten Leemhuis wrote: >>> So the >>> plan could be along obsoleting th ecompat package with the oldest compat >>> package not having the security flaw? Otherwise the compat package will >>> stay happily even though it isn't anymore in the repo. >> Yeah, that could work. >> But I think we just need to find individual solutions for problems when >> we hit them. > We need a little bit if planification too. Yes, completely agreed. But I'd like to avoid a deadlock where packages do not enter the repo because people fear hypothetical problems. We'll find solutions when problem comes up (just as RH sometimes has to find special solutions). And nobody pays us for the job, so I suspect most people won't yell at us when we say "okay, we had to update foo to version bar which break ABI and API because backporting the security fix was to hard" CU knurd From smooge at gmail.com Wed Dec 5 21:13:35 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 5 Dec 2007 14:13:35 -0700 Subject: clamav for epel looking for reviewer In-Reply-To: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> Message-ID: <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> On Dec 5, 2007 11:31 AM, Kevin Fenzi wrote: > Greetings. > > I submitted a while ago a review request for a new spec for clamav in > EPEL. So far I haven't gotten any reviewers interested in it... > > https://bugzilla.redhat.com/show_bug.cgi?id=396171 > > If anyone would like to review it that would be great. > > I would be happy to also trade reviews. > > It would be nice to get this in so EPEL has a nice new up to date and authorize> working clamav. > Ok... my opinions aren't going to be the greatest as I am really out of practice.. but here are some general questions 1) Is massive perl patches ok for Fedora packages or is it better to generate the patch as a file and apply it directly. When I do it myself, I prefer the second as it doesnt break my auto-buildsystem as much as pulling in perl etc when I don't need it. 2) file creation from inside of the SPEC. Is it better to have them as seperate files or use cat inside the SPEC? Again.. I prefer seperate files.. but I can understand having it in the spec means fix once versus remember to fix a file you forgot about. 3) The generation of the UID is using whatever useradd gives it. Does this fit in with the Fedora/EPEL standards? -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From pertusus at free.fr Wed Dec 5 21:22:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 5 Dec 2007 22:22:25 +0100 Subject: recruiting In-Reply-To: <4756EF23.4070101@leemhuis.info> References: <20071125193511.GD2597@free.fr> <474A5C4A.9020305@leemhuis.info> <20071126085443.GC2673@free.fr> <474AF1CB.6090800@leemhuis.info> <20071205103037.GC2638@free.fr> <47567F89.3060108@leemhuis.info> <20071205155113.GH4153@free.fr> <4756D281.8060600@leemhuis.info> <20071205165100.GM4153@free.fr> <4756EF23.4070101@leemhuis.info> Message-ID: <20071205212225.GA2692@free.fr> On Wed, Dec 05, 2007 at 07:34:11PM +0100, Thorsten Leemhuis wrote: > > Yes, completely agreed. But I'd like to avoid a deadlock where packages > do not enter the repo because people fear hypothetical problems. We'll > find solutions when problem comes up (just as RH sometimes has to find > special solutions). I am not completly convinced, shouldn't the solution be found in fedora rather than in EPEL? > And nobody pays us for the job, so I suspect most > people won't yell at us when we say "okay, we had to update foo to > version bar which break ABI and API because backporting the security fix > was to hard" It is not the point, in my opinion. The point is if we can be almost sure that a package will bring in some problems we want to avoid, then we should avoid it. What is unclear to me is what we want to avoid. -- Pat From kevin at tummy.com Thu Dec 6 02:39:51 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 5 Dec 2007 19:39:51 -0700 Subject: clamav for epel looking for reviewer In-Reply-To: <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> Message-ID: <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> On Wed, 5 Dec 2007 14:13:35 -0700 smooge at gmail.com ("Stephen John Smoogen") wrote: > On Dec 5, 2007 11:31 AM, Kevin Fenzi wrote: > > Greetings. > > > > I submitted a while ago a review request for a new spec for clamav > > in EPEL. So far I haven't gotten any reviewers interested in it... > > > > https://bugzilla.redhat.com/show_bug.cgi?id=396171 > > > > If anyone would like to review it that would be great. > > > > I would be happy to also trade reviews. > > > > It would be nice to get this in so EPEL has a nice new up to date > > and > authorize> working clamav. > > > > Ok... my opinions aren't going to be the greatest as I am really out > of practice.. but here are some general questions All feedback welcome. ;) Happy to answer... > 1) Is massive perl patches ok for Fedora packages or is it better to > generate the patch as a file and apply it directly. When I do it > myself, I prefer the second as it doesnt break my auto-buildsystem as > much as pulling in perl etc when I don't need it. There isn't any guideline either way. I usually prefer to use patches myself, but this spec is based on one from Dag, and he used the perl substitutions in there, so I left it in order to keep close to his spec. As far as I know there is no guideline prohibiting this... > 2) file creation from inside of the SPEC. Is it better to have them as > seperate files or use cat inside the SPEC? Again.. I prefer seperate > files.. but I can understand having it in the spec means fix once > versus remember to fix a file you forgot about. Yeah, again it's a matter of taste. I don't think there is any guideline about which way to do things. Also again, I perfer seperate files, but am keeping it this way to stay close to the Dag spec. > 3) The generation of the UID is using whatever useradd gives it. Does > this fit in with the Fedora/EPEL standards? Yes. See: http://fedoraproject.org/wiki/Packaging/UsersAndGroups The idea is that if you need a user to be a specific uid, you can already create that user with your fixed uid. This package checks when you install and if the user is already there it leaves it alone. If you don't care, one is created when this package is first installed. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From wolfy at nobugconsulting.ro Thu Dec 6 09:05:13 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 06 Dec 2007 11:05:13 +0200 Subject: clamav for epel looking for reviewer In-Reply-To: <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> Message-ID: <4757BB49.3040509@nobugconsulting.ro> Kevin Fenzi wrote: > >> 1) Is massive perl patches ok for Fedora packages or is it better to >> generate the patch as a file and apply it directly. When I do it >> myself, I prefer the second as it doesnt break my auto-buildsystem as >> much as pulling in perl etc when I don't need it. >> > > There isn't any guideline either way. I usually prefer to use patches > myself, but this spec is based on one from Dag, and he used the perl > substitutions in there, so I left it in order to keep close to his spec. > As far as I know there is no guideline prohibiting this... > It probably takes more resources in the builder to do a bunch of perl stuff then using sed which probably in turn takes more then a simple patch, but all methods are accepted and as long as it not confusing, all of them are acceptable. Just use whatever you feel comfortable with. >> 2) file creation from inside of the SPEC. Is it better to have them as >> seperate files or use cat inside the SPEC? Again.. I prefer seperate >> files.. but I can understand having it in the spec means fix once >> versus remember to fix a file you forgot about. >> > > Yeah, again it's a matter of taste. I don't think there is any > guideline about which way to do things. Also again, I perfer seperate > files, but am keeping it this way to stay close to the Dag spec. > There is no specific guideline, AFAIK. However I too almost always prefer to have separate files because you can then use rpm for management (compare access times, avoid overwriting modified files etc) In this case I would be very much in favor of separate files, including the script for updating signatures. I do not think that compatibility with Dag's version is a big issue here. From fedora at leemhuis.info Thu Dec 6 12:06:57 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 06 Dec 2007 13:06:57 +0100 Subject: Log from this weeks (20071205) EPEL SIG Meeting Message-ID: <4757E5E1.9080608@leemhuis.info> Reminder: Next meeting on 20071219 at 18:00 UTC Summary will be part of this weeks report (as always) 00:00:29 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:29 * | knurd likes to remind everyone that the schedule for todays meeting as well as a list of all open tasks can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:00:29 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:00:35 < mmcgrath> | pong 00:00:48 --- | couf_afk is now known as couf 00:00:49 * | nirik is here. 00:01:12 < knurd> | dgilmore, are you aroung for a quick builder status update? 00:01:44 < dgilmore> | knurd: havent had a chace to look at it yet 00:01:55 < knurd> | any rough ETA? 00:01:59 < knurd> | can we help somehow? 00:02:05 < mmcgrath> | dgilmore: extras dies permanently on Friday right? 00:02:11 < mmcgrath> | err FC6/extras 00:02:17 < nirik> | yep... 00:02:37 < knurd> | then we are the only ones left on plague and the old scripts 00:02:48 * | knurd wonders when this will start creating trouble 00:02:49 < dgilmore> | mmcgrath: yes 00:03:17 < dgilmore> | i need to disable FC-6 builds on friday 00:03:49 --- | knurd has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel 00:04:06 * | mmcgrath sends an email to see about getting an intern to do our koji/bodhi stuff. 00:04:24 * | knurd applauds mmcgrath 00:04:29 < knurd> | mmcgrath, sounds good 00:04:50 < knurd> | but we should someone from EPEL that avilable for questions and act as contac person 00:04:53 < mmcgrath> | I figure it couldn't hurt :) 00:04:54 < knurd> | any volunteers? 00:05:24 < nirik> | well, I don't think the problem is lack of help from the epel side... I think it's lack of time from the koji developers. 00:05:57 * | mmcgrath can do that coordination for the upgrades. 00:05:59 < knurd> | nirik, yes, but I think it would be good to have a contact person for questions 00:06:12 < knurd> | and someone that pokes the right people now and then to make sure things are moving 00:06:29 < nirik> | I'd be happy to help anyone I can... I did file a RFE in the koji bug tracking system. 00:06:29 < knurd> | mmcgrath, which upgrades? 00:06:53 < knurd> | nirik, I know; but poking people now and then often is needed :-/ 00:07:09 < knurd> | that's why I'd assign that task to someone if possible 00:07:13 < mmcgrath> | the coding changes to bodhi and koji 00:07:23 < dgilmore> | nirik: there is nothing stopping someone from epel doing the dev work 00:07:44 * | quaid is here 00:07:51 < nirik> | true... if we can find someone with the time and ability... 00:08:13 * | knurd is on holiday right now, but I'm not a programmer, so I'm no help, sorry 00:08:54 < knurd> | mmcgrath, can you keep a eye on the koji stuff for epel maybe? 00:09:05 < knurd> | you seem to know where to ask ;) 00:09:32 < mmcgrath> | knurd: yeah, at this point with FC6 going away its going to become an Infrastructure priority anyway, count me in as point man. 00:09:43 < knurd> | mmcgrath, k, many thx 00:09:52 --- | knurd has changed the topic to: EPEL SIG Meeting | RHEL 5.1 (and 4.6) for the builders | dgilmore, mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:09:59 < knurd> | dgilmore, is there anythign we can help? 00:10:17 < knurd> | I suppose I don't have access top the machines 00:10:19 < dgilmore> | knurd: slap me upside the head and make the days 36 hours long 00:10:44 < mmcgrath> | dgilmore: heh. 00:10:50 < knurd> | dgilmore, well, I tried that with the 36 hour days for me, but I didn't find the trick to make it work 00:10:52 < knurd> | ;) 00:12:01 < knurd> | I was in some of the sysadmin-builds group 00:12:11 < knurd> | should that give me access where needed? 00:12:19 < knurd> | then I could at least do some preparation 00:12:30 < knurd> | download RHEL, extract, ... 00:12:53 --> | Karl_le_Rouge (H. G) has joined #fedora-meeting 00:12:55 < mmcgrath> | knurd: give me a week on that, we may have an easy way to do it. 00:13:10 < knurd> | mmcgrath, k; I just would like to get it done over the next week or two 00:13:18 < knurd> | as people were asking for it some weeks ago already 00:13:20 < knurd> | thx mmcgrath 00:13:21 * | mmcgrath would as well. 00:13:23 * | knurd moves on 00:13:37 --- | knurd has changed the topic to: EPEL SIG Meeting | testing -> stable move for EL5 | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove 00:13:44 --> | GeroldKa (GeroldKa) has joined #fedora-meeting 00:13:49 < knurd> | I prepared the next move for EPEL5 00:13:51 * | nirik thinks that looks fine. 00:14:11 < nirik> | knurd: can you write up how you are preping those stable pushes somewhere? I would be happy to do them sometimes if you like... 00:14:12 < knurd> | I thought it would be a good time, now that 5.1 is out from both RH and CentOS 00:14:12 --> | Southern_Gentlem (notfred) has joined #fedora-meeting 00:14:28 < knurd> | nirik, I did it a bit different this time 00:14:37 < knurd> | needs some fine tuning 00:14:42 < knurd> | then I'll write it up 00:14:53 < nirik> | ok, no worries. 00:15:13 < knurd> | hope this "new" way is a bit easier 00:15:28 < knurd> | k, anythign else regarding this? 00:15:41 --- | knurd has changed the topic to: EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData 00:15:52 < knurd> | stahnma not around, skipping 00:16:02 < knurd> | but this topic isn't moving at all 00:16:05 < knurd> | that sucks :-/ 00:16:33 < knurd> | but well, that's life sometimes 00:16:36 * | knurd moves on 00:16:37 --- | knurd has changed the topic to: EPEL SIG Meeting | update http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:16:51 < knurd> | anyone willing to update the page to the new world order? 00:16:55 < knurd> | it's a bit outdated 00:16:59 < nirik> | what needs updating on it? 00:16:59 <-- | Southern_Gentlem has left #fedora-meeting ( "Leaving") 00:17:13 * | nirik looks 00:17:30 < knurd> | not sure 00:17:39 < knurd> | it has some stuff like "quarterly updates" 00:17:45 < knurd> | which we don't do anymore 00:17:54 < nirik> | ok. I can try and update that page. 00:18:01 * | nirik adds a task to his tasklist. 00:18:16 < knurd> | nirik, thx 00:18:26 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:18:40 < knurd> | FYI, I'm going throught the list of packages missing in EPEL 00:18:46 < knurd> | and adding them to the wishlist 00:18:49 < knurd> | mailing maintainers 00:18:53 < knurd> | and such stuff 00:19:07 < nirik> | I'd like to throw out a plea for a reviewer for my clamav for epel package... https://bugzilla.redhat.com/show_bug.cgi?id=396171 00:19:11 < buggbot> | Bug 396171: medium, medium, ---, Nobody's working on this, feel free to take it, NEW , Review Request: clamav - Anti-virus software (for EPEL) 00:19:37 < nirik> | I also have been working on getting munin in... cleaned up the fedora package and am working on the requirements for epel. 00:20:07 < knurd> | sounds good 00:20:37 < nirik> | I'd like to get clamav in, but I fear people are afraid because it's not the same as the fedora package. Or that it is and they would have to review that... 00:20:49 * | knurd puts "reviewing clamav" on his todo list somewhere in the middle 00:21:18 < nirik> | I have tested it and it upgrades from the old old old version fine. 00:21:36 < knurd> | I've never used it 00:21:52 < knurd> | put well, reviewing is mainly about checking aginst the guidlines 00:21:58 < nirik> | yeah. 00:22:15 < knurd> | anything else? 00:22:36 < knurd> | what about my discussion with Patrice about audacious? 00:22:39 * | nirik has nothing off hand. 00:22:44 < knurd> | was that fine for everyone? 00:22:45 < mmcgrath> | knurd: if I can get the 5.1 stuff done, do you want me to just do it and send a notification that its done? 00:22:53 --> | EvilBob (Robert 'Bob' Jensen) has joined #Fedora-Meeting 00:22:54 < knurd> | mmcgrath, yeah, sure 00:23:04 < knurd> | mmcgrath, can you prepare 4.6 as well while at it? 00:23:14 < knurd> | then we can just do the switch once CentOS 4.6 is out 00:24:02 < mmcgrath> | possibly. The method for preparint the two is very different. 00:24:06 --> | kwizart (kwizart) has joined #fedora-meeting 00:24:10 * | nirik thinks the audacious thread was fine. 00:24:11 < knurd> | quaid, do you need anything for your "recruiting" stuff? 00:24:50 < knurd> | mmcgrath, well, 4.6 is not that urgent; just ignore it for now if there are more urgent things 00:25:00 < mmcgrath> | 00:25:26 < knurd> | k, anything else? 00:25:37 <-- | nim-nim has quit (Read error: 104 (Connection reset by peer)) 00:25:50 * | knurd will close the meeting in 30 00:26:20 * | knurd will close the meeting in 3 00:26:30 < knurd> | -- MARK -- Meeting end 00:26:30 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:26:33 < knurd> | thx everyone 00:26:33 < mmcgrath> | Win! 00:26:36 < nirik> | thanks knurd 00:26:55 * | nirik notes that updating clamav will close 14 open security issues 00:27:19 < knurd> | me moved "clamav review" a bitt higher on his todo list 00:28:20 < knurd> | nirik, feel free to poke me on saturday if I didn#t do anything 00:28:27 < knurd> | regarding clamav 00:28:49 * | knurd now kicks the livna builders 00:28:50 < nirik> | ok, no worries... I might try a post to the epel list too now to see if anyone is interested... 00:29:19 --> | nim-nim (Nicolas Mailhot) has joined #fedora-meeting 00:31:42 < quaid> | knurd: thanks, I'll do the recruiting stuff on list 00:31:50 < knurd> | quaid, k 00:33:22 --> | Gone (Nigel Jones) has joined #fedora-meeting 00:33:55 --> | stahnma (Michael Stahnke) has joined #fedora-meeting 00:34:04 < stahnma> | are we there yet? 00:34:13 * | stahnma is late 00:34:16 < stahnma> | or early 00:34:34 < stahnma> | 30 min late.... 00:34:35 < stahnma> | ok 00:34:38 < stahnma> | well, thanks 00:35:50 < quaid> | stahnma: yeah, I think this is the first week I got it right and on time 00:36:51 --- | dwmw2_gone is now known as dwmw2 00:37:43 < knurd> | sorry, my plan was to ping people in advance one hour 00:37:49 < knurd> | but well, I forgot :-/ 00:38:49 < knurd> | stahnma, regardign the meta data 00:38:58 < knurd> | how about simply starting somewhere? 00:39:05 < stahnma> | after I sent out the use-case email,I haven't done much 00:39:19 < stahnma> | I was planning to look into more, I just haven't gotten to it yet 00:39:23 < stahnma> | I will start 00:39:27 < stahnma> | and write up on the wiki 00:39:32 < knurd> | do a "repoquery -qa" maybe and upload the result 00:39:32 < stahnma> | what the immediate plans are 00:39:39 < stahnma> | sounds like a plan 00:39:40 < knurd> | link it from the wiki 00:39:55 < stahnma> | ok 00:39:56 < knurd> | maybe some other repoquery runs as well From steve at silug.org Thu Dec 6 17:26:46 2007 From: steve at silug.org (Steven Pritchard) Date: Thu, 6 Dec 2007 11:26:46 -0600 Subject: clamav for epel looking for reviewer In-Reply-To: <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> Message-ID: <20071206172646.GA16267@osiris.silug.org> On Wed, Dec 05, 2007 at 07:39:51PM -0700, Kevin Fenzi wrote: > There isn't any guideline either way. I usually prefer to use patches > myself, but this spec is based on one from Dag, and he used the perl > substitutions in there, so I left it in order to keep close to his spec. So EPEL clamav is going to look like Dag's, not like the "regular" Fedora clamav? I'm not really a fan of the Fedora clamav packages, but I do have to live with them (for amavisd-new). How much pain is this fork going to cause me? Honestly, I think I'd rather volunteer to maintain Enrico's clamav spec in EPEL than even think about maintaining forked amavisd-new specs. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320 From smooge at gmail.com Thu Dec 6 18:43:30 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 6 Dec 2007 11:43:30 -0700 Subject: clamav for epel looking for reviewer In-Reply-To: <20071206172646.GA16267@osiris.silug.org> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> <20071206172646.GA16267@osiris.silug.org> Message-ID: <80d7e4090712061043l76d75abdo40981f08da7a0e2b@mail.gmail.com> On Dec 6, 2007 10:26 AM, Steven Pritchard wrote: > On Wed, Dec 05, 2007 at 07:39:51PM -0700, Kevin Fenzi wrote: > > There isn't any guideline either way. I usually prefer to use patches > > myself, but this spec is based on one from Dag, and he used the perl > > substitutions in there, so I left it in order to keep close to his spec. > > So EPEL clamav is going to look like Dag's, not like the "regular" > Fedora clamav? > Yes.. this was discussed several times in the past. Part of it was that a lot of enterprise people use dag's as it was there first and it works with what they had.. second it was a peace offering in some ways to try and say 'look' we are looking to work with others by using what is 'best' for enterprise environments. Third.. this started at a time when enrico was not going to push past 0.87 for some technical reasons and DAG had 0.91 or so that people were needing for audits and such. > I'm not really a fan of the Fedora clamav packages, but I do have to > live with them (for amavisd-new). How much pain is this fork going to > cause me? > > Honestly, I think I'd rather volunteer to maintain Enrico's clamav spec > in EPEL than even think about maintaining forked amavisd-new specs. > I would prefer to see how much work it was. I -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dmehler26 at woh.rr.com Fri Dec 7 11:52:35 2007 From: dmehler26 at woh.rr.com (Dave) Date: Fri, 7 Dec 2007 06:52:35 -0500 Subject: Help with creating rpms for contribution Message-ID: <005d01c838c7$a8784200$0200a8c0@satellite> Hello, I'm wanting to create some rpms from tarball packages, mostly network security apps and an mp3 server that i'd then like to submit to epel for inclusion. I've read the rpm building docs so i have an idea as to how the process should go, however for my first rpm i'd rather have some shoulder looking from someone whose actually done it, vs. putting out something that looks like well a first-time kludged together rpm. If anyone's interested, i doubt any of these packages will take very long, they all compile out of the box, please let me know privately. And whom would i speak to for rpm inclusion? Thanks. Dave. From buildsys at fedoraproject.org Fri Dec 7 12:21:54 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 7 Dec 2007 07:21:54 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-07 Message-ID: <20071207122154.263E315212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 187 aspell-sk-2.00-3.el5 bcfg2-0.9.5-2.el5 NEW bibexport-2.10-2.el5 : Extract entries from BibTeX and .aux files NEW blitz-0.9-3.el5 : C++ class library for matrix scientific computing bugzilla-3.0.2-0.el5 NEW bzrtools-0.18.0-1.el5 : A collection of utilities and plugins for Bazaar-NG NEW catdoc-0.94.2-3.el5 : A program which converts Microsoft office files to plain text NEW cdpr-2.2.1-2.el5 : Cisco Discovery Protocol Analyzer cobbler-0.6.4-2.el5 NEW dblatex-0.2.8-1.el5 : DocBook to LaTeX/ConTeXt Publishing dbmail-2.2.7-1.el5 NEW debootstrap-1.0.7-2.el5 : Bootstrap a basic Debian GNU/Linux system NEW Django-0.96.1-1.el5 : A high-level Python Web framework exiv2-0.15-4.el5 NEW fcgi-2.4.0-4.el5 : FastCGI development kit flashrom-0-0.5.20071118svn2967.el5 NEW func-0.13-3.el5 : Remote config, monitoring, and management api gcin-1.3.7.1-1.el5 NEW gdl-0.9-0.pre6.el5 : GNU Data Language geomview-1.9.4-4.el5.2 gnucash-2.2.1-4.el5 NEW gsl-1.10-10.el5 : The GNU Scientific Library for numerical analysis NEW gsm-1.0.12-3.el5 : Shared libraries for GSM speech compressor haproxy-1.3.12.4-1.el5 NEW icewm-1.2.32-5.el5 : Light and configurable window manager kile-2.0-1.el5 koan-0.6.3-3.el5 NEW libggz-0.0.14-1.el5 : Library for client-server games NEW libident-0.32-1.el5 : New LibIdent C library libnet-1.1.2.1-11.el5.1 NEW libnss-mysql-1.5-6.el5 : NSS library for MySQL NEW libofa-0.9.3-11.el5 : Open Fingerprint Architecture library NEW libpri-1.4.2-1.1.el5 : An implementation of Primary Rate ISDN libsieve-2.2.6-2.el5 NEW lyx-1.4.5.1-3.el5 : WYSIWYM (What You See Is What You Mean) document processor mksh-32-1.el5 NEW mlmmj-1.2.15-1.el5 : Mailserver-independent ezmlm-like mailing list manager mock-0.8.9-1.el5 mod_geoip-1.2.0-1.el5 nagios-2.10-5.el5 nas-1.9.1-2.el5 nginx-0.5.33-2.el5 nut-2.2.0-5.1.el5 NEW ocaml-calendar-1.10-10.el5 : Objective Caml library for managing dates and times NEW ocaml-csv-1.1.6-6.el5 : OCaml library for reading and writing CSV files NEW ocaml-curses-0.1-6.20020319.el5 : OCaml bindings for ncurses NEW ocaml-extlib-1.5-9.el5 : OCaml ExtLib additions to the standard library NEW ocaml-findlib-1.1.2pl1-16.el5 : Objective CAML package manager and build helper NEW ocaml-xml-light-2.2.cvs20070817-6.el5 : Minimal XML parser and printer for OCaml NEW osslsigncode-1.2-2.el5 : Tool for Authenticode signing of EXE/CAB files NEW perl-AppConfig-1.64-1.el5 : Perl module for reading configuration files NEW perl-B-Keywords-1.06-1.el5 : Lists of reserved barewords and symbol names NEW perl-BerkeleyDB-0.32-1.el5 : Perl extension for Berkeley DB version 2, 3 or 4 NEW perl-CGI-Session-4.20-2.el5 : Persistent session data in CGI applications NEW perl-Class-Inspector-1.17-1.el5 : Get information about a class and its structure NEW perl-Class-Singleton-1.03-3.el5 : Class::Singleton Perl module NEW perl-Config-Tiny-2.10-1.el5 : Perl module for reading and writing .ini style configuration files NEW perl-Crypt-SmbHash-0.12-6.el5 : Pure-perl Lanman and NT MD4 hash functions NEW perl-Data-Dump-1.08-3.el5 : Pretty printing of data structures NEW perl-Data-OptList-0.101-2.el5 : Parse and validate simple name/value option pairs NEW perl-DateTime-0.41-1.el5 : Date and time objects NEW perl-DateTime-Format-Mail-0.30-4.el5 : Convert between DateTime and RFC2822/822 formats NEW perl-DateTime-Format-W3CDTF-0.04-1.el5 : Parse and format W3CDTF datetime strings NEW perl-Devel-Cycle-1.07-1.el5 : Find memory cycles in objects NEW perl-Devel-Symdump-2.07-1.el5 : A Perl module for inspecting Perl's symbol table NEW perl-Digest-MD4-1.5-4.el5 : Perl interface to the MD4 Algorithm NEW perl-Email-Abstract-2.132-4.el5.2 : Unified interface to mail representations NEW perl-Email-Address-1.888-1.el5 : RFC 2822 Address Parsing and Creation NEW perl-Email-Date-1.102-3.el5 : Find and format date headers NEW perl-Email-MessageID-1.35-1.el5 : Generate world unique message-ids NEW perl-Email-MIME-1.859-1.el5 : Easy MIME message parsing NEW perl-Email-MIME-Attachment-Stripper-1.313-3.el5 : Strip the attachments from a mail message NEW perl-Email-MIME-ContentType-1.012-1.el5 : Parse a MIME Content-Type Header NEW perl-Email-MIME-Creator-1.453-2.el5 : Email::MIME constructor for starting anew NEW perl-Email-MIME-Encodings-1.310-2.el5 : Unified interface to MIME encoding and decoding NEW perl-Email-MIME-Modifier-1.441-1.el5 : Modify Email::MIME Objects Easily NEW perl-Email-Reply-1.201-3.el5 : Reply to an email message NEW perl-Email-Send-2.185-3.el5 : Module for sending email NEW perl-Email-Simple-1.999-1.1.el5 : Simple parsing of RFC2822 message format and headers NEW perl-Email-Simple-Creator-1.420-3.el5 : Email::Simple constructor for starting anew NEW perl-File-Find-Rule-0.30-3.el5 : Perl module implementing an alternative interface to File::Find NEW perl-File-HomeDir-0.62-1.el5 : Get the home directory for yourself or other users NEW perl-File-Remove-0.38-1.el5 : Convenience module for removing files and directories NEW perl-File-Which-0.05-2.el5 : Portable implementation of the 'which' utility NEW perl-Font-AFM-1.19-4.el5 : Perl interface to Adobe Font Metrics files NEW perl-FreezeThaw-0.43-5.el5 : Convert Perl structures to strings and back NEW perl-GDGraph3d-0.63-6.el5 : 3D graph generation package for Perl NEW perl-Hook-LexWrap-0.20-4.el5 : Lexically scoped subroutine wrappers NEW perl-HTML-Format-2.04-6.el5 : HTML formatter modules NEW perl-HTML-Tree-3.23-2.el5 : HTML tree handling modules for Perl NEW perl-Image-Base-1.07-7.el5 : Base class for loading, manipulating and saving images in Perl NEW perl-Image-Info-1.25-1.el5 : Image meta information extraction module for Perl NEW perl-Image-Size-3.01-1.el5 : Determine the size of images in several common formats in Perl NEW perl-Image-Xbm-1.08-6.el5 : Load, create, manipulate and save xbm image files in Perl NEW perl-Image-Xpm-1.09-6.el5 : Load, create, manipulate and save xpm image files in Perl NEW perl-IO-All-0.36-1.el5 : IO::All Perl module NEW perl-List-MoreUtils-0.22-2.el5 : Provide the stuff missing in List::Util NEW perl-LockFile-Simple-0.2.5-1.el5 : Simple file locking scheme NEW perl-Mail-Box-2.073-1.el5 : Manage a mailbox, a folder with messages NEW perl-Mail-Transport-Dbx-0.07-3.el5 : Parse Outlook Express mailboxes NEW perl-MLDBM-2.01-5.el5.1 : Store multi-level hash structure in single level tied hash NEW perl-Module-Pluggable-3.50-1.el5 : Automatically give your module the ability to have plugins NEW perl-Number-Compare-0.01-8.el5 : Perl module for numeric comparisons NEW perl-Package-Generator-0.100-2.el5 : Generate new packages quickly and easily NEW perl-PadWalker-1.2-1.el5 : Play with other peoples' lexical variables NEW perl-Params-Util-0.25-1.el5 : Simple standalone param-checking functions NEW perl-Params-Validate-0.88-3.el5 : Params-Validate Perl module NEW perl-Perl-Critic-1.05-1.el5 : Critique Perl source code for best-practices NEW perl-Pod-Coverage-0.18-2.el5 : Checks if the documentation of a module is comprehensive NEW perl-Pod-Spell-1.01-2.el5 : A formatter for spellchecking Pod NEW perl-PPI-1.118-1.el5 : Parse, Analyze and Manipulate Perl NEW perl-Return-Value-1.302-3.el5 : Polymorphic Return Values NEW perl-String-Format-1.14-1.el5 : Sprintf-like string formatting capabilities with arbitrary format definitions NEW perl-Sub-Exporter-0.975-1.el5 : Sophisticated exporter for custom-built routines NEW perl-Sub-Install-0.924-1.el5 : Install subroutines into packages easily NEW perl-Template-Toolkit-2.18-1.el5 : Template processing system NEW perl-Test-ClassAPI-1.04-2.el5 : Provides basic first-pass API testing for large class trees NEW perl-Test-Differences-0.47-2.el5 : Test strings and data structures and show differences if not ok NEW perl-Test-Manifest-1.14-5.el5 : Test case module for Perl NEW perl-Test-Memory-Cycle-1.04-1.el5 : Check for memory leaks and circular memory references NEW perl-Test-Object-0.07-1.el5 : Thoroughly testing objects via registered handlers NEW perl-Test-Output-0.10-2.el5 : Utilities to test STDOUT and STDERR messages NEW perl-Test-Perl-Critic-1.01-1.el5 : Use Perl::Critic in test programs NEW perl-Test-Pod-Coverage-1.08-3.1.el5 : Check for pod coverage in your distribution NEW perl-Test-Spelling-0.11-1.el5 : Check for spelling errors in POD files NEW perl-Test-SubCalls-1.06-1.el5 : Track the number of times subs are called NEW perl-Test-Taint-1.04-4.el5 : Tools to test taintedness NEW perl-TeX-Hyphen-0.140-5.el5 : Hyphenate words using TeX's patterns NEW perl-Text-Autoformat-1.13-5.el5 : Automatic text wrapping and reformatting NEW perl-Text-Glob-0.08-2.el5 : Perl module to match globbing patterns against text NEW perl-Text-Reform-1.11-6.el5 : Manual text wrapping and reformatting NEW perl-Time-Piece-1.09-2.el5 : Time objects from localtime and gmtime NEW perl-Tk-804.027-10.el5 : Perl Graphical User Interface ToolKit NEW perl-XML-RSS-1.22-1.el5 : Perl module for managing RDF Site Summary (RSS) files php-pear-Crypt-CHAP-1.0.1-1.el5.1 php-pear-File-SMBPasswd-1.0.2-1.el5 php-pear-HTML-QuickForm-3.2.10-1.el5 php-pear-HTTP-Request-1.4.2-1.el5 php-pear-MDB2-2.4.1-2.el5 php-pear-MDB2-Driver-mysql-1.4.1-3.el5 php-pear-Numbers-Roman-1.0.2-2.el5 php-pecl-xdebug-2.0.2-1.el5 plone-3.0.3-1.el5 NEW postgis-1.3.1-1.el5 : Geographic Information Systems Extensions to PostgreSQL python-decoratortools-1.6-1.el5 python-fedora-0.2.90.21-1.el5 NEW python-flup-1.0-2.el5 : Random assortment of WSGI servers for python python-iniparse-0.2.2-2.el5 NEW python-mechanoid-0.6.9-9.el5 : Python Programmatic Web Browser NEW python-meld3-0.6.3-1.el5 : An HTML/XML templating system for Python python-nose-0.10.0-1.el5 NEW python-pp-1.4.5-3.el5 : Parallel execution of python on smp python-pygments-0.9-2.el5 python-simplejson-1.7.3-1.el5 python-sqlobject-0.9.2-1.el5 python-turbojson-1.1.2-1.el5 python-turbokid-1.0.4-1.el5 NEW python-which-1.1.0-2.el5.1 : Small which replacement that can be used as a Python module NEW qiv-2.0-8.el5 : Quick Image Viewer queuegraph-1.1-2.el5 NEW R-multcomp-0.992-3.el5 : Simultaneous inference for general linear hypotheses R Package NEW ruby-ldap-0.9.7-3.el5 : Ruby LDAP libraries smart-0.52-51.el5 NEW smstools-3.0.10-1.el5 : Tools to send and receive short messages through GSM modems or mobile phones NEW spamass-milter-0.3.1-5.el5 : Sendmail milter for spamassassin NEW spandsp-0.0.4-0.7.pre15.el5 : A DSP library for telephony sparse-0.4.1-1.el5 superiotool-0-0.7.20071118svn2975.el5 NEW supervisor-2.1-3.el5 : A System for Allowing the Control of Process State on UNIX NEW sysusage-2.6-3.el5 : System monitoring based on perl, rrdtool, and sysstat trac-git-plugin-0.0.1-4.20070705svn1536.el5 NEW tre-0.7.5-1.el5 : POSIX compatible regexp library with approximate matching TurboGears-1.0.3.2-1.el5 NEW unshield-0.5-6.el5 : Install InstallShield applications on a Pocket PC ushare-1.0-4.el5 ustr-1.0.2-2.el5 uw-imap-2006k-1.el5 wine-docs-0.9.48-1.el5 NEW wordpress-2.3.1-1.el5 : WordPress blogging software NEW wv2-0.2.3-3.el5 : A library which allows access to Microsoft? Word files NEW wxMaxima-0.7.3a-1.el5 : Graphical user interface for Maxima NEW xalan-c-1.10.0-2.el5 : Xalan XSLT processor for C NEW yafc-1.1.1-6.el5 : Yet Another FTP/SFTP Client yum-cron-0.6-1.el5 yumex-2.0.3-2.el5 zabbix-1.4.2-4.el5 NEW zaptel-1.4.6-1.el5 : Tools and libraries for using/configuring/monitoring Zapata telephony interfaces Packages built and released for Fedora EPEL testing/5: 12 drupal-5.4-1.el5 NEW fbreader-0.8.8-1.el5 : E-book reader NEW fedora-packager-0.1.1-1.el5 : Tools for setting up a fedora maintainer environment NEW libEMF-1.0.3-3.el5 : A library for generating Enhanced Metafiles NEW libetpan-0.52-2.el5 : Portable, efficient middleware for different kinds of mail access NEW perl-Jcode-2.06-6.el5 : Perl extension interface for converting Japanese text NEW perl-Unicode-Map-0.112-12.el5 : Perl module for mapping charsets from and to utf16 unicode NEW perl-Unicode-Map8-0.12-15.el5 : Mapping table between 8-bit chars and Unicode for Perl NEW perl-Unicode-MapUTF8-1.11-7.el5 : Conversions to and from arbitrary character sets and UTF8 NEW perl-Unicode-String-2.09-6.el5 : Perl modules to handle various Unicode issues tiquit-2.5-1.el5 NEW vala-0.1.5-4.el5 : A modern programming language for GNOME Packages built and released for Fedora EPEL testing/4: 10 drupal-5.4-1.el4 NEW fedora-packager-0.1.1-1.el4 : Tools for setting up a fedora maintainer environment NEW libetpan-0.52-2.el4 : Portable, efficient middleware for different kinds of mail access NEW libnids-1.22-3.el4 : Implementation of an E-component of Network Intrusion Detection System NEW perl-Jcode-2.06-6.el4 : Perl extension interface for converting Japanese text NEW perl-Unicode-Map-0.112-12.el4 : Perl module for mapping charsets from and to utf16 unicode NEW perl-Unicode-Map8-0.12-15.el4 : Mapping table between 8-bit chars and Unicode for Perl NEW perl-Unicode-MapUTF8-1.11-7.el4 : Conversions to and from arbitrary character sets and UTF8 NEW perl-Unicode-String-2.09-6.el4 : Perl modules to handle various Unicode issues tiquit-2.5-1.el4 Changes in Fedora EPEL 5: aspell-sk-2.00-3.el5 -------------------- * Thu Nov 01 2007 Jan ONDREJ (SAL) - 2.00-3 - update upstream - updated license to upstream - inspired by aspell-en (used aspellversion macro) bcfg2-0.9.5-2.el5 ----------------- * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5-2 - Fix oops. * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5-1 - Update to 0.9.5 final. * Mon Nov 05 2007 Jeffrey C. Ollie - 0.9.5-0.5.pre7 - Commit new patches to CVS. * Mon Nov 05 2007 Jeffrey C. Ollie - 0.9.5-0.4.pre7 - Update to 0.9.5pre7 * Wed Jun 27 2007 Jeffrey C. Ollie - 0.9.4-4 - Oops, apply right patch * Wed Jun 27 2007 Jeffrey C. Ollie - 0.9.4-3 - Add patch to fix YUMng problem * Mon Jun 25 2007 Jeffrey C. Ollie - 0.9.4-2 - Bump revision and rebuild * Mon Jun 25 2007 Jeffrey C. Ollie - 0.9.4-1 - Update to 0.9.4 final * Thu Jun 21 2007 Jeffrey C. Ollie - 0.9.4-0.1.pre4 - Update to 0.9.4pre4 * Thu Jun 14 2007 Jeffrey C. Ollie - 0.9.4-0.1.pre3 - Update to 0.9.4pre3 * Tue Jun 12 2007 Jeffrey C. Ollie - 0.9.4-0.1.pre2 - Update to 0.9.4pre2 bibexport-2.10-2.el5 -------------------- * Tue Oct 23 2007 Patrice Dumas 2.10-2 - fix license blitz-0.9-3.el5 --------------- * Wed Oct 17 2007 Sergio Pascual 0.9-3 - Removed macro in changelog bugzilla-3.0.2-0.el5 -------------------- * Mon Sep 24 2007 John Berninger - 3.0.2-0 - update to 3.0.2 - bz 299981 bzrtools-0.18.0-1.el5 --------------------- * Wed Jul 25 2007 Warren Togami 0.18.0-1 - Update to 0.18.0. catdoc-0.94.2-3.el5 ------------------- * Sun Nov 11 2007 Adel Gadllah 0.94.2-3 - Preserve timestamps cdpr-2.2.1-2.el5 ---------------- * Mon Oct 29 2007 2.2.1-2 - Minor SPEC file cleanup from bug # 355631 cobbler-0.6.4-2.el5 ------------------- * Wed Nov 14 2007 Michael DeHaan - 0.6.4-2 - Upstream changes (see CHANGELOG) - Permissions changes * Wed Nov 07 2007 Michael DeHaan - 0.6.3-2 - Upstream changes (see CHANGELOG) - now packaging javascript file(s) seperately for WUI - backup state files on upgrade - cobbler sync now has pre/post triggers, so package those dirs/files - WebUI now has .htaccess file - removed yum-utils as a requirement dblatex-0.2.8-1.el5 ------------------- * Sun Nov 25 2007 Neal Becker - 0.2.8-1 - Update to 0.2.8 * Mon Nov 12 2007 Neal Becker - 0.2.7-16 - convert spec to utf8 - change to gplv2+ * Mon Nov 12 2007 Neal Becker - 0.2.7-15 - Add copyright info dbmail-2.2.7-1.el5 ------------------ * Wed Oct 31 2007 Bernard Johnson - 2.2.7-1 - 2.2.7-1 - removed unused thread references patch - removed unused hup patch - removed unused gmime segv patch - license clarification - dbmail: Initscript Review (bz #246901) * Tue Aug 28 2007 Fedora Release Engineering - 2.2.5-7 - Rebuild for selinux ppc32 issue. * Tue Jul 03 2007 Bernard Johnson 2.2.5-6 - patch to fix SEGV in dbmail-imapd debootstrap-1.0.7-2.el5 ----------------------- * Sun Nov 18 2007 Patrice Dumas 1.0.7-2 - keep timestamps - use rpm macros instead of hardcoded paths * Sat Nov 17 2007 Lubomir Kundrak 1.0.7-1 - Version bump * Thu Nov 15 2007 Lubomir Kundrak 1.0.3-2 - Some more fixes, thanks to Patrice Dumas (#329291) Django-0.96.1-1.el5 ------------------- * Thu Nov 01 2007 Michel Salim 0.96.1-1 - i18n security update: CVE-2007-5712, bz#357051 exiv2-0.15-4.el5 ---------------- * Tue Sep 18 2007 Rex Dieter 0.15-4 - -libs: -Requires: %name * Tue Aug 21 2007 Rex Dieter 0.15-3 - -libs subpkg to be multilib-friendlier * Sat Aug 11 2007 Rex Dieter 0.15-2 - License: GPLv2+ * Thu Jul 12 2007 Rex Dieter 0.15-1 - exiv2-0.15 fcgi-2.4.0-4.el5 ---------------- * Thu Aug 23 2007 Till Maas - 2.4.0-4 - bump release for rebuild flashrom-0-0.5.20071118svn2967.el5 ---------------------------------- * Sun Nov 18 2007 Peter Lemenkov 0-0.5.20071118svn2967 - svn ver. 2967 (support for Intel 440MX systems, Fujitsu MBM29F400TC, AMD Geode CS5536) * Sun Oct 28 2007 Peter Lemenkov 0-0.4.20071028svn2897 - typo fix * Sun Oct 28 2007 Peter Lemenkov 0-0.3.20071028svn2897 - svn ver. 2897 (support for Gigabyte M61P-S3 SPI m/b, Am29LV040B chip) - flashrom executable now sits in sbindir since it's administrator's tool func-0.13-3.el5 --------------- * Fri Oct 26 2007 Michael DeHaan - 0.0.13-3 - Misc fixes per Fedora package-review gcin-1.3.7.1-1.el5 ------------------ * Thu Nov 29 2007 Chung-Yen Chang - 1.3.7.1-1 - update to 1.3.7.1 gdl-0.9-0.pre6.el5 ------------------ * Wed Nov 07 2007 - Orion Poplawski - 0.9-0.pre6 - Update to 0.9pre6 - Update license tag - Fixup source url - Add patch for ppc64 support geomview-1.9.4-4.el5.2 ---------------------- * Tue Oct 09 2007 Rex Dieter 1.9.4-4 - more icons (#190218) * Fri Sep 14 2007 Rex Dieter 1.9.4-3 - use model/vrml,object/x-oogl(register) mimetypes gnucash-2.2.1-4.el5 ------------------- * Thu Oct 25 2007 Bill Nottingham - 2.2.1-4 - multilib fixes (#341331, #357161, #246382) * Wed Oct 10 2007 Bill Nottingham - 2.2.1-3 - silence binreloc warning gsl-1.10-10.el5 --------------- * Wed Nov 07 2007 Ivana Varekova - 1.10-10.el5 - rebuilt gsm-1.0.12-3.el5 ---------------- * Sun May 13 2007 Dominik Mierzejewski 1.0.12-3 - fix parallel make haproxy-1.3.12.4-1.el5 ---------------------- * Sun Nov 11 2007 Jeremy Hinegardner - 1.3.12.4-1 - update to 1.3.12.4 icewm-1.2.32-5.el5 ------------------ * Tue Oct 09 2007 - 1.2.32-5 - EL-5 support. - Missing BR - libgif-devel. - Devel: Replace redhat-artwork with bluecurve-icon-theme. kile-2.0-1.el5 -------------- * Mon Nov 19 2007 Rex Dieter 2.0-1 - kile-2.0 koan-0.6.3-3.el5 ---------------- * Wed Nov 07 2007 Michael DeHaan - 0.6.3-3 - Release bump to appease the build system. * Wed Nov 07 2007 Michael DeHaan - 0.6.3-2 - Upstream changes (see CHANGELOG) * Fri Sep 28 2007 Michael DeHaan - 0.6.2-2 - Upstream changes (see CHANGELOG) libggz-0.0.14-1.el5 ------------------- * Thu Sep 27 2007 Rex Dieter 0.0.14-2 - cleanup libident-0.32-1.el5 ------------------- * Sat Nov 24 2007 Andreas Thienemann - 0.32-1 - Updated to 0.32, making manual .so compile unecessary libnet-1.1.2.1-11.el5.1 ----------------------- * Wed Aug 01 2007 Patrice Dumas 1.1.2.1-11.1 - build with -fPIC (#250296) libnss-mysql-1.5-6.el5 ---------------------- * Tue Nov 27 2007 Jan ONDREJ (SAL) - 1.5-6 - updated buildroot according to packaging guidelines - removed comment before ldconfig - removed provides libnss_mysql (compatibility with my old packages) - autoreconf used - description bullets updated * Sun Nov 18 2007 Jan ONDREJ (SAL) - 1.5-5 - added a patch to build on x86_64 and may be other - regenerated autoconf to use added patch - provides cleanup * Sun Nov 18 2007 Jan ONDREJ (SAL) - 1.5-4 - buildroot changed * Sat Nov 17 2007 Jan ONDREJ (SAL) - 1.5-3 - removed devel files - removed non-linux documentation - added buildrequires libofa-0.9.3-11.el5 ------------------- * Sat Sep 01 2007 Rex Dieter 0.9.3-11 - -devel: fix summary - fix pkgconfig, URL-patching logic libpri-1.4.2-1.1.el5 -------------------- * Sat Nov 03 2007 Jeffrey C. Ollie - 1.4.2-1.1 - Don't forget to cvs add new patches. libsieve-2.2.6-2.el5 -------------------- * Fri Oct 26 2007 Bernard Johnson - 2.2.6-2 - add missing BR: flex, bison - remove repotag lyx-1.4.5.1-3.el5 ----------------- * Thu Sep 27 2007 Rex Dieter 1.4.5.1-3 - epel: drop Requires(hint): wv (until wv is available) mksh-32-1.el5 ------------- * Sat Nov 10 2007 Robert Scheck 32-1 - Upgrade to 32 - Solved fork problems in %check (thanks to Thorsten Glaser) * Mon Oct 15 2007 Robert Scheck 31d-1 - Upgrade to 31d mlmmj-1.2.15-1.el5 ------------------ * Sun Oct 28 2007 Michael Fleming 1.2.15-1 - Long overdue sync with devel - New upstream release. Please read the release and upgrade notes when upgrading. - Enabled new "enable-recieve-strip" option for MIME handling. mock-0.8.9-1.el5 ---------------- * Tue Nov 20 2007 Michael Brown - 0.8.9-1 - Fixes so that mock will run cleanly on RHEL5 - Add glib-devel.i386, glib2-devel.i386 to yum exclude list as it breaks builds. - Add backwards-compatibility code for old-style 'automatically assume rebuild' convention - automake symlink accidentally included in tarball rather than file (py-compile) - update manpage * Mon Nov 19 2007 Michael Brown - 0.8.8-1 - make it run correctly when called by the 'root' user - internal_setarch: optionally run 'setarch' internally. This eliminates the need to run "setarch i386 mock ..." when building on target_arch != build_arch. This is turned on by default. Limitations: must have 'ctypes' python module available, which is only available by default in python 2.5, or as an extension module in <= 2.4. If the 'ctypes' module is not available, this feature will be disabled and you must manually run 'setarch'. - Does not run 'clean' action for 'shell', 'chroot', 'install', or 'installdeps' (docs updated) - fix build for top_builddir != top_srcdir - fix 'installdeps' so that it works with both rpms/srpms - missing device file /dev/ptmx was causing 'expect' command to always fail. Affected any SRPM build that used 'expect'. - hard spec file dep on python >= 2.4 due to python syntax changes. - resultdir can now contain python-string substitutions for any variable in the chroot config. rebuild my.src.rpm - add 'dist' variable to all chroot config files so that it is available for resultdir substitutions. - give good error message when logging.ini cannot be found. - change default logging format to remove verbosity from build.log. - make logging format configurable from defaults.cfg or chroot cfg. - less verbose state.log format * Mon Oct 22 2007 Michael Brown - 0.8.4-1 - fix reported 'bad owner/group' from rpm in some configurations. * Mon Oct 22 2007 Michael Brown - 0.8.3-1 - BZ# 336361 -- cannot su - mockbuild - BZ# 326561 -- update manpage - BZ# 235141 -- error with immutable bit * Sat Oct 20 2007 Michael Brown - 0.8.0-1 - huge number of changes upstream - convert to setuid wrapper instead of old setuid helper - lots of bugfixes and improvements - /var/cache/yum now saved and bind-mounted - ccache integration - rootcache improvements (formerly called autocache) * Mon Aug 27 2007 Michael Brown - 0.7.6-1 - ensure /etc/hosts is created in chroot properly * Mon Aug 13 2007 Clark Williams - 0.7.5-2 - build fix from Roland McGrath to fix compile of selinux lib * Wed Aug 08 2007 Clark Williams - 0.7.5-1 - orphanskill feature (BZ#221351) * Wed Aug 08 2007 Michael Brown - 0.7.5-1 - add example configs to defaults.cfg - dont rebuild cache if not clean build (BZ#250425) * Wed Jul 18 2007 Michael Brown - 0.7.4-1 - return child exit status, so we properly report subcommand failures * Fri Jul 06 2007 Michael Brown - 0.7.3-1 - remove redundant defaults.cfg entries. * Wed Jun 20 2007 Michael Brown - 0.7.2-1 - fix exclude list - remove legacy configs - disable 'local' repos by default (koji-repos) mod_geoip-1.2.0-1.el5 --------------------- * Wed Sep 05 2007 Michael Fleming 1.2.0-1 - New upstream release - Employ some macro sanity.. nagios-2.10-5.el5 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel * Wed Sep 26 2007 Mike McGrath 2.9-5 - rebuild for koji test * Sat Sep 08 2007 Mike McGrath 2.9-4 - rebuild * Wed Aug 22 2007 Mike McGrath 2.9-3 - Rebuild for ppc32 and license * Tue Jul 10 2007 Mike McGrath 2.9-2 - Release bump nas-1.9.1-2.el5 --------------- * Sun Nov 11 2007 Frank B?ttner - 1.9.1-2 - fix spec file * Sun Nov 11 2007 Frank B?ttner - 1.9.1-1 - update to 1.9.1 - remove unneeded patches * Fri Nov 02 2007 Frank B?ttner - 1.9a-3 - add better patch for #247468 * Fri Nov 02 2007 Frank B?ttner - 1.9a-2 - add patch to fix #247468 * Sun Oct 28 2007 Frank B?ttner - 1.9a-1 - update to 1.9a to fix #245712 * Sat Aug 18 2007 Frank B?ttner - 1.9-4 - fix for bug #245712 * Sat Aug 11 2007 Frank B?ttner - 1.9-3 - fix for bug #250453 * Fri May 04 2007 Frank B?ttner - 1.9-2.el5 - rebuild for the new ppc64 arch nginx-0.5.33-2.el5 ------------------ * Mon Nov 12 2007 Jeremy Hinegardner - 0.5.33-2 - bump build number - source wasn't update * Mon Nov 12 2007 Jeremy Hinegardner - 0.5.33-1 * update to 0.5.33 * Mon Sep 24 2007 Jeremy Hinegardner - 0.5.32-1 - updated to 0.5.32 - fixed rpmlint UTF-8 complaints. nut-2.2.0-5.1.el5 ----------------- * Thu Nov 29 2007 Tomas Smetana 2.2.0-5.1 - update init script * Tue Nov 27 2007 Tomas Smetana 2.2.0-5 - fix udev rules - fix init script ocaml-calendar-1.10-10.el5 -------------------------- * Wed Nov 07 2007 Richard W.M. Jones - 1.10-10 - Rebuild for EPEL. ocaml-csv-1.1.6-6.el5 --------------------- * Wed Nov 07 2007 Richard W.M. Jones - 1.1.6-6 - Rebuild for EPEL. ocaml-curses-0.1-6.20020319.el5 ------------------------------- * Wed Nov 07 2007 Richard W.M. Jones - 0.1-6.20020319 - Rebuild for EPEL. ocaml-extlib-1.5-9.el5 ---------------------- * Thu Nov 08 2007 Richard W.M. Jones - 1.5-9 - Rebuild for EPEL. - License is actually LGPLv2. ocaml-findlib-1.1.2pl1-16.el5 ----------------------------- * Thu Nov 08 2007 Richard W.M. Jones - 1.1.2pl1-16 - Removed paths patch, not necessary with camlp4 3.09. * Thu Nov 08 2007 Richard W.M. Jones - 1.1.2pl1-15 - Rebuild for EPEL. ocaml-xml-light-2.2.cvs20070817-6.el5 ------------------------------------- * Wed Nov 07 2007 Richard W.M. Jones - 2.2.cvs20070817-6 - Rebuild for EPEL. osslsigncode-1.2-2.el5 ---------------------- * Mon Aug 27 2007 Matthias Saou 1.2-2 - Update License field. perl-AppConfig-1.64-1.el5 ------------------------- * Thu Jan 04 2007 Jose Pedro Oliveira - 1.64-1 - Update to 1.64. perl-B-Keywords-1.06-1.el5 -------------------------- * Thu Feb 15 2007 Jose Pedro Oliveira - 1.06-1 - Update to 1.06. perl-BerkeleyDB-0.32-1.el5 -------------------------- * Fri Jul 13 2007 Steven Pritchard 0.32-1 - Update to 0.32. perl-CGI-Session-4.20-2.el5 --------------------------- * Sat Mar 17 2007 Andreas Thienemann 4.20-2 - Fixed perl-devel req perl-Class-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Class-Singleton-1.03-3.el5 ------------------------------- * Sat Sep 16 2006 Steven Pritchard 1.03-3 - Canonicalize Source0 URL. - Fix find option order. perl-Config-Tiny-2.10-1.el5 --------------------------- * Mon Oct 02 2006 Jose Pedro Oliveira - 2.10-1 - Updated to 2.10. perl-Crypt-SmbHash-0.12-6.el5 ----------------------------- * Sun Aug 12 2007 Paul Howarth 0.12-6 - Clarify license as GPL version 2 or later perl-Data-Dump-1.08-3.el5 ------------------------- * Mon Oct 22 2007 Chris Weyl 1.08-3 - update license tag: GPL -> GPL+ perl-Data-OptList-0.101-2.el5 ----------------------------- * Thu Sep 07 2006 Chris Weyl 0.101-2 - bump perl-DateTime-0.41-1.el5 ------------------------ * Mon Sep 17 2007 Steven Pritchard 1:0.41-1 - Update to DateTime 0.41. - Update to DateTime::Locale 0.35. - Update to DateTime::TimeZone 0.67. perl-DateTime-Format-Mail-0.30-4.el5 ------------------------------------ * Thu Aug 31 2006 Chris Weyl 0.30-4 - bump for mass rebuild perl-DateTime-Format-W3CDTF-0.04-1.el5 -------------------------------------- * Sat Aug 26 2006 Steven Pritchard 0.04-1 - Specfile autogenerated by cpanspec 1.68. - Fix License tag. perl-Devel-Cycle-1.07-1.el5 --------------------------- * Wed May 24 2006 Jose Pedro Oliveira - 1.07-1 - Update to 1.07. - Requirement version: perl(PadWalker) >= 1.0. perl-Devel-Symdump-2.07-1.el5 ----------------------------- * Sat Feb 03 2007 Jose Pedro Oliveira - 1:2.07-1 - Update to 2.07. - Minor corrections/cleanings. perl-Digest-MD4-1.5-4.el5 ------------------------- * Wed Nov 28 2007 Paul Howarth - 1.5-4 - cosmetic spec changes for new maintainer's preferences - fix argument order for find with -depth - add buildreqs db4-devel and gdbm-devel for alignment optimization perl-Email-Abstract-2.132-4.el5.2 --------------------------------- * Wed Nov 21 2007 Tom "spot" Callaway - 2.132-4.2 - re-enable Mail::Message dep (aren't dep loops fun?) * Wed Nov 21 2007 Tom "spot" Callaway - 2.132-4.1 - remove Mail::Message dep perl-Email-Address-1.888-1.el5 ------------------------------ * Sat Jun 23 2007 Jose Pedro Oliveira - 1.888-1 - Update to 1.888. perl-Email-Date-1.102-3.el5 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.102-3 - fix license perl-Email-MessageID-1.35-1.el5 ------------------------------- * Tue Jul 11 2006 Jose Pedro Oliveira - 1.35-1 - Update to 1.35. perl-Email-MIME-1.859-1.el5 --------------------------- * Fri Mar 23 2007 Jose Pedro Oliveira - 1.859-1 - Update to 1.859. perl-Email-MIME-Attachment-Stripper-1.313-3.el5 ----------------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.313-3 - fix license tag perl-Email-MIME-ContentType-1.012-1.el5 --------------------------------------- * Sat Nov 25 2006 Jose Pedro Oliveira - 1.012-1 - Update to 1.012. perl-Email-MIME-Creator-1.453-2.el5 ----------------------------------- * Thu Jul 05 2007 Tom "spot" Callaway - 1.453-2 - fix false provide (Email::MIME) perl-Email-MIME-Encodings-1.310-2.el5 ------------------------------------- * Tue Sep 19 2006 Jose Pedro Oliveira - 1.310-2 - Bump release dir to tagging problems. perl-Email-MIME-Modifier-1.441-1.el5 ------------------------------------ * Fri Dec 01 2006 Jose Pedro Oliveira - 1.441-1 - Update to 1.441. perl-Email-Reply-1.201-3.el5 ---------------------------- * Fri May 04 2007 Tom "spot" Callaway - 1.201-3 - fix missing BR perl-Email-Send-2.185-3.el5 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 2.185-3 - license tag fix perl-Email-Simple-1.999-1.1.el5 ------------------------------- * Fri Nov 16 2007 Rob Myers - 1.999-1.1 - drop BuildRequire on perl(Email::MIME) which is not strictly necessary and creates a circular dependency perl-Email-Simple-Creator-1.420-3.el5 ------------------------------------- * Thu Jul 05 2007 Tom "spot" Callaway - 1.420-3 - fix false provide of Email::Simple perl-File-Find-Rule-0.30-3.el5 ------------------------------ * Mon Sep 03 2007 Ralf Cors?pius - 0.30-3 - Update license tag. - Add BR: perl(ExtUtils::MakeMaker). perl-File-HomeDir-0.62-1.el5 ---------------------------- * Thu Jan 04 2007 Jose Pedro Oliveira - 0.62-1 - Update to 0.62. perl-File-Remove-0.38-1.el5 --------------------------- * Wed Oct 17 2007 Ralf Cors?pius - 0.38-1 - Upstream update. perl-File-Which-0.05-2.el5 -------------------------- * Mon Dec 18 2006 Jose Pedro Oliveira - 0.05-2 - find: fixed arguments order. perl-Font-AFM-1.19-4.el5 ------------------------ * Tue Sep 05 2006 Ralf Cors?pius - 1.19-4 - Mass rebuild. perl-FreezeThaw-0.43-5.el5 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 0.43-5 - Rebuild for FC6. perl-GDGraph3d-0.63-6.el5 ------------------------- * Sat Sep 09 2006 Jose Pedro Oliveira - 0.63-6 - Rebuild for FC6. perl-Hook-LexWrap-0.20-4.el5 ---------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 0.20-4 - Rebuild for FC6. perl-HTML-Format-2.04-6.el5 --------------------------- * Mon Sep 03 2007 Ralf Cors?pius - 2.04-6 - Update license tag. - BR: perl(ExtUtils::MakeMaker). perl-HTML-Tree-3.23-2.el5 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 3.23-2 - license tag fix perl-Image-Base-1.07-7.el5 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 1.07-7 - Rebuild for FC6. perl-Image-Info-1.25-1.el5 -------------------------- * Wed May 30 2007 Jose Pedro Oliveira - 1.25-1 - Update to 1.25. perl-Image-Size-3.01-1.el5 -------------------------- * Sat Sep 16 2006 Jose Pedro Oliveira - 3.01-1 - Update to 3.01. - Makefile.PL -> Build.PL. perl-Image-Xbm-1.08-6.el5 ------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 1.08-6 - Rebuild for FC6. perl-Image-Xpm-1.09-6.el5 ------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 1.09-6 - Rebuild for FC6. perl-IO-All-0.36-1.el5 ---------------------- * Tue Oct 17 2006 Steven Pritchard 0.36-1 - Update to 0.36. - Use fixperms macro instead of our own chmod incantation. perl-List-MoreUtils-0.22-2.el5 ------------------------------ * Sun Sep 10 2006 Jose Pedro Oliveira - 0.22-2 - Rebuild for FC6. perl-LockFile-Simple-0.2.5-1.el5 -------------------------------- * Tue Jan 16 2007 Andreas Thienemann 0.2.5-1 - Initial spec for FE - Specfile autogenerated by cpanspec 1.69.1. perl-Mail-Box-2.073-1.el5 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 2.073-1 - 2.073 - license fix perl-Mail-Transport-Dbx-0.07-3.el5 ---------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 0.07-3 - license tag fix perl-MLDBM-2.01-5.el5.1 ----------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.01-5.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Module-Pluggable-3.50-1.el5 -------------------------------- * Mon Jan 29 2007 Steven Pritchard 3.50-1 - Update to 3.5. perl-Number-Compare-0.01-8.el5 ------------------------------ * Fri Aug 17 2007 Ralf Cors?pius - 0.01-8 - Update license tag. perl-Package-Generator-0.100-2.el5 ---------------------------------- * Wed Sep 06 2006 Chris Weyl 0.100-2 - bump perl-PadWalker-1.2-1.el5 ------------------------ * Wed Nov 22 2006 Jose Pedro Oliveira - 1.2-1 - Update to 1.2. perl-Params-Util-0.25-1.el5 --------------------------- * Wed May 30 2007 Ralf Cors?pius - 0.25-1 - Upstream update. perl-Params-Validate-0.88-3.el5 ------------------------------- * Thu Sep 06 2007 Ralf Cors?pius - 0.88-3 - Update license tag. perl-Perl-Critic-1.05-1.el5 --------------------------- * Tue Mar 20 2007 Jose Pedro Oliveira - 1.05-1 - Update to 1.05. perl-Pod-Coverage-0.18-2.el5 ---------------------------- * Wed Aug 09 2006 Jose Pedro Oliveira - 0.18-2 - Version 0.18 is now a noarch package. perl-Pod-Spell-1.01-2.el5 ------------------------- * Mon Dec 18 2006 Jose Pedro Oliveira - 1.01-2 - find: fixed arguments order. perl-PPI-1.118-1.el5 -------------------- * Sat Sep 23 2006 Jose Pedro Oliveira - 1.118-1 - Update to 1.118. perl-Return-Value-1.302-3.el5 ----------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.302-3 - license fix perl-String-Format-1.14-1.el5 ----------------------------- * Sat Sep 16 2006 Jose Pedro Oliveira - 1.14-1 - First build. perl-Sub-Exporter-0.975-1.el5 ----------------------------- * Thu Aug 09 2007 Chris Weyl 0.975-1 - update to 0.975 perl-Sub-Install-0.924-1.el5 ---------------------------- * Wed Nov 22 2006 Chris Weyl 0.924-1 - update to 0.924 - add perl(Test::Perl::Critic) to BR's perl-Template-Toolkit-2.18-1.el5 -------------------------------- * Wed Feb 21 2007 Tom "spot" Callaway - 2.18-1 - go to 2.18 perl-Test-ClassAPI-1.04-2.el5 ----------------------------- * Thu Sep 06 2007 Ralf Cors?pius - 1.04-2 - Update license tag. perl-Test-Differences-0.47-2.el5 -------------------------------- * Sun May 14 2006 Jose Pedro Oliveira - 0.47-2 - Bumping release (repodata checksum inconsistency for previous release). perl-Test-Manifest-1.14-5.el5 ----------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 1.14-5 - Rebuild for FC6. perl-Test-Memory-Cycle-1.04-1.el5 --------------------------------- * Wed Aug 09 2006 Jose Pedro Oliveira - 1.04-1 - Update to 1.04. perl-Test-Object-0.07-1.el5 --------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 0.07-1 - Update to 0.07. - Test::Builder version problem (see #205537). - Removed the README file (copy of the manpage). perl-Test-Output-0.10-2.el5 --------------------------- * Thu Jul 05 2007 Steven Pritchard 0.10-2 - Rebuild. perl-Test-Perl-Critic-1.01-1.el5 -------------------------------- * Sat Jan 27 2007 Jose Pedro Oliveira - 1.01-1 - Update to 1.01. perl-Test-Pod-Coverage-1.08-3.1.el5 ----------------------------------- * Thu Nov 15 2007 Rob Myers - 1.08-3.1 - BuildRequire perl(Devel::Symdump) perl-Test-Spelling-0.11-1.el5 ----------------------------- * Tue Dec 19 2006 Jose Pedro Oliveira - 0.11-1 - First build. perl-Test-SubCalls-1.06-1.el5 ----------------------------- * Fri May 12 2006 Jose Pedro Oliveira - 1.06-1 - Update to 1.06. perl-Test-Taint-1.04-4.el5 -------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.04-4 - Reflect perl-package split. - Update license tag. perl-TeX-Hyphen-0.140-5.el5 --------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 0.140-5 - Rebuild for FC6. perl-Text-Autoformat-1.13-5.el5 ------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.13-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Text-Glob-0.08-2.el5 ------------------------- * Sat Aug 18 2007 Ralf Cors?pius - 0.08-2 - Update license tag. perl-Text-Reform-1.11-6.el5 --------------------------- * Mon Aug 28 2006 Steven Pritchard 0.11-6 - Minor spec cleanup to more closely resemble current cpanspec output. perl-Time-Piece-1.09-2.el5 -------------------------- * Thu Sep 14 2006 Chris Grau 1.09-2 - Rebuild for FC-6. perl-Tk-804.027-10.el5 ---------------------- * Fri Sep 15 2006 Andreas Bierfert 804.027-10 - FE6 rebuild perl-XML-RSS-1.22-1.el5 ----------------------- * Wed Jan 17 2007 Tom "spot" Callaway - 1.22-1 - bump to 1.22 - add new BR for building and testing php-pear-Crypt-CHAP-1.0.1-1.el5.1 --------------------------------- * Sun Nov 25 2007 Christopher Stone 1.0.1-1.1 - undead EL-5 now that depenedencies are available php-pear-File-SMBPasswd-1.0.2-1.el5 ----------------------------------- * Tue Mar 13 2007 Christopher Stone 1.0.2-1 - Initial Fedora release php-pear-HTML-QuickForm-3.2.10-1.el5 ------------------------------------ * Thu Nov 22 2007 Christopher Stone 3.2.10-1 - Upstream sync php-pear-HTTP-Request-1.4.2-1.el5 --------------------------------- * Thu Nov 22 2007 Christopher Stone 1.4.2-1 - Upstream sync php-pear-MDB2-2.4.1-2.el5 ------------------------- * Tue Nov 13 2007 Christopher Stone 2.4.1-2 - Add LOB security patch (bz #379081) php-pear-MDB2-Driver-mysql-1.4.1-3.el5 -------------------------------------- * Tue Nov 13 2007 Christopher Stone 1.4.1-3 - Add security patch (bz #379081) php-pear-Numbers-Roman-1.0.2-2.el5 ---------------------------------- * Thu Nov 22 2007 Christopher Stone 1.0.2-2 - Add new tests to %files * Thu Nov 22 2007 Christopher Stone 1.0.2-1 - Upstream sync php-pecl-xdebug-2.0.2-1.el5 --------------------------- * Sun Nov 25 2007 Christopher Stone 2.0.2-1 - Upstream sync plone-3.0.3-1.el5 ----------------- * Sun Nov 11 2007 Jonathan Steffan 3.0.3-1 - Update to plone 3.0.3 - Remove hotfix 20071106 as it's included in 3.0.3 postgis-1.3.1-1.el5 ------------------- * Tue Oct 16 2007 Devrim GUNDUZ - 1.3.1-1 - Update to 1.3.1 - Updated patch2 python-decoratortools-1.6-1.el5 ------------------------------- * Tue Nov 27 2007 Luke Macken - 1.6-1 - 1.6 * Sat Sep 01 2007 Toshio Kuratomi - 1.5-2 - Verify that .pth files are correct. - Update license tag for new guidelines. - Update setuptools BR for changes in rawhide. * Tue Aug 21 2007 Luke Macken - 1.5-1 - 1.5 python-fedora-0.2.90.21-1.el5 ----------------------------- * Thu Nov 15 2007 Toshio Kuratomi - 0.2.90.21-1 - Bugfix release for expired sessions. * Wed Nov 14 2007 Luke Macken - 0.2.90.20-3 - Handle our SQLAlchemy requirement differently for Fedora 8+, until TurboGears can use SQLAlchemy >= 0.4 * Wed Nov 07 2007 Luke Macken - 0.2.90.20-2 - Require SQLAlchemy 0.3 for python-fedora-infrastructure * Wed Nov 07 2007 Luke Macken - 0.2.90.20-1 - Latest upstream release python-flup-1.0-2.el5 --------------------- * Tue Oct 23 2007 Till Maas - 1.0-2 - Fedora <= 7: python-setuptools needs to be 0.6c6 or newer - Move build to %build python-iniparse-0.2.2-2.el5 --------------------------- * Mon Nov 19 2007 Tim Lauridsen - 0.2.2-2 - Added upstream patch to fix problems with empty ini files. * Tue Sep 25 2007 Tim Lauridsen - 0.2.2-1 - Updated to release 0.2.2 - removed patch to to fix problems with out commented lines, included in upstream source * Wed Sep 12 2007 Tim Lauridsen - 0.2.1-4 - Added some logic to get the right python-setuptools buildrequeres - based on the fedora version, to make the same spec file useful in - all fedora releases. * Mon Sep 10 2007 Tim Lauridsen - 0.2.1-3 - Added patch from upstream svn to fix problems with out commented lines. * Tue Aug 28 2007 Tim Lauridsen - 0.2.1-2 - Changed BuildRequires python-setuptools to python-setuptools-devel python-mechanoid-0.6.9-9.el5 ---------------------------- * Sun Oct 21 2007 Sean Reifschneider 0.6.9-9 - Done trying to figure out the build environment, disabling tests. python-meld3-0.6.3-1.el5 ------------------------ * Wed Oct 17 2007 Toshio Kuratomi 0.6.3-1 - Update to 0.6.3 (Fix memory leaks). - Update license tag. python-nose-0.10.0-1.el5 ------------------------ * Tue Nov 27 2007 Luke Macken 0.10.0-1 - 0.10.0 python-pp-1.4.5-3.el5 --------------------- * Fri Nov 16 2007 Steve 'Ashcrow' Milner - 1.4.5-3 - Removed -O1 flag. python-pygments-0.9-2.el5 ------------------------- * Thu Nov 29 2007 Steve 'Ashcrow' Milner - 0.9-2 - Added python-setuptools as a Requires per bz#403601. * Mon Nov 12 2007 Steve 'Ashcrow' Milner - 0.9-1 - Updated for upstream 0.9. python-simplejson-1.7.3-1.el5 ----------------------------- * Tue Nov 27 2007 Luke Macken - 1.7.3-1 - 1.7.3 python-sqlobject-0.9.2-1.el5 ---------------------------- * Tue Nov 27 2007 Luke Macken 0.9.2-1 - 0.9.2 python-turbojson-1.1.2-1.el5 ---------------------------- * Tue Nov 27 2007 Luke Macken 1.1.2-1 - 1.1.2 python-turbokid-1.0.4-1.el5 --------------------------- * Tue Nov 27 2007 Luke Macken - 1.0.4-1 - 1.0.4 python-which-1.1.0-2.el5.1 -------------------------- * Sun Oct 28 2007 - 1.1.0-2.1 - Remove ref to GNU qiv-2.0-8.el5 ------------- * Wed Aug 22 2007 Andreas Bierfert 2.0-8 - new license tag queuegraph-1.1-2.el5 -------------------- * Tue Oct 30 2007 Bernard Johnson - 1.1-2 - new tarball - no version numbers updated - fixed up patches to match new tarball - removed repotag - Queuegraph needs AddHandler cgi-script .cgi (bz #289031) - queuegraph is denied by selinux (bz #247435) R-multcomp-0.992-3.el5 ---------------------- * Mon Jul 23 2007 Orion Poplawski - 0.992-3 - Update to 0.992-5 - Update license tag ruby-ldap-0.9.7-3.el5 --------------------- * Mon Oct 29 2007 Michael Stahnke - 0.9.7-3 - More modifications from bug 346241 smart-0.52-51.el5 ----------------- * Wed Oct 24 2007 Ville Skytt? - 0.52-51 - Re-remove dropped and no longer needed autofs5 patch. * Sun Oct 07 2007 Axel Thimm - 0.52-50 - Update to 0.52. - Fix pam stack type detection. smstools-3.0.10-1.el5 --------------------- * Sat Nov 10 2007 Marek Mahut 3.0.10-1 - Rewrite of spec file. - Updated to version 3.0.10 spamass-milter-0.3.1-5.el5 -------------------------- * Fri Oct 12 2007 Paul Howarth 0.3.1-5 - Split initscript and config out from being here documents in the spec and have them as separate source files instead - Unexpand tabs - Clarify license as GPL v2 or later (GPLv2+) - Use the standard scriptlet for user/group creation in %pre spandsp-0.0.4-0.7.pre15.el5 --------------------------- * Thu Nov 01 2007 Jeffrey C. Ollie - 0.0.4-0.7.pre15 - Update to 0.0.4pre15 sparse-0.4.1-1.el5 ------------------ * Tue Nov 13 2007 Roland McGrath - 0.4.1-1 - Upgrade to 0.4.1 superiotool-0-0.7.20071118svn2975.el5 ------------------------------------- * Mon Nov 19 2007 Peter Lemenkov 0.7.20071118svn2975 - Fixed man-page installation * Sun Nov 18 2007 Peter Lemenkov 0.6.20071118svn2975 - svn ver. 2975 (support for SMSC LPC47N227, NSC PC8374L, Winbond W83977TF, Winbond W83977AF, Winbond W83697SF, NSC PC87360, SMSC FDC37N958FR) - drop patch1 supervisor-2.1-3.el5 -------------------- * Sun Apr 22 2007 Mike McGrath 2.1-3 - Added BuildRequires of python-devel sysusage-2.6-3.el5 ------------------ * Thu Nov 15 2007 Rob Myers 0:2.6-3 - fix minor license issue - add a default crontab entry - add a default httpd configuration - add README.Fedora * Fri Nov 09 2007 Rob Myers 0:2.6-2 - seds really belong in prep * Thu Nov 08 2007 Rob Myers 0:2.6-1 - move seds to build section - remove perl requires - update to 2.6 trac-git-plugin-0.0.1-4.20070705svn1536.el5 ------------------------------------------- * Mon Nov 26 2007 Jesse Keating - 0.0.1-4.20070705svn1536 - Add a patch to prevent tracebacks when using this plugin tre-0.7.5-1.el5 --------------- * Mon Jan 29 2007 Dominik Mierzejewski 0.7.5-1 - update to 0.7.5 - remove redundant BRs - add %check TurboGears-1.0.3.2-1.el5 ------------------------ * Tue Nov 27 2007 Luke Macken 1.0.3.2-1 - 1.0.3.2 unshield-0.5-6.el5 ------------------ * Thu Nov 16 2006 Andreas Bierfert 0.5-6 - fix #212516 (thanks to Hans de Goede) ushare-1.0-4.el5 ---------------- * Sun Nov 18 2007 Eric Tanguy - 1.0-4 - Rebuild for new libupnp. * Wed Aug 29 2007 Fedora Release Engineering - 1.0-2 - Rebuild for selinux ppc32 issue. ustr-1.0.2-2.el5 ---------------- * Tue Oct 30 2007 James Antill - 1.0.2-2 - Build new upstream in Fedora * Mon Oct 29 2007 James Antill - 1.0.2-1 - New release * Tue Aug 28 2007 James Antill - 1.0.1-6 - Add options for fedora policy brokeness, so it's easy to undo. - Rebuild for buildid. uw-imap-2006k-1.el5 ------------------- * Fri Nov 09 2007 Rex Dieter 2006k-1 - imap-2006k (final) wine-docs-0.9.48-1.el5 ---------------------- * Sat Oct 27 2007 Andreas Bierfert - 0.9.48-1 - version upgrade * Sun Oct 14 2007 Andreas Bierfert - 0.9.47-1 - version upgrade wordpress-2.3.1-1.el5 --------------------- * Tue Oct 30 2007 Adrian Reber - 2.3.1-1 - updated to 2.3.1 (bz 357731, wordpress XSS issue) wv2-0.2.3-3.el5 --------------- * Thu Aug 23 2007 Andreas Bierfert 0.2.3-3 - new license tag wxMaxima-0.7.3a-1.el5 --------------------- * Fri Nov 23 2007 Rex Dieter 0.7.3a-1 - wxMaxima-0.7.3a xalan-c-1.10.0-2.el5 -------------------- * Mon Nov 19 2007 Lubomir Kundrak - 1.10.0-2 - Fix passing of compiler flags - Bump to stable source instead of CVS snapshot - Fixed License tag yafc-1.1.1-6.el5 ---------------- * Thu Feb 01 2007 Chris Petersen 1.1.1-6 - Add ncurses BR so that yafc won't link against the deprecated termcap lib yum-cron-0.6-1.el5 ------------------ * Mon Oct 15 2007 Alec Habig - 0.6-1 - Fixes for bug 327401: checkonly formatting fix and make lockfile grabbing an atomic action using mkdir instead of touch - Added downloadonly option (bug 333131) - Don't update yum if set to checkonly (bug 333111) * Sat Sep 29 2007 Alec Habig - 0.5-1 - Added a lockfile to prevent multiple instances of the cron scripts from running and hanging, see bug 311661 yumex-2.0.3-2.el5 ----------------- * Mon Nov 19 2007 Tim Lauridsen - 2.0.3-2 - fixed missing '\\n' in fr.po * Mon Nov 19 2007 Tim Lauridsen - 2.0.3-1 - Release 2.0.3 zabbix-1.4.2-4.el5 ------------------ * Sat Dec 01 2007 Dan Horak 1.4.2-4 - add security fix (#407181) * Thu Sep 20 2007 Dan Horak 1.4.2-3 - Fix paths (/usr/bin -> /usr/sbin) in init scripts (#297061) - Add a patch to clean a warning during compile - Add a patch to fix cpu load computations zaptel-1.4.6-1.el5 ------------------ * Thu Nov 01 2007 Jeffrey C. Ollie - 1.4.6-1 - Update to 1.4.6 - Apply patch to fix AST-2007-024 Changes in Fedora EPEL testing/5: drupal-5.4-1.el5 ---------------- * Wed Dec 05 2007 Jon Ciesla - 5.4-1 - Upgrade to 5.4, advisory ID DRUPAL-SA-2007-031. - Augmented README regarding symlinks, BZ 254228. fbreader-0.8.8-1.el5 -------------------- * Sun Dec 02 2007 Michel Salim - 0.8.8-1 - Update to 0.8.8 fedora-packager-0.1.1-1.el5 --------------------------- * Mon Dec 03 2007 Dennis Gilmore - 0.1.1-1 - fix typo in description - update to 0.1.1 fixes typo in fedora-cvs * Sun Nov 11 2007 Dennis Gilmore - 0.1-1 - initial build libEMF-1.0.3-3.el5 ------------------ * Sun Nov 19 2006 Dominik 'Rathann' Mierzejewski 1.0.3-3 - remove executable bit from libemf.h libetpan-0.52-2.el5 ------------------- * Mon Nov 19 2007 Andreas Bierfert - 0.52-2 - bump perl-Jcode-2.06-6.el5 --------------------- * Thu Dec 06 2007 Paul Howarth 2.06-6 - refector buildreqs to make the package buildable on EL4/5 - convert pod to UTF-8 - mark pod as %doc - include old change documentation as well as more recent changes perl-Unicode-Map-0.112-12.el5 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.112-12 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL perl-Unicode-Map8-0.12-15.el5 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.12-15 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL - re-encode Changes and README as UTF8 perl-Unicode-MapUTF8-1.11-7.el5 ------------------------------- * Thu Dec 06 2007 Paul Howarth 1.11-7 - simplify package build in line with perl spec template - no need to define %{perl_vendorlib} - refactor buildreqs to support build on EL4/5 - mark pod as %doc - use %{version} macro in source URL perl-Unicode-String-2.09-6.el5 ------------------------------ * Thu Dec 06 2007 Paul Howarth 2.09-6 - simplify package build in line with perl spec template - more detailed package description - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - re-encode String.pm and README as UTF-8 - more specific %files list - use %{version} macro in source URL tiquit-2.5-1.el5 ---------------- * Wed Nov 28 2007 Jon Ciesla - 2.5-1 - New upstream, fixes missing field bug. * Fri Oct 05 2007 Jon Ciesla - 2.4-6 - Fixed BADSOURCE. * Thu Aug 16 2007 Jon Ciesla - 2.4-5 - License tag correction. vala-0.1.5-4.el5 ---------------- * Tue Dec 04 2007 Michel Salim - 0.1.5-4 - Backport patch to autodetect location of automake shared files * Tue Dec 04 2007 Michel Salim - 0.1.5-3 - Add build dependency on gtk2-devel * Tue Dec 04 2007 Michel Salim - 0.1.5-2 - Enable project generator tool * Tue Nov 27 2007 Michel Salim - 0.1.5-1 - Update to 0.1.5 * Sun Nov 11 2007 Michel Salim - 0.1.4-2 - Add build dependency on devhelp Changes in Fedora EPEL testing/4: drupal-5.4-1.el4 ---------------- * Wed Dec 05 2007 Jon Ciesla - 5.4-1 - Upgrade to 5.4, advisory ID DRUPAL-SA-2007-031. - Augmented README regarding symlinks, BZ 254228. fedora-packager-0.1.1-1.el4 --------------------------- * Mon Dec 03 2007 Dennis Gilmore - 0.1.1-1 - fix typo in description - update to 0.1.1 fixes typo in fedora-cvs * Sun Nov 11 2007 Dennis Gilmore - 0.1-1 - initial build libetpan-0.52-2.el4 ------------------- * Mon Nov 19 2007 Andreas Bierfert - 0.52-2 - bump libnids-1.22-3.el4 ------------------ * Thu Nov 29 2007 Robert Scheck 1.22-3 - Rebuilt against fixed libnet package (#400831) * Mon Nov 26 2007 Robert Scheck 1.22-2 - Build with -fPIC, because 64 bit archs are complaining * Sun Nov 25 2007 Robert Scheck 1.22-1 - Upgrade to 1.22 - Initial spec file for Fedora and Red Hat Enterprise Linux perl-Jcode-2.06-6.el4 --------------------- * Thu Dec 06 2007 Paul Howarth 2.06-6 - refector buildreqs to make the package buildable on EL4/5 - convert pod to UTF-8 - mark pod as %doc - include old change documentation as well as more recent changes perl-Unicode-Map-0.112-12.el4 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.112-12 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL perl-Unicode-Map8-0.12-15.el4 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.12-15 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL - re-encode Changes and README as UTF8 perl-Unicode-MapUTF8-1.11-7.el4 ------------------------------- * Thu Dec 06 2007 Paul Howarth 1.11-7 - simplify package build in line with perl spec template - no need to define %{perl_vendorlib} - refactor buildreqs to support build on EL4/5 - mark pod as %doc - use %{version} macro in source URL perl-Unicode-String-2.09-6.el4 ------------------------------ * Thu Dec 06 2007 Paul Howarth 2.09-6 - simplify package build in line with perl spec template - more detailed package description - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - re-encode String.pm and README as UTF-8 - more specific %files list - use %{version} macro in source URL tiquit-2.5-1.el4 ---------------- * Wed Nov 28 2007 Jon Ciesla - 2.5-1 - New upstream, fixes missing field bug. * Fri Oct 05 2007 Jon Ciesla - 2.4-6 - Fixed BADSOURCE. * Thu Aug 16 2007 Jon Ciesla - 2.4-5 - License tag correction. From fedora at leemhuis.info Fri Dec 7 12:37:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 07 Dec 2007 13:37:23 +0100 Subject: testing -> stable move for EPEL5 is prepared, details inside In-Reply-To: <47566CCC.4080909@leemhuis.info> References: <47566CCC.4080909@leemhuis.info> Message-ID: <47593E83.4060706@leemhuis.info> On 05.12.2007 10:18, Thorsten Leemhuis wrote: > > I prepared the next stable -> testing move for EPEL5 and will do it over > the next 72 hours (?) if nobody yells. IOW: if one of your packages is > in attached list and you don't want it moved please tell me now or it'll > be to late ;-) > [...] Done. BTW, if you need to get a package from testing or the needsign repos to EPEL proper urgently (to fix a important bug/security problem) just let the EPEL-Signers know via epel_signers-members [AT] fedoraproject [DOT] org Thx! CU knurd From kevin at tummy.com Fri Dec 7 16:28:45 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 7 Dec 2007 09:28:45 -0700 Subject: clamav for epel looking for reviewer In-Reply-To: <4757BB49.3040509@nobugconsulting.ro> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> <4757BB49.3040509@nobugconsulting.ro> Message-ID: <20071207092845.6b6c4210@ghistelwchlohm.scrye.com> On Thu, 06 Dec 2007 11:05:13 +0200 wolfy at nobugconsulting.ro (Manuel Wolfshant) wrote: > In this case I would be very much in favor of separate files, > including the script for updating signatures. I do not think that > compatibility with Dag's version is a big issue here. Well, I could easily split those out if a reviewer pressed on that point enough. I prefer that usually as well. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kevin at tummy.com Fri Dec 7 16:31:28 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 7 Dec 2007 09:31:28 -0700 Subject: clamav for epel looking for reviewer In-Reply-To: <20071206172646.GA16267@osiris.silug.org> References: <20071205113149.31f4d052@ghistelwchlohm.scrye.com> <80d7e4090712051313h14afb61apebb3544a044c8ec2@mail.gmail.com> <20071205193951.5ffbecee@ghistelwchlohm.scrye.com> <20071206172646.GA16267@osiris.silug.org> Message-ID: <20071207093128.18df4d09@ghistelwchlohm.scrye.com> On Thu, 6 Dec 2007 11:26:46 -0600 steve at silug.org (Steven Pritchard) wrote: > On Wed, Dec 05, 2007 at 07:39:51PM -0700, Kevin Fenzi wrote: > > There isn't any guideline either way. I usually prefer to use > > patches myself, but this spec is based on one from Dag, and he used > > the perl substitutions in there, so I left it in order to keep > > close to his spec. > > So EPEL clamav is going to look like Dag's, not like the "regular" > Fedora clamav? Thats my hope. > I'm not really a fan of the Fedora clamav packages, but I do have to > live with them (for amavisd-new). How much pain is this fork going to > cause me? I don't know, but I would love to hear. Do you want me to investigate? Or can you take a look at the clamav packages and see? I suspect this package would work with amavisd-new much easier than the fedora one. > Honestly, I think I'd rather volunteer to maintain Enrico's clamav > spec in EPEL than even think about maintaining forked amavisd-new > specs. Can we see how much difference there would be first? I would also be willing to co-maintain the epel amavisd-new if it would help. > > Steve kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jdf.lists at gmail.com Fri Dec 7 17:13:01 2007 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Fri, 7 Dec 2007 09:13:01 -0800 Subject: Help with creating rpms for contribution In-Reply-To: <005d01c838c7$a8784200$0200a8c0@satellite> References: <005d01c838c7$a8784200$0200a8c0@satellite> Message-ID: <67437bc40712070913q6aeeb82dwdc85ab24238dcc76@mail.gmail.com> On Dec 7, 2007 3:52 AM, Dave wrote: > And whom would i speak to for rpm inclusion? Basically you follow the instructions here: http://fedoraproject.org/wiki/PackageMaintainers/Join and then submit your first RPM SPEC file. Here is an example: https://bugzilla.redhat.com/show_bug.cgi?id=249365 As you will see there, comments will turn it into something that looks right. :) From buildsys at fedoraproject.org Sat Dec 8 17:27:28 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 8 Dec 2007 12:27:28 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-08 Message-ID: <20071208172728.56C9F15212F@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 8 bcfg2-0.9.5.2-1.el5 NEW dsniff-2.4-0.1.b1.el5 : Tools for network auditing and penetration testing eggdrop-1.6.18-12.el5 git-1.5.3.6-1.el5 NEW gqview-2.0.4-2.el5 : Image browser and viewer NEW pcapy-0.10.5-1.el5 : A Python interface to libpcap postgis-1.3.2-1.el5 python-GeoIP-1.2.1-6.el5 Packages built and released for Fedora EPEL testing/4: 4 bcfg2-0.9.5.2-1.el4 NEW dsniff-2.4-0.1.b1.el4 : Tools for network auditing and penetration testing eggdrop-1.6.18-12.el4 python-GeoIP-1.2.1-7.el4 Changes in Fedora EPEL testing/5: bcfg2-0.9.5.2-1.el5 ------------------- * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5.2-1 - Update to 0.9.5.2 dsniff-2.4-0.1.b1.el5 --------------------- * Thu Nov 29 2007 Robert Scheck 2.4-0.1.b1 - Upgrade to 2.4b1 and added many patches from Debian - Initial spec file for Fedora and Red Hat Enterprise Linux eggdrop-1.6.18-12.el5 --------------------- * Sat Dec 08 2007 Robert Scheck 1.6.18-12 - Added a patch to fix some stack based overflows (CVE-2007-2807) * Wed Aug 29 2007 Fedora Release Engineering - 1.6.18-11 - Rebuild for selinux ppc32 issue. git-1.5.3.6-1.el5 ----------------- * Wed Dec 05 2007 Josh Boyer 1.5.3.6-1 - git-1.5.3.6 - Add git-deamon and git-web subpackages gqview-2.0.4-2.el5 ------------------ * Mon Dec 08 2008 Thorsten Leemhuis - 2.0.4-2 - build for EL - Clarify licence (GPLv2) pcapy-0.10.5-1.el5 ------------------ * Thu Nov 29 2007 Jon Ciesla - 0.10.5-1 - create. postgis-1.3.2-1.el5 ------------------- * Sat Dec 08 2007 Devrim GUNDUZ - 1.3.2-1 - Update to 1.3.2 * Tue Oct 16 2007 Devrim GUNDUZ - 1.3.1-1 - Update to 1.3.1 - Updated patch2 - Obsoleted -jdbc package until upstream comes with a fix python-GeoIP-1.2.1-6.el5 ------------------------ * Thu Sep 13 2007 Michael Fleming 1.2.1-6 - Add patch to expose country codes courtesy of Ignacio Vazquez-Adams (bz #243696) - Update License tag per guidelines. Changes in Fedora EPEL testing/4: bcfg2-0.9.5.2-1.el4 ------------------- * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5.2-1 - Update to 0.9.5.2 dsniff-2.4-0.1.b1.el4 --------------------- * Thu Nov 29 2007 Robert Scheck 2.4-0.1.b1 - Upgrade to 2.4b1 and added many patches from Debian - Initial spec file for Fedora and Red Hat Enterprise Linux eggdrop-1.6.18-12.el4 --------------------- * Sat Dec 08 2007 Robert Scheck 1.6.18-12 - Added a patch to fix some stack based overflows (CVE-2007-2807) * Wed Aug 29 2007 Fedora Release Engineering - 1.6.18-11 - Rebuild for selinux ppc32 issue. python-GeoIP-1.2.1-7.el4 ------------------------ * Thu Sep 13 2007 Michael Fleming 1.2.1-6 - Add patch to expose country codes courtesy of Ignacio Vazquez-Adams (bz #243696) - Update License tag per guidelines. From buildsys at fedoraproject.org Sat Dec 8 19:56:06 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 8 Dec 2007 14:56:06 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-08 Message-ID: <20071208195606.5C00715212F@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 eggdrop-1.6.18-12.el5 Packages built and released for Fedora EPEL testing/5: 3 lzop-1.02-0.5.rc1.el5 perl-Convert-UUlib-1.09-2.el5 python-boto-0.9d-1.el5 Packages built and released for Fedora EPEL 4: 1 eggdrop-1.6.18-12.el4 Packages built and released for Fedora EPEL testing/4: 3 lzop-1.02-0.5.rc1.el4 perl-Convert-UUlib-1.09-2.el4 python-boto-0.9d-1.el4 Changes in Fedora EPEL 5: eggdrop-1.6.18-12.el5 --------------------- * Sat Dec 08 2007 Robert Scheck 1.6.18-12 - Added a patch to fix some stack based overflows (CVE-2007-2807) * Wed Aug 29 2007 Fedora Release Engineering - 1.6.18-11 - Rebuild for selinux ppc32 issue. Changes in Fedora EPEL testing/5: lzop-1.02-0.5.rc1.el5 --------------------- * Sat Dec 08 2007 Robert Scheck 1.02-0.5.rc1 - Updated the license tag according to the guidelines perl-Convert-UUlib-1.09-2.el5 ----------------------------- * Sat Dec 08 2007 Robert Scheck 1:1.09-2 - Updated the license tag according to the guidelines python-boto-0.9d-1.el5 ---------------------- * Sat Dec 08 2007 Robert Scheck 0.9d-1 - Upgrade to 0.9d Changes in Fedora EPEL 4: eggdrop-1.6.18-12.el4 --------------------- * Sat Dec 08 2007 Robert Scheck 1.6.18-12 - Added a patch to fix some stack based overflows (CVE-2007-2807) * Wed Aug 29 2007 Fedora Release Engineering - 1.6.18-11 - Rebuild for selinux ppc32 issue. Changes in Fedora EPEL testing/4: lzop-1.02-0.5.rc1.el4 --------------------- * Sat Dec 08 2007 Robert Scheck 1.02-0.5.rc1 - Updated the license tag according to the guidelines perl-Convert-UUlib-1.09-2.el4 ----------------------------- * Sat Dec 08 2007 Robert Scheck 1:1.09-2 - Updated the license tag according to the guidelines python-boto-0.9d-1.el4 ---------------------- * Sat Dec 08 2007 Robert Scheck 0.9d-1 - Upgrade to 0.9d From buildsys at fedoraproject.org Sun Dec 9 18:00:12 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 9 Dec 2007 13:00:12 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-09 Message-ID: <20071209180012.90F4715212F@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 4 phpMyAdmin-2.11.3-1.el5 NEW plotutils-2.5-3.el5 : GNU vector and raster graphics utilities and libraries NEW pstoedit-3.44-5.el5 : Translates PostScript and PDF graphics into other vector formats python-ruledispatch-0.5a0-0.8.svnr2306.el5 Packages built and released for Fedora EPEL testing/4: 2 NEW perl-BerkeleyDB-0.32-0.1.el4 : Perl extension for Berkeley DB version 2, 3 or 4 phpMyAdmin-2.11.3-1.el4 Changes in Fedora EPEL testing/5: phpMyAdmin-2.11.3-1.el5 ----------------------- * Sun Dec 09 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.3 - Removed the RPM scriptlets doing httpd restarts (#227025) - Patched an information disclosure known as CVE-2007-0095 (#221694) - Provide virtual phpmyadmin package and a httpd alias (#231431) plotutils-2.5-3.el5 ------------------- * Mon Aug 28 2006 Denis Leroy - 2.5-3 - FE6 Rebuild pstoedit-3.44-5.el5 ------------------- * Thu Nov 23 2006 Denis Leroy - 3.44-5 - Added libEMF support python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 Changes in Fedora EPEL testing/4: perl-BerkeleyDB-0.32-0.1.el4 ---------------------------- * Tue Dec 04 2007 Steven Pritchard 0.32-0.1 - Rebuild on EL-4 without Test::Pod. phpMyAdmin-2.11.3-1.el4 ----------------------- * Sun Dec 09 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.3 - Removed the RPM scriptlets doing httpd restarts (#227025) - Patched an information disclosure known as CVE-2007-0095 (#221694) - Provide virtual phpmyadmin package and a httpd alias (#231431) From fedora at leemhuis.info Mon Dec 10 08:22:39 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 10 Dec 2007 09:22:39 +0100 Subject: Wishlist Message-ID: <475CF74F.6030708@leemhuis.info> Hi all! This weekend I took a closer look at our wishlist and added a bunch of (IMHO) popular Fedora packages still missing in EPEL. Then I wrote a little script that emailed all the owners and co-maintainers asking them for their EPEL plans regarding the package in question; to track that I added a status column in the wishlist. See: http://fedoraproject.org/wiki/EPEL/WishList I plan do to that again now and then in the future -- so if you want to see a package in EPEL just add it to the wishlist with the status "unknown" -- then my script (when I run it) will send a mail to the maintainer. There are a few packages on the wishlist where the Fedora owner does no participate in EPEL. And takers for them? Here's the list: > || bazaar || A distributed revision control system || > || chkrootkit || Tool to locally check for signs of a rootkit || > || freenx || Free Software (GPL) Implementation of the NX Server || > || libsidplay || Commodore 64 music player and SID chip emulator library || > || mediawiki || A wiki engine || > || mmv || Move/copy/append/link multiple files || > || rt3 || Request tracker 3 || > || sylpheed || GTK+ based, lightweight, and fast email client || CU knurd From limb at jcomserv.net Mon Dec 10 11:01:53 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 10 Dec 2007 05:01:53 -0600 (CST) Subject: Wishlist Message-ID: <37161.192.168.0.1.1197284513.squirrel@mail.jcomserv.net> >> || freenx || Free Software (GPL) Implementation of the NX Server || I co-maintain freenx already, I may as well do it for EPEL as well. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- novus ordo absurdum From fedora at leemhuis.info Mon Dec 10 11:40:23 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 10 Dec 2007 12:40:23 +0100 Subject: Wishlist In-Reply-To: <37161.192.168.0.1.1197284513.squirrel@mail.jcomserv.net> References: <37161.192.168.0.1.1197284513.squirrel@mail.jcomserv.net> Message-ID: <475D25A7.5060709@leemhuis.info> On 10.12.2007 12:01, Jon Ciesla wrote: > >>> || freenx || Free Software (GPL) Implementation of the NX Server || > I co-maintain freenx already, I may as well do it for EPEL as well. Sounds good, thx Jon! BTW, some more Fedora packagers after that mail-flood from me expressed that they don't want to participate in EPEL but would welcome comaintainers that take care of their packages in EPEL. So here is a list of packages from the wishlist that want a EPEL maintainer: > || basket || Notes taker for KDE || > || bochs || Portable x86 PC emulator || > || freecol || The FreeCol multi-player strategy game || > || gnome-commander || A nice and fast file manager for the GNOME desktop || > || gnumeric || Spreadsheet program for GNOME || > || id3lib || Library for manipulating ID3v1 and ID3v2 tags || > || imlib2 || Image loading, saving, rendering, and manipulation library || > || ksensors || KDE frontend to lm_sensors || > || libcddb || Library (C API) for accessing CDDB servers || > || libebml || Extensible Binary Meta Language library || > || libmatroska || Open audio/video container format library || > || libsamplerate || Sample rate conversion library for audio data || > || libtar || Tar file manipulation API || > || libtimidity || MIDI to WAVE converter library || > || mdbtools || Access data stored in Microsoft Access databases || > || perl-Unicode-MapUTF8 || Conversions to and from arbitrary character sets and UTF8 || > || psi || Jabber client based on Qt || > || pure-ftpd || Lightweight, fast and secure FTP server || > || quake3 || Quake 3 Arena tournament 3D shooter game || > || rt3 || Request tracker 3 || > || soundtouch || Audio Processing library for changing Tempo, Pitch and Playback Rates || > || supertuxkart || Kids 3D go-kart racing game featuring Tux || > || taglib || Audio Meta-Data Library || > || wildmidi || WildMidi softsynth midi player || > || xscreensaver || X screen saver and locker || CU knurd From fedora at leemhuis.info Mon Dec 10 11:51:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 10 Dec 2007 12:51:31 +0100 Subject: EPEL report week 49 2007 Message-ID: <475D2843.5010500@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week49 = Weekly EPEL Summary = Week 49/2007 == Most important happenings == * [:ThorstenLeemhuis:knurd] pushed a lot of packaged from EPEL5/testing to the proper EPEL repo (some were omitted due to broke deps). See these mails for details: * https://www.redhat.com/archives/epel-devel-list/2007-December/msg00009.html * https://www.redhat.com/archives/epel-devel-list/2007-December/msg00029.html * [:ThorstenLeemhuis:knurd] enhanced the wishlist, added lots of packages and send mails to the Fedora owners: * https://www.redhat.com/archives/epel-devel-list/2007-December/msg00037.html == Mailing list == === Noteworthy discussions === * major rework for ClamAV in the works; please see: https://www.redhat.com/archives/epel-devel-list/2007-December/msg00019.html == Meeting == === Next Meeting === 20071219 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === Full log: * https://www.redhat.com/archives/epel-devel-list/2007-December/msg00009.html Attendees: * [:DennisGilmore:dgilmore] * [:ThorstenLeemhuis:knurd] * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] * [:KarstenWade:quaid] * [:MichaelStahnke:stahnma] Summary: * RHEL 5.1 (and 4.6) for the builders | dgilmore, mmcgrath * mmcgrath will take care of updating the buildroots to 5.1 and do the switch; announcement when happened to the list; 4.6. will be prepared, waiting for CentOS 4.6 * KojiAndBodhiForEpel | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel * with FE6 EOL we are the only ones left on plague and the old scripts (and without bodhi) which might become a problem sooner or later * mmcgrath will try to poke the right people to make koji for EPEL hopefully possible sooner; he will also officially take care of this task from now on ("its going to become an Infrastructure priority anyway, count me in as point man") * testing -> stable move for EL5 | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove * prepared and happened when this summary got written (see above) * update http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * page is a bit oputdated; nirik will take a look to bring it up2date * Free discussion around EPEL * nirik> | I'd like to throw out a plea for a reviewer for my clamav for epel package... https://bugzilla.redhat.com/show_bug.cgi?id=396171 nirik> | I'd like to get clamav in, but I fear people are afraid because it's not the same as the fedora package. Or that it is and they would have to review that... * nirik> | I also have been working on getting munin in... cleaned up the fedora package and am working on the requirements for epel. == Stats == === General === Number of EPEL Contributors: 143 We welcome 2 new contributers: dsugar, jlaska === EPEL 5 === Number of source packages: 847 Number of binary packages: 1569 There are 18 new Packages: * dsniff | Tools for network auditing and penetration testing * fbreader | E-book reader * fedora-packager | Tools for setting up a fedora maintainer environment * gqview | Image browser and viewer * libEMF | A library for generating Enhanced Metafiles * libetpan | Portable, efficient middleware for different kinds of mail access * libnids | Implementation of an E-component of Network Intrusion Detection System * pcapy | A Python interface to libpcap * perl-BerkeleyDB | Perl extension for Berkeley DB version 2, 3 or 4 * perl-Jcode | Perl extension interface for converting Japanese text * perl-Unicode-Map8 | Mapping table between 8-bit chars and Unicode for Perl * perl-Unicode-Map | Perl module for mapping charsets from and to utf16 unicode * perl-Unicode-MapUTF8 | Conversions to and from arbitrary character sets and UTF8 * perl-Unicode-String | Perl modules to handle various Unicode issues * plotutils | GNU vector and raster graphics utilities and libraries * pstoedit | Translates PostScript and PDF graphics into other vector formats * python-pydns | Python module for DNS (Domain Name Service) * vala | A modern programming language for GNOME === EPEL 4 === Number of source packages: 470 Number of binary packages: 926 There are 11 new Packages: * aoetools | ATA over Ethernet Tools * dsniff | Tools for network auditing and penetration testing * fedora-packager | Tools for setting up a fedora maintainer environment * libetpan | Portable, efficient middleware for different kinds of mail access * libnids | Implementation of an E-component of Network Intrusion Detection System * perl-BerkeleyDB | Perl extension for Berkeley DB version 2, 3 or 4 * perl-Jcode | Perl extension interface for converting Japanese text * perl-Unicode-Map8 | Mapping table between 8-bit chars and Unicode for Perl * perl-Unicode-Map | Perl module for mapping charsets from and to utf16 unicode * perl-Unicode-MapUTF8 | Conversions to and from arbitrary character sets and UTF8 * perl-Unicode-String | Perl modules to handle various Unicode issues ---- ["CategoryEPELReports"] From bugs.michael at gmx.net Mon Dec 10 13:29:10 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 10 Dec 2007 14:29:10 +0100 Subject: Wishlist In-Reply-To: <475CF74F.6030708@leemhuis.info> References: <475CF74F.6030708@leemhuis.info> Message-ID: <20071210142910.14ec6131.bugs.michael@gmx.net> On Mon, 10 Dec 2007 09:22:39 +0100, Thorsten Leemhuis wrote: > Hi all! > > This weekend I took a closer look at our wishlist and added a bunch of > (IMHO) popular Fedora packages still missing in EPEL. Then I wrote a > little script that emailed all the owners and co-maintainers asking them > for their EPEL plans regarding the package in question; to track that I > added a status column in the wishlist. See: > > http://fedoraproject.org/wiki/EPEL/WishList > > I plan do to that again now and then in the future -- so if you want to > see a package in EPEL just add it to the wishlist with the status > "unknown" -- then my script (when I run it) will send a mail to the > maintainer. > > There are a few packages on the wishlist where the Fedora owner does no > participate in EPEL. And takers for them? Here's the list: > > || libsidplay || Commodore 64 music player and SID chip emulator library || Why is it on the wishlist? Just because some other packages use it? If anyone has interest in packaging libsidplay2 instead [for Fedora or EPEL], feel free to add me as a reviewer. From fedora at leemhuis.info Mon Dec 10 13:43:09 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 10 Dec 2007 14:43:09 +0100 Subject: Wishlist In-Reply-To: <20071210142910.14ec6131.bugs.michael@gmx.net> References: <475CF74F.6030708@leemhuis.info> <20071210142910.14ec6131.bugs.michael@gmx.net> Message-ID: <475D426D.9090302@leemhuis.info> On 10.12.2007 14:29, Michael Schwendt wrote: > On Mon, 10 Dec 2007 09:22:39 +0100, Thorsten Leemhuis wrote: > >> || libsidplay || Commodore 64 music player and SID chip emulator library || > Why is it on the wishlist? Just because some other packages use it? Yes, I suppose that's how it landed there, but I didn't track that information for each request on the wishlist. > If anyone has interest in packaging libsidplay2 instead [for Fedora or > EPEL], feel free to add me as a reviewer. k, thx. Cu knurd From dlutter at redhat.com Mon Dec 10 17:40:22 2007 From: dlutter at redhat.com (David Lutterkort) Date: Mon, 10 Dec 2007 17:40:22 +0000 Subject: Wishlist In-Reply-To: <475CF74F.6030708@leemhuis.info> References: <475CF74F.6030708@leemhuis.info> Message-ID: <1197308422.14518.1.camel@localhost.localdomain> On Mon, 2007-12-10 at 09:22 +0100, Thorsten Leemhuis wrote: > This weekend I took a closer look at our wishlist and added a bunch of > (IMHO) popular Fedora packages still missing in EPEL. Then I wrote a > little script that emailed all the owners and co-maintainers asking them > for their EPEL plans regarding the package in question; to track that I > added a status column in the wishlist. See: > > http://fedoraproject.org/wiki/EPEL/WishList > > I plan do to that again now and then in the future -- so if you want to > see a package in EPEL just add it to the wishlist with the status > "unknown" -- then my script (when I run it) will send a mail to the > maintainer. It would be really useful if the wishlist also stated who requested it with a very brief reason - two of my packages (ruby-activesupport and ruby-activerecord) are on that list. I don't really want to put them into EPEL; I'd much rather put all of the rails gems in there, (rubygem-rails and dependencies), but I'd like to have a quick chat with whoever wants those packages to make sure that that is what they need. David From smooge at gmail.com Mon Dec 10 19:30:17 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 10 Dec 2007 12:30:17 -0700 Subject: EPEL report week 49 2007 In-Reply-To: <475D2843.5010500@leemhuis.info> References: <475D2843.5010500@leemhuis.info> Message-ID: <80d7e4090712101130k5fcef868y47cde613c60044f7@mail.gmail.com> On Dec 10, 2007 4:51 AM, Thorsten Leemhuis wrote: > > * RHEL 5.1 (and 4.6) for the builders | dgilmore, mmcgrath > > * mmcgrath will take care of updating the buildroots to 5.1 and do the switch; announcement when happened to the list; 4.6. will be prepared, waiting for CentOS 4.6 > CentOS 4.6 should be ready in the coming week or so.. it has been getting a workout from QA people. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From kevin at tummy.com Mon Dec 10 20:11:53 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 10 Dec 2007 13:11:53 -0700 Subject: updates in builders? Message-ID: <20071210131153.4034f855@ghistelwchlohm.scrye.com> We may have in fact discussed this before in the past, but I don't know if we ever came to any decision on it. Should the builders build against just the base stock OS, or should they also pull in the released updates? The reason this came up is firefox. RHEL 5.0 stock comes with a firefox that provides gecko-libs version 1.8.0.9. The latest updates have a firefox that provides gecko-libs version 1.8.0.10. So, if we build an app against base only, anyone with updates will not be able to use it or update until they remove it. If we build against updates as well then they will be forced to apply the dependent packages from updates. Personally, my vote is to always add the updates in. It's easier to tell people that they must have an updated system in order to use EPEL packages. Any other thoughts? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Mon Dec 10 20:19:40 2007 From: jkeating at redhat.com (Jesse Keating) Date: Mon, 10 Dec 2007 15:19:40 -0500 Subject: updates in builders? In-Reply-To: <20071210131153.4034f855@ghistelwchlohm.scrye.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> Message-ID: <20071210151940.0cc80aab@redhat.com> On Mon, 10 Dec 2007 13:11:53 -0700 Kevin Fenzi wrote: > Personally, my vote is to always add the updates in. > It's easier to tell people that they must have an updated system in > order to use EPEL packages. > > Any other thoughts? I agree with Kevin. The latest updates should be made available in the buildroot. The /only/ time where this might not be done is at a point release date, where a /lot/ of updates will be released. Depending on how EPEL works with CentOS, there might be a delay at this point. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris.stone at gmail.com Mon Dec 10 20:30:55 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 10 Dec 2007 12:30:55 -0800 Subject: Wishlist In-Reply-To: <475CF74F.6030708@leemhuis.info> References: <475CF74F.6030708@leemhuis.info> Message-ID: On Dec 10, 2007 12:22 AM, Thorsten Leemhuis wrote: > Hi all! Hi, I received a couple of these e-mails, one of the packages is waiting on https://bugzilla.redhat.com/show_bug.cgi?id=238455 I'm not sure why this bug is being delayed, IFAIK Smarty is the only package that uses /usr/share/php and since Smarty isn't in EPEL I don't understand why we cannot add a /usr/share/php directory. Perhaps Joe Orton knows more, is there any way we can get this bug expedited? TIA -Chris From pertusus at free.fr Mon Dec 10 22:02:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 10 Dec 2007 23:02:41 +0100 Subject: plague ssh error Message-ID: <20071210220241.GD2592@free.fr> Hello, I am on devel, I get a traceback with plagu, for make build and plague-client list. File "/usr/lib/python2.5/site-packages/plague/SSLConnection.py", line 110, in sendall sent = con.send(data, flags) OpenSSL.SSL.Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert handshake f ailure'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] make: *** [plague] Erreur 1 I have rerun fedora-packager-setup.sh Hum, in fact I cannot login in koji either. Maybe it is related. Is it only me? Who should I contact in that case? -- Pat From mmcgrath at redhat.com Mon Dec 10 22:03:30 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 10 Dec 2007 16:03:30 -0600 Subject: plague ssh error In-Reply-To: <20071210220241.GD2592@free.fr> References: <20071210220241.GD2592@free.fr> Message-ID: <475DB7B2.1000104@redhat.com> Patrice Dumas wrote: > Hello, > > I am on devel, I get a traceback with plagu, for make build and > plague-client list. > > File "/usr/lib/python2.5/site-packages/plague/SSLConnection.py", line > 110, in > sendall > sent = con.send(data, flags) > OpenSSL.SSL.Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > handshake f > ailure'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] > make: *** [plague] Erreur 1 > > > I have rerun fedora-packager-setup.sh > > Hum, in fact I cannot login in koji either. Maybe it is related. > > Is it only me? Who should I contact in that case? > > Try these first: http://fedoraproject.org/wiki/Infrastructure/CommonProblems?highlight=%28Common%29#head-952293ed5ba1b7d498c1c529f430367e9d0ba89a -Mike From pertusus at free.fr Mon Dec 10 22:14:49 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 10 Dec 2007 23:14:49 +0100 Subject: plague ssh error In-Reply-To: <475DB7B2.1000104@redhat.com> References: <20071210220241.GD2592@free.fr> <475DB7B2.1000104@redhat.com> Message-ID: <20071210221449.GE2592@free.fr> On Mon, Dec 10, 2007 at 04:03:30PM -0600, Mike McGrath wrote: > > http://fedoraproject.org/wiki/Infrastructure/CommonProblems?highlight=%28Common%29#head-952293ed5ba1b7d498c1c529f430367e9d0ba89a In that case (since cvs works) it boils down to $ grep After ~/.fedora.cert Not After : Dec 9 22:07:35 2008 GMT I just regenerated my cert, but the previous one hadn't expired: $ grep After ~/.fedora.cert-old Not After : Aug 26 20:32:39 2008 GMT -- Pat From dennis at ausil.us Mon Dec 10 22:15:33 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 10 Dec 2007 16:15:33 -0600 Subject: plague ssh error In-Reply-To: <20071210220241.GD2592@free.fr> References: <20071210220241.GD2592@free.fr> Message-ID: <200712101615.39384.dennis@ausil.us> On Monday 10 December 2007, Patrice Dumas wrote: > Hello, > > I am on devel, I get a traceback with plagu, for make build and > plague-client list. > > File "/usr/lib/python2.5/site-packages/plague/SSLConnection.py", line > 110, in > sendall > sent = con.send(data, flags) > OpenSSL.SSL.Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > handshake f > ailure'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] > make: *** [plague] Erreur 1 > > > I have rerun fedora-packager-setup.sh > > Hum, in fact I cannot login in koji either. Maybe it is related. > > Is it only me? Who should I contact in that case? your user cert has expired i need to add a check to fedora-packager-setup.sh that checks and lets you know download a new cert from https://admin.fedoraproject.org/accounts/gen-cert.cgi which is linked on https://admin.fedoraproject.org/accounts/ Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From mmcgrath at redhat.com Mon Dec 10 22:17:17 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 10 Dec 2007 16:17:17 -0600 Subject: Updated Build Roots to 5.1 Message-ID: <475DBAED.20108@redhat.com> I've updated the build roots to 5.1 and sent a test build through it seemed to work fine. Please keep an eye out for any issues. -Mike From mastahnke at gmail.com Tue Dec 11 00:33:26 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 10 Dec 2007 18:33:26 -0600 Subject: updates in builders? In-Reply-To: <20071210151940.0cc80aab@redhat.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> Message-ID: <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> On Dec 10, 2007 2:19 PM, Jesse Keating wrote: > On Mon, 10 Dec 2007 13:11:53 -0700 > Kevin Fenzi wrote: > > > Personally, my vote is to always add the updates in. > > It's easier to tell people that they must have an updated system in > > order to use EPEL packages. > > > > Any other thoughts? > > I agree with Kevin. The latest updates should be made available in the > buildroot. The /only/ time where this might not be done is at a point > release date, where a /lot/ of updates will be released. Depending on > how EPEL works with CentOS, there might be a delay at this point. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > That's probably reasonable and sane. It would be nice if we could put together some sort of schedule like when our builders get updates after a RHEL (or I guess CentOS actually) update. Is it 2 weeks? Is it whenever we get to it? stahnma From mastahnke at gmail.com Tue Dec 11 00:34:33 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 10 Dec 2007 18:34:33 -0600 Subject: Wishlist In-Reply-To: References: <475CF74F.6030708@leemhuis.info> Message-ID: <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> On Dec 10, 2007 2:30 PM, Christopher Stone wrote: > On Dec 10, 2007 12:22 AM, Thorsten Leemhuis wrote: > > Hi all! > > Hi, I received a couple of these e-mails, one of the packages is > waiting on https://bugzilla.redhat.com/show_bug.cgi?id=238455 > > I'm not sure why this bug is being delayed, IFAIK Smarty is the only > package that uses /usr/share/php and since Smarty isn't in EPEL I > don't understand why we cannot add a /usr/share/php directory. > > Perhaps Joe Orton knows more, is there any way we can get this bug expedited? > > TIA > -Chris > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > A couple of my php packages do. I think php-Phlickr is one. (might be the only one off hand). stahnma From chris.stone at gmail.com Tue Dec 11 01:37:51 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Mon, 10 Dec 2007 17:37:51 -0800 Subject: Wishlist In-Reply-To: <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> References: <475CF74F.6030708@leemhuis.info> <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> Message-ID: On Dec 10, 2007 4:34 PM, Michael Stahnke wrote: > A couple of my php packages do. I think php-Phlickr is one. (might > be the only one off hand). right, and your packages should not have been built for EPEL-5 because this dir doesnt exist yet. We need that bug fixed and closed. From fedora at leemhuis.info Tue Dec 11 08:02:28 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 11 Dec 2007 09:02:28 +0100 Subject: Wishlist In-Reply-To: References: <475CF74F.6030708@leemhuis.info> <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> Message-ID: <475E4414.6090700@leemhuis.info> On 11.12.2007 02:37, Christopher Stone wrote: > On Dec 10, 2007 4:34 PM, Michael Stahnke wrote: >> A couple of my php packages do. I think php-Phlickr is one. (might >> be the only one off hand). > right, and your packages should not have been built for EPEL-5 because > this dir doesnt exist yet. We need that bug fixed and closed. Isn't there a workaround we could use until the bug in question gets fixed? I suppose it might take a while until that happens... CU knurd From fedora at leemhuis.info Tue Dec 11 08:11:35 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 11 Dec 2007 09:11:35 +0100 Subject: Wishlist In-Reply-To: <1197308422.14518.1.camel@localhost.localdomain> References: <475CF74F.6030708@leemhuis.info> <1197308422.14518.1.camel@localhost.localdomain> Message-ID: <475E4637.6040908@leemhuis.info> On 10.12.2007 18:40, David Lutterkort wrote: > On Mon, 2007-12-10 at 09:22 +0100, Thorsten Leemhuis wrote: >> This weekend I took a closer look at our wishlist and added a bunch of >> (IMHO) popular Fedora packages still missing in EPEL. Then I wrote a >> little script that emailed all the owners and co-maintainers asking them >> for their EPEL plans regarding the package in question; to track that I >> added a status column in the wishlist. See: >> http://fedoraproject.org/wiki/EPEL/WishList >> I plan do to that again now and then in the future -- so if you want to >> see a package in EPEL just add it to the wishlist with the status >> "unknown" -- then my script (when I run it) will send a mail to the >> maintainer. > It would be really useful if the wishlist also stated who requested it > with a very brief reason - two of my packages (ruby-activesupport and > ruby-activerecord) are on that list. It might be in the wiki history somewhere. /me looks There is is, change from TillMaas: http://fedoraproject.org/wiki/EPEL/WishList?action=diff&rev2=19&rev1=18 But tracking that informations (in another column of the table) just makes everything harder and more complicated. I'd like to avoid that. > I don't really want to put them into EPEL; I'd much rather put all of > the rails gems in there, (rubygem-rails and dependencies), but I'd like > to have a quick chat with whoever wants those packages to make sure that > that is what they need. Well, I think the maintainer should be in a good position to judge what's the best way forward in situations like that. But if there are doubts (like in this case) I'd say asking on the list (where lots of people (often including the requester) are around to share their opinion) is the better solution than asking just the person that did the request. CU knurd From fedora at leemhuis.info Tue Dec 11 08:15:09 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 11 Dec 2007 09:15:09 +0100 Subject: updates in builders? In-Reply-To: <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> Message-ID: <475E470D.1010808@leemhuis.info> On 11.12.2007 01:33, Michael Stahnke wrote: > On Dec 10, 2007 2:19 PM, Jesse Keating wrote: >> On Mon, 10 Dec 2007 13:11:53 -0700 >> Kevin Fenzi wrote: >> >>> Personally, my vote is to always add the updates in. +1 -- that actually was the plan, but it got forgotten afaics as we iirc had no way to get the updates easily when we started EPEL. Does reposync provide a solution these days for RHEL5? >>> It's easier to tell people that they must have an updated system in >>> order to use EPEL packages. >>> Any other thoughts? >> I agree with Kevin. The latest updates should be made available in the >> buildroot. The /only/ time where this might not be done is at a point >> release date, where a /lot/ of updates will be released. Depending on >> how EPEL works with CentOS, there might be a delay at this point. > That's probably reasonable and sane. +1 > It would be nice if we could put > together some sort of schedule like when our builders get updates > after a RHEL (or I guess CentOS actually) update. Is it 2 weeks? Is > it whenever we get to it? Soon after the CentOS updates ships? CU knurd From pertusus at free.fr Tue Dec 11 09:34:38 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 11 Dec 2007 10:34:38 +0100 Subject: plague ssh error In-Reply-To: <200712101615.39384.dennis@ausil.us> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> Message-ID: <20071211093438.GB3858@free.fr> On Mon, Dec 10, 2007 at 04:15:33PM -0600, Dennis Gilmore wrote: > > your user cert has expired i need to add a check to fedora-packager-setup.sh > that checks and lets you know > > download a new cert from https://admin.fedoraproject.org/accounts/gen-cert.cgi > which is linked on https://admin.fedoraproject.org/accounts/ Unless I did something wrong, my cert is up to date and I even regenerated one. I have filled a ticket: https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/275 -- Pat From wolfy at nobugconsulting.ro Tue Dec 11 11:27:39 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 11 Dec 2007 13:27:39 +0200 Subject: updates in builders? In-Reply-To: <20071210131153.4034f855@ghistelwchlohm.scrye.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> Message-ID: <475E742B.9020408@nobugconsulting.ro> Kevin Fenzi wrote: > [...] > Should the builders build against just the base stock OS, or > should they also pull in the released updates? > > [...] > So, if we build an app against base only, anyone with updates will not > be able to use it or update until they remove it. > > If we build against updates as well then they will be forced to apply > the dependent packages from updates. > > Personally, my vote is to always add the updates in. > It's easier to tell people that they must have an updated system in > order to use EPEL packages. > > Any other thoughts? > All RH's announcements include: > 4. Solution: > > Before applying this update, make sure that all previously-released > errata relevant to your system have been applied. Therefore I would definitely go with using updates. From bugs.michael at gmx.net Tue Dec 11 11:50:18 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 11 Dec 2007 12:50:18 +0100 Subject: plague ssh error In-Reply-To: <20071211093438.GB3858@free.fr> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> <20071211093438.GB3858@free.fr> Message-ID: <20071211125018.8fe794db.bugs.michael@gmx.net> On Tue, 11 Dec 2007 10:34:38 +0100, Patrice Dumas wrote: > On Mon, Dec 10, 2007 at 04:15:33PM -0600, Dennis Gilmore wrote: > > > > your user cert has expired i need to add a check to fedora-packager-setup.sh > > that checks and lets you know > > > > download a new cert from https://admin.fedoraproject.org/accounts/gen-cert.cgi > > which is linked on https://admin.fedoraproject.org/accounts/ > > Unless I did something wrong, my cert is up to date and I even > regenerated one. I have filled a ticket: > https://hosted.fedoraproject.org/projects/fedora-infrastructure/ticket/275 What does your ~/.plague-client.cfg contain? Do you have all certs which are listed in it? For koji you need to import your cert into firefox. From pertusus at free.fr Tue Dec 11 12:57:59 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 11 Dec 2007 13:57:59 +0100 Subject: plague ssh error In-Reply-To: <20071211125018.8fe794db.bugs.michael@gmx.net> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> <20071211093438.GB3858@free.fr> <20071211125018.8fe794db.bugs.michael@gmx.net> Message-ID: <20071211125759.GA2532@free.fr> On Tue, Dec 11, 2007 at 12:50:18PM +0100, Michael Schwendt wrote: > On Tue, 11 Dec 2007 10:34:38 +0100, Patrice Dumas wrote: > > What does your ~/.plague-client.cfg contain? > Do you have all certs which are listed in it? It seems so to me. I attach it. > For koji you need to import your cert into firefox. Indeed, that may be the reason why it doesn't work. -- Pat -------------- next part -------------- [Certs] user-ca-cert = ~/.fedora-upload-ca.cert server-ca-cert = ~/.fedora-server-ca.cert user-cert = ~/.fedora.cert [User] email = pertusus at free.fr [Server] use_ssl = True address = https://buildsys.fedoraproject.org:8887 From pertusus at free.fr Tue Dec 11 13:05:04 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 11 Dec 2007 14:05:04 +0100 Subject: plague ssh error In-Reply-To: <20071211125018.8fe794db.bugs.michael@gmx.net> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> <20071211093438.GB3858@free.fr> <20071211125018.8fe794db.bugs.michael@gmx.net> Message-ID: <20071211130504.GB2532@free.fr> On Tue, Dec 11, 2007 at 12:50:18PM +0100, Michael Schwendt wrote: > > For koji you need to import your cert into firefox. I did it and now I can login in koji. -- Pat From jkeating at redhat.com Tue Dec 11 13:14:56 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 11 Dec 2007 08:14:56 -0500 Subject: updates in builders? In-Reply-To: <475E470D.1010808@leemhuis.info> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> <475E470D.1010808@leemhuis.info> Message-ID: <20071211081456.04ab0f87@redhat.com> On Tue, 11 Dec 2007 09:15:09 +0100 Thorsten Leemhuis wrote: > Soon after the CentOS updates ships? That could create undue delay. Especially if EPEL packages are preventing customers from getting the next update packages from RHEL/RHN. We don't want to be the cause of their upgrades/updates not working. I guess you have to pick whom you're going to upset. The RHEL/RHN customers or the CentOS folks, because either way you're going to block somebody from getting some form of updates. Either CentOS folks are going to be blocked from getting EPEL updates as EPEL builds get done against a point release update, or you're going to block RHN customers from getting the RHEL point release if any EPEL packages require something that is getting updated in the point release. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Dec 11 13:28:14 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 11 Dec 2007 14:28:14 +0100 Subject: updates in builders? In-Reply-To: <20071211081456.04ab0f87@redhat.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> <475E470D.1010808@leemhuis.info> <20071211081456.04ab0f87@redhat.com> Message-ID: <475E906E.7010602@leemhuis.info> On 11.12.2007 14:14, Jesse Keating wrote: > On Tue, 11 Dec 2007 09:15:09 +0100 > Thorsten Leemhuis wrote: > >> Soon after the CentOS updates ships? > That could create undue delay. Especially if EPEL packages are > preventing customers from getting the next update packages from > RHEL/RHN. We don't want to be the cause of their upgrades/updates not > working. The proper answer IMHO is to do what we planed from the start, but never realized: create per dist dirs like epel/5.1. When 5.2 ships to a "cp -al 5.1 5.2", update the builders and ship all newly build packages in the 5.2 dir. Once CentOS 5.2 is out delete the 5.1 dir. The only problem: we'd need to push security updates to both the 5.1 and 5.2 dir during the delta where CentOS catches up. BTW, we will likely cause problems for RHEL/RHN customers in any case in rare situations when RH ships updates because we don't get new RHEL update releases in advance -- thus we might now and then need a day or two to catch up in case something from EPEL needs to be build against a new updated package (firefox, pidgin, ...) from RHEL. Cu knurd From rjones at redhat.com Tue Dec 11 14:29:17 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 11 Dec 2007 14:29:17 +0000 Subject: Updated Build Roots to 5.1 In-Reply-To: <475DBAED.20108@redhat.com> References: <475DBAED.20108@redhat.com> Message-ID: <475E9EBD.6030802@redhat.com> Mike McGrath wrote: > I've updated the build roots to 5.1 and sent a test build through it > seemed to work fine. Please keep an eye out for any issues. I couldn't get this to work. My package needs libvirt >= 0.2.1 which was distributed in RHEL 5.1 (but not RHEL 5 GA which used some older version of libvirt). I just now tried a rebuild and encountered two problems. Firstly all the builders except the ppc builder seem to be down: $ plague-client list_builders Builders: ------------------------------------------------------------------------------------------ xenbuilder1.fedora.redhat.com x86_64 amd64 ia32e noarch i386 i486 i586 i686 athlon unavailable xenbuilder2.fedora.redhat.com unavailable xenbuilder3.fedora.redhat.com unavailable hammer2.fedora.redhat.com x86_64 amd64 ia32e noarch i386 i486 i586 i686 athlon unavailable ppc1.fedora.redhat.com unavailable ppc2.fedora.redhat.com ppc ppc32 noarch alive ppc3.fedora.redhat.com ppc ppc32 noarch alive Secondly the build (on the ppc builder) failed, indicating that libvirt >= 0.2.1 isn't available: http://buildsys.fedoraproject.org/logs/fedora-5-epel/37359-ocaml-libvirt-0.3.3.0-4.el5/ppc/job.log ... Cannot find build req libvirt-devel >= 0.2.1. Exiting. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From jkeating at redhat.com Tue Dec 11 14:35:00 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 11 Dec 2007 09:35:00 -0500 Subject: updates in builders? In-Reply-To: <475E906E.7010602@leemhuis.info> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> <475E470D.1010808@leemhuis.info> <20071211081456.04ab0f87@redhat.com> <475E906E.7010602@leemhuis.info> Message-ID: <20071211093500.08b30dcf@redhat.com> On Tue, 11 Dec 2007 14:28:14 +0100 Thorsten Leemhuis wrote: > The proper answer IMHO is to do what we planed from the start, but > never realized: create per dist dirs like epel/5.1. When 5.2 ships to > a "cp -al 5.1 5.2", update the builders and ship all newly build > packages in the 5.2 dir. Once CentOS 5.2 is out delete the 5.1 dir. > > The only problem: we'd need to push security updates to both the 5.1 > and 5.2 dir during the delta where CentOS catches up. > > BTW, we will likely cause problems for RHEL/RHN customers in any case > in rare situations when RH ships updates because we don't get new RHEL > update releases in advance -- thus we might now and then need a day or > two to catch up in case something from EPEL needs to be build against > a new updated package (firefox, pidgin, ...) from RHEL. This is where RHEL z-stream updates will come into play. Please ping me for the next EPEL meeting as I'd like to discuss this during the meeting. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Tue Dec 11 14:35:51 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 11 Dec 2007 09:35:51 -0500 Subject: Updated Build Roots to 5.1 In-Reply-To: <475E9EBD.6030802@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> Message-ID: <20071211093551.446b6b73@redhat.com> On Tue, 11 Dec 2007 14:29:17 +0000 "Richard W.M. Jones" wrote: > Secondly the build (on the ppc builder) failed, indicating that > libvirt > >= 0.2.1 isn't available: > > http://buildsys.fedoraproject.org/logs/fedora-5-epel/37359-ocaml-libvirt-0.3.3.0-4.el5/ppc/job.log > ... > Cannot find build req libvirt-devel >= 0.2.1. Exiting. Was libvirt even released on PPC for RHEL5* ? I thought that was new in Fedora land. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Dec 11 15:03:59 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 11 Dec 2007 16:03:59 +0100 Subject: updates in builders? In-Reply-To: <20071211093500.08b30dcf@redhat.com> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> <475E470D.1010808@leemhuis.info> <20071211081456.04ab0f87@redhat.com> <475E906E.7010602@leemhuis.info> <20071211093500.08b30dcf@redhat.com> Message-ID: <475EA6DF.2080802@leemhuis.info> On 11.12.2007 15:35, Jesse Keating wrote: > On Tue, 11 Dec 2007 14:28:14 +0100 > Thorsten Leemhuis wrote: > >> The proper answer IMHO is to do what we planed from the start, but >> never realized: create per dist dirs like epel/5.1. When 5.2 ships to >> a "cp -al 5.1 5.2", update the builders and ship all newly build >> packages in the 5.2 dir. Once CentOS 5.2 is out delete the 5.1 dir. >> The only problem: we'd need to push security updates to both the 5.1 >> and 5.2 dir during the delta where CentOS catches up. >> BTW, we will likely cause problems for RHEL/RHN customers in any case >> in rare situations when RH ships updates because we don't get new RHEL >> update releases in advance -- thus we might now and then need a day or >> two to catch up in case something from EPEL needs to be build against >> a new updated package (firefox, pidgin, ...) from RHEL. > This is where RHEL z-stream updates will come into play. That's another issue. But there is one thing about them that I never understood: when does RH do them? Only for selected releases? And BTW: I'm wondering if EPEL should just ignore them for now; sure, would be nice to support them, but I suspect we don't have the manpower nor the tools to properly support them right now. Yeah, that sucks, but there are bigger problems to solve first IMHO. > Please ping me for the next EPEL meeting as I'd like to discuss this > during the meeting. Sure, will do (next meeting will be next weeks Wednesday at 18:00 UTC, in case it matters), but maybe you can find the time to explain your thoughts first here on the list first over the next few days -- having the major thoughts shared before discussing a issue on IRC IMHO makes everything a whole lot easier and quicker. And mailing lists have no timezone problems ;-) CU knurd From jkeating at redhat.com Tue Dec 11 16:01:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 11 Dec 2007 11:01:59 -0500 Subject: updates in builders? In-Reply-To: <475EA6DF.2080802@leemhuis.info> References: <20071210131153.4034f855@ghistelwchlohm.scrye.com> <20071210151940.0cc80aab@redhat.com> <7874d9dd0712101633o75af390bg5c0ce812ebccbb47@mail.gmail.com> <475E470D.1010808@leemhuis.info> <20071211081456.04ab0f87@redhat.com> <475E906E.7010602@leemhuis.info> <20071211093500.08b30dcf@redhat.com> <475EA6DF.2080802@leemhuis.info> Message-ID: <20071211110159.7721aa7f@redhat.com> On Tue, 11 Dec 2007 16:03:59 +0100 Thorsten Leemhuis wrote: > That's another issue. But there is one thing about them that I never > understood: when does RH do them? Only for selected releases? Z-stream is for Server only, critical security only, and lasts until the third subsequent minor release. IE when 5.4 is released, the 5.1.z stream ends. It will be offered as a separate subscription, so you have to opt-in (and pay). > > And BTW: I'm wondering if EPEL should just ignore them for now; sure, > would be nice to support them, but I suspect we don't have the > manpower nor the tools to properly support them right now. Yeah, that > sucks, but there are bigger problems to solve first IMHO. Well, I was saying that they could be used as a source for an update that you need to get out between the period of say 5.2 releasing and CentOS catching up. You could do a "5" build using the 5.1.z stream released package in the buildroot and place it with confidence in your 5 directory. > > Please ping me for the next EPEL meeting as I'd like to discuss this > > during the meeting. > > Sure, will do (next meeting will be next weeks Wednesday at 18:00 UTC, > in case it matters), but maybe you can find the time to explain your > thoughts first here on the list first over the next few days -- having > the major thoughts shared before discussing a issue on IRC IMHO makes > everything a whole lot easier and quicker. And mailing lists have no > timezone problems ;-) I'm still trying to poke folks to get public docs up regarding the z-stream, which would make a discussion much more easily done. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Tue Dec 11 17:14:46 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 11 Dec 2007 18:14:46 +0100 Subject: plague ssh error In-Reply-To: <200712101615.39384.dennis@ausil.us> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> Message-ID: <20071211181446.26917797.bugs.michael@gmx.net> On Mon, 10 Dec 2007 16:15:33 -0600, Dennis Gilmore wrote: > On Monday 10 December 2007, Patrice Dumas wrote: > > Hello, > > > > I am on devel, I get a traceback with plagu, for make build and > > plague-client list. > > > > File "/usr/lib/python2.5/site-packages/plague/SSLConnection.py", line > > 110, in > > sendall > > sent = con.send(data, flags) > > OpenSSL.SSL.Error: [('SSL routines', 'SSL3_READ_BYTES', 'sslv3 alert > > handshake f > > ailure'), ('SSL routines', 'SSL3_WRITE_BYTES', 'ssl handshake failure')] > > make: *** [plague] Erreur 1 > > > > > > I have rerun fedora-packager-setup.sh > > > > Hum, in fact I cannot login in koji either. Maybe it is related. > > > > Is it only me? Who should I contact in that case? > > your user cert has expired i need to add a check to fedora-packager-setup.sh > that checks and lets you know It's reproducible with rawhide after managing to update to the latest openssl and its bumped soname. The smell of an OpenSSL client/server incompatibility is in the air (buildsys runs 0.8.7a, rawhide is at 0.9.8g). Plague server throws the following during the handshake: Traceback (most recent call last): File "/usr/lib64/python2.3/SocketServer.py", line 463, in process_request_thread self.finish_request(request, client_address) File "/usr/lib64/python2.3/SocketServer.py", line 254, in finish_request self.RequestHandlerClass(request, client_address, self) File "/usr/lib64/python2.3/SocketServer.py", line 521, in __init__ self.handle() File "/usr/lib64/python2.3/BaseHTTPServer.py", line 324, in handle self.handle_one_request() File "/usr/lib64/python2.3/BaseHTTPServer.py", line 307, in handle_one_request self.raw_requestline = self.rfile.readline() File "/usr/lib64/python2.3/socket.py", line 338, in readline data = self._sock.recv(self._rbufsize) File "/usr/lib/python2.3/site-packages/plague/SSLConnection.py", line 142, in recv return con.recv(bufsize, flags) Error: [('SSL routines', 'SSL3_GET_CLIENT_HELLO', 'length mismatch')] From Jochen at herr-schmitt.de Tue Dec 11 18:44:40 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 11 Dec 2007 19:44:40 +0100 Subject: Trouble with the build system Message-ID: <475EDA98.60809@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I'm trying to build kyum for EL-5. Unfortunately, only the ppc build is finished until now. I'm assume, that there is an issue with the build system. Thank you in advance. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHXtqGT2AHK6txfgwRAtq3AKCTZhOvA44qXmenYlcz/WzrQCdWzQCgurua F6Rcs6gJ+rQ5sUkHJXR8wCo= =3zRp -----END PGP SIGNATURE----- From dan at danny.cz Tue Dec 11 18:44:52 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 11 Dec 2007 19:44:52 +0100 Subject: all i386/x86_64 builders offline Message-ID: <1197398692.11080.2.camel@eagle.danny.cz> Hello, all i386/x86_64 EPEL builders are offline and there are some jobs waiting for them. Is it a known state? Dan From bugs.michael at gmx.net Tue Dec 11 19:07:44 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 11 Dec 2007 20:07:44 +0100 Subject: all i386/x86_64 builders offline In-Reply-To: <1197398692.11080.2.camel@eagle.danny.cz> References: <1197398692.11080.2.camel@eagle.danny.cz> Message-ID: <20071211200744.27348a4e.bugs.michael@gmx.net> On Tue, 11 Dec 2007 19:44:52 +0100, Dan Hor?k wrote: > Hello, > > all i386/x86_64 EPEL builders are offline and there are some jobs > waiting for them. Is it a known state? xenbuilder1 was dead, not stopped normally, so I restarted it. From Jochen at herr-schmitt.de Tue Dec 11 19:54:59 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 11 Dec 2007 20:54:59 +0100 Subject: Tester/Comainter searched for kyum Message-ID: <475EEB13.1050203@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I have create the kyum package for EL-5, because there was an inclussion request for this package. Because I don't have installed an CentOS or RHEL on my system, I'm searching anyone, you will be able to test the created package on his system. Comainteinership for this package is welcome too. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHXusAT2AHK6txfgwRAl2OAJ9dSL8s5eeNOeoXIY7LP7ASLgnG7ACfXSYw QieZXjLPD0BnrMXbXuc1mOQ= =Qnrz -----END PGP SIGNATURE----- From wolfy at nobugconsulting.ro Tue Dec 11 21:33:41 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 11 Dec 2007 23:33:41 +0200 Subject: Tester/Comainter searched for kyum In-Reply-To: <475EEB13.1050203@herr-schmitt.de> References: <475EEB13.1050203@herr-schmitt.de> Message-ID: <475F0235.7020704@nobugconsulting.ro> On 12/11/2007 09:54 PM, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo, > > I have create the kyum package for EL-5, because there was an > inclussion request for this package. > > Because I don't have installed an CentOS or RHEL on my system, I'm > searching anyone, you > will be able to test the created package on his system. > > Comainteinership for this package is welcome too. > > Best Regards: I've installed and played a bit with http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/kyum/0.7.5-4.el5/x86_64/kyum-0.7.5-4.el5.x86_64.rpm and I have not found any bug[s] so far. Let me know if there is anything special you want me to look for and I'll be glad to help. Note that most of my Centos machines are still running C3 and C4, only a couple of them are using C5 so I might be a bit slow to answer. Feel free to poke me on irc (wolfy) or directly by mail. Manuel From wolfy at nobugconsulting.ro Tue Dec 11 21:42:43 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 11 Dec 2007 23:42:43 +0200 Subject: Tester/Comainter searched for kyum In-Reply-To: <475F0235.7020704@nobugconsulting.ro> References: <475EEB13.1050203@herr-schmitt.de> <475F0235.7020704@nobugconsulting.ro> Message-ID: <475F0453.4030305@nobugconsulting.ro> On 12/11/2007 11:33 PM, Manuel Wolfshant wrote: > On 12/11/2007 09:54 PM, Jochen Schmitt wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hallo, >> >> I have create the kyum package for EL-5, because there was an >> inclussion request for this package. >> >> Because I don't have installed an CentOS or RHEL on my system, I'm >> searching anyone, you >> will be able to test the created package on his system. >> >> Comainteinership for this package is welcome too. >> >> Best Regards: > I've installed and played a bit with > http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/kyum/0.7.5-4.el5/x86_64/kyum-0.7.5-4.el5.x86_64.rpm > and I have not found any bug[s] so far. > Let me know if there is anything special you want me to look for and > I'll be glad to help. Note that most of my Centos machines are still > running C3 and C4, only a couple of them are using C5 so I might be a > bit slow to answer. Feel free to poke me on irc (wolfy) or directly by > mail. > > Manuel > > > Hum. just found something which I do not know if should be labeled as "funny", "bug" or "this is how it should be, RFE if you do not like it". I've done a "list installed packages", selected one package and "remove selected". The panel on the lower left side showed how the package was correctly removed, but the list from the upper screen was not updated. Using "list installed" again does the trick, but it's quite confusing to still see a package as being installed (and selected) after removing it. From chris.stone at gmail.com Wed Dec 12 01:16:49 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 11 Dec 2007 17:16:49 -0800 Subject: Wishlist In-Reply-To: <475E4414.6090700@leemhuis.info> References: <475CF74F.6030708@leemhuis.info> <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> <475E4414.6090700@leemhuis.info> Message-ID: On Dec 11, 2007 12:02 AM, Thorsten Leemhuis wrote: > > On 11.12.2007 02:37, Christopher Stone wrote: > > On Dec 10, 2007 4:34 PM, Michael Stahnke wrote: > >> A couple of my php packages do. I think php-Phlickr is one. (might > >> be the only one off hand). > > right, and your packages should not have been built for EPEL-5 because > > this dir doesnt exist yet. We need that bug fixed and closed. > > Isn't there a workaround we could use until the bug in question gets > fixed? I suppose it might take a while until that happens... Yea, we could just not use /usr/share/php and just use /usr/share instead. Then when the bug gets fixed, everyone using EPEL would have to update all their applications to use /usr/share/php. It is infinitely more logical to fix the bug *now* instead of doing a work-around for it. As far as I can tell, there is absolutely no reason whatsoever to just add the directory because it changes nothing in the current environment. If we go ahead and put in work arounds for it first, then fix the bug, this will make the situation much worse because it will mean everyone who uses these packages will have to fix their code once the proper directory is in place. There is no reason to not add the directory. The person who made the decision to not fix the bug in EPEL 5.0 and to delay it for 5.1 was plain and simply wrong. From chris.stone at gmail.com Wed Dec 12 01:23:46 2007 From: chris.stone at gmail.com (Christopher Stone) Date: Tue, 11 Dec 2007 17:23:46 -0800 Subject: Wishlist In-Reply-To: References: <475CF74F.6030708@leemhuis.info> <7874d9dd0712101634u57c516e5td692758139b1e450@mail.gmail.com> <475E4414.6090700@leemhuis.info> Message-ID: On Dec 11, 2007 5:16 PM, Christopher Stone wrote: > As far as I can tell, there is absolutely no > reason whatsoever to just add the directory because it changes nothing > in the current environment. This should say, there is no reason to *not* add the directory. From opensource at till.name Wed Dec 12 10:58:12 2007 From: opensource at till.name (Till Maas) Date: Wed, 12 Dec 2007 11:58:12 +0100 Subject: Wishlist In-Reply-To: <1197308422.14518.1.camel@localhost.localdomain> References: <475CF74F.6030708@leemhuis.info> <1197308422.14518.1.camel@localhost.localdomain> Message-ID: <200712121158.17458.opensource@till.name> On Mo Dezember 10 2007, David Lutterkort wrote: > It would be really useful if the wishlist also stated who requested it > with a very brief reason - two of my packages (ruby-activesupport and > ruby-activerecord) are on that list. > > I don't really want to put them into EPEL; I'd much rather put all of > the rails gems in there, (rubygem-rails and dependencies), but I'd like > to have a quick chat with whoever wants those packages to make sure that > that is what they need. I requestet these packages. I use them with a ruby camping[1] application, which is a framework like rails, but much more simplier. Therefore I would not need rubygem-rails. Regards, Till [1] http://camping.rubyforge.org/files/README.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Wed Dec 12 10:59:40 2007 From: opensource at till.name (Till Maas) Date: Wed, 12 Dec 2007 11:59:40 +0100 Subject: Wishlist In-Reply-To: <475CF74F.6030708@leemhuis.info> References: <475CF74F.6030708@leemhuis.info> Message-ID: <200712121159.41314.opensource@till.name> On Mo Dezember 10 2007, Thorsten Leemhuis wrote: > There are a few packages on the wishlist where the Fedora owner does no > > participate in EPEL. And takers for them? Here's the list: > > || mmv || Move/copy/append/link multiple files || I will take mmv as soon as I have the time for it. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From rjones at redhat.com Wed Dec 12 12:29:56 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 12 Dec 2007 12:29:56 +0000 Subject: Updated Build Roots to 5.1 In-Reply-To: <20071211093551.446b6b73@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> Message-ID: <475FD444.6030407@redhat.com> Jesse Keating wrote: > On Tue, 11 Dec 2007 14:29:17 +0000 > "Richard W.M. Jones" wrote: > >> Secondly the build (on the ppc builder) failed, indicating that >> libvirt >> >= 0.2.1 isn't available: >> >> http://buildsys.fedoraproject.org/logs/fedora-5-epel/37359-ocaml-libvirt-0.3.3.0-4.el5/ppc/job.log >> ... >> Cannot find build req libvirt-devel >= 0.2.1. Exiting. > > Was libvirt even released on PPC for RHEL5* ? I thought that was new > in Fedora land. Now that the builders are fixed, I'm getting the exact same error on i386: No Package Found for libvirt-devel >= 0.2.1 (from: http://buildsys.fedoraproject.org/logs/fedora-5-epel/37397-ocaml-libvirt-0.3.3.0-4.el5/i386/) Is there something I have to do to make it use the build root from 5.1? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From bugs.michael at gmx.net Wed Dec 12 14:57:29 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 12 Dec 2007 15:57:29 +0100 Subject: Updated Build Roots to 5.1 In-Reply-To: <475FD444.6030407@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> <475FD444.6030407@redhat.com> Message-ID: <20071212155729.b520eb0b.bugs.michael@gmx.net> On Wed, 12 Dec 2007 12:29:56 +0000, Richard W.M. Jones wrote: > Jesse Keating wrote: > > On Tue, 11 Dec 2007 14:29:17 +0000 > > "Richard W.M. Jones" wrote: > > > >> Secondly the build (on the ppc builder) failed, indicating that > >> libvirt > >> >= 0.2.1 isn't available: > >> > >> http://buildsys.fedoraproject.org/logs/fedora-5-epel/37359-ocaml-libvirt-0.3.3.0-4.el5/ppc/job.log > >> ... > >> Cannot find build req libvirt-devel >= 0.2.1. Exiting. > > > > Was libvirt even released on PPC for RHEL5* ? I thought that was new > > in Fedora land. > > Now that the builders are fixed, I'm getting the exact same error on i386: > > No Package Found for libvirt-devel >= 0.2.1 > (from: > http://buildsys.fedoraproject.org/logs/fedora-5-epel/37397-ocaml-libvirt-0.3.3.0-4.el5/i386/) > > Is there something I have to do to make it use the build root from 5.1? To me the RHEL5 repository, which is used by the builders, does not look up-to-date. Only the old/original libvirt-devel-0.1.8-15.el5 is in there. From mmcgrath at redhat.com Wed Dec 12 14:57:22 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 12 Dec 2007 08:57:22 -0600 Subject: Updated Build Roots to 5.1 In-Reply-To: <20071212155729.b520eb0b.bugs.michael@gmx.net> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> <475FD444.6030407@redhat.com> <20071212155729.b520eb0b.bugs.michael@gmx.net> Message-ID: <475FF6D2.1060003@redhat.com> Michael Schwendt wrote: > On Wed, 12 Dec 2007 12:29:56 +0000, Richard W.M. Jones wrote: > > >> Jesse Keating wrote: >> >>> On Tue, 11 Dec 2007 14:29:17 +0000 >>> "Richard W.M. Jones" wrote: >>> >>> >>>> Secondly the build (on the ppc builder) failed, indicating that >>>> libvirt >>>> >= 0.2.1 isn't available: >>>> >>>> http://buildsys.fedoraproject.org/logs/fedora-5-epel/37359-ocaml-libvirt-0.3.3.0-4.el5/ppc/job.log >>>> ... >>>> Cannot find build req libvirt-devel >= 0.2.1. Exiting. >>>> >>> Was libvirt even released on PPC for RHEL5* ? I thought that was new >>> in Fedora land. >>> >> Now that the builders are fixed, I'm getting the exact same error on i386: >> >> No Package Found for libvirt-devel >= 0.2.1 >> (from: >> http://buildsys.fedoraproject.org/logs/fedora-5-epel/37397-ocaml-libvirt-0.3.3.0-4.el5/i386/) >> >> Is there something I have to do to make it use the build root from 5.1? >> > > To me the RHEL5 repository, which is used by the builders, does not look > up-to-date. Only the old/original libvirt-devel-0.1.8-15.el5 is in there. > You're correct, the new libvirt is indeed not in there. I had only updated Client and Server repos. I didn't realize we were also using the Cluster and VT repos, I'll update them now. -Mike From rjones at redhat.com Wed Dec 12 16:11:51 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 12 Dec 2007 16:11:51 +0000 Subject: Updated Build Roots to 5.1 In-Reply-To: <475FF6D2.1060003@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> <475FD444.6030407@redhat.com> <20071212155729.b520eb0b.bugs.michael@gmx.net> <475FF6D2.1060003@redhat.com> Message-ID: <47600847.70808@redhat.com> Mike McGrath wrote: > You're correct, the new libvirt is indeed not in there. I had only > updated Client and Server repos. I didn't realize we were also using > the Cluster and VT repos, I'll update them now. This seems to be working on i386 & x86-64 now, thanks. ppc is still missing out on libvirt for reasons unknown. There's no problem compiling libvirt on ppc, and indeed we ship it on ppc in Fedora. Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From mmcgrath at redhat.com Wed Dec 12 16:07:40 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 12 Dec 2007 10:07:40 -0600 Subject: Updated Build Roots to 5.1 In-Reply-To: <47600847.70808@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> <475FD444.6030407@redhat.com> <20071212155729.b520eb0b.bugs.michael@gmx.net> <475FF6D2.1060003@redhat.com> <47600847.70808@redhat.com> Message-ID: <4760074C.1030405@redhat.com> Richard W.M. Jones wrote: > Mike McGrath wrote: >> You're correct, the new libvirt is indeed not in there. I had only >> updated Client and Server repos. I didn't realize we were also using >> the Cluster and VT repos, I'll update them now. > > This seems to be working on i386 & x86-64 now, thanks. > > ppc is still missing out on libvirt for reasons unknown. There's no > problem compiling libvirt on ppc, and indeed we ship it on ppc in Fedora. AFAIK libvirt does not ship with ppc RHEL. -Mike From rjones at redhat.com Wed Dec 12 16:14:14 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 12 Dec 2007 16:14:14 +0000 Subject: EPEL on IA64 Message-ID: <476008D6.9030801@redhat.com> I notice that EPEL doesn't attempt to build on IA64, even though Red Hat ship IA64 binaries of RHEL. Is there a reason for this? Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From jwilson at redhat.com Wed Dec 12 16:23:02 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 12 Dec 2007 11:23:02 -0500 Subject: EPEL on IA64 In-Reply-To: <476008D6.9030801@redhat.com> References: <476008D6.9030801@redhat.com> Message-ID: <47600AE6.8000300@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Richard W.M. Jones wrote: > I notice that EPEL doesn't attempt to build on IA64, even though Red Hat > ship IA64 binaries of RHEL. Is there a reason for this? EPEL is built on the Fedora build systems. There are no Fedora ia64 build systems. :) (work is underway to add them as a secondary arch, but we're not there yet) - -- Jarod Wilson jwilson at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFHYArltO+bni+75QMRAlsvAJ4/Ei1Gvz01nYUaTajqJoklpUishACgjrQB ZU089vCbr3XAGidcxYb1kJM= =J2eI -----END PGP SIGNATURE----- From jwilson at redhat.com Wed Dec 12 16:23:56 2007 From: jwilson at redhat.com (Jarod Wilson) Date: Wed, 12 Dec 2007 11:23:56 -0500 Subject: Updated Build Roots to 5.1 In-Reply-To: <4760074C.1030405@redhat.com> References: <475DBAED.20108@redhat.com> <475E9EBD.6030802@redhat.com> <20071211093551.446b6b73@redhat.com> <475FD444.6030407@redhat.com> <20071212155729.b520eb0b.bugs.michael@gmx.net> <475FF6D2.1060003@redhat.com> <47600847.70808@redhat.com> <4760074C.1030405@redhat.com> Message-ID: <47600B1C.5090709@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mike McGrath wrote: > Richard W.M. Jones wrote: >> Mike McGrath wrote: >>> You're correct, the new libvirt is indeed not in there. I had only >>> updated Client and Server repos. I didn't realize we were also using >>> the Cluster and VT repos, I'll update them now. >> >> This seems to be working on i386 & x86-64 now, thanks. >> >> ppc is still missing out on libvirt for reasons unknown. There's no >> problem compiling libvirt on ppc, and indeed we ship it on ppc in Fedora. > > AFAIK libvirt does not ship with ppc RHEL. ...because the RHEL libvirt only supports xen and there is no ppc xen. - -- Jarod Wilson jwilson at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFHYAsctO+bni+75QMRAjXkAKCqyYJL6hc2FHADZx3ou7Y3Is1AfACfTw52 LV3W76pNk4x4denCQCBytX0= =hHDZ -----END PGP SIGNATURE----- From dlutter at redhat.com Wed Dec 12 17:54:33 2007 From: dlutter at redhat.com (David Lutterkort) Date: Wed, 12 Dec 2007 09:54:33 -0800 Subject: Wishlist In-Reply-To: <200712121158.17458.opensource@till.name> References: <475CF74F.6030708@leemhuis.info> <1197308422.14518.1.camel@localhost.localdomain> <200712121158.17458.opensource@till.name> Message-ID: <1197482073.14518.19.camel@localhost.localdomain> On Wed, 2007-12-12 at 11:58 +0100, Till Maas wrote: > I requestet these packages. I use them with a ruby camping[1] application, > which is a framework like rails, but much more simplier. Therefore I would > not need rubygem-rails. But if it were rubygem-activerecord and rubygem-activesupport, that would be ok, too ? I'd rather include the rubygems than the straightup packages. David From Jochen at herr-schmitt.de Wed Dec 12 18:07:22 2007 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 12 Dec 2007 19:07:22 +0100 Subject: Tester/Comainter searched for kyum In-Reply-To: <475F0453.4030305@nobugconsulting.ro> References: <475EEB13.1050203@herr-schmitt.de> <475F0235.7020704@nobugconsulting.ro> <475F0453.4030305@nobugconsulting.ro> Message-ID: <0ML21M-1J2VzO18sb-0007Fg@mrelayeu.kundenserver.de> On Tue, 11 Dec 2007 23:42:43 +0200, you wrote: >Hum. just found something which I do not know if should be labeled as >"funny", "bug" or "this is how it should be, RFE if you do not like it". >I've done a "list installed packages", selected one package and "remove >selected". The panel on the lower left side showed how the package was >correctly removed, but the list from the upper screen was not updated. >Using "list installed" again does the trick, but it's quite confusing to >still see a package as being installed (and selected) after removing it. Thank you for your report. I was able to reproduced the issue on my Fedora 8 system. So I have open a bug report for the upstream author. Best Regards: Jochen Schmitt From opensource at till.name Wed Dec 12 18:15:40 2007 From: opensource at till.name (Till Maas) Date: Wed, 12 Dec 2007 19:15:40 +0100 Subject: Wishlist In-Reply-To: <1197482073.14518.19.camel@localhost.localdomain> References: <475CF74F.6030708@leemhuis.info> <200712121158.17458.opensource@till.name> <1197482073.14518.19.camel@localhost.localdomain> Message-ID: <200712121915.45686.opensource@till.name> On Mi Dezember 12 2007, David Lutterkort wrote: > But if it were rubygem-activerecord and rubygem-activesupport, that > would be ok, too ? I'd rather include the rubygems than the straightup > packages. I do not really know, does | require 'active_record' work, when only rubygem-acvtiverecord is installed, but not ruby-activerecord? Then I guess it would be ok, too. :-) Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From buildsys at fedoraproject.org Wed Dec 12 20:00:32 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 12 Dec 2007 15:00:32 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-12 Message-ID: <20071212200032.ED85915212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 38 NEW antiword-0.37-5.el5 : MS Word to ASCII/Postscript converter NEW balsa-2.3.21-1.el5 : Mail Client NEW bsdiff-4.3-3.el5 : Binary diff/patch utility NEW codeblocks-1.0-0.28.20071210svn4719.el5 : An open source, cross platform, free C++ IDE NEW ddd-3.3.11-14.el5.3 : GUI for several command-line debuggers NEW dkms-2.0.17.5-1.el5 : Dynamic Kernel Module Support Framework drupal-5.5-1.el5 NEW dvdisaster-0.70.4-1.el5 : Additional error protection for CD/DVD media NEW enca-1.9-3.el5 : Character set analyzer and detector NEW enigma-1.01-3.el5 : Clone of the ATARI game Oxyd func-0.14-1.el5 NEW gtranslator-1.1.7-7.el5 : Gettext po file editor for GNOME NEW gxine-0.5.11-14.el5 : GTK frontend for the xine multimedia library NEW iozone-3-3.el5 : Filesystem benchmarking utility NEW iperf-2.0.2-4.1.el5 : Measurement tool for TCP/UDP bandwidth performance NEW kyum-0.7.5-4.el5 : Graphical User Frontend (GUI) for yum NEW libesmtp-1.0.4-2.el5 : SMTP client library NEW libkexiv2-0.1.6-3.el5 : A library to manipulate EXIF/IPTC information NEW libtunepimp-0.5.3-9.el5 : A library for creating MusicBrainz enabled tagging applications nagios-2.10-5.el5 NEW ocaml-libvirt-0.3.3.0-6.el5 : OCaml binding for libvirt NEW perl-Authen-SASL-2.10-1.el5.1 : SASL Authentication framework for Perl NEW perl-GSSAPI-0.24-2.el5 : Perl extension providing access to the GSSAPIv2 library NEW perl-IO-Interface-1.03-1.el5.2 : Perl extension for accessing network card configuration information NEW perl-Parse-Yapp-1.05-36.el5 : Perl extension for generating and using LALR parsers NEW perl-XML-XQL-0.68-4.el5 : Perl module for querying XML tree structures with XQL NEW php-pear-Image-GraphViz-1.2.1-2.el5 : Interface to AT&T's GraphViz tools NEW phpldapadmin-1.0.1-1.el5 : Web-based tool for managing LDAP servers plone-3.0.4-1.el5 python-iniparse-0.2.3-3.el5 python-sqlalchemy-0.3.11-1.el5 python-turbocheetah-1.0-2.el5 NEW shorewall-4.0.6-3.el5 : An iptables front end for firewall configuration smolt-1.0-2.el5 NEW snake-0.9-0.5git.el5 : Smart Network Automated Kickstart Environment NEW taglib-1.4-5.el5 : Audio Meta-Data Library NEW testdisk-6.8-2.el5 : Tool to check and undelete partition NEW trac-iniadmin-plugin-0.1-2.20071126svn2824.el5 : Expose all TracIni options using the Trac 0.10 config option API Packages built and released for Fedora EPEL testing/4: 30 NEW bsdiff-4.3-3.el4 : Binary diff/patch utility NEW dkms-2.0.17.5-1.el4 : Dynamic Kernel Module Support Framework drupal-5.5-1.el4 NEW dvdisaster-0.70.4-1.el4 : Additional error protection for CD/DVD media NEW enca-1.9-1.el4 : Character set analyzer and detector NEW enigma-1.01-3.el4 : Clone of the ATARI game Oxyd func-0.14-1.el4 NEW gtranslator-1.1.7-7.el4 : Gettext po file editor for GNOME NEW iozone-3-2.el4 : Filesystem benchmarking utility NEW iperf-2.0.2-4.el4 : Measurement tool for TCP/UDP bandwidth performance NEW net6-1.3.5-1.el4 : A TCP protocol abstraction for library C++ NEW obby-0.4.4-2.el4 : A library which provides synced document buffers NEW perl-Authen-SASL-2.10-1.el4.1 : SASL Authentication framework for Perl NEW perl-GSSAPI-0.24-1.1.el4 : Perl extension providing access to the GSSAPIv2 library NEW perl-IO-Interface-1.03-1.el4.2 : Perl extension for accessing network card configuration information NEW phpldapadmin-0.9.8.3-1.el4 : Web-based tool for managing LDAP servers NEW python-cherrypy-2.2.1-7.el4 : A pythonic, object-oriented web development framework NEW python-decoratortools-1.6-1.el4 : Use class and function decorators -- even in Python 2.3 NEW python-formencode-0.7.1-2.el4 : HTML form validation, generation, and convertion package NEW python-json-3.4-3.el4 : A JSON reader and writer for Python NEW python-nose-0.10.0-2.el4 : A discovery-based unittest extension for Python NEW python-paste-script-1.3.6-1.el4 : A pluggable command-line frontend NEW python-ruledispatch-0.5a0-0.8.svnr2306.el4 : A generic function package for Python NEW python-sqlobject-0.9.2-1.el4 : SQLObject -Object-Relational Manager, aka database wrapper NEW python-tgfastdata-0.9a6-6.el4 : Automatic user interface generation for TurboGears NEW python-turbojson-1.1.2-1.el4 : Python template plugin that supports json NEW python-turbokid-1.0.4-1.el4 : Python template plugin that supports Kid templates NEW shorewall-4.0.6-3.el4 : An iptables front end for firewall configuration NEW testdisk-6.8-1.el4 : Tool to check and undelete partition NEW trac-iniadmin-plugin-0.1-2.20071126svn2824.el4 : Expose all TracIni options using the Trac 0.10 config option API Changes in Fedora EPEL testing/5: antiword-0.37-5.el5 ------------------- * Wed Dec 12 2007 Adrian Reber - 0.37-5 - rebuilt for EL-5 branch - added dist tag - fixed a few rpmlint warnings balsa-2.3.21-1.el5 ------------------ * Tue Dec 11 2007 Pawel Salek - 2.3.21-1 - update to upstream 2.3.21; release for EPEL-5 bsdiff-4.3-3.el5 ---------------- * Tue Dec 11 2007 Jindrich Novy 4.3-3 - bump release codeblocks-1.0-0.28.20071210svn4719.el5 --------------------------------------- * Tue Dec 11 2007 Dan Horak 1.0-0.28.20071210svn4719 - update to revision 4719 - fix multiarch problem with contrib subpackage (#340911) - set a fixed timestamp on all installed data files - preserve timestamps on updated files ddd-3.3.11-14.el5.3 ------------------- * Tue Dec 11 2007 Tom "spot" Callaway - 3.3.11-14.3 - BuildRequires: m4 * Tue Dec 11 2007 Tom "spot" Callaway - 3.3.11-14.2 - excludearch ppc dkms-2.0.17.5-1.el5 ------------------- * Wed Oct 10 2007 Matt Domsch 2.0.17.5 - call udevtrigger if we install a module for the currently running kernel - uninstall from /extra before DEST_MODULE_LOCATION (Red Hat BZ#264981) - Run depmod after uninstall drupal-5.5-1.el5 ---------------- * Mon Dec 10 2007 Jon Ciesla - 5.5-1 - Upgrade to 5.5, critical fixes. * Thu Dec 06 2007 Jon Ciesla - 5.4-2 - Fix /files -> /var/lib/drupal dir perms, BZ 414761. dvdisaster-0.70.4-1.el5 ----------------------- * Fri Feb 16 2007 Dmitry Butskoy - 0.70.4-1 - update to 0.70.4 enca-1.9-3.el5 -------------- * Fri Sep 01 2006 Dmitry Butskoy - 1.9-3 - rebuild for FC6 enigma-1.01-3.el5 ----------------- * Wed Sep 12 2007 Thorsten Leemhuis - 1.01-3.1 - use the newly 64bit-clean upstream tarball func-0.14-1.el5 --------------- * Tue Dec 11 2007 Michael DeHaan - 0.0.14-1 - new release to mirrors gtranslator-1.1.7-7.el5 ----------------------- * Tue Oct 23 2007 Sindre Pedersen Bjordal - 1.1.7-7 - Add patch to fix scrollkeeper configure issue gxine-0.5.11-14.el5 ------------------- * Mon Dec 10 2007 Martin Sourada - 0.5.11-14 - xulrunner not available on F-8 (use js) - js and lirc not available on EL-5 (use firefox-js and drop lirc support) * Mon Dec 10 2007 Martin Sourada - 0.5.11-13 - spec cleanup - prepare for EPEL * Wed Nov 21 2007 Martin Sourada - 0.5.11-12 - --rpath hack hopefully no longer needed - build against new xulrunner * Thu Nov 15 2007 Martin Sourada - 0.5.11-11 - add --rpath to xulruner dir, so that libmozjs.so loads correctly - enable xulrunner's libmozjs.so * Wed Nov 14 2007 Martin Sourada - 0.5.11-10 - Add desktop-file-utils BR * Wed Nov 14 2007 Martin Sourada - 0.5.11-9 - Clean up the BRs, prepare for usage of mozjs from xulrunner iozone-3-3.el5 -------------- * Fri May 27 2005 Neil Horman - cleaned up spec file - packaged for Fedora Extras iperf-2.0.2-4.1.el5 ------------------- * Mon Dec 10 2007 Gabriel Somlo 2.0.2-4.1 - rebuild for EL-5 kyum-0.7.5-4.el5 ---------------- * Sun Sep 03 2006 Jochen Schmitt 0.7.5-4 - Rebuilt for FC-6 libesmtp-1.0.4-2.el5 -------------------- * Mon Sep 11 2006 Pawel Salek - 1.0.4-2 - rebuild for FC6. libkexiv2-0.1.6-3.el5 --------------------- * Sun Dec 09 2007 Rex Dieter 1.1.6-3 - BR: kdelibs3-devel (f7+) * Tue Nov 13 2007 Rex Dieter 1.1.6-2 - respin against exiv2-0.16 (f9+) libtunepimp-0.5.3-9.el5 ----------------------- * Sat Aug 25 2007 Rex Dieter 0.5.3-9 - respin (BuildID) nagios-2.10-5.el5 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel ocaml-libvirt-0.3.3.0-6.el5 --------------------------- * Wed Dec 12 2007 Richard W.M. Jones - 0.3.3.0-6 - BuildRequires ncurses-devel on RHEL. - ExcludeArch ppc. libvirt is missing from RHEL on ppc. * Tue Dec 11 2007 Richard W.M. Jones - 0.3.3.0-4 - Rebuild for EPEL with 5.1 packages. perl-Authen-SASL-2.10-1.el5.1 ----------------------------- * Mon Oct 15 2007 Tom "spot" Callaway - 2.10-1.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-GSSAPI-0.24-2.el5 ---------------------- * Sat Dec 08 2007 Steven Pritchard 0.24-2 - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Source in /etc/profile.d/krb5-devel.sh to get our path right. perl-IO-Interface-1.03-1.el5.2 ------------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.03-1.2 - add BR: perl(Test::More) perl-Parse-Yapp-1.05-36.el5 --------------------------- * Tue Aug 29 2006 Patrice Dumas - 1.05-36 - rebuild for FC6 perl-XML-XQL-0.68-4.el5 ----------------------- * Wed Apr 18 2007 Steven Pritchard 0.68-4 - Reformat to match cpanspec output. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. php-pear-Image-GraphViz-1.2.1-2.el5 ----------------------------------- * Sun Jan 14 2007 Christopher Stone 1.2.1-2 - Use correct version of PHP License phpldapadmin-1.0.1-1.el5 ------------------------ * Tue Sep 19 2006 Dmitry Butskoy - 1.0.1-1 - upgrade to 1.0.1 - drop namingcontexts patch, no more needed for php >= 5.0.6 plone-3.0.4-1.el5 ----------------- * Wed Dec 12 2007 Jonathan Steffan 3.0.4-1 - Update to plone 3.0.4 python-iniparse-0.2.3-3.el5 --------------------------- * Tue Dec 11 2007 Tim Lauridsen - 0.2.3-3 - handle egg-info too * Tue Dec 11 2007 Tim Lauridsen - 0.2.3-2 - removed patch source line * Tue Dec 11 2007 Tim Lauridsen - 0.2.3-1 - Updates to release 0.2.3 - removed empty ini file patch, it is included in 0.2.3 python-sqlalchemy-0.3.11-1.el5 ------------------------------ * Tue Dec 11 2007 Toshio Kuratomi - 0.3.11-1 - Upgrade to 0.3.11. python-turbocheetah-1.0-2.el5 ----------------------------- * Tue Dec 11 2007 Luke Macken - 1.0-1 - Remove python-turbocheetah-0.9.5-setuptools.patch * Tue Dec 04 2007 Luke Macken - 1.0-1 - 1.0 shorewall-4.0.6-3.el5 --------------------- * Sat Dec 08 2007 Jonathan G. Underwood - 4.0.6-3 - Added patch-perl-4.0.6-2.diff and patch-perl-4.0.6-3.diff - Fixed URLs for tarballs to match where upstream has moved them to * Wed Nov 28 2007 Jonathan G. Underwood - 4.0.6-2 - Add Requires for shorewall-common to shorewall-shell and shorewall-perl (Orion Poplawski) * Sat Nov 24 2007 Jonathan G. Underwood - 4.0.6-1 - Update to 4.0.6 plus patch-perl-4.0.6-1.diff upstream errata smolt-1.0-2.el5 --------------- * Thu Nov 22 2007 Mike McGrath 1.0-2 - Installed scanner - #395901 * Tue Nov 20 2007 Mike McGrath 1.0-1 - Upstream released new version * Thu Oct 25 2007 Mike McGrath 0.9.9.2-1 - Upstream released new version * Tue Oct 23 2007 Mike McGrath 0.9.9.1-4 - Upstream released new version * Thu Oct 18 2007 Mike McGrath 0.9.9-2 - Fixed /etc/smolt/ ownership issue * Tue Oct 16 2007 Mike McGrath 0.9.9-1 - Upstream released new version * Fri Sep 28 2007 Mike McGrath 0.9.8.4-8 - Fixed Selinux * Thu Sep 27 2007 Mike McGrath 0.9.8.4-6 - Added translations * Fri Sep 21 2007 Mike McGrath 0.9.8.4-5 - Fixed firstboot issues snake-0.9-0.5git.el5 -------------------- * Mon Dec 03 2007 James Laska 0.9-0.5git - Fix bug#12 - make snake-install python2.3 friendly (jlaska) - Support for ext2 initrd's (jlaska) * Wed Nov 21 2007 James Laska 0.9-0.4git - Fedora package review clean up (jlaska) * Tue Nov 20 2007 James Laska 0.9-0.3git - Use tree.version when generating kickstart (wwoods) * Mon Nov 19 2007 James Laska 0.9-0.2git - Support for loading NFS uri's (jlaska) - Support for loading .discinfo files (wwoods+jlaska) * Fri Nov 16 2007 James Laska 0.9-0.1git - New snake-install, snake-install-tui, snake-tree, snake-ks cmdline utilities (wwoods) - Cleanup packaging (jlaska) taglib-1.4-5.el5 ---------------- * Thu Dec 14 2006 Aurelien Bompard 1.4-5 - add patch for multi-language support testdisk-6.8-2.el5 ------------------ * Thu Aug 16 2007 Christophe Grenier 6.8-2 - Fix the license in the spec file trac-iniadmin-plugin-0.1-2.20071126svn2824.el5 ---------------------------------------------- * Wed Dec 05 2007 Jesse Keating - 0.1-2.20071126svn2824 - Change the url to point to the exact svn rev we're packaging. * Mon Nov 26 2007 Jesse Keating - 0.1-1.20071126svn2824 - Initial package for Fedora Changes in Fedora EPEL testing/4: bsdiff-4.3-3.el4 ---------------- * Thu Aug 23 2007 Jindrich Novy 4.3-3 - rebuild for BuildID dkms-2.0.17.5-1.el4 ------------------- * Wed Oct 10 2007 Matt Domsch 2.0.17.5 - call udevtrigger if we install a module for the currently running kernel - uninstall from /extra before DEST_MODULE_LOCATION (Red Hat BZ#264981) - Run depmod after uninstall drupal-5.5-1.el4 ---------------- * Mon Dec 10 2007 Jon Ciesla - 5.5-1 - Upgrade to 5.5, critical fixes. * Thu Dec 06 2007 Jon Ciesla - 5.4-2 - Fix /files -> /var/lib/drupal dir perms, BZ 414761. dvdisaster-0.70.4-1.el4 ----------------------- * Fri Feb 16 2007 Dmitry Butskoy - 0.70.4-1 - update to 0.70.4 enca-1.9-1.el4 -------------- * Mon Dec 19 2005 Dmitry Butskoy - 1.9-1 - upgrade to 1.9 enigma-1.01-3.el4 ----------------- * Wed Sep 12 2007 Thorsten Leemhuis - 1.01-3.1 - use the newly 64bit-clean upstream tarball func-0.14-1.el4 --------------- * Tue Dec 11 2007 Michael DeHaan - 0.0.14-1 - new release to mirrors gtranslator-1.1.7-7.el4 ----------------------- * Tue Oct 23 2007 Sindre Pedersen Bjordal - 1.1.7-7 - Add patch to fix scrollkeeper configure issue iozone-3-2.el4 -------------- * Fri May 27 2005 Neil Horman - cleaned up spec file - packaged for Fedora Extras iperf-2.0.2-4.el4 ----------------- * Sat Oct 27 2007 Gabriel Somlo 2.0.2-4 - replace usleep with sched_yield to avoid hogging CPU (bugzilla #355211) net6-1.3.5-1.el4 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 obby-0.4.4-2.el4 ---------------- * Wed Dec 12 2007 Luke Macken - 0.4.4-2 - Remove avahi-devel requirement and disable zeroconf perl-Authen-SASL-2.10-1.el4.1 ----------------------------- * Mon Oct 15 2007 Tom "spot" Callaway - 2.10-1.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-GSSAPI-0.24-1.1.el4 ------------------------ * Sat Dec 08 2007 Steven Pritchard 0.24-1.1 - Fork -2 for EL-4. - Drop Test::Pod dep until it is available. - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Source in /etc/profile.d/krb5.sh to get our path right. perl-IO-Interface-1.03-1.el4.2 ------------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.03-1.2 - add BR: perl(Test::More) phpldapadmin-0.9.8.3-1.el4 -------------------------- * Mon May 15 2006 Dmitry Butskoy - 0.9.8.3-1 - update to 0.9.8.3 python-cherrypy-2.2.1-7.el4 --------------------------- * Tue Dec 11 2007 Luke Macken 2.2.1-7 - Update our patches for 2.2.1 python-decoratortools-1.6-1.el4 ------------------------------- * Tue Nov 27 2007 Luke Macken - 1.6-1 - 1.6 python-formencode-0.7.1-2.el4 ----------------------------- * Sun Sep 02 2007 Luke Macken 0.7.1-2 - Update for python-setuptools changes in rawhide python-json-3.4-3.el4 --------------------- * Sat Dec 09 2006 Luke Macken 3.4-3 - Rebuild for python 2.5 python-nose-0.10.0-2.el4 ------------------------ * Mon Dec 03 2007 Luke Macken 0.10.0-2 - Add python-setuptools to Requires (Bug #408491) * Tue Nov 27 2007 Luke Macken 0.10.0-1 - 0.10.0 python-paste-script-1.3.6-1.el4 ------------------------------- * Wed Oct 03 2007 Luke Macken - 1.3.6-1 - 1.3.6 python-ruledispatch-0.5a0-0.8.svnr2306.el4 ------------------------------------------ * Sat Oct 27 2007 Luke Macken 0.5a0-0.7.svn2305 - Fix broken URL and Source0 python-sqlobject-0.9.2-1.el4 ---------------------------- * Tue Nov 27 2007 Luke Macken 0.9.2-1 - 0.9.2 python-tgfastdata-0.9a6-6.el4 ----------------------------- * Sat Dec 09 2006 Luke Macken - 0.9a6-6 - Rebuild for new python python-turbojson-1.1.2-1.el4 ---------------------------- * Tue Nov 27 2007 Luke Macken 1.1.2-1 - 1.1.2 python-turbokid-1.0.4-1.el4 --------------------------- * Tue Nov 27 2007 Luke Macken - 1.0.4-1 - 1.0.4 shorewall-4.0.6-3.el4 --------------------- * Sat Dec 08 2007 Jonathan G. Underwood - 4.0.6-3 - Added patch-perl-4.0.6-2.diff and patch-perl-4.0.6-3.diff - Fixed URLs for tarballs to match where upstream has moved them to * Wed Nov 28 2007 Jonathan G. Underwood - 4.0.6-2 - Add Requires for shorewall-common to shorewall-shell and shorewall-perl (Orion Poplawski) * Sat Nov 24 2007 Jonathan G. Underwood - 4.0.6-1 - Update to 4.0.6 plus patch-perl-4.0.6-1.diff upstream errata testdisk-6.8-1.el4 ------------------ * Mon Dec 10 2007 Christophe Grenier 6.8-1 - Update to latest version trac-iniadmin-plugin-0.1-2.20071126svn2824.el4 ---------------------------------------------- * Wed Dec 05 2007 Jesse Keating - 0.1-2.20071126svn2824 - Change the url to point to the exact svn rev we're packaging. * Mon Nov 26 2007 Jesse Keating - 0.1-1.20071126svn2824 - Initial package for Fedora From pertusus at free.fr Sat Dec 15 00:00:31 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 15 Dec 2007 01:00:31 +0100 Subject: plague ssh error In-Reply-To: <20071211181446.26917797.bugs.michael@gmx.net> References: <20071210220241.GD2592@free.fr> <200712101615.39384.dennis@ausil.us> <20071211181446.26917797.bugs.michael@gmx.net> Message-ID: <20071215000031.GB26315@free.fr> On Tue, Dec 11, 2007 at 06:14:46PM +0100, Michael Schwendt wrote: > > The smell of an OpenSSL client/server incompatibility is in the air > (buildsys runs 0.8.7a, rawhide is at 0.9.8g). This is fixed in 0.9.8g-3. -- Pat From buildsys at fedoraproject.org Sun Dec 16 05:12:54 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 16 Dec 2007 00:12:54 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-16 Message-ID: <20071216051254.E3F0D15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 23 NEW aalib-1.4.0-0.11.rc5.el5 : ASCII art library NEW bogofilter-1.1.6-1.el5 : Fast anti-spam filtering by Bayesian statistical analysis NEW brasero-0.6.1-1.el5 : Gnome CD/DVD burning application bzr-1.0-1.el5 bzr-gtk-0.93.0-2.el5 bzrtools-1.0.0-2.el5 NEW g2clib-1.0.5-2.el5 : GRIB2 encoder/decoder and search/indexing routines in C NEW gkrellm-top-2.2.10-1.el5 : GKrellM plugin which shows 3 most CPU intensive processes NEW gstreamer-python-0.10.9-1.el5 : Python bindings for GStreamer NEW inkscape-0.45.1-2.el5 : Vector-based drawing program using SVG koji-1.2.3-1.el5 NEW libburn-0.4.0-1.el5 : Library for reading, mastering and writing optical discs libopm-0.1-6.20050731cvs.el5 libsigc++20-2.0.18-1.el5 NEW netdump-server-0.7.16-20.el5 : Server for network kernel message logging and crash dumps NEW NetworkManager-vpnc-0.6.4-3.el5 : NetworkManager VPN integration for vpnc NEW pcapdiff-0.1-2.el5 : Compares packet captures, detects forged, dropped or mangled packets puppet-0.24.0-1.el5 NEW pygpgme-0.1-6.el5 : Python module for working with OpenPGP messages NEW python-fpconst-0.7.3-1.el5 : Python module for handling IEEE 754 floating point special values python-lxml-1.3.6-1.el5 NEW SOAPpy-0.11.6-5.el5 : Full-featured SOAP library for Python zabbix-1.4.3-1.el5 Packages built and released for Fedora EPEL testing/4: 10 NEW aalib-1.4.0-0.rc5.3 : An ASCII art library. NEW g2clib-1.0.5-2.el4 : GRIB2 encoder/decoder and search/indexing routines in C NEW inkscape-0.44.1-1.el4 : Vector-based drawing program using SVG libopm-0.1-6.20050731cvs.el4 libsigc++20-2.0.18-1.el4 NEW plotutils-2.5-5.el4 : GNU vector and raster graphics utilities and libraries puppet-0.24.0-1.el4 python-lxml-1.3.6-1.el4 NEW TurboGears-1.0.3.2-6.el4 : Back-to-front web development in Python zabbix-1.4.3-1.el4 Changes in Fedora EPEL testing/5: aalib-1.4.0-0.11.rc5.el5 ------------------------ * Thu Oct 19 2006 Garrick Staples 1.4.0-0.11.rc5 - incorrect subversion in previous two changelog entries bogofilter-1.1.6-1.el5 ---------------------- * Thu Dec 13 2007 Adrian Reber - 1.1.6-1 - updated to 1.1.6 - made rpmlint happy - upstream confirmed that bogofilter is GPLv2 brasero-0.6.1-1.el5 ------------------- * Thu Dec 13 2007 - 0.6.1-1 - Merging with F-8 spec - Update to 0.6.1 - Removed libbeagle support bzr-1.0-1.el5 ------------- * Thu Dec 13 2007 Toshio Kuratomi - 1.0-1 - Update to 1.0 final. * Tue Dec 11 2007 Toshio Kuratomi - 1.0-0.1.rc3 - Update to 1.0rc3 - The new rawhide python package generates egg-info files. * Fri Nov 30 2007 Toshio Kuratomi - 1.0-0.1.rc2 - Update to 1.0rc2 * Tue Aug 28 2007 Toshio Kuratomi - 0.91-1 - Update to 0.91. + Fixes some issues with using tag-enabled branches. * Tue Aug 28 2007 Toshio Kuratomi - 0.90-1 - Update to 0.90 * Mon Aug 27 2007 Toshio Kuratomi - 0.90-0.1.rc1 - Update to 0.90rc1. - 0.90 contains some pyrex code to speed things up. bzr is now arch specific. - Update license tag. bzr-gtk-0.93.0-2.el5 -------------------- * Tue Dec 11 2007 Toshio Kuratomi 0.93-2 - Move the egg-info into sitearch along with the module. * Tue Dec 11 2007 Toshio Kuratomi 0.93-1 - Update to bzr-1.0 compatible package. * Wed Sep 26 2007 Toshio Kuratomi 0.91.0-2 - Olive must be moved to an arch specific directory as well for now. If rpm could have noarch subpackages, this would be fine to leave in python_sitelib. * Wed Sep 26 2007 Toshio Kuratomi 0.91.0-1 - Update to 0.91.0. * Thu Aug 30 2007 Toshio Kuratomi 0.90.0-2 - Move the plugins manually as distutils doesn't know that bzr is arch specific. * Tue Aug 28 2007 Toshio Kuratomi 0.90.0-1 - Update to 0.90.0. - Update license tag to the new Licensing Guidelines. - Bzr is now arch specific so all its plugins have to be as well. bzrtools-1.0.0-2.el5 -------------------- * Fri Dec 07 2007 Toshio Kuratomi 1.0.0-2 - Move the egg-info into sitearch alongside the module * Fri Dec 07 2007 Toshio Kuratomi 1.0.0-1 - Update to 1.0. * Wed Sep 26 2007 Toshio Kuratomi 0.91.0-1 - Update to 0.91.0. * Thu Aug 30 2007 Toshio Kuratomi 0.90.0-2 - Move plugin manually since setuptools has no way of knowing that bzr is arch specific. - Disable debuginfo packages. * Tue Aug 28 2007 Toshio Kuratomi 0.90.0-1 - Update to 0.90.0. - Fix License tag to conform to the new Licensing Guidelines. - Bzr is now arch specific so all its plugins have to be as well. g2clib-1.0.5-2.el5 ------------------ * Fri Dec 14 2007 Patrice Dumas 1.0.5-2 - Add the mail message precising the license * Thu Dec 13 2007 Orion Poplawski 1.0.5-1 - Update to 1.0.5 gkrellm-top-2.2.10-1.el5 ------------------------ * Wed Dec 12 2007 Robert Scheck 2.2.10-1 - Upgrade to 2.2.10 - Initial spec file for Fedora and Red Hat Enterprise Linux gstreamer-python-0.10.9-1.el5 ----------------------------- * Thu Dec 13 2007 - 0.10.9-1 - Update to 0.10.9 inkscape-0.45.1-2.el5 --------------------- * Wed Dec 12 2007 - 0.45.1-2 - Merging with F-8 spec koji-1.2.3-1.el5 ---------------- * Fri Dec 14 2007 jkeating 1.2.3-1 - New upstream release with lots of updates, bugfixes, and enhancements. libburn-0.4.0-1.el5 ------------------- * Thu Dec 13 2007 - 0.4.0-1 - Update to 0.4.0 libopm-0.1-6.20050731cvs.el5 ---------------------------- * Fri Dec 14 2007 Robert Scheck 0.1-6.20050731cvs - Solved multilib problems by removing doxygen timestamps (#342301) libsigc++20-2.0.18-1.el5 ------------------------ * Thu Dec 13 2007 Denis Leroy - 2.0.18-1 - Update to 2.0.18 - Spec cleanup netdump-server-0.7.16-20.el5 ---------------------------- * Wed Dec 12 2007 Neil Horman - 0.7.16-20 - Fixing licensing issues to be unambiguously GPLv2 * Tue Dec 04 2007 Neil Horman - 0.7.16-19 - More fixes for EPEL review * Mon Dec 03 2007 Neil Horman - 0.7.16-18 - More fixes for EPEL review * Mon Nov 26 2007 Neil Horman - 0.7.16-17 - More fixes for EPEL review * Tue Nov 20 2007 Neil Horman - 0.7.16-16 - Fixed spec file for rpmlint/review NetworkManager-vpnc-0.6.4-3.el5 ------------------------------- * Mon Mar 19 2007 Denis Leroy - 1:0.6.4-3 - Added patch to improve configuration GUI, add NAT traversal and single DES options pcapdiff-0.1-2.el5 ------------------ * Tue Dec 04 2007 Jon Ciesla - 0.1-2 - Added python-devel BR to fix .pyc/.pyo issue. * Fri Nov 30 2007 Jon Ciesla - 0.1-1 - create. puppet-0.24.0-1.el5 ------------------- * Fri Dec 14 2007 David Lutterkort - 0.24.0-1 - Fixed license - Munge examples/ to make rpmlint happier pygpgme-0.1-6.el5 ----------------- * Fri May 18 2007 Toshio Kuratomi - 0.1-6 - Rebuild to pick up enhancements from gcc on F-8. - Update licensing to conform to new guidelines. python-fpconst-0.7.3-1.el5 -------------------------- * Sun Sep 30 2007 Christopher Stone 0.7.3-1 - Upstream sync - Update source URL - Some spec file cleanups python-lxml-1.3.6-1.el5 ----------------------- * Sun Nov 04 2007 Jeffrey C. Ollie - 1.3.6-1 - Update to 1.3.6. * Mon Oct 22 2007 Jeffrey C. Ollie - 1.3.5-1 - Update to 1.3.5. * Thu Aug 30 2007 Jeffrey C. Ollie - 1.3.4-1 - Update to 1.3.4. * Wed Aug 29 2007 Fedora Release Engineering - 1.3.3-3 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Jeffrey C. Ollie - 1.3.3-2 - BR python-setuptools-devel SOAPpy-0.11.6-5.el5 ------------------- * Wed Sep 06 2006 Christopher Stone 0.11.6-5 - No longer %ghost pyo files bug #205436 zabbix-1.4.3-1.el5 ------------------ * Thu Dec 13 2007 Dan Horak 1.4.3-1 - new upstream release Changes in Fedora EPEL testing/4: aalib-1.4.0-0.rc5.3 ------------------- * Thu Dec 16 2004 Michael Schwendt 1.4.0-0.rc5.3 - If Epoch is dropped, %epoch must not be used anywhere else. g2clib-1.0.5-2.el4 ------------------ * Fri Dec 14 2007 Patrice Dumas 1.0.5-2 - Add the mail message precising the license * Thu Dec 13 2007 Orion Poplawski 1.0.5-1 - Update to 1.0.5 inkscape-0.44.1-1.el4 --------------------- * Thu Dec 13 2007 Denis Leroy - 0.44.1 - Upgrade to 0.44.1 - Merging in spec file from FC-4, with some simplifications libopm-0.1-6.20050731cvs.el4 ---------------------------- * Fri Dec 14 2007 Robert Scheck 0.1-6.20050731cvs - Solved multilib problems by removing doxygen timestamps (#342301) libsigc++20-2.0.18-1.el4 ------------------------ * Wed Dec 12 2007 Denis Leroy - 2.0.18-1 - Update to 2.0.18 - Some spec file cleanup, license tag update plotutils-2.5-5.el4 ------------------- * Thu Dec 13 2007 Denis Leroy - 2.5-5 - BRs updated for EL-4 puppet-0.24.0-1.el4 ------------------- * Fri Dec 14 2007 David Lutterkort - 0.24.0-1 - Fixed license - Munge examples/ to make rpmlint happier python-lxml-1.3.6-1.el4 ----------------------- * Sun Nov 04 2007 Jeffrey C. Ollie - 1.3.6-1 - Update to 1.3.6. * Mon Oct 22 2007 Jeffrey C. Ollie - 1.3.5-1 - Update to 1.3.5. * Thu Aug 30 2007 Jeffrey C. Ollie - 1.3.4-1 - Update to 1.3.4. * Wed Aug 29 2007 Fedora Release Engineering - 1.3.3-3 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Jeffrey C. Ollie - 1.3.3-2 - BR python-setuptools-devel TurboGears-1.0.3.2-6.el4 ------------------------ * Sat Oct 27 2007 Luke Macken 1.0.3.2-6 - Remove python-TestGears requirement, as this functionality has been replaced by nose. zabbix-1.4.3-1.el4 ------------------ * Thu Dec 13 2007 Dan Horak 1.4.3-1 - new upstream release From fedora at leemhuis.info Sun Dec 16 10:49:24 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 16 Dec 2007 11:49:24 +0100 Subject: tracker bug for broken deps in EPEL5 Message-ID: <476502B4.4020902@leemhuis.info> Hi! Just FYI, I created a tracker bug in bugzilla and filed a few bugs for long standing broken dep issues in EPEL5. See: https://bugzilla.redhat.com/showdependencytree.cgi?id=425821 Cu knurd From fedora at leemhuis.info Sun Dec 16 12:21:00 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 16 Dec 2007 13:21:00 +0100 Subject: EPEL report week 50 2007 Message-ID: <4765182C.50708@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week50 = Weekly EPEL Summary = Week 50/2007 == Most important happenings == * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00052.html Builders now use RHEL 5.1] * Lots of new packages (see below) -- most of them afaics thx to the wishlist processing; roozbeh added a bunch of perl-packages (some for example needed for rt3) to the wishlist; Fedora owners got a mail for those as well. == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00087.html EPEL for IA64] * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00096.html Tracker bug and bugs for broken deps in EPEL5] == Meeting == === Next Meeting === 20071219 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === Non scheduled == Stats == === General === Number of EPEL Contributors: 155 We welcome 12 new contributors: abompard garrick grenier jnovy mbarnes mgarski mso nhorman pawsa s4504kr somlo wwoods === EPEL 5 === Number of source packages: 890 Number of binary packages: 1649 There are 40 new Packages: * aalib | ASCII art library * antiword | MS Word to ASCII/Postscript converter * balsa | Mail Client * bogofilter | Fast anti-spam filtering by Bayesian statistical analysis * brasero | Gnome CD/DVD burning application * bsdiff | Binary diff/patch utility * codeblocks | An open source, cross platform, free C++ IDE * ddd | GUI for several command-line debuggers * dkms | Dynamic Kernel Module Support Framework * dvdisaster | Additional error protection for CD/DVD media * enca | Character set analyzer and detector * enigma | Clone of the ATARI game Oxyd * g2clib | GRIB2 encoder/decoder and search/indexing routines in C * gstreamer-python | Python bindings for GStreamer * gtranslator | Gettext po file editor for GNOME * gxine | GTK frontend for the xine multimedia library * inkscape | Vector-based drawing program using SVG * iozone | Filesystem benchmarking utility * iperf | Measurement tool for TCP/UDP bandwidth performance * kyum | Graphical User Frontend (GUI) for yum * libburn | Library for reading, mastering and writing optical discs * libesmtp | SMTP client library * libkexiv2 | A library to manipulate EXIF/IPTC information * libtunepimp | A library for creating MusicBrainz enabled tagging applications * netdump-server | Server for network kernel message logging and crash dumps * pcapdiff | Compares packet captures, detects forged, dropped or mangled packets * perl-Authen-SASL | SASL Authentication framework for Perl * perl-GSSAPI | Perl extension providing access to the GSSAPIv2 library * perl-IO-Interface | Perl extension for accessing network card configuration information * perl-Parse-Yapp | Perl extension for generating and using LALR parsers * perl-XML-XQL | Perl module for querying XML tree structures with XQL * phpldapadmin | Web-based tool for managing LDAP servers * php-pear-Image-GraphViz | Interface to AT&T's GraphViz tools * pygpgme | Python module for working with OpenPGP messages * python-fpconst | Python module for handling IEEE 754 floating point special values * shorewall | An iptables front end for firewall configuration * snake | Smart Network Automated Kickstart Environment * SOAPpy | Full-featured SOAP library for Python * taglib | Audio Meta-Data Library * testdisk | Tool to check and undelete partition === EPEL 4 === Number of source packages: 503 Number of binary packages: 973 There are 32 new Packages: * aalib | An ASCII art library. * bsdiff | Binary diff/patch utility * dkms | Dynamic Kernel Module Support Framework * dvdisaster | Additional error protection for CD/DVD media * enca | Character set analyzer and detector * enigma | Clone of the ATARI game Oxyd * g2clib | GRIB2 encoder/decoder and search/indexing routines in C * gtranslator | Gettext po file editor for GNOME * inkscape | Vector-based drawing program using SVG * iozone | Filesystem benchmarking utility * iperf | Measurement tool for TCP/UDP bandwidth performance * net6 | A TCP protocol abstraction for library C++ * obby | A library which provides synced document buffers * perl-Authen-SASL | SASL Authentication framework for Perl * perl-GSSAPI | Perl extension providing access to the GSSAPIv2 library * perl-IO-Interface | Perl extension for accessing network card configuration information * phpldapadmin | Web-based tool for managing LDAP servers * plotutils | GNU vector and raster graphics utilities and libraries * python-cherrypy | A pythonic, object-oriented web development framework * python-decoratortools | Use class and function decorators -- even in Python 2.3 * python-formencode | HTML form validation, generation, and convertion package * python-json | A JSON reader and writer for Python * python-nose | A discovery-based unittest extension for Python * python-paste-script | A pluggable command-line frontend * python-ruledispatch | A generic function package for Python * python-sqlobject | SQLObject -Object-Relational Manager, aka database wrapper * python-tgfastdata | Automatic user interface generation for TurboGears * python-turbojson | Python template plugin that supports json * python-turbokid | Python template plugin that supports Kid templates * shorewall | An iptables front end for firewall configuration * testdisk | Tool to check and undelete partition * TurboGears | Back-to-front web development in Python ---- ["CategoryEPELReports"] From pertusus at free.fr Sun Dec 16 22:31:34 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 16 Dec 2007 23:31:34 +0100 Subject: EL-4 build root fails Message-ID: <20071216223134.GF2540@free.fr> Hello, My EL-4 builds failed to setup the root: http://buildsys.fedoraproject.org/logs/fedora-4-epel/37468-xbae-4.60.4-8.el4.1/ppc/root.log Is it something known, am I doing something stupid or should I report it somewhere? -- PAt From mmcgrath at redhat.com Sun Dec 16 22:29:54 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 16 Dec 2007 16:29:54 -0600 Subject: EL-4 build root fails In-Reply-To: <20071216223134.GF2540@free.fr> References: <20071216223134.GF2540@free.fr> Message-ID: <4765A6E2.7060202@redhat.com> Patrice Dumas wrote: > Hello, > > My EL-4 builds failed to setup the root: > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37468-xbae-4.60.4-8.el4.1/ppc/root.log > > Is it something known, am I doing something stupid or should I > report it somewhere? > There's work being done on the buildsystem right now and I'm in the process of updating to RHEL4.6 so its likely one of those things is causing issues. Give me a while to ensure things have calmed down and I'll give the ok that its fine to build again. -Mike From mmcgrath at redhat.com Sun Dec 16 23:56:35 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 16 Dec 2007 17:56:35 -0600 Subject: EL-4 build root fails In-Reply-To: <20071216223134.GF2540@free.fr> References: <20071216223134.GF2540@free.fr> Message-ID: <4765BB33.2020103@redhat.com> Patrice Dumas wrote: > Hello, > > My EL-4 builds failed to setup the root: > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37468-xbae-4.60.4-8.el4.1/ppc/root.log > > Is it something known, am I doing something stupid or should I > report it somewhere? > I think its safe for you to re-submit this though we are still working on the builders. -Mike From mmcgrath at redhat.com Sun Dec 16 23:58:44 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 16 Dec 2007 17:58:44 -0600 Subject: RHEL 4.6 now on builders Message-ID: <4765BBB4.7080208@redhat.com> RHEL4.6 should now be on the builders to build against. -Mike From pertusus at free.fr Mon Dec 17 08:13:41 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 17 Dec 2007 09:13:41 +0100 Subject: EL-4 build root fails In-Reply-To: <4765BB33.2020103@redhat.com> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> Message-ID: <20071217081341.GA2586@free.fr> On Sun, Dec 16, 2007 at 05:56:35PM -0600, Mike McGrath wrote: > > I think its safe for you to re-submit this though we are still working on > the builders. There is another error now, in http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log ERROR: Bad build req: No Package Found for ccache. Exiting. Also in http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/root.log DEBUG util.py:260: No Package Found for ccache DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 DEBUG util.py:260: 0:openmotif-devel-2.2.3-10.1.el4.i386 The build log is almost empty. -- Pat From bugs.michael at gmx.net Mon Dec 17 12:46:26 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 17 Dec 2007 13:46:26 +0100 Subject: EL-4 build root fails In-Reply-To: <20071217081341.GA2586@free.fr> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> <20071217081341.GA2586@free.fr> Message-ID: <20071217134626.390f38df.bugs.michael@gmx.net> On Mon, 17 Dec 2007 09:13:41 +0100, Patrice Dumas wrote: > On Sun, Dec 16, 2007 at 05:56:35PM -0600, Mike McGrath wrote: > > > > I think its safe for you to re-submit this though we are still working on > > the builders. > > There is another error now, in > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log > ERROR: Bad build req: No Package Found for ccache. Exiting. mock config files may need: config_opts['plugin_conf']['ccache_enable'] = False > Also in > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/root.log > DEBUG util.py:260: No Package Found for ccache > DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 > DEBUG util.py:260: 0:openmotif-devel-2.2.3-10.1.el4.i386 Is this the mock from EPEL5? Why was it released with those disturbing DEBUG messages enabled? > The build log is almost empty. Of course. Build breaks in the resolvedeps step. From pertusus at free.fr Mon Dec 17 15:31:11 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 17 Dec 2007 16:31:11 +0100 Subject: EL-4 build root fails In-Reply-To: <20071217134626.390f38df.bugs.michael@gmx.net> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> <20071217081341.GA2586@free.fr> <20071217134626.390f38df.bugs.michael@gmx.net> Message-ID: <20071217153111.GI18186@free.fr> On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: > > There is another error now, in > > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log > > ERROR: Bad build req: No Package Found for ccache. Exiting. > > mock config files may need: > > config_opts['plugin_conf']['ccache_enable'] = False I filed a ticket: https://fedorahosted.org/fedora-infrastructure/ticket/296 -- Pat From buildsys at fedoraproject.org Tue Dec 18 01:47:28 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 17 Dec 2007 20:47:28 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-17 Message-ID: <20071218014728.DDAE915212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 26 NEW acpitool-0.4.7-2.el5 : Command line ACPI client NEW asa-1.2-4.el5 : Convert Fortran carriage control characters NEW BibTool-2.48-6.el5 : A Tool for manipulating BibTeX data bases NEW bitmap-1.0.3-3.el5 : Bitmap editor and converter utilities for the X Window System boolstuff-0.1.11-3.el5 NEW cppunit-1.12.0-4.el5.1 : C++ unit testing framework dblatex-0.2.8-2.el5 NEW docbook2X-0.8.8-1.el5 : Convert docbook into man and Texinfo NEW elektra-0.6.10-6.el5 : A key/value pair database to store software configurations exiv2-0.15-5.el5 NEW gparted-0.3.3-4.el5 : Gnome Partition Editor haproxy-1.3.14-1.el5 NEW nautilus-actions-1.4.1-1.el5 : Nautilus extension for customizing the context menu nginx-0.5.34-1.el5 NEW perl-IO-Tty-1.07-2.el5.1 : Perl interface to pseudo tty's NEW perl-IPC-Run-0.80-3.el5 : Perl module for interacting with child processes php-eaccelerator-0.9.5.2-2.el5 puppet-0.24.0-2.el5 NEW pyflakes-0.2.1-3.el5 : A Lint-like tool for Python NEW python-bugzilla-0.2-4.el5 : A python library for interacting with Bugzilla python-nose-0.10.0-2.el5 NEW python-openid-2.1.1-3.el5 : Python OpenID libraries python-pp-1.5-1.el5 NEW python-pycurl-7.15.5.1-4.el5 : A Python interface to libcurl NEW xbae-4.60.4-8.el5 : Motif matrix, caption and text input widgets zabbix-1.4.4-1.el5 Packages built and released for Fedora EPEL testing/4: 19 NEW acpitool-0.4.7-2.el4 : Command line ACPI client NEW asa-1.2-4.el4 : Convert Fortran carriage control characters NEW BibTool-2.48-6.el4 : A Tool for manipulating BibTeX data bases boolstuff-0.1.11-3.el4 NEW cppunit-1.12.0-4.el4.1 : C++ unit testing framework NEW docbook2X-0.8.8-1.el4 : Convert docbook into man and Texinfo exiv2-0.15-5.el4 haproxy-1.3.14-1.el4 NEW kyum-0.7.5-9.el4.1 : Graphical User Frontend (GUI) for yum (!) nagios-2.10-5.el4 : INVALID rebuild, not published! nginx-0.5.34-1.el4 php-eaccelerator-0.9.5.2-2.el4 puppet-0.24.0-2.el4 NEW pyflakes-0.2.1-3.el4 : A Lint-like tool for Python NEW python-genshi-0.4.4-2.el4 : Toolkit for stream-based generation of output for the web NEW python-openid-2.1.1-3.el4 : Python OpenID libraries NEW python-turbocheetah-0.9.5-7.el4 : TurboGears plugin to support use of Cheetah templates NEW xbae-4.60.4-8.el4.1 : Motif matrix, caption and text input widgets zabbix-1.4.4-1.el4 Changes in Fedora EPEL testing/5: acpitool-0.4.7-2.el5 -------------------- * Thu May 24 2007 Patrice Dumas 0.4.7-2 - update to 0.4.7 asa-1.2-4.el5 ------------- * Sun Nov 18 2007 Patrice Dumas - 1.2-4 - keep timestamps - correct license tag BibTool-2.48-6.el5 ------------------ * Mon Jan 29 2007 Patrice Dumas 2.48-6 - use system regex (#225108) - honor optflags (#225108) - merge honor_DESTDIR diff with regex changes in regex_DESTDIR - don't ship c_lib.dvi bitmap-1.0.3-3.el5 ------------------ * Mon Dec 17 2007 Patrice Dumas 1.0.3-3 - keep timestamps boolstuff-0.1.11-3.el5 ---------------------- * Wed Nov 28 2007 Patrice Dumas 0.1.11-3 - rebuild for newer doxygen that creates reproducible anchors * Sat Oct 20 2007 Patrice Dumas 0.1.11-2 - remove date from doxygen footers cppunit-1.12.0-4.el5.1 ---------------------- * Mon Dec 17 2007 Patrice Dumas 1.12.0-4.1 - remove libdir reference to cppunit-config, should fix multiarch conflict (#340951) - fix encoding and remove windows related files in examples - keep timestamps dblatex-0.2.8-2.el5 ------------------- * Sun Dec 16 2007 Patrice Dumas - 0.2.8-2 - don't install in docbook directory, it is a link to a versioned directory and may break upon docbook update (#425251,#389231) docbook2X-0.8.8-1.el5 --------------------- * Wed Aug 08 2007 Patrice Dumas 0.8.8-1 - update to 0.8.8 elektra-0.6.10-6.el5 -------------------- * Mon Dec 17 2007 Patrice Dumas 0.6.10-6 - keep some timestamps. Many are not kept since some files are generated, and install-sh is used for others (with nobase_) exiv2-0.15-5.el5 ---------------- * Mon Dec 17 2007 Rex Dieter 0.15-5 - CVE-2007-6353 (#425921) gparted-0.3.3-4.el5 ------------------- * Sun Dec 16 2007 Deji Akingunola - 0.3.3-4 - Branch off for EL-5 - Apply a couple of patches from F-7 branch - Remove the X-Fedora category form the desktop file haproxy-1.3.14-1.el5 -------------------- * Sun Dec 16 2007 Jeremy Hinegardner - 1.3.14 - update to 1.3.14 nautilus-actions-1.4.1-1.el5 ---------------------------- * Sun Dec 16 2007 Deji Akingunola - 1.4.1-1 - Build for EL-5 - Remove the X-Fedora category from the desktop file nginx-0.5.34-1.el5 ------------------ * Sun Dec 16 2007 Jeremy Hinegardner - 0.5.34-1 - update to 0.5.34 perl-IO-Tty-1.07-2.el5.1 ------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.07-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-IPC-Run-0.80-3.el5 ----------------------- * Tue Apr 17 2007 Ville Skytt? - 0.80-3 - BuildRequire perl(ExtUtils::MakeMaker). php-eaccelerator-0.9.5.2-2.el5 ------------------------------ * Mon Nov 26 2007 Matthias Saou 1:0.9.5.2-2 - Add proper "ifs" to get PHP requirements right on EL4 and EL5 (#417221). puppet-0.24.0-2.el5 ------------------- * Mon Dec 17 2007 David Lutterkort - 0.24.0-2 - Use updated upstream tarball that contains yumhelper.py pyflakes-0.2.1-3.el5 -------------------- * Sat Dec 09 2006 Jeffrey C. Ollie - 0.2.1-3 - Correctly identify the license python-bugzilla-0.2-4.el5 ------------------------- * Thu Dec 13 2007 Will Woods 0.2-4 - use _bindir instead of /usr/bin and proper BR for setuptools * Tue Dec 11 2007 Will Woods 0.2-3 - Fix a couple of things rpmlint complained about * Tue Dec 11 2007 Will Woods 0.2-2 - Add docs python-nose-0.10.0-2.el5 ------------------------ * Mon Dec 03 2007 Luke Macken 0.10.0-2 - Add python-setuptools to Requires (Bug #408491) python-openid-2.1.1-3.el5 ------------------------- * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-3 - Don't BR Django on EPEL because the openid tests use some features of Django that aren't functional. * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-2 - Ensure that python-lxml is present for ElementTree API support. * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-1 - Update to 2.1.1 python-pp-1.5-1.el5 ------------------- * Sun Dec 16 2007 Steve 'Ashcrow' Milner - 1.5-1 - Updated to upstream latest stable. python-pycurl-7.15.5.1-4.el5 ---------------------------- * Thu Dec 07 2006 Jeffrey C. Ollie - 7.15.5.1-4 - Add -DHAVE_CURL_OPENSSL to fix PPC build problem. xbae-4.60.4-8.el5 ----------------- * Wed Aug 22 2007 Patrice Dumas 4.60.4-8 - fix license and source url zabbix-1.4.4-1.el5 ------------------ * Mon Dec 17 2007 Dan Horak 1.4.4-1 - new upstream release Changes in Fedora EPEL testing/4: acpitool-0.4.7-2.el4 -------------------- * Thu May 24 2007 Patrice Dumas 0.4.7-2 - update to 0.4.7 asa-1.2-4.el4 ------------- * Sun Nov 18 2007 Patrice Dumas - 1.2-4 - keep timestamps - correct license tag BibTool-2.48-6.el4 ------------------ * Mon Jan 29 2007 Patrice Dumas 2.48-6 - use system regex (#225108) - honor optflags (#225108) - merge honor_DESTDIR diff with regex changes in regex_DESTDIR - don't ship c_lib.dvi boolstuff-0.1.11-3.el4 ---------------------- * Wed Nov 28 2007 Patrice Dumas 0.1.11-3 - rebuild for newer doxygen that creates reproducible anchors * Sat Oct 20 2007 Patrice Dumas 0.1.11-2 - remove date from doxygen footers cppunit-1.12.0-4.el4.1 ---------------------- * Mon Dec 17 2007 Patrice Dumas 1.12.0-4.1 - remove libdir reference to cppunit-config, should fix multiarch conflict (#340951) - fix encoding and remove windows related files in examples - keep timestamps docbook2X-0.8.8-1.el4 --------------------- * Wed Aug 08 2007 Patrice Dumas 0.8.8-1 - update to 0.8.8 exiv2-0.15-5.el4 ---------------- * Mon Dec 17 2007 Rex Dieter 0.15-5 - CVE-2007-6353 (#425921) haproxy-1.3.14-1.el4 -------------------- * Sun Dec 16 2007 Jeremy Hinegardner - 1.3.14-1 - update to 1.3.14 kyum-0.7.5-9.el4.1 ------------------ * Mon Dec 17 2007 Jochen Schmitt 0.7.5-9.1 - EPEL-4 related fixes nagios-2.10-5.el4 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel nginx-0.5.34-1.el4 ------------------ * Sun Dec 16 2007 Jeremy Hinegardner - 0.5.34-1 - update to 0.5.34 php-eaccelerator-0.9.5.2-2.el4 ------------------------------ * Mon Nov 26 2007 Matthias Saou 1:0.9.5.2-2 - Add proper "ifs" to get PHP requirements right on EL4 and EL5 (#417221). puppet-0.24.0-2.el4 ------------------- * Mon Dec 17 2007 David Lutterkort - 0.24.0-2 - Use updated upstream tarball that contains yumhelper.py pyflakes-0.2.1-3.el4 -------------------- * Sat Dec 09 2006 Jeffrey C. Ollie - 0.2.1-3 - Correctly identify the license python-genshi-0.4.4-2.el4 ------------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 0.4.4-2 - BR python-setuptools-devel python-openid-2.1.1-3.el4 ------------------------- * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-3 - Don't BR Django on EPEL because the openid tests use some features of Django that aren't functional. * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-2 - Ensure that python-lxml is present for ElementTree API support. * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-1 - Update to 2.1.1 python-turbocheetah-0.9.5-7.el4 ------------------------------- * Sat Dec 09 2006 Luke Macken - 0.9.5-7 - Add python-devel to BuildRequires xbae-4.60.4-8.el4.1 ------------------- * Wed Aug 22 2007 Patrice Dumas 4.60.4-8.1 - fix license and source url zabbix-1.4.4-1.el4 ------------------ * Mon Dec 17 2007 Dan Horak 1.4.4-1 - new upstream release From mmcgrath at redhat.com Tue Dec 18 02:01:36 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 17 Dec 2007 20:01:36 -0600 Subject: EL-4 build root fails In-Reply-To: <20071217153111.GI18186@free.fr> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> <20071217081341.GA2586@free.fr> <20071217134626.390f38df.bugs.michael@gmx.net> <20071217153111.GI18186@free.fr> Message-ID: <47672A00.3090200@redhat.com> Patrice Dumas wrote: > On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: > >>> There is another error now, in >>> http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log >>> ERROR: Bad build req: No Package Found for ccache. Exiting. >>> >> mock config files may need: >> >> config_opts['plugin_conf']['ccache_enable'] = False >> > > I filed a ticket: > https://fedorahosted.org/fedora-infrastructure/ticket/296 > Ticket is resolved, can you take a look? -Mike From bugs.michael at gmx.net Tue Dec 18 03:41:09 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 18 Dec 2007 04:41:09 +0100 Subject: EL-4 build root fails In-Reply-To: <47672A00.3090200@redhat.com> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> <20071217081341.GA2586@free.fr> <20071217134626.390f38df.bugs.michael@gmx.net> <20071217153111.GI18186@free.fr> <47672A00.3090200@redhat.com> Message-ID: <20071218044109.a51f189b.bugs.michael@gmx.net> On Mon, 17 Dec 2007 20:01:36 -0600, Mike McGrath wrote: > Patrice Dumas wrote: > > On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: > > > >>> There is another error now, in > >>> http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log > >>> ERROR: Bad build req: No Package Found for ccache. Exiting. > >>> > >> mock config files may need: > >> > >> config_opts['plugin_conf']['ccache_enable'] = False > >> > > > > I filed a ticket: > > https://fedorahosted.org/fedora-infrastructure/ticket/296 > > > > Ticket is resolved, can you take a look? Impossible, because currently the upgraded builders are disabled and only the two old builders are active. From dennis at ausil.us Tue Dec 18 04:00:43 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 17 Dec 2007 22:00:43 -0600 Subject: EL-4 build root fails In-Reply-To: <20071218044109.a51f189b.bugs.michael@gmx.net> References: <20071216223134.GF2540@free.fr> <47672A00.3090200@redhat.com> <20071218044109.a51f189b.bugs.michael@gmx.net> Message-ID: <200712172200.49609.dennis@ausil.us> On Monday 17 December 2007, Michael Schwendt wrote: > On Mon, 17 Dec 2007 20:01:36 -0600, Mike McGrath wrote: > > Patrice Dumas wrote: > > > On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: > > >>> There is another error now, in > > >>> http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60. > > >>>4-8.el4.1/i386/job.log ERROR: Bad build req: No Package Found for > > >>> ccache. Exiting. > > >> > > >> mock config files may need: > > >> > > >> config_opts['plugin_conf']['ccache_enable'] = False > > > > > > I filed a ticket: > > > https://fedorahosted.org/fedora-infrastructure/ticket/296 > > > > Ticket is resolved, can you take a look? > > Impossible, because currently the upgraded builders are disabled > and only the two old builders are active. xenbuilder2 is now the x86_64 builder Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From bugs.michael at gmx.net Tue Dec 18 04:18:00 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 18 Dec 2007 05:18:00 +0100 Subject: EL-4 build root fails In-Reply-To: <200712172200.49609.dennis@ausil.us> References: <20071216223134.GF2540@free.fr> <47672A00.3090200@redhat.com> <20071218044109.a51f189b.bugs.michael@gmx.net> <200712172200.49609.dennis@ausil.us> Message-ID: <20071218051800.900aac1c.bugs.michael@gmx.net> On Mon, 17 Dec 2007 22:00:43 -0600, Dennis Gilmore wrote: > On Monday 17 December 2007, Michael Schwendt wrote: > > On Mon, 17 Dec 2007 20:01:36 -0600, Mike McGrath wrote: > > > Patrice Dumas wrote: > > > > On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: > > > >>> There is another error now, in > > > >>> http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60. > > > >>>4-8.el4.1/i386/job.log ERROR: Bad build req: No Package Found for > > > >>> ccache. Exiting. > > > >> > > > >> mock config files may need: > > > >> > > > >> config_opts['plugin_conf']['ccache_enable'] = False > > > > > > > > I filed a ticket: > > > > https://fedorahosted.org/fedora-infrastructure/ticket/296 > > > > > > Ticket is resolved, can you take a look? > > > > Impossible, because currently the upgraded builders are disabled > > and only the two old builders are active. > > xenbuilder2 is now the x86_64 builder Fix confirmed: http://buildsys.fedoraproject.org/build-status/job.psp?uid=37520 http://buildsys.fedoraproject.org/logs/fedora-4-epel/37520-xbae-4.60.4-8.el4.1/i386/root.log [Btw, the ugly mock DEBUG lines are still printed.] From pertusus at free.fr Tue Dec 18 08:43:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 18 Dec 2007 09:43:25 +0100 Subject: EL-4 build root fails In-Reply-To: <47672A00.3090200@redhat.com> References: <20071216223134.GF2540@free.fr> <4765BB33.2020103@redhat.com> <20071217081341.GA2586@free.fr> <20071217134626.390f38df.bugs.michael@gmx.net> <20071217153111.GI18186@free.fr> <47672A00.3090200@redhat.com> Message-ID: <20071218084325.GC2530@free.fr> On Mon, Dec 17, 2007 at 08:01:36PM -0600, Mike McGrath wrote: > Patrice Dumas wrote: >> On Mon, Dec 17, 2007 at 01:46:26PM +0100, Michael Schwendt wrote: >> >>>> There is another error now, in >>>> http://buildsys.fedoraproject.org/logs/fedora-4-epel/37482-xbae-4.60.4-8.el4.1/i386/job.log >>>> ERROR: Bad build req: No Package Found for ccache. Exiting. >>>> >>> mock config files may need: >>> >>> config_opts['plugin_conf']['ccache_enable'] = False >>> >> >> I filed a ticket: >> https://fedorahosted.org/fedora-infrastructure/ticket/296 >> > > Ticket is resolved, can you take a look? Indeed, it seems to work fine. -- Pat From pertusus at free.fr Tue Dec 18 21:59:13 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 18 Dec 2007 22:59:13 +0100 Subject: strange (64bit) requirements in mock i386 Message-ID: <20071218215913.GA2799@free.fr> Hello, There is a build error with xbae bringing in (64bit) sonames in i386: http://buildsys.fedoraproject.org/logs/fedora-4-epel/37539-cernlib-2006-19.el4/i386/root.log When I install xbae on a i386 centos4 box, it goes fine. Any idea on what goes wrong? -- Pat From wolfy at nobugconsulting.ro Tue Dec 18 22:45:38 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 19 Dec 2007 00:45:38 +0200 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <20071218215913.GA2799@free.fr> References: <20071218215913.GA2799@free.fr> Message-ID: <47684D92.3060704@nobugconsulting.ro> On 12/18/2007 11:59 PM, Patrice Dumas wrote: > Hello, > > There is a build error with xbae bringing in (64bit) > sonames in i386: > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37539-cernlib-2006-19.el4/i386/root.log > > When I install xbae on a i386 centos4 box, it goes fine. > > Any idea on what goes wrong? > > > DEBUG backend.py:481: /usr/bin/yum --installroot /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' DEBUG util.py:239: run cmd timeout(0): /usr/bin/yum --installroot /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' DEBUG util.py:212: Ran setarch 'i386' DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 DEBUG util.py:260: 0:tcsh-6.13-9.el4.1.i386 DEBUG util.py:260: 0:xbae-devel-4.60.4-8.el4.1.x86_64 <---------- this one is wrong DEBUG util.py:260: 0:lapack-3.0-25.1.i386 DEBUG util.py:260: 0:blas-3.0-25.1.i386 DEBUG util.py:260: 0:gawk-3.1.3-10.1.i386 DEBUG util.py:260: 0:desktop-file-utils-0.9-3.el4.i386 DEBUG util.py:260: 0:gcc-g77-3.4.6-9.i386 No idea why the 64bit version of xbae-devel gets pulled in, especially since this happens in my local mock, too. Looks like setarch i386 is not enough. From pertusus at free.fr Tue Dec 18 22:47:26 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 18 Dec 2007 23:47:26 +0100 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <20071218215913.GA2799@free.fr> References: <20071218215913.GA2799@free.fr> Message-ID: <20071218224726.GA13834@free.fr> On Tue, Dec 18, 2007 at 10:59:13PM +0100, Patrice Dumas wrote: > Hello, > > Any idea on what goes wrong? I had the same error with another package build (esmtp). -- Pat From pertusus at free.fr Tue Dec 18 22:49:46 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 18 Dec 2007 23:49:46 +0100 Subject: el5 strange build failure Message-ID: <20071218224946.GB13834@free.fr> Hello, Another strange build failure, this time on EL-5: http://buildsys.fedoraproject.org/logs/fedora-5-epel/37543-esmtp-0.6.0-3.el5/x86_64/root.log i386 succeeded. The root.log log is barely readable because of debugging (but maybe because somebody is searching for a hard to reproduce error?). The only error I found is: 2007-12-18 15:40:01,924 - DEBUG trace_decorator.py, Line: 27: EXCEPTION: Cannot find/open srpm: /var/lib/mock/fedora-5-x86_64-epel-078d0eab6281754c9adf3b016026d1a14e5d1d14/root//builddir/build/SRPMS/esmtp-0.6.0-3.el5.src.rpm. Error: Unable to open file -- Pat From dennis at ausil.us Tue Dec 18 23:30:48 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 18 Dec 2007 17:30:48 -0600 Subject: el5 strange build failure In-Reply-To: <20071218224946.GB13834@free.fr> References: <20071218224946.GB13834@free.fr> Message-ID: <200712181731.03772.dennis@ausil.us> On Tuesday 18 December 2007, Patrice Dumas wrote: > Hello, > > Another strange build failure, this time on EL-5: > http://buildsys.fedoraproject.org/logs/fedora-5-epel/37543-esmtp-0.6.0-3.el >5/x86_64/root.log > > i386 succeeded. > > The root.log log is barely readable because of debugging (but maybe > because somebody is searching for a hard to reproduce error?). > > The only error I found is: > 2007-12-18 15:40:01,924 - DEBUG trace_decorator.py, Line: 27: > EXCEPTION: Cannot find/open srpm: > /var/lib/mock/fedora-5-x86_64-epel-078d0eab6281754c9adf3b016026d1a14e5d1d14 >/root//builddir/build/SRPMS/esmtp-0.6.0-3.el5.src.rpm. Error: Unable to open > file Sorry i forgot to remove the /etc/rpm/platform files from the builders post install. please resubmit your builds they should now be fine Dennis -------------- next part -------------- A non-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 Wed Dec 19 17:18:35 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 19 Dec 2007 12:18:35 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-19 Message-ID: <20071219171835.6E0E715212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 2 exiv2-0.15-5.el5 ganglia-3.0.6-1.el5 Packages built and released for Fedora EPEL testing/5: 11 NEW esmtp-0.6.0-3.el5 : User configurable relay-only Mail Transfer Agent (MTA) fbreader-0.8.8-2.el5 gnucash-2.2.2-1.el5 (!) nagios-2.10-5.el5 : INVALID rebuild, not published! NEW netbsd-iscsi-20071205-1.el5 : User-space implementation of iSCSI target from NetBSD project NEW perl-Module-ScanDeps-0.75-1.el5 : Recursively scan Perl code for dependencies NEW perl-PAR-Dist-0.25-2.el5 : Toolkit for creating and manipulating Perl PAR distributions python-fedora-0.2.90.22-1.el5 python-turbocheetah-0.9.5-9.el5 TurboGears-1.0.3.2-7.el5 NEW viewvc-1.0.4-1.el5 : Browser interface for CVS and SVN version control repositories Packages built and released for Fedora EPEL 4: 2 exiv2-0.15-5.el4 NEW ganglia-3.0.6-1.el4 : Ganglia Distributed Monitoring System Packages built and released for Fedora EPEL testing/4: 10 NEW cernlib-2006-19.el4 : General purpose CERN library NEW esmtp-0.6.0-3.el4 : User configurable relay-only Mail Transfer Agent (MTA) NEW libesmtp-1.0.4-5.el4 : SMTP client library NEW pcapdiff-0.1-2.el4 : Compares packet captures, detects forged, dropped or mangled packets NEW perl-IO-Tty-1.07-2.el4.1 : Perl interface to pseudo tty's NEW perl-IPC-Run-0.80-3.el4 : Perl module for interacting with child processes NEW perl-PAR-Dist-0.25-2.el4 : Toolkit for creating and manipulating Perl PAR distributions NEW python-protocols-1.0-0.3.a0dev_r2082.el4 : Open Protocols and Component Adaptation for Python TurboGears-1.0.3.2-7.el4 NEW viewvc-1.0.4-2.el4 : Browser interface for CVS and SVN version control repositories Changes in Fedora EPEL 5: exiv2-0.15-5.el5 ---------------- * Mon Dec 17 2007 Rex Dieter 0.15-5 - CVE-2007-6353 (#425921) ganglia-3.0.6-1.el5 ------------------- * Mon Dec 17 2007 Jarod Wilson 3.0.6-1 - New upstream release (security fix for web frontend cross-scripting vulnerability) Changes in Fedora EPEL testing/5: esmtp-0.6.0-3.el5 ----------------- * Tue Dec 18 2007 Patrice Dumas 0.6.0-3 - keep more timestamps - add a Requires(preun) for alternatives * Thu Dec 06 2007 Release Engineering - 0.6.0-2 - Rebuild for deps fbreader-0.8.8-2.el5 -------------------- * Wed Dec 19 2007 Michel Salim - 0.8.8-2 - Fix inclusion of debug files where libdir=/usr/lib (bz #411891) gnucash-2.2.2-1.el5 ------------------- * Tue Dec 18 2007 Bill Nottingham - 2.2.2-1 - update to 2.2.2 nagios-2.10-5.el5 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel netbsd-iscsi-20071205-1.el5 --------------------------- * Wed Dec 05 2007 Lubomir Kundrak 20071205-1 - Initial package perl-Module-ScanDeps-0.75-1.el5 ------------------------------- * Wed Jun 27 2007 Jose Pedro Oliveira - 0.75-1 - Update to 0.75. perl-PAR-Dist-0.25-2.el5 ------------------------ * Mon Aug 06 2007 Ville Skytt? - 0.25-2 - License: GPL+ or Artistic python-fedora-0.2.90.22-1.el5 ----------------------------- * Thu Dec 13 2007 Luke Macken - 0.2.90.22-1 - Convert fasLDAP to get its connection information fedora-db-access. - Add requirements for python-feedparser and python-bugzilla - Add fedora.tg.widgets module containing a few proof-of-concept Fedora TurboGears widgets - Add a new method to fas: get_users() that returns common public information about all users. python-turbocheetah-0.9.5-9.el5 ------------------------------- * Tue Dec 18 2007 Luke Macken - 0.9.5-8 - Rebuild TurboGears-1.0.3.2-7.el5 ------------------------ * Sat Dec 15 2007 Luke Macken 1.0.3.2-7 - Add TurboGears-1.0.3.2-paginate.patch backported from upstream http://trac.turbogears.org/ticket/1629 viewvc-1.0.4-1.el5 ------------------ * Tue May 15 2007 Bojan Smojver - 1.0.4-1 - Bump up to 1.0.4 Changes in Fedora EPEL 4: exiv2-0.15-5.el4 ---------------- * Mon Dec 17 2007 Rex Dieter 0.15-5 - CVE-2007-6353 (#425921) ganglia-3.0.6-1.el4 ------------------- * Mon Dec 17 2007 Jarod Wilson 3.0.6-1 - New upstream release (security fix for web frontend cross-scripting vulnerability) Changes in Fedora EPEL testing/4: cernlib-2006-19.el4 ------------------- * Mon Aug 27 2007 Patrice Dumas 2006-19 - add virtual provides for devel, utils and static packages, packages (like kuipc) may need the cernlib, but accept g77 or gfortran compiled cernlib - don't set the environment. It only hurts parallel installations. esmtp-0.6.0-3.el4 ----------------- * Tue Dec 18 2007 Patrice Dumas 0.6.0-3 - keep more timestamps - add a Requires(preun) for alternatives * Thu Dec 06 2007 Release Engineering - 0.6.0-2 - Rebuild for deps libesmtp-1.0.4-5.el4 -------------------- * Wed Dec 05 2007 Release Engineering - 1.0.4-5 - Rebuild for deps pcapdiff-0.1-2.el4 ------------------ * Tue Dec 04 2007 Jon Ciesla - 0.1-2 - Added python-devel BR to fix .pyc/.pyo issue. * Fri Nov 30 2007 Jon Ciesla - 0.1-1 - create. perl-IO-Tty-1.07-2.el4.1 ------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.07-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-IPC-Run-0.80-3.el4 ----------------------- * Tue Apr 17 2007 Ville Skytt? - 0.80-3 - BuildRequire perl(ExtUtils::MakeMaker). perl-PAR-Dist-0.25-2.el4 ------------------------ * Mon Aug 06 2007 Ville Skytt? - 0.25-2 - License: GPL+ or Artistic python-protocols-1.0-0.3.a0dev_r2082.el4 ---------------------------------------- * Tue Dec 18 2007 Toshio Kuratomi 1.0-0.3-a0dev_r2082 - Initial EL-4 build. TurboGears-1.0.3.2-7.el4 ------------------------ * Sat Dec 15 2007 Luke Macken 1.0.3.2-7 - Add TurboGears-1.0.3.2-paginate.patch backported from upstream http://trac.turbogears.org/ticket/1629 viewvc-1.0.4-2.el4 ------------------ * Sun Jun 03 2007 Bojan Smojver - 1.0.4-2 - Avoid import cycle errors (temporary fix) From mmcgrath at redhat.com Wed Dec 19 18:14:55 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 19 Dec 2007 12:14:55 -0600 Subject: Fedora EPEL Package Build Report 2007-12-19 In-Reply-To: <20071219171835.6E0E715212D@buildsys.fedoraproject.org> References: <20071219171835.6E0E715212D@buildsys.fedoraproject.org> Message-ID: <47695F9F.7000109@redhat.com> buildsys at fedoraproject.org wrote: > (!) nagios-2.10-5.el5 : INVALID rebuild, not published! I feel I should explain this since it comes up so often. When the build system is having issues or we need to test a build, I use nagios to test with. So if you wonder why this keeps coming up, thats why :) -Mike From bugs.michael at gmx.net Wed Dec 19 19:31:09 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 19 Dec 2007 20:31:09 +0100 Subject: Fedora EPEL Package Build Report 2007-12-19 In-Reply-To: <47695F9F.7000109@redhat.com> References: <20071219171835.6E0E715212D@buildsys.fedoraproject.org> <47695F9F.7000109@redhat.com> Message-ID: <20071219203109.e2585de3.bugs.michael@gmx.net> On Wed, 19 Dec 2007 12:14:55 -0600, Mike McGrath wrote: > > (!) nagios-2.10-5.el5 : INVALID rebuild, not published! > > > I feel I should explain this since it comes up so often. When the build > system is having issues or we need to test a build, I use nagios to test > with. So if you wonder why this keeps coming up, thats why :) touch /srv/rpmbuild/repodir/fedora-5-epel/nagios/2.10-5.el5/PUSHED or rm -rf /srv/rpmbuild/repodir/fedora-5-epel/nagios/ when the build is done are ways to prevent it. :) From pertusus at free.fr Wed Dec 19 20:00:23 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 19 Dec 2007 21:00:23 +0100 Subject: el5 strange build failure In-Reply-To: <200712181731.03772.dennis@ausil.us> References: <20071218224946.GB13834@free.fr> <200712181731.03772.dennis@ausil.us> Message-ID: <20071219200023.GB2642@free.fr> On Tue, Dec 18, 2007 at 05:30:48PM -0600, Dennis Gilmore wrote: > Sorry i forgot to remove the /etc/rpm/platform files from the builders post > install. please resubmit your builds they should now be fine It is fine now, thanks. -- Pat From jeff at ocjtech.us Thu Dec 20 19:19:36 2007 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Thu, 20 Dec 2007 13:19:36 -0600 Subject: Branching Asterisk for EPEL Message-ID: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> I've had a number of requests to branch the Asterisk packages that are now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies have been (or soon will be) taken care of. The one problematic package is speex. The Asterisk package requires speex version 1.2 which is available in Fedora 7 and onwards. However, speex in RHEL5 is at version 1.0.5. Would it be acceptable to create a speex12 package in EPEL so that Asterisk can be branched? The speex12 package would be for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 itself. Jeff From smooge at gmail.com Thu Dec 20 23:58:50 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 20 Dec 2007 16:58:50 -0700 Subject: Note to self, compiling alpine Message-ID: <80d7e4090712201558u18ad091ft52ad40a3d1489620@mail.gmail.com> First note to self.. I am doing this all wrong, so I need a bootcamp in being a good developer etc with todays world. Problems with compiling upstream SRC.RPM ftp://ftp.cac.washington.edu/alpine/alpine-0.999999-1.i386.rpm I have created an updated spec file for it if someone wants it in koji. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" -------------- next part -------------- A non-text attachment was scrubbed... Name: alpine-0.999999.spec Type: application/octet-stream Size: 4687 bytes Desc: not available URL: From mastahnke at gmail.com Fri Dec 21 04:10:06 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Thu, 20 Dec 2007 22:10:06 -0600 Subject: Branching Asterisk for EPEL In-Reply-To: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> Message-ID: <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: > I've had a number of requests to branch the Asterisk packages that are > now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies > have been (or soon will be) taken care of. The one problematic package > is speex. The Asterisk package requires speex version 1.2 which is > available in Fedora 7 and onwards. However, speex in RHEL5 is at > version 1.0.5. Would it be acceptable to create a speex12 package in > EPEL so that Asterisk can be branched? The speex12 package would be > for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 > itself. > Can a bug be filed with RHEL and have them bump/backport the required features for Speex in a future update? > Jeff > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From mmcgrath at redhat.com Fri Dec 21 04:38:37 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 20 Dec 2007 22:38:37 -0600 Subject: Branching Asterisk for EPEL In-Reply-To: <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> Message-ID: <476B434D.1070203@redhat.com> Michael Stahnke wrote: > On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: > >> I've had a number of requests to branch the Asterisk packages that are >> now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies >> have been (or soon will be) taken care of. The one problematic package >> is speex. The Asterisk package requires speex version 1.2 which is >> available in Fedora 7 and onwards. However, speex in RHEL5 is at >> version 1.0.5. Would it be acceptable to create a speex12 package in >> EPEL so that Asterisk can be branched? The speex12 package would be >> for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 >> itself. >> >> > Can a bug be filed with RHEL and have them bump/backport the required > features for Speex in a future update? > If possible, I think this is the best route. Won't hurt to try it. -Mike From fedora at leemhuis.info Fri Dec 21 07:31:53 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Dec 2007 08:31:53 +0100 Subject: Branching Asterisk for EPEL In-Reply-To: <476B434D.1070203@redhat.com> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> <476B434D.1070203@redhat.com> Message-ID: <476B6BE9.3080201@leemhuis.info> On 21.12.2007 05:38, Mike McGrath wrote: > Michael Stahnke wrote: >> On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: >> >>> I've had a number of requests to branch the Asterisk packages that are >>> now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies >>> have been (or soon will be) taken care of. The one problematic package >>> is speex. The Asterisk package requires speex version 1.2 which is >>> available in Fedora 7 and onwards. However, speex in RHEL5 is at >>> version 1.0.5. Would it be acceptable to create a speex12 package in >>> EPEL so that Asterisk can be branched? The speex12 package would be >>> for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 >>> itself. >> Can a bug be filed with RHEL and have them bump/backport the required >> features for Speex in a future update? > If possible, I think this is the best route. Won't hurt to try it. +1 -- but that could take a while. If it takes to long or if it looks like it won't happen then I'd we should consider to ship a newer speex. But we should never ever disturb the RH bits, thus the speex libs should not be in the default dynamic linker path, as then other packagers linked against speex might use it (or has it a differnt .so name?) . Cu knurd From fedora at leemhuis.info Fri Dec 21 07:59:00 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Dec 2007 08:59:00 +0100 Subject: Note to self, compiling alpine In-Reply-To: <80d7e4090712201558u18ad091ft52ad40a3d1489620@mail.gmail.com> References: <80d7e4090712201558u18ad091ft52ad40a3d1489620@mail.gmail.com> Message-ID: <476B7244.3030606@leemhuis.info> On 21.12.2007 00:58, Stephen John Smoogen wrote: > First note to self.. I am doing this all wrong, so I need a bootcamp > in being a good developer etc with todays world. > > Problems with compiling upstream SRC.RPM > ftp://ftp.cac.washington.edu/alpine/alpine-0.999999-1.i386.rpm > > I have created an updated spec file for it if someone wants it in koji. Sorry, but what are you up to Smooge? Alpine is in Fedora; branches for EPEL were created, but seems never imported and build. I thought EPEL was the initial target for EPEL: https://www.redhat.com/archives/epel-devel-list/2007-July/msg00203.html Joshua, Rex? Cu knurd From jeff at ocjtech.us Fri Dec 21 14:45:52 2007 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 21 Dec 2007 08:45:52 -0600 Subject: Branching Asterisk for EPEL In-Reply-To: <476B6BE9.3080201@leemhuis.info> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> <476B434D.1070203@redhat.com> <476B6BE9.3080201@leemhuis.info> Message-ID: <935ead450712210645m35253bf0v6638d3161029a3a3@mail.gmail.com> On 12/21/07, Thorsten Leemhuis wrote: > On 21.12.2007 05:38, Mike McGrath wrote: > > Michael Stahnke wrote: > >> On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: > >> > >>> I've had a number of requests to branch the Asterisk packages that are > >>> now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies > >>> have been (or soon will be) taken care of. The one problematic package > >>> is speex. The Asterisk package requires speex version 1.2 which is > >>> available in Fedora 7 and onwards. However, speex in RHEL5 is at > >>> version 1.0.5. Would it be acceptable to create a speex12 package in > >>> EPEL so that Asterisk can be branched? The speex12 package would be > >>> for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 > >>> itself. > >> Can a bug be filed with RHEL and have them bump/backport the required > >> features for Speex in a future update? > > If possible, I think this is the best route. Won't hurt to try it. > > +1 -- but that could take a while. If it takes to long or if it looks > like it won't happen then I'd we should consider to ship a newer speex. > > But we should never ever disturb the RH bits, thus the speex libs should > not be in the default dynamic linker path, as then other packagers > linked against speex might use it (or has it a differnt .so name?) . Yeah, I haven't looked at the code yet, but I was hoping that it would be relatively easy to make a speex12 package that would be parallel installable with the RHEL speex package and you would need to -lspeex12 instead of -lspeex. Jeff From fedora at leemhuis.info Fri Dec 21 15:03:43 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Dec 2007 16:03:43 +0100 Subject: Branching Asterisk for EPEL In-Reply-To: <935ead450712210645m35253bf0v6638d3161029a3a3@mail.gmail.com> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> <476B434D.1070203@redhat.com> <476B6BE9.3080201@leemhuis.info> <935ead450712210645m35253bf0v6638d3161029a3a3@mail.gmail.com> Message-ID: <476BD5CF.5000308@leemhuis.info> On 21.12.2007 15:45, Jeffrey Ollie wrote: > On 12/21/07, Thorsten Leemhuis wrote: >> On 21.12.2007 05:38, Mike McGrath wrote: >>> Michael Stahnke wrote: >>>> On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: >>>> >>>>> I've had a number of requests to branch the Asterisk packages that are >>>>> now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies >>>>> have been (or soon will be) taken care of. The one problematic package >>>>> is speex. The Asterisk package requires speex version 1.2 which is >>>>> available in Fedora 7 and onwards. However, speex in RHEL5 is at >>>>> version 1.0.5. Would it be acceptable to create a speex12 package in >>>>> EPEL so that Asterisk can be branched? The speex12 package would be >>>>> for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 >>>>> itself. >>>> Can a bug be filed with RHEL and have them bump/backport the required >>>> features for Speex in a future update? >>> If possible, I think this is the best route. Won't hurt to try it. >> +1 -- but that could take a while. If it takes to long or if it looks >> like it won't happen then I'd we should consider to ship a newer speex. >> But we should never ever disturb the RH bits, thus the speex libs should >> not be in the default dynamic linker path, as then other packagers >> linked against speex might use it (or has it a differnt .so name?) . > Yeah, I haven't looked at the code yet, but I was hoping that it would > be relatively easy to make a speex12 package that would be parallel > installable with the RHEL speex package and you would need to > -lspeex12 instead of -lspeex. k; the biggest problem with this scheme is: what if other packages want to use a similar tricks when they need a new gtk, qt, . That could soon become a maintenance pita and a kind of second library layer ontop of (or in parallel) the libs from RHEL, which afaics nobody wants. Thus we might need to limit this and put some hurdles in the way; something like "such packages must be approved by the EPEL SIG in a meeting" or something like that. Cu knurd From jeff at ocjtech.us Fri Dec 21 15:12:28 2007 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Fri, 21 Dec 2007 09:12:28 -0600 Subject: Branching Asterisk for EPEL In-Reply-To: <476BD5CF.5000308@leemhuis.info> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> <476B434D.1070203@redhat.com> <476B6BE9.3080201@leemhuis.info> <935ead450712210645m35253bf0v6638d3161029a3a3@mail.gmail.com> <476BD5CF.5000308@leemhuis.info> Message-ID: <935ead450712210712o4901574br99b3ca1ff0a49cb2@mail.gmail.com> On 12/21/07, Thorsten Leemhuis wrote: > > k; the biggest problem with this scheme is: what if other packages want > to use a similar tricks when they need a new gtk, qt, libs>. That could soon become a maintenance pita and a kind of second > library layer ontop of (or in parallel) the libs from RHEL, which afaics > nobody wants. Thus we might need to limit this and put some hurdles in > the way; something like "such packages must be approved by the EPEL SIG > in a meeting" or something like that. Yeah, I don't really want to get into maintaining a copy of speex - I think that I'll poke the RHEL speex maintainer and see if we can't work something out. If that doesn't work we'll have to wait for RHEL6 to branch Asterisk. Jeff From rdieter at math.unl.edu Fri Dec 21 13:54:08 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 21 Dec 2007 07:54:08 -0600 Subject: Note to self, compiling alpine References: <80d7e4090712201558u18ad091ft52ad40a3d1489620@mail.gmail.com> <476B7244.3030606@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > Alpine is in Fedora; branches for EPEL were created, but seems never > imported and build. I thought EPEL was the initial target for EPEL: > https://www.redhat.com/archives/epel-devel-list/2007-July/msg00203.html > > Joshua, Rex? Hrm, thought someone else would've done it, but since not, I'll take care of it, np. :) alpine-1.0 coming up. -- Rex From steve at silug.org Fri Dec 21 15:38:50 2007 From: steve at silug.org (Steven Pritchard) Date: Fri, 21 Dec 2007 09:38:50 -0600 Subject: Perl modules in EPEL Message-ID: <20071221153850.GA27232@osiris.silug.org> I've been trying again recently to get as many Perl module packages built for EPEL as possible (so maybe we can finally have amavisd-new, rt3, etc. available). In case anyone else is interested, here's how many Perl module packages are available for various releases (counting source rpms, not including the perl package itself): Fedora Core + Extras 3: 240 Fedora Core + Extras 6: 736 Fedora 7: 753 Fedora 8: 776 development: 783 CentOS 4.5 + EPEL 4 + EPEL testing 4: 148 CentOS 5.1 + EPEL 5 + EPEL testing 5: 256 (This is counting packages available on my local mirror, which may or may not be completely current.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320 From mmcgrath at redhat.com Fri Dec 21 15:41:52 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 21 Dec 2007 09:41:52 -0600 Subject: Branching Asterisk for EPEL In-Reply-To: <476BD5CF.5000308@leemhuis.info> References: <935ead450712201119s341aa156p951df781d91aeaaa@mail.gmail.com> <7874d9dd0712202010u1423f665ge531f461926d69ed@mail.gmail.com> <476B434D.1070203@redhat.com> <476B6BE9.3080201@leemhuis.info> <935ead450712210645m35253bf0v6638d3161029a3a3@mail.gmail.com> <476BD5CF.5000308@leemhuis.info> Message-ID: <476BDEC0.9030903@redhat.com> Thorsten Leemhuis wrote: > On 21.12.2007 15:45, Jeffrey Ollie wrote: > >> On 12/21/07, Thorsten Leemhuis wrote: >> >>> On 21.12.2007 05:38, Mike McGrath wrote: >>> >>>> Michael Stahnke wrote: >>>> >>>>> On Dec 20, 2007 1:19 PM, Jeffrey Ollie wrote: >>>>> >>>>> >>>>>> I've had a number of requests to branch the Asterisk packages that are >>>>>> now (finally) in F-7+ for EL-4 and EL-5. Most of the dependencies >>>>>> have been (or soon will be) taken care of. The one problematic package >>>>>> is speex. The Asterisk package requires speex version 1.2 which is >>>>>> available in Fedora 7 and onwards. However, speex in RHEL5 is at >>>>>> version 1.0.5. Would it be acceptable to create a speex12 package in >>>>>> EPEL so that Asterisk can be branched? The speex12 package would be >>>>>> for EL-4 and EL-5 only since RHEL6 will presumably provide speex 1.2 >>>>>> itself. >>>>>> >>>>> Can a bug be filed with RHEL and have them bump/backport the required >>>>> features for Speex in a future update? >>>>> >>>> If possible, I think this is the best route. Won't hurt to try it. >>>> >>> +1 -- but that could take a while. If it takes to long or if it looks >>> like it won't happen then I'd we should consider to ship a newer speex. >>> But we should never ever disturb the RH bits, thus the speex libs should >>> not be in the default dynamic linker path, as then other packagers >>> linked against speex might use it (or has it a differnt .so name?) . >>> >> Yeah, I haven't looked at the code yet, but I was hoping that it would >> be relatively easy to make a speex12 package that would be parallel >> installable with the RHEL speex package and you would need to >> -lspeex12 instead of -lspeex. >> > > k; the biggest problem with this scheme is: what if other packages want > to use a similar tricks when they need a new gtk, qt, libs>. That could soon become a maintenance pita and a kind of second > library layer ontop of (or in parallel) the libs from RHEL, which afaics > nobody wants. Thus we might need to limit this and put some hurdles in > the way; something like "such packages must be approved by the EPEL SIG > in a meeting" or something like that. > the initial idea for this came from sqlite which has had multiple versions in at one time in the past. Whether or not thats a good thing or not I don't know :) -Mike From smooge at gmail.com Fri Dec 21 17:32:24 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 21 Dec 2007 10:32:24 -0700 Subject: Note to self, compiling alpine In-Reply-To: <476B7244.3030606@leemhuis.info> References: <80d7e4090712201558u18ad091ft52ad40a3d1489620@mail.gmail.com> <476B7244.3030606@leemhuis.info> Message-ID: <80d7e4090712210932k5f98417bod2d197aa039467b6@mail.gmail.com> On Dec 21, 2007 12:59 AM, Thorsten Leemhuis wrote: > On 21.12.2007 00:58, Stephen John Smoogen wrote: > > First note to self.. I am doing this all wrong, so I need a bootcamp > > in being a good developer etc with todays world. > > > > Problems with compiling upstream SRC.RPM > > ftp://ftp.cac.washington.edu/alpine/alpine-0.999999-1.i386.rpm > > > > I have created an updated spec file for it if someone wants it in koji. > > Sorry, but what are you up to Smooge? > The last message on this was that alpine was going to get into EPEL at 1.0 mark. I didn't see that 1.0 came out.. I just saw the 0.99999 version and thought that was the latest so I took the 0.9999 version in koji and moved it to 0.999999 > Alpine is in Fedora; branches for EPEL were created, but seems never > imported and build. I thought EPEL was the initial target for EPEL: > https://www.redhat.com/archives/epel-devel-list/2007-July/msg00203.html > > Joshua, Rex? > > Cu > knurd > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From joshuadfranklin at yahoo.com Fri Dec 21 18:55:38 2007 From: joshuadfranklin at yahoo.com (Joshua Daniel Franklin) Date: Fri, 21 Dec 2007 10:55:38 -0800 (PST) Subject: Note to self, compiling alpine In-Reply-To: <80d7e4090712210932k5f98417bod2d197aa039467b6@mail.gmail.com> Message-ID: <5657.57316.qm@web37904.mail.mud.yahoo.com> > > Alpine is in Fedora; branches for EPEL were created, but seems > never > > imported and build. I thought EPEL was the initial target for EPEL: > > > https://www.redhat.com/archives/epel-devel-list/2007-July/msg00203.html Yes, but I wanted to hash out any packaging bugs with devel and F8 guinea pigs (including myself BTW), that's why I wanted to wait until 1.0 to actually build for EPEL. Apline 1.0 was realeased 16 hours ago and I've gotten 32 messages about it! So I guess there's some interest... It looks like Rex can take care of it, so go for it. And thanks for fixing 426512, too, Rex. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From smooge at gmail.com Fri Dec 21 19:00:14 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 21 Dec 2007 12:00:14 -0700 Subject: Note to self, compiling alpine In-Reply-To: <232547.47076.qm@web37902.mail.mud.yahoo.com> References: <80d7e4090712210932k5f98417bod2d197aa039467b6@mail.gmail.com> <232547.47076.qm@web37902.mail.mud.yahoo.com> Message-ID: <80d7e4090712211100u55f753b6p4e628be7dc881ab1@mail.gmail.com> On Dec 21, 2007 11:49 AM, Joshua Daniel Franklin wrote: > > > Alpine is in Fedora; branches for EPEL were created, but seems > > never > > > imported and build. I thought EPEL was the initial target for EPEL: > > > > > > https://www.redhat.com/archives/epel-devel-list/2007-July/msg00203.html > > Yes, but I wanted to hash out any packaging bugs with devel and F8 > guinea pigs (including myself BTW), that's why I wanted to wait > until 1.0 to actually build for EPEL. Apline 1.0 was realeased 16 > hours ago and I've gotten 32 messages about it! So I guess there's > some interest... > > It looks like Rex can take care of it, so go for it. And thanks > for fixing 426512, too, Rex. > Wow no wonder I missed it.. I was thinking it had been out for longer than that by Thorsten's email. I hope my email didn't come across as a poke.. I was just trying to help. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From fedora at leemhuis.info Fri Dec 21 21:10:04 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Dec 2007 22:10:04 +0100 Subject: Perl modules in EPEL In-Reply-To: <20071221153850.GA27232@osiris.silug.org> References: <20071221153850.GA27232@osiris.silug.org> Message-ID: <476C2BAC.8060309@leemhuis.info> On 21.12.2007 16:38, Steven Pritchard wrote: > I've been trying again recently to get as many Perl module packages > built for EPEL as possible (so maybe we can finally have amavisd-new, > rt3, etc. available). Many thx for your help. Also many thx to spot, he build some new perl packager in the past days as well! > In case anyone else is interested, here's how > many Perl module packages are available for various releases (counting > source rpms, not including the perl package itself): Some more stats from the pkgdb: 790 packages in the pkgdb starting with perl- a few of them are in EL5, so 734 remain Those with "# of packages >= 5" Fedora EPEL fasname 159 13 cweyl 158 83 spot 141 131 steve 70 18 rnorwood 48 0 corsepiu 25 14 pghmcfc 23 4 ixs 18 0 alexlan 15 1 iburrell 13 13 pertusus 13 12 sindrepb 11 11 orion 10 0 hardaker 9 9 ruben 5 4 mmcgrath 5 2 wtogami 5 0 abompard The above table is not to blame anyone. But it shows some things: * steve, you gets bonus points for having the most perl-packages in EPEL * pertusus gets bonus points for having all his packages in both Fedora and EPEL * corsepiu owns a lot of perl-packages, but doesn't participate in EPEL (he's listed on http://fedoraproject.org/wiki/EPEL/ContributorStatusNo ), thus his package will only land in EPEL if someone else takes care of them; * abompard is also listed on ContributorStatusNo (quote: "feel free to maintain my packages in EPEL") * cweyl and rnorwood participate in EPEL, but own a lot of perl-* packages which are not in EPEL. Cu knurd From buildsys at fedoraproject.org Fri Dec 21 21:17:42 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 21 Dec 2007 16:17:42 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-21 Message-ID: <20071221211742.4ED9415212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 2 clamav-0.92-4.1.el5 imlib-1.9.15-6.el5 Packages built and released for Fedora EPEL testing/5: 15 NEW alpine-1.00-2.el5 : UW Alpine mail user agent kmymoney2-0.8.8-1.el5 libassuan-1.0.4-1.el5 libpri-1.4.3-1.el5 NEW mISDN-1.1.5-1.el5 : Userspace part of Modular ISDN stack perl-DBD-SQLite-1.14-2.el5 NEW perl-HTTP-Server-Simple-0.27-1.el5 : Very simple standalone HTTP daemon NEW perl-Locale-Maketext-Fuzzy-0.10-1.el5 : Maketext from already interpolated strings NEW perl-Log-Dispatch-2.20-1.el5 : Dispatches messages to one or more outputs NEW perl-Mail-Sender-0.8.13-2.el5.1 : Module for sending mails with attachments through an SMTP server NEW perl-Mail-Sendmail-0.79-9.el5.1 : Simple platform independent mailer for Perl perl-Test-Pod-1.26-2.el5 NEW python-ctypes-1.0.2-1.el5 : Advanced Foreign Function Interface for Python NEW trousers-0.3.1-5.el5 : Implementation of the TCG's Software Stack v1.2 Specification zaptel-1.4.7.1-1.el5 Packages built and released for Fedora EPEL 4: 1 clamav-0.92-4.el4.2 Packages built and released for Fedora EPEL testing/4: 8 NEW alpine-1.00-2.el4 : UW Alpine mail user agent git-1.5.3.6-1.el4 NEW perl-Archive-Zip-1.16-0.1.2.1.el4 : Perl library for accessing Zip archives NEW perl-Compress-Zlib-1.42-0.1.el4 : Interface to zlib compression library NEW perl-IO-Zlib-1.04-3.el4 : IO:: style interface to Compress::Zlib NEW perl-Locale-Maketext-Fuzzy-0.10-1.el4 : Maketext from already interpolated strings NEW perl-Mail-Sender-0.8.13-2.el4.1 : Module for sending mails with attachments through an SMTP server NEW perl-Mail-Sendmail-0.79-9.el4.1 : Simple platform independent mailer for Perl Changes in Fedora EPEL 5: clamav-0.92-4.1.el5 ------------------- * Fri Dec 21 2007 Tom "spot" Callaway - 0.92-4 - EPEL fixes * Fri Dec 21 2007 Tom "spot" Callaway - 0.92-3 - updated to 0.92 (SECURITY): - CVE-2007-6335 MEW PE File Integer Overflow Vulnerability imlib-1.9.15-6.el5 ------------------ * Tue Dec 18 2007 Paul Howarth 1:1.9.15-6 - include patch to fix a DoS caused via a BMP image with a Bits Per Page (BPP) value of 0 (#426091, CVE-2007-3568); thanks to Peter Volkov at Gentoo for the heads-up - remove URL tag; this legacy package has no active upstream source, and documentation for it is gradually disappearing from the Internet * Wed Nov 28 2007 Adam Jackson 1:1.9.15-5 - imlib-1.9.15-check-for-shm-pixmaps.patch: MIT-SHM pixmaps are optional, so check that they exist before using them. (#357241) Changes in Fedora EPEL testing/5: alpine-1.00-2.el5 ----------------- * Sat Dec 22 2007 Rex Dieter 1.00-2 - --with-system-pinerc=%_sysconfdir/pine.conf --with-system-fixed-pinerc=%_sysconfdir/pine.conf.fixed (#426512) * Fri Dec 21 2007 Rex Dieter 1.00-1 - alpine-1.00 * Tue Dec 04 2007 Patrick "Jima" Laughton 0.99999-4 - Bump-n-build for openldap/openssl soname changes kmymoney2-0.8.8-1.el5 --------------------- * Wed Dec 19 2007 Rex Dieter 0.8.8-1 - kmymoney2-0.8.8 - --enable-kbanking * Sat Dec 08 2007 Rex Dieter 0.8.7-5 - BR: kdelibs3-devel * Sat Aug 25 2007 Rex Dieter 0.8.7-4 - respin (BuildID) * Thu Aug 09 2007 Rex Dieter 0.8.7-3 - License: GPLv2+ * Wed Jul 25 2007 Jesse Keating 0.8.7-2 - Rebuild for RH #249435 * Mon Jul 23 2007 Rex Dieter 0.8.7-1 - kmymoney2-0.8.7 libassuan-1.0.4-1.el5 --------------------- * Wed Dec 12 2007 Rex Dieter - 1.0.4-1 - libassuan-1.0.4 - License: LGPLv2+ - disable useless -debuginfo (static libs only) libpri-1.4.3-1.el5 ------------------ * Thu Dec 20 2007 Jeffrey C. Ollie - 1.4.3-1 - Update to 1.4.3. - Drop upstreamed patch. mISDN-1.1.5-1.el5 ----------------- * Wed Aug 22 2007 David Woodhouse 1.1.5-1 - Update to 1.1.5 perl-DBD-SQLite-1.14-2.el5 -------------------------- * Wed Dec 19 2007 Steven Pritchard 1.14-2 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. * Mon Dec 10 2007 Robin Norwood - 1.14-1 - Update to latest upstream version: 1.14 - Remove patch - no longer needed. * Mon Oct 15 2007 Tom "spot" Callaway - 1.12-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-HTTP-Server-Simple-0.27-1.el5 ---------------------------------- * Sat Jan 20 2007 Jose Pedro Oliveira - 0.27-1 - Update to 0.27. perl-Locale-Maketext-Fuzzy-0.10-1.el5 ------------------------------------- * Wed Dec 05 2007 Ralf Cors?pius - 0.10-1 - Upstream update. - Change Source0: to using "by-module". - Reflect upstream license change. perl-Log-Dispatch-2.20-1.el5 ---------------------------- * Wed Dec 19 2007 Tom "spot" Callaway - 2.20-1 - bump to 2.20 perl-Mail-Sender-0.8.13-2.el5.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.8.13-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Mail-Sendmail-0.79-9.el5.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.79-9.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Test-Pod-1.26-2.el5 ------------------------ * Thu Dec 20 2007 Tom "spot" Callaway - 1.26-2 - license tag fix python-ctypes-1.0.2-1.el5 ------------------------- * Sun Dec 16 2007 Jesse Keating - 1.0.2-1 - Update to 1.0.2 trousers-0.3.1-5.el5 -------------------- * Mon Dec 17 2007 Kent Yoder - 0.3.1-5 - Updated static rpm's comment line (too long) * Thu Dec 13 2007 Kent Yoder - 0.3.1-4 - Updated specfile for RHBZ#323441 comment #28 * Wed Dec 12 2007 Kent Yoder - 0.3.1-3 - Updated specfile for RHBZ#323441 comment #22 * Wed Nov 28 2007 Kent Yoder - 0.3.1-2 - Updated to include the include dirs in the devel package; added the no-install-hooks patch * Wed Nov 28 2007 Kent Yoder - 0.3.1-1 - Updated specfile for RHBZ#323441 comment #13 zaptel-1.4.7.1-1.el5 -------------------- * Thu Dec 20 2007 Jeffrey C. Ollie - 1.4.7.1-1 - Update to 1.4.7.1 - Drop upstreamed patch. Changes in Fedora EPEL 4: clamav-0.92-4.el4.2 ------------------- * Fri Dec 21 2007 Tom "spot" Callaway - 0.92-4.2 - EL-4 not using fedora-account style due to missing deps - disable zlib-vcheck * Fri Dec 21 2007 Tom "spot" Callaway - 0.92-4 - EPEL fixes * Fri Dec 21 2007 Tom "spot" Callaway - 0.92-3 - updated to 0.92 (SECURITY): - CVE-2007-6335 MEW PE File Integer Overflow Vulnerability Changes in Fedora EPEL testing/4: alpine-1.00-2.el4 ----------------- * Sat Dec 22 2007 Rex Dieter 1.00-2 - --with-system-pinerc=%_sysconfdir/pine.conf --with-system-fixed-pinerc=%_sysconfdir/pine.conf.fixed (#426512) * Fri Dec 21 2007 Rex Dieter 1.00-1 - alpine-1.00 * Tue Dec 04 2007 Patrick "Jima" Laughton 0.99999-4 - Bump-n-build for openldap/openssl soname changes git-1.5.3.6-1.el4 ----------------- * Wed Dec 05 2007 James Bowes 1.5.3.6-1 - git-1.5.3.6 (Changes courtesy Josh Boyer) * Fri Oct 12 2007 James Bowes 1.5.3.3-1 - git-1.5.3.3 perl-Archive-Zip-1.16-0.1.2.1.el4 --------------------------------- * Thu Dec 20 2007 Steven Pritchard 1.16-0.1.2.1 - Fork RHEL 5 spec for EPEL 4. - Update License tag. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - BR zip and unzip. perl-Compress-Zlib-1.42-0.1.el4 ------------------------------- * Thu Dec 20 2007 Steven Pritchard 1.42-0.1 - Fork RHEL 5 spec for EPEL 4. - Update License tag. - Shorten Summary. - Canonicalize Source0 URL. - Use better BuildRoot. - Drop explicit BR perl. - BR ExtUtils::MakeMaker. - Add standard perl(:MODULE_COMPAT_...) dependency. - Use more standard install, build, etc. perl-IO-Zlib-1.04-3.el4 ----------------------- * Fri Dec 21 2007 Steven Pritchard 1.04-3 - Update License tag. - Canonicalize Source0 URL. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - Clean up random other cruft. - BR ExtUtils::MakeMaker. perl-Locale-Maketext-Fuzzy-0.10-1.el4 ------------------------------------- * Wed Dec 05 2007 Ralf Cors?pius - 0.10-1 - Upstream update. - Change Source0: to using "by-module". - Reflect upstream license change. perl-Mail-Sender-0.8.13-2.el4.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.8.13-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Mail-Sendmail-0.79-9.el4.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.79-9.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) From fedora at leemhuis.info Fri Dec 21 21:25:43 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 21 Dec 2007 22:25:43 +0100 Subject: Perl modules in EPEL In-Reply-To: <476C2BAC.8060309@leemhuis.info> References: <20071221153850.GA27232@osiris.silug.org> <476C2BAC.8060309@leemhuis.info> Message-ID: <476C2F57.4060203@leemhuis.info> small correction On 21.12.2007 22:10, Thorsten Leemhuis wrote: > Fedora EPEL fasname > 159 13 cweyl > 158 83 spot > 141 131 steve > 70 18 rnorwood > 48 0 corsepiu > 25 14 pghmcfc > 23 4 ixs > 18 0 alexlan > 15 1 iburrell > 13 13 pertusus > 13 12 sindrepb > 11 11 orion > 10 0 hardaker > 9 9 ruben > 5 4 mmcgrath > 5 2 wtogami > 5 0 abompard > > The above table is not to blame anyone. But it shows some things: > [...] > * pertusus gets bonus points for having all his packages in both Fedora > and EPEL s/pertusus/&, orion and ruben/; s/his/their/ Cu knurd From joshuadfranklin at yahoo.com Fri Dec 21 21:26:14 2007 From: joshuadfranklin at yahoo.com (Joshua Daniel Franklin) Date: Fri, 21 Dec 2007 13:26:14 -0800 (PST) Subject: Note to self, compiling alpine In-Reply-To: <80d7e4090712211100u55f753b6p4e628be7dc881ab1@mail.gmail.com> Message-ID: <389247.10123.qm@web37914.mail.mud.yahoo.com> --- Stephen John Smoogen wrote: > On Dec 21, 2007 11:49 AM, Joshua Daniel Franklin wrote: > > Yes, but I wanted to hash out any packaging bugs with devel and F8 > > guinea pigs (including myself BTW), that's why I wanted to wait > > until 1.0 to actually build for EPEL. Apline 1.0 was realeased 16 > > hours ago and I've gotten 32 messages about it! So I guess there's > > some interest... > > Wow no wonder I missed it.. I was thinking it had been out for longer > than that by Thorsten's email. I hope my email didn't come across as > a poke.. I was just trying to help. No problem. And now I see why it's on everyone's minds this morning: http://slashdot.org/article.pl?sid=07/12/21/097254 ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From buildsys at fedoraproject.org Sun Dec 23 14:01:26 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 23 Dec 2007 09:01:26 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-23 Message-ID: <20071223140126.C0908152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 6 gammu-1.17.0-1.el5 gnupg2-2.0.8-1.el5 NEW monotone-0.38-2.el5 : A free, distributed version control system NEW perl-Text-Aspell-0.09-1.el5 : Perl interface to the GNU Aspell library puppet-0.24.1-1.el5 NEW trac-ticketdelete-plugin-1.1.4-1.20071126svn2825.el5 : Remove tickets and ticket changes from Trac Packages built and released for Fedora EPEL testing/4: 4 NEW perl-Archive-Tar-1.30-0.1.el4 : A module for Perl manipulation of .tar files NEW perl-IO-String-1.08-0.3.el4 : Emulate file interface for in-core strings NEW perl-Module-Build-0.2807-2.el4 : Perl module for building and installing Perl modules puppet-0.24.1-1.el4 Changes in Fedora EPEL testing/5: gammu-1.17.0-1.el5 ------------------ * Sat Dec 22 2007 Xavier Lamien < lxtnow[at]gmail.com > - 1.17.0-1 - Updated Release. gnupg2-2.0.8-1.el5 ------------------ * Thu Dec 20 2007 Rex Dieter 2.0.8-1 - gnupg2-2.0.8 * Mon Dec 17 2007 Rex Dieter 2.0.8-0.1.rc1 - gnupg2-2.0.8rc1 * Tue Dec 04 2007 Rex Dieter 2.0.7-5 - respin for openldap * Mon Nov 12 2007 Rex Dieter 2.0.7-4 - Requires: kde-filesystem (#377841) monotone-0.38-2.el5 ------------------- * Sat Dec 22 2007 Roland McGrath - 0.38-2 - Fix monotone-server user creation. (#426607) - Moved monotone-server database to /var/lib. (#426608) - Use monotone@ in server key name. (#426609) * Fri Dec 21 2007 Roland McGrath - 0.38-1 - Updated for 0.38 release. perl-Text-Aspell-0.09-1.el5 --------------------------- * Fri Oct 12 2007 Jerry James - 0.09-1 - Update to 0.09 - Clarify license puppet-0.24.1-1.el5 ------------------- * Sat Dec 22 2007 David Lutterkort - 0.24.1-1 - New version trac-ticketdelete-plugin-1.1.4-1.20071126svn2825.el5 ---------------------------------------------------- * Mon Nov 26 2007 Jesse Keating - 1.1.4-1.20071126svn2825 - Initial package for Fedora Changes in Fedora EPEL testing/4: perl-Archive-Tar-1.30-0.1.el4 ----------------------------- * Fri Dec 21 2007 Steven Pritchard 1.30-0.1 - Fork RHEL5 spec for EPEL4. - Update License tag. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - Replace explict BR perl with BR ExtUtils::MakeMaker. perl-IO-String-1.08-0.3.el4 --------------------------- * Fri Dec 21 2007 Steven Pritchard 1.08-0.3 - Fork devel branch for EPEL 4. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. perl-Module-Build-0.2807-2.el4 ------------------------------ * Mon May 07 2007 Steven Pritchard 0.2807-2 - Drop explicit dependency on Pod::Readme. puppet-0.24.1-1.el4 ------------------- * Sat Dec 22 2007 David Lutterkort - 0.24.1-1 - New version From dan at danny.cz Mon Dec 24 12:21:24 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 24 Dec 2007 13:21:24 +0100 Subject: Filezilla for EPEL In-Reply-To: <1198448038.3226.8.camel@eagle.danny.cz> References: <476EB6E1.5090109@gmx.net> <1198448038.3226.8.camel@eagle.danny.cz> Message-ID: <1198498884.3238.6.camel@eagle.danny.cz> Dan Hor?k p??e v Ne 23. 12. 2007 v 23:13 +0100: > KH KH p??e v Ne 23. 12. 2007 v 22:54 +0100: > > 2007/12/23, Frank B?ttner : > > > Hello, > > > can filezilla be released for EPEL? > > Hello > > No, unless the requested BuildRequirement can be provided. (needs wxGTK 2.8.x) > > Actually even rawhide cannot provides the necessary BuildRequirement > > for the last FileZilla. (3.0.4 - needs wxGTK 2.8.6) so I've backported > > some patches so we can build the last 3.0.2.1 (needs wxGTK 2.8.3) with > > theses additional patches... > > > > As soon as it will be possible, I will request a EPEL-5 branch for > > FileZilla. But i would say, it does not make sense for now. > > Alternatively, it could be possible to build it with a statically > > compiled wxGTK... > > > > I will check further next week... > > We are working on the inclusion of wxGTK into EPEL-4. I will be > responsible for EPEL and Matthew for Fedora. So stay tuned :-) wxGTK 2.8.4 was just built for EPEL-4 and is available on the build system, tested with a rebuild of codeblocks Dan From fedora at leemhuis.info Tue Dec 25 10:33:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 25 Dec 2007 11:33:31 +0100 Subject: Log from last weeks (20071219) EPEL SIG Meeting Message-ID: <4770DC7B.3000102@leemhuis.info> Reminder: Next meeting on 20080102 at 18:00 UTC Summary will be part of this weeks report (as always) BTW, sorry, I missed this meeting -- I thought it was Tuesday when it was actually Wednesday already :-/ 00:02:03 * | nirik looks around for a epel meeting. 00:03:19 --> | stahnma_ (Michael Stahnke) has joined #fedora-meeting 00:03:43 < stahnma_> | mmcgrath: epel meeting? 00:03:49 --- | stahnma_ is now known as stahnma 00:03:50 < mmcgrath> | nirik: I'm putting out a small fire, if knurd isn't around would you mind hosting the meeting? 00:04:01 < mmcgrath> | stahnma: there's one scheduled today. 00:04:06 < stahnma> | oh ok 00:04:10 < stahnma> | :) 00:04:14 < stahnma> | knurd_afk: you there? 00:04:20 < nirik> | mmcgrath: sure, although we might not have enough folks to bother? 00:04:33 < stahnma> | I'll update ya'll on meta-data 00:04:53 < stahnma> | I have been working on a something that spits out requires/provides/filelisting etc for each rpm 00:05:02 < stahnma> | I am actually surprised repoview doesn't have something like that 00:05:15 < mmcgrath> | nirik: we've got 3, I think that'll work for a quick one :) 00:05:18 --- | nirik has changed the topic to: EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData 00:05:33 < nirik> | stahnma: cool. 00:05:40 <-- | jnettlet has quit (Read error: 110 (Connection timed out)) 00:05:52 < nirik> | will you be putting that up in a fedorapeople area? or somewhere else we can query it? 00:06:13 --> | jnettlet (Jon Nettleton) has joined #fedora-meeting 00:06:34 < stahnma> | Yes, in fedorapeople 00:06:36 < stahnma> | I think 00:06:49 < nirik> | ok, cool. Any ETA? 00:07:04 < stahnma> | Not sure, I was hoping to have it done today, but that didn't happen 00:07:16 < stahnma> | maybe next coupel weeks. Holidays screw up schedules 00:07:20 < nirik> | yeah... 00:07:27 < nirik> | ok, anything else on this topic? 00:08:27 < nirik> | ok, shall we move on? 00:08:41 --- | nirik has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel 00:08:58 < nirik> | mmcgrath: any news on this? or come back to it later in the meeting when you have more time? 00:09:17 < mmcgrath> | nirik: the wheels are in motion to try to get funding for an intern but nothing concrete yet. 00:09:34 < nirik> | would it be worth adding as a wishlist for a google summer of code thing? 00:09:50 < nirik> | or too much/complicated for that? 00:10:24 --> | smooge (Stephen J Smoogen) has joined #fedora-meeting 00:10:47 < mmcgrath> | possibly, I'd rather try the intern route first. 00:10:57 < nirik> | http://fedoraproject.org/wiki/SummerOfCode/2008/Ideas 00:11:04 < nirik> | yeah, sounds good. 00:11:18 < nirik> | anything else here? or move on? 00:11:37 --> | J5 (John (J5) Palmieri) has joined #fedora-meeting 00:11:59 < mmcgrath> | nothing here 00:12:05 --- | nirik has changed the topic to: EPEL SIG Meeting | RHEL 5.1 (and 4.6) for the builders 00:12:09 < nirik> | thats done now, right? 00:12:18 < mmcgrath> | both of those are done. 00:12:51 < stahnma> | so future upgrades. Will we always wait for CentOS? 00:13:01 < stahnma> | that's fine, I just kind of wanted an outline 00:13:09 < mmcgrath> | Good question. 00:13:19 < mmcgrath> | I'd rather not tie ourselves to that but I think its a good idea. 00:13:31 < stahnma> | that's kind of how I view it 00:13:39 < stahnma> | most of our developers are on CentOS 00:13:48 * | nirik gets a phone call... sorry 00:14:39 < stahnma> | is that all we have on builders? 00:14:41 < nirik> | I think it's a good idea to wait for centos. 00:14:51 < stahnma> | yeah, I think it has critical mass 00:14:57 < stahnma> | I am not about other RHEL clones 00:14:58 < mmcgrath> | it's probably best to just let the SIG decide per release. 00:15:02 < stahnma> | ok 00:15:13 < nirik> | another issue related here: updates for builders? 00:15:27 < nirik> | would it be hard to get them to pull updates into the buildroot ? 00:15:33 < mmcgrath> | nirik: ? As in the craziness that has been this last week? 00:15:49 < nirik> | no, as in RHEL updates added to the buildroots for builds. 00:16:01 < mmcgrath> | oh oh. 00:16:19 < nirik> | or should we talk more on list. I am not sure I understand the Z-stream stuff that was mentioned. 00:16:35 < mmcgrath> | If we decide thats what we want to do we'll also have to figure out a way to do it. Right now going from RHEL5 -> 5.1 involved me downloading the DVD's, copying RPM's over and running createrepo. 00:16:36 --> | JSchmitt (Jochen Schmitt) has joined #fedora-meeting 00:17:39 < nirik> | yeah, we would need a rhn subscription or something and some jobs to move things. ;( 00:17:52 < nirik> | ok, will talk more on list about it... I think it's a good idea if we can do it... 00:18:07 < mmcgrath> | k 00:18:09 < nirik> | anything more here? 00:18:21 * | mmcgrath has nothing 00:18:26 --- | nirik has changed the topic to: EPEL SIG Meeting | update http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies 00:18:42 < nirik> | I updated the page... if everyone could look and correct/add/modify, feel free. 00:19:10 < mmcgrath> | will do. 00:19:20 * | stahnma pulls it up 00:19:25 --- | nirik has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:19:31 < nirik> | anything else anyone would like to bring up? 00:19:44 < stahnma> | anything planned on EPEL at FUDcon? 00:19:44 <-- | petreu has quit (Connection reset by peer) 00:19:58 < stahnma> | also, it's great to see so many new packages in EPEL lately 00:20:03 --> | petreu (Peter Reuschlein) has joined #fedora-meeting 00:20:14 < nirik> | yeah, knurd's ping of people got a lot of packages moving. 00:20:40 < nirik> | we could do a EPEL meeting at fudcon... perhaps a 'Fedora maintainers intro to EPEL' ? 00:21:03 * | mmcgrath is all for EPEL. 00:21:07 < mmcgrath> | err Fudcon + epel. 00:21:13 * | stahnma still needs a roomate 00:21:28 < nirik> | I am still working on getting munin in... need some more perl deps. Will probibly start on Xfce over the holidays too. 00:21:35 < stahnma> | cool 00:22:01 * | nirik should ask his boss about fudcon plans... she was going to make reservations/travel, but I haven't heard anything yet. 00:23:08 < stahnma> | that's all I have 00:23:10 * | Jeff_S pops his head in 00:23:17 < nirik> | anyone want to run a EPEL fudcon thing? ie, sign up for a room, etc? 00:23:40 <-- | jnettlet has quit ("Ex-Chat") 00:23:47 < mmcgrath> | nirik: I'll be there to discuss if I can but I already have two other sessions I'm holding. 00:23:49 < stahnma> | If I confirm that I am going, I will do that 00:24:01 < stahnma> | I just need to verify costs/find a roomate 00:24:15 < nirik> | cool. 00:24:46 < nirik> | anything else EPEL related anyone? 00:24:51 * | mmcgrath has nothing. 00:25:01 * | stahnma is good 00:25:14 < nirik> | ok, thanks everyone... 00:25:17 < stahnma> | thanks 00:25:20 <-- | stahnma has left #fedora-meeting ( "Time for something else....") 00:25:30 --- | nirik has changed the topic to: -- MARK -- Meeting end 00:25:42 --- | nirik has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:27:15 --> | wolfy (Manuel Wolfshant) has joined #fedora-meeting 00:28:52 < mmcgrath> | nirik: thanks :) 00:32:25 <-- | wolfy has quit (Remote closed the connection) 00:34:02 --> | jnettlet (Jon Nettleton) has joined #fedora-meeting 00:42:59 --> | bpepple|lt (Brian Pepple) has joined #fedora-meeting 00:43:13 --> | sereinity (Sereinity) has joined #fedora-meeting 00:43:21 <-- | JSchmitt has quit ("Konversation terminated!") 00:50:47 <-- | loupgaroublond has quit (Read error: 113 (No route to host)) 00:54:03 < knurd_afk> | uhhhps 00:54:12 * | knurd_afk forget the meeting 00:54:16 < knurd_afk> | sorry guys 00:54:45 * | knurd_afk actually thought it's tuesday :-/ From fedora at leemhuis.info Tue Dec 25 11:00:32 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 25 Dec 2007 12:00:32 +0100 Subject: EPEL report week 51 2007 Message-ID: <4770E2D0.2080703@leemhuis.info> = Weekly EPEL Summary = Week 51/2007 == Most important happenings == * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00101.html EPEL4 builders now use RHEL 4.6] * alpine now in EPEL == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00130.html perl modules in EPEL] == Meeting == === Next Meeting === 20080201 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === Attendees: * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] * [:MichaelStahnke:stahnma] Topics: * RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData * stahnma> I have been working on a something that spits out requires/provides/filelisting etc for each rpm . I am actually surprised repoview doesn't have something like that * stuff will be hosted on fedorapeople * No ETA; stahnma> "I was hoping to have it done today, but that didn't happen ; maybe next coupel weeks. Holidays screw up schedules " * KojiAndBodhiForEpel * mmcgrath> the wheels are in motion to try to get funding for an intern but nothing concrete yet. * RHEL 5.1 (and 4.6) for the builders * thats done now, right? * how to do it next time still under discussion * nirik> | another issue related here: updates for builders? would it be hard to get them to pull updates into the buildroot ? * mmcgrath> | If we decide thats what we want to do we'll also have to figure out a way to do it. Right now going from RHEL5 -> 5.1 involved me downloading the DVD's, copying RPM's over and running createrepo. * more on the list * update http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies * nirik> | I updated the page... if everyone could look and correct/add/modify, feel free. * Free discussion * anything planned on EPEL at FUDcon? Maybe a EPEL meeting at fudcon... perhaps a 'Fedora maintainers intro to EPEL' ? * stahnma> | also, it's great to see so many new packages in EPEL lately * nirik> | I am still working on getting munin in... need some more perl deps. Will probibly start on Xfce over the holidays too. == Stats == === General === Number of EPEL Contributors: 161 We welcome 6 new contributors: bellet bojan deji jbowes key pwouters === EPEL 5 === Number of source packages: 923 Number of binary packages: 1702 There are 31 new Packages: * acpitool | Command line ACPI client * alpine | UW Alpine mail user agent * asa | Convert Fortran carriage control characters * BibTool | A Tool for manipulating BibTeX data bases * bitmap | Bitmap editor and converter utilities for the X Window System * cppunit | C++ unit testing framework * docbook2X | Convert docbook into man and Texinfo * elektra | A key/value pair database to store software configurations * esmtp | User configurable relay-only Mail Transfer Agent (MTA) * gparted | Gnome Partition Editor * mISDN | Userspace part of Modular ISDN stack * monotone | A free, distributed version control system * nautilus-actions | Nautilus extension for customizing the context menu * netbsd-iscsi | User-space implementation of iSCSI target from NetBSD project * perl-HTTP-Server-Simple | Very simple standalone HTTP daemon * perl-IO-Tty | Perl interface to pseudo tty's * perl-IPC-Run | Perl module for interacting with child processes * perl-Locale-Maketext-Fuzzy | Maketext from already interpolated strings * perl-Log-Dispatch | Dispatches messages to one or more outputs * perl-Mail-Sender | Module for sending mails with attachments through an SMTP server * perl-Mail-Sendmail | Simple platform independent mailer for Perl * perl-Module-ScanDeps | Recursively scan Perl code for dependencies * perl-PAR-Dist | Toolkit for creating and manipulating Perl PAR distributions * perl-Text-Aspell | Perl interface to the GNU Aspell library * pyflakes | A Lint-like tool for Python * python-ctypes | Advanced Foreign Function Interface for Python * python-openid | Python OpenID libraries * python-pycurl | A Python interface to libcurl * trousers | Implementation of the TCG's Software Stack v1.2 Specification * viewvc | Browser interface for CVS and SVN version control repositories * xbae | Motif matrix, caption and text input widgets === EPEL 4 === Number of source packages: 534 Number of binary packages: 1035 There are 29 new Packages: * acpitool | Command line ACPI client * alpine | UW Alpine mail user agent * asa | Convert Fortran carriage control characters * BibTool | A Tool for manipulating BibTeX data bases * cernlib | General purpose CERN library * cppunit | C++ unit testing framework * docbook2X | Convert docbook into man and Texinfo * esmtp | User configurable relay-only Mail Transfer Agent (MTA) * ganglia | Ganglia Distributed Monitoring System * libesmtp | SMTP client library * pcapdiff | Compares packet captures, detects forged, dropped or mangled packets * perl-Archive-Tar | A module for Perl manipulation of .tar files * perl-Archive-Zip | Perl library for accessing Zip archives * perl-Compress-Zlib | Interface to zlib compression library * perl-IO-String | Emulate file interface for in-core strings * perl-IO-Tty | Perl interface to pseudo tty's * perl-IO-Zlib | IO:: style interface to Compress::Zlib * perl-IPC-Run | Perl module for interacting with child processes * perl-Locale-Maketext-Fuzzy | Maketext from already interpolated strings * perl-Mail-Sender | Module for sending mails with attachments through an SMTP server * perl-Mail-Sendmail | Simple platform independent mailer for Perl * perl-Module-Build | Perl module for building and installing Perl modules * perl-PAR-Dist | Toolkit for creating and manipulating Perl PAR distributions * pyflakes | A Lint-like tool for Python * python-genshi | Toolkit for stream-based generation of output for the web * python-openid | Python OpenID libraries * python-protocols | Open Protocols and Component Adaptation for Python * viewvc | Browser interface for CVS and SVN version control repositories * xbae | Motif matrix, caption and text input widgets ---- ["CategoryEPELReports"] From bugs.michael at gmx.net Wed Dec 26 21:20:31 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 26 Dec 2007 22:20:31 +0100 Subject: EPEL report week 51 2007 In-Reply-To: <4770E2D0.2080703@leemhuis.info> References: <4770E2D0.2080703@leemhuis.info> Message-ID: <20071226222031.5e50e9e7.bugs.michael@gmx.net> On Tue, 25 Dec 2007 12:00:32 +0100, Thorsten Leemhuis wrote: > === Next Meeting === > > 20080201 at 18:00 UTC in #fedora-meeting. I'd like to suggest that the EPEL people establish and document an own and well-working procedure on how to reach their repository admins. The old Fedora Extras tracker page at /PackageMaintainers/RepoRequests is obsolete and out-of-date. Apart from that, it is not linked from within the EPEL Wiki pages either. From fedora at leemhuis.info Thu Dec 27 05:46:10 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 27 Dec 2007 06:46:10 +0100 Subject: EPEL report week 51 2007 In-Reply-To: <20071226222031.5e50e9e7.bugs.michael@gmx.net> References: <4770E2D0.2080703@leemhuis.info> <20071226222031.5e50e9e7.bugs.michael@gmx.net> Message-ID: <47733C22.7070903@leemhuis.info> On 26.12.2007 22:20, Michael Schwendt wrote: > On Tue, 25 Dec 2007 12:00:32 +0100, Thorsten Leemhuis wrote: > >> === Next Meeting === >> >> 20080201 at 18:00 UTC in #fedora-meeting. > > I'd like to suggest that the EPEL people establish and document an own and > well-working procedure on how to reach their repository admins. http://fedoraproject.org/wiki/EPEL/FAQ#head-f3ee0f7a388252c4857bdbe6095dac94996c57b8 --- === What do I have to do to get a package removed from EPEL? === We normally don't remove packages we shipped, but if you for example build something for EPEL-testing and notice crucial deps are missing we can remove it. Send a mail to [[MailTo(epel_signers-members AT fedoraproject DOT org )]] === What do I need to do if I need to get a updated package quickly into the EPEL proper? === If you want to see a package moved from the testing or needsign repos to the proper EPEL repos (for example to fix important (security) bugs) please test the package once it got build; if it works well send a mail asking for this move to [[MailTo(epel_signers-members AT fedoraproject DOT org )]] --- That been there for some weeks (months?) now. Cu knurd From bugs.michael at gmx.net Thu Dec 27 12:34:51 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 27 Dec 2007 13:34:51 +0100 Subject: EPEL report week 51 2007 In-Reply-To: <47733C22.7070903@leemhuis.info> References: <4770E2D0.2080703@leemhuis.info> <20071226222031.5e50e9e7.bugs.michael@gmx.net> <47733C22.7070903@leemhuis.info> Message-ID: <20071227133451.0098c73e.bugs.michael@gmx.net> On Thu, 27 Dec 2007 06:46:10 +0100, Thorsten Leemhuis wrote: > > I'd like to suggest that the EPEL people establish and document an own and > > well-working procedure on how to reach their repository admins. > > http://fedoraproject.org/wiki/EPEL/FAQ#head-f3ee0f7a388252c4857bdbe6095dac94996c57b8 > That been there for some weeks (months?) now. Good. Turns out the EPEL requests on the old page are from end of August and older: http://fedoraproject.org/wiki/PackageMaintainers/RepoRequests?action=recall&rev=124 From lists at timj.co.uk Thu Dec 27 21:13:27 2007 From: lists at timj.co.uk (Tim Jackson) Date: Thu, 27 Dec 2007 21:13:27 +0000 Subject: Refactoring up-imapproxy Message-ID: <47741577.40000@timj.co.uk> Hi I'm importing up-imapproxy into EL-5. This is a really useful IMAP proxy for anyone with a webmail system (e.g. Squirrelmail) which constantly opens and closes IMAP connections; it caches them and speeds things up. Anyway, the point is that although it is a simple piece of software, the packaging is a bit screwy. The software is generally known as "up-imapproxy" but in some places (internally and externally) is referred to as "imapproxy". Now, this package is already in Fedora, so I could leave things as they are (the Fedora maintainer has pretty much just followed what upstream does), or I can take this one opportunity to tidy things up. Brief overview as currently packaged in Fedora: * Website: www.imapproxy.org * Upstream tarball: up-imapproxy-x.y.z.tar.gz * Upstream references: vary between "up-imapproxy" and "imapproxy" * Package name in Fedora: up-imapproxy * Config: /etc/imapproxy.conf * Daemon: /usr/sbin/in.imapproxyd * Init script: /etc/init.d/imapproxy What I'm *proposing* to do is to patch it up to make it more consistent as follows: * Package name in EPEL: up-imapproxy * Config: /etc/up-imapproxy.conf * Daemon: /usr/sbin/up-imapproxyd * Init script: /etc/init.d/up-imapproxy Any comments either way would be appreciated. Thanks Tim From pertusus at free.fr Fri Dec 28 10:09:33 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 28 Dec 2007 11:09:33 +0100 Subject: perl(Test::Builder::Tester) not in EL 4? Message-ID: <20071228100933.GA32573@free.fr> Hello, I am looking at perl-Test-Pod for EL-4 right now. Recent versions > 1.20 requires recent Test::* versions. However 1.20 buildrequires Test::More which is in the EL-4 perl, but it also BR Test::Builder::Tester which is not in perl-5.8.5-36.el4_5.2 This is strange because the RHL-9 version of Test-Pod had already a BR on perl(Test::Builder::Tester), and RHL-9 is much older than EL-4. Anybody knows what is going on? -- Pat From bugs.michael at gmx.net Fri Dec 28 11:14:36 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 28 Dec 2007 12:14:36 +0100 Subject: perl(Test::Builder::Tester) not in EL 4? In-Reply-To: <20071228100933.GA32573@free.fr> References: <20071228100933.GA32573@free.fr> Message-ID: <20071228121436.ec6bf093.bugs.michael@gmx.net> On Fri, 28 Dec 2007 11:09:33 +0100, Patrice Dumas wrote: > Hello, > > I am looking at perl-Test-Pod for EL-4 right now. Recent versions > 1.20 > requires recent Test::* versions. However 1.20 buildrequires Test::More > which is in the EL-4 perl, but it also BR Test::Builder::Tester which is > not in > perl-5.8.5-36.el4_5.2 > This is strange because the RHL-9 version of Test-Pod had already a BR > on perl(Test::Builder::Tester), and RHL-9 is much older than EL-4. > > Anybody knows what is going on? I see perl-Test-Builder-Tester in CVS for RHL-9 to FC-5 and EL-4/EL-5. From pertusus at free.fr Fri Dec 28 11:45:22 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 28 Dec 2007 12:45:22 +0100 Subject: perl(Test::Builder::Tester) not in EL 4? In-Reply-To: <20071228121436.ec6bf093.bugs.michael@gmx.net> References: <20071228100933.GA32573@free.fr> <20071228121436.ec6bf093.bugs.michael@gmx.net> Message-ID: <20071228114522.GB32573@free.fr> On Fri, Dec 28, 2007 at 12:14:36PM +0100, Michael Schwendt wrote: > On Fri, 28 Dec 2007 11:09:33 +0100, Patrice Dumas wrote: > > > Hello, > > > > which is in the EL-4 perl, but it also BR Test::Builder::Tester which is > > not in > > perl-5.8.5-36.el4_5.2 > > I see perl-Test-Builder-Tester in CVS for RHL-9 to FC-5 and EL-4/EL-5. Thanks, I'll use that version and build it soon. -- Pat From buildsys at fedoraproject.org Fri Dec 28 16:12:59 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 28 Dec 2007 11:12:59 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-28 Message-ID: <20071228161259.55ED9152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 23 NEW flasm-1.62-3.el5 : Flash bytecode assembler disassembler NEW gnochm-0.9.11-1.el5 : CHM file viewer NEW hspell-1.0-7.el5 : A Hebrew spell checker NEW kchmviewer-3.1-1.el5.5 : CHM viewer with KDE support NEW libdockapp-0.6.1-5.el5 : DockApp Development Standard Library NEW libnc-dap-3.7.0-9.el5 : The NetCDF interface to DAP-2 from OPeNDAP NEW libsx-2.05-13.el5 : Simple X library NEW ooo2txt-0.0.6-3.el5 : Convert OpenOffice documents to simple text NEW pam_ssh-1.92-7.el5 : PAM module for use with SSH keys and ssh-agent NEW perl-File-BaseDir-0.03-1.el5 : Use the freedesktop basedir spec NEW perl-File-DesktopEntry-0.04-4.el5 : Object to handle .desktop files NEW perl-File-NFSLock-1.20-2.el5.1 : Perl module to do NFS (or not) locking NEW perl-Heap-0.80-1.el5 : Perl extension for keeping data partially sorted NEW perl-LWP-Authen-Wsse-0.05-2.el5.1 : Library for enabling X-WSSE authentication in LWP perl-Parse-Yapp-1.05-36.el5.1 NEW perl-Statistics-Descriptive-2.6-2.el5.1 : Perl module of basic descriptive statistical functions NEW perl-Text-CHM-0.01-2.el5.1 : Perl extension for handling MS Compiled HtmlHelp Files NEW perl-Text-Unidecode-0.04-4.el5.1 : US-ASCII transliterations of Unicode text NEW pwgen-2.06-2.el5 : Automatic password generation NEW python-alsa-1.0.14-1.el5 : Python binding for the ALSA library NEW python-chm-0.8.4-1.el5 : Python package for CHM files handling NEW tetex-elsevier-0.1.20071024-1.el5 : Elsevier LaTeX style files and documentation tomcat-native-1.1.12-1.el5 Packages built and released for Fedora EPEL testing/4: 24 NEW codeblocks-1.0-0.28.20071210svn4719.el4 : An open source, cross platform, free C++ IDE NEW flasm-1.62-3.el4 : Flash bytecode assembler disassembler NEW kchmviewer-3.1-1.el4.5 : CHM viewer with KDE support NEW libdockapp-0.6.1-5.el4 : DockApp Development Standard Library NEW libnc-dap-3.7.0-9.el4 : The NetCDF interface to DAP-2 from OPeNDAP NEW libsx-2.05-13.el4.1 : Simple X library NEW ooo2txt-0.0.6-3.el4 : Convert OpenOffice documents to simple text NEW pam_ssh-1.92-7.el4 : PAM module for use with SSH keys and ssh-agent NEW perl-Devel-Symdump-2.07-3.el4.1 : A Perl module for inspecting Perl's symbol table NEW perl-File-BaseDir-0.03-1.el4 : Use the freedesktop basedir spec NEW perl-File-NFSLock-1.20-2.el4.1 : Perl module to do NFS (or not) locking NEW perl-Heap-0.80-1.el4 : Perl extension for keeping data partially sorted NEW perl-LWP-Authen-Wsse-0.05-2.el4.1 : Library for enabling X-WSSE authentication in LWP NEW perl-Parse-Yapp-1.05-36.el4.1 : Perl extension for generating and using LALR parsers NEW perl-Pod-Coverage-0.18-2.el4 : Checks if the documentation of a module is comprehensive NEW perl-Statistics-Descriptive-2.6-2.el4.1 : Perl module of basic descriptive statistical functions NEW perl-Test-Builder-Tester-1.01-1.el4.3 : Test runner for Test::Builder testsuites NEW perl-Test-Pod-1.20-3.el4 : Perl module for checking for POD errors in files NEW perl-Test-Pod-Coverage-1.08-1.el4 : Check for pod coverage in your distribution NEW perl-Text-CHM-0.01-2.el4.1 : Perl extension for handling MS Compiled HtmlHelp Files NEW perl-Text-Unidecode-0.04-4.el4.1 : US-ASCII transliterations of Unicode text NEW pwgen-2.06-2.el4 : Automatic password generation NEW python-chm-0.8.4-1.el4 : Python package for CHM files handling NEW wxGTK-2.8.4-4.el4.1 : GTK2 port of the wxWidgets GUI library Changes in Fedora EPEL testing/5: flasm-1.62-3.el5 ---------------- * Tue Dec 25 2007 Patrice Dumas 1.62-3 - minor cleanups gnochm-0.9.11-1.el5 ------------------- * Fri Dec 28 2007 Patrice Dumas 0.9.11-1 - update to 0.9.11 hspell-1.0-7.el5 ---------------- * Tue May 22 2007 Dan Kenigsberg 1.0-7 - Move the hunspell-he dictionaries into hspell package (Bug #240696). Mostly applying Caolan McNamara's patch #155078. kchmviewer-3.1-1.el5.5 ---------------------- * Thu Aug 02 2007 Patrice Dumas 3.1-1.5 - update to 3.1 libdockapp-0.6.1-5.el5 ---------------------- * Thu Dec 27 2007 Patrice Dumas 0.6.1-5 - minor cleanups libnc-dap-3.7.0-9.el5 --------------------- * Mon Dec 17 2007 Patrice Dumas 3.7.0-9 - rebuild against newer libdap libsx-2.05-13.el5 ----------------- * Thu Dec 27 2007 Patrice Dumas 2.05-13 - keep timestamps ooo2txt-0.0.6-3.el5 ------------------- * Thu Dec 27 2007 Patrice Dumas - 0.0.6-3 - keep timestamps - fixes in code - rename ooo2txt.006.pl.diff to ooo2txt-0.0.6-fixes.patch pam_ssh-1.92-7.el5 ------------------ * Thu Dec 27 2007 Patrice Dumas 1.92-7 - keep timestamps perl-File-BaseDir-0.03-1.el5 ---------------------------- * Thu Nov 22 2007 Patrice Dumas 0.03-1 - update to 0.03 (#396071) perl-File-DesktopEntry-0.04-4.el5 --------------------------------- * Thu Dec 27 2007 Patrice Dumas 0.04-4 - update to 0.04 perl-File-NFSLock-1.20-2.el5.1 ------------------------------ * Mon Oct 15 2007 Tom "spot" Callaway 1.20-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Heap-0.80-1.el5 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-LWP-Authen-Wsse-0.05-2.el5.1 --------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.05-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Parse-Yapp-1.05-36.el5.1 ----------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 1.05-36.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Statistics-Descriptive-2.6-2.el5.1 --------------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.6-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Text-CHM-0.01-2.el5.1 -------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.01-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Text-Unidecode-0.04-4.el5.1 -------------------------------- * Wed Oct 17 2007 Tom "spot" Callaway - 0.04-4.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) pwgen-2.06-2.el5 ---------------- * Thu Aug 23 2007 James Bowes - 2.06-2 - Mark license as GPL+ python-alsa-1.0.14-1.el5 ------------------------ * Wed Nov 21 2007 Andy Shevchenko 1.0.14-1 - rebuild for EPEL python-chm-0.8.4-1.el5 ---------------------- * Sat Dec 09 2006 Patrice Dumas 0.8.4-1 - update to 0.8.4 tetex-elsevier-0.1.20071024-1.el5 --------------------------------- * Fri Dec 28 2007 Patrice Dumas 0.1.20071024-1 - update to the new version - correct urls - build the manuals tomcat-native-1.1.12-1.el5 -------------------------- * Sat Dec 22 2007 Ville Skytt? - 1.1.12-1 - 1.12. * Wed Dec 05 2007 Release Engineering - 1.1.10-3 - Rebuild for deps * Wed Dec 05 2007 Ville Skytt? - 1.1.10-2 - Rebuild. Changes in Fedora EPEL testing/4: codeblocks-1.0-0.28.20071210svn4719.el4 --------------------------------------- * Tue Dec 11 2007 Dan Horak 1.0-0.28.20071210svn4719 - update to revision 4719 - fix multiarch problem with contrib subpackage (#340911) - set a fixed timestamp on all installed data files - preserve timestamps on updated files flasm-1.62-3.el4 ---------------- * Tue Dec 25 2007 Patrice Dumas 1.62-3 - minor cleanups kchmviewer-3.1-1.el4.5 ---------------------- * Thu Aug 02 2007 Patrice Dumas 3.1-1.5 - update to 3.1 libdockapp-0.6.1-5.el4 ---------------------- * Thu Dec 27 2007 Patrice Dumas 0.6.1-5 - minor cleanups libnc-dap-3.7.0-9.el4 --------------------- * Mon Dec 17 2007 Patrice Dumas 3.7.0-9 - rebuild against newer libdap libsx-2.05-13.el4.1 ------------------- * Thu Dec 27 2007 Patrice Dumas 2.05-13.1 - keep timestamps ooo2txt-0.0.6-3.el4 ------------------- * Thu Dec 27 2007 Patrice Dumas - 0.0.6-3 - keep timestamps - fixes in code - rename ooo2txt.006.pl.diff to ooo2txt-0.0.6-fixes.patch pam_ssh-1.92-7.el4 ------------------ * Thu Dec 27 2007 Patrice Dumas 1.92-7 - keep timestamps perl-Devel-Symdump-2.07-3.el4.1 ------------------------------- * Fri Dec 28 2007 Patrice Dumas - 1:2.07-3.1 - Add BuildRequires Test::Pod. Don't add Test::Pod::Coverage, since Test::Pod::Coverage indirectly BuildRequires perl-Devel-Symdump through Pod::Coverage perl-File-BaseDir-0.03-1.el4 ---------------------------- * Thu Nov 22 2007 Patrice Dumas 0.03-1 - update to 0.03 (#396071) perl-File-NFSLock-1.20-2.el4.1 ------------------------------ * Mon Oct 15 2007 Tom "spot" Callaway 1.20-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Heap-0.80-1.el4 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-LWP-Authen-Wsse-0.05-2.el4.1 --------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.05-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Parse-Yapp-1.05-36.el4.1 ----------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 1.05-36.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Pod-Coverage-0.18-2.el4 ---------------------------- * Wed Aug 09 2006 Jose Pedro Oliveira - 0.18-2 - Version 0.18 is now a noarch package. perl-Statistics-Descriptive-2.6-2.el4.1 --------------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.6-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Test-Builder-Tester-1.01-1.el4.3 ------------------------------------- * Fri Dec 28 2007 Patrice Dumas - 1.01-1.3 - remove Epoch:0 perl-Test-Pod-1.20-3.el4 ------------------------ * Thu May 12 2005 Jose Pedro Oliveira - 1.20-3 - Add dist tag. perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. perl-Text-CHM-0.01-2.el4.1 -------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.01-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Text-Unidecode-0.04-4.el4.1 -------------------------------- * Wed Oct 17 2007 Tom "spot" Callaway - 0.04-4.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) pwgen-2.06-2.el4 ---------------- * Thu Aug 23 2007 James Bowes - 2.06-2 - Mark license as GPL+ python-chm-0.8.4-1.el4 ---------------------- * Sat Dec 09 2006 Patrice Dumas 0.8.4-1 - update to 0.8.4 wxGTK-2.8.4-4.el4.1 ------------------- * Mon Dec 24 2007 Dan Horak - 2.8.4-4.1 - remove some BR so it builds on EL-4 From fedora at leemhuis.info Fri Dec 28 19:56:08 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 28 Dec 2007 20:56:08 +0100 Subject: Refactoring up-imapproxy In-Reply-To: <47741577.40000@timj.co.uk> References: <47741577.40000@timj.co.uk> Message-ID: <477554D8.9030808@leemhuis.info> On 27.12.2007 22:13, Tim Jackson wrote: > > I'm importing up-imapproxy into EL-5. thx! > [...] > Anyway, the point is that although it is a simple piece of software, the > packaging is a bit screwy. The software is generally known as > "up-imapproxy" but in some places (internally and externally) is > referred to as "imapproxy". > > Now, this package is already in Fedora, so I could leave things as they > are (the Fedora maintainer has pretty much just followed what upstream > does), or I can take this one opportunity to tidy things up. Brief > overview as currently packaged in Fedora: > > * Website: www.imapproxy.org > * Upstream tarball: up-imapproxy-x.y.z.tar.gz > * Upstream references: vary between "up-imapproxy" and "imapproxy" > > * Package name in Fedora: up-imapproxy > * Config: /etc/imapproxy.conf > * Daemon: /usr/sbin/in.imapproxyd > * Init script: /etc/init.d/imapproxy > > What I'm *proposing* to do is to patch it up to make it more consistent > as follows: > > * Package name in EPEL: up-imapproxy > * Config: /etc/up-imapproxy.conf > * Daemon: /usr/sbin/up-imapproxyd > * Init script: /etc/init.d/up-imapproxy > > Any comments either way would be appreciated. Here are my 2 cent: * there is no rule that EPEL packages have to be similar to the one from Fedora or based on those from Fedora (maybe such a rule should exist to prevent users bypass review), but it helps everyone a lot afaics; fixes can easily be floating back and forth and (more important) users that know the package from Fedora can just use the one from EPEL (or vice versa); that might not sound very important, but it IMHO is as differences like those outline above create a lot of confusion for users * what upstream does here looks to be confusing, but fixing this confusion only in Fedora-land (either Fedora or EPEL or both) just adds more confusion for everyone, as Howtos and Docs written from upstream or written for other distributions won't "just work" in Fedora-land as files are stored in different places Thus is might be better for everyone to stick to the package design what we have in Fedora for now, fix the naming problem upstream and then adjust the packaging in Fedora-land to it. CU knurd From florin at andrei.myip.org Fri Dec 28 21:47:31 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 28 Dec 2007 13:47:31 -0800 Subject: BUG: clamav packages badly broken Message-ID: <47756EF3.9060703@andrei.myip.org> Just a few quick observations: I am trying to use clamd with amavis and Postfix. Amavis is supposed to pass the attachments to clamd via a Unix socket. That's how it worked for a while with the clamav packages made by Dag Wieers, no problems at all. Today I uninstalled Dag's packages and installed the EPEL ones instead. Big mistake. The /etc/init.d stuff is badly broken. There isn't even a script proper, there's just a symlink to a wrapper. The wrapper file is not in the recognized init.d scripts style. There's a clamd.init file somewhere in /usr/share, but there's a tag in it that needs to be adjusted. That same tag is somehow propagated in the clamd.sysconfig file and possibly in a buch of other places. No explanation for its purpose. The way it currently is, the scripts just fail. Why is the package failing to work after install? Why it doesn't just work? Why the over-engineered customization with ? There's a bunch of CLAMD_SERVICE variables sprinkled all over the place in the wrapper script, that appears to be related to the tag. Holy freaking bejesus. Why should I care about that? If I wanted to care about that, I would install clamav from source, thank you very much. After installing clamav-server and the related packages, the stuff should Just Work (TM). It should not require dozens of obscure tweaks. What's the point in having a package otherwise? The Dag packages simply worked, as they always do, perhaps with some small adjustments in the .conf file. I uninstalled them today, due to a conflict with EPEL and thought I could use the EPEL packages instead. How silly of me. If I can't figure out how to make the EPEL stuff work, I'll have to go back to Dag's packages and set up all kinds of exceptions in yum, to work around the broken EPEL packages. How did these packages go through the verifications before being made public? Meanwhile my mail server can either be offline, or without an antivirus. Merry Christmas. :-( -- Florin Andrei http://florin.myip.org/ From devrim at CommandPrompt.com Fri Dec 28 21:55:19 2007 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Fri, 28 Dec 2007 13:55:19 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <47756EF3.9060703@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> Message-ID: <1198878919.3435.57.camel@localhost.localdomain> Hi, On Fri, 2007-12-28 at 13:47 -0800, Florin Andrei wrote: > Today I uninstalled Dag's packages and installed the EPEL ones > instead. Big mistake. +1. I'm sure that the packager has something in mind, but configuring/starting clamd shouldn't take much time. I had the same problem on Monday, and then reinstalled Dag's packages. If there is no strong need for current layout, I suggest to move to the old design. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Sat Dec 29 00:10:21 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 01:10:21 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <47756EF3.9060703@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> Message-ID: <20071229011021.f3f870b8.bugs.michael@gmx.net> On Fri, 28 Dec 2007 13:47:31 -0800, Florin Andrei wrote: > Just a few quick observations: Funny. The differerent design of the Fedora clamav packages has been a topic on various lists long ago. Actually, there's some rationale behind the complexity of the Fedora clamav packages: packager's decision based on security and versatility beyond basic clamav usage. The packages include %doc files. You can't avoid reading them. The packages are not compatible with Dag's packages. They have never been compatible with Dag's. This is no secret. They do work, albeit differently than Dag's. Unfortunately, the clamav users within the Fedora community have not cared enough about clamav in Fedora as would be necessary to either a) reach a consensus on how to package them, b) work with the original Fedora packager on enhancing them with a more convenient setup procedure, or c) do sufficient lobbying in order to convince Fedora Project leadership that something is "wrong" with Fedora's clamav packages and may need decision-finding on a higher level. From limb at jcomserv.net Sat Dec 29 00:19:05 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 28 Dec 2007 18:19:05 -0600 (CST) Subject: BUG: clamav packages badly broken In-Reply-To: <20071229011021.f3f870b8.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> Message-ID: <54340.63.85.68.164.1198887545.squirrel@mail.jcomserv.net> > On Fri, 28 Dec 2007 13:47:31 -0800, Florin Andrei wrote: > >> Just a few quick observations: > > Funny. The differerent design of the Fedora clamav packages has been a > topic on various lists long ago. Actually, there's some rationale behind > the complexity of the Fedora clamav packages: packager's decision based on > security and versatility beyond basic clamav usage. The packages include > %doc files. You can't avoid reading them. The packages are not compatible > with Dag's packages. They have never been compatible with Dag's. This is > no secret. They do work, albeit differently than Dag's. > > Unfortunately, the clamav users within the Fedora community have not cared > enough about clamav in Fedora as would be necessary to either a) reach a > consensus on how to package them, b) work with the original Fedora > packager on enhancing them with a more convenient setup procedure, or c) > do sufficient lobbying in order to convince Fedora Project leadership that > something is "wrong" with Fedora's clamav packages and may need > decision-finding on a higher level. Incidentally, I use clamav in production on fedora with sendmail. No issues. Just had to make the socket paths in the config files match, and voila. > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- novus ordo absurdum From smooge at gmail.com Sat Dec 29 01:38:29 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 28 Dec 2007 18:38:29 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229011021.f3f870b8.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> Message-ID: <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> On Dec 28, 2007 5:10 PM, Michael Schwendt wrote: > On Fri, 28 Dec 2007 13:47:31 -0800, Florin Andrei wrote: > > > Just a few quick observations: > > Funny. The differerent design of the Fedora clamav packages has been a > topic on various lists long ago. Actually, there's some rationale behind > the complexity of the Fedora clamav packages: packager's decision based on > security and versatility beyond basic clamav usage. The packages include > %doc files. You can't avoid reading them. The packages are not compatible > with Dag's packages. They have never been compatible with Dag's. This is > no secret. They do work, albeit differently than Dag's. > > Unfortunately, the clamav users within the Fedora community have not cared > enough about clamav in Fedora as would be necessary to either a) reach a > consensus on how to package them, b) work with the original Fedora > packager on enhancing them with a more convenient setup procedure, or c) > do sufficient lobbying in order to convince Fedora Project leadership that > something is "wrong" with Fedora's clamav packages and may need > decision-finding on a higher level. > I had a couple of conversations along the above. Enrico's position was it worked for him and that other changes were not what he had in mind. While it could have been the time I asked about (during one of the flame wars), translation issues, or the reality of it.. it was pretty much either his way or someone else maintain it and all his other packages. Since that was not what I was looking for.. I decided to let it rest. There has been a push to patch the EPEL packages to be more like the DAG clamav ones for 'various' reasons, but it has been held up in review for quite some time. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From florin at andrei.myip.org Sat Dec 29 03:16:27 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 28 Dec 2007 19:16:27 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229011021.f3f870b8.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> Message-ID: <4775BC0B.5080806@andrei.myip.org> Michael Schwendt wrote: > > Funny. The differerent design of the Fedora clamav packages has been a > topic on various lists long ago. Actually, there's some rationale behind > the complexity of the Fedora clamav packages: They're not "complex". They're broken. I can come up with countless examples of applications much more complex than clamav - their packages just work when installed. Apache - it can do virtual hosts, reverse proxy and all sorts of fancy things. But the RPM package, once installed, Simply Works with a minimal setup. "service httpd start" launches a valid, working instance of the Apache server. Want more than just the basics? Sure, knock yourself out, read the docs, change it. Postfix - capable of doing virtual hosting, accounts via LDAP, the whole shebang. But the RPM package, once installed, launches an MTA with the basic functionality. You can surely tweak it to do a whole lot more. But initially it Simply Works: "service postfix start" and voila. Clamav - install it, try to launch it, it fails. A lot of hacking is required to enable even the most basic functions. I cannot call that anything but broken. > The packages include > %doc files. You can't avoid reading them. Yes, I can, and I should - if all I want is the most basic functionality. An RPM package should just work, with the basic functions enabled, once it's installed. This is true for more than 99% of all the RPM packages out there. For some reason, clamav is deemed to be a very special case, although there's nothing so special about this software to justify releasing an RPM package that does not work out of the box. > The packages are not compatible > with Dag's packages. They have never been compatible with Dag's. This is > no secret. Nobody asked for compatibility with Dag's, nor is that a reasonable request. Asking for basic functionality to just work out of the box, though, is a reasonable request, which the current clamav packages in EPEL fail to meet. > They do work, albeit differently than Dag's. Not the packages I installed today, they don't. Proof: install them, then run "service clamav-wrapper start" (or whatever is the name of that broken symlink). Anything happened at all? -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Sat Dec 29 03:20:56 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 28 Dec 2007 19:20:56 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> Message-ID: <4775BD18.4010306@andrei.myip.org> Stephen John Smoogen wrote: > flame wars), translation issues, or the reality of it.. it was pretty > much either his way or someone else maintain it and all his other > packages. Since that was not what I was looking for.. I decided to let > it rest. I don't know what are the approval criteria, but the following test must be passed by any package containing a daemon (service) before it's released: A package containing a daemon (service) must successfully execute "service daemon-init-script start" after the package has been installed. This command must launch a working instance of the daemon, with at least the basic functions enabled, the definition of "basic" depending on the daemon. No configuration changes should be required for that. Examples: Apache, Sendmail, Postfix, Squid. -- Florin Andrei http://florin.myip.org/ From rdieter at math.unl.edu Sat Dec 29 04:38:42 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 28 Dec 2007 22:38:42 -0600 Subject: BUG: clamav packages badly broken References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> Message-ID: Florin Andrei wrote: > Clamav - install it, try to launch it, it fails. A lot of hacking is > required to enable even the most basic functions. I cannot call that > anything but broken. Bug filed? -- Rex From dan at danny.cz Sat Dec 29 09:17:25 2007 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Sat, 29 Dec 2007 10:17:25 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <4775BD18.4010306@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> <4775BD18.4010306@andrei.myip.org> Message-ID: <1198919845.3251.5.camel@eagle.danny.cz> Florin Andrei p??e v P? 28. 12. 2007 v 19:20 -0800: > Stephen John Smoogen wrote: > > flame wars), translation issues, or the reality of it.. it was pretty > > much either his way or someone else maintain it and all his other > > packages. Since that was not what I was looking for.. I decided to let > > it rest. > > I don't know what are the approval criteria, but the following test must > be passed by any package containing a daemon (service) before it's released: > > A package containing a daemon (service) must successfully execute > "service daemon-init-script start" after the package has been installed. > This command must launch a working instance of the daemon, with at least > the basic functions enabled, the definition of "basic" depending on the > daemon. No configuration changes should be required for that. Examples: > Apache, Sendmail, Postfix, Squid. > Sorry, but this is simply not true. I own 2 packages that will never work like that. They need a manual configuration before they can be started. Dan From ville.skytta at iki.fi Sat Dec 29 11:54:57 2007 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sat, 29 Dec 2007 13:54:57 +0200 Subject: BUG: clamav packages badly broken In-Reply-To: <1198919845.3251.5.camel@eagle.danny.cz> References: <47756EF3.9060703@andrei.myip.org> <4775BD18.4010306@andrei.myip.org> <1198919845.3251.5.camel@eagle.danny.cz> Message-ID: <200712291354.59438.ville.skytta@iki.fi> On Saturday 29 December 2007, Dan Hor?k wrote: > Florin Andrei p??e v P? 28. 12. 2007 v 19:20 -0800: > > > > I don't know what are the approval criteria, but the following test must > > be passed by any package containing a daemon (service) before it's > > released: > > > > A package containing a daemon (service) must successfully execute > > "service daemon-init-script start" after the package has been installed. > > This command must launch a working instance of the daemon, with at least > > the basic functions enabled, the definition of "basic" depending on the > > daemon. No configuration changes should be required for that. Examples: > > Apache, Sendmail, Postfix, Squid. > > Sorry, but this is simply not true. I own 2 packages that will never > work like that. They need a manual configuration before they can be > started. Agreed. If the service cannot be made to work out of the box without any manual configuration, so be it, but the init script should (must?) detect the "unconfigured" situation and output an understandable message what to do about it, possibly with a pointer to further documentation. One example of this approach is in the init script of the Fedora vdr package. From bugs.michael at gmx.net Sat Dec 29 12:29:16 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 13:29:16 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> Message-ID: <20071229132916.b329cc12.bugs.michael@gmx.net> On Fri, 28 Dec 2007 18:38:29 -0700, Stephen John Smoogen wrote: > I had a couple of conversations along the above. Enrico's position was > it worked for him If the documentation files are followed, it does work, doesn't it? And packages like exim-clamav do work, too? Btw, I'm not sure that Enrico also maintains the packages in EPEL. > and that other changes were not what he had in mind. > While it could have been the time I asked about (during one of the > flame wars), translation issues, or the reality of it.. it was pretty > much either his way or someone else maintain it and all his other > packages. That's news to me that he wanted to drop all his packages. It would have been even more reason to make it an important issue for one of the relevant committees. From bugs.michael at gmx.net Sat Dec 29 12:29:20 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 13:29:20 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <4775BD18.4010306@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> <4775BD18.4010306@andrei.myip.org> Message-ID: <20071229132920.35277241.bugs.michael@gmx.net> On Fri, 28 Dec 2007 19:20:56 -0800, Florin Andrei wrote: > Stephen John Smoogen wrote: > > flame wars), translation issues, or the reality of it.. it was pretty > > much either his way or someone else maintain it and all his other > > packages. Since that was not what I was looking for.. I decided to let > > it rest. > > I don't know what are the approval criteria, but the following test must > be passed by any package containing a daemon (service) before it's released: > > A package containing a daemon (service) must successfully execute > "service daemon-init-script start" after the package has been installed. > This command must launch a working instance of the daemon, with at least > the basic functions enabled, the definition of "basic" depending on the > daemon. No configuration changes should be required for that. Examples: > Apache, Sendmail, Postfix, Squid. That's not a paragraph from the Fedora Review Guidelines [1]. Worded like that it doesn't make much sense. It cannot be a MUST item. There are daemon services, which do require configuration steps before they would no longer refuse to start. It wouldn't be of much value to just create a daemon for the fun of it, a dummy daemon (which does nothing or waits for configuration file changes), or a daemon that actually relies on defaults to start a very limited or even insecure service on localhost. Even with defaults, some types of services may be missing configuration values until they would do something useful. Not every value can be guessed (especially not services which must know remote server addresses), and not every default value is helpful either. [1] http://fedoraproject.org/wiki/Packaging/ReviewGuidelines From bugs.michael at gmx.net Sat Dec 29 13:16:34 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 14:16:34 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <4775BC0B.5080806@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> Message-ID: <20071229141634.a418ff6b.bugs.michael@gmx.net> On Fri, 28 Dec 2007 19:16:27 -0800, Florin Andrei wrote: > Michael Schwendt wrote: > > > > Funny. The differerent design of the Fedora clamav packages has been a > > topic on various lists long ago. Actually, there's some rationale behind > > the complexity of the Fedora clamav packages: > > They're not "complex". They're broken. Please don't just repeat complaints without substance. > > The packages include > > %doc files. You can't avoid reading them. > > Yes, I can, and I should - if all I want is the most basic > functionality. An RPM package should just work, with the basic functions > enabled, once it's installed. Then be the volunteer to provide a package that includes the configuration files for such a "most basic" clamav daemon. AIUI, the Fedora clamav packager doesn't want to provide such defaults because he thinks it would be wrong to do that. The Fedora Package Collection is not closed, however, it is open to the community. > > They do work, albeit differently than Dag's. > > Not the packages I installed today, they don't. Proof: install them, > then run "service clamav-wrapper start" (or whatever is the name of that > broken symlink). Anything happened at all? You are not supposed to run that. Read the documentation first. From smooge at gmail.com Sat Dec 29 17:34:29 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 29 Dec 2007 10:34:29 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229141634.a418ff6b.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> Message-ID: <80d7e4090712290934t6c80acdah102f2fced26a7f17@mail.gmail.com> On Dec 29, 2007 6:16 AM, Michael Schwendt wrote: > > Then be the volunteer to provide a package that includes the configuration > files for such a "most basic" clamav daemon. AIUI, the Fedora clamav > packager doesn't want to provide such defaults because he thinks it would > be wrong to do that. The Fedora Package Collection is not closed, however, > it is open to the community. > I think the issue is that in the past, Enricho has come across as his way or someone maintains all of his packages. I am not sure if that was his intent, but the feeling came across. Adding in a package for basic configurations has been closed as a wontfix in the past. https://bugzilla.redhat.com/show_bug.cgi?id=161953 > > > They do work, albeit differently than Dag's. > > > > Not the packages I installed today, they don't. Proof: install them, > > then run "service clamav-wrapper start" (or whatever is the name of that > > broken symlink). Anything happened at all? > > You are not supposed to run that. Read the documentation first. > Why does every time this package come up we end up with the same comments... there seem to have been several more in the old bugzilla.us one that I cant get to. https://bugzilla.redhat.com/show_bug.cgi?id=157528 https://bugzilla.redhat.com/show_bug.cgi?id=173221 It is a different packaging philosophy that Enricho has.. but it does seem to be different than most packages that Fedora ships. I am having a hard time coming up with a mainstream package that does it that way.. which I think is what causes the large amount of cognitive dissonance, and harsh opinions when they come up. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From florin at andrei.myip.org Sat Dec 29 18:40:40 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 10:40:40 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229141634.a418ff6b.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> Message-ID: <477694A8.3090101@andrei.myip.org> Michael Schwendt wrote: > > You are not supposed to run that. Read the documentation first. You are free to tell me what to do only _after_ you come up with a reasonable explanation as to why clamav is different from all other daemons out there and so it requires a different packaging philosophy. Until then, shut up. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Sat Dec 29 18:49:31 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 10:49:31 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> Message-ID: <477696BB.5030103@andrei.myip.org> Rex Dieter wrote: > Florin Andrei wrote: > > >> Clamav - install it, try to launch it, it fails. A lot of hacking is >> required to enable even the most basic functions. I cannot call that >> anything but broken. > > Bug filed? Good point. https://bugzilla.redhat.com/show_bug.cgi?id=426997 -- Florin Andrei http://florin.myip.org/ From bugs.michael at gmx.net Sat Dec 29 19:00:09 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 20:00:09 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <80d7e4090712290934t6c80acdah102f2fced26a7f17@mail.gmail.com> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> <80d7e4090712290934t6c80acdah102f2fced26a7f17@mail.gmail.com> Message-ID: <20071229200009.64ccfc8f.bugs.michael@gmx.net> On Sat, 29 Dec 2007 10:34:29 -0700, Stephen John Smoogen wrote: > Adding in a package for > basic configurations has been closed as a wontfix in the past. > > https://bugzilla.redhat.com/show_bug.cgi?id=161953 Quote: | 'clamav-milter' itself should work out-of-the-box (after | commenting out the 'Example' line in /etc/clamd.d/milter.conf); Is that true? (I think requiring the admin to acknowledge an example config file is not asked too much) But I referred to the case the Fedora packager doesn't like: a single system-wide clamd instance. Surely such a service can be provided in a separate package, building on top of the clamav base (like the exim-clamav package for Exim does it). > > > > They do work, albeit differently than Dag's. > > > > > > Not the packages I installed today, they don't. Proof: install them, > > > then run "service clamav-wrapper start" (or whatever is the name of that > > > broken symlink). Anything happened at all? > > > > You are not supposed to run that. Read the documentation first. > > > > Why does every time this package come up we end up with the same > comments... Because everytime it comes up, it's ignorance that leads to the initial complaints. Not all files in /etc/rc.d/init.d/ are service initscripts. None of the documentation claims that one should start clamav like that. Then, a person who complains is told about the need to complete configuration files first (which sounds like an interactive helper-script could aid with that), and the person still doesn't admit that the packages work. Instead, it is repeated that those configuration steps should not be necessary at all, and it is referred to a 3rd party package which starts a single preconfigured daemon. The Fedora packager points out what he thinks is wrong about starting a single clamd, and the discussion loops back to the beginning. That's why I suggest this issue is taken in front of a relevant Fedora technical committee to decide on whether it is too complicated to set up the packages and whether the packages fit into the Fedora Packaging philosophy. > there seem to have been several more in the old > bugzilla.us one that I cant get to. The initial package reviews have not been straight-forward, especially not since they contained technical problems and typos, which caused them to malfunction and which lead to a series of questions and answers about several aspects of the package design. For example, the purpose of the sub-packages, "virtual packages" and "capabilities" was not obvious or lead to feedback. At least one bigger thread should be on old fedora-extras-list. > It is a different packaging philosophy that Enricho has.. but it does > seem to be different than most packages that Fedora ships. I am having > a hard time coming up with a mainstream package that does it that > way.. which I think is what causes the large amount of cognitive > dissonance, and harsh opinions when they come up. Is setting up Samba or ntpd so much easier? Heavy usage of virtual packages/capabilities in the clamav packaging may be intimidating, but it boils down to a documentation issue (and the package %descriptions explain quite a bit already). From kevin at tummy.com Sat Dec 29 19:04:16 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 29 Dec 2007 12:04:16 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <47756EF3.9060703@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> Message-ID: <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> On Fri, 28 Dec 2007 13:47:31 -0800 florin at andrei.myip.org (Florin Andrei) wrote: > Just a few quick observations: > > I am trying to use clamd with amavis and Postfix. Amavis is supposed > to pass the attachments to clamd via a Unix socket. That's how it > worked for a while with the clamav packages made by Dag Wieers, no > problems at all. > > Today I uninstalled Dag's packages and installed the EPEL ones > instead. Big mistake. Are you using amavis packages from dag? or amavisd-new from epel/fedora? The two versions are very tied to the clamav version from the same repo. > Why is the package failing to work after install? Why it doesn't just > work? Why the over-engineered customization with ? amavisd-new from fedora/epel should just work out of the box. It has the clamd start script in it due to the way the clamav package in fedora is setup. > After installing clamav-server and the related packages, the stuff > should Just Work (TM). It should not require dozens of obscure > tweaks. What's the point in having a package otherwise? I would totally agree. > ...snipp... > How did these packages go through the verifications before being made > public? These have been in fedora for ages... > Meanwhile my mail server can either be offline, or without an > antivirus. Merry Christmas. :-( :( So, let me recap what I know and perhaps someone will think of a brilliant solution: - The fedora clamav maintainer wants to do things the way the package is currently setup. They don't want to change it to be more simple/easy to understand, or fix it to be more usable. This package meets all the package guidelines. - I attempted to setup a clamav for epel that was based on the dag rpms. However, amavisd-new, klamav, and other packages in fedora (and thus epel) depend on clamav being packaged in the way that it is. This would mean all those other packages would have to rework their specs for the clamav package. - The amavisd-new maintainer in fedora/epel reluctantly agreed to maintain the fedora version in EPEL. So, I don't see much way out... we go with the version currently in fedora/epel, unless someone can talk the maintainer (and the maintainers of all the dependent packages) into changing the package. Any other ideas? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Sat Dec 29 19:09:35 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 20:09:35 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <477694A8.3090101@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> <477694A8.3090101@andrei.myip.org> Message-ID: <20071229200935.e8cdda53.bugs.michael@gmx.net> On Sat, 29 Dec 2007 10:40:40 -0800, Florin Andrei wrote: > Michael Schwendt wrote: > > > > You are not supposed to run that. Read the documentation first. > > You are free to tell me what to do only _after_ you come up with a > reasonable explanation as to why clamav is different from all other > daemons out there and so it requires a different packaging philosophy. > Until then, shut up. "from all other daemons"? -> FUD. From florin at andrei.myip.org Sat Dec 29 19:34:21 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 11:34:21 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> Message-ID: <4776A13D.90000@andrei.myip.org> Kevin Fenzi wrote: > > Are you using amavis packages from dag? or amavisd-new from > epel/fedora? The two versions are very tied to the clamav version from > the same repo. Dag. IIRC, his repo provided clamav, amavisd-new and stuff like that before Fedora / EPEL, and his packages always worked correctly, so I haven't even bothered to verify if such packages are available outside of dag.wieers.com. Until a few days ago, "yum update" failed on el5 due to a clamav conflict. To make it clear, I'm not a dag.wieers.com partisan, I just want to use whatever software works and is easiest to use. > amavisd-new from fedora/epel should just work out of the box. > It has the clamd start script in it due to the way the clamav package > in fedora is setup. > These have been in fedora for ages... Oh great, that rot has been lingering there for ages and now other packages must work around the bug in the clamav packages. :-( > So, let me recap what I know and perhaps someone will think of a > brilliant solution: > > - The fedora clamav maintainer wants to do things the way the package > is currently setup. They don't want to change it to be more simple/easy > to understand, or fix it to be more usable. This package meets all the > package guidelines. > > - I attempted to setup a clamav for epel that was based on the dag > rpms. However, amavisd-new, klamav, and other packages in fedora (and > thus epel) depend on clamav being packaged in the way that it is. This awful It's not that other packages have just to work around the broken clamav packages, but they need to make the assumption that the bug is there in order to be able to use clamav. > would mean all those other packages would have to rework their specs > for the clamav package. > > - The amavisd-new maintainer in fedora/epel reluctantly agreed to > maintain the fedora version in EPEL. > > So, I don't see much way out... we go with the version currently in > fedora/epel, unless someone can talk the maintainer (and the > maintainers of all the dependent packages) into changing the package. > > Any other ideas? Back to using Dag's repo - setup all sorts of yum exceptions, so that the broken EPEL packages do not interfere with the good packages provided by Dag. Welcome to the repo hell. :-( -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Sat Dec 29 19:38:24 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 11:38:24 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229200009.64ccfc8f.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> <80d7e4090712290934t6c80acdah102f2fced26a7f17@mail.gmail.com> <20071229200009.64ccfc8f.bugs.michael@gmx.net> Message-ID: <4776A230.1010908@andrei.myip.org> Michael Schwendt wrote: > > Is setting up Samba or ntpd so much easier? Are you living in the same universe like everyone else? ntp can be launched immediately after it's installed. "service ntpd start" and it's working already. Samba may require setting up the workgroup at least, a couple more config items at most, then it's good to go. Or you can simply launch it as is and it will still work, albeit using the default workgroup. This is acceptable. This is very different from the situation with the EPEL clamav packages. -- Florin Andrei http://florin.myip.org/ From wolfy at nobugconsulting.ro Sat Dec 29 20:02:42 2007 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sat, 29 Dec 2007 22:02:42 +0200 Subject: BUG: clamav packages badly broken In-Reply-To: <4776A13D.90000@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <4776A13D.90000@andrei.myip.org> Message-ID: <4776A7E2.6070402@nobugconsulting.ro> On 12/29/2007 09:34 PM, Florin Andrei wrote: > > Back to using Dag's repo - setup all sorts of yum exceptions, so that > the broken EPEL packages do not interfere with the good packages > provided by Dag. Welcome to the repo hell. :-( That't exactly what yum-priorities has been written for. Just setup rpmforge with a bigger priority over epel and you are done. From bugs.michael at gmx.net Sat Dec 29 20:38:10 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 21:38:10 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> Message-ID: <20071229213810.0be581e5.bugs.michael@gmx.net> On Sat, 29 Dec 2007 12:04:16 -0700, Kevin Fenzi wrote: > So, let me recap what I know and perhaps someone will think of a > brilliant solution: > > - The fedora clamav maintainer wants to do things the way the package > is currently setup. They don't want to change it to be more simple/easy > to understand, or fix it to be more usable. This package meets all the > package guidelines. > > - I attempted to setup a clamav for epel that was based on the dag > rpms. However, amavisd-new, klamav, and other packages in fedora (and > thus epel) depend on clamav being packaged in the way that it is. This > would mean all those other packages would have to rework their specs > for the clamav package. > > - The amavisd-new maintainer in fedora/epel reluctantly agreed to > maintain the fedora version in EPEL. > > So, I don't see much way out... we go with the version currently in > fedora/epel, unless someone can talk the maintainer (and the > maintainers of all the dependent packages) into changing the package. > > Any other ideas? What exactly would make the current packages "more usable"? Why can't a volunteer create and maintain a clamav configuration add-on package, which offers a single system-wide clamav daemon if that is requested by the clamav user base in Fedora/EPEL? From bugs.michael at gmx.net Sat Dec 29 20:38:57 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 21:38:57 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <4776A230.1010908@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> <80d7e4090712290934t6c80acdah102f2fced26a7f17@mail.gmail.com> <20071229200009.64ccfc8f.bugs.michael@gmx.net> <4776A230.1010908@andrei.myip.org> Message-ID: <20071229213857.d82d256c.bugs.michael@gmx.net> On Sat, 29 Dec 2007 11:38:24 -0800, Florin Andrei wrote: > Michael Schwendt wrote: > > > > Is setting up Samba or ntpd so much easier? > > Are you living in the same universe like everyone else? > > ntp can be launched immediately after it's installed. "service ntpd > start" and it's working already. Because these days a default setup is provided for it already at firstboot-time (and hence the same defaults can be provided in the package already, too). And it's a system-wide service. # yum -y install openvpn [...] # service openvpn start Starting openvpn: [ OK ] # service openvpn start Starting openvpn: [ OK ] # service openvpn start Starting openvpn: [ OK ] [...] # service openvpn status openvpn: service not started [...] # service openvpn stop Shutting down openvpn: [ OK ] # service openvpn stop Shutting down openvpn: [ OK ] # service openvpn stop Shutting down openvpn: [ OK ] Hint: Read the initscript header to find out what is missing. # yum -y install hddtemp [...] # service hddtemp start Unconfigured: hddtemp, see /etc/sysconfig/hddtemp: [FAILED] > Samba may require setting up the workgroup at least, a couple more > config items at most, then it's good to go. Or you can simply launch it > as is and it will still work, albeit using the default workgroup. This > is acceptable. This is very different from the situation with the EPEL > clamav packages. Ah, you would probably call the default openldap server setup "acceptable", too... truth is, these services require somebody to edit the config files if you want more than an "[ OK ]" to make you happy. From kevin at tummy.com Sat Dec 29 21:06:13 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 29 Dec 2007 14:06:13 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229213810.0be581e5.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> Message-ID: <20071229140613.5df4138a@ghistelwchlohm.scrye.com> On Sat, 29 Dec 2007 21:38:10 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Sat, 29 Dec 2007 12:04:16 -0700, Kevin Fenzi wrote: ...snip.. > > Any other ideas? > > What exactly would make the current packages "more usable"? Well, here is my list: - freshclam should work when the package is installed. Currently it requires you to comment a line in a script for no reason I can tell. - freshclam should not mail "root,postmaster,webmaster,clamav" on any output. - freshclam should be set to use your local country mirror for updates. - The milter should work with postfix. - The subpackages should be reduced and named in a way that an end user could possibly know what they need to install for the functionality they are looking for. For example, the upstream docs and every other package talks about the 'freshclam' update program, it's not easy to know that in fedora thats in the 'clamav-update' package. - The useless 'sysv' subpackages should be folded into the other subpackages until such a time as fedora stops using sysvinit by default. - clamscan looks for a /etc/clamd.conf file for config options, which is not in that place. If it was it wouldn't work because it needs a line commented before it's a valid config file. - The package could not remove the clamav user on removal. I'm sure I could look around for more issues. > Why can't a volunteer create and maintain a clamav configuration > add-on package, which offers a single system-wide clamav daemon if > that is requested by the clamav user base in Fedora/EPEL? I suppose someone could... thats not my issue however. My issues are in the clamav package itself, not just not having a system wide clamd. 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 Sat Dec 29 21:06:08 2007 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 30 Dec 2007 02:36:08 +0530 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229140613.5df4138a@ghistelwchlohm.scrye.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> Message-ID: <4776B6C0.9070507@fedoraproject.org> Kevin Fenzi wrote: > > I suppose someone could... thats not my issue however. My issues are in > the clamav package itself, not just not having a system wide clamd. Shouldn't this be brought up to the level of FESCo? Solving it only for EPEL if that is even possible seems the wrong solution to me. Rahul From bugs.michael at gmx.net Sat Dec 29 21:40:22 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 29 Dec 2007 22:40:22 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229140613.5df4138a@ghistelwchlohm.scrye.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> Message-ID: <20071229224022.6d924fba.bugs.michael@gmx.net> On Sat, 29 Dec 2007 14:06:13 -0700, Kevin Fenzi wrote: > - freshclam should work when the package is installed. Currently it > requires you to comment a line in a script for no reason I can tell. Cannot find this in bugzilla. The /etc/sysconfig script disables the automatic update on purpose (to prevent unauthorized network access) and warns the user about that default. What is wrong with that? > - freshclam should not mail "root,postmaster,webmaster,clamav" on any > output. Is this in bugzilla? It also mails warnings and errors. > - freshclam should be set to use your local country mirror for updates. Is this in bugzilla? > - The milter should work with postfix. https://bugzilla.redhat.com/239037 > - The subpackages should be reduced and named in a way that an end user > could possibly know what they need to install for the functionality > they are looking for. For example, the upstream docs and every other > package talks about the 'freshclam' update program, it's not easy to > know that in fedora thats in the 'clamav-update' package. Just a %doc issue so far, IMO. Unless it is ruled that clamav must be in a single package. > - The useless 'sysv' subpackages should be folded into the other > subpackages until such a time as fedora stops using sysvinit by > default. https://bugzilla.redhat.com/322381 - WONTFIX > - clamscan looks for a /etc/clamd.conf file for config options, which > is not in that place. If it was it wouldn't work because it needs a > line commented before it's a valid config file. > > - The package could not remove the clamav user on removal. > > I'm sure I could look around for more issues. > > > Why can't a volunteer create and maintain a clamav configuration > > add-on package, which offers a single system-wide clamav daemon if > > that is requested by the clamav user base in Fedora/EPEL? > > I suppose someone could... thats not my issue however. My issues are in > the clamav package itself, not just not having a system wide clamd. The list is interesting, but it adds more than what I thought has been the primary (only?) issue with the Fedora clamav packages. From dag at wieers.com Sat Dec 29 23:27:42 2007 From: dag at wieers.com (Dag Wieers) Date: Sun, 30 Dec 2007 00:27:42 +0100 (CET) Subject: BUG: clamav packages badly broken In-Reply-To: <4776A7E2.6070402@nobugconsulting.ro> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <4776A13D.90000@andrei.myip.org> <4776A7E2.6070402@nobugconsulting.ro> Message-ID: On Sat, 29 Dec 2007, lonely wolf wrote: > On 12/29/2007 09:34 PM, Florin Andrei wrote: > > > Back to using Dag's repo - setup all sorts of yum exceptions, so that the > > broken EPEL packages do not interfere with the good packages provided by > > Dag. Welcome to the repo hell. :-( > > That't exactly what yum-priorities has been written for. Just setup rpmforge > with a bigger priority over epel and you are done. Last time such a discussion popped up and I simply stated that RPMforge and EPEL are not compatible and you are better off using only one of both I was told to stop spreading FUD (by Rex Dieter). Apparently it stopped being FUD today ? -- -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [Any errors in spelling, tact or fact are transmission errors] From rayvd at bludgeon.org Sat Dec 29 23:32:20 2007 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Sat, 29 Dec 2007 15:32:20 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <4776A13D.90000@andrei.myip.org> <4776A7E2.6070402@nobugconsulting.ro> Message-ID: <20071229233220.GA7524@bludgeon.org> On Sun, Dec 30, 2007 at 12:27:42AM +0100, Dag Wieers wrote: > On Sat, 29 Dec 2007, lonely wolf wrote: > > > On 12/29/2007 09:34 PM, Florin Andrei wrote: > > > > > Back to using Dag's repo - setup all sorts of yum exceptions, so that the > > > broken EPEL packages do not interfere with the good packages provided by > > > Dag. Welcome to the repo hell. :-( > > > > That't exactly what yum-priorities has been written for. Just setup rpmforge > > with a bigger priority over epel and you are done. > > Last time such a discussion popped up and I simply stated that RPMforge > and EPEL are not compatible and you are better off using only one of both > I was told to stop spreading FUD (by Rex Dieter). > > Apparently it stopped being FUD today ? > I would say they most certainly are _not_ copmatible. :) I don't use EPEL's clam packages either and instead use exclude/includepkgs to pull them in from rpmforge explicitly. Kind of a mess, but hey it works. :) Ray From smooge at gmail.com Sun Dec 30 00:35:40 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 29 Dec 2007 17:35:40 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <4776B6C0.9070507@fedoraproject.org> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <4776B6C0.9070507@fedoraproject.org> Message-ID: <80d7e4090712291635t32f37e70uc64f0831325aa0@mail.gmail.com> On Dec 29, 2007 2:06 PM, Rahul Sundaram wrote: > Kevin Fenzi wrote: > > > > > I suppose someone could... thats not my issue however. My issues are in > > the clamav package itself, not just not having a system wide clamd. > > Shouldn't this be brought up to the level of FESCo? Solving it only for > EPEL if that is even possible seems the wrong solution to me. > It probably should, how does one do so. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Sun Dec 30 00:43:04 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 29 Dec 2007 17:43:04 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <4776A13D.90000@andrei.myip.org> <4776A7E2.6070402@nobugconsulting.ro> Message-ID: <80d7e4090712291643s462fd5c8y51fb7e3be48951c9@mail.gmail.com> On Dec 29, 2007 4:27 PM, Dag Wieers wrote: > On Sat, 29 Dec 2007, lonely wolf wrote: > > > On 12/29/2007 09:34 PM, Florin Andrei wrote: > > > > > Back to using Dag's repo - setup all sorts of yum exceptions, so that the > > > broken EPEL packages do not interfere with the good packages provided by > > > Dag. Welcome to the repo hell. :-( > > > > That't exactly what yum-priorities has been written for. Just setup rpmforge > > with a bigger priority over epel and you are done. > > Last time such a discussion popped up and I simply stated that RPMforge > and EPEL are not compatible and you are better off using only one of both > I was told to stop spreading FUD (by Rex Dieter). > > Apparently it stopped being FUD today ? > I do not know. FUD is an overused acronym and probably is a corollary to Godwin's law. It also depends on the tone and how it was said. Email is not a medium to give tone or meaning to statements.. it is a medium for partisan bickering. This is not an issue that can be solved in a one paragraph email. It is a problem that will take a multi-line sets of emails and people reasonably listening to each other, asking for clarifications, and working towards and accepting an 'imperfect' middle ground. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jkeating at redhat.com Sun Dec 30 00:50:01 2007 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 29 Dec 2007 19:50:01 -0500 Subject: BUG: clamav packages badly broken In-Reply-To: <80d7e4090712291635t32f37e70uc64f0831325aa0@mail.gmail.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <4776B6C0.9070507@fedoraproject.org> <80d7e4090712291635t32f37e70uc64f0831325aa0@mail.gmail.com> Message-ID: <20071229195001.69b1b079@redhat.com> On Sat, 29 Dec 2007 17:35:40 -0700 "Stephen John Smoogen" wrote: > It probably should, how does one do so. http://fedoraproject.org/wiki/Development/Schedule/MeetingGuidelines -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From smooge at gmail.com Sun Dec 30 00:57:12 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 29 Dec 2007 17:57:12 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <477694A8.3090101@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <4775BC0B.5080806@andrei.myip.org> <20071229141634.a418ff6b.bugs.michael@gmx.net> <477694A8.3090101@andrei.myip.org> Message-ID: <80d7e4090712291657t59d43480nea2dc4283ce17b45@mail.gmail.com> On Dec 29, 2007 11:40 AM, Florin Andrei wrote: > Michael Schwendt wrote: > > > > You are not supposed to run that. Read the documentation first. > > You are free to tell me what to do only _after_ you come up with a > reasonable explanation as to why clamav is different from all other > daemons out there and so it requires a different packaging philosophy. > Until then, shut up. > Comments like this one and others do not help get a fix. They just stir emotional hot-buttons that make sure that fixes don't happen. Yes clamav in EPEL/Fedora is not packaged the way that other repositories do it. It causes conflicts and other issues and does not seem to be what people expect out of a system service. However, every thread that has started like this one has has just made the package more stuck in the way it is. So while we work out human issues on our part (which will take as long as any EU debate..) how can we get your system working again. My first suggestion would be to back out the clamav from EPEL and also figure out what packages you are wanting from each repository.. and why. Second put in yum-priorities to put each repository at a level... its not a great fix.. having 'local' repos is a better fix but that is outside the scope of this email. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From florin at andrei.myip.org Sun Dec 30 04:25:44 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 20:25:44 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <4776A13D.90000@andrei.myip.org> <4776A7E2.6070402@nobugconsulting.ro> Message-ID: <47771DC8.9090001@andrei.myip.org> Dag Wieers wrote: > On Sat, 29 Dec 2007, lonely wolf wrote: > >> On 12/29/2007 09:34 PM, Florin Andrei wrote: >> >>> Back to using Dag's repo - setup all sorts of yum exceptions, so that the >>> broken EPEL packages do not interfere with the good packages provided by >>> Dag. Welcome to the repo hell. :-( >> That't exactly what yum-priorities has been written for. Just setup rpmforge >> with a bigger priority over epel and you are done. > > Last time such a discussion popped up and I simply stated that RPMforge > and EPEL are not compatible and you are better off using only one of both > I was told to stop spreading FUD (by Rex Dieter). > > Apparently it stopped being FUD today ? "FUD" is probably an exaggeration. yum-priorities is pretty damn ugly, and probably requires constant fiddling. But it may just work. No, I don't like it at all. But when it's the only solution... (shrug) -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Sun Dec 30 04:27:31 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 20:27:31 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229213810.0be581e5.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> Message-ID: <47771E33.3050606@andrei.myip.org> Michael Schwendt wrote: > > Why can't a volunteer create and maintain a clamav configuration add-on > package, which offers a single system-wide clamav daemon if that is > requested by the clamav user base in Fedora/EPEL? That sounds good enough. Still not perfect, but it's something that can be lived with. -- Florin Andrei http://florin.myip.org/ From florin at andrei.myip.org Sun Dec 30 04:37:09 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 29 Dec 2007 20:37:09 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <47771E33.3050606@andrei.myip.org> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <47771E33.3050606@andrei.myip.org> Message-ID: <47772075.80405@andrei.myip.org> Florin Andrei wrote: > Michael Schwendt wrote: >> >> Why can't a volunteer create and maintain a clamav configuration add-on >> package, which offers a single system-wide clamav daemon if that is >> requested by the clamav user base in Fedora/EPEL? > > That sounds good enough. Still not perfect, but it's something that can > be lived with. By the way, the _name_ of the package is important. I'm not picking nits (I hope), I'm just thinking of the poor souls who might get trapped by the existing clamav packages and break their systems. It should be something that is self-explanatory when looking at the list provided by "yum install clamav\*" "clamav-standalone-daemon" or something like that. -- Florin Andrei http://florin.myip.org/ From devrim at CommandPrompt.com Sun Dec 30 09:33:24 2007 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sun, 30 Dec 2007 01:33:24 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <1198919845.3251.5.camel@eagle.danny.cz> References: <47756EF3.9060703@andrei.myip.org> <20071229011021.f3f870b8.bugs.michael@gmx.net> <80d7e4090712281738g4ee90fa1ueb35308d32d40963@mail.gmail.com> <4775BD18.4010306@andrei.myip.org> <1198919845.3251.5.camel@eagle.danny.cz> Message-ID: <1199007204.3435.85.camel@localhost.localdomain> Hi, On Sat, 2007-12-29 at 10:17 +0100, Dan Hor?k wrote: > > A package containing a daemon (service) must successfully execute > > "service daemon-init-script start" after the package has been > installed. > > This command must launch a working instance of the daemon, with at > least > > the basic functions enabled, the definition of "basic" depending on > the > > daemon. No configuration changes should be required for that. > Examples: > > Apache, Sendmail, Postfix, Squid. > > > > Sorry, but this is simply not true. I own 2 packages that will never > work like that. They need a manual configuration before they can be > started. So your package must be fixed, too. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From eric.tanguy at univ-nantes.fr Sun Dec 30 09:38:41 2007 From: eric.tanguy at univ-nantes.fr (Tanguy Eric) Date: Sun, 30 Dec 2007 10:38:41 +0100 Subject: Build system problem ? Message-ID: <1199007521.2873.2.camel@bureau.maison> I tried to build 2 packages today. One for EL-4 and the other for EL-5. The one for EL-4 failed to build http://buildsys.fedoraproject.org/logs/fedora-4-epel/37701-libupnp-1.6.3-1.el4/ppc/build.log but i can't understand where the problem come from. The other for EL-5 is still building ... Eric From wolfy at nobugconsulting.ro Sun Dec 30 11:37:49 2007 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sun, 30 Dec 2007 13:37:49 +0200 Subject: Build system problem ? In-Reply-To: <1199007521.2873.2.camel@bureau.maison> References: <1199007521.2873.2.camel@bureau.maison> Message-ID: <4777830D.50605@nobugconsulting.ro> On 12/30/2007 11:38 AM, Tanguy Eric wrote: > I tried to build 2 packages today. One for EL-4 and the other for EL-5. > The one for EL-4 failed to build > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37701-libupnp-1.6.3-1.el4/ppc/build.log but i can't understand where the problem come from. > The other for EL-5 is still building ... > Eric > > > Could this quote from root.log > DEBUG util.py:212: Ran setarch 'ppc' > DEBUG util.py:260: No Package Found for gcc-gfortran be the reason ? From bugs.michael at gmx.net Sun Dec 30 11:46:08 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 30 Dec 2007 12:46:08 +0100 Subject: Build system problem ? In-Reply-To: <1199007521.2873.2.camel@bureau.maison> References: <1199007521.2873.2.camel@bureau.maison> Message-ID: <20071230124608.21d48bbe.bugs.michael@gmx.net> On Sun, 30 Dec 2007 10:38:41 +0100, Tanguy Eric wrote: > I tried to build 2 packages today. One for EL-4 and the other for EL-5. > The one for EL-4 failed to build > http://buildsys.fedoraproject.org/logs/fedora-4-epel/37701-libupnp-1.6.3-1.el4/ppc/build.log but i can't understand where the problem come from. After the upgrade of the builders, a side-effect is that the build.log is started being filled even when the job had failed before. See job.log: http://buildsys.fedoraproject.org/logs/fedora-4-epel/37701-libupnp-1.6.3-1.el4/ppc/job.log ERROR: Bad build req: No Package Found for gcc-gfortran. Exiting. > The other for EL-5 is still building ... http://buildsys.fedoraproject.org/logs/fedora-5-epel/37700-libupnp-1.6.3-1.el5/ppc/ | Job waited too long for repo to unlock. Killing it... Indeed that could be a problem in plague. Requeueing the job should work at least. From bugs.michael at gmx.net Sun Dec 30 12:15:42 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 30 Dec 2007 13:15:42 +0100 Subject: Build system problem ? In-Reply-To: <20071230124608.21d48bbe.bugs.michael@gmx.net> References: <1199007521.2873.2.camel@bureau.maison> <20071230124608.21d48bbe.bugs.michael@gmx.net> Message-ID: <20071230131542.e1d5d493.bugs.michael@gmx.net> On Sun, 30 Dec 2007 12:46:08 +0100, Michael Schwendt wrote: > > The other for EL-5 is still building ... > > http://buildsys.fedoraproject.org/logs/fedora-5-epel/37700-libupnp-1.6.3-1.el5/ppc/ > | Job waited too long for repo to unlock. Killing it... > > Indeed that could be a problem in plague. Requeueing the job should > work at least. xenbuilder2 has gone missing some hours earlier, leading to communication problems between build master and builder. Master says socket.timeout exception 'timed out' starting job on https://xenbuilder2.fedora.redhat.com and apparently that is not seen as a condition under which the plague server disables the unreachable builder. From bugs.michael at gmx.net Sun Dec 30 16:54:51 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 30 Dec 2007 17:54:51 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... Message-ID: <20071230175451.1ac8dad8.bugs.michael@gmx.net> If in a failed job.log you see the message Job waited too long for repo to unlock. Killing it... please notify me. It's a problem in the plague server code that results in a denial of service for subsequent build jobs. I have a traceback from Dec 28th, but in the context of the source code it doesn't make sense yet (because a few lines earlier the code ensures that the files to be copied exist and are readable). Buildsys runs a slightly modified version that adds a bit more debug output in this area. [...] 37683 (grads/ppc): Build result files - [ 'state.log', 'grads-1.9b4-21.el5.src.rpm', 'grads-debuginfo-1.9b4-21.el5.ppc.rpm', 'grads-1.9b4-21.el5.ppc.rpm', 'root.log', 'build.log', 'job.log' ] 37683 (grads/x86_64): Build result files - [ 'root.log', 'build.log', 'grads-debuginfo-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.src.rpm', 'state.log', 'job.log' ] 37683 (grads/i386): Build result files - [ 'build.log', 'state.log', 'grads-1.9b4-21.el5.i386.rpm', 'job.log', 'root.log', 'grads-debuginfo-1.9b4-21.el5.i386.rpm', 'grads-1.9b4-21.el5.src.rpm' ] Repo 'fedora-5-epel': updating repository metadata... Exception in thread Repo: fedora-5-epel: Traceback (most recent call last): File "/usr/lib64/python2.3/threading.py", line 436, in __bootstrap self.run() File "/usr/share/plague/server/Repo.py", line 233, in run self._update_repo() File "/usr/share/plague/server/Repo.py", line 137, in _update_repo shutil.copy(src, file_in_dst) File "/usr/lib64/python2.3/shutil.py", line 72, in copy copymode(src, dst) File "/usr/lib64/python2.3/shutil.py", line 49, in copymode st = os.stat(src) OSError: [Errno 2] No such file or directory: '/srv/rpmbuild/server_work/fedora-5-epel/37683-grads-1.9b4-21.el5/x86_64/grads-1.9b4-21.el5.x86_64.rpm' 37683 (grads): Job finished. From Fedora at FamilleCollet.com Sun Dec 30 17:33:50 2007 From: Fedora at FamilleCollet.com (Remi Collet) Date: Sun, 30 Dec 2007 18:33:50 +0100 Subject: Build problem Message-ID: <4777D67E.6090102@FamilleCollet.com> Hi, I have a job failed because of a bug with selinux-policy-devel-2.4.6-104.el5. selinux-policy-devel-2.4.6-106.el5_1.3 seems ok. Why the builder doesn't use the latest update ? Remi. From pertusus at free.fr Sun Dec 30 18:47:49 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 30 Dec 2007 19:47:49 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <20071230175451.1ac8dad8.bugs.michael@gmx.net> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> Message-ID: <20071230184749.GA2669@free.fr> On Sun, Dec 30, 2007 at 05:54:51PM +0100, Michael Schwendt wrote: > > 37683 (grads/ppc): Build result files - [ 'state.log', 'grads-1.9b4-21.el5.src.rpm', 'grads-debuginfo-1.9b4-21.el5.ppc.rpm', 'grads-1.9b4-21.el5.ppc.rpm', 'root.log', 'build.log', 'job.log' ] > 37683 (grads/x86_64): Build result files - [ 'root.log', 'build.log', 'grads-debuginfo-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.src.rpm', 'state.log', 'job.log' ] > 37683 (grads/i386): Build result files - [ 'build.log', 'state.log', 'grads-1.9b4-21.el5.i386.rpm', 'job.log', 'root.log', 'grads-debuginfo-1.9b4-21.el5.i386.rpm', 'grads-1.9b4-21.el5.src.rpm' ] I can say that it is one of my packages, but I don't know what could be wrong, the build logs don't look bad... -- Pat From bugs.michael at gmx.net Sun Dec 30 22:29:42 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 30 Dec 2007 23:29:42 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <20071230184749.GA2669@free.fr> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> <20071230184749.GA2669@free.fr> Message-ID: <20071230232942.135ea42a.bugs.michael@gmx.net> On Sun, 30 Dec 2007 19:47:49 +0100, Patrice Dumas wrote: > On Sun, Dec 30, 2007 at 05:54:51PM +0100, Michael Schwendt wrote: > > > > 37683 (grads/ppc): Build result files - [ 'state.log', 'grads-1.9b4-21.el5.src.rpm', 'grads-debuginfo-1.9b4-21.el5.ppc.rpm', 'grads-1.9b4-21.el5.ppc.rpm', 'root.log', 'build.log', 'job.log' ] > > 37683 (grads/x86_64): Build result files - [ 'root.log', 'build.log', 'grads-debuginfo-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.src.rpm', 'state.log', 'job.log' ] > > 37683 (grads/i386): Build result files - [ 'build.log', 'state.log', 'grads-1.9b4-21.el5.i386.rpm', 'job.log', 'root.log', 'grads-debuginfo-1.9b4-21.el5.i386.rpm', 'grads-1.9b4-21.el5.src.rpm' ] > > I can say that it is one of my packages, but I don't know what could be > wrong, the build logs don't look bad... The build is successful. The build master copies the downloaded rpms into the needsign repo. The traceback is in Python's shutil.copy() when copying the mode of a successfully copied rpm: [...] copyfile(src, dst) # succeeds copymode(src, dst) # src not found! huh? [...] That's weird, since the rpms [to be copied, the "src" arg] are not deleted until all have been copied. The traceback in turn terminates the thread which controls the needsign repo, and the repo stays locked. With that, all subsequent build jobs cannot enter even the prep stage. From buildsys at fedoraproject.org Mon Dec 31 15:29:35 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 31 Dec 2007 10:29:35 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-31 Message-ID: <20071231152935.39408152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 12 NEW cernlib-2006-20.el5.1 : General purpose CERN library NEW cernlib-g77-2006-21.el5 : General purpose CERN library NEW grads-1.9b4-21.el5 : Tool for easy acces, manipulation, and visualization of data libupnp-1.6.3-2.el5 NEW perl-Cache-2.04-2.el5.3 : The Cache interface NEW perl-File-MimeInfo-0.14-1.el5 : Determine file type and open application NEW perl-Net-DNS-Resolver-Programmable-0.003-2.el5 : Programmable DNS resolver class for offline emulation of DNS php-magickwand-0.1.9-1.el5 NEW tetex-tex4ht-1.0.2006_08_26_2341-2.el5.2 : Translates TeX and LaTeX into HTML or XML+MathML NEW wgrib-1.8.0.12o-2.el5 : Manipulate, inventory and decode GRIB files NEW wmix-3.1-2.el5 : Dockapp mixer NEW xchm-1.13-1.el5 : A GUI front-end to CHMlib Packages built and released for Fedora EPEL testing/4: 10 NEW glpi-0.70-3.el4 : Free IT asset management software NEW grads-1.9b4-21.el4 : Tool for easy acces, manipulation, and visualization of data libupnp-1.6.3-2.el4 NEW perl-Cache-2.04-2.el4.3 : The Cache interface NEW perl-DBD-SQLite-1.14-2.el4 : Self Contained RDBMS in a DBI Driver NEW perl-File-DesktopEntry-0.04-5.el4 : Object to handle .desktop files NEW perl-File-MimeInfo-0.14-1.el4 : Determine file type and open application NEW tetex-tex4ht-1.0.2006_08_26_2341-2.el4.2 : Translates TeX and LaTeX into HTML or XML+MathML NEW wgrib-1.8.0.12o-2.el4 : Manipulate, inventory and decode GRIB files NEW wmix-3.1-2.el4 : Dockapp mixer Changes in Fedora EPEL testing/5: cernlib-2006-20.el5.1 --------------------- * Tue Oct 30 2007 Patrice Dumas 2006-20.1 - don't use the same spec for epel4 - always ship the packages with compiler suffix. This is needed for proper upgrade path as soon as such a package has been ever shipped - fix timestamps cernlib-g77-2006-21.el5 ----------------------- * Mon Dec 31 2007 Patrice Dumas 2006-21 - no --build-id for EL-5 grads-1.9b4-21.el5 ------------------ * Wed Aug 22 2007 Patrice Dumas 1.9b4-21 - source is modified, use another name than upstream - clarify licenses - keep timestamps - rework patches - use newer libdap and libnc-dap autoconf macros libupnp-1.6.3-2.el5 ------------------- * Sun Dec 30 2007 Eric Tanguy - 1.6.3-2 - Spec file cleanup * Sun Dec 30 2007 Eric Tanguy - 1.6.3-1 - Update to version 1.6.3 * Thu Dec 13 2007 Eric Tanguy - 1.6.2-1 - Update to version 1.6.2 perl-Cache-2.04-2.el5.3 ----------------------- * Mon Oct 15 2007 Tom "spot" Callaway 2.04-2.3 - add BR: perl(Test::More) perl-File-MimeInfo-0.14-1.el5 ----------------------------- * Wed Aug 08 2007 Patrice Dumas 0.14-1 - update to 0.14 perl-Net-DNS-Resolver-Programmable-0.003-2.el5 ---------------------------------------------- * Wed Jul 11 2007 Steven Pritchard 0.003-2 - Rebuild. php-magickwand-0.1.9-1.el5 -------------------------- * Fri Dec 28 2007 Robert Scheck 0.1.9-1 - Upgrade to 0.1.9 tetex-tex4ht-1.0.2006_08_26_2341-2.el5.2 ---------------------------------------- * Fri Nov 03 2006 Patrice Dumas 1.0.2006_08_26_2341-2.2 - use debian patchset - remove the patch modifying paths in tex4ht.env, it is unneeded with kpathsee wgrib-1.8.0.12o-2.el5 --------------------- * Thu Aug 23 2007 - Orion Poplawski - 1.8.0.12o-2 - Rebuild for BuildID wmix-3.1-2.el5 -------------- * Fri Dec 28 2007 Patrice Dumas 3.1-2 - keep timestamps xchm-1.13-1.el5 --------------- * Wed Aug 08 2007 Patrice Dumas 1.13-1 - update to 1.13 Changes in Fedora EPEL testing/4: glpi-0.70-3.el4 --------------- * Sat Dec 29 2007 Remi Collet - 0.70-3 - Changeset 6191 + 6194 + 6196 * Fri Dec 28 2007 Remi Collet - 0.70-2 - Changeset 6190 * Fri Dec 21 2007 Remi Collet - 0.70-1 - 0.70 final grads-1.9b4-21.el4 ------------------ * Wed Aug 22 2007 Patrice Dumas 1.9b4-21 - source is modified, use another name than upstream - clarify licenses - keep timestamps - rework patches - use newer libdap and libnc-dap autoconf macros libupnp-1.6.3-2.el4 ------------------- * Sun Dec 30 2007 Eric Tanguy - 1.6.3-2 - Spec file cleanup * Sun Dec 30 2007 Eric Tanguy - 1.6.3-1 - Update to version 1.6.3 * Thu Dec 13 2007 Eric Tanguy - 1.6.2-1 - Update to version 1.6.2 * Sun Nov 18 2007 Eric Tanguy - 1.6.1-1 - Update to version 1.6.1 * Wed Aug 29 2007 Fedora Release Engineering - 1.6.0-2 - Rebuild for selinux ppc32 issue. perl-Cache-2.04-2.el4.3 ----------------------- * Mon Oct 15 2007 Tom "spot" Callaway 2.04-2.3 - add BR: perl(Test::More) perl-DBD-SQLite-1.14-2.el4 -------------------------- * Wed Dec 19 2007 Steven Pritchard 1.14-2 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. * Mon Dec 10 2007 Robin Norwood - 1.14-1 - Update to latest upstream version: 1.14 - Remove patch - no longer needed. perl-File-DesktopEntry-0.04-5.el4 --------------------------------- * Thu Dec 27 2007 Patrice Dumas 0.04-5 - update to 0.04 perl-File-MimeInfo-0.14-1.el4 ----------------------------- * Wed Aug 08 2007 Patrice Dumas 0.14-1 - update to 0.14 tetex-tex4ht-1.0.2006_08_26_2341-2.el4.2 ---------------------------------------- * Fri Nov 03 2006 Patrice Dumas 1.0.2006_08_26_2341-2.2 - use debian patchset - remove the patch modifying paths in tex4ht.env, it is unneeded with kpathsee wgrib-1.8.0.12o-2.el4 --------------------- * Thu Aug 23 2007 - Orion Poplawski - 1.8.0.12o-2 - Rebuild for BuildID wmix-3.1-2.el4 -------------- * Fri Dec 28 2007 Patrice Dumas 3.1-2 - keep timestamps From dcbw at redhat.com Mon Dec 31 16:00:12 2007 From: dcbw at redhat.com (Dan Williams) Date: Mon, 31 Dec 2007 11:00:12 -0500 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <20071230175451.1ac8dad8.bugs.michael@gmx.net> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> Message-ID: <1199116812.4697.1.camel@localhost.localdomain> On Sun, 2007-12-30 at 17:54 +0100, Michael Schwendt wrote: > If in a failed job.log you see the message > > Job waited too long for repo to unlock. Killing it... > > please notify me. > > It's a problem in the plague server code that results in a denial of > service for subsequent build jobs. I have a traceback from Dec 28th, but > in the context of the source code it doesn't make sense yet (because a few > lines earlier the code ensures that the files to be copied exist and are > readable). Buildsys runs a slightly modified version that adds a bit more > debug output in this area. Maybe just trap the exception, print it out, and continue? That way at least the server doesn't fall over, it just fails to copy one item. It might also help debugging to see if only specific files can't be copied... Dan > [...] > > 37683 (grads/ppc): Build result files - [ 'state.log', 'grads-1.9b4-21.el5.src.rpm', 'grads-debuginfo-1.9b4-21.el5.ppc.rpm', 'grads-1.9b4-21.el5.ppc.rpm', 'root.log', 'build.log', 'job.log' ] > 37683 (grads/x86_64): Build result files - [ 'root.log', 'build.log', 'grads-debuginfo-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.x86_64.rpm', 'grads-1.9b4-21.el5.src.rpm', 'state.log', 'job.log' ] > 37683 (grads/i386): Build result files - [ 'build.log', 'state.log', 'grads-1.9b4-21.el5.i386.rpm', 'job.log', 'root.log', 'grads-debuginfo-1.9b4-21.el5.i386.rpm', 'grads-1.9b4-21.el5.src.rpm' ] > Repo 'fedora-5-epel': updating repository metadata... > Exception in thread Repo: fedora-5-epel: > Traceback (most recent call last): > File "/usr/lib64/python2.3/threading.py", line 436, in __bootstrap > self.run() > File "/usr/share/plague/server/Repo.py", line 233, in run > self._update_repo() > File "/usr/share/plague/server/Repo.py", line 137, in _update_repo > shutil.copy(src, file_in_dst) > File "/usr/lib64/python2.3/shutil.py", line 72, in copy > copymode(src, dst) > File "/usr/lib64/python2.3/shutil.py", line 49, in copymode > st = os.stat(src) > OSError: [Errno 2] No such file or directory: '/srv/rpmbuild/server_work/fedora-5-epel/37683-grads-1.9b4-21.el5/x86_64/grads-1.9b4-21.el5.x86_64.rpm' > 37683 (grads): Job finished. > > -- > Fedora-buildsys-list mailing list > Fedora-buildsys-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-buildsys-list From fedora at leemhuis.info Mon Dec 31 16:30:50 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 31 Dec 2007 17:30:50 +0100 Subject: EPEL report week 52 2007 Message-ID: <4779193A.5010901@leemhuis.info> = Weekly EPEL Summary = Week 52/2007 == Most important happenings == * Some problems on the builders; for more details see [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00193.html this mail] * lots of new packages this week; much thx to Patrice Dumas, who made a lot of them available in EPEL == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2007-December/msg00152.html BUG: clamav packages badly broken] == Meeting == === Next Meeting === 20080201 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === There was non scheduled. == Stats == === General === Number of EPEL Contributors: 165 We welcome 4 new contributors: alexl danken jcarlson jdieter === EPEL 5 === Number of source packages: 944 Number of binary packages: 1733 There are 21 new Packages: * flasm | Flash bytecode assembler disassembler * gnochm | CHM file viewer * hspell | A Hebrew spell checker * kchmviewer | CHM viewer with KDE support * libdockapp | DockApp Development Standard Library * libnc-dap | The NetCDF interface to DAP-2 from OPeNDAP * libsx | Simple X library * ooo2txt | Convert OpenOffice documents to simple text * pam_ssh | PAM module for use with SSH keys and ssh-agent * perl-File-BaseDir | Use the freedesktop basedir spec * perl-File-DesktopEntry | Object to handle .desktop files * perl-File-NFSLock | Perl module to do NFS (or not) locking * perl-Heap | Perl extension for keeping data partially sorted * perl-LWP-Authen-Wsse | Library for enabling X-WSSE authentication in LWP * perl-Statistics-Descriptive | Perl module of basic descriptive statistical functions * perl-Text-CHM | Perl extension for handling MS Compiled HtmlHelp Files * perl-Text-Unidecode | US-ASCII transliterations of Unicode text * pwgen | Automatic password generation * python-alsa | Python binding for the ALSA library * python-chm | Python package for CHM files handling * tetex-elsevier | Elsevier LaTeX style files and documentation === EPEL 4 === Number of source packages: 558 Number of binary packages: 1075 There are 24 new Packages: * codeblocks | An open source, cross platform, free C++ IDE * flasm | Flash bytecode assembler disassembler * kchmviewer | CHM viewer with KDE support * libdockapp | DockApp Development Standard Library * libnc-dap | The NetCDF interface to DAP-2 from OPeNDAP * libsx | Simple X library * ooo2txt | Convert OpenOffice documents to simple text * pam_ssh | PAM module for use with SSH keys and ssh-agent * perl-Devel-Symdump | A Perl module for inspecting Perl's symbol table * perl-File-BaseDir | Use the freedesktop basedir spec * perl-File-NFSLock | Perl module to do NFS (or not) locking * perl-Heap | Perl extension for keeping data partially sorted * perl-LWP-Authen-Wsse | Library for enabling X-WSSE authentication in LWP * perl-Parse-Yapp | Perl extension for generating and using LALR parsers * perl-Pod-Coverage | Checks if the documentation of a module is comprehensive * perl-Statistics-Descriptive | Perl module of basic descriptive statistical functions * perl-Test-Builder-Tester | Test runner for Test::Builder testsuites * perl-Test-Pod-Coverage | Check for pod coverage in your distribution * perl-Test-Pod | Perl module for checking for POD errors in files * perl-Text-CHM | Perl extension for handling MS Compiled HtmlHelp Files * perl-Text-Unidecode | US-ASCII transliterations of Unicode text * pwgen | Automatic password generation * python-chm | Python package for CHM files handling * wxGTK | GTK2 port of the wxWidgets GUI library ---- ["CategoryEPELReports"] From bugs.michael at gmx.net Mon Dec 31 17:04:06 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 31 Dec 2007 18:04:06 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <1199116812.4697.1.camel@localhost.localdomain> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> <1199116812.4697.1.camel@localhost.localdomain> Message-ID: <20071231180406.726fb4f0.bugs.michael@gmx.net> On Mon, 31 Dec 2007 11:00:12 -0500, Dan Williams wrote: > On Sun, 2007-12-30 at 17:54 +0100, Michael Schwendt wrote: > > If in a failed job.log you see the message > > > > Job waited too long for repo to unlock. Killing it... > > > > please notify me. > > > > It's a problem in the plague server code that results in a denial of > > service for subsequent build jobs. I have a traceback from Dec 28th, but > > in the context of the source code it doesn't make sense yet (because a few > > lines earlier the code ensures that the files to be copied exist and are > > readable). Buildsys runs a slightly modified version that adds a bit more > > debug output in this area. > > Maybe just trap the exception, print it out, and continue? That way at > least the server doesn't fall over, it just fails to copy one item. The buildsys runs such a patched Repo.py already. It catches OSError, IOError, unlocks the locks and prints/logs the results of the file access check prior to when files are copied. I also added a debug line in the package job code to see when it starts deleting the copied files. Normally it waits until a callback tells it that all files are copied. > It might also help debugging to see if only specific files can't be > copied... The offending file was copied, but shutil.copy() failed in its second part when trying to copy the file mode. It didn't find the source file it had just copied. :-} From kevin at tummy.com Mon Dec 31 18:30:37 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 31 Dec 2007 11:30:37 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20071229224022.6d924fba.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> Message-ID: <20071231113037.67144d19@ghistelwchlohm.scrye.com> On Sat, 29 Dec 2007 22:40:22 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Sat, 29 Dec 2007 14:06:13 -0700, Kevin Fenzi wrote: > > > - freshclam should work when the package is installed. Currently it > > requires you to comment a line in a script for no reason I can > > tell. > > Cannot find this in bugzilla. The /etc/sysconfig script disables the > automatic update on purpose (to prevent unauthorized network access) > and warns the user about that default. What is wrong with that? Where is there a requirement that network access should require configuration changes? Should we modify any other network accessing services to require a config change before using the network? What good would clamav be on a machine thats not on a network and what good is it with no up 2 date virus definitions? > > - freshclam should not mail "root,postmaster,webmaster,clamav" on > > any output. > > Is this in bugzilla? > It also mails warnings and errors. No, I can file it I suppose. > > - freshclam should be set to use your local country mirror for > > updates. > > Is this in bugzilla? No. I can file it I suppose. > > - The milter should work with postfix. > > https://bugzilla.redhat.com/239037 yeah. > > - The subpackages should be reduced and named in a way that an end > > user could possibly know what they need to install for the > > functionality they are looking for. For example, the upstream docs > > and every other package talks about the 'freshclam' update program, > > it's not easy to know that in fedora thats in the 'clamav-update' > > package. > > Just a %doc issue so far, IMO. Unless it is ruled that clamav > must be in a single package. Well, I agree it's a matter of package maintainers desires, but I don't think all the docs in the world will help. This thread is proof of that. > > - The useless 'sysv' subpackages should be folded into the other > > subpackages until such a time as fedora stops using sysvinit by > > default. > > https://bugzilla.redhat.com/322381 - WONTFIX Yep. > > - clamscan looks for a /etc/clamd.conf file for config options, > > which is not in that place. If it was it wouldn't work because it > > needs a line commented before it's a valid config file. I guess I should file this as well. > > - The package could not remove the clamav user on removal. This I guess is part of the fedora-usermanagement setup. > > I'm sure I could look around for more issues. > > > > > Why can't a volunteer create and maintain a clamav configuration > > > add-on package, which offers a single system-wide clamav daemon if > > > that is requested by the clamav user base in Fedora/EPEL? > > > > I suppose someone could... thats not my issue however. My issues > > are in the clamav package itself, not just not having a system wide > > clamd. > > The list is interesting, but it adds more than what I thought has > been the primary (only?) issue with the Fedora clamav packages. Really? So the only real issue you see is that there is no system wide clamd setup? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Mon Dec 31 19:07:27 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 31 Dec 2007 20:07:27 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <20071231113037.67144d19@ghistelwchlohm.scrye.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> Message-ID: <20071231200727.4a6ea0b3.bugs.michael@gmx.net> On Mon, 31 Dec 2007 11:30:37 -0700, Kevin Fenzi wrote: > On Sat, 29 Dec 2007 22:40:22 +0100 > bugs.michael at gmx.net (Michael Schwendt) wrote: > > > On Sat, 29 Dec 2007 14:06:13 -0700, Kevin Fenzi wrote: > > > > > - freshclam should work when the package is installed. Currently it > > > requires you to comment a line in a script for no reason I can > > > tell. > > > > Cannot find this in bugzilla. The /etc/sysconfig script disables the > > automatic update on purpose (to prevent unauthorized network access) > > and warns the user about that default. What is wrong with that? > > Where is there a requirement that network access should require > configuration changes? It's not mandatory, but it's nice to the user. > Should we modify any other network accessing > services to require a config change before using the network? Installation of a package should not enable a network-using service automatically. Accessing the network to download data may be seen as a lesser problem than binding a service to a public port. But both are issues where the user/admin ought to opt-in rather than opt-out. > What good would clamav be on a machine thats not on a network and what > good is it with no up 2 date virus definitions? This question is biased. The update feature is not missing, it can be enabled for automated downloads if the software is told to do that. > > > - The package could not remove the clamav user on removal. > > This I guess is part of the fedora-usermanagement setup. uid/gid removal IMO is a "must not" unless all files with that uid/gid are removed as well. > > > I'm sure I could look around for more issues. > > > > > > > Why can't a volunteer create and maintain a clamav configuration > > > > add-on package, which offers a single system-wide clamav daemon if > > > > that is requested by the clamav user base in Fedora/EPEL? > > > > > > I suppose someone could... thats not my issue however. My issues > > > are in the clamav package itself, not just not having a system wide > > > clamd. > > > > The list is interesting, but it adds more than what I thought has > > been the primary (only?) issue with the Fedora clamav packages. > > Really? So the only real issue you see is that there is no system wide > clamd setup? Yes, based on older [similar threads] that was my impression. The typical clamav-in-fedora critic complains that starting clamd takes more than installing the package and running a service script. It is certainly not the first time somebody tried to run the wrapper-script without even skimming over the readme file. From Michael_E_Brown at dell.com Mon Dec 31 20:29:40 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Mon, 31 Dec 2007 14:29:40 -0600 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <47684D92.3060704@nobugconsulting.ro> References: <20071218215913.GA2799@free.fr> <47684D92.3060704@nobugconsulting.ro> Message-ID: <20071231202940.GD14424@humbolt.us.dell.com> On Wed, Dec 19, 2007 at 12:45:38AM +0200, Manuel Wolfshant wrote: > On 12/18/2007 11:59 PM, Patrice Dumas wrote: > >Hello, > > > >There is a build error with xbae bringing in (64bit) > >sonames in i386: > >http://buildsys.fedoraproject.org/logs/fedora-4-epel/37539-cernlib-2006-19.el4/i386/root.log > > > >When I install xbae on a i386 centos4 box, it goes fine. > > > >Any idea on what goes wrong? > > > > > > > > DEBUG backend.py:481: /usr/bin/yum --installroot > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' > DEBUG util.py:239: run cmd timeout(0): /usr/bin/yum --installroot > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' > DEBUG util.py:212: Ran setarch 'i386' > DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 > DEBUG util.py:260: 0:tcsh-6.13-9.el4.1.i386 > DEBUG util.py:260: 0:xbae-devel-4.60.4-8.el4.1.x86_64 <---------- this one > is wrong > DEBUG util.py:260: 0:lapack-3.0-25.1.i386 > DEBUG util.py:260: 0:blas-3.0-25.1.i386 > DEBUG util.py:260: 0:gawk-3.1.3-10.1.i386 > DEBUG util.py:260: 0:desktop-file-utils-0.9-3.el4.i386 > DEBUG util.py:260: 0:gcc-g77-3.4.6-9.i386 > > No idea why the 64bit version of xbae-devel gets pulled in, especially > since this happens in my local mock, too. Looks like setarch i386 is not > enough. This looks like some sort of yum problem. Does EL4 have combined i386/x86_64 repos? Why are there 64-bit rpms in the i386 EL4 repository? You may try "fixing" this by putting an "exclude=*.x86_64" in the yum.conf section of the mock config. -- Michael From buildsys at fedoraproject.org Mon Dec 31 20:32:58 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 31 Dec 2007 15:32:58 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-12-31 Message-ID: <20071231203258.35D1F152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 python-ruledispatch-0.5a0-0.8.svnr2306.el5 Packages built and released for Fedora EPEL testing/5: 2 NEW altermime-0.3.7-2.el5 : Alter MIME-encoded mailpacks (!) python-ruledispatch-0.5a0-0.8.svnr2306.el5 : INVALID rebuild, not published! Packages built and released for Fedora EPEL testing/4: 1 NEW altermime-0.3.7-2.el4 : Alter MIME-encoded mailpacks Changes in Fedora EPEL 5: python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 Changes in Fedora EPEL testing/5: altermime-0.3.7-2.el5 --------------------- * Sat Sep 09 2006 Tim Jackson 0.3.7-2 - Rebuild for FE6 python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 Changes in Fedora EPEL testing/4: altermime-0.3.7-2.el4 --------------------- * Sat Sep 09 2006 Tim Jackson 0.3.7-2 - Rebuild for FE6 From dennis at ausil.us Mon Dec 31 20:39:45 2007 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 31 Dec 2007 14:39:45 -0600 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <20071231202940.GD14424@humbolt.us.dell.com> References: <20071218215913.GA2799@free.fr> <47684D92.3060704@nobugconsulting.ro> <20071231202940.GD14424@humbolt.us.dell.com> Message-ID: <200712311439.46184.dennis@ausil.us> On Monday 31 December 2007, Michael E Brown wrote: > On Wed, Dec 19, 2007 at 12:45:38AM +0200, Manuel Wolfshant wrote: > > On 12/18/2007 11:59 PM, Patrice Dumas wrote: > > >Hello, > > > > > >There is a build error with xbae bringing in (64bit) > > >sonames in i386: > > >http://buildsys.fedoraproject.org/logs/fedora-4-epel/37539-cernlib-2006- > > >19.el4/i386/root.log > > > > > >When I install xbae on a i386 centos4 box, it goes fine. > > > > > >Any idea on what goes wrong? > > > > DEBUG backend.py:481: /usr/bin/yum --installroot > > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139 > >/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' > > 'gawk' 'desktop-file-utils' '/usr/bin/g77' DEBUG util.py:239: run cmd > > timeout(0): /usr/bin/yum --installroot > > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139 > >/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' > > 'gawk' 'desktop-file-utils' '/usr/bin/g77' DEBUG util.py:212: Ran > > setarch 'i386' > > DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 > > DEBUG util.py:260: 0:tcsh-6.13-9.el4.1.i386 > > DEBUG util.py:260: 0:xbae-devel-4.60.4-8.el4.1.x86_64 <---------- this > > one is wrong > > DEBUG util.py:260: 0:lapack-3.0-25.1.i386 > > DEBUG util.py:260: 0:blas-3.0-25.1.i386 > > DEBUG util.py:260: 0:gawk-3.1.3-10.1.i386 > > DEBUG util.py:260: 0:desktop-file-utils-0.9-3.el4.i386 > > DEBUG util.py:260: 0:gcc-g77-3.4.6-9.i386 > > > > No idea why the 64bit version of xbae-devel gets pulled in, especially > > since this happens in my local mock, too. Looks like setarch i386 is not > > enough. > > This looks like some sort of yum problem. Does EL4 have combined > i386/x86_64 repos? Why are there 64-bit rpms in the i386 EL4 repository? > > You may try "fixing" this by putting an "exclude=*.x86_64" in the > yum.conf section of the mock config. > -- this is a long standing problem where if there is a /etc/rpm/platform file things get confused the plague needsign repo contains ppc i386 and x86_64 removing the /etc/rpm/platform file fixes the problem. which i did. things have long reverted to normal. Dennis From bugs.michael at gmx.net Mon Dec 31 20:45:00 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 31 Dec 2007 21:45:00 +0100 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <20071231202940.GD14424@humbolt.us.dell.com> References: <20071218215913.GA2799@free.fr> <47684D92.3060704@nobugconsulting.ro> <20071231202940.GD14424@humbolt.us.dell.com> Message-ID: <20071231214500.21b9f319.bugs.michael@gmx.net> On Mon, 31 Dec 2007 14:29:40 -0600, Michael E Brown wrote: > On Wed, Dec 19, 2007 at 12:45:38AM +0200, Manuel Wolfshant wrote: > > On 12/18/2007 11:59 PM, Patrice Dumas wrote: > > >Hello, > > > > > >There is a build error with xbae bringing in (64bit) > > >sonames in i386: > > >http://buildsys.fedoraproject.org/logs/fedora-4-epel/37539-cernlib-2006-19.el4/i386/root.log > > > > > >When I install xbae on a i386 centos4 box, it goes fine. > > > > > >Any idea on what goes wrong? > > > > > > > > > > > > > DEBUG backend.py:481: /usr/bin/yum --installroot > > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' > > DEBUG util.py:239: run cmd timeout(0): /usr/bin/yum --installroot > > /var/lib/mock/fedora-4-i386-epel-64fe42675f1b137a16710577698df965c5984139/root/ resolvedep 'xorg-x11-devel' 'tcsh' 'xbae-devel' 'lapack' 'blas' 'gawk' 'desktop-file-utils' '/usr/bin/g77' > > DEBUG util.py:212: Ran setarch 'i386' > > DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 > > DEBUG util.py:260: 0:tcsh-6.13-9.el4.1.i386 > > DEBUG util.py:260: 0:xbae-devel-4.60.4-8.el4.1.x86_64 <---------- this one > > is wrong > > DEBUG util.py:260: 0:lapack-3.0-25.1.i386 > > DEBUG util.py:260: 0:blas-3.0-25.1.i386 > > DEBUG util.py:260: 0:gawk-3.1.3-10.1.i386 > > DEBUG util.py:260: 0:desktop-file-utils-0.9-3.el4.i386 > > DEBUG util.py:260: 0:gcc-g77-3.4.6-9.i386 > > > > No idea why the 64bit version of xbae-devel gets pulled in, especially > > since this happens in my local mock, too. Looks like setarch i386 is not > > enough. > > This looks like some sort of yum problem. Does EL4 have combined > i386/x86_64 repos? Only multi-lib x86_64, i.e. i386 pkgs in the x86_64 repo. > Why are there 64-bit rpms in the i386 EL4 repository? There aren't any. xbae is an EPEL package, btw. > You may try "fixing" this by putting an "exclude=*.x86_64" in the > yum.conf section of the mock config. I think the issue was wrong/incomplete builder configuration because of ongoing work on the servers. If it is still reproducible, opening a ticket is much better for tracking purposes. From bugs.michael at gmx.net Mon Dec 31 20:48:39 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 31 Dec 2007 21:48:39 +0100 Subject: Build problem In-Reply-To: <4777D67E.6090102@FamilleCollet.com> References: <4777D67E.6090102@FamilleCollet.com> Message-ID: <20071231214839.a62fd0f3.bugs.michael@gmx.net> On Sun, 30 Dec 2007 18:33:50 +0100, Remi Collet wrote: > Hi, > > I have a job failed because of a bug with > selinux-policy-devel-2.4.6-104.el5. > > selinux-policy-devel-2.4.6-106.el5_1.3 seems ok. > > Why the builder doesn't use the latest update ? I think the answer is in one of the EPEL steering committee meeting logs. So far, RHEL has been made available on the build servers manually. There's no RHN entitlement used yet, and updates are not pulled into the build root repos automatically. From bugs.michael at gmx.net Mon Dec 31 21:12:18 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 31 Dec 2007 22:12:18 +0100 Subject: strange (64bit) requirements in mock i386 In-Reply-To: <200712311439.46184.dennis@ausil.us> References: <20071218215913.GA2799@free.fr> <47684D92.3060704@nobugconsulting.ro> <20071231202940.GD14424@humbolt.us.dell.com> <200712311439.46184.dennis@ausil.us> Message-ID: <20071231221218.cb13809c.bugs.michael@gmx.net> On Mon, 31 Dec 2007 14:39:45 -0600, Dennis Gilmore wrote: > > > setarch 'i386' > > > DEBUG util.py:260: 0:xorg-x11-devel-6.8.2-1.EL.33.i386 > > > DEBUG util.py:260: 0:tcsh-6.13-9.el4.1.i386 > > > DEBUG util.py:260: 0:xbae-devel-4.60.4-8.el4.1.x86_64 <---------- this > > > one is wrong > > > DEBUG util.py:260: 0:lapack-3.0-25.1.i386 > > > DEBUG util.py:260: 0:blas-3.0-25.1.i386 > > > DEBUG util.py:260: 0:gawk-3.1.3-10.1.i386 > > > DEBUG util.py:260: 0:desktop-file-utils-0.9-3.el4.i386 > > > DEBUG util.py:260: 0:gcc-g77-3.4.6-9.i386 > > > > > > No idea why the 64bit version of xbae-devel gets pulled in, especially > > > since this happens in my local mock, too. Looks like setarch i386 is not > > > enough. > > > > This looks like some sort of yum problem. Does EL4 have combined > > i386/x86_64 repos? Why are there 64-bit rpms in the i386 EL4 repository? > > > > You may try "fixing" this by putting an "exclude=*.x86_64" in the > > yum.conf section of the mock config. > > -- > this is a long standing problem where if there is a /etc/rpm/platform file > things get confused the plague needsign repo contains ppc i386 and x86_64 worse than that, plague needsign is an "all in one" repo, it contains _all_ arches and even the source rpms > removing the /etc/rpm/platform file fixes the problem. which i did. things > have long reverted to normal.