From fedora at leemhuis.info Thu Nov 1 20:15:53 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Nov 2007 21:15:53 +0100 Subject: EPEL report week 43 2007 In-Reply-To: <20071029133847.3d43a32b.mschwendt.tmp0701.nospam@arcor.de> References: <4724ECEE.6080508@leemhuis.info> <20071029133847.3d43a32b.mschwendt.tmp0701.nospam@arcor.de> Message-ID: <472A33F9.90904@leemhuis.info> On 29.10.2007 13:38, Michael Schwendt wrote: > On Sun, 28 Oct 2007 21:11:26 +0100, Thorsten Leemhuis wrote: >> * lots of packages in epel5 were moved from testing to the proper repo; >> see >> [https://www.redhat.com/archives/epel-devel-list/2007-October/msg00045.html >> this thread] for some details > Do "cvs up Config_EPEL.py" on the buildsys master to be able to define > in the repoprune_keepdict how many pkgs to keep in the testing repos. > For a very long time we've relied on the old defaults only: keep=1 for > development, keep=2 for stable repos, plus the kmod whitelists. So > for EPEL it has been keep=2 for *all* repos so far. Seems to work fine afaics. Many thx for your help Michael! CU knurd From fedora at leemhuis.info Thu Nov 1 20:17:57 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Nov 2007 21:17:57 +0100 Subject: only keep the latest package in testing? In-Reply-To: <472481CB.7070008@leemhuis.info> References: <472481CB.7070008@leemhuis.info> Message-ID: <472A3475.9070201@leemhuis.info> On 28.10.2007 13:34, Thorsten Leemhuis wrote: > Hi all! > > I'm preparing the testing/ -> stable/ move right now; I noticed that in > testing there are often two versions of a package; random example: > > koan-0.6.1-2.el5.src.rpm > koan-0.6.2-2.el5.src.rpm > > I think that's fine for the proper repo (one can then reinstall the > older version for a short-term-workaround after a update hit the repo > that broke something), but I don't see much need for it in testing, as > one still can go back to the package from testing normally. > > Thus I propose we keep only the latest version in testing/ in the > future. If nobody yells loudly over the next few days in response to > this mail I'll "just do it"(tm). I just did it (after Michael made it possible with the push scripts). Cu knurd From buildsys at fedoraproject.org Thu Nov 1 20:18:40 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 1 Nov 2007 16:18:40 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2007-11-01 Message-ID: <20071101201840.14E5F15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 2 NEW cdpr-2.2.1-2.el5 : Cisco Discovery Protocol Analyzer (!) postgis-1.3.1-1.el5 : INVALID rebuild, not published! Changes in Fedora EPEL testing/5: cdpr-2.2.1-2.el5 ---------------- * Mon Oct 29 2007 2.2.1-2 - Minor SPEC file cleanup from bug # 355631 * Tue Oct 16 2007 2.2.1-1 - Initial RPM Build postgis-1.3.1-1.el5 ------------------- * Tue Oct 16 2007 Devrim GUNDUZ - 1.3.1-1 - Update to 1.3.1 - Updated patch2 From fedora at leemhuis.info Thu Nov 1 20:19:20 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Nov 2007 21:19:20 +0100 Subject: Pushing packages from epel-testing to epel? In-Reply-To: <1193670785.21725.1.camel@gilboa-work-dev.localdomain> References: <1193670785.21725.1.camel@gilboa-work-dev.localdomain> Message-ID: <472A34C8.6020303@leemhuis.info> On 29.10.2007 16:13, Gilboa Davara wrote: > I'm built the first icewm-el5 package two weeks ago and it's still in > epel-testing. It will be auto-pushed. But we are still evaluating how often to auto-push. Cu knurd From fedora at leemhuis.info Thu Nov 1 20:20:43 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Nov 2007 21:20:43 +0100 Subject: Erlang/Ejabberd problem In-Reply-To: <1193844722.3363.6.camel@lt21223.campus.dmacc.edu> References: <1193844722.3363.6.camel@lt21223.campus.dmacc.edu> Message-ID: <472A351B.1040704@leemhuis.info> On 31.10.2007 16:32, Jeffrey C. Ollie wrote: > Got a new bug report[1] today about being unable to install Ejabberd on > EL-5. Ejabberd requires Erlang. Ejabberd is in the stable repository, > but Erlang is in the testing repository. So if you don't enable the > testing repository you can't install Ejabberd due to missing > dependencies. > > Can either Erlang or Ejabberd be moved so that they are both available > in the same repository? I'd be fine with Ejabberd being moved back to > the testing repository. /me pushed Erlang to the stable repo yesterday (iirc)-- not sure how that happened / why repoclosure didn't catch that when I prepared the move. Will investigate. Cu knurd From fedora at leemhuis.info Thu Nov 1 20:26:26 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 01 Nov 2007 21:26:26 +0100 Subject: Questions about EPEL Distribution In-Reply-To: <47289BF2.4000508@redhat.com> References: <47289BF2.4000508@redhat.com> Message-ID: <472A3672.2080105@leemhuis.info> On 31.10.2007 16:14, Perry N. Myers wrote: > I am working on a project that requires EPEL RPMs as part of the installation > process. Sounds interesting. /me wonders what this exatly is about, but I suppose you'll tell us sooner or later. > We also need to support environments where the target machines are > disconnected from the Internet. My question is, how would you (the EPEL > maintainers) prefer to have these packages distributed? Here are the options as > I see them: > > 1. Include the needed EPEL RPMS on our distribution media. > 2. Include the epel-release RPM only and provide instructions for setting up a > local EPEL mirror and modifying the epel.repo file to point to that local mirror. Hmmm, why not simply do both? E.g. the epel-packages as part of your distribution media including the repo files for epel. Then users get (security) updates when EPEL releases them. And those that want the packages locally can set up a local epel mirror. > We will certainly give credit to the EPEL project [...] thx Cu knurd From pmyers at redhat.com Thu Nov 1 20:34:07 2007 From: pmyers at redhat.com (Perry N. Myers) Date: Thu, 01 Nov 2007 16:34:07 -0400 Subject: Questions about EPEL Distribution In-Reply-To: <472A3672.2080105@leemhuis.info> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> Message-ID: <472A383F.1040308@redhat.com> Thorsten Leemhuis wrote: > On 31.10.2007 16:14, Perry N. Myers wrote: >> I am working on a project that requires EPEL RPMs as part of the installation >> process. > > Sounds interesting. > > /me wonders what this exatly is about, but I suppose you'll tell us > sooner or later. The details of what we're doing are still under wraps, but there is work underway to make things more public. :) >> We also need to support environments where the target machines are >> disconnected from the Internet. My question is, how would you (the EPEL >> maintainers) prefer to have these packages distributed? Here are the options as >> I see them: >> >> 1. Include the needed EPEL RPMS on our distribution media. >> 2. Include the epel-release RPM only and provide instructions for setting up a >> local EPEL mirror and modifying the epel.repo file to point to that local mirror. > > Hmmm, why not simply do both? E.g. the epel-packages as part of your > distribution media including the repo files for epel. Then users get > (security) updates when EPEL releases them. And those that want the > packages locally can set up a local epel mirror. That sounds good to me. Thanks for the feedback. Perry From smooge at gmail.com Thu Nov 1 21:42:39 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 1 Nov 2007 15:42:39 -0600 Subject: Questions about EPEL Distribution In-Reply-To: <472A383F.1040308@redhat.com> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <472A383F.1040308@redhat.com> Message-ID: <80d7e4090711011442v712f9891v89f433e281416aa7@mail.gmail.com> On 11/1/07, Perry N. Myers wrote: > Thorsten Leemhuis wrote: > > On 31.10.2007 16:14, Perry N. Myers wrote: > >> I am working on a project that requires EPEL RPMs as part of the installation > >> process. > > > > Sounds interesting. > > > > /me wonders what this exatly is about, but I suppose you'll tell us > > sooner or later. > > The details of what we're doing are still under wraps, but there is work > underway to make things more public. :) Yes you heard it here folks! Red Hat will be unveiling a new Enterprise Service, you package for us! If you can do the following, you will be paid 25 RH Air-miles redeemable at RH partners listed soon: 1) Get a set of software into an RPM 2) Get that RPM past the Fedora Package Ghouls who will hunt down any problems and devour you, your family, and any close friends depending on the number of problems in the package. 3) Get that package to compile on EL-4/EL-5 and pas the EPEL Package Werewolves who are more choosy than the Ghouls, but will not stop at sucking the marrow from your bones. If you can do that, you will get 25 RH Air-miles for every release that this software works on. You will further be paid more airmiles if this package is used by one of our customers and needs fixes or updates. Join NOW! -- 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 jeff at ocjtech.us Fri Nov 2 02:55:32 2007 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 01 Nov 2007 21:55:32 -0500 Subject: Erlang/Ejabberd problem In-Reply-To: <472A351B.1040704@leemhuis.info> References: <1193844722.3363.6.camel@lt21223.campus.dmacc.edu> <472A351B.1040704@leemhuis.info> Message-ID: <1193972132.3209.1.camel@lt21223.campus.dmacc.edu> On Thu, 2007-11-01 at 21:20 +0100, Thorsten Leemhuis wrote: > > On 31.10.2007 16:32, Jeffrey C. Ollie wrote: > > Got a new bug report[1] today about being unable to install Ejabberd on > > EL-5. Ejabberd requires Erlang. Ejabberd is in the stable repository, > > but Erlang is in the testing repository. So if you don't enable the > > testing repository you can't install Ejabberd due to missing > > dependencies. > > > > Can either Erlang or Ejabberd be moved so that they are both available > > in the same repository? I'd be fine with Ejabberd being moved back to > > the testing repository. > > /me pushed Erlang to the stable repo yesterday (iirc)-- not sure how > that happened / why repoclosure didn't catch that when I prepared the > move. Will investigate. Thanks! Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From markmc at redhat.com Fri Nov 2 15:05:57 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 02 Nov 2007 15:05:57 +0000 Subject: Questions about EPEL Distribution In-Reply-To: <472A3672.2080105@leemhuis.info> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> Message-ID: <1194015957.3143.83.camel@blaa> On Thu, 2007-11-01 at 21:26 +0100, Thorsten Leemhuis wrote: > On 31.10.2007 16:14, Perry N. Myers wrote: > > I am working on a project that requires EPEL RPMs as part of the installation > > process. > > Sounds interesting. > > /me wonders what this exatly is about, but I suppose you'll tell us > sooner or later. It's nothing too exciting from an EPEL perspective - some packages for RHEL on an ISO, but those packages require one or two EPEL packages. The problem Perry is talking about is that it's not much use giving someone an ISO to install from if they still have to have network to install the deps from EPEL. Basically the only obvious solution is to include the EPEL packages on the the ISO too, but does anybody have any better ideas? One thing that might be cool is if EPEL itself built ISOs with all its packages and we could just point people who want network-less install at that ISO? (I guess it's a similar notion to an Everything ISO for Fedora ... I've lost track of what happened to that idea) Cheers, Mark. From pertusus at free.fr Fri Nov 2 15:09:04 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Nov 2007 16:09:04 +0100 Subject: Questions about EPEL Distribution In-Reply-To: <1194015957.3143.83.camel@blaa> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> Message-ID: <20071102150904.GD2572@free.fr> On Fri, Nov 02, 2007 at 03:05:57PM +0000, Mark McLoughlin wrote: > > (I guess it's a similar notion to an Everything ISO for Fedora ... I've > lost track of what happened to that idea) It is distributed in bittorrent unless I am wrong. But EPEL+RHEL is not the same than 'Everything ISO for Fedora' since 'Everything ISO for Fedora' only happened in a merged world. I guess that you can use the fedora compose tool to do the same for RHEL+EPEL (it is called pungi, if this hasn't changed). -- Pat From markmc at redhat.com Fri Nov 2 15:15:07 2007 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 02 Nov 2007 15:15:07 +0000 Subject: Questions about EPEL Distribution In-Reply-To: <20071102150904.GD2572@free.fr> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> Message-ID: <1194016507.3143.85.camel@blaa> On Fri, 2007-11-02 at 16:09 +0100, Patrice Dumas wrote: > On Fri, Nov 02, 2007 at 03:05:57PM +0000, Mark McLoughlin wrote: > > > > (I guess it's a similar notion to an Everything ISO for Fedora ... I've > > lost track of what happened to that idea) > > It is distributed in bittorrent unless I am wrong. But EPEL+RHEL is not > the same than 'Everything ISO for Fedora' since 'Everything ISO for Fedora' > only happened in a merged world. I guess that you can use the fedora > compose tool to do the same for RHEL+EPEL (it is called pungi, if this > hasn't changed). Fair enough :-) What I'm suggesting for EPEL is more like a Fedora Extras ISO in the pre-merged world, then ... Cheers, Mark. From pertusus at free.fr Fri Nov 2 15:18:26 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Nov 2007 16:18:26 +0100 Subject: Questions about EPEL Distribution In-Reply-To: <1194016507.3143.85.camel@blaa> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> <1194016507.3143.85.camel@blaa> Message-ID: <20071102151826.GE2572@free.fr> On Fri, Nov 02, 2007 at 03:15:07PM +0000, Mark McLoughlin wrote: > > What I'm suggesting for EPEL is more like a Fedora Extras ISO in the > pre-merged world, then ... I remember that somebody did that at one point, but I don't remember who and how. Nor do I know how well it was integrated with fedora code. But do you want to have this iso known in anaconda? I think that if it is the case you need pungi. But I am not an expert about that question either. -- Pat From pertusus at free.fr Fri Nov 2 15:29:16 2007 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 2 Nov 2007 16:29:16 +0100 Subject: Questions about EPEL Distribution In-Reply-To: <20071102151826.GE2572@free.fr> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> <1194016507.3143.85.camel@blaa> <20071102151826.GE2572@free.fr> Message-ID: <20071102152916.GG2572@free.fr> On Fri, Nov 02, 2007 at 04:18:26PM +0100, Patrice Dumas wrote: > On Fri, Nov 02, 2007 at 03:15:07PM +0000, Mark McLoughlin wrote: > > > > What I'm suggesting for EPEL is more like a Fedora Extras ISO in the > > pre-merged world, then ... > > I remember that somebody did that at one point, but I don't remember who > and how. Nor do I know how well it was integrated with fedora code. I meant 'how well it was integrated with fedora Core.' -- Pat From fedora at leemhuis.info Fri Nov 2 17:54:33 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 02 Nov 2007 18:54:33 +0100 Subject: Questions about EPEL Distribution In-Reply-To: <20071102151826.GE2572@free.fr> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> <1194016507.3143.85.camel@blaa> <20071102151826.GE2572@free.fr> Message-ID: <472B6459.50508@leemhuis.info> On 02.11.2007 16:18, Patrice Dumas wrote: > On Fri, Nov 02, 2007 at 03:15:07PM +0000, Mark McLoughlin wrote: >> What I'm suggesting for EPEL is more like a Fedora Extras ISO in the >> pre-merged world, then ... > I remember that somebody did that at one point, but I don't remember who > and how. Likely via the "install additional media" in firstboot, which afaik could be used for this. But well, lots of EPEL packages require parts of the core-os (EL in this case) -- those are not available easily at that point for if user if he didn't yet register his system on RHN. CU thl From smooge at gmail.com Fri Nov 2 18:25:25 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 2 Nov 2007 12:25:25 -0600 Subject: Questions about EPEL Distribution In-Reply-To: <472B6459.50508@leemhuis.info> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> <1194016507.3143.85.camel@blaa> <20071102151826.GE2572@free.fr> <472B6459.50508@leemhuis.info> Message-ID: <80d7e4090711021125t3cf69a13ve9f1f5e81264472a@mail.gmail.com> On 11/2/07, Thorsten Leemhuis wrote: > > > On 02.11.2007 16:18, Patrice Dumas wrote: > > On Fri, Nov 02, 2007 at 03:15:07PM +0000, Mark McLoughlin wrote: > >> What I'm suggesting for EPEL is more like a Fedora Extras ISO in the > >> pre-merged world, then ... > > I remember that somebody did that at one point, but I don't remember who > > and how. > > Likely via the "install additional media" in firstboot, which afaik > could be used for this. > > But well, lots of EPEL packages require parts of the core-os (EL in this > case) -- those are not available easily at that point for if user if he > didn't yet register his system on RHN. > Which is why everything should be built against Fedora Enterprise(TM). Fedora Enterprise a library of packages from an upstream provider put into a format that other organizations can rebuild cleanly with their own patches. Yes with Fedora Enterprise(TM) you can build your own Oracle(TM) spin of EL without problems -- 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 Fri Nov 2 18:54:07 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 2 Nov 2007 12:54:07 -0600 Subject: Questions about EPEL Distribution In-Reply-To: <80d7e4090711021125t3cf69a13ve9f1f5e81264472a@mail.gmail.com> References: <47289BF2.4000508@redhat.com> <472A3672.2080105@leemhuis.info> <1194015957.3143.83.camel@blaa> <20071102150904.GD2572@free.fr> <1194016507.3143.85.camel@blaa> <20071102151826.GE2572@free.fr> <472B6459.50508@leemhuis.info> <80d7e4090711021125t3cf69a13ve9f1f5e81264472a@mail.gmail.com> Message-ID: <80d7e4090711021154o75234be4l8f67db614f9ae8ae@mail.gmail.com> On 11/2/07, Stephen John Smoogen wrote: > On 11/2/07, Thorsten Leemhuis wrote: > > > > > > On 02.11.2007 16:18, Patrice Dumas wrote: > > > On Fri, Nov 02, 2007 at 03:15:07PM +0000, Mark McLoughlin wrote: > > >> What I'm suggesting for EPEL is more like a Fedora Extras ISO in the > > >> pre-merged world, then ... > > > I remember that somebody did that at one point, but I don't remember who > > > and how. > > > > Likely via the "install additional media" in firstboot, which afaik > > could be used for this. > > > > But well, lots of EPEL packages require parts of the core-os (EL in this > > case) -- those are not available easily at that point for if user if he > > didn't yet register his system on RHN. > > > > Which is why everything should be built against Fedora Enterprise(TM). > Fedora Enterprise a library of packages from an upstream provider put > into a format that other organizations can rebuild cleanly with their > own patches. Yes with Fedora Enterprise(TM) you can build your own > Oracle(TM) spin of EL without problems > Sorry meant to be humourous.. however my coworkers reminded me that I seem to have left my sense of humour at home today. -- 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 gilboad at gmail.com Sat Nov 3 10:21:10 2007 From: gilboad at gmail.com (Gilboa Davara) Date: Sat, 03 Nov 2007 12:21:10 +0200 Subject: Pushing packages from epel-testing to epel? In-Reply-To: <472A34C8.6020303@leemhuis.info> References: <1193670785.21725.1.camel@gilboa-work-dev.localdomain> <472A34C8.6020303@leemhuis.info> Message-ID: <1194085270.8544.2.camel@gilboa-home-dev.localdomain> On Thu, 2007-11-01 at 21:19 +0100, Thorsten Leemhuis wrote: > On 29.10.2007 16:13, Gilboa Davara wrote: > > > I'm built the first icewm-el5 package two weeks ago and it's still in > > epel-testing. > > It will be auto-pushed. But we are still evaluating how often to auto-push. > > Cu > knurd OK. Thanks. - Gilboa From fedora at leemhuis.info Mon Nov 5 17:29:45 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 05 Nov 2007 18:29:45 +0100 Subject: EPEL report week 44 2007 Message-ID: <472F5309.8040102@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week44 Heads up: we didn't meet in recent weeks; we really should try to get a proper meeting this Wednesday (e.g two days from now). If you are interested in EPEL: come, join us! ---- = Weekly EPEL Summary = Week 44/2007 == Most important happenings == * Seems testing stable move went well; at least we only got one complaint of a broken dep, which was fixed ;-) * Some discussions about redistributing EPEL binaries; see this thread: https://www.redhat.com/archives/epel-devel-list/2007-November/msg00005.html * EPEL will now only keep only one version of a packages in testing (e.g. only the latest one and not one older one in addition, as done in the proper repos); see https://www.redhat.com/archives/epel-devel-list/2007-November/msg00000.html == Meeting == No meeting past week. Next meeting 20071107 at 17:00 UTC in #fedora-meeting == Stats == === General === Number of EPEL Contributors: 137 === EPEL 5 === Number of source packages: 716 Number of binary packages: 1376 There are 10 new Packages: * cdpr | Cisco Discovery Protocol Analyzer * func | Remote config, monitoring, and management api * perl-LockFile-Simple | Simple file locking scheme * perl-Tk | Perl Graphical User Interface ToolKit * postgis | Geographic Information Systems Extensions to PostgreSQL * ruby-ldap | Ruby LDAP libraries * tre | POSIX compatible regexp library with approximate matching * unshield | Install InstallShield applications on a Pocket PC * wordpress | WordPress blogging software * wv2 | A library which allows access to Microsoft? Word files === EPEL 4 === Number of source packages: 440 Number of binary packages: 888 There are 6 new Packages: * func | Remote config, monitoring, and management api * perl-LockFile-Simple | Simple file locking scheme * perl-Tk | Perl Graphical User Interface ToolKit * ruby-ldap | Ruby LDAP libraries * unshield | Install InstallShield applications on a Pocket PC * wv2 | A library which allows access to Microsoft? Word files ---- ["CategoryEPELReports"] From mdehaan at redhat.com Mon Nov 5 22:13:49 2007 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 05 Nov 2007 17:13:49 -0500 Subject: only keep the latest package in testing? In-Reply-To: <472481CB.7070008@leemhuis.info> References: <472481CB.7070008@leemhuis.info> Message-ID: <472F959D.9070607@redhat.com> Thorsten Leemhuis wrote: > Hi all! > > I'm preparing the testing/ -> stable/ move right now; I noticed that in > testing there are often two versions of a package; random example: > > koan-0.6.1-2.el5.src.rpm > koan-0.6.2-2.el5.src.rpm > > I think that's fine for the proper repo (one can then reinstall the > older version for a short-term-workaround after a update hit the repo > that broke something), but I don't see much need for it in testing, as > one still can go back to the package from testing normally. > > Thus I propose we keep only the latest version in testing/ in the > future. If nobody yells loudly over the next few days in response to > this mail I'll "just do it"(tm). > > Cu > knurd > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Not responding because this is my package, just in general. Thoughts: Something like F7-updates keeps all the various intermediate versions, so should we be more like that? Personally I use testing like an "updates" repo, just only because "testing" is more current than "stable". If this is based on it being a "testing" repo I am not sure that is right as different folks are using it in different ways, but then again, I'm not sure it actually matters that much either. What are the technical reasons for keeping it? --Michael From rob.myers at gtri.gatech.edu Mon Nov 5 22:39:24 2007 From: rob.myers at gtri.gatech.edu (rob myers) Date: Mon, 05 Nov 2007 17:39:24 -0500 Subject: bugzilla dependencies Message-ID: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> hello i've been looking at the dependencies required by bugzilla in EPEL5/testing. from my testing it appears that 77 packages from 7 different owners need to be built. four of these owners are marked as EPEL contributors. one owner, with 11 packages, is marked as not interested in EPEL. i noticed there are circular dependencies: perl-Email-MIME and perl-Email-Simple BuildRequire each other. perl-Email-Abstract and perl-Mail-Box may be another circular dependency (does anything else provide perl(Mail::Message) ?). is there a special procedure for large requests such as this? thanks! rob. ps- this is the package list in the order i built and installed them: perl-Devel-Symdump perl-Pod-Coverage perl-Test-Pod-Coverage perl-Email-Address perl-Email-Simple perl-Email-MIME-ContentType perl-Email-MIME-Encodings perl-Email-MIME perl-Email-MessageID perl-Email-MIME-Modifier perl-Email-MIME-Attachment-Stripper perl-Class-Inspector perl-Module-Pluggable perl-File-Remove perl-Email-Abstract perl-Font-AFM perl-HTML-Tree perl-HTML-Format perl-Mail-Transport-Dbx perl-TeX-Hyphen perl-Text-Reform perl-Text-Autoformat perl-Mail-Box perl-Time-Piece perl-Email-Date perl-FreezeThaw perl-MLDBM perl-IO-All perl-Email-Simple-Creator perl-Email-MIME-Creator perl-Email-Reply perl-Pod-Spell perl-Test-Spelling perl-File-Which perl-PadWalker perl-Devel-Cycle perl-Test-Memory-Cycle perl-String-Format perl-Test-Object perl-Hook-LexWrap perl-Test-SubCalls perl-Config-Tiny perl-Params-Util perl-Test-ClassAPI perl-List-MoreUtils perl-PPI perl-File-HomeDir perl-B-Keywords perl-Perl-Critic perl-Test-Perl-Critic perl-Return-Value perl-Email-Send perl-AppConfig perl-GDGraph3d perl-Image-Base perl-Image-Xbm perl-Image-Xpm perl-Image-Info perl-Image-Size perl-Test-Manifest perl-Class-Singleton perl-Sub-Install perl-Data-OptList perl-Package-Generator perl-Sub-Exporter perl-Test-Output perl-Test-Taint perl-Params-Validate perl-Number-Compare perl-Text-Glob perl-File-Find-Rule perl-DateTime perl-DateTime-Format-Mail perl-DateTime-Format-W3CDTF perl-Test-Differences perl-XML-RSS perl-Template-Toolkit From rtlm10 at gmail.com Tue Nov 6 00:57:59 2007 From: rtlm10 at gmail.com (Russell Harrison) Date: Mon, 5 Nov 2007 19:57:59 -0500 Subject: only keep the latest package in testing? In-Reply-To: <472F959D.9070607@redhat.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> Message-ID: <1ed4a0130711051657q2175e54ybbb768e959c11d1e@mail.gmail.com> On 11/5/07, Michael DeHaan wrote: > If this is based on it being a "testing" repo I am not sure that is > right as different folks are using it in different ways, but then again, > I'm not sure > it actually matters that much either. What are the technical reasons > for keeping it? I can see the use case where a user is testing a fix for package foo in updates-testing. As it turns out package foo only partially fixes the problem. When the developer pushes out foo +1 to updates-testing with what he believes is the true fix it turns out to break in the user's environment for whatever reason. That user would most likely like to revert to the original package foo he started with in updates-testing because it is better than the one in stable for him. If only one version of a package is in updates-testing at any one time he wouldn't have that option. Its the same argument for keeping multiple versions in stable. Just a smaller number of users impacted. It just so happens these are the users that are most likely helping out the project. I wonder if there is a way to age out backup copies of packages. I don't see any reason to keep the backup copy after a few weeks, but the hope is that the package as a whole would have graduated to stable by then anyway. -- Russell Harrison Systems Administrator -- Linux Desktops Cisco Systems, Inc. Note: The positions or opinions expressed in this email are my own. They are not necessarily those of my employer. From kanarip at kanarip.com Tue Nov 6 08:45:40 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Tue, 06 Nov 2007 09:45:40 +0100 Subject: only keep the latest package in testing? In-Reply-To: <472F959D.9070607@redhat.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> Message-ID: <473029B4.4040509@kanarip.com> Michael DeHaan wrote: > Thoughts: Something like F7-updates keeps all the various intermediate > versions, so should we be more like that? > Actually F7-updates doesn't keep any other version then the most recent, which is a very, very bad thing. Kind regards, Jeroen van Meeuwen -kanarip From jkeating at redhat.com Tue Nov 6 13:57:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 6 Nov 2007 08:57:59 -0500 Subject: only keep the latest package in testing? In-Reply-To: <473029B4.4040509@kanarip.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> Message-ID: <20071106085759.0f952a53@redhat.com> On Tue, 06 Nov 2007 09:45:40 +0100 Jeroen van Meeuwen wrote: > Actually F7-updates doesn't keep any other version then the most > recent, which is a very, very bad thing. No, it's really not since koji keeps a copy of the build for a good long time and it can be pulled from there if you really need it. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Tue Nov 6 17:02:31 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 06 Nov 2007 18:02:31 +0100 Subject: deps for multimedia/3rd party packages (was: Re: bugzilla dependencies) In-Reply-To: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> References: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> Message-ID: <47309E27.4040100@leemhuis.info> On 05.11.2007 23:39, rob myers wrote: > > i've been looking at the dependencies required by bugzilla in > EPEL5/testing. Hmmm. Lot's of stuff. So while at it I'll jump in with my own list of things that would be nice-to-have in EPEL: aalib akode audacious dirac docbook2X dvdauthor enca flac fribidi gmyth gsm id3lib imlib2 js ladspa libbinio libcaca libcddb libdvdread libebml libmatroska libmp4v2 libofa libsamplerate libshout libsidplay libsndfile libtar libtimidity lirc SDL_gfx soundtouch speex taglib wildmidi wxsvg xosd yasm Those are the deps that are needed if one would want to compile the IMHO most important livna packages for EL + EPEL. As rpmfusion plans to do exactly that sooner or later it would be nice to get the above packages into EPEL ;-) Cu knurd From fedora at leemhuis.info Tue Nov 6 17:19:21 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 06 Nov 2007 18:19:21 +0100 Subject: Topics for tomorrows (20071107) EPEL SIG meeting Message-ID: <4730A219.1050305@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 tomorrow, Wednesday at 17:00 UTC in #fedora-meeting on irc.freenode.org. /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove did the last move went well? -- knurd /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove when to do the move in EL4? -- knurd /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData -- stahnma /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- permission to use spec files in other projects /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- why don't the broken dep reports go to the list? /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- how to get all the missing rpmfusion and bugzilla deps into EPEL and the wishlist empty as well? /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 (I can't promise we will get to it tomorrow, but it most likely will if we don't run out of time). 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 rdieter at math.unl.edu Tue Nov 6 17:22:34 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 06 Nov 2007 11:22:34 -0600 Subject: deps for multimedia/3rd party packages (was: Re: bugzilla dependencies) References: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> <47309E27.4040100@leemhuis.info> Message-ID: Thorsten Leemhuis wrote: > On 05.11.2007 23:39, rob myers wrote: >> >> i've been looking at the dependencies required by bugzilla in >> EPEL5/testing. > > Hmmm. Lot's of stuff. So while at it I'll jump in with my own list of > things that would be nice-to-have in EPEL: > akode already there (EL-5 anyway) > libofa can do (I think I had been waiting on fftw) > taglib I can help work on that. -- Rex From pertusus at free.fr Tue Nov 6 20:15:25 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 6 Nov 2007 21:15:25 +0100 Subject: deps for multimedia/3rd party packages (was: Re: bugzilla dependencies) In-Reply-To: <47309E27.4040100@leemhuis.info> References: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> <47309E27.4040100@leemhuis.info> Message-ID: <20071106201525.GA2627@free.fr> On Tue, Nov 06, 2007 at 06:02:31PM +0100, Thorsten Leemhuis wrote: > On 05.11.2007 23:39, rob myers wrote: > > > > i've been looking at the dependencies required by bugzilla in > > EPEL5/testing. > docbook2X I'll put add this to EL-5 (and 4 if possible). I am ready to go through all my packages and put them in EPEL, I still haven't found time to do it. -- Pat From jamatos at fc.up.pt Wed Nov 7 00:09:19 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 7 Nov 2007 00:09:19 +0000 Subject: deps for multimedia/3rd party packages (was: Re: bugzilla dependencies) In-Reply-To: References: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> <47309E27.4040100@leemhuis.info> Message-ID: <200711061909.21162.jamatos@fc.up.pt> On Tuesday 06 November 2007 12:22:34 Rex Dieter wrote: > can do (I think I had been waiting on fftw) Which version (2 or 3)? -- Jos? Ab?lio From jason at 3dogs.us Wed Nov 7 00:29:54 2007 From: jason at 3dogs.us (Jason Hartley) Date: Tue, 6 Nov 2007 19:29:54 -0500 (EST) Subject: Bacula 2.03-10 director issues Message-ID: <45356.192.168.0.10.1194395394.squirrel@www.3dogs.us> I updated Bacula director package to bacula-director-mysql-2.0.3-10.el5 on my centos 5 box and had some issues. One, the bacula-dir rc script wants to run bacula-dir, but only bacula-dir.mysql exists. Second, the catalog backup script that is called in /etc/bacula/bacula-dir.conf wants to run make_catalog_backup, but only make_catalog_backup.mysql exits. I have fixed the issues by using links, but wanted to find out if this was a know issue or something new. I image it is just a simple fix to a spec file. Here is a file listing: # rpm -ql bacula-director-mysql /usr/libexec/bacula/create_bacula_database.mysql /usr/libexec/bacula/create_mysql_database /usr/libexec/bacula/drop_bacula_database.mysql /usr/libexec/bacula/drop_bacula_tables.mysql /usr/libexec/bacula/drop_mysql_database /usr/libexec/bacula/drop_mysql_tables /usr/libexec/bacula/grant_bacula_privileges.mysql /usr/libexec/bacula/grant_mysql_privileges /usr/libexec/bacula/make_bacula_tables.mysql /usr/libexec/bacula/make_catalog_backup.mysql /usr/libexec/bacula/make_mysql_tables /usr/libexec/bacula/update_bacula_tables.mysql /usr/libexec/bacula/update_mysql_tables /usr/sbin/bacula-dir.mysql /usr/sbin/dbcheck.mysql Regards, Jason Hartley From paul at city-fan.org Wed Nov 7 11:42:11 2007 From: paul at city-fan.org (Paul Howarth) Date: Wed, 07 Nov 2007 11:42:11 +0000 Subject: Bacula 2.03-10 director issues In-Reply-To: <45356.192.168.0.10.1194395394.squirrel@www.3dogs.us> References: <45356.192.168.0.10.1194395394.squirrel@www.3dogs.us> Message-ID: <4731A493.4070208@city-fan.org> Jason Hartley wrote: > I updated Bacula director package to bacula-director-mysql-2.0.3-10.el5 on > my centos 5 box and had some issues. One, the bacula-dir rc script wants > to run bacula-dir, but only bacula-dir.mysql exists. Second, the catalog > backup script that is called in /etc/bacula/bacula-dir.conf wants to run > make_catalog_backup, but only make_catalog_backup.mysql exits. I have > fixed the issues by using links, but wanted to find out if this was a know > issue or something new. I image it is just a simple fix to a spec file. > > Here is a file listing: > # rpm -ql bacula-director-mysql > /usr/libexec/bacula/create_bacula_database.mysql > /usr/libexec/bacula/create_mysql_database > /usr/libexec/bacula/drop_bacula_database.mysql > /usr/libexec/bacula/drop_bacula_tables.mysql > /usr/libexec/bacula/drop_mysql_database > /usr/libexec/bacula/drop_mysql_tables > /usr/libexec/bacula/grant_bacula_privileges.mysql > /usr/libexec/bacula/grant_mysql_privileges > /usr/libexec/bacula/make_bacula_tables.mysql > /usr/libexec/bacula/make_catalog_backup.mysql > /usr/libexec/bacula/make_mysql_tables > /usr/libexec/bacula/update_bacula_tables.mysql > /usr/libexec/bacula/update_mysql_tables > /usr/sbin/bacula-dir.mysql > /usr/sbin/dbcheck.mysql These symlinks (and several others) should be set up in the %post script using alternatives. Perhaps there was some error that prevented the %post script from running? try running: # alternatives --config bacula-dir to fix up any remaining links Paul. From rdieter at math.unl.edu Wed Nov 7 14:38:40 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 07 Nov 2007 08:38:40 -0600 Subject: deps for multimedia/3rd party packages (was: Re: bugzilla dependencies) References: <1194302364.18349.226.camel@rxm-581b.stl.gtri.gatech.edu> <47309E27.4040100@leemhuis.info> <200711061909.21162.jamatos@fc.up.pt> Message-ID: Jos? Matos wrote: > On Tuesday 06 November 2007 12:22:34 Rex Dieter wrote: >> can do (I think I had been waiting on fftw) > > Which version (2 or 3)? 3 -- Rex From buildsys at fedoraproject.org Wed Nov 7 17:31:11 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 7 Nov 2007 12:31:11 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-07 Message-ID: <20071107173111.9E23E15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 11 NEW Django-0.96.1-1.el5 : A high-level Python Web framework NEW gsl-1.10-10.el5 : The GNU Scientific Library for numerical analysis 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 nas-1.9a-3.el5 NEW perl-Devel-Symdump-2.07-1.el5 : A Perl module for inspecting Perl's symbol table plone-3.0.2-2.el5 NEW spandsp-0.0.4-0.6.pre11.el5 : A DSP library for telephony sparse-0.4-2.el5 NEW zaptel-1.4.6-1.el5 : Tools and libraries for using/configuring/monitoring Zapata telephony interfaces zope-2.10.5-1.el5 Packages built and released for Fedora EPEL testing/4: 2 NEW cdpr-2.2.1-3.el4 : Cisco Discovery Protocol Analyzer nas-1.9a-3.el4 Changes in Fedora EPEL testing/5: Django-0.96.1-1.el5 ------------------- * Thu Nov 01 2007 Michel Salim 0.96.1-1 - i18n security update: CVE-2007-5712, bz#357051 gsl-1.10-10.el5 --------------- * Wed Nov 07 2007 Ivana Varekova - 1.10-10.el5 - rebuilt * Thu Nov 01 2007 Ivana Varekova - 1.10-9 - source file change - spec cleanup * Thu Nov 01 2007 Ivana Varekova - 1.10-8 - fix man-pages directories * Tue Oct 30 2007 Ivana Varekova - 1.10-7 - add man pages * Fri Oct 26 2007 Ivana Varekova - 1.10-6 - minor spec changes * Thu Oct 25 2007 Ivana Varekova - 1.10-5 - minor spec changes * Wed Oct 24 2007 Ivana Varekova - 1.10-4 - add pkgconfig dependency - separate static libraries to -static subpackage - fix gsl-config script - thanks Patrice Dumas 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. * Thu Nov 01 2007 Jeffrey C. Ollie - 1.4.2-1 - Update to 1.4.2 nas-1.9a-3.el5 -------------- * 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 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. plone-3.0.2-2.el5 ----------------- * Tue Nov 06 2007 Jonathan Steffan 3.0.2-2 - Add plone hotfix 20071106 (CVE-2007-5741) spandsp-0.0.4-0.6.pre11.el5 --------------------------- * Thu Nov 01 2007 Jeffrey C. Ollie - 0.0.4-0.6.pre11 - Try and fix multilib problems with generated API docs. * Fri Oct 26 2007 Jeffrey C. Ollie - 0.0.4-0.5.pre11 - Update to 0.0.4pre11 sparse-0.4-2.el5 ---------------- * Thu Nov 01 2007 Roland McGrath - 0.4-2 - Upgrade to 0.4 - Install man pages, c2xml. - Run make check in rpmbuild. 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 zope-2.10.5-1.el5 ----------------- * Sat Nov 03 2007 Jonathan Steffan 2.10.5-1 - Update to zope 2.10.5 Changes in Fedora EPEL testing/4: cdpr-2.2.1-3.el4 ---------------- * Mon Nov 05 2007 2.2.1-3 - Fix for RHEL 4 specific BR (libpcap is not broken into -devel) * Mon Oct 29 2007 2.2.1-2 - Minor SPEC file cleanup from bug # 355631 * Tue Oct 16 2007 2.2.1-1 - Initial RPM Build nas-1.9a-3.el4 -------------- * 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 From mmcgrath at redhat.com Wed Nov 7 18:29:46 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 07 Nov 2007 12:29:46 -0600 Subject: Spam-o-epel Message-ID: <4732041A.9070302@redhat.com> Interested in getting involved in EPEL? Fix this script: http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD A) it seems to take forever to run B) it doesn't email the list. -Mike From mastahnke at gmail.com Wed Nov 7 19:21:35 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 7 Nov 2007 13:21:35 -0600 Subject: Spam-o-epel In-Reply-To: <4732041A.9070302@redhat.com> References: <4732041A.9070302@redhat.com> Message-ID: <7874d9dd0711071121v7b3ebd12hdf03812b88f24e5f@mail.gmail.com> On Nov 7, 2007 12:29 PM, Mike McGrath wrote: > Interested in getting involved in EPEL? Fix this script: > > http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD > > A) it seems to take forever to run > > B) it doesn't email the list. > > -Mike > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Mike sending out assignments like this might also be good on the Infrastructure list. It seems we have tons of volunteers eager help, but many are not sure where/what to start with. Good thinking. As a side, I probably won't have any time in the next few days to hit this, so it's still open AFAIK. stahnma From rjones at redhat.com Thu Nov 8 14:52:08 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 08 Nov 2007 14:52:08 +0000 Subject: EPEL-5 and RHEL 5.1 packages Message-ID: <47332298.6020307@redhat.com> I'm trying to build a package (ocaml-libvirt) for EPEL 5. Unfortunately it depends on libvirt >= 0.2.1. The version of libvirt on the plague build server seems to be libvirt 0.1.8 (ie. the version which shipped with RHEL 5 GA). RHEL 5.1 ships with libvirt 0.3.3, so that would be OK. Is there anything I can do to build against the newer libvirt? Or is it just a matter of waiting until the RHEL 5.1 RPMs become available (and if that is the case, what is the likely timeline for that?) Thanks, 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 fedora at leemhuis.info Thu Nov 8 19:05:38 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 20:05:38 +0100 Subject: only keep the latest package in testing? In-Reply-To: <1ed4a0130711051657q2175e54ybbb768e959c11d1e@mail.gmail.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <1ed4a0130711051657q2175e54ybbb768e959c11d1e@mail.gmail.com> Message-ID: <47335E02.3090406@leemhuis.info> On 06.11.2007 01:57, Russell Harrison wrote: > On 11/5/07, Michael DeHaan wrote: >> If this is based on it being a "testing" repo I am not sure that is >> right as different folks are using it in different ways, but then again, >> I'm not sure >> it actually matters that much either. What are the technical reasons >> for keeping it? > > I can see the use case where a user is testing a fix for package foo > in updates-testing. As it turns out package foo only partially fixes > the problem. When the developer pushes out foo +1 to updates-testing > with what he believes is the true fix it turns out to break in the > user's environment for whatever reason. That user would most likely > like to revert to the original package foo he started with in > updates-testing because it is better than the one in stable for him. > If only one version of a package is in updates-testing at any one time > he wouldn't have that option. I think we are discussing a hypothetic corner case here that IMHO likely will happen very rarely and only affect a small number of users. > Its the same argument for keeping multiple versions in stable. Just a > smaller number of users impacted. Yes. > It just so happens these are the > users that are most likely helping out the project. The same reasons could be applied for rawhide. But for years (until we got koji) the most important testers were not able to get yesterdays package. Some people even argued that this is the better approach, as users that way are forced to report bugs instead of going back as a workaround. > [...] Anyway: currently in testing only one package is kept, as nobody yelled in the days right after I announced that behavior change. Michael's mail came right after I flipped the bits iirc. We can change it back -- but I say we leave it as it is and see what happens. CU knurd From fedora at leemhuis.info Thu Nov 8 19:18:55 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 20:18:55 +0100 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <47332298.6020307@redhat.com> References: <47332298.6020307@redhat.com> Message-ID: <4733611F.4030703@leemhuis.info> On 08.11.2007 15:52, Richard W.M. Jones wrote: > I'm trying to build a package (ocaml-libvirt) for EPEL 5. Unfortunately > it depends on libvirt >= 0.2.1. The version of libvirt on the plague > build server seems to be libvirt 0.1.8 (ie. the version which shipped > with RHEL 5 GA). RHEL 5.1 ships with libvirt 0.3.3, so that would be OK. > > Is there anything I can do to build against the newer libvirt? Or is it > just a matter of waiting until the RHEL 5.1 RPMs become available (and > if that is the case, what is the likely timeline for that?) Well, we need to put some thoughts into this -- if we for example start building packages that require the newer libvirt today then users of CentOS 5.0 (5.1 is not released yet) and those still on RHEL 5.0.x would run into dependency issues when using EPEL. We should try hard to avoid that. That's why I suggested to keep "5.0" directories around for some weeks months -- but the idea was not that welcomed afaics... Opinions? Cu knurd From jkeating at redhat.com Thu Nov 8 19:22:59 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 14:22:59 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <4733611F.4030703@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> Message-ID: <20071108142259.196a2e3c@redhat.com> On Thu, 08 Nov 2007 20:18:55 +0100 Thorsten Leemhuis wrote: > Well, we need to put some thoughts into this -- if we for example > start building packages that require the newer libvirt today then > users of CentOS 5.0 (5.1 is not released yet) and those still on RHEL > 5.0.x would run into dependency issues when using EPEL. We should try > hard to avoid that. That's why I suggested to keep "5.0" directories > around for some weeks months -- but the idea was not that welcomed > afaics... 5.0.x doesn't exist. 5.1.z will exist, for a period of time up to the release of 5.4 I think, or 5.5. -- 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 Thu Nov 8 19:59:35 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 8 Nov 2007 12:59:35 -0700 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108142259.196a2e3c@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> Message-ID: <80d7e4090711081159r3d857f7avd469726ba6f62be2@mail.gmail.com> On Nov 8, 2007 12:22 PM, Jesse Keating wrote: > On Thu, 08 Nov 2007 20:18:55 +0100 > Thorsten Leemhuis wrote: > > > Well, we need to put some thoughts into this -- if we for example > > start building packages that require the newer libvirt today then > > users of CentOS 5.0 (5.1 is not released yet) and those still on RHEL > > 5.0.x would run into dependency issues when using EPEL. We should try > > hard to avoid that. That's why I suggested to keep "5.0" directories > > around for some weeks months -- but the idea was not that welcomed > > afaics... > > 5.0.x doesn't exist. 5.1.z will exist, for a period of time up to the > release of 5.4 I think, or 5.5. > So Red Hat didnt go with a 5.0.x? I am so glad they communicated that with a customer who banked on using it. At this point is there any assurance that 5.1.x will really exist? -- 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 Thu Nov 8 20:07:37 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 21:07:37 +0100 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108142259.196a2e3c@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> Message-ID: <47336C89.2030600@leemhuis.info> On 08.11.2007 20:22, Jesse Keating wrote: > On Thu, 08 Nov 2007 20:18:55 +0100 > Thorsten Leemhuis wrote: > >> Well, we need to put some thoughts into this -- if we for example >> start building packages that require the newer libvirt today then >> users of CentOS 5.0 (5.1 is not released yet) and those still on RHEL >> 5.0.x would run into dependency issues when using EPEL. We should try >> hard to avoid that. That's why I suggested to keep "5.0" directories >> around for some weeks months -- but the idea was not that welcomed >> afaics... > 5.0.x doesn't exist. 5.1.z will exist, for a period of time up to the > release of 5.4 I think, or 5.5. Thx for the hint. But well, the problem round about stays the same until CentOS (and other clones) ship 5.1. And we run into the same problem again for 5.1.z once 5.2 ships. Cu knurd From smooge at gmail.com Thu Nov 8 20:29:49 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 8 Nov 2007 13:29:49 -0700 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <47336C89.2030600@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> Message-ID: <80d7e4090711081229q5fc0f332y638027cb128a69dd@mail.gmail.com> On Nov 8, 2007 1:07 PM, Thorsten Leemhuis wrote: > > > > On 08.11.2007 20:22, Jesse Keating wrote: > > On Thu, 08 Nov 2007 20:18:55 +0100 > > Thorsten Leemhuis wrote: > > > >> Well, we need to put some thoughts into this -- if we for example > >> start building packages that require the newer libvirt today then > >> users of CentOS 5.0 (5.1 is not released yet) and those still on RHEL > >> 5.0.x would run into dependency issues when using EPEL. We should try > >> hard to avoid that. That's why I suggested to keep "5.0" directories > >> around for some weeks months -- but the idea was not that welcomed > >> afaics... > > 5.0.x doesn't exist. 5.1.z will exist, for a period of time up to the > > release of 5.4 I think, or 5.5. > > Thx for the hint. > > But well, the problem round about stays the same until CentOS (and other > clones) ship 5.1. And we run into the same problem again for 5.1.z once > 5.2 ships. > May I suggest repotags or using CentOS as the build system :). EPEL5.0.0 would be a good fix :). There I have fulfilled my monthly trolling requirements. -- 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 Thu Nov 8 20:46:43 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 15:46:43 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <80d7e4090711081159r3d857f7avd469726ba6f62be2@mail.gmail.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <80d7e4090711081159r3d857f7avd469726ba6f62be2@mail.gmail.com> Message-ID: <20071108154643.09291c69@redhat.com> On Thu, 8 Nov 2007 12:59:35 -0700 "Stephen John Smoogen" wrote: > > So Red Hat didnt go with a 5.0.x? I am so glad they communicated that > with a customer who banked on using it. At this point is there any > assurance that 5.1.x will really exist? > Can you show me any official documentation or advertisement that states there will be a z-stream for 5.0 customers? There wasn't even an RHN channel for them to subscribe to. -- 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 Thu Nov 8 20:50:09 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 15:50:09 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <47336C89.2030600@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> Message-ID: <20071108155009.16383007@redhat.com> On Thu, 08 Nov 2007 21:07:37 +0100 Thorsten Leemhuis wrote: > Thx for the hint. > > But well, the problem round about stays the same until CentOS (and > other clones) ship 5.1. And we run into the same problem again for > 5.1.z once 5.2 ships. IMHO EPEL can make a decision to not support the z-stream. EPEL repos are designed to work with the most recently released RHEL Update. (or some wording that makes sense) -- 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 buildsys at fedoraproject.org Thu Nov 8 21:00:45 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 8 Nov 2007 16:00:45 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-08 Message-ID: <20071108210045.BD4F115212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 plone-3.0.2-2.el5 Packages built and released for Fedora EPEL testing/5: 15 cobbler-0.6.3-2.el5 NEW gdl-0.9-0.pre6.el5 : GNU Data Language NEW gsm-1.0.12-3.el5 : Shared libraries for GSM speech compressor koan-0.6.3-3.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 perl-Class-Singleton-1.03-3.el5 : Class::Singleton Perl module NEW perl-HTML-Tree-3.23-2.el5 : HTML tree handling modules for Perl NEW perl-IO-All-0.36-1.el5 : IO::All Perl module NEW perl-Text-Reform-1.11-6.el5 : Manual text wrapping and reformatting ustr-1.0.2-2.el5 Packages built and released for Fedora EPEL testing/4: 4 cobbler-0.6.3-2.el4 koan-0.6.3-3.el4 mercurial-0.9.5-2.el4 NEW python-configobj-4.4.0-2.el4 : Config file reading, writing, and validation Changes in Fedora EPEL 5: plone-3.0.2-2.el5 ----------------- * Tue Nov 06 2007 Jonathan Steffan 3.0.2-2 - Add plone hotfix 20071106 (CVE-2007-5741) Changes in Fedora EPEL testing/5: cobbler-0.6.3-2.el5 ------------------- * 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 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 gsm-1.0.12-3.el5 ---------------- * Sun May 13 2007 Dominik Mierzejewski 1.0.12-3 - fix parallel make 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) 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. perl-Class-Singleton-1.03-3.el5 ------------------------------- * Sat Sep 16 2006 Steven Pritchard 1.03-3 - Canonicalize Source0 URL. - Fix find option order. perl-HTML-Tree-3.23-2.el5 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 3.23-2 - license tag fix 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-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. 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. Changes in Fedora EPEL testing/4: cobbler-0.6.3-2.el4 ------------------- * 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 koan-0.6.3-3.el4 ---------------- * 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) mercurial-0.9.5-2.el4 --------------------- * Tue Oct 23 2007 - 0.9.5-2 - Bump tag to fix confusion * Mon Oct 15 2007 Neal Becker - 0.9.5-1 - Sync with spec file from mercurial python-configobj-4.4.0-2.el4 ---------------------------- * Sun Sep 02 2007 Luke Macken - 4.4.0-2 - Update for python-setuptools changes in rawhide From fedora at leemhuis.info Thu Nov 8 21:08:10 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 22:08:10 +0100 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108155009.16383007@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> Message-ID: <47337ABA.8070400@leemhuis.info> On 08.11.2007 21:50, Jesse Keating wrote: > On Thu, 08 Nov 2007 21:07:37 +0100 > Thorsten Leemhuis wrote: > >> Thx for the hint. >> >> But well, the problem round about stays the same until CentOS (and >> other clones) ship 5.1. And we run into the same problem again for >> 5.1.z once 5.2 ships. > IMHO EPEL can make a decision to not support the z-stream. Yeah, but I remember at least two people talked to me that would like to give people some weeks of flexibility before we indirectly force them to update. As simple 'cp -al 5 5.0; echo "this is unsupported" > 5.0/BIG_FAT_WARNING ; sleep 6w; rm -rf 5.0" could solve that. But yeah, I actually tend to agree. > EPEL repos > are designed to work with the most recently released RHEL Update. (or > some wording that makes sense) Which still does not solve the problem that started this thread... CU knurd From jkeating at redhat.com Thu Nov 8 21:22:28 2007 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 8 Nov 2007 16:22:28 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <47337ABA.8070400@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> Message-ID: <20071108162228.57c693ff@redhat.com> On Thu, 08 Nov 2007 22:08:10 +0100 Thorsten Leemhuis wrote: > Which still does not solve the problem that started this thread... Correct. To solve the problem at the start of this thread, perhaps it would make sense to pre-populate the buildsystem with the next point release bits at the same time they're being staged for release, or close to it, so that EPEL can on the same day of a point release claim that they support that release. Just takes more cooperation between EPEL leaders and Red Hat. -- 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 Thu Nov 8 21:39:01 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 08 Nov 2007 22:39:01 +0100 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108162228.57c693ff@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> Message-ID: <473381F5.7090302@leemhuis.info> On 08.11.2007 22:22, Jesse Keating wrote: > On Thu, 08 Nov 2007 22:08:10 +0100 > Thorsten Leemhuis wrote: > >> Which still does not solve the problem that started this thread... > > Correct. To solve the problem at the start of this thread, perhaps it > would make sense to pre-populate the buildsystem with the next point > release bits at the same time they're being staged for release, or > close to it, so that EPEL can on the same day of a point release claim > that they support that release. Just takes more cooperation between > EPEL leaders and Red Hat. And excludes all those contributers and users that don't have a RHEL license, as the resulting bits might lead to broken deps when one runs "yum update" on a CentOS machine right now (?) with EPEL which depends on a lib that is shipped in the newly released RHEL update. Seems that's the case in the mail that started this thread. That would be totally unacceptable IMHO. Cu knurd (?) -- e.g. before CentOS 5.1 is available From smooge at gmail.com Thu Nov 8 22:22:37 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 8 Nov 2007 15:22:37 -0700 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108154643.09291c69@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <80d7e4090711081159r3d857f7avd469726ba6f62be2@mail.gmail.com> <20071108154643.09291c69@redhat.com> Message-ID: <80d7e4090711081422t33ade947sfd5fbfecc1a6aa1d@mail.gmail.com> On Nov 8, 2007 1:46 PM, Jesse Keating wrote: > On Thu, 8 Nov 2007 12:59:35 -0700 > "Stephen John Smoogen" wrote: > > > > > So Red Hat didnt go with a 5.0.x? I am so glad they communicated that > > with a customer who banked on using it. At this point is there any > > assurance that 5.1.x will really exist? > > > > Can you show me any official documentation or advertisement that states > there will be a z-stream for 5.0 customers? There wasn't even an RHN > channel for them to subscribe to. > I have to remember what sales people do not count... well that makes life easier in that I can just say "screw that until 5.1.z appears on RHN someday" -- 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 kyle.gonzales at gmail.com Thu Nov 8 22:27:27 2007 From: kyle.gonzales at gmail.com (Kyle Gonzales) Date: Thu, 8 Nov 2007 17:27:27 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <473381F5.7090302@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> <473381F5.7090302@leemhuis.info> Message-ID: On Nov 8, 2007 4:39 PM, Thorsten Leemhuis wrote: > > > On 08.11.2007 22:22, Jesse Keating wrote: > > On Thu, 08 Nov 2007 22:08:10 +0100 > > Thorsten Leemhuis wrote: > > > >> Which still does not solve the problem that started this thread... > > > > Correct. To solve the problem at the start of this thread, perhaps it > > would make sense to pre-populate the buildsystem with the next point > > release bits at the same time they're being staged for release, or > > close to it, so that EPEL can on the same day of a point release claim > > that they support that release. Just takes more cooperation between > > EPEL leaders and Red Hat. > > And excludes all those contributers and users that don't have a RHEL > license, as the resulting bits might lead to broken deps when one runs > "yum update" on a CentOS machine right now (?) with EPEL which depends > on a lib that is shipped in the newly released RHEL update. Seems that's > the case in the mail that started this thread. > > That would be totally unacceptable IMHO. So... users that DO have a RHEL license will have to wait for CentOS devels to do their thing before they can get new packages? What about Scientific Linux or other RHEL clones? Do those users have to wait for all the clones? -- Kyle Gonzales kyle.gonzales at gmail.com GPG Pub Key: 9C3FBD51 Read My Tech Blog: http://techiebloggiethingie.blogspot.com/ From smooge at gmail.com Thu Nov 8 22:36:38 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 8 Nov 2007 15:36:38 -0700 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> <473381F5.7090302@leemhuis.info> Message-ID: <80d7e4090711081436l607073f6q2fc9a4a4f7599a95@mail.gmail.com> On Nov 8, 2007 3:27 PM, Kyle Gonzales wrote: > On Nov 8, 2007 4:39 PM, Thorsten Leemhuis wrote: > > > > > > On 08.11.2007 22:22, Jesse Keating wrote: > > > On Thu, 08 Nov 2007 22:08:10 +0100 > > > Thorsten Leemhuis wrote: > > > > > >> Which still does not solve the problem that started this thread... > > > > > > Correct. To solve the problem at the start of this thread, perhaps it > > > would make sense to pre-populate the buildsystem with the next point > > > release bits at the same time they're being staged for release, or > > > close to it, so that EPEL can on the same day of a point release claim > > > that they support that release. Just takes more cooperation between > > > EPEL leaders and Red Hat. > > > > And excludes all those contributers and users that don't have a RHEL > > license, as the resulting bits might lead to broken deps when one runs > > "yum update" on a CentOS machine right now (?) with EPEL which depends > > on a lib that is shipped in the newly released RHEL update. Seems that's > > the case in the mail that started this thread. > > > > That would be totally unacceptable IMHO. > > So... users that DO have a RHEL license will have to wait for CentOS > devels to do their thing before they can get new packages? What about > Scientific Linux or other RHEL clones? Do those users have to wait > for all the clones? > Well someone is going to be broke. The issue is finding out what percentage of people will be broken the longest... and upsetting them :) -- 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 kyle.gonzales at gmail.com Thu Nov 8 22:39:37 2007 From: kyle.gonzales at gmail.com (Kyle Gonzales) Date: Thu, 8 Nov 2007 17:39:37 -0500 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <80d7e4090711081436l607073f6q2fc9a4a4f7599a95@mail.gmail.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> <473381F5.7090302@leemhuis.info> <80d7e4090711081436l607073f6q2fc9a4a4f7599a95@mail.gmail.com> Message-ID: On Nov 8, 2007 5:36 PM, Stephen John Smoogen wrote: > > On Nov 8, 2007 3:27 PM, Kyle Gonzales wrote: > > On Nov 8, 2007 4:39 PM, Thorsten Leemhuis wrote: > > > > > > > > > On 08.11.2007 22:22, Jesse Keating wrote: > > > > On Thu, 08 Nov 2007 22:08:10 +0100 > > > > Thorsten Leemhuis wrote: > > > > > > > >> Which still does not solve the problem that started this thread... > > > > > > > > Correct. To solve the problem at the start of this thread, perhaps it > > > > would make sense to pre-populate the buildsystem with the next point > > > > release bits at the same time they're being staged for release, or > > > > close to it, so that EPEL can on the same day of a point release claim > > > > that they support that release. Just takes more cooperation between > > > > EPEL leaders and Red Hat. > > > > > > And excludes all those contributers and users that don't have a RHEL > > > license, as the resulting bits might lead to broken deps when one runs > > > "yum update" on a CentOS machine right now (?) with EPEL which depends > > > on a lib that is shipped in the newly released RHEL update. Seems that's > > > the case in the mail that started this thread. > > > > > > That would be totally unacceptable IMHO. > > > > So... users that DO have a RHEL license will have to wait for CentOS > > devels to do their thing before they can get new packages? What about > > Scientific Linux or other RHEL clones? Do those users have to wait > > for all the clones? > > > > Well someone is going to be broke. The issue is finding out what > percentage of people will be broken the longest... and upsetting them > :) Ha! True that. -- Kyle Gonzales kyle.gonzales at gmail.com GPG Pub Key: 9C3FBD51 Read My Tech Blog: http://techiebloggiethingie.blogspot.com/ From mailing-lists at hughesjr.com Fri Nov 9 04:13:20 2007 From: mailing-lists at hughesjr.com (Johnny Hughes) Date: Thu, 08 Nov 2007 22:13:20 -0600 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108162228.57c693ff@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> Message-ID: <4733DE60.4090300@hughesjr.com> Jesse Keating wrote: > On Thu, 08 Nov 2007 22:08:10 +0100 > Thorsten Leemhuis wrote: > >> Which still does not solve the problem that started this thread... > > Correct. To solve the problem at the start of this thread, perhaps it > would make sense to pre-populate the buildsystem with the next point > release bits at the same time they're being staged for release, or > close to it, so that EPEL can on the same day of a point release claim > that they support that release. Just takes more cooperation between > EPEL leaders and Red Hat. How does that help the millions of CentOS users out there? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From mailing-lists at hughesjr.com Fri Nov 9 04:17:39 2007 From: mailing-lists at hughesjr.com (Johnny Hughes) Date: Thu, 08 Nov 2007 22:17:39 -0600 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <20071108162228.57c693ff@redhat.com> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> Message-ID: <4733DF63.20202@hughesjr.com> Jesse Keating wrote: > On Thu, 08 Nov 2007 22:08:10 +0100 > Thorsten Leemhuis wrote: > >> Which still does not solve the problem that started this thread... > > Correct. To solve the problem at the start of this thread, perhaps it > would make sense to pre-populate the buildsystem with the next point > release bits at the same time they're being staged for release, or > close to it, so that EPEL can on the same day of a point release claim > that they support that release. Just takes more cooperation between > EPEL leaders and Red Hat. BTW ... if Red Hat would PROVIDE that SAME cooperation to CentOS, we would be more than happy to also RELEASE on the same day and solve this problem :D -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From fedora at leemhuis.info Fri Nov 9 06:18:45 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 09 Nov 2007 07:18:45 +0100 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> <473381F5.7090302@leemhuis.info> Message-ID: <4733FBC5.9060909@leemhuis.info> On 08.11.2007 23:27, Kyle Gonzales wrote: > On Nov 8, 2007 4:39 PM, Thorsten Leemhuis wrote: >> >> On 08.11.2007 22:22, Jesse Keating wrote: >>> On Thu, 08 Nov 2007 22:08:10 +0100 >>> Thorsten Leemhuis wrote: >>> >>>> Which still does not solve the problem that started this thread... >>> Correct. To solve the problem at the start of this thread, perhaps it >>> would make sense to pre-populate the buildsystem with the next point >>> release bits at the same time they're being staged for release, or >>> close to it, so that EPEL can on the same day of a point release claim >>> that they support that release. Just takes more cooperation between >>> EPEL leaders and Red Hat. >> And excludes all those contributers and users that don't have a RHEL >> license, as the resulting bits might lead to broken deps when one runs >> "yum update" on a CentOS machine right now (?) with EPEL which depends >> on a lib that is shipped in the newly released RHEL update. Seems that's >> the case in the mail that started this thread. >> That would be totally unacceptable IMHO. > So... users that DO have a RHEL license will have to wait for CentOS > devels to do their thing before they can get new packages? [...] We don't have to; we can easily run a "cp -al 5 5.0" on the servers, put 5.1 on the builders and move on. Then users of CentOS or other clones as well as those RHEL-users that manually stick to 5.0 for a few days or week can use that repo. Some week later we can just delete the 5.0 directory. CU knur From jason at 3dogs.us Fri Nov 9 23:52:34 2007 From: jason at 3dogs.us (Jason Hartley) Date: Fri, 9 Nov 2007 18:52:34 -0500 (EST) Subject: Bacula 2.03-10 director issues In-Reply-To: <4731A493.4070208@city-fan.org> References: <45356.192.168.0.10.1194395394.squirrel@www.3dogs.us> <4731A493.4070208@city-fan.org> Message-ID: <40890.192.168.0.10.1194652354.squirrel@www.3dogs.us> On Wed, November 7, 2007 6:42 am, Paul Howarth wrote: > Jason Hartley wrote: >> I updated Bacula director package to bacula-director-mysql-2.0.3-10.el5 >> on >> my centos 5 box and had some issues. One, the bacula-dir rc script wants >> to run bacula-dir, but only bacula-dir.mysql exists. Second, the >> catalog >> backup script that is called in /etc/bacula/bacula-dir.conf wants to run >> make_catalog_backup, but only make_catalog_backup.mysql exits. I have >> fixed the issues by using links, but wanted to find out if this was a >> know >> issue or something new. I image it is just a simple fix to a spec file. >> >> Here is a file listing: >> # rpm -ql bacula-director-mysql >> /usr/libexec/bacula/create_bacula_database.mysql >> /usr/libexec/bacula/create_mysql_database >> /usr/libexec/bacula/drop_bacula_database.mysql >> /usr/libexec/bacula/drop_bacula_tables.mysql >> /usr/libexec/bacula/drop_mysql_database >> /usr/libexec/bacula/drop_mysql_tables >> /usr/libexec/bacula/grant_bacula_privileges.mysql >> /usr/libexec/bacula/grant_mysql_privileges >> /usr/libexec/bacula/make_bacula_tables.mysql >> /usr/libexec/bacula/make_catalog_backup.mysql >> /usr/libexec/bacula/make_mysql_tables >> /usr/libexec/bacula/update_bacula_tables.mysql >> /usr/libexec/bacula/update_mysql_tables >> /usr/sbin/bacula-dir.mysql >> /usr/sbin/dbcheck.mysql > > These symlinks (and several others) should be set up in the %post script > using alternatives. > > Perhaps there was some error that prevented the %post script from running? > > try running: > # alternatives --config bacula-dir > to fix up any remaining links > > Paul. Thanks, Paul! I took your suggestion and looked into the post section to see if something do not run. You were right! For some reason, the post section for the bacula packages did not run. I ended up removing and reinstalling bacula and everything installed just fine. So, I am not sure why the post section did not run. I have looked through the yum and message log files and did not see any errors. Again, thanks for your help! Best Regards, Jason Hartley From buildsys at fedoraproject.org Sat Nov 10 10:55:29 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 10 Nov 2007 05:55:29 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-10 Message-ID: <20071110105529.C9B1015212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 zope-2.10.5-2.el5 Packages built and released for Fedora EPEL testing/5: 5 NEW libggz-0.0.14-1.el5 : Library for client-server games mksh-32-1.el5 NEW revisor-2.0.5-5.el5 : Fedora "Spin" Graphical User Interface uw-imap-2006k-1.el5 zope-2.10.5-2.el5 Packages built and released for Fedora EPEL testing/4: 2 mksh-32-1.el4 uw-imap-2006k-1.el4 Changes in Fedora EPEL 5: zope-2.10.5-2.el5 ----------------- * Thu Nov 08 2007 Jonathan Steffan 2.10.5-2 - Update permissions for zopectl and runzope * Sat Nov 03 2007 Jonathan Steffan 2.10.5-1 - Update to zope 2.10.5 Changes in Fedora EPEL testing/5: libggz-0.0.14-1.el5 ------------------- * Thu Sep 27 2007 Rex Dieter 0.0.14-2 - cleanup mksh-32-1.el5 ------------- * Sat Nov 10 2007 Robert Scheck 32-1 - Upgrade to 32 - Solved fork problems in %check (thanks to Thorsten Glaser) revisor-2.0.5-5.el5 ------------------- * Sat Oct 20 2007 Jonathan Steffan 2.0.5-5 - Update spec for release uw-imap-2006k-1.el5 ------------------- * Fri Nov 09 2007 Rex Dieter 2006k-1 - imap-2006k (final) zope-2.10.5-2.el5 ----------------- * Thu Nov 08 2007 Jonathan Steffan 2.10.5-2 - Update permissions for zopectl and runzope Changes in Fedora EPEL testing/4: mksh-32-1.el4 ------------- * Sat Nov 10 2007 Robert Scheck 32-1 - Upgrade to 32 - Solved fork problems in %check (thanks to Thorsten Glaser) uw-imap-2006k-1.el4 ------------------- * Fri Nov 09 2007 Rex Dieter 2006k-1 - imap-2006k (final) From buildsys at fedoraproject.org Mon Nov 12 21:18:14 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 12 Nov 2007 16:18:14 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-12 Message-ID: <20071112211814.AF97115212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 6 bcfg2-0.9.5-2.el5 NEW bodhi-0.4.2-1.el5 : A modular framework that facilitates publishing software updates haproxy-1.3.12.4-1.el5 nas-1.9.1-2.el5 nginx-0.5.33-2.el5 plone-3.0.3-1.el5 Packages built and released for Fedora EPEL 4: 2 dircproxy-1.2.0-0.6beta2.el4.1 drupal-5.3-1.el4 Packages built and released for Fedora EPEL testing/4: 4 bcfg2-0.9.5-2.el4 haproxy-1.3.12.4-1.el4 nas-1.9.1-2.el4 nginx-0.5.33-1.el4 Changes in Fedora EPEL testing/5: 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 bodhi-0.4.2-1.el5 ----------------- * Mon Nov 12 2007 Luke Macken - 0.4.2-1 - 0.4.2 * Mon Nov 12 2007 Luke Macken - 0.4.1-1 - 0.4.1 * Sun Nov 11 2007 Luke Macken - 0.4.0-1 - Lots of bodhi-client features * Wed Nov 07 2007 Luke Macken - 0.3.3-1 - 0.3.3 * Thu Oct 18 2007 Luke Macken - 0.3.2-2 - Add TurboGears to BuildRequires - Make some scripts executable to silence rpmlint * Tue Oct 16 2007 Luke Macken - 0.3.2-1 - 0.3.2 - Add COPYING file - s/python-json/python-simplejson/ haproxy-1.3.12.4-1.el5 ---------------------- * Sun Nov 11 2007 Jeremy Hinegardner - 1.3.12.4-1 - update to 1.3.12.4 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 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. 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 Changes in Fedora EPEL 4: dircproxy-1.2.0-0.6beta2.el4.1 ------------------------------ * Thu Oct 04 2007 Warren Togami - 1.2.0-0.6.beta2 - Fix segfault on blank /me drupal-5.3-1.el4 ---------------- * Thu Oct 18 2007 Jon Ciesla - 5.3-1 - Upgrade to 5.3, fixes: - HTTP response splitting. - Arbitrary code execution. - Cross-site scripting. - Cross-site request forgery. - Access bypass. * Mon Sep 24 2007 Jon Ciesla - 5.2-3 - Minor doc correction, BZ 301541. * Thu Aug 16 2007 Jon Ciesla - 5.2-2 - License tag correction. Changes in Fedora EPEL testing/4: bcfg2-0.9.5-2.el4 ----------------- * 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 haproxy-1.3.12.4-1.el4 ---------------------- * Sun Nov 11 2007 Jeremy Hinegardner - 1.3.12.4-1 - update to 1.3.12.4 * Fri Sep 21 2007 Jeremy Hinegardner - 1.3.12.2-4 - update compile flags for different location of pcre.h on EL-4 * Fri Sep 21 2007 Jeremy Hinegardner - 1.3.12.2-3 - added pcre as Requires dependency nas-1.9.1-2.el4 --------------- * 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 nginx-0.5.33-1.el4 ------------------ * Mon Nov 12 2007 Jeremy Hinegardner - 0.5.33-1 - fixed rpmlint UTF-8 complaints. - update to 0.5.33 From fedora at leemhuis.info Tue Nov 13 18:44:32 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 13 Nov 2007 19:44:32 +0100 Subject: Log from lasts weeks (20071107) EPEL SIG Meeting Message-ID: <4739F090.9030108@leemhuis.info> (sorry, a bit late -- I was busy at work and I'm on vacation since Friday...) Reminder: Next meeting Wednesday next week, 20071121 at *18:00* UTC (so the effective time after all that DST switching trouble stays the same as during the meetings in summers) 00:10:37 --- | mmcgrath has changed the topic to: EPEL Meeting - Who's here? 00:11:04 * | nirik is here 00:11:23 --- | mmcgrath has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:11:26 < mmcgrath> | There we go :) 00:11:41 <-- | couf has quit ("leaving") 00:11:43 --- | couf_afk is now known as couf 00:12:13 * | mmcgrath 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:12:53 --> | jeremy (Jeremy Katz) has joined #fedora-meeting 00:13:07 < mmcgrath> | nirik: is it just you and me? 00:13:14 < nirik> | looking that way. 00:13:41 < mmcgrath> | I'd say this will be pretty quick then. 00:13:55 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove did the last move went well? -- knurd 00:14:11 < nirik> | yeah... 00:14:18 < nirik> | I think the last move went pretty well... 00:14:24 < nirik> | do we want to schedule them for specific times? 00:14:33 * | rdieter sits in the back, with his popcorn. 00:14:36 < nirik> | or ask again on the list about what method we should use? 00:14:45 < mmcgrath> | rdieter: :) 00:15:31 < mmcgrath> | nirik: I'd schedule a time then see if the list wants us to change it. It could be a while before the next move. 00:15:51 < mmcgrath> | although, since its just you and me, perhaps the list would be better, or just wait till the next meeting to talk about it. 00:16:01 < nirik> | yeah, I would be happy with once a month or something, then the question is how long something needs to be in testing. 00:16:07 < nirik> | sure. 00:16:41 < mmcgrath> | The next topic is related 00:16:42 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove when to do the move in EL4? -- knurd 00:17:05 < mmcgrath> | I don't use EL4 that much anymore so I'm not sure what would be best for it. 00:17:13 < nirik> | yeah, I would think soon... 00:18:12 < mmcgrath> | 00:18:16 < nirik> | I can try and work on it I guess... 00:18:29 < nirik> | plan on perhaps next monday? 00:18:39 < nirik> | let the f8 release suck up all the bw, etc. 00:18:46 < mmcgrath> | Sure, just take a look to see what would be involved. 00:18:55 < mmcgrath> | I think next monday sounds good to me. 00:19:25 < mmcgrath> | nirik: anything else on that? 00:19:38 < nirik> | ok. I think knurd just mirrored out testing, copied everything to stable and did some repoclosures. I should be able to do that here. 00:19:57 < mmcgrath> | solid 00:20:05 --> | G (Nigel Jones) has joined #fedora-meeting 00:20:09 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData -- stahnma 00:20:25 < mmcgrath> | Should probably wait for stahnma to be around :) 00:20:54 < nirik> | yep. 00:21:09 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- permission to use spec files in other projects 00:21:22 < mmcgrath> | I had thought this one was done, but I could be wrong. 00:21:39 < nirik> | yeah, me too. 00:21:48 < nirik> | FYI, I have been poking at dag's clamav spec. 00:21:57 < nirik> | Hopefully later this week I can get one that meets guidelines. 00:21:57 * | mmcgrath knows thats much anticipated. 00:22:01 < mmcgrath> | excellent. 00:22:09 < nirik> | however, should I submit a review on it you think? or ? 00:22:10 < mmcgrath> | according to the page, that ones blocking on the board right now. 00:22:35 < mmcgrath> | if you're confident in it, I think you wouldn't be breaking any rules by not doing a review, but I think the safe thing would be a review. 00:22:39 < nirik> | or ask packaging if I can even do what I want? or ? 00:22:51 < nirik> | yeah, I would like to see it reviewed... 00:23:24 < mmcgrath> | I'd say have at it then. 00:23:36 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- why don't the broken dep reports go to the list? 00:23:56 < mmcgrath> | I guess that ones pointed at me. 00:24:09 < nirik> | yep. ;) 00:24:13 < mmcgrath> | A) The script we use, for some reason, can take a long time to run and B) no one's done the work. 00:24:29 < nirik> | are there many broken deps right now? I haven't looked... 00:24:43 * | mmcgrath makes note - http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD 00:24:50 < mmcgrath> | not "many" but broken deps do exist right now. 00:25:04 < mmcgrath> | If anyone is interested in getting involved. Fixing up that script is certainly one way to do it. 00:25:16 < nirik> | might post to the list on it? 00:25:28 < mmcgrath> | I'll do that now. 00:25:41 --> | wolfy (Manuel Wolfshant) has joined #fedora-meeting 00:26:01 < nirik> | I suppose I could try and look at it... it's just like the extras one? 00:26:24 < mmcgrath> | nirik: I think it used to be, I'm not sure about now. The script I got checked against koji so I had to make it not do that. 00:26:40 < nirik> | yeah, that won't work too well... 00:26:51 * | nirik wishes we had koji and bodhi. Oh well, someday. 00:26:53 --> | G__ (Nigel Jones) has joined #fedora-meeting 00:27:06 < mmcgrath> | nirik: for me its mostly been an -ENOTIME and it seems to take forever to run and I've not made progress on fixing that. 00:27:11 < mmcgrath> | anywho :) moving on 00:27:12 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- how to get all the missing rpmfusion and bugzilla deps into EPEL and the wishlist empty as well? 00:27:22 < nirik> | yeah, I hear you on time... ;) 00:27:32 < mmcgrath> | I say, Add them to the wish list and get to contacting each packager one by one until everything is in. 00:27:46 < mmcgrath> | Thats going to be one hefty job getting bugzilla in there. 00:27:55 < nirik> | yeah, tons of deps. 00:28:12 < nirik> | I think contacting maintainers is the best way... and if they don't answer branching, etc. 00:28:33 < mmcgrath> | yep, nothing special about it from the other packages. Its just big and... well needy. 00:28:42 < nirik> | I could also offer to mass branch things if people have long lists but don't want to file lots of cvs bug requests. 00:29:00 < mmcgrath> | If we get approval on all of them around the same time. 00:29:08 < mmcgrath> | Alrighty, open floor! 00:29:10 --- | mmcgrath has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:29:15 < mmcgrath> | nirik: you have anything you want to talk about? 00:29:19 < nirik> | yeah, I think some maintainers might not like the overhead of requesting 20 packages to be branched... 00:29:49 < nirik> | not that I can think of off hand... oh... when 5.1 is out we should add a 5.1 dir/link and move all 5.0 to it, right? 00:30:44 < mmcgrath> | I actually don't remember on that front. IIRC, we aren't going to maintain a 5.0 tree after that point, so I guess its just a link from 5.1 to 5.0 00:31:28 <-- | G_ has quit (Connection timed out) 00:32:04 < nirik> | yeah, I think there was talk of waiting a while after release to let people upgrade. 00:32:16 < nirik> | I think we should wait until centos has 5.1 at least, but after that I don't care. 00:32:27 < mmcgrath> | sounds good to me. 00:32:32 < mmcgrath> | Ok, have anything else? 00:32:34 * | mmcgrath does not 00:33:11 * | nirik does not either. 00:33:51 * | mmcgrath will close the meeting in 30 00:34:13 <-- | G has quit (Nick collision from services.) 00:34:19 --- | G__ is now known as G 00:34:43 < mmcgrath> | alright 00:34:47 --- | mmcgrath has changed the topic to: Meeting Closed 00:34:49 < mmcgrath> | nirik: thanks :) 00:34:53 --- | mmcgrath 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 From fedora at leemhuis.info Tue Nov 13 19:12:38 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 13 Nov 2007 20:12:38 +0100 Subject: EPEL report week 45 2007 Message-ID: <4739F726.3080506@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week45 = Weekly EPEL Summary = Week 45/2007 == Most important happenings == * nothing earthshaking == Mailing list == === Noteworthy discussions === * RHEL 5.1 -- https://www.redhat.com/archives/epel-devel-list/2007-November/msg00035.html * EPEL builders are still RHEL 5.0; moving to RHEL 5.1 now on bears the risk that we break users of CentOS 5.0; no real outcome from the discussion yet; more discussion needed * Lots of packages wanted -- https://www.redhat.com/archives/epel-devel-list/2007-November/msg00020.html and https://www.redhat.com/archives/epel-devel-list/2007-November/msg00024.html * lots of deps of bugzilla are not yet in EPEL (lots of them: perl); lot's of packages that a 3rd party repo would need to compile xine-lib-extras-nonfree, mplayer and similar stuff are still missing as well; help needed; == Meeting == === Next Meeting === 20071107 at '''18:00 UTC''' in #fedora-meeting. Please note that it's 18:00 UTC now again after the DST switch, so the effective meeting time should stay the same for everyone! === Last weeks meeting === ==== Attendees: ==== * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] ==== Summary ==== * http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove did the last move went well? * nirik> | I think the last move went pretty well... do we want to schedule them for specific times? * mmcgrath> | nirik: I'd schedule a time then see if the list wants us to change it. It could be a while before the next move. although, since its just you and me, perhaps the list would be better, or just wait till the next meeting to talk about it. * nirik> | yeah, I would be happy with once a month or something, then the question is how long something needs to be in testing. * http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove when to do the move in EL4? * nirik> | I can try and work on it I guess... plan on perhaps next monday? let the f8 release suck up all the bw, etc. * Clamav * nirik is working on it * why don't the broken dep reports go to the list? * mmcgrath> | A) The script we use, for some reason, can take a long time to run and B) no one's done the work. * mmcgrath posted to the list asking people to help so it gets posted to the list * http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- how to get all the missing rpmfusion and bugzilla deps into EPEL and the wishlist empty as well? * mmcgrath> | I say, Add them to the wish list and get to contacting each packager one by one until everything is in. * nirik> | I think contacting maintainers is the best way... and if they don't answer branching, etc. == Stats == === General === Number of EPEL Contributors: 140 We welcome 3 new contributors: drago01 rjones varekova === EPEL 5 === Number of source packages: 738 Number of binary packages: 1435 There are 26 new Packages: * bodhi | A modular framework that facilitates publishing software updates * cdpr | Cisco Discovery Protocol Analyzer * Django | A high-level Python Web framework * func | Remote config, monitoring, and management api * gdl | GNU Data Language * gsl | The GNU Scientific Library for numerical analysis * gsm | Shared libraries for GSM speech compressor * libggz | Library for client-server games * libofa | Open Fingerprint Architecture library * libpri | An implementation of Primary Rate ISDN * perl-Class-Singleton | Class::Singleton Perl module * perl-Devel-Symdump | A Perl module for inspecting Perl's symbol table * perl-HTML-Tree | HTML tree handling modules for Perl * perl-IO-All | IO::All Perl module * perl-LockFile-Simple | Simple file locking scheme * perl-Text-Reform | Manual text wrapping and reformatting * perl-Tk | Perl Graphical User Interface ToolKit * postgis | Geographic Information Systems Extensions to PostgreSQL * revisor | Fedora "Spin" Graphical User Interface * ruby-ldap | Ruby LDAP libraries * spandsp | A DSP library for telephony * tre | POSIX compatible regexp library with approximate matching * unshield | Install InstallShield applications on a Pocket PC * wordpress | WordPress blogging software * wv2 | A library which allows access to Microsoft? Word files * zaptel | Tools and libraries for using/configuring/monitoring Zapata telephony interfaces === EPEL 4 === Number of source packages: 442 Number of binary packages: 890 There are 8 new Packages: * cdpr | Cisco Discovery Protocol Analyzer * func | Remote config, monitoring, and management api * perl-LockFile-Simple | Simple file locking scheme * perl-Tk | Perl Graphical User Interface ToolKit * python-configobj | Config file reading, writing, and validation * ruby-ldap | Ruby LDAP libraries * unshield | Install InstallShield applications on a Pocket PC * wv2 | A library which allows access to Microsoft? Word files ---- ["CategoryEPELReports"] From kevin at tummy.com Tue Nov 13 19:40:59 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Tue, 13 Nov 2007 12:40:59 -0700 Subject: EPEL-5 and RHEL 5.1 packages In-Reply-To: <4733FBC5.9060909@leemhuis.info> References: <47332298.6020307@redhat.com> <4733611F.4030703@leemhuis.info> <20071108142259.196a2e3c@redhat.com> <47336C89.2030600@leemhuis.info> <20071108155009.16383007@redhat.com> <47337ABA.8070400@leemhuis.info> <20071108162228.57c693ff@redhat.com> <473381F5.7090302@leemhuis.info> <4733FBC5.9060909@leemhuis.info> Message-ID: <20071113124059.08cba3a0@ghistelwchlohm.scrye.com> On Fri, 09 Nov 2007 07:18:45 +0100 fedora at leemhuis.info (Thorsten Leemhuis) wrote: > > > On 08.11.2007 23:27, Kyle Gonzales wrote: > > On Nov 8, 2007 4:39 PM, Thorsten Leemhuis > > wrote: > >> > >> On 08.11.2007 22:22, Jesse Keating wrote: > >>> On Thu, 08 Nov 2007 22:08:10 +0100 > >>> Thorsten Leemhuis wrote: > >>> > >>>> Which still does not solve the problem that started this > >>>> thread... > >>> Correct. To solve the problem at the start of this thread, > >>> perhaps it would make sense to pre-populate the buildsystem with > >>> the next point release bits at the same time they're being staged > >>> for release, or close to it, so that EPEL can on the same day of > >>> a point release claim that they support that release. Just takes > >>> more cooperation between EPEL leaders and Red Hat. > >> And excludes all those contributers and users that don't have a > >> RHEL license, as the resulting bits might lead to broken deps when > >> one runs "yum update" on a CentOS machine right now (?) with EPEL > >> which depends on a lib that is shipped in the newly released RHEL > >> update. Seems that's the case in the mail that started this thread. > >> That would be totally unacceptable IMHO. > > So... users that DO have a RHEL license will have to wait for CentOS > > devels to do their thing before they can get new packages? [...] > > We don't have to; we can easily run a "cp -al 5 5.0" on the servers, > put 5.1 on the builders and move on. Then users of CentOS or other > clones as well as those RHEL-users that manually stick to 5.0 for a > few days or week can use that repo. Some week later we can just > delete the 5.0 directory. Yeah, this would leave 5.0 people potentially open to missing a security update, but thats not easily solved I don't think. So, I would propose the following: - Wait until centos 5.1 is released. - cp -al 5 5.0 in epel repos, update builders to 5.1, start using 5.1. - Wait a week - rm -rf 5.0; link 5 and 5.0 to 5.1. > > CU > knur kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rtlm10 at gmail.com Wed Nov 14 13:04:57 2007 From: rtlm10 at gmail.com (Russell Harrison) Date: Wed, 14 Nov 2007 08:04:57 -0500 Subject: only keep the latest package in testing? In-Reply-To: <20071106085759.0f952a53@redhat.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> Message-ID: <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> On Nov 6, 2007 8:57 AM, Jesse Keating wrote: > On Tue, 06 Nov 2007 09:45:40 +0100 > Jeroen van Meeuwen wrote: > > > Actually F7-updates doesn't keep any other version then the most > > recent, which is a very, very bad thing. > > No, it's really not since koji keeps a copy of the build for a good > long time and it can be pulled from there if you really need it. I don't know why I didn't think about koji. That should be more than good enough for testing repos. I do feel that the main updates repos should have at least the latest two updates available. I don't know that as a regular user I would feel confident knowing what the working version I had was before my update. As a user installing packages from testing I should be familiar with koji. As a normal user, I don't know that we can expect that. -- Russell Harrison Systems Administrator -- Linux Desktops Cisco Systems, Inc. Note: The positions or opinions expressed in this email are my own. They are not necessarily those of my employer. From kanarip at kanarip.com Wed Nov 14 13:20:07 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 14 Nov 2007 14:20:07 +0100 Subject: only keep the latest package in testing? In-Reply-To: <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> Message-ID: <473AF607.5070709@kanarip.com> Russell Harrison wrote: > On Nov 6, 2007 8:57 AM, Jesse Keating wrote: >> On Tue, 06 Nov 2007 09:45:40 +0100 >> Jeroen van Meeuwen wrote: >> >>> Actually F7-updates doesn't keep any other version then the most >>> recent, which is a very, very bad thing. >> No, it's really not since koji keeps a copy of the build for a good >> long time and it can be pulled from there if you really need it. > These builds are not signed in any way though. Kind regards, Jeroen van Meeuwen -kanarip From jkeating at redhat.com Wed Nov 14 13:39:26 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 14 Nov 2007 08:39:26 -0500 Subject: only keep the latest package in testing? In-Reply-To: <473AF607.5070709@kanarip.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> Message-ID: <20071114083926.6ae2f2af@redhat.com> On Wed, 14 Nov 2007 14:20:07 +0100 Jeroen van Meeuwen wrote: > These builds are not signed in any way though. Koji keeps a copy of the signed build too, for a period of time before it's purged. packages////data/signed/// -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kanarip at kanarip.com Wed Nov 14 15:06:04 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 14 Nov 2007 16:06:04 +0100 Subject: only keep the latest package in testing? In-Reply-To: <20071114083926.6ae2f2af@redhat.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> <20071114083926.6ae2f2af@redhat.com> Message-ID: <473B0EDC.8000603@kanarip.com> Jesse Keating wrote: > On Wed, 14 Nov 2007 14:20:07 +0100 > Jeroen van Meeuwen wrote: > >> These builds are not signed in any way though. > > Koji keeps a copy of the signed build too, for a period of time before > it's purged. > > packages////data/signed/// > > I'm not sure I'm interpreting this right. Would this be a valid example? http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/0x4F2A6FD2/noarch/ I tried without '0x' too, but again I'm not even sure I am using the correct key. Thanks in advance for any pointers. Kind regards, Jeroen van Meeuwen -kanarip From rob.myers at gtri.gatech.edu Wed Nov 14 15:17:43 2007 From: rob.myers at gtri.gatech.edu (rob myers) Date: Wed, 14 Nov 2007 10:17:43 -0500 Subject: only keep the latest package in testing? In-Reply-To: <473B0EDC.8000603@kanarip.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> <20071114083926.6ae2f2af@redhat.com> <473B0EDC.8000603@kanarip.com> Message-ID: <1195053463.3938.1.camel@rxm-581b.stl.gtri.gatech.edu> On Wed, 2007-11-14 at 16:06 +0100, Jeroen van Meeuwen wrote: > Jesse Keating wrote: > > On Wed, 14 Nov 2007 14:20:07 +0100 > > Jeroen van Meeuwen wrote: > > > >> These builds are not signed in any way though. > > > > Koji keeps a copy of the signed build too, for a period of time before > > it's purged. > > > > packages////data/signed/// > > > > > > I'm not sure I'm interpreting this right. Would this be a valid example? > > http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/0x4F2A6FD2/noarch/ > > I tried without '0x' too, but again I'm not even sure I am using the > correct key. yes, but the key is lower case: http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/4f2a6fd2/noarch/ rob. From jkeating at redhat.com Wed Nov 14 15:21:38 2007 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 14 Nov 2007 10:21:38 -0500 Subject: only keep the latest package in testing? In-Reply-To: <473B0EDC.8000603@kanarip.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> <20071114083926.6ae2f2af@redhat.com> <473B0EDC.8000603@kanarip.com> Message-ID: <20071114102138.11ba067d@redhat.com> On Wed, 14 Nov 2007 16:06:04 +0100 Jeroen van Meeuwen wrote: > I'm not sure I'm interpreting this right. Would this be a valid > example? > > http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/0x4F2A6FD2/noarch/ > > I tried without '0x' too, but again I'm not even sure I am using the > correct key. http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/4f2a6fd2/noarch/ is correct. If you just browse to http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/ you can get a directory listing. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kanarip at kanarip.com Wed Nov 14 15:27:15 2007 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 14 Nov 2007 16:27:15 +0100 Subject: only keep the latest package in testing? In-Reply-To: <1195053463.3938.1.camel@rxm-581b.stl.gtri.gatech.edu> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> <20071114083926.6ae2f2af@redhat.com> <473B0EDC.8000603@kanarip.com> <1195053463.3938.1.camel@rxm-581b.stl.gtri.gatech.edu> Message-ID: <473B13D3.90203@kanarip.com> rob myers wrote: > On Wed, 2007-11-14 at 16:06 +0100, Jeroen van Meeuwen wrote: >> Jesse Keating wrote: >>> On Wed, 14 Nov 2007 14:20:07 +0100 >>> Jeroen van Meeuwen wrote: >>> >>>> These builds are not signed in any way though. >>> Koji keeps a copy of the signed build too, for a period of time before >>> it's purged. >>> >>> packages////data/signed/// >>> >>> >> I'm not sure I'm interpreting this right. Would this be a valid example? >> >> http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/0x4F2A6FD2/noarch/ >> >> I tried without '0x' too, but again I'm not even sure I am using the >> correct key. > > yes, but the key is lower case: > http://koji.fedoraproject.org/packages/revisor/2.0.5/7.fc7/data/signed/4f2a6fd2/noarch/ > > rob. > Thanks, that did it ;-) Kind regards, Jeroen van Meeuwen -kanarip From mastahnke at gmail.com Wed Nov 14 18:08:55 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 14 Nov 2007 12:08:55 -0600 Subject: EPEL Metadata and packages Message-ID: <7874d9dd0711141008s62f2f50al4ab84755cfd919c6@mail.gmail.com> A few months/weeks ago there was some discussion on list about knowing more about the meta-data of EPEL and RHEL. I think the basic idea was so that EPEL didn't clobber any packages provided by RHEL or CentOS. Most of this issues appear to be resovled by making the EPEL provided packages that are also in Centos have a lower EVR than CentOS provided ones. That way RHEL customers can install those packages, and CentOS ones won't clobber over their base install. Then, when 5.1 Beta came out, the EPEL contributors saw that some packages are in 5.1 that were not in 5.0, and thus the EPEL needed to again revise what packages they were planning to offer as not to clobber to stock distro. This issue hasn't been 100% completed yet, AFAIK, because 5.1 isn't on our builders (yet, pending CentOS 5.1 release). My question to the list is, what meta-data information do we really need to know to be effective? What use cases do we have in this space? Mine are: * Ensure EPEL doesn't clobber packages provided by RHEL/CentOS. Questions that I still have. * What about things like Fedora-DS? This is in Fedora and is also offered as a full-support product/channel for RHEL (as RHDS). Should this be in EPEL? * Do we need complete listing of files/packages provided by RHEL/CentOS somewhere? What would this be used for and how would it help packagers/users? * What about package that obsolete or conflict with base EL packages? (rsyslog comes to mind). Any other thoughts on meta-data, or more questions? Please reply. stahnma From pertusus at free.fr Wed Nov 14 18:31:35 2007 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 14 Nov 2007 19:31:35 +0100 Subject: EPEL Metadata and packages In-Reply-To: <7874d9dd0711141008s62f2f50al4ab84755cfd919c6@mail.gmail.com> References: <7874d9dd0711141008s62f2f50al4ab84755cfd919c6@mail.gmail.com> Message-ID: <20071114183135.GL14241@free.fr> On Wed, Nov 14, 2007 at 12:08:55PM -0600, Michael Stahnke wrote: > > My question to the list is, what meta-data information do we really > need to know to be effective? What use cases do we have in this > space? I said it a lot of time, but let's do it once again. It would be practical to know about files owned by packages, to verify conflicts. Know about requires and provides, including virtual ones. And of course package name and versions. Providing everything that repoquery provides would be nice, in fact. If repoquery is there it is because it is practical. It can be done through a web interface like in rpmfind which does about the same. -- Pat From buildsys at fedoraproject.org Fri Nov 16 17:06:17 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 16 Nov 2007 12:06:17 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-16 Message-ID: <20071116170617.9A99D15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 40 aspell-sk-2.00-3.el5 bodhi-0.4.4-1.el5 NEW catdoc-0.94.2-3.el5 : A program which converts Microsoft office files to plain text cobbler-0.6.4-2.el5 NEW perl-Class-Inspector-1.17-1.el5 : Get information about a class and its structure NEW perl-Config-Tiny-2.10-1.el5 : Perl module for reading and writing .ini style configuration files NEW perl-Email-Address-1.888-1.el5 : RFC 2822 Address Parsing and Creation 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-ContentType-1.012-1.el5 : Parse a MIME Content-Type Header 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-Simple-1.999-1.1.el5 : Simple parsing of RFC2822 message format and headers 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-Image-Base-1.07-7.el5 : Base class for loading, manipulating and saving images in Perl NEW perl-Number-Compare-0.01-8.el5 : Perl module for numeric comparisons 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-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-String-Format-1.14-1.el5 : Sprintf-like string formatting capabilities with arbitrary format definitions NEW perl-Test-Differences-0.47-2.el5 : Test strings and data structures and show differences if not ok NEW perl-Test-Object-0.07-1.el5 : Thoroughly testing objects via registered handlers NEW perl-Test-Pod-Coverage-1.08-3.1.el5 : Check for pod coverage in your distribution NEW perl-TeX-Hyphen-0.140-5.el5 : Hyphenate words using TeX's patterns NEW perl-Text-Glob-0.08-2.el5 : Perl module to match globbing patterns against text NEW perl-Time-Piece-1.09-2.el5 : Time objects from localtime and gmtime php-pear-MDB2-2.4.1-2.el5 php-pear-MDB2-Driver-mysql-1.4.1-3.el5 python-fedora-0.2.90.21-1.el5 python-pygments-0.9-1.el5 spandsp-0.0.4-0.7.pre15.el5 sparse-0.4.1-1.el5 (!) yafc-1.1.1-6.el5 : INVALID rebuild, not published! Packages built and released for Fedora EPEL testing/4: 2 NEW catdoc-0.94.2-3.el4 : A program which converts Microsoft office files to plain text cobbler-0.6.4-2.el4 Changes in Fedora EPEL testing/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) bodhi-0.4.4-1.el5 ----------------- * Wed Nov 14 2007 Luke Macken - 0.4.4-1 - 0.4.4 * Mon Nov 12 2007 Luke Macken - 0.4.3-1 - 0.4.3 catdoc-0.94.2-3.el5 ------------------- * Sun Nov 11 2007 Adel Gadllah 0.94.2-3 - Preserve timestamps * Sat Nov 03 2007 Adel Gadllah 0.94.2-2 - Require and BuildRequire tk - Fix changelog date * Sat Oct 20 2007 Adel Gadllah 0.94.2-1 - Initial build cobbler-0.6.4-2.el5 ------------------- * Wed Nov 14 2007 Michael DeHaan - 0.6.4-2 - Upstream changes (see CHANGELOG) - Permissions changes perl-Class-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Config-Tiny-2.10-1.el5 --------------------------- * Mon Oct 02 2006 Jose Pedro Oliveira - 2.10-1 - Updated to 2.10. perl-Email-Address-1.888-1.el5 ------------------------------ * Sat Jun 23 2007 Jose Pedro Oliveira - 1.888-1 - Update to 1.888. 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-ContentType-1.012-1.el5 --------------------------------------- * Sat Nov 25 2006 Jose Pedro Oliveira - 1.012-1 - Update to 1.012. 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-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-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-Image-Base-1.07-7.el5 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 1.07-7 - Rebuild for FC6. perl-Number-Compare-0.01-8.el5 ------------------------------ * Fri Aug 17 2007 Ralf Cors?pius - 0.01-8 - Update license tag. 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-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-String-Format-1.14-1.el5 ----------------------------- * Sat Sep 16 2006 Jose Pedro Oliveira - 1.14-1 - First build. 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-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-Pod-Coverage-1.08-3.1.el5 ----------------------------------- * Thu Nov 15 2007 Rob Myers - 1.08-3.1 - BuildRequire perl(Devel::Symdump) perl-TeX-Hyphen-0.140-5.el5 --------------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 0.140-5 - Rebuild for FC6. perl-Text-Glob-0.08-2.el5 ------------------------- * Sat Aug 18 2007 Ralf Cors?pius - 0.08-2 - Update license tag. perl-Time-Piece-1.09-2.el5 -------------------------- * Thu Sep 14 2006 Chris Grau 1.09-2 - Rebuild for FC-6. 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) 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-pygments-0.9-1.el5 ------------------------- * Mon Nov 12 2007 Steve 'Ashcrow' Milner - 0.9-1 - Updated for upstream 0.9. 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 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 Changes in Fedora EPEL testing/4: catdoc-0.94.2-3.el4 ------------------- * Sun Nov 11 2007 Adel Gadllah 0.94.2-3 - Preserve timestamps * Sat Nov 03 2007 Adel Gadllah 0.94.2-2 - Require and BuildRequire tk - Fix changelog date * Sat Oct 20 2007 Adel Gadllah 0.94.2-1 - Initial build cobbler-0.6.4-2.el4 ------------------- * Wed Nov 14 2007 Michael DeHaan - 0.6.4-2 - Upstream changes (see CHANGELOG) - Permissions changes From buildsys at fedoraproject.org Sun Nov 18 01:38:01 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 17 Nov 2007 20:38:01 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-17 Message-ID: <20071118013801.4CEF515212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 32 NEW dblatex-0.2.7-16.el5 : DocBook to LaTeX/ConTeXt Publishing 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-Data-OptList-0.101-2.el5 : Parse and validate simple name/value option pairs NEW perl-Devel-Cycle-1.07-1.el5 : Find memory cycles in objects NEW perl-Email-MIME-Attachment-Stripper-1.313-3.el5 : Strip the attachments from a mail message NEW perl-File-Find-Rule-0.30-3.el5 : Perl module implementing an alternative interface to File::Find NEW perl-HTML-Format-2.04-6.el5 : HTML formatter modules 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-List-MoreUtils-0.22-2.el5 : Provide the stuff missing in List::Util NEW perl-Mail-Transport-Dbx-0.07-3.el5 : Parse Outlook Express mailboxes NEW perl-MLDBM-2.01-5.el5 : 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-Package-Generator-0.100-2.el5 : Generate new packages quickly and easily 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-PPI-1.118-1.el5 : Parse, Analyze and Manipulate Perl NEW perl-Return-Value-1.302-3.el5 : Polymorphic Return Values 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-Test-ClassAPI-1.04-2.el5 : Provides basic first-pass API testing for large class trees 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-Perl-Critic-1.01-1.el5 : Use Perl::Critic in test programs 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 python-pp-1.4.5-3.el5 : Parallel execution of python on smp NEW python-which-1.1.0-2.el5.1 : Small which replacement that can be used as a Python module Changes in Fedora EPEL testing/5: dblatex-0.2.7-16.el5 -------------------- * 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 * Mon Nov 05 2007 Neal Becker - 0.2.7-14 - Req tetex-fonts for texhash - Fix post, postun * Sun Nov 04 2007 Neal Becker - 0.2.7-13 - Add texhash * Sun Nov 04 2007 Neal Becker - 0.2.7-12 - Fix xsl link * Sat Nov 03 2007 Neal Becker - 0.2.7-12 - Various fixes from pertusus at free.fr: - rm iconv stuff - simplify docs installation * Fri Nov 02 2007 - 0.2.7-11 - Various minor fixes * Thu Nov 01 2007 - 0.2.7-10 - Add some reqs and brs - rmdir /usr/share/dblatex/latex/{misc,contrib/example,style} * Sat Oct 27 2007 - 0.2.7-9 - link /usr/share/dblatex/xsl -> /usr/share/sgml/docbook/xsl-stylesheets/dblatex - rmdir /usr/share/dblatex/latex/{misc,specs,style} - own /etc/dblatex - change $(...) -> `...` - Preserve timestamps on iconv 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-Data-OptList-0.101-2.el5 ----------------------------- * Thu Sep 07 2006 Chris Weyl 0.101-2 - bump 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-Email-MIME-Attachment-Stripper-1.313-3.el5 ----------------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.313-3 - fix license tag 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-HTML-Format-2.04-6.el5 --------------------------- * Mon Sep 03 2007 Ralf Cors?pius - 2.04-6 - Update license tag. - BR: perl(ExtUtils::MakeMaker). 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-List-MoreUtils-0.22-2.el5 ------------------------------ * Sun Sep 10 2006 Jose Pedro Oliveira - 0.22-2 - Rebuild for FC6. 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 --------------------- * Fri Sep 08 2006 Jose Pedro Oliveira - 2.01-5 - Rebuild for FC6. perl-Module-Pluggable-3.50-1.el5 -------------------------------- * Mon Jan 29 2007 Steven Pritchard 3.50-1 - Update to 3.5. perl-Package-Generator-0.100-2.el5 ---------------------------------- * Wed Sep 06 2006 Chris Weyl 0.100-2 - bump 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-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-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-Test-ClassAPI-1.04-2.el5 ----------------------------- * Thu Sep 06 2007 Ralf Cors?pius - 1.04-2 - Update license tag. 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-Perl-Critic-1.01-1.el5 -------------------------------- * Sat Jan 27 2007 Jose Pedro Oliveira - 1.01-1 - Update to 1.01. 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. python-pp-1.4.5-3.el5 --------------------- * Fri Nov 16 2007 Steve 'Ashcrow' Milner - 1.4.5-3 - Removed -O1 flag. python-which-1.1.0-2.el5.1 -------------------------- * Sun Oct 28 2007 - 1.1.0-2.1 - Remove ref to GNU * Sat Oct 27 2007 - 1.1.0-1 - Package for fedora From fedora at leemhuis.info Mon Nov 19 18:04:02 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 19 Nov 2007 19:04:02 +0100 Subject: EPEL report week 46 2007 Message-ID: <4741D012.20104@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week46 = Weekly EPEL Summary = Week 46/2007 == Most important happenings == * [:RobMyers: Rob Myers] (_blah_) is working towards getting all bugzilla deps into EPEL, which resulted in a huge number of new perl packages in EPEL5-testing during the past week. Thx for your great work Rob, it's much appreciated! == Mailing list == === Noteworthy discussions === Nothing earth-shaking. == Meeting == === Next Meeting === 20071107 at '''18:00 UTC''' in #fedora-meeting. Please note that it's 18:00 UTC now again after the DST switch, so the effective meeting time should stay the same for everyone! And a second reminder: we currently meet only every second week (the ones with a odd week number)! === Last weeks meeting === Was a week with an even number, thus no meeting. == Stats == === General === Number of EPEL Contributors: 141 We welcome 1 new contributors: nbecker === EPEL 5 === Number of source packages: 800 Number of binary packages: 1497 There are 61 new Packages: * catdoc | A program which converts Microsoft office files to plain text * dblatex | DocBook to LaTeX/ConTeXt Publishing * perl-AppConfig | Perl module for reading configuration files * perl-B-Keywords | Lists of reserved barewords and symbol names * perl-Class-Inspector | Get information about a class and its structure * perl-Config-Tiny | Perl module for reading and writing .ini style configuration files * perl-Data-OptList | Parse and validate simple name/value option pairs * perl-Devel-Cycle | Find memory cycles in objects * perl-Email-Address | RFC 2822 Address Parsing and Creation * perl-Email-MessageID | Generate world unique message-ids * perl-Email-MIME-Attachment-Stripper | Strip the attachments from a mail message * perl-Email-MIME-ContentType | Parse a MIME Content-Type Header * perl-Email-MIME | Easy MIME message parsing * perl-Email-MIME-Encodings | Unified interface to MIME encoding and decoding * perl-Email-MIME-Modifier | Modify Email::MIME Objects Easily * perl-Email-Simple | Simple parsing of RFC2822 message format and headers * perl-File-Find-Rule | Perl module implementing an alternative interface to File::Find * perl-File-HomeDir | Get the home directory for yourself or other users * perl-File-Remove | Convenience module for removing files and directories * perl-File-Which | Portable implementation of the 'which' utility * perl-Font-AFM | Perl interface to Adobe Font Metrics files * perl-FreezeThaw | Convert Perl structures to strings and back * perl-GDGraph3d | 3D graph generation package for Perl * perl-Hook-LexWrap | Lexically scoped subroutine wrappers * perl-HTML-Format | HTML formatter modules * perl-Image-Base | Base class for loading, manipulating and saving images in Perl * perl-Image-Info | Image meta information extraction module for Perl * perl-Image-Size | Determine the size of images in several common formats in Perl * perl-Image-Xbm | Load, create, manipulate and save xbm image files in Perl * perl-Image-Xpm | Load, create, manipulate and save xpm image files in Perl * perl-List-MoreUtils | Provide the stuff missing in List::Util * perl-Mail-Transport-Dbx | Parse Outlook Express mailboxes * perl-MLDBM | Store multi-level hash structure in single level tied hash * perl-Module-Pluggable | Automatically give your module the ability to have plugins * perl-Number-Compare | Perl module for numeric comparisons * perl-Package-Generator | Generate new packages quickly and easily * perl-PadWalker | Play with other peoples' lexical variables * perl-Params-Util | Simple standalone param-checking functions * perl-Params-Validate | Params-Validate Perl module * perl-Perl-Critic | Critique Perl source code for best-practices * perl-Pod-Coverage | Checks if the documentation of a module is comprehensive * perl-Pod-Spell | A formatter for spellchecking Pod * perl-PPI | Parse, Analyze and Manipulate Perl * perl-Return-Value | Polymorphic Return Values * perl-String-Format | Sprintf-like string formatting capabilities with arbitrary format definitions * perl-Sub-Exporter | Sophisticated exporter for custom-built routines * perl-Sub-Install | Install subroutines into packages easily * perl-Test-ClassAPI | Provides basic first-pass API testing for large class trees * perl-Test-Differences | Test strings and data structures and show differences if not ok * perl-Test-Manifest | Test case module for Perl * perl-Test-Memory-Cycle | Check for memory leaks and circular memory references * perl-Test-Object | Thoroughly testing objects via registered handlers * perl-Test-Perl-Critic | Use Perl::Critic in test programs * perl-Test-Spelling | Check for spelling errors in POD files * perl-Test-SubCalls | Track the number of times subs are called * perl-Test-Taint | Tools to test taintedness * perl-TeX-Hyphen | Hyphenate words using TeX's patterns * perl-Text-Glob | Perl module to match globbing patterns against text * perl-Time-Piece | Time objects from localtime and gmtime * python-pp | Parallel execution of python on smp * python-which | Small which replacement that can be used as a Python module === EPEL 4 === Number of source packages: 443 Number of binary packages: 891 There are 1 new Packages: * catdoc | A program which converts Microsoft office files to plain text ---- ["CategoryEPELReports"] From fedora at leemhuis.info Tue Nov 20 06:26:27 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 20 Nov 2007 07:26:27 +0100 Subject: meeting this week (was: Re: EPEL report week 46 2007) In-Reply-To: <4741D012.20104@leemhuis.info> References: <4741D012.20104@leemhuis.info> Message-ID: <47427E13.3070808@leemhuis.info> On 19.11.2007 19:04, Thorsten Leemhuis wrote: > http://fedoraproject.org/wiki/EPEL/Reports/Week46 > [...] > == Meeting == > > === Next Meeting === > > 20071107 at '''18:00 UTC''' in #fedora-meeting. > > Please note that it's 18:00 UTC now again after the DST switch, so the > effective meeting time should stay the same for everyone! And a second > reminder: we currently meet only every second week (the ones with a odd > week number)! Just wondering: Who will be around for the meeting this week? I fear I'll be alone as the US people likely will preparing thanksgiving... CU knurd From rtlm10 at gmail.com Tue Nov 20 13:27:20 2007 From: rtlm10 at gmail.com (Russell Harrison) Date: Tue, 20 Nov 2007 08:27:20 -0500 Subject: only keep the latest package in testing? In-Reply-To: <20071114083926.6ae2f2af@redhat.com> References: <472481CB.7070008@leemhuis.info> <472F959D.9070607@redhat.com> <473029B4.4040509@kanarip.com> <20071106085759.0f952a53@redhat.com> <1ed4a0130711140504h1db1493ds7df2a3ac69def1be@mail.gmail.com> <473AF607.5070709@kanarip.com> <20071114083926.6ae2f2af@redhat.com> Message-ID: <1ed4a0130711200527q35b65a1euabdd2e62c0d6bf40@mail.gmail.com> On Nov 14, 2007 8:39 AM, Jesse Keating wrote: > > Koji keeps a copy of the signed build too, for a period of time before > it's purged. > > packages////data/signed/// You guys think of everything! I'm impressed yet again. ;-) -- Russell Harrison Systems Administrator -- Linux Desktops Cisco Systems, Inc. Note: The positions or opinions expressed in this email are my own. They are not necessarily those of my employer. From kevin at tummy.com Tue Nov 20 16:14:23 2007 From: kevin at tummy.com (Kevin Fenzi) Date: Tue, 20 Nov 2007 09:14:23 -0700 Subject: meeting this week (was: Re: EPEL report week 46 2007) In-Reply-To: <47427E13.3070808@leemhuis.info> References: <4741D012.20104@leemhuis.info> <47427E13.3070808@leemhuis.info> Message-ID: <20071120091423.3156305c@ghistelwchlohm.scrye.com> On Tue, 20 Nov 2007 07:26:27 +0100 fedora at leemhuis.info (Thorsten Leemhuis) wrote: > > > On 19.11.2007 19:04, Thorsten Leemhuis wrote: > > http://fedoraproject.org/wiki/EPEL/Reports/Week46 > > [...] > > == Meeting == > > > > === Next Meeting === > > > > 20071107 at '''18:00 UTC''' in #fedora-meeting. > > > > Please note that it's 18:00 UTC now again after the DST switch, so > > the effective meeting time should stay the same for everyone! And a > > second reminder: we currently meet only every second week (the ones > > with a odd week number)! > > Just wondering: Who will be around for the meeting this week? I fear > I'll be alone as the US people likely will preparing thanksgiving... I should be available. Not sure how many more US folks will be... > CU > knurd 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 Tue Nov 20 18:00:25 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 20 Nov 2007 19:00:25 +0100 Subject: Spam-o-epel In-Reply-To: <4732041A.9070302@redhat.com> References: <4732041A.9070302@redhat.com> Message-ID: <474320B9.6090602@leemhuis.info> On 07.11.2007 19:29, Mike McGrath wrote: > Interested in getting involved in EPEL? Fix this script: > > http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD > > A) it seems to take forever to run > > B) it doesn't email the list. Just remembered that I wanted to reply to this -- there is a script in extras that mails the list. Is that a different one then the one EPEL uses? CU knurd From fedora at leemhuis.info Tue Nov 20 18:20:49 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 20 Nov 2007 19:20:49 +0100 Subject: Topics for tomorrows (20071120) EPEL SIG meeting Message-ID: <47432581.4040009@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 tomorrow, Wednesday at *18:00 UTC* in #fedora-meeting on irc.freenode.org. /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove testing stable move for EL4? -- nirik /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData -- stahnma /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- RHEL 5.1 (and 4.6) for the builders? /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 (I can't promise we will get to it tomorrow, but it most likely will if we don't run out of time). 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 Michael_E_Brown at dell.com Tue Nov 20 19:53:14 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 13:53:14 -0600 Subject: mock 0.8.9 for EPEL-5 Message-ID: <20071120195314.GB16195@humbolt.us.dell.com> All, Mock 0.8.9 is sitting in the upstream git repository. I have tested this version on RHEL5, and it appears to work satisfactorily there. I have fixed the last remaining issue that I have seen on RHEL. There are a few config file changes, as well as a couple differences in command line behaviour from previous releases, detailed in my release announcement to fedora-buildsys-list [1]. What are people's thoughts on upgrading the EPEL5 version of mock to 0.8.9? I would like to upgrade EPEL5 mock to 0.8.9. Here are the benefits: Bugfixes: -- There are several outstanding bugs in the existing version of mock on RHEL, including one bug that can result in removal of /dev/ on the host in some circumstances. These are all fixed in 0.8.x. Speed: -- root cache (formerly called autocache) are much smaller -- yum cache means that you can speed up yum operations without setting up local mirror or squid -- ccache integration -- faster builds All of the caching improvements result in a pretty significant build-time reduction, especially for people who use mock on a regular basis. Logging: -- now uses native pythong logging module, for more configurable logging options. Administration: -- cleanup-after set by default, keeps old mock chroots from accumulating. New commands: -- mock install and mock installdeps allow easier use of chroot for testing situations. Easier maintenance: -- mock-helper is now gone, and everything happens in mock.py, making coding of new extensions much easier. There is a setuid-wrapper which elevates permissions before calling mock.py. And the drawbacks: -- small change in commandline behaviour: 'rebuild' command used to be implied/option, is now required. -- method for adding .rpmmacros in the config file has changed over the old version. -- Michael [1] https://www.redhat.com/archives/fedora-buildsys-list/2007-October/msg00029.html From pertusus at free.fr Tue Nov 20 20:13:24 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 20 Nov 2007 21:13:24 +0100 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120195314.GB16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> Message-ID: <20071120201324.GB2573@free.fr> On Tue, Nov 20, 2007 at 01:53:14PM -0600, Michael E Brown wrote: > And the drawbacks: > > -- small change in commandline behaviour: 'rebuild' command used to be > implied/option, is now required. > > -- method for adding .rpmmacros in the config file has changed over the > old version. To me it looks like changes that are too much for a change in EPEL. -- Pat From rdieter at math.unl.edu Tue Nov 20 20:24:36 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 20 Nov 2007 14:24:36 -0600 Subject: mock 0.8.9 for EPEL-5 References: <20071120195314.GB16195@humbolt.us.dell.com> Message-ID: Michael E Brown wrote: > All, > Mock 0.8.9 is sitting in the upstream git repository. I have tested > this version on RHEL5, and it appears to work satisfactorily there. I > have fixed the last remaining issue that I have seen on RHEL. > > There are a few config file changes, as well as a couple differences > in command line behaviour from previous releases, detailed in my release > announcement to fedora-buildsys-list [1]. > > What are people's thoughts on upgrading the EPEL5 version of mock to > 0.8.9? I would like to upgrade EPEL5 mock to 0.8.9. > > Here are the benefits: > > Bugfixes: > -- There are several outstanding bugs in the existing version of mock > on RHEL, including one bug that can result in removal of /dev/ on the > host in some circumstances. These are all fixed in 0.8.x. +1 upgrade, please. I've personally had this happen on several occasions. Major suckage. -- Rex From Michael_E_Brown at dell.com Tue Nov 20 20:49:01 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 14:49:01 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120201324.GB2573@free.fr> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> Message-ID: <20071120204901.GC16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 09:13:24PM +0100, Patrice Dumas wrote: > On Tue, Nov 20, 2007 at 01:53:14PM -0600, Michael E Brown wrote: > > And the drawbacks: > > > > -- small change in commandline behaviour: 'rebuild' command used to be > > implied/option, is now required. Actually, I just committed a patch to restore backwards-compatibility for this. This should remove this part as a stumbling block. > > > > -- method for adding .rpmmacros in the config file has changed over the > > old version. But this still remains. Not sure that a huge number of people use this feature, though. > > To me it looks like changes that are too much for a change in EPEL. Does this change any opinions? -- Michael From limb at jcomserv.net Tue Nov 20 20:49:01 2007 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 20 Nov 2007 14:49:01 -0600 (CST) Subject: mock 0.8.9 for EPEL-5 In-Reply-To: References: <20071120195314.GB16195@humbolt.us.dell.com> Message-ID: <11889.63.85.68.164.1195591741.squirrel@mail.jcomserv.net> > Michael E Brown wrote: > >> All, >> Mock 0.8.9 is sitting in the upstream git repository. I have tested >> this version on RHEL5, and it appears to work satisfactorily there. I >> have fixed the last remaining issue that I have seen on RHEL. >> >> There are a few config file changes, as well as a couple differences >> in command line behaviour from previous releases, detailed in my release >> announcement to fedora-buildsys-list [1]. >> >> What are people's thoughts on upgrading the EPEL5 version of mock to >> 0.8.9? I would like to upgrade EPEL5 mock to 0.8.9. >> >> Here are the benefits: >> >> Bugfixes: >> -- There are several outstanding bugs in the existing version of mock >> on RHEL, including one bug that can result in removal of /dev/ on the >> host in some circumstances. These are all fixed in 0.8.x. > > +1 upgrade, please. I've personally had this happen on several occasions. > Major suckage. +1 I think this trumps the "do-not-update" tendancy EPEL has, due to the severity of the bugs it fixes. > -- Rex > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- novus ordo absurdum From pertusus at free.fr Tue Nov 20 20:53:08 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 20 Nov 2007 21:53:08 +0100 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120204901.GC16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> Message-ID: <20071120205308.GE2573@free.fr> On Tue, Nov 20, 2007 at 02:49:01PM -0600, Michael E Brown wrote: > On Tue, Nov 20, 2007 at 09:13:24PM +0100, Patrice Dumas wrote: > > On Tue, Nov 20, 2007 at 01:53:14PM -0600, Michael E Brown wrote: > > > And the drawbacks: > > > > > > -- small change in commandline behaviour: 'rebuild' command used to be > > > implied/option, is now required. > > Actually, I just committed a patch to restore backwards-compatibility > for this. This should remove this part as a stumbling block. > > > > > > > -- method for adding .rpmmacros in the config file has changed over the > > > old version. > > But this still remains. Not sure that a huge number of people use this > feature, though. If it is really the case, then no real problem. But how can you know? But why not have just fixed the nasty bug only and leave the old mock? -- Pat From Michael_E_Brown at dell.com Tue Nov 20 21:02:11 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:02:11 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120205308.GE2573@free.fr> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> Message-ID: <20071120210210.GD16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 09:53:08PM +0100, Patrice Dumas wrote: > On Tue, Nov 20, 2007 at 02:49:01PM -0600, Michael E Brown wrote: > > On Tue, Nov 20, 2007 at 09:13:24PM +0100, Patrice Dumas wrote: > > > On Tue, Nov 20, 2007 at 01:53:14PM -0600, Michael E Brown wrote: > > > > And the drawbacks: > > > > > > > > -- small change in commandline behaviour: 'rebuild' command used to be > > > > implied/option, is now required. > > > > Actually, I just committed a patch to restore backwards-compatibility > > for this. This should remove this part as a stumbling block. > > > > > > > > > > -- method for adding .rpmmacros in the config file has changed over the > > > > old version. > > > > But this still remains. Not sure that a huge number of people use this > > feature, though. > > If it is really the case, then no real problem. But how can you know? Because the config format changed in Fedora and all of 3 people emailed me about it. > > But why not have just fixed the nasty bug only and leave the old mock? Mock in EPEL5 is 0.7.2. I have an *experimental* 0.7.7 patchset that has been verified to *not* fix the problem. The change from 0.7.2 to 0.7.7+patch to fix this is, in itself, a pretty large jump with several new features. I'd rather not have to support the old branch, as it *truly* is a pain in the neck to maintain due to the mock-helper/mock.py split. -- Michael From smooge at gmail.com Tue Nov 20 21:05:46 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 20 Nov 2007 14:05:46 -0700 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120210210.GD16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> Message-ID: <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> On Nov 20, 2007 2:02 PM, Michael E Brown wrote: > On Tue, Nov 20, 2007 at 09:53:08PM +0100, Patrice Dumas wrote: > > On Tue, Nov 20, 2007 at 02:49:01PM -0600, Michael E Brown wrote: > > > On Tue, Nov 20, 2007 at 09:13:24PM +0100, Patrice Dumas wrote: > > > > On Tue, Nov 20, 2007 at 01:53:14PM -0600, Michael E Brown wrote: > Ok I am going to ask the harder question :). How does this affect RHEL-4 and such? -- 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 Michael_E_Brown at dell.com Tue Nov 20 21:20:13 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:20:13 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> Message-ID: <20071120212012.GE16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: > Ok I am going to ask the harder question :). How does this affect > RHEL-4 and such? Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this time, as I dont have a box to test this out on. Nor do I think it worth the effort to do so, as I doubt there are any users (or at least *very* few, if any.) Based on my own cursory look at it, I believe that it would be possible for latest mock in git to run on RHEL4, but I dont see a point in upgrading there. You can still use mock on any other system to build RPMS for RHEL4, as mock still distributes EL4 chroot configs. For example, from a Fedora-7 or Fedora-8 system, you can: mock -r fedora-4-i386-epel rebuild my-super-duper.src.rpm As a matter of fact, I actually use mock to compile lots of EL4 stuff on a regular basis. -- Michael From wolfy at nobugconsulting.ro Tue Nov 20 21:22:53 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 20 Nov 2007 23:22:53 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120195314.GB16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> Message-ID: <4743502D.4060109@nobugconsulting.ro> On 11/20/2007 09:53 PM, Michael E Brown wrote: > All, > Mock 0.8.9 is sitting in the upstream git repository. I have tested > this version on RHEL5, and it appears to work satisfactorily there. I > have fixed the last remaining issue that I have seen on RHEL. > > [...] I've been using version 0.8.7 in Fedora 7 since released and after being pointed to the new way of adding "-j 3" for parallel make, I am extremely happy with it. The speed difference is noticeable. What I would have liked to see and I think that is worth including is a simple Readme with a couple of common examples on how to add options (the new way) to .conf files. Bottom line, I am very much in favor of including the new version in EPEL. I don't believe the few differences in config are worth forcing 7yrs worth of maintenance of the old (and broken) version. From Michael_E_Brown at dell.com Tue Nov 20 21:29:09 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:29:09 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <4743502D.4060109@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <4743502D.4060109@nobugconsulting.ro> Message-ID: <20071120212909.GF16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 11:22:53PM +0200, Manuel Wolfshant wrote: > On 11/20/2007 09:53 PM, Michael E Brown wrote: > >All, > > Mock 0.8.9 is sitting in the upstream git repository. I have tested > >this version on RHEL5, and it appears to work satisfactorily there. I > >have fixed the last remaining issue that I have seen on RHEL. > > > > > [...] > I've been using version 0.8.7 in Fedora 7 since released and after being > pointed to the new way of adding "-j 3" for parallel make, I am > extremely happy with it. The speed difference is noticeable. Thanks. I put a *lot* of work into making it faster. > What I would have liked to see and I think that is worth including is a > simple Readme with a couple of common examples on how to add options > (the new way) to .conf files. Good point to bring up: one of the things I've tried to do with mock 0.8.x is to keep the '/etc/mock/defaults.cfg' file up-to-date with the latest config options that are available. So, if you want to know any of the configuration file options that can be set, look in there and you should see examples of how to configure them. All the options are either self-explanatory, or have blurbs. Also, I have tried very hard to keep the manpage up-to-date as well, documenting all the cmdline switches. So, one of the areas that mock 0.8.x has improved is the documentation. > Bottom line, I am very much in favor of including the new version in > EPEL. I don't believe the few differences in config are worth forcing > 7yrs worth of maintenance of the old (and broken) version. Thanks. -- Michael From wolfy at nobugconsulting.ro Tue Nov 20 21:29:29 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 20 Nov 2007 23:29:29 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120212012.GE16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> Message-ID: <474351B9.7000407@nobugconsulting.ro> On 11/20/2007 11:20 PM, Michael E Brown wrote: > On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: > >> Ok I am going to ask the harder question :). How does this affect >> RHEL-4 and such? >> > > Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this > time, as I dont have a box to test this out on. Nor do I think it worth > the effort to do so, as I doubt there are any users (or at least *very* > few, if any.) > I have to contradict you here. To my knowledge Centos 4 is quite popular and even though lots of people have switched their devel boxes to C5 or Fedora, those still using C4 need love, too. To tell the truth the only reasons I've switched my workstation (which I also use as devel box now) to C5 and later to Fedora were - I could not obtain a decent application for C4 to manage my IPod nano - gaim (aka pidgin) became very difficult to compile due to BRs for versions of libraries not available in C4 From pertusus at free.fr Tue Nov 20 21:35:54 2007 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 20 Nov 2007 22:35:54 +0100 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120210210.GD16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> Message-ID: <20071120213554.GF2573@free.fr> On Tue, Nov 20, 2007 at 03:02:11PM -0600, Michael E Brown wrote: > > Because the config format changed in Fedora and all of 3 people emailed > me about it. Looks like enough people to me, but... > > But why not have just fixed the nasty bug only and leave the old mock? > > Mock in EPEL5 is 0.7.2. I have an *experimental* 0.7.7 patchset that > has been verified to *not* fix the problem. The change from 0.7.2 to > 0.7.7+patch to fix this is, in itself, a pretty large jump with several > new features. ... in that case I guess you'll have to update. It doesn't looks like very EPELish to me, but I understand the issues you are facing, and I withdraw my opposition. -- Pat From Michael_E_Brown at dell.com Tue Nov 20 21:42:16 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:42:16 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <474351B9.7000407@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> Message-ID: <20071120214216.GG16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 11:29:29PM +0200, Manuel Wolfshant wrote: > On 11/20/2007 11:20 PM, Michael E Brown wrote: > >On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: > > > >>Ok I am going to ask the harder question :). How does this affect > >>RHEL-4 and such? > >> > > > >Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this > >time, as I dont have a box to test this out on. Nor do I think it worth > >the effort to do so, as I doubt there are any users (or at least *very* > >few, if any.) > > > I have to contradict you here. To my knowledge Centos 4 is quite popular > and even though lots of people have switched their devel boxes to C5 or > Fedora, those still using C4 need love, too. Yes, I know Centos 4 and RHEL4 are popular. My point was that I didnt think that many people actually ran mock on them. I've gotten very little in the way of feedback from people running mock on EL4. The vast majority of people (that I know about) running mock do so on Fedora-, or RHEL5. As always, there are a very few people who might actually be running mock there, I just havent heard from them. If there is a large contingent of people running mock on EL-4, I would be happy to update mock on EL-4 to latest if there is A) demand, and B) somebody who is willing to test and (possibly) submit patches if there are issues. -- Michael From wolfy at nobugconsulting.ro Tue Nov 20 21:42:37 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 20 Nov 2007 23:42:37 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120212909.GF16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <4743502D.4060109@nobugconsulting.ro> <20071120212909.GF16195@humbolt.us.dell.com> Message-ID: <474354CD.8050203@nobugconsulting.ro> On 11/20/2007 11:29 PM, Michael E Brown wrote: > Good point to bring up: one of the things I've tried to do with mock > 0.8.x is to keep the '/etc/mock/defaults.cfg' file up-to-date with the > latest config options that are available. So, if you want to know any of > the configuration file options that can be set, look in there and you > should see examples of how to configure them. All the options are either > self-explanatory, or have blurbs. > How about adding something along "The included /etc/mock/defaults.cfg describes the new format of options and is also a good example on how to add your own parameters " to the bundled Readme and/or the man? > Also, I have tried very hard to keep the manpage up-to-date as well, > documenting all the cmdline switches. So, one of the areas that mock > 0.8.x has improved is the documentation. > The man page was the first thing I've read (unlike my usual habit of reading the man pages only as a last resort, when nothing else helps :) ). But since I am ... hum.. parallel to python, I needed the help of ivazquez (thank you, again!) to see the light in config_opts['macros']['%_smp_mflags']= '-j3' Second thought, since testing parallel builds is mandatory for Fedora, I think it would be nice to have the above line included by default (commented out for compatibility with previous versions) in all repo configs. From Michael_E_Brown at dell.com Tue Nov 20 21:44:18 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:44:18 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120213554.GF2573@free.fr> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <20071120213554.GF2573@free.fr> Message-ID: <20071120214418.GH16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 10:35:54PM +0100, Patrice Dumas wrote: > On Tue, Nov 20, 2007 at 03:02:11PM -0600, Michael E Brown wrote: > > > > Because the config format changed in Fedora and all of 3 people emailed > > me about it. > > Looks like enough people to me, but... > > > > But why not have just fixed the nasty bug only and leave the old mock? > > > > Mock in EPEL5 is 0.7.2. I have an *experimental* 0.7.7 patchset that > > has been verified to *not* fix the problem. The change from 0.7.2 to > > 0.7.7+patch to fix this is, in itself, a pretty large jump with several > > new features. > > ... in that case I guess you'll have to update. It doesn't looks like > very EPELish to me, but I understand the issues you are facing, and I > withdraw my opposition. Thank you. Based on the discussion, I will plan on pushing an update into testing this week. I will send out another note once that has been done. Thank you to everybody who contributed to the discussion, as well. -- Michael From smooge at gmail.com Tue Nov 20 21:44:23 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 20 Nov 2007 14:44:23 -0700 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <474351B9.7000407@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> Message-ID: <80d7e4090711201344u4e39fd36xce0c42c560b0962f@mail.gmail.com> On Nov 20, 2007 2:29 PM, Manuel Wolfshant wrote: > On 11/20/2007 11:20 PM, Michael E Brown wrote: > > On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: > > > >> Ok I am going to ask the harder question :). How does this affect > >> RHEL-4 and such? > >> > > > > Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this > > time, as I dont have a box to test this out on. Nor do I think it worth > > the effort to do so, as I doubt there are any users (or at least *very* > > few, if any.) > > > I have to contradict you here. To my knowledge Centos 4 is quite popular > and even though lots of people have switched their devel boxes to C5 or > Fedora, those still using C4 need love, too. >From what I can tell with 3 sites, the numbers are the following: 60%+ EL-3 30%+ EL-4 5% + EL-5 5% other. The EL-3 is going down and EL-4/5 are going up... 5 with new systems and 4 with 3 systems that have software that is now tested for them. The big thing with Enterprise systems is that they are very slow to make changes. For one government lab, EL-4 is just reaching what they consider stable.. 5 will be after a couple of dot releases so that they know if its going to have big changes like EL-4 did early on. The EL-3 still has new systems coming up on them. Mostly because it is very stable and they want all the mail-servers running the same OS until they move the next set of hardware/software fixes which will probably go to 4. And a whole large project which uses some of the same software is going on the same cycle but needs stuff that they get from EL-4 and compile to 3. -- 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 wolfy at nobugconsulting.ro Tue Nov 20 21:45:12 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 20 Nov 2007 23:45:12 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120214216.GG16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <20071120214216.GG16195@humbolt.us.dell.com> Message-ID: <47435568.7070604@nobugconsulting.ro> On 11/20/2007 11:42 PM, Michael E Brown wrote: > > If there is a large contingent of people running mock on EL-4, I would > be happy to update mock on EL-4 to latest if there is A) demand, and B) > somebody who is willing to test and (possibly) submit patches if there > are issues. I do not know how many people run mock in EL-4 / Centos 4, but I will be more than happy to help you testing. Maybe I also learn a bit of python with this occasion... From rmeggins at redhat.com Tue Nov 20 21:44:39 2007 From: rmeggins at redhat.com (Rich Megginson) Date: Tue, 20 Nov 2007 14:44:39 -0700 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120214216.GG16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <20071120214216.GG16195@humbolt.us.dell.com> Message-ID: <47435547.7000100@redhat.com> Michael E Brown wrote: > On Tue, Nov 20, 2007 at 11:29:29PM +0200, Manuel Wolfshant wrote: > >> On 11/20/2007 11:20 PM, Michael E Brown wrote: >> >>> On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: >>> >>> >>>> Ok I am going to ask the harder question :). How does this affect >>>> RHEL-4 and such? >>>> >>>> >>> Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this >>> time, as I dont have a box to test this out on. Nor do I think it worth >>> the effort to do so, as I doubt there are any users (or at least *very* >>> few, if any.) >>> >>> >> I have to contradict you here. To my knowledge Centos 4 is quite popular >> and even though lots of people have switched their devel boxes to C5 or >> Fedora, those still using C4 need love, too. >> > > Yes, I know Centos 4 and RHEL4 are popular. My point was that I didnt > think that many people actually ran mock on them. I've gotten very > little in the way of feedback from people running mock on EL4. The vast > majority of people (that I know about) running mock do so on > Fedora-, or RHEL5. > > As always, there are a very few people who might actually be running > mock there, I just havent heard from them. > I tried it - I had to hunt through the epel testing repo to find a yum/mock that would actually work on rhel4. However, if I can happily use fedora to build el4 packages with mock, then I would rather do that than actually have to run el4 just to build packages. So with mock 0.8.x, I can build el4 and el5 packages on fedora? > If there is a large contingent of people running mock on EL-4, I would > be happy to update mock on EL-4 to latest if there is A) demand, and B) > somebody who is willing to test and (possibly) submit patches if there > are issues. > -- > Michael > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3245 bytes Desc: S/MIME Cryptographic Signature URL: From Michael_E_Brown at dell.com Tue Nov 20 21:46:26 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:46:26 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <474354CD.8050203@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <4743502D.4060109@nobugconsulting.ro> <20071120212909.GF16195@humbolt.us.dell.com> <474354CD.8050203@nobugconsulting.ro> Message-ID: <20071120214626.GI16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 11:42:37PM +0200, Manuel Wolfshant wrote: > On 11/20/2007 11:29 PM, Michael E Brown wrote: > >Good point to bring up: one of the things I've tried to do with mock > >0.8.x is to keep the '/etc/mock/defaults.cfg' file up-to-date with the > >latest config options that are available. So, if you want to know any of > >the configuration file options that can be set, look in there and you > >should see examples of how to configure them. All the options are either > >self-explanatory, or have blurbs. > > > How about adding something along > "The included /etc/mock/defaults.cfg describes the new format of options > and is also a good example on how to add your own parameters " > to the bundled Readme and/or the man? Done. Thanks for the suggestion. > > >Also, I have tried very hard to keep the manpage up-to-date as well, > >documenting all the cmdline switches. So, one of the areas that mock > >0.8.x has improved is the documentation. > > > The man page was the first thing I've read (unlike my usual habit of > reading the man pages only as a last resort, when nothing else helps :) > ). But since I am ... hum.. parallel to python, I needed the help of > ivazquez (thank you, again!) to see the light in > config_opts['macros']['%_smp_mflags']= '-j3' > Second thought, since testing parallel builds is mandatory for Fedora, I > think it would be nice to have the above line included by default > (commented out for compatibility with previous versions) in all repo > configs. There is a head-scratcher. I *thought* that it was rpmbuild's responsibility to automatically detect the number of processors in the system and add this flag, if necessary. I'll ask about it in #fedora-devel. -- Michael From Michael_E_Brown at dell.com Tue Nov 20 21:49:16 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 15:49:16 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <47435547.7000100@redhat.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <20071120214216.GG16195@humbolt.us.dell.com> <47435547.7000100@redhat.com> Message-ID: <20071120214916.GJ16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 02:44:39PM -0700, Rich Megginson wrote: > >Yes, I know Centos 4 and RHEL4 are popular. My point was that I didnt > >think that many people actually ran mock on them. I've gotten very > >little in the way of feedback from people running mock on EL4. The vast > >majority of people (that I know about) running mock do so on > >Fedora-, or RHEL5. > > > >As always, there are a very few people who might actually be running > >mock there, I just havent heard from them. > > > I tried it - I had to hunt through the epel testing repo to find a > yum/mock that would actually work on rhel4. However, if I can happily > use fedora to build el4 packages with mock, then I would rather do that > than actually have to run el4 just to build packages. > > So with mock 0.8.x, I can build el4 and el5 packages on fedora? Absolutely. I do it *all the time*, as I distribute several packages for EL4/5 from the dell repository (http://linux.dell.com/repo/software), and mock is what I use to compile them. I maintain mock very much because it is a dogfood thing for me. :) -- Michael From wolfy at nobugconsulting.ro Tue Nov 20 21:52:27 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 20 Nov 2007 23:52:27 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <80d7e4090711201344u4e39fd36xce0c42c560b0962f@mail.gmail.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <80d7e4090711201344u4e39fd36xce0c42c560b0962f@mail.gmail.com> Message-ID: <4743571B.7040007@nobugconsulting.ro> On 11/20/2007 11:44 PM, Stephen John Smoogen wrote: > On Nov 20, 2007 2:29 PM, Manuel Wolfshant wrote: > >> On 11/20/2007 11:20 PM, Michael E Brown wrote: >> >>> On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: >>> >>> >>>> Ok I am going to ask the harder question :). How does this affect >>>> RHEL-4 and such? >>>> >>>> >>> Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this >>> time, as I dont have a box to test this out on. Nor do I think it worth >>> the effort to do so, as I doubt there are any users (or at least *very* >>> few, if any.) >>> >>> >> I have to contradict you here. To my knowledge Centos 4 is quite popular >> and even though lots of people have switched their devel boxes to C5 or >> Fedora, those still using C4 need love, too. >> > > >From what I can tell with 3 sites, the numbers are the following: > > 60%+ EL-3 > 30%+ EL-4 > 5% + EL-5 > 5% other. > Stephen, please note that we are not simply speaking about machines _running_ a specific distro but about machines running a distro _and_also_ doing development. As Michael has pointed out, one can very well do development on one distro (i.e. run mock on a Fedora box for instance) and test the compiled stuff on EL-3 / EL-4 / EL-5. BTW, I think that it would be nice to have a clear reference somewhere in the wiki for configs with the options needed to build for EL-3. (Yes, I know EPEL does not support this distro but a) as pointed above there are quite a lot of machines in use and b) it would not hurt.) From rdieter at math.unl.edu Tue Nov 20 21:54:31 2007 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 20 Nov 2007 15:54:31 -0600 Subject: mock 0.8.9 for EPEL-5 References: <20071120195314.GB16195@humbolt.us.dell.com> <4743502D.4060109@nobugconsulting.ro> <20071120212909.GF16195@humbolt.us.dell.com> <474354CD.8050203@nobugconsulting.ro> <20071120214626.GI16195@humbolt.us.dell.com> Message-ID: Michael E Brown wrote: > There is a head-scratcher. I *thought* that it was rpmbuild's > responsibility to automatically detect the number of processors in the > system and add this flag, if necessary. Yes, %{_smp_mflags} gets defined automatically -- Rex From wolfy at nobugconsulting.ro Tue Nov 20 22:00:01 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 21 Nov 2007 00:00:01 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: References: <20071120195314.GB16195@humbolt.us.dell.com> <4743502D.4060109@nobugconsulting.ro> <20071120212909.GF16195@humbolt.us.dell.com> <474354CD.8050203@nobugconsulting.ro> <20071120214626.GI16195@humbolt.us.dell.com> Message-ID: <474358E1.4080004@nobugconsulting.ro> On 11/20/2007 11:54 PM, Rex Dieter wrote: > Michael E Brown wrote: > > >> There is a head-scratcher. I *thought* that it was rpmbuild's >> responsibility to automatically detect the number of processors in the >> system and add this flag, if necessary. >> > > Yes, %{_smp_mflags} gets defined automatically > Could it be that the option is defined automatically in koji (plague?) but not on my box? I had a package not compiling with -j3 and I detected it only after adding the said option to mock config. From smooge at gmail.com Tue Nov 20 22:15:08 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 20 Nov 2007 15:15:08 -0700 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <4743571B.7040007@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <80d7e4090711201344u4e39fd36xce0c42c560b0962f@mail.gmail.com> <4743571B.7040007@nobugconsulting.ro> Message-ID: <80d7e4090711201415u5bac7a1code1ae14ec2fa6170@mail.gmail.com> On Nov 20, 2007 2:52 PM, Manuel Wolfshant wrote: > On 11/20/2007 11:44 PM, Stephen John Smoogen wrote: > > On Nov 20, 2007 2:29 PM, Manuel Wolfshant wrote: > > > >> On 11/20/2007 11:20 PM, Michael E Brown wrote: > >> > >>> On Tue, Nov 20, 2007 at 02:05:46PM -0700, Stephen John Smoogen wrote: > >>> > >>> > >>>> Ok I am going to ask the harder question :). How does this affect > >>>> RHEL-4 and such? > >>>> > >>>> > >>> Does not affect RHEL4. I dont intend to upgrade mock in RHEL4 at this > >>> time, as I dont have a box to test this out on. Nor do I think it worth > >>> the effort to do so, as I doubt there are any users (or at least *very* > >>> few, if any.) > >>> > >>> > >> I have to contradict you here. To my knowledge Centos 4 is quite popular > >> and even though lots of people have switched their devel boxes to C5 or > >> Fedora, those still using C4 need love, too. > >> > > > > >From what I can tell with 3 sites, the numbers are the following: > > > > 60%+ EL-3 > > 30%+ EL-4 > > 5% + EL-5 > > 5% other. > > > Stephen, please note that we are not simply speaking about machines > _running_ a specific distro but about machines running a distro > _and_also_ doing development. As Michael has pointed out, one can very > well do development on one distro (i.e. run mock on a Fedora box for > instance) and test the compiled stuff on EL-3 / EL-4 / EL-5. > Well up until I started working at the University, I was used to a very conservative take on Operating Systems. You couldn't just stick a new distribution on the network. You had to get it 'audited' for security, stability, and trust-worthiness which took usually 3-9 months depending on what it was doing and how high up the approval needed. So the vast amount of development work was done on EL-3/EL-4. Now that I have been at a university for a year now.. I am beginning to loosen up.. a bit. > BTW, I think that it would be nice to have a clear reference somewhere > in the wiki for configs with the options needed to build for EL-3. (Yes, > I know EPEL does not support this distro but a) as pointed above there > are quite a lot of machines in use and b) it would not hurt.) > I support it whether or not EPEL does :). -- 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 Michael_E_Brown at dell.com Tue Nov 20 22:50:20 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 16:50:20 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <47435568.7070604@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <20071120214216.GG16195@humbolt.us.dell.com> <47435568.7070604@nobugconsulting.ro> Message-ID: <20071120225019.GK16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 11:45:12PM +0200, Manuel Wolfshant wrote: > On 11/20/2007 11:42 PM, Michael E Brown wrote: > > > >If there is a large contingent of people running mock on EL-4, I would > >be happy to update mock on EL-4 to latest if there is A) demand, and B) > >somebody who is willing to test and (possibly) submit patches if there > >are issues. > I do not know how many people run mock in EL-4 / Centos 4, but I > will be more than happy to help you testing. Maybe I also learn a bit of > python with this occasion... So, so save you a bit of work, I went ahead and looked into this. There is only one major problem with running mock 0.8.x on EL4, and that is decorators. I use the new decorator syntax to instrument most functions for logging and that decorator syntax is not available on python 2.3 in EL4. There is a way to modify the code to keep the functionality of the decorators and still have backwards compatibility, but it isnt too pretty. (Not that, bad, either...). If you want to send me a patch, I would accept it, as long as it is sane. -- Michael From Michael_E_Brown at dell.com Tue Nov 20 22:55:12 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 16:55:12 -0600 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <4743571B.7040007@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120201324.GB2573@free.fr> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <80d7e4090711201344u4e39fd36xce0c42c560b0962f@mail.gmail.com> <4743571B.7040007@nobugconsulting.ro> Message-ID: <20071120225512.GL16195@humbolt.us.dell.com> On Tue, Nov 20, 2007 at 11:52:27PM +0200, Manuel Wolfshant wrote: > Stephen, please note that we are not simply speaking about machines > _running_ a specific distro but about machines running a distro > _and_also_ doing development. As Michael has pointed out, one can very > well do development on one distro (i.e. run mock on a Fedora box for > instance) and test the compiled stuff on EL-3 / EL-4 / EL-5. > > BTW, I think that it would be nice to have a clear reference somewhere > in the wiki for configs with the options needed to build for EL-3. (Yes, > I know EPEL does not support this distro but a) as pointed above there > are quite a lot of machines in use and b) it would not hurt.) If somebody wants to add this to the wiki, go ahead. Here are the configs I personally use to compile packages for RHEL 3 i386 and x86_64. You probably want to point the baseurls at a handy mirror, I have an internal one I maintain. -- Michael -------------- next part -------------- config_opts['root'] = 'rhel3-i386' config_opts['target_arch'] = 'i386' config_opts['dist'] = 'el3' config_opts['macros']['%dist'] = ".el3" config_opts['macros']['%rhel'] = "3" config_opts['macros']['%el3'] = "1" #config_opts['macros']['%__arch_install_post'] = "/usr/lib/rpm/check-buildroot" config_opts['chroot_setup_cmd'] = 'install bash bzip2 cpio diffutils gcc gcc-c++ gzip make patch perl rpm-build sed tar unzip which redhat-release coreutils elfutils redhat-rpm-config ' # ccache not available on el3 config_opts['plugin_conf']['ccache_enable'] = False config_opts['yum.conf'] = """ [main] cachedir=/var/cache/yum debuglevel=1 logfile=/var/log/yum.log reposdir=/dev/null retries=20 obsoletes=1 gpgcheck=0 assumeyes=1 # repos [core] name=base baseurl=http://your.mirror.server.here/pub/yum/rhel3/base/i386/ """ -------------- next part -------------- config_opts['root'] = 'rhel3-x86_64' config_opts['target_arch'] = 'x86_64' config_opts['dist'] = 'el3' config_opts['macros']['%dist'] = ".el3" config_opts['macros']['%rhel'] = "3" config_opts['macros']['%el3'] = "1" config_opts['chroot_setup_cmd'] = 'install bash bzip2 cpio diffutils gcc gcc-c++ gzip make patch perl rpm-build sed tar unzip which redhat-release coreutils elfutils redhat-rpm-config ' # ccache not available on el3 config_opts['plugin_conf']['ccache_enable'] = False config_opts['yum.conf'] = """ [main] cachedir=/var/cache/yum debuglevel=1 logfile=/var/log/yum.log reposdir=/dev/null retries=20 obsoletes=1 gpgcheck=0 assumeyes=1 # grub/syslinux on x86_64 need glibc-devel.i386 which pulls in glibc.i386, need to exclude all # .i?86 packages except these. exclude=[A-Za-fh-z]*.i*86 g[a-km-z]*.i?86 glib2.i?86 glib.i?86 glib-devel.i?86 glib2-devel.i?86 # repos [core] name=base baseurl=http://your.mirror.server.here/pub/yum/rhel3/base/x86_64/ """ From Michael_E_Brown at dell.com Tue Nov 20 23:06:29 2007 From: Michael_E_Brown at dell.com (Michael E Brown) Date: Tue, 20 Nov 2007 17:06:29 -0600 Subject: mock 0.8.9 queued for EPEL-5 build Message-ID: <20071120230628.GM16195@humbolt.us.dell.com> Mock users, I have queued up a build of mock-0.8.9 for EPEL-5. Please note the configuration changes listed in the original announcement. The main one that may affect some users is the change to how .rpmmacros is populated. Other than that, the notes about backwards-incompatible command line changes no longer apply. Please test it out and let me know if you find any issues. -- Michael From smooge at gmail.com Tue Nov 20 23:25:31 2007 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 20 Nov 2007 16:25:31 -0700 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <20071120225019.GK16195@humbolt.us.dell.com> References: <20071120195314.GB16195@humbolt.us.dell.com> <20071120204901.GC16195@humbolt.us.dell.com> <20071120205308.GE2573@free.fr> <20071120210210.GD16195@humbolt.us.dell.com> <80d7e4090711201305o1d2e9921se776e080be279723@mail.gmail.com> <20071120212012.GE16195@humbolt.us.dell.com> <474351B9.7000407@nobugconsulting.ro> <20071120214216.GG16195@humbolt.us.dell.com> <47435568.7070604@nobugconsulting.ro> <20071120225019.GK16195@humbolt.us.dell.com> Message-ID: <80d7e4090711201525k6c195a22y99fad6cad404d751@mail.gmail.com> On Nov 20, 2007 3:50 PM, Michael E Brown wrote: > On Tue, Nov 20, 2007 at 11:45:12PM +0200, Manuel Wolfshant wrote: > > On 11/20/2007 11:42 PM, Michael E Brown wrote: > > > > > >If there is a large contingent of people running mock on EL-4, I would > > >be happy to update mock on EL-4 to latest if there is A) demand, and B) > > >somebody who is willing to test and (possibly) submit patches if there > > >are issues. > > I do not know how many people run mock in EL-4 / Centos 4, but I > > will be more than happy to help you testing. Maybe I also learn a bit of > > python with this occasion... > > So, so save you a bit of work, I went ahead and looked into this. > > There is only one major problem with running mock 0.8.x on EL4, and that > is decorators. I use the new decorator syntax to instrument most > functions for logging and that decorator syntax is not available on > python 2.3 in EL4. > > There is a way to modify the code to keep the functionality of the > decorators and still have backwards compatibility, but it isnt too > pretty. (Not that, bad, either...). > I will look at it over Xmas break.. that will be my primary python hacking time.. I need to try and get a couple of things working with EL-3/4 that will need it. > If you want to send me a patch, I would accept it, as long as it is > sane. > -- > Michael > > > _______________________________________________ > 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 buildsys at fedoraproject.org Wed Nov 21 01:22:01 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 20 Nov 2007 20:22:01 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-20 Message-ID: <20071121012201.EA56D15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 2 cacti-0.8.6j-1.el5 cacti-0.8.7a-1.el5 Packages built and released for Fedora EPEL testing/5: 17 NEW debootstrap-1.0.7-2.el5 : Bootstrap a basic Debian GNU/Linux system flashrom-0-0.5.20071118svn2967.el5 NEW ikarus-0.0.1-3.el5 : An incremental optimizing compiler for R6RS Scheme kile-2.0-1.el5 mock-0.8.9-1.el5 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-Test-Output-0.10-2.el5 : Utilities to test STDOUT and STDERR messages NEW perl-Text-Autoformat-1.13-5.el5 : Automatic text wrapping and reformatting phpMyAdmin-2.11.2.1-1.el5 python-iniparse-0.2.2-2.el5 NEW qiv-2.0-8.el5 : Quick Image Viewer superiotool-0-0.7.20071118svn2975.el5 NEW sysusage-2.6-3.el5 : System monitoring based on perl, rrdtool, and sysstat (!) wv2-0.2.3-3.el5 : INVALID rebuild, not published! yumex-2.0.3-2.el5 Packages built and released for Fedora EPEL 4: 2 cacti-0.8.6j-9.el4 cacti-0.8.7a-1.el4 Packages built and released for Fedora EPEL testing/4: 7 NEW debootstrap-1.0.7-2.el4 : Bootstrap a basic Debian GNU/Linux system flashrom-0-0.5.20071118svn2967.el4 phpMyAdmin-2.11.2.1-1.el4 NEW qiv-2.0-8.el4 : Quick Image Viewer superiotool-0-0.7.20071118svn2975.el4 NEW sysusage-2.6-3.el4 : System monitoring based on perl, rrdtool, and sysstat (!) wv2-0.2.3-3.el4 : INVALID rebuild, not published! Changes in Fedora EPEL 5: cacti-0.8.6j-1.el5 ------------------ * Sat May 05 2007 Mike McGrath - 0.8.6j-5 - Upstream released new version cacti-0.8.7a-1.el5 ------------------ * Tue Nov 20 2007 Mike McGrath - 0.8.7a-1 - Upstream released new version - Fixes for bug #391691 - CVE-2007-6035 * Sat Oct 13 2007 Mike McGrath - 0.8.7-2 - Upstream released new version - No longer need to patch for /etc/cacti/* * Fri Sep 14 2007 Mike McGrath - 0.8.6j-8 - Fix for CVE-2007-3112 bz#243592 * Sat Sep 08 2007 Mike McGrath - 0.8.6j-6 - rebuild Changes in Fedora EPEL testing/5: 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) 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) ikarus-0.0.1-3.el5 ------------------ * Mon Nov 19 2007 Michel Salim 0.0.1-3 - Make ikarus.boot non-executable - Use ExcludeArch instead of BuildArch * Sun Nov 18 2007 Michel Salim 0.0.1-2 - Move boot file from _bindir to _libdir * Mon Nov 05 2007 Michel Salim 0.0.1-1 - Initial package kile-2.0-1.el5 -------------- * Mon Nov 19 2007 Rex Dieter 2.0-1 - kile-2.0 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) 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-Test-Output-0.10-2.el5 --------------------------- * Thu Jul 05 2007 Steven Pritchard 0.10-2 - Rebuild. 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. phpMyAdmin-2.11.2.1-1.el5 ------------------------- * Tue Nov 20 2007 Mike McGrath 2.11.2.1-1 - Upstream released new version 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. qiv-2.0-8.el5 ------------- * Wed Aug 22 2007 Andreas Bierfert 2.0-8 - new license tag 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 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 wv2-0.2.3-3.el5 --------------- * Thu Aug 23 2007 Andreas Bierfert 0.2.3-3 - new license tag 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 Changes in Fedora EPEL 4: cacti-0.8.6j-9.el4 ------------------ * Fri Sep 21 2007 Mike McGrath - 0.8.6j-9 - Added rest of official patches cacti-0.8.7a-1.el4 ------------------ * Tue Nov 20 2007 Mike McGrath - 0.8.7a-1 - Upstream released new version - Fixes for bug #391691 - CVE-2007-6035 * Sat Oct 13 2007 Mike McGrath - 0.8.7-2 - Upstream released new version - No longer need to patch for /etc/cacti/* Changes in Fedora EPEL testing/4: debootstrap-1.0.7-2.el4 ----------------------- * 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) flashrom-0-0.5.20071118svn2967.el4 ---------------------------------- * Sun Nov 18 2007 Peter Lemenkov 0-0.5.20071118svn2967 - svn ver. 2967 (support for Intel 440MX systems, Fujitsu MBM29F400TC, AMD Geode CS5536) phpMyAdmin-2.11.2.1-1.el4 ------------------------- * Tue Nov 20 2007 Mike McGrath 2.11.2.1-1 - Upstream released new version qiv-2.0-8.el4 ------------- * Wed Aug 22 2007 Andreas Bierfert 2.0-8 - new license tag superiotool-0-0.7.20071118svn2975.el4 ------------------------------------- * 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 sysusage-2.6-3.el4 ------------------ * 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 wv2-0.2.3-3.el4 --------------- * Thu Aug 23 2007 Andreas Bierfert 0.2.3-3 - new license tag - rebuild for buildid From jamatos at fc.up.pt Wed Nov 21 08:30:43 2007 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Wed, 21 Nov 2007 08:30:43 +0000 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <474358E1.4080004@nobugconsulting.ro> References: <20071120195314.GB16195@humbolt.us.dell.com> <474358E1.4080004@nobugconsulting.ro> Message-ID: <200711210830.43386.jamatos@fc.up.pt> On Tuesday 20 November 2007 22:00:01 Manuel Wolfshant wrote: > On 11/20/2007 11:54 PM, Rex Dieter wrote: > > Michael E Brown wrote: > >> There is a head-scratcher. I *thought* that it was rpmbuild's > >> responsibility to automatically detect the number of processors in the > >> system and add this flag, if necessary. > > > > Yes, %{_smp_mflags} gets defined automatically > > Could it be that the option is defined automatically in koji (plague?) > but not on my box? > I had a package not compiling with -j3 and I detected it only after > adding the said option to mock config. Notice that unless you have three processors the flag will have the number of processors on your machine. Depending on the package you are building the bottleneck is not the cpu but the disc so it is possible to increase the value and have better build times. I do it all the time. :-) -- Jos? Ab?lio From wolfy at nobugconsulting.ro Wed Nov 21 11:07:47 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 21 Nov 2007 13:07:47 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <200711210830.43386.jamatos@fc.up.pt> References: <20071120195314.GB16195@humbolt.us.dell.com> <474358E1.4080004@nobugconsulting.ro> <200711210830.43386.jamatos@fc.up.pt> Message-ID: <47441183.9060301@nobugconsulting.ro> Jos? Matos wrote: > On Tuesday 20 November 2007 22:00:01 Manuel Wolfshant wrote: > >> On 11/20/2007 11:54 PM, Rex Dieter wrote: >> >>> Michael E Brown wrote: >>> >>>> There is a head-scratcher. I *thought* that it was rpmbuild's >>>> responsibility to automatically detect the number of processors in the >>>> system and add this flag, if necessary. >>>> >>> Yes, %{_smp_mflags} gets defined automatically >>> >> Could it be that the option is defined automatically in koji (plague?) >> but not on my box? >> I had a package not compiling with -j3 and I detected it only after >> adding the said option to mock config. >> > > Notice that unless you have three processors the flag will have the number of > processors on your machine. Depending on the package you are building the > bottleneck is not the cpu but the disc so it is possible to increase the > value and have better build times. > > I do it all the time. :-) I was not interested in build time but in making sure that the compilation process actually works. There are cases where bugs prevent parallel make. Manuel From wolfy at nobugconsulting.ro Wed Nov 21 12:25:34 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 21 Nov 2007 14:25:34 +0200 Subject: mock 0.8.9 for EPEL-5 In-Reply-To: <200711210830.43386.jamatos@fc.up.pt> References: <20071120195314.GB16195@humbolt.us.dell.com> <474358E1.4080004@nobugconsulting.ro> <200711210830.43386.jamatos@fc.up.pt> Message-ID: <474423BE.2070606@nobugconsulting.ro> >> On 11/20/2007 11:54 PM, Rex Dieter wrote: >> >>> Michael E Brown wrote: >>> >>>> There is a head-scratcher. I *thought* that it was rpmbuild's >>>> responsibility to automatically detect the number of processors in the >>>> system and add this flag, if necessary. >>>> >>> Yes, %{_smp_mflags} gets defined automatically >>> For what is worth, I've just checked: - %{_smp_mflags} is set automatically by mock to the number of processors - it can be overriden by config_opts['macros']['%_smp_mflags'] = '-jN' where N is the desired number of threads Manuel From kwade at redhat.com Wed Nov 21 19:21:20 2007 From: kwade at redhat.com (Karsten Wade) Date: Wed, 21 Nov 2007 11:21:20 -0800 Subject: recruiting Message-ID: <1195672881.12502.43.camel@erato.phig.org> We've done a fair job of attracting Fedora packagers to EPEL. Now we need to get all the other audiences to get involved, as package users, packagers, testers, and general community members: * General end-users * Academia and scientific users * Software and hardware vendors * General corporate users I'll take the lead on this task, but boy do I need help and ideas. Can we cook up a list of requirements or goals, so we can take some ideas to f-marketing-l to discuss publicity etc.? Note that there are connections growing between f-marketing-l and Red Hat's marketing groups. That means this is a good time to exercise that relationship, since the target audiences are very similar for both marketing groups. cheers - Karsten -- Karsten Wade, Developer Community Mgr. Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at fedoraproject.org Wed Nov 21 21:58:10 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 21 Nov 2007 16:58:10 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-21 Message-ID: <20071121215810.DC65715212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 11 NEW perl-Email-Abstract-2.132-4.el5.2 : Unified interface to mail representations NEW perl-Email-Date-1.102-3.el5 : Find and format date headers NEW perl-Email-MIME-Creator-1.453-2.el5 : Email::MIME constructor for starting anew 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-Creator-1.420-3.el5 : Email::Simple constructor for starting anew NEW perl-Mail-Box-2.073-1.el5 : Manage a mailbox, a folder with messages NEW perl-Template-Toolkit-2.18-1.el5 : Template processing system NEW perl-XML-RSS-1.22-1.el5 : Perl module for managing RDF Site Summary (RSS) files phpMyAdmin-2.11.2.2-1.el5 NEW smstools-3.0.10-1.el5 : Tools to send and receive short messages through GSM modems or mobile phones Packages built and released for Fedora EPEL testing/4: 2 phpMyAdmin-2.11.2.2-1.el4 NEW smstools-3.0.10-1.el4 : Tools to send and receive short messages through GSM modems or mobile phones Changes in Fedora EPEL testing/5: 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-Date-1.102-3.el5 --------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.102-3 - fix license 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-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-Creator-1.420-3.el5 ------------------------------------- * Thu Jul 05 2007 Tom "spot" Callaway - 1.420-3 - fix false provide of Email::Simple perl-Mail-Box-2.073-1.el5 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 2.073-1 - 2.073 - license fix perl-Template-Toolkit-2.18-1.el5 -------------------------------- * Wed Feb 21 2007 Tom "spot" Callaway - 2.18-1 - go to 2.18 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 phpMyAdmin-2.11.2.2-1.el5 ------------------------- * Wed Nov 21 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.2.2 (#393771) 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 Changes in Fedora EPEL testing/4: phpMyAdmin-2.11.2.2-1.el4 ------------------------- * Wed Nov 21 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.2.2 (#393771) smstools-3.0.10-1.el4 --------------------- * Sat Nov 10 2007 Marek Mahut 3.0.10-1 - Rewrite of spec file. - Updated to version 3.0.10 From buildsys at fedoraproject.org Wed Nov 21 22:25:30 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 21 Nov 2007 17:25:30 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-21 Message-ID: <20071121222530.113E715212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 phpMyAdmin-2.11.2.2-1.el5 Packages built and released for Fedora EPEL 4: 1 phpMyAdmin-2.11.2.2-1.el4 Changes in Fedora EPEL 5: phpMyAdmin-2.11.2.2-1.el5 ------------------------- * Wed Nov 21 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.2.2 (#393771) * Tue Nov 20 2007 Mike McGrath 2.11.2.1-1 - Upstream released new version * Mon Oct 29 2007 Mike McGrath 2.11.2-1 * upstream released new version Changes in Fedora EPEL 4: phpMyAdmin-2.11.2.2-1.el4 ------------------------- * Wed Nov 21 2007 Robert Scheck 2.11.2.2-1 - Upstream released 2.11.2.2 (#393771) * Tue Nov 20 2007 Mike McGrath 2.11.2.1-1 - Upstream released new version * Mon Oct 29 2007 Mike McGrath 2.11.2-1 * upstream released new version * Mon Oct 22 2007 Mike McGrath 2.11.1.2-1 * upstream released new version * Thu Sep 06 2007 Mike McGrath 2.11.0-1 - Upstream released new version - Altered sources file as required - Added proper license From mmcgrath at redhat.com Wed Nov 21 22:42:45 2007 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 21 Nov 2007 16:42:45 -0600 Subject: Spam-o-epel In-Reply-To: <474320B9.6090602@leemhuis.info> References: <4732041A.9070302@redhat.com> <474320B9.6090602@leemhuis.info> Message-ID: <4744B465.3020500@redhat.com> Thorsten Leemhuis wrote: > On 07.11.2007 19:29, Mike McGrath wrote: > >> Interested in getting involved in EPEL? Fix this script: >> >> http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD >> >> A) it seems to take forever to run >> >> B) it doesn't email the list. >> > > Just remembered that I wanted to reply to this -- there is a script in > extras that mails the list. Is that a different one then the one EPEL uses? > It is because it integrates with koji. -Mike From fedora at leemhuis.info Thu Nov 22 05:39:52 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 22 Nov 2007 06:39:52 +0100 Subject: Spam-o-epel In-Reply-To: <4744B465.3020500@redhat.com> References: <4732041A.9070302@redhat.com> <474320B9.6090602@leemhuis.info> <4744B465.3020500@redhat.com> Message-ID: <47451628.8090707@leemhuis.info> On 21.11.2007 23:42, Mike McGrath wrote: > Thorsten Leemhuis wrote: >> On 07.11.2007 19:29, Mike McGrath wrote: >> >>> Interested in getting involved in EPEL? Fix this script: >>> http://git.fedoraproject.org/?p=hosted/fedora-infrastructure.git;a=tree;f=scripts/spam-o-epel;h=10dd4bc454f689758972bde45acf5b636fce5714;hb=HEAD >>> A) it seems to take forever to run >>> B) it doesn't email the list. >> Just remembered that I wanted to reply to this -- there is a script in >> extras that mails the list. Is that a different one then the one EPEL uses? > It is because it integrates with koji. Well, there was one that mailed the list and the contributers back then when there was no koji yet. It's afaics still being used for FE6. Shouldn't that one work with small modifications for EPEL as well? CU knurd From rjones at redhat.com Fri Nov 23 10:41:11 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 23 Nov 2007 10:41:11 +0000 Subject: Topics for tomorrows (20071120) EPEL SIG meeting In-Reply-To: <47432581.4040009@leemhuis.info> References: <47432581.4040009@leemhuis.info> Message-ID: <4746AE47.7030802@redhat.com> Thorsten Leemhuis wrote: > /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc > -- RHEL 5.1 (and 4.6) for the builders? Was this discussed, and if so what was the conclusion? 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 rjones at redhat.com Fri Nov 23 10:42:47 2007 From: rjones at redhat.com (Richard W.M. Jones) Date: Fri, 23 Nov 2007 10:42:47 +0000 Subject: Topics for tomorrows (20071120) EPEL SIG meeting In-Reply-To: <4746AE47.7030802@redhat.com> References: <47432581.4040009@leemhuis.info> <4746AE47.7030802@redhat.com> Message-ID: <4746AEA7.8060505@redhat.com> Richard W.M. Jones wrote: > Thorsten Leemhuis wrote: >> /topic EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >> -- RHEL 5.1 (and 4.6) for the builders? > > Was this discussed, and if so what was the conclusion? OK, found the archive of the meeting now: http://fedoraproject.org/wiki/EPEL/Reports/Week45 Sounds like we're still waiting for CentOS ... 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 Fri Nov 23 11:50:13 2007 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 23 Nov 2007 12:50:13 +0100 Subject: Fedora EPEL Package Build Report 2007-11-21 In-Reply-To: <20071121222530.113E715212D@buildsys.fedoraproject.org> References: <20071121222530.113E715212D@buildsys.fedoraproject.org> Message-ID: <20071123125013.741a0666.bugs.michael@gmx.net> On Wed, 21 Nov 2007 17:25:30 -0500 (EST), buildsys wrote: > > Packages built and released for Fedora EPEL 5: 1 > > phpMyAdmin-2.11.2.2-1.el5 > > > Packages built and released for Fedora EPEL 4: 1 > > phpMyAdmin-2.11.2.2-1.el4 Notice that you can push from needsign to stable directly when you really want to, PushPackage.py --stable EPEL 5 phpMyAdmin using a Python regexp instead of a package srpm name if needed. The next "epel-push all" (or "epel-push 5" or whatever you call it) with or without option -c (as in "continue") does the remaining repobuild stuff. From jeff at osuosl.org Fri Nov 23 12:54:56 2007 From: jeff at osuosl.org (Jeff Sheltren) Date: Fri, 23 Nov 2007 08:54:56 -0400 Subject: mock 0.8.9 queued for EPEL-5 build In-Reply-To: <20071120230628.GM16195@humbolt.us.dell.com> References: <20071120230628.GM16195@humbolt.us.dell.com> Message-ID: On Nov 20, 2007, at 7:06 PM, Michael E Brown wrote: > Mock users, > I have queued up a build of mock-0.8.9 for EPEL-5. > > Please note the configuration changes listed in the original > announcement. The main one that may affect some users is the change to > how .rpmmacros is populated. > > Other than that, the notes about backwards-incompatible command > line > changes no longer apply. > > Please test it out and let me know if you find any issues. > -- > Michael Hi Michael, it looks good to me so far. No more logging tracebacks, and I haven't seen any other new issues come up since 0.8.4... Thanks, 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 mastahnke at gmail.com Fri Nov 23 15:04:55 2007 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 23 Nov 2007 10:04:55 -0500 Subject: recruiting In-Reply-To: <1195672881.12502.43.camel@erato.phig.org> References: <1195672881.12502.43.camel@erato.phig.org> Message-ID: <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> On Nov 21, 2007 2:21 PM, Karsten Wade wrote: > We've done a fair job of attracting Fedora packagers to EPEL. > > Now we need to get all the other audiences to get involved, as package > users, packagers, testers, and general community members: > > * General end-users > * Academia and scientific users > * Software and hardware vendors > * General corporate users > > I'll take the lead on this task, but boy do I need help and ideas. > > Can we cook up a list of requirements or goals, so we can take some > ideas to f-marketing-l to discuss publicity etc.? > > Note that there are connections growing between f-marketing-l and Red > Hat's marketing groups. That means this is a good time to exercise that > relationship, since the target audiences are very similar for both > marketing groups. > > cheers - Karsten > -- > Karsten Wade, Developer Community Mgr. > Dev Fu : http://developer.redhatmagazine.com > Fedora : http://quaid.fedorapeople.org > gpg key : AD0E0C41 > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > If this somehow means getting more packages into EPEL, then I am all for it. I hate to advertise too early however for the general user of EPEL. Right now several packages I use all the time are not in EPEL and my team keeps asking to use other 3rd party repos. I am not sure what the package count differences are between FC6-extras and EPEL EL5, but I would be it's almost half. I know most perl stuff isn't there (though that's getting better) and many other projects just haven't moved. I would like to send out emails to the package maintainers one more time, wait X days and then just branch them and have new co-maintainers added in EPEL land. We need a full repository before we can advertise too much. We're heading the right direction, and are probably still ahead of critical mass adoption of EL 5, but we need to hurry if we want EL 5 users to use EPEL and not come up with their own solutions. (which they might need to do anyway). I am happy to help somehow though. Next week I am hoping to get a list of the most requested packages from my company and at least get those contributors notified that we would like their package in EPEL. Of course this really doesn't account for EL4, but I tend to think most organizations have found their solution for extra packages for their EL4 systems by now. The picking is rather thin there for EPEL. Maybe we could put some concentrated effort in there also. (Offer to co-maintain or help packages build on EL4). I know I had to change the BRs on several of my packages to work with EL4. Anyway, enough rambling and ideas. As always, quaid, brilliant ideas. Let us go forth and execute, stahnma From fedora at leemhuis.info Sun Nov 25 11:53:49 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 25 Nov 2007 12:53:49 +0100 Subject: Log from this weeks (20071121) EPEL SIG Meeting Message-ID: <4749624D.3030405@leemhuis.info> Reminder: Next meeting on 20071205 at 18:00 UTC 00:00:05 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:05 * | 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:05 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:00:58 * | nirik is here. 00:02:36 * | nirik wonders if it's just us 2. ;( 00:03:34 < knurd> | seems so 00:03:36 * | mmcgrath is here 00:03:53 * | rdieter sits on the back with his popcorn. 00:04:09 --> | G_ (Nigel Jones) has joined #fedora-meeting 00:04:10 < knurd> | okay, that should be enough :) 00:04:18 --- | knurd has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove testing stable move for EL4? -- nirik 00:04:21 < knurd> | nirik, ? 00:04:47 < nirik> | I pulled a local mirror of the epel4 stuff, but I haven't tested yet... 00:04:54 < nirik> | sorry for delaying. ;( 00:05:00 --> | fab (Fabrice Bellet) has joined #fedora-meeting 00:05:00 --> | insane^ (insane) has joined #fedora-meeting 00:05:14 < knurd> | nirik, any ETA? 00:05:22 < knurd> | nirik, do you need help? 00:05:42 < nirik> | sure, if you would like to help that would be great... I can try and work on it some tomorrow... 00:06:02 < nirik> | basically we need to mv everything to a test version of stable repo and repoclosure against it... 00:06:07 < nirik> | and then mass move. 00:06:29 < knurd> | nirik, okay; let's talk on sunday; if you didn#t find time for it until then I'll try to find a bit time for it 00:06:35 < knurd> | does that sound like a plan? 00:06:47 < nirik> | ok, sounds good. 00:06:55 < nirik> | and we can try and target for real monday for the push? 00:07:15 < knurd> | btw, I wondered if we normally should send a mail to the maintainer of hte effected packages? 00:07:32 < knurd> | then they get a chance to say "don#t push foo, because it has searious bugs" 00:08:07 < nirik> | perhaps a list of what would be pushed on the list and then a day or two for someone to say they don't want to push? 00:08:15 < knurd> | yeah, maybe 00:08:16 < nirik> | I guess we could spam people too tho... 00:08:23 * | quaid is here now 00:08:26 < knurd> | we should work that out over the next few weeks 00:08:42 < knurd> | I suppose we can do this EPEL4 move like the last epel5 one 00:08:45 < knurd> | and see how it works out 00:08:54 < nirik> | yeah. 00:09:00 < nirik> | morning quaid 00:09:12 < quaid> | nirik: morning 00:09:12 < knurd> | hi quaid 00:09:22 < knurd> | k, moving on 00:09:24 --- | knurd has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData -- stahnma 00:09:27 < knurd> | not around 00:09:29 < knurd> | skip? 00:09:39 < nirik> | yeah, move on. 00:09:43 < mmcgrath> | we should drop an email, I think he was gone last week too. 00:10:06 < quaid> | what is the plan with that one? 00:10:10 < knurd> | mmcgrath, he said he could not be join us today due to thanksgiving 00:10:23 < knurd> | quaid, we still need to work out what people want 00:10:25 < mmcgrath> | 00:10:49 * | knurd moves on 00:11:01 --- | knurd has changed the topic to: EPEL SIG Meeting | http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- RHEL 5.1 (and 4.6) for the builders? 00:11:07 < knurd> | so when do we do that? 00:11:13 < knurd> | once centos 5.1 is out? 00:11:16 < nirik> | well, I say we wait until centos at least 00:11:29 < knurd> | any more wait time needed? 00:11:42 < nirik> | I don't think so personally... 00:11:49 * | mmcgrath doesn't either. 00:11:52 < knurd> | do we need a "cp -al 5 5.0; sleep 1week; rm -rf 5.0"? 00:11:58 < knurd> | i don't thinks so 00:11:58 < nirik> | who can do that tho? do we need to ping dgilmore ? or mmcgrath can you do it? 00:12:24 < knurd> | s/thinks/think/ 00:12:41 < knurd> | nirik, dgilmore or mmcgrath can do it afaik 00:12:49 < dgilmore> | nirik: probably I 00:13:22 < knurd> | dgilmore, is it much work? do you have a source for the binaries or do we need to ponke someone to get them? 00:13:47 < knurd> | poke 00:13:54 < dgilmore> | knurd: i need to grabd the dvd isos from rhn 00:13:56 * | knurd should leave the keyboard -- so many typos today 00:14:23 < nirik> | I don't think it's worth waiting past when centos releases... anytime after that we should be able to switch builders and then make the 5.1 link 00:14:28 < knurd> | dgilmore, k, but that doable without to much trouble, isn't it? 00:14:39 < knurd> | nirik, +1 00:14:49 <-- | spoleeba has quit ("Leaving") 00:14:51 < dgilmore> | knurd: much easier now that they released dvd isos 00:14:58 * | knurd wonders if we actually need that link 00:15:03 <-- | Shoogar has quit (Read error: 104 (Connection reset by peer)) 00:15:04 < knurd> | dgilmore, k 00:15:29 < nirik> | doesn't the epel-release look for X.Y ? ie, 5.0 now? or is it just 5? 00:15:44 < knurd> | nirik, I think it's 5Client and 5Server 00:15:49 < knurd> | at least on RHEL 00:15:55 * | nirik fires up a centos5 virtual 00:15:56 < knurd> | not sure what it is on CentOs 00:16:22 < knurd> | dgilmore, I suppose it will take one or two weeks until centos 5.1 will be released 00:16:26 <-- | G has quit (Read error: 110 (Connection timed out)) 00:16:35 < knurd> | do you have time for the switch after that? 00:16:50 < knurd> | or could you prepare the switch on the builders already? 00:17:06 < dgilmore> | knurd: ill try get it done early next week 00:17:14 < nirik> | thanks dgilmore 00:17:19 < knurd> | dgilmore, k, many thx; 00:17:32 < knurd> | anything else regarding this topic? 00:17:55 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:18:04 < knurd> | anything else we should discuss? 00:18:13 < knurd> | are we happy with the state of EPEL? 00:18:23 < nirik> | FYI, I _still_ don't have my clamav rpm ready, but again I hope to work on it this weekend/holiday 00:18:43 * | mmcgrath is so far. 00:18:54 < mmcgrath> | we've been using it in Fedora since before it was official :) its been great. 00:18:58 < nirik> | yeah, I think so... lots of nice new branches in the last weeks... all the bugzilla perl rpms... 00:19:05 < knurd> | yeah 00:19:15 < nirik> | I also branched a bunch of things related to claws-mail and such for their maintainer... 00:19:31 < knurd> | I'd had hoped more people would become active with EPEL administrativa 00:19:38 < knurd> | e.g. more people in the meetings 00:19:47 < nirik> | yeah... agreed. 00:19:54 < knurd> | but well, we can#t force people 00:20:05 < knurd> | I suppose more people will yell if they don#t like what we are doing 00:20:17 < nirik> | I have been thinking about mentioning epel when doing fedora cvs for packages... asking if they considered an epel branch... 00:20:23 --> | spoleeba (spacious he's so) has joined #fedora-meeting 00:21:00 < quaid> | I've got a question/topic 00:21:01 < knurd> | nirik, I was thinking about looking up the most intersing packages which are still not in epel and ask the maintainers to build them for epel 00:21:04 --> | JSchmitt (Jochen Schmitt) has joined #fedora-meeting 00:21:14 < knurd> | maybe then new contributers join us 00:21:16 < knurd> | quaid, shoot 00:21:19 < nirik> | knurd: good plan... and/or the 'wishlist' packages. 00:21:31 < quaid> | I don't mind remaining involved, but I'm feeling a bit like dead wood :) ... my skillz were most at use early on in putting people and processes together 00:21:34 < knurd> | nirik, +1 00:21:45 < quaid> | so, what I was wondering is if there is a need to refresh my eat 00:21:48 < quaid> | heh 00:21:50 < quaid> | s/eat/seat/ 00:21:55 < quaid> | with someone new? 00:22:16 < nirik> | well, we don't have many people at all interested it seems like right now... 00:22:20 < quaid> | anyone clammering to attend meetings? :D 00:22:32 < knurd> | quaid, nirik has a really good point 00:22:38 < quaid> | nirik: I don't mind keeping the body count up and keeping an eye on things 00:22:44 < quaid> | just don't want to be in the way of someone else 00:22:46 < nirik> | if you are interested in stepping down, perhaps you could work on firing up more interested people to attend meetings first. ;) 00:22:51 < quaid> | heh 00:22:59 --> | ageso (Ageso Infernus) has joined #fedora-meeting 00:23:05 < quaid> | well, maybe I need to turn my focus to recruiting 00:23:26 < quaid> | i.e., maybe my work here isn;t done :) 00:23:28 * | nirik was hoping we would see more corp folks new to fedora/epel show up... 00:23:46 < quaid> | we need ISVs and end-users, now that Fedora packagers are involved 00:23:51 < quaid> | nirik: +1 00:23:58 < knurd> | quaid, we can just tell everyone that there is a open seat 00:24:05 < knurd> | maybe new poeple come up 00:24:20 < knurd> | and if not, we just go ahead with six people, until someone joins us 00:24:46 < nirik> | at this point things are rolling along, and I don't know that there will need to be too many radical decisions... would be nice to get more people interested in helping with the repos, etc tho. 00:24:47 < knurd> | quaid, but maybe you can ask yourself on the list if there is someone interested in taking over your seat 00:24:59 < quaid> | knurd: let's first see if there is any excess energy in F Marketing and such to work up a campaign of interest around EPEL 00:25:06 < quaid> | knurd: sure 00:25:39 < knurd> | quaid, sounds good 00:26:00 < knurd> | quaid, I hopse we can still bug you if we need a RH contact for EPEL releated stuff 00:26:29 < knurd> | mmcgrath is there, but two insiders are better than one 00:26:50 < quaid> | knurd: well, like I said, it was a topic of discussion v. a decision from me; I'm certainly busy but un-interested :) 00:27:16 < quaid> | knurd: also, it sounds like there are some things I intended to see happen that haven't, so that's worth doing 00:27:23 < quaid> | but I could do that as a SIG member, too 00:27:23 --> | wolfy (Manuel Wolfshant) has joined #fedora-meeting 00:27:31 * | wolfy Manuel Wolfshant 00:27:39 < quaid> | so I'll make sure there isn't anyone else who wants a seat here, and I'll remain wherever to work on that 00:27:59 < nirik> | greetings wolfy. Here for the epel meeting? any topics to discuss? 00:28:15 < mmcgrath> | :) 00:28:16 < knurd> | quaid, its your decision; feel free to do whatever you think is best 00:28:17 < wolfy> | epel meeting, yes. unfortunately work sucks, I couldn;t make it earlier :( 00:28:19 < knurd> | hi wolfy 00:29:12 < knurd> | so, anything else? 00:29:29 < knurd> | or should we close the meeting for today and meet again in two weeks from now? 00:29:52 < mmcgrath> | 2 weeks works for me. 00:30:06 < nirik> | sounds ok to me. 00:30:48 * | knurd will close the meeting in 30 00:31:26 * | knurd will close the meeting in 10 00:31:56 < knurd> | -- MARK -- Meeting end From fedora at leemhuis.info Sun Nov 25 12:29:08 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 25 Nov 2007 13:29:08 +0100 Subject: EPEL report week 47 2007 Message-ID: <47496A94.20106@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week47 = Weekly EPEL Summary = Week 47/2007 == Most important happenings == * reminder: the EPEL meetings (and of course the mailing lists) are open to everyone; if you want to help EPEL by changing or improving something come join us, your voice will be heard; and if it comes to votings you opinion and your vote will count as well, even if you are not in the EPEL Steering Committee or in the SIG! * [:KarstenWade:quaid] writes in https://www.redhat.com/archives/epel-devel-list/2007-November/msg00111.html : {{{ We've done a fair job of attracting Fedora packagers to EPEL. Now we need to get all the other audiences to get involved, as package users, packagers, testers, and general community members: * General end-users * Academia and scientific users * Software and hardware vendors * General corporate users I'll take the lead on this task, but boy do I need help and ideas. Can we cook up a list of requirements or goals, so we can take some ideas to f-marketing-l to discuss publicity etc.? [...] }}} == Mailing list == === Noteworthy discussions === * Lot's of discussion about shipping mock 0.8.9 for EPEL-5 in https://www.redhat.com/archives/epel-devel-list/2007-November/msg00078.html, which in between resulted in it being shipped == Meeting == === Next Meeting === 20071205 at 18:00 UTC in #fedora-meeting. (ten days from now) === Last weeks meeting === Log: https://www.redhat.com/archives/epel-devel-list/2007-November/msg00121.html Attendees: * [:DennisGilmore:dgilmore] * [:ThorstenLeemhuis:knurd] * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] * [:KarstenWade:quaid] * [:ManuelWolfshant:wolfy] Summary: * http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove testing stable move for EL4? -- nirik * nirik> | I pulled a local mirror of the epel4 stuff, but I haven't tested yet... ; sorry for delaying. ;( * nirik will try to do it over the weekend; knurd will help if needed * knurd> | I wondered if we normally should send a mail to the maintainer of the effected packages? then they get a chance to say "don't push foo, because it has serious bugs" ; nirik> | perhaps a list of what would be pushed on the list and then a day or two for someone to say they don't want to push? * We'll consider something like the above for the future; but for this EPEL4 push we just continue * http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData -- stahnma * skipped; feedback from people what they want sill wanted (mailing list or directly on the task page in the wiki, which is linked from the schedule) * http://fedoraproject.org/wiki/EPEL/Tasks/Misc -- RHEL 5.1 (and 4.6) for the builders? * we'll do it once centos 4.6/5.1 is out?; dgilmore will prepare it over the next few days. Many thanks for your help dgilmore! * Free discussion around EPEL * nirik> | FYI, I _still_ don't have my clamav rpm ready, but again I hope to work on it this weekend/holiday * knurd> | are we happy with the state of EPEL? mmcgrath> | we've been using it in Fedora since before it was official :) its been great. nirik> | yeah, I think so... lots of nice new branches in the last weeks... all the bugzilla perl rpms... knurd> | I'd had hoped more people would become active with EPEL administrativa ; e.g. more people in the meetings * quaid> | I don't mind remaining involved, but I'm feeling a bit like dead wood :) ... my skillz were most at use early on in putting people and processes together ; so, what I was wondering is if there is a need to refresh my seat with someone new? nirik> | well, we don't have many people at all interested it seems like right now... quaid> | nirik: I don't mind keeping the body count up and keeping an eye on things; just don't want to be in the way of someone else ; nirik> | if you are interested in stepping down, perhaps you could work on firing up more interested people to attend meetings first. ;) == Stats == === General === Number of EPEL Contributors: 141 === EPEL 5 === Number of source packages: 819 Number of binary packages: 1516 There are 16 new Packages: * debootstrap | Bootstrap a basic Debian GNU/Linux system * ikarus | An incremental optimizing compiler for R6RS Scheme * perl-DateTime | Date and time objects * perl-DateTime-Format-Mail | Convert between DateTime and RFC2822/822 formats * perl-DateTime-Format-W3CDTF | Parse and format W3CDTF datetime strings * perl-Email-Abstract | Unified interface to mail representations * perl-Email-Date | Find and format date headers * perl-Email-Reply | Reply to an email message * perl-Email-Send | Module for sending email * perl-Mail-Box | Manage a mailbox, a folder with messages * perl-Template-Toolkit | Template processing system * perl-Test-Output | Utilities to test STDOUT and STDERR messages * perl-Text-Autoformat | Automatic text wrapping and reformatting * perl-XML-RSS | Perl module for managing RDF Site Summary (RSS) files * qiv | Quick Image Viewer * smstools | Tools to send and receive short messages through GSM modems or mobile phones === EPEL 4 === Number of source packages: 447 Number of binary packages: 895 There are 3 new Packages: * debootstrap | Bootstrap a basic Debian GNU/Linux system * qiv | Quick Image Viewer * smstools | Tools to send and receive short messages through GSM modems or mobile phones ---- ["CategoryEPELReports"] From fedora at leemhuis.info Sun Nov 25 12:52:13 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 25 Nov 2007 13:52:13 +0100 Subject: recruiting packagers/filing the repo (was: Re: recruiting) In-Reply-To: <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> Message-ID: <47496FFD.5030204@leemhuis.info> On 23.11.2007 16:04, Michael Stahnke wrote: > On Nov 21, 2007 2:21 PM, Karsten Wade wrote: >> We've done a fair job of attracting Fedora packagers to EPEL. >> >> Now we need to get all the other audiences to get involved, as package >> users, packagers, testers, and general community members: >> [...] > If this somehow means getting more packages into EPEL, then I am all > for it. I hate to advertise too early however for the general user of > EPEL. Right now several packages I use all the time are not in EPEL > and my team keeps asking to use other 3rd party repos. I am not sure > what the package count differences are between FC6-extras and EPEL > EL5, but I would be it's almost half. I know most perl stuff isn't > there (though that's getting better) and many other projects just > haven't moved. > > I would like to send out emails to the package maintainers one more > time, wait X days and then just branch them and have new > co-maintainers added in EPEL land. That's IMHO the wrong way -- if we have people that want to act like co-maintainers in the way you outline then that people should look out for packages they might want to maintain in EPEL, ask the Fedora maintainer if he or she is willing to maintain that package in EPEL. If the Fedora maintainer then does not answer or expresses that he or she is not willing then the people you have in mind should become the EPEL maintainer (aka co-maintainer) and request the EPEL branch. I'm optimistic that above should work, but it likely needs some to drive and coordinate it. Actually I have that on my todo-list, but didn't get around to it. :-/ With the way you outline I fear we might end up with lots of packages in EPEL without maintainer or with maintainers that have to take care of hundreds of packages or packages that they are not interested in. IOW: I think getting bigger is important for EPEL, but getting big to fast is not good for the quality of EPEL. One thing that would be helpful here is a slightly easier way to get sponsored -- currently you have to submit a package to Fedora to get into a position to be able to maintain packages for EPEL. That hindering and likely not what some EL-only-contributers want (?). > [...] > I am happy to help somehow though. Next week I am hoping to get a > list of the most requested packages from my company and at least get > those contributors notified that we would like their package in EPEL. Sounds great! > Of course this really doesn't account for EL4, but I tend to think > most organizations have found their solution for extra packages for > their EL4 systems by now. Agreed. /me suspects smooge might disagree, and he has a valid point, but I think getting EPEL4 big is a big task that requires much work; I'm not sure if that's worth the trouble. But If people show up to do that work: sure, why not! CU knurd (?) -- if you are a EPEL user and not a Fedora contributer yet but want to maintain existing Fedora packages for EPEL please let me know in private; I'm sure we can find ways to get you sponsored. From fedora at leemhuis.info Sun Nov 25 18:14:04 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 25 Nov 2007 19:14:04 +0100 Subject: recruiting In-Reply-To: <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> Message-ID: <4749BB6C.2010409@leemhuis.info> On 23.11.2007 16:04, Michael Stahnke wrote: > On Nov 21, 2007 2:21 PM, Karsten Wade wrote: > > I am not sure > what the package count differences are between FC6-extras and EPEL > EL5, but I would be it's almost half. Well, I was curious and took a closer look. Actually I compared 5Server + EPEL against Fedora 8 and not FE6, which makes EPEL even look worse. When looking at the source rpms I get this result (rough estimate which may contain a few packages detected wrongly, but should be good enough): $ wc -l rhel epel fedora8 1085 rhel 819 epel 4803 fedora8 I ran "grep -v" over it and uploaded the list of packages that are in Fedora but not in EPEL to: http://www.leemhuis.info/files/fedorarpms/MISC.fdr/missing-in-epel 2986 packages ;-) Some of them would be nice to have. Just took a quick look at saw for example: abiword, airsnort, alpine, amarok, audacious, bluefish, [...], ipw*-firmware, [...], 527 different packages starting with perl, 69 starting with python, [...], xfce*, [...] Note that a part of those 2986 packages are not interesting for EPEL; those 31 hunspell dictionaries for example. Cu knurd From pertusus at free.fr Sun Nov 25 18:24:05 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 25 Nov 2007 19:24:05 +0100 Subject: recruiting In-Reply-To: <4749BB6C.2010409@leemhuis.info> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> Message-ID: <20071125182405.GB2597@free.fr> On Sun, Nov 25, 2007 at 07:14:04PM +0100, Thorsten Leemhuis wrote: > > audacious I contacted the fedora packager (who is not very interested in EPEL), because I think it would be nice to have audacious in EPEL. Problem with audacious is that the associated libs are binary incompatible with each releases and upstream is not willing to help with old releases. I am personally not ready to do the backporting work, but somebody else could be interested. -- Pat From fedora at leemhuis.info Sun Nov 25 18:43:45 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 25 Nov 2007 19:43:45 +0100 Subject: recruiting In-Reply-To: <20071125182405.GB2597@free.fr> References: <1195672881.12502.43.camel@erato.phig.org> <7874d9dd0711230704g6a14138aq218fc7ec09605fe0@mail.gmail.com> <4749BB6C.2010409@leemhuis.info> <20071125182405.GB2597@free.fr> Message-ID: <4749C261.4040003@leemhuis.info> On 25.11.2007 19:24, Patrice Dumas wrote: > On Sun, Nov 25, 2007 at 07:14:04PM +0100, Thorsten Leemhuis wrote: >> audacious > I contacted the fedora packager (who is not very interested in EPEL), > because I think it would be nice to have audacious in EPEL. Problem > with audacious is that the associated libs are binary incompatible with > each releases and upstream is not willing to help with old releases. > I am personally not ready to do the backporting work, but somebody else > could be interested. Well, the world is not perfect and we have to deal with it somehow without reinventing the weel. IOW: For exactly this kind of software EPEL allows updates to the latest upstream version in case of major bug fixes or fixes for security related problems. Even updates to newer upstream version to improve the user experience or to make new stuff possible are IMHO acceptable now and then if they are carefully done. We just don't want to have a Fedora-like "update like cracy" repo -- that is good for Fedora ans its users afaics, but not ideal for a distribution were people pay lot of money for the stable approach. CU knurd From pertusus at free.fr Sun Nov 25 19:35:11 2007 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 25 Nov 2007 20:35:11 +0100 Subject: recruiting In-Reply-To: <4749C261.4040003@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> Message-ID: <20071125193511.GD2597@free.fr> On Sun, Nov 25, 2007 at 07:43:45PM +0100, Thorsten Leemhuis wrote: > On 25.11.2007 19:24, Patrice Dumas wrote: > > On Sun, Nov 25, 2007 at 07:14:04PM +0100, Thorsten Leemhuis wrote: > >> audacious > > I contacted the fedora packager (who is not very interested in EPEL), > > because I think it would be nice to have audacious in EPEL. Problem > > with audacious is that the associated libs are binary incompatible with > > each releases and upstream is not willing to help with old releases. > > I am personally not ready to do the backporting work, but somebody else > > could be interested. > > Well, the world is not perfect and we have to deal with it somehow > without reinventing the weel. > > IOW: For exactly this kind of software EPEL allows updates to the latest > upstream version in case of major bug fixes or fixes for security > related problems. Even updates to newer upstream version to improve the > user experience or to make new stuff possible are IMHO acceptable now > and then if they are carefully done. You mean breaking the ABI is allowed? I was under the impression that it was not. -- Pat From fedora at leemhuis.info Mon Nov 26 05:40:26 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 26 Nov 2007 06:40:26 +0100 Subject: recruiting In-Reply-To: <20071125193511.GD2597@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> Message-ID: <474A5C4A.9020305@leemhuis.info> On 25.11.2007 20:35, Patrice Dumas wrote: > On Sun, Nov 25, 2007 at 07:43:45PM +0100, Thorsten Leemhuis wrote: >> On 25.11.2007 19:24, Patrice Dumas wrote: >>> On Sun, Nov 25, 2007 at 07:14:04PM +0100, Thorsten Leemhuis wrote: >>>> audacious >>> I contacted the fedora packager (who is not very interested in EPEL), >>> because I think it would be nice to have audacious in EPEL. Problem >>> with audacious is that the associated libs are binary incompatible with >>> each releases and upstream is not willing to help with old releases. >>> I am personally not ready to do the backporting work, but somebody else >>> could be interested. >> Well, the world is not perfect and we have to deal with it somehow >> without reinventing the weel. >> IOW: For exactly this kind of software EPEL allows updates to the latest >> upstream version in case of major bug fixes or fixes for security >> related problems. Even updates to newer upstream version to improve the >> user experience or to make new stuff possible are IMHO acceptable now >> and then if they are carefully done. > You mean breaking the ABI is allowed? If there are no other way around that, yes, then it IMHO is allowed, if you make sure other packages that depend on your ABI get updated/rebuild the same time. Ohh, and sending out a "heads up" to users and developers beforehand and when the update actually hits the proper repos as well would be good. CU knurd From pertusus at free.fr Mon Nov 26 08:54:43 2007 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 26 Nov 2007 09:54:43 +0100 Subject: recruiting In-Reply-To: <474A5C4A.9020305@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> Message-ID: <20071126085443.GC2673@free.fr> On Mon, Nov 26, 2007 at 06:40:26AM +0100, Thorsten Leemhuis wrote: > > If there are no other way around that, yes, then it IMHO is allowed, if > you make sure other packages that depend on your ABI get updated/rebuild > the same time. Ohh, and sending out a "heads up" to users and developers > beforehand and when the update actually hits the proper repos as well > would be good. This seems to be a bit dangerous, in case a new version of the dependent software or library is needed for th enew API. Otherwise said this could lead to a forced update of the other packages that depend on that library. This seems to me to be quite problematic, and not something we should do. If it happens by chance that we have to break API, then no problem, but if we can forecast, at the time we introduce a library, that there will be some API change, we won't be able to backport critical fixes and it is possible for security issues to happen in the EPEL lifetime, then it is a completly different issue, we are asking for trouble. -- Pat From fedora at leemhuis.info Mon Nov 26 16:18:19 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 26 Nov 2007 17:18:19 +0100 Subject: recruiting In-Reply-To: <20071126085443.GC2673@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> Message-ID: <474AF1CB.6090800@leemhuis.info> On 26.11.2007 09:54, Patrice Dumas wrote: > On Mon, Nov 26, 2007 at 06:40:26AM +0100, Thorsten Leemhuis wrote: >> If there are no other way around that, yes, then it IMHO is allowed, if >> you make sure other packages that depend on your ABI get updated/rebuild >> the same time. Ohh, and sending out a "heads up" to users and developers >> beforehand and when the update actually hits the proper repos as well >> would be good. > This seems to be a bit dangerous, in case a new version of the dependent > software or library is needed for th enew API. Otherwise said this could > lead to a forced update of the other packages that depend on that > library. This seems to me to be quite problematic, and not something we > should do. 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. CU knurd From fedora at leemhuis.info Mon Nov 26 20:42:03 2007 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 26 Nov 2007 21:42:03 +0100 Subject: testing -> stable move for EPEL4 prepared, details inside Message-ID: <474B2F9B.60307@leemhuis.info> Hi all! I prepared the next stable -> testing move for EPEL4 and will do it over the next 72 hours (?) if nobody yells. IOW: if one of your packages is on the list and you don't want it moved please tell me now or it'll be to late ;-) 150 pacakges from which 234 rpms got moved (see attachments). The following packages won't get moved, as they were build in the past few days : sysusage-2.6-3.el4.noarch.rpm superiotool-0-0.7.20071118svn2975.el4.i386.rpm qiv-2.0-8.el4.i386.rpm flashrom-0-0.5.20071118svn2967.el4.i386.rpm debootstrap-1.0.7-2.el4.noarch.rpm smstools-3.0.10-1.el4.i386.rpm The ones below won#t get moved because they miss deps: bcfg2-0.9.5-2.el4.noarch.rpm bcfg2-server-0.9.5-2.el4.noarch.rpm bugzilla-2.22.3-0.el4.noarch.rpm bugzilla-contrib-2.22.3-0.el4.noarch.rpm bugzilla-doc-2.22.3-0.el4.noarch.rpm cvsweb-3.0.5-5.el4.noarch.rpm gnome-screensaver-frogs-0.2-3.el4.noarch.rpm moodle-1.8.2-1.el4.noarch.rpm moodle-*-1.8.2-1.el4.noarch.rpm nikto-1.36-3.el4.noarch.rpm perl-libwhisker2-2.4-3.el4.noarch.rpm postgresql-dbi-link-2.0.0-3.el4.noarch.rpm postgresql-pgpoolAdmin-1.0.0-7.el4.noarch.rpm python-Coherence-0.2.1-3.el4.noarch.rpm ruby-ldap-0.9.7-3.el4.i386.rpm smbldap-tools-0.9.4-1.el4.noarch.rpm specto-0.2.0-4.el4.noarch.rpm sqlgrey-1.7.5-1.el4.noarch.rpm zabbix-web-1.4.2-3.el4.i386.rpm CU knurd (?) -- EPEL-signers, please don't push new packages to the epel4 repos until that point if possible -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-packages URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-srpms URL: From florin at andrei.myip.org Wed Nov 28 23:42:05 2007 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 28 Nov 2007 15:42:05 -0800 Subject: add to wish list: munin and munin-node Message-ID: <474DFCCD.6080609@andrei.myip.org> It's been a while, and there's no sign that Munin is going to show up in the repo. I can't edit the wish list, so I'm sending the request to the list: Please add munin and munin-node to the wish list. Thanks, -- Florin Andrei http://florin.myip.org/ From wolfy at nobugconsulting.ro Thu Nov 29 01:19:02 2007 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 29 Nov 2007 03:19:02 +0200 Subject: add to wish list: munin and munin-node In-Reply-To: <474DFCCD.6080609@andrei.myip.org> References: <474DFCCD.6080609@andrei.myip.org> Message-ID: <474E1386.7090009@nobugconsulting.ro> On 11/29/2007 01:42 AM, Florin Andrei wrote: > It's been a while, and there's no sign that Munin is going to show up > in the repo. I can't edit the wish list, so I'm sending the request to > the list: > > Please add munin and munin-node to the wish list. Done. I've also spoken with the maintainer who has just said: I am planning on putting it in epel... just haven't gotten to it... happy to have co-maintainers who want to give the package more work. ;) So there is hope :) From buildsys at fedoraproject.org Thu Nov 29 16:08:00 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 29 Nov 2007 11:08:00 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-29 Message-ID: <20071129160800.231B515212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 31 dblatex-0.2.8-1.el5 exiv2-0.15-4.el5 gnucash-2.2.1-4.el5 ikarus-0.0.1-4.el5 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 nut-2.2.0-5.el5 NEW osslsigncode-1.2-2.el5 : Tool for Authenticode signing of EXE/CAB files NEW perl-CGI-Session-4.20-2.el5 : Persistent session data in CGI applications NEW perl-Crypt-SmbHash-0.12-6.el5 : Pure-perl Lanman and NT MD4 hash functions NEW perl-Digest-MD4-1.5-4.el5 : Perl interface to the MD4 Algorithm (!) perl-FreezeThaw-0.43-5.el5 : INVALID rebuild, not published! perl-MLDBM-2.01-5.el5.1 NEW php-eaccelerator-0.9.5.2-1.el5 : PHP accelerator, optimizer, encoder and dynamic content cacher php-pear-Crypt-CHAP-1.0.1-1.el5.1 php-pear-HTML-QuickForm-3.2.10-1.el5 php-pear-HTTP-Request-1.4.2-1.el5 php-pear-Numbers-Roman-1.0.2-2.el5 php-pecl-xdebug-2.0.2-1.el5 python-decoratortools-1.6-1.el5 python-nose-0.10.0-1.el5 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 trac-git-plugin-0.0.1-4.20070705svn1536.el5 TurboGears-1.0.3.2-1.el5 wxMaxima-0.7.3a-1.el5 NEW xalan-c-1.10.0-2.el5 : Xalan XSLT processor for C Packages built and released for Fedora EPEL 4: 149 NEW aget-0.4-3.el4 : Console download accelerator arj-3.10.22-3.el4 audio-entropyd-1.0.0-4.el4.2 NEW bibexport-2.10-2.el4 : Extract entries from BibTeX and .aux files bitlbee-1.0.4-1.el4 NEW blitz-0.9-3.el4 : C++ class library for matrix scientific computing NEW catdoc-0.94.2-3.el4 : A program which converts Microsoft office files to plain text NEW cdpr-2.2.1-3.el4 : Cisco Discovery Protocol Analyzer chmlib-0.39-5.el4 cobbler-0.6.4-2.el4 ctapi-common-1.1-3.el4 ctapi-cyberjack-3.0.5-1.el4 cvsgraph-1.5.1-4.el4 digitemp-3.5.0-2.el4 duplicity-0.4.3-1.el4 eggdrop-1.6.18-10.el4 facter-1.3.8-1.el4 freeze-2.5.0-7.el4 NEW func-0.13-3.el4 : Remote config, monitoring, and management api GeoIP-1.4.3-1.el4 geomview-1.9.4-2.el4 geos-2.2.3-2.el4 gmrun-0.9.2-8.el4 google-perftools-0.92-1.el4.2 graphviz-2.6-4.el4 NEW haproxy-1.3.12.4-1.el4 : HA-Proxy is a TCP/HTTP reverse proxy for high availability environments iftop-0.17-6.el4 NEW isync-1.0.3-3.el4 : Tool to synchronize IMAP4 and Maildir mailboxes koan-0.6.3-3.el4 libdap-3.7.8-1.el4.1 libgeotiff-1.2.4-0.3.rc1.el4 libmpcdec-1.2.6-1.el4 libopm-0.1-5.20050731cvs.el4 libpqxx-2.6.8-7.el4 librsync-0.9.7-11.el4 libsieve-2.2.6-2.el4 libsmbios-0.13.10-1.el4 logserial-0.4.2-5.el4.1 NEW lyx-1.4.5.1-3.el4 : WYSIWYM (What You See Is What You Mean) document processor lzop-1.02-0.4.rc1.el4 maxima-5.13.0-4.el4 mercurial-0.9.5-2.el4 mfstools-2.0-11.snapshot050221.el4 mksh-32-1.el4 mock-0.7.2-1.el4.1 NEW mod_extract_forwarded-2.0.2-2.el4 : Extract real source IP for forwarded HTTP requests mod_security-2.1.3-1.el4 nagios-2.9-3.el4 nas-1.9.1-2.el4 netgo-0.5-7.el4 nginx-0.5.33-1.el4 nomarch-1.4-2.el4 NEW nut-2.2.0-3.3.el4 : Network UPS Tools oneko-1.2-3.el4 pdns-2.9.21-1.el4 perl-AnyData-0.10-4.el4 perl-CGI-Simple-0.077-7.el4 perl-CGI-Untaint-1.26-3.el4 perl-CGI-Untaint-date-1.00-3.el4 perl-Class-Accessor-Chained-0.01-5.el4 perl-Class-Data-Inheritable-0.06-2.el4 perl-Class-Trigger-0.12-1.el4 perl-Class-Whitehole-0.04-4.el4 perl-Convert-TNEF-0.17-7.el4 perl-Convert-UUlib-1.09-1.el4 perl-Danga-Socket-1.57-2.el4.1 NEW perl-Data-Dump-1.08-3.el4 : Pretty printing of data structures perl-Date-Simple-3.02-6.el4 perl-Device-SerialPort-1.002-3.el4 perl-Exporter-Lite-0.02-2.el4 perl-ExtUtils-F77-1.16-2.el4 NEW perl-Geo-IP-1.28-3.el4 : Efficient Perl bindings for the GeoIP location database perl-Image-ExifTool-6.94-1.el4 perl-IO-AIO-2.33-1.el4 NEW perl-LockFile-Simple-0.2.5-1.el4 : Simple file locking scheme perl-Mail-SPF-Query-1.999.1-3.el4 perl-Net-CIDR-Lite-0.20-2.1.el4 perl-Net-LibIDN-0.09-4.el4 perl-Net-Server-0.96-2.el4 perl-OLE-Storage_Lite-0.14-9.el4 perl-Razor-Agent-2.84-1.el4 perl-SOAP-Lite-0.68-5.el4 perl-Spreadsheet-WriteExcel-2.18-1.el4 perl-SQL-Abstract-1.22-2.el4 perl-String-CRC32-1.4-1.el4 perl-Sys-Syscall-0.22-2.el4 perl-Tie-DBI-1.02-3.el4.1 NEW perl-Tk-804.027-7.el4 : Perl Graphical User Interface ToolKit perl-UNIVERSAL-exports-0.05-3.el4 perl-UNIVERSAL-moniker-0.08-5.el4 pexpect-2.1-5.el4 php-idn-1.2-3.el4 php-pecl-memcache-2.1.2-1.el4.1 physfs-1.0.1-4.el4 postgresql-pgpool-3.4.1-1.el4 postgresql-pgpool-II-1.3-1.el4 proj-4.4.8-7 NEW pth-2.0.7-2.el4 : The GNU Portable Threads library puppet-0.23.2-1.el4 pychart-1.39-3.el4 python-boto-0.9b-1.el4 NEW python-configobj-4.4.0-2.el4 : Config file reading, writing, and validation python-elementtree-1.2.6-0.6.el4 NEW python-GnuPGInterface-0.3.2-2.el4 : A Python module to interface with GnuPG python-kid-0.9.6-1.el4 python-lxml-1.3.3-2.el4 python-setuptools-0.6c7-1.el4 NEW python-simplejson-1.7.3-1.el4 : Simple, fast, extensible JSON encoder/decoder for Python python-sqlite-1.1.7-0.1.2.2.el4 python-urlgrabber-2.9.8-0.3.el4 pyxdg-0.15-5.el4.1 NEW pyzor-0.4.0-11.el4 : Pyzor collaborative spam filtering system qfaxreader-0.3.1-8.el4.1 qucs-0.0.12-3.el4 queuegraph-1.1-2.el4 NEW quilt-0.46-1.el4 : Scripts for working with series of patches rootsh-1.5.2-5.el4 sbcl-1.0.9-1.el4 SDL_mixer-1.2.6-8.el4 ser2net-2.4-1.el4 shapelib-1.2.10-13 sipp-2.0.1-4.el4 NEW spamass-milter-0.3.1-5.el4 : Sendmail milter for spamassassin sqlite-3.3.6-0.3.el4 ssmtp-2.61-11.4.el4 stripesnoop-1.5-7.el4.1 svgalib-1.9.25-3.el4.1 tcpick-0.2.1-13.el4 tidy-0.99.0-2.20041214 trac-0.9.3-2.el4 trac-git-plugin-0.0.1-3.20070705svn1536.el4 trac-mercurial-plugin-0.10.0.2-3.20070705svn5798.el4 trac-webadmin-0.1.2-0.3.dev_r4429.el4 udunits-1.12.4-11.el4.1 NEW unshield-0.5-3.el4 : Install InstallShield applications on a Pocket PC uw-imap-2006k-1.el4 NEW wavpack-4.41-1.el4 : A completely open audiocodec wine-0.9.46-1.el4 NEW wv2-0.2.3-3.el4 : A library which allows access to Microsoft? Word files xbase-2.0.0-4.el4 xbiso-0.6.1-1.el4 xbsql-0.11-9.el4 xclip-0.10-1.el4.1 xdg-utils-1.0.2-2.el4 xerces-c-2.7.0-6.el4 xkeycaps-2.46-5.el4 xsupplicant-1.2.8-3.el4 yum-2.4.3-0.5.el4 zabbix-1.4.2-3.el4 Packages built and released for Fedora EPEL testing/4: 12 NEW libident-0.32-1.el4 : New LibIdent C library libnet-1.1.2.1-11.el4 NEW libnss-mysql-1.5-6.el4 : NSS library for MySQL NEW osslsigncode-1.2-2.el4 : Tool for Authenticode signing of EXE/CAB files NEW perl-Crypt-SmbHash-0.12-6.el4 : Pure-perl Lanman and NT MD4 hash functions NEW perl-Digest-MD4-1.5-4.el4 : Perl interface to the MD4 Algorithm NEW perl-FreezeThaw-0.43-5.el4 : Convert Perl structures to strings and back NEW perl-IO-Socket-SSL-1.01-1.el4 : Perl library for transparent SSL NEW perl-MLDBM-2.01-5.el4.1 : Store multi-level hash structure in single level tied hash NEW perl-Net-SSLeay-1.30-4.el4 : Perl extension for using OpenSSL NEW php-eaccelerator-0.9.5.2-1.el4 : PHP accelerator, optimizer, encoder and dynamic content cacher NEW xalan-c-1.10.0-2.el4 : Xalan XSLT processor for C Changes in Fedora EPEL testing/5: dblatex-0.2.8-1.el5 ------------------- * Sun Nov 25 2007 Neal Becker - 0.2.8-1 - Update to 0.2.8 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 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 ikarus-0.0.1-4.el5 ------------------ * Wed Nov 21 2007 Michel Salim 0.0.1-4 - Remove excludearch line comments 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 nut-2.2.0-5.el5 --------------- * Tue Nov 27 2007 Tomas Smetana 2.2.0-5 - fix udev rules - fix init script osslsigncode-1.2-2.el5 ---------------------- * Mon Aug 27 2007 Matthias Saou 1.2-2 - Update License field. perl-CGI-Session-4.20-2.el5 --------------------------- * Sat Mar 17 2007 Andreas Thienemann 4.20-2 - Fixed perl-devel req 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-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-FreezeThaw-0.43-5.el5 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 0.43-5 - Rebuild for FC6. 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) php-eaccelerator-0.9.5.2-1.el5 ------------------------------ * Mon Nov 26 2007 Matthias Saou 1:0.9.5.2-1 - Update to 0.9.5.2. 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-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-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 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-nose-0.10.0-1.el5 ------------------------ * Tue Nov 27 2007 Luke Macken 0.10.0-1 - 0.10.0 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. 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 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 TurboGears-1.0.3.2-1.el5 ------------------------ * Tue Nov 27 2007 Luke Macken 1.0.3.2-1 - 1.0.3.2 wxMaxima-0.7.3a-1.el5 --------------------- * Fri Nov 23 2007 Rex Dieter 0.7.3a-1 - wxMaxima-0.7.3a * Wed Oct 17 2007 Rex Dieter 0.7.3-4.1 - inline plotting of wxMaxima doesn't work in f7 (#339161) 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 Changes in Fedora EPEL 4: aget-0.4-3.el4 -------------- * Wed Oct 03 2007 Rahul Sundaram - 0.4-3 - Fix dist tag and permissions arj-3.10.22-3.el4 ----------------- * Mon Aug 13 2007 Robert Scheck 3.10.22-3 - Rebuilt for EPEL branches (#250845) audio-entropyd-1.0.0-4.el4.2 ---------------------------- * Thu Aug 02 2007 Tom "spot" Callaway 1.0.0-4 - selinux policy not needed bibexport-2.10-2.el4 -------------------- * Tue Oct 23 2007 Patrice Dumas 2.10-2 - fix license bitlbee-1.0.4-1.el4 ------------------- * Wed Aug 29 2007 Robert Scheck 1.0.4-1 - Upgrade to 1.0.4 - Updated the license tag according to the guidelines blitz-0.9-3.el4 --------------- * Wed Oct 17 2007 Sergio Pascual 0.9-3 - Removed macro in changelog catdoc-0.94.2-3.el4 ------------------- * Sun Nov 11 2007 Adel Gadllah 0.94.2-3 - Preserve timestamps * Sat Nov 03 2007 Adel Gadllah 0.94.2-2 - Require and BuildRequire tk - Fix changelog date cdpr-2.2.1-3.el4 ---------------- * Mon Nov 05 2007 2.2.1-3 - Fix for RHEL 4 specific BR (libpcap is not broken into -devel) chmlib-0.39-5.el4 ----------------- * Sun Sep 30 2007 Peter Lemenkov 0.39-5 - Changel license tag from LGPL to LGPLv2+ * Sun Aug 05 2007 Peter Lemenkov 0.39-4 - Better fix for multi-arch issues cobbler-0.6.4-2.el4 ------------------- * 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 * Fri Sep 28 2007 Michael DeHaan - 0.6.2-2 - Upstream changes (see CHANGELOG) - removed syslinux as a requirement (cobbler check will detect absense) - packaged /var/lib/cobbler/settings as a config file - added BuildRequires of redhat-rpm-config to help src RPM rebuilds on other platforms - permissions cleanup - make license field conform to rpmlint - relocate cgi-bin files to cobbler subdirectory - include the WUI! ctapi-common-1.1-3.el4 ---------------------- * Sat Aug 04 2007 Frank B?ttner - 1.1-3 - fix creation of the group and don't remove it ctapi-cyberjack-3.0.5-1.el4 --------------------------- * Sat Oct 20 2007 Frank B?ttner - 3.0.5-1 - update to 3.0.5 - fix project URL - fix license * Mon Sep 17 2007 Frank B?ttner - 3.0.4-1 - update to 3.0.4 cvsgraph-1.5.1-4.el4 -------------------- * Sat Aug 18 2007 Marek Mahut 0:1.5.1-4 - Rebuild for EPEL digitemp-3.5.0-2.el4 -------------------- * Tue Aug 28 2007 Robert Scheck 3.5.0-2 - Updated the license tag according to the guidelines duplicity-0.4.3-1.el4 --------------------- * Sat Sep 15 2007 Robert Scheck 0.4.3-1 - Upgrade to 0.4.3 (#265701) - Updated the license tag according to the guidelines eggdrop-1.6.18-10.el4 --------------------- * Tue Aug 28 2007 Robert Scheck 1.6.18-10 - Updated the license tag according to the guidelines facter-1.3.8-1.el4 ------------------ * Mon Sep 24 2007 David Lutterkort - 1.3.8-1 - Update license tag - Copy all of lib/ into ruby_sitelibdir freeze-2.5.0-7.el4 ------------------ * Sun Aug 12 2007 Robert Scheck 2.5.0-7 - Rebuilt for EPEL branches func-0.13-3.el4 --------------- * Fri Oct 26 2007 Michael DeHaan - 0.0.13-3 - Misc fixes per Fedora package-review GeoIP-1.4.3-1.el4 ----------------- * Wed Sep 05 2007 Michael Fleming 1.4.3-1 - New upstream release. - Fix GeoIPCity fetcher script - Update License tag geomview-1.9.4-2.el4 -------------------- * Mon Aug 27 2007 Rex Dieter 1.9.4-2 - BR: gawk geos-2.2.3-2.el4 ---------------- * Sat Aug 04 2007 Shawn McCann - 2.2.3-2 - Rebuild for EPEL 4 gmrun-0.9.2-8.el4 ----------------- * Sun Aug 26 2007 Gilboa Davara - 0.9.2-8 - Fixed license tag. - Fixed F8 BR - popt-devel. google-perftools-0.92-1.el4.2 ----------------------------- * Wed Aug 01 2007 Tom "spot" Callaway 0.92-1 - bump to 0.92 graphviz-2.6-4.el4 ------------------ * Mon Sep 10 2007 Patrick "Jima" Laughton 2.6-4 - Bump-n-build to fix libperl.so dependency haproxy-1.3.12.4-1.el4 ---------------------- * Sun Nov 11 2007 Jeremy Hinegardner - 1.3.12.4-1 - update to 1.3.12.4 iftop-0.17-6.el4 ---------------- * Tue Aug 28 2007 Robert Scheck 0.17-6 - Buildrequire %{_includedir}/pcap.h instead of conditionals - Patch to display top scale in bytes when measuring in bytes isync-1.0.3-3.el4 ----------------- * Sun Sep 09 2007 Lubomir Kundrak 1.0.3-3 - Fix code for the case where open() is a macro. (thanks to Marek Mahut) - Cosmetic fixes. (#282261) (thanks to Till Maas) koan-0.6.3-3.el4 ---------------- * 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) libdap-3.7.8-1.el4.1 -------------------- * Thu Jul 05 2007 Patrice Dumas 3.7.8-1.1 - update to 3.7.8 libgeotiff-1.2.4-0.3.rc1.el4 ---------------------------- * Tue Jul 24 2007 Balint Cristian 1.2.4-0.3.rc1 - codes are under MIT - pkg-config cflags return fix - epsg_csv ownership libmpcdec-1.2.6-1.el4 --------------------- * Wed Jun 06 2007 Rex Dieter 1.2.6-1 - libmpcdec-1.2.6 libopm-0.1-5.20050731cvs.el4 ---------------------------- * Tue Aug 28 2007 Robert Scheck 0.1-5.20050731cvs - Updated the license tag according to the guidelines - Generate API documentation, added buildrequirement to doxygen libpqxx-2.6.8-7.el4 ------------------- * Fri Aug 17 2007 Rex Dieter 2.6.8-7 - update Source URL's librsync-0.9.7-11.el4 --------------------- * Tue Aug 28 2007 Robert Scheck 0.9.7-11 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/popt.h for separate popt (#249352) libsieve-2.2.6-2.el4 -------------------- * Fri Oct 26 2007 Bernard Johnson - 2.2.6-2 - add missing BR: flex, bison - remove repotag libsmbios-0.13.10-1.el4 ----------------------- * Tue Aug 28 2007 Michael E Brown - 0.13.10-1 - Fix one instance where return code to fread was incorrectly checked. logserial-0.4.2-5.el4.1 ----------------------- * Wed Aug 22 2007 Manuel Wolfshant 0.4.2-5.1 - rebuilt lyx-1.4.5.1-3.el4 ----------------- * Thu Sep 27 2007 Rex Dieter 1.4.5.1-3 - epel: drop Requires(hint): wv (until wv is available) lzop-1.02-0.4.rc1.el4 --------------------- * Sun Aug 12 2007 Robert Scheck 1.02-0.4.rc1 - Rebuilt for EPEL branches maxima-5.13.0-4.el4 ------------------- * Thu Aug 30 2007 Rex Dieter 5.13.0-4 - (re)--enable-gcl, f8+ (#256281) - fix inadvertant Obsoletes: maxima-runtime-gcl (f7) mercurial-0.9.5-2.el4 --------------------- * Tue Oct 23 2007 - 0.9.5-2 - Bump tag to fix confusion * Mon Oct 15 2007 Neal Becker - 0.9.5-1 - Sync with spec file from mercurial * Sat Sep 22 2007 Neal Becker - 0.9.4-8 - Just cp contrib tree. - Revert install -O2 * Thu Sep 20 2007 Neal Becker - 0.9.4-7 - Change setup.py install to -O2 to get bytecompile on EL-4 * Thu Sep 20 2007 Neal Becker - 0.9.4-6 - Revert last change. * Thu Sep 20 2007 Neal Becker - 0.9.4-5 - Use %ghost on contrib, otherwise EL-4 build fails * Thu Sep 20 2007 Neal Becker - 0.9.4-4 - remove /usr/share/contrib stuff for now * Thu Sep 20 2007 Neal Becker - 0.9.4-3 - Fix mercurial-install-contrib.patch (/usr/share/mercurial->/usr/share/mercurial/contrib) * Wed Aug 29 2007 Jonathan Shapiro - 0.9.4-2 - update to 0.9.4-2 - install contrib directory - set up required path for hgk - install man5 man pages * Thu Aug 23 2007 Neal Becker - 0.9.4-1 - update to 0.9.4 * Wed Jan 03 2007 Jeremy Katz - 0.9.3-1 - update to 0.9.3 - remove asciidoc files now that we have them as manpages * Mon Dec 11 2006 Jeremy Katz - 0.9.2-1 - update to 0.9.2 mfstools-2.0-11.snapshot050221.el4 ---------------------------------- * Thu Sep 14 2006 Tom "spot" Callaway 2.0-11.snapshot050221 - Do not use the _syscall5 macro -- use syscall(2) instead mksh-32-1.el4 ------------- * 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 * Wed Sep 12 2007 Robert Scheck 31c-1 - Upgrade to 31c - Added a buildrequirement to ed, added arc4random.c file * Tue Sep 11 2007 Robert Scheck 31b-1 - Upgrade to 31b - Use script to get %check happy (thanks to Thorsten Glaser) * Sat Sep 08 2007 Robert Scheck 31-1 - Upgrade to 31 mock-0.7.2-1.el4.1 ------------------ * Mon Jul 09 2007 Michael Brown - 0.7.1-1.el4.1 - back out yum>3 require mod_extract_forwarded-2.0.2-2.el4 --------------------------------- * Sat Sep 09 2006 Tim Jackson 2.0.2-2 - Rebuild for FE6 mod_security-2.1.3-1.el4 ------------------------ * Thu Sep 13 2007 Michael Fleming 2.1.3-1 - New upstream release - Update License tag per guidelines nagios-2.9-3.el4 ---------------- * Fri Oct 19 2007 Mike McGrath 2.9-3 - Added BR's for better cgi support nas-1.9.1-2.el4 --------------- * 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 netgo-0.5-7.el4 --------------- * Fri May 25 2007 Tom "spot" Callaway 0.5-7 - fix pam config to not use pam_stack nginx-0.5.33-1.el4 ------------------ * Mon Nov 12 2007 Jeremy Hinegardner - 0.5.33-1 - fixed rpmlint UTF-8 complaints. - update to 0.5.33 nomarch-1.4-2.el4 ----------------- * Sun Aug 12 2007 Robert Scheck 1.4-2 - Rebuilt for EPEL branches nut-2.2.0-3.3.el4 ----------------- * Wed Oct 10 2007 Tomas Smetana 2.2.0-3.3 - fix #325331 - permission problem on /etc/hotplug/usb/libhidups oneko-1.2-3.el4 --------------- * Tue Mar 07 2006 Tom "spot" Callaway 1.2-3 - remove includedir macro, not needed - rename japanese man page to not have .jp extension pdns-2.9.21-1.el4 ----------------- * Tue Apr 24 2007 Ruben Kerkhof 2.9.21-1 - Upstream released 2.9.21 - Enabled new SQLite backend perl-AnyData-0.10-4.el4 ----------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.10-4 - license fix perl-CGI-Simple-0.077-7.el4 --------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.077-7 - license fix perl-CGI-Untaint-1.26-3.el4 --------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.26-3 - license fix perl-CGI-Untaint-date-1.00-3.el4 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.00-3 - fix license tag perl-Class-Accessor-Chained-0.01-5.el4 -------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.01-5 - license fix perl-Class-Data-Inheritable-0.06-2.el4 -------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.06-2 - license fix perl-Class-Trigger-0.12-1.el4 ----------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.12-1 - bump to 0.12 - license fix perl-Class-Whitehole-0.04-4.el4 ------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.04-4 - license fix perl-Convert-TNEF-0.17-7.el4 ---------------------------- * Tue Apr 17 2007 Steven Pritchard 0.17-7 - Use fixperms macro instead of our own chmod incantation. - Reformat to more closely match cpanspec output. - BR MIME::Body instead of perl-MIME-tools. - BR ExtUtils::MakeMaker. perl-Convert-UUlib-1.09-1.el4 ----------------------------- * Sun Aug 12 2007 Robert Scheck 1:1.09-1 - Upgrade to 1.09 and rebuilt for EPEL branches (#250865) - Added build requirement to perl(ExtUtils::MakeMaker) perl-Danga-Socket-1.57-2.el4.1 ------------------------------ * Thu Aug 09 2007 Ruben Kerkhof 1.57-3 - Add Time::HiRes to the BuildRequires to fix building on EL-4 perl-Data-Dump-1.08-3.el4 ------------------------- * Mon Oct 22 2007 Chris Weyl 1.08-3 - update license tag: GPL -> GPL+ perl-Date-Simple-3.02-6.el4 --------------------------- * Mon Aug 13 2007 Paul Howarth 3.02-6 - Clarify license as GPL v1 or later, or Artistic (same as perl) - Add buildreq perl(Test::More) perl-Device-SerialPort-1.002-3.el4 ---------------------------------- * Thu Oct 05 2006 Christian Iseli 1.002-3 - rebuilt for unwind info generation, broken in gcc-4.1.1-21 perl-Exporter-Lite-0.02-2.el4 ----------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.02-2 - license tag fix perl-ExtUtils-F77-1.16-2.el4 ---------------------------- * Wed Aug 01 2007 Orion Poplawski 1.16-2 - Add BR: gcc-g77 perl-Geo-IP-1.28-3.el4 ---------------------- * Mon Sep 03 2007 Michael Fleming 1.28-4 - Fix %patch invocation to help avoid a bogus interpreter issue - First build for Extras perl-Image-ExifTool-6.94-1.el4 ------------------------------ * Wed Aug 01 2007 Tom "spot" Callaway 6.94-1 - bump to 6.94 perl-IO-AIO-2.33-1.el4 ---------------------- * Sun May 13 2007 Ruben Kerkhof 2.33-1 - Initial import perl-LockFile-Simple-0.2.5-1.el4 -------------------------------- * Tue Jan 16 2007 Andreas Thienemann 0.2.5-1 - Initial spec for FE - Specfile autogenerated by cpanspec 1.69.1. perl-Mail-SPF-Query-1.999.1-3.el4 --------------------------------- * Wed Apr 18 2007 Steven Pritchard 1.999.1-3 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Net-CIDR-Lite-0.20-2.1.el4 ------------------------------- * Mon Aug 13 2007 Steven Pritchard 0.20-2.1 - Use fixperms macro instead of our own chmod incantation. - Temporarily disable Test::Pod* build dependencies. perl-Net-LibIDN-0.09-4.el4 -------------------------- * Wed Aug 29 2007 Robert Scheck 0.09-4 - Updated the license tag according to the guidelines perl-Net-Server-0.96-2.el4 -------------------------- * Mon Jun 18 2007 Kevin Fenzi - 0.96-2 - Only build using perl-IO-Multiplex in EL-5 perl-OLE-Storage_Lite-0.14-9.el4 -------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.14-9 - license tag fix perl-Razor-Agent-2.84-1.el4 --------------------------- * Sat Aug 11 2007 Robert Scheck 2.84-1 - Upgrade to 2.84 (#250869) - Added build requirement to perl(ExtUtils::MakeMaker) perl-SOAP-Lite-0.68-5.el4 ------------------------- * Sat Mar 03 2007 Mike McGrath - 0.68-5 - bogus reqs diff perl-Spreadsheet-WriteExcel-2.18-1.el4 -------------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 2.18-1 - 2.18 - license tag fix perl-SQL-Abstract-1.22-2.el4 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.22-2 - license tag fix perl-String-CRC32-1.4-1.el4 --------------------------- * Thu Apr 20 2006 Paul Howarth 1.4-1 - Update to 1.4 perl-Sys-Syscall-0.22-2.el4 --------------------------- * Tue May 08 2007 Ruben Kerkhof 0.22-2 - Test::More added to BR (#239369) perl-Tie-DBI-1.02-3.el4.1 ------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 1.02-3 - license tag fix perl-Tk-804.027-7.el4 --------------------- * Sun Jul 31 2005 Andreas Bierfert 804.026-7 - fix #164716 perl-UNIVERSAL-exports-0.05-3.el4 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.05-3 - license tag fix perl-UNIVERSAL-moniker-0.08-5.el4 --------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.08-5 - license tag fix pexpect-2.1-5.el4 ----------------- * Wed Aug 29 2007 Robert Scheck 2.1-5 - Rebuilt (and some minor spec file tweaks) php-idn-1.2-3.el4 ----------------- * Wed Aug 29 2007 Robert Scheck 1.2-3 - Updated the license tag according to the guidelines php-pecl-memcache-2.1.2-1.el4.1 ------------------------------- * Sat Sep 01 2007 Remi Collet 2.1.2-1.el4.1 - specific spec for EL4 - memcache-php439.patch, see http://pecl.php.net/bugs/bug.php?id=11953 physfs-1.0.1-4.el4 ------------------ * Tue Mar 07 2006 Tom "spot" Callaway 1.0.1-4 - resolve man page conflicts (bz #183705) postgresql-pgpool-3.4.1-1.el4 ----------------------------- * Tue Oct 16 2007 - Devrim GUNDUZ 3.4.1-1 - Update to 3.4.1 * Sun Aug 05 2007 - Devrim GUNDUZ 3.4-2 - Added an init script for pgpool - Added /etc/sysconfig/pgpool * Wed Aug 01 2007 - Devrim GUNDUZ 3.4-1 - Update to 3.4 - Removed patches, they are now in upstream postgresql-pgpool-II-1.3-1.el4 ------------------------------ * Tue Oct 23 2007 Devrim Gunduz 1.3-1 - Update to 1.3 * Fri Oct 05 2007 Devrim Gunduz 1.2.1-1 - Update to 1.2.1 * Wed Aug 29 2007 Devrim Gunduz 1.2-5 - Chmod sysconfig/pgpool to 644, not 755. Per BZ review. - Run chkconfig --add pgpool during %post. proj-4.4.8-7 ------------ * Sat Aug 04 2007 Shawn McCann - 0:4.4.8-7 - Rebuild for EPEL 4 pth-2.0.7-2.el4 --------------- * Thu Aug 02 2007 Michael Schwendt - 2.0.7-2 - Clarify licence (LGPLv2+). puppet-0.23.2-1.el4 ------------------- * Wed Aug 22 2007 David Lutterkort - 0.23.2-1 - New version pychart-1.39-3.el4 ------------------ * Tue Jan 10 2006 Tom "spot" Callaway 1.39-3 - FC3 doesn't need latex2html python-boto-0.9b-1.el4 ---------------------- * Thu Aug 30 2007 Robert Scheck 0.9b-1 - Upgrade to 0.9b - Initial spec file for Fedora and Red Hat Enterprise Linux python-configobj-4.4.0-2.el4 ---------------------------- * Sun Sep 02 2007 Luke Macken - 4.4.0-2 - Update for python-setuptools changes in rawhide python-elementtree-1.2.6-0.6.el4 -------------------------------- * Tue Aug 28 2007 Jeff Sheltren 1.2.6-0.6 - Official EPEL rebuild python-GnuPGInterface-0.3.2-2.el4 --------------------------------- * Mon Sep 03 2007 Robert Scheck 0.3.2-2 - Updated source URL to match with the guidelines (#265381) - Use get_python_lib() macro according to the policy (#265381) python-kid-0.9.6-1.el4 ---------------------- * Fri Aug 17 2007 Konstantin Ryabitsev - 0.9.6-1 - Upstream 0.9.6 python-lxml-1.3.3-2.el4 ----------------------- * Wed Aug 22 2007 Jeffrey C. Ollie - 1.3.3-2 - Bump release and rebuild. python-setuptools-0.6c7-1.el4 ----------------------------- * Fri Sep 14 2007 Konstantin Ryabitsev - 0.6c7-1 - Upstream 0.6c7 - Provide python-setuptools-devel to make packagers' lives easier python-simplejson-1.7.3-1.el4 ----------------------------- * Wed Oct 03 2007 Luke Macken - 1.7.3-1 - 1.7.3 python-sqlite-1.1.7-0.1.2.2.el4 ------------------------------- * Tue Aug 28 2007 Jeff Sheltren - 1.1.7-0.1.2.2 - Official EPEL rebuild python-urlgrabber-2.9.8-0.3.el4 ------------------------------- * Tue Aug 28 2007 Jeff Sheltren - 2.9.8-0.3 - Official EPEL rebuild - Update License tag pyxdg-0.15-5.el4.1 ------------------ * Wed Jan 03 2007 Patrice Dumas - 0.15-5 - remove requires for python-abi (automatic now) and python directory - remove package name from summary - change tabs to spaces pyzor-0.4.0-11.el4 ------------------ * Sat Dec 23 2006 Jason L Tibbitts III - 0.4.0-11 - Rebuild with Python 2.5. qfaxreader-0.3.1-8.el4.1 ------------------------ * Wed Aug 22 2007 manuel wolfshant - 0.3.1-8.1 - Rebuilt qucs-0.0.12-3.el4 ----------------- * Sun Sep 09 2007 Eric Tanguy - 0.0.12-3 - Modifiy qucs.desktop BZ 283941 queuegraph-1.1-2.el4 -------------------- * 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) quilt-0.46-1.el4 ---------------- * Fri Oct 20 2006 - jwboyer at jdub.homelinux.org 0.46-1 - Update to latest release rootsh-1.5.2-5.el4 ------------------ * Mon Aug 27 2007 Tom "spot" Callaway 1.5.2-5 - license tag fix - rebuild for BuildID sbcl-1.0.9-1.el4 ---------------- * Sun Aug 26 2007 Rex Dieter 1.0.9-1 - sbcl-1.0.9 SDL_mixer-1.2.6-8.el4 --------------------- * Sat Jun 09 2007 Nigel Jones - 1.2.6-8 - SDL_mixer 1.2.6 is latest that will build for EL-4 ser2net-2.4-1.el4 ----------------- * Thu Aug 02 2007 Tom "spot" Callaway 2.4-1 - bump to 2.4 shapelib-1.2.10-13 ------------------ * Tue Aug 21 2007 Shawn McCann 0:1.2.10-13 - Rebuild for EPEL 4 sipp-2.0.1-4.el4 ---------------- * Fri Sep 07 2007 Peter Lemenkov 2.0.1-4 - Removed .svn entries (close BZ #282431) - Added macro for builds for EL-4 spamass-milter-0.3.1-5.el4 -------------------------- * 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 sqlite-3.3.6-0.3.el4 -------------------- * Fri Aug 17 2007 Mike McGrath - 3.3.6-0.3 - Official EPEL build ssmtp-2.61-11.4.el4 ------------------- * Tue Oct 16 2007 lonely wolf 2.61-11.4 - includes patch from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340803 replacing md5 from RSA with a version released under GPLv2+ - fix URL for upstream stripesnoop-1.5-7.el4.1 ----------------------- * Thu May 17 2007 Tom "spot" Callaway 1.5-7.1 - ppc64 won't work here either svgalib-1.9.25-3.el4.1 ---------------------- * Thu Aug 02 2007 Orion Poplawski 1.9.25-3.1 - EL-4 gcc doesn't support -Wno-pointer-sign tcpick-0.2.1-13.el4 ------------------- * Tue Aug 28 2007 Robert Scheck 0.2.1-13 - Updated the license tag according to the guidelines - Buildrequire %{_includedir}/pcap.h instead of conditionals tidy-0.99.0-2.20041214 ---------------------- * Thu Dec 16 2004 Ville Skytt? - 0:0.99.0-2.20041214 - Update to 041214 and docs to 041206. - Build with dependency tracking disabled. trac-0.9.3-2.el4 ---------------- * Tue Jan 10 2006 Joost Soeterbroek - 0.9.3-2 - removed trac.fcgi (bugzilla #174546, comment #11) - applied patch (bugzilla #174546, attachment id=123008) trac-git-plugin-0.0.1-3.20070705svn1536.el4 ------------------------------------------- * Thu Jul 05 2007 Jesse Keating - 0.0.1-3.20070705svn1536 - Require trac and python-setuptools as well trac-mercurial-plugin-0.10.0.2-3.20070705svn5798.el4 ---------------------------------------------------- * Thu Jul 05 2007 Jesse Keating - 0.10.0.2-3.20070705svn5798 - Require trac, python-setuptools as well trac-webadmin-0.1.2-0.3.dev_r4429.el4 ------------------------------------- * Sat Jun 02 2007 Jesse Keating - 0.1.2-0.3.dev_r4429 - and python-setuptools udunits-1.12.4-11.el4.1 ----------------------- * Mon Aug 06 2007 Tom "spot" Callaway 1.12.4-11.1 - fix license (MIT) unshield-0.5-3.el4 ------------------ * Thu Nov 16 2006 Andreas Bierfert 0.5-3 - fix #212516 (thanks to Hans de Goede) uw-imap-2006k-1.el4 ------------------- * Fri Nov 09 2007 Rex Dieter 2006k-1 - imap-2006k (final) wavpack-4.41-1.el4 ------------------ * Sat May 12 2007 Peter Lemenkov 4.41-1 - Version 4.41 - Removed unnecessary --with-pic wine-0.9.46-1.el4 ----------------- * Sat Aug 25 2007 Andreas Bierfert - 0.9.44-1 - version upgrade wv2-0.2.3-3.el4 --------------- * Thu Aug 23 2007 Andreas Bierfert 0.2.3-3 - new license tag - rebuild for buildid xbase-2.0.0-4.el4 ----------------- * Tue Feb 28 2006 Tom "spot" Callaway 2.0.0-4 - bump for FC-5 xbiso-0.6.1-1.el4 ----------------- * Mon Aug 27 2007 Tom "spot" Callaway - 0.6.1-2 - license tag fix - rebuild for BuildID xbsql-0.11-9.el4 ---------------- * Mon Aug 27 2007 Tom "spot" Callaway 0.11-9 - license fix - rebuild for BuildID xclip-0.10-1.el4.1 ------------------ * Tue Oct 16 2007 Tom "spot" Callaway 0.10-1.1 - no need for X11R6 workaround anymore * Tue Oct 16 2007 Tom "spot" Callaway 0.10-1 - bump to 0.10 - new URL xdg-utils-1.0.2-2.el4 --------------------- * Wed Oct 03 2007 Rex Dieter 1.0.2-2 - Requires: which (#312601) xerces-c-2.7.0-6.el4 -------------------- * Sat Nov 25 2006 Peter Lemenkov 2.7.0-6 - typo fix xkeycaps-2.46-5.el4 ------------------- * Mon Aug 06 2007 Tom "spot" Callaway 2.46-5 - el-4 variant xsupplicant-1.2.8-3.el4 ----------------------- * Mon Aug 06 2007 Tom "spot" Callaway 1.2.8-3 - fix xsupplicant to compile in devel (needs linux/if.h) - fix doc generation - fix license yum-2.4.3-0.5.el4 ----------------- * Tue Aug 28 2007 Jeff Sheltren 2.4.3-0.5 - Official EPEL rebuild - Update License tag zabbix-1.4.2-3.el4 ------------------ * Thu Sep 20 2007 Dan Horak 1.4.2-3 - Fix paths (%_bindir -> %_sbindir) in init scripts (#297061) - Add a patch to clean a warning during compile - Add a patch to fix cpu load computations Changes in Fedora EPEL testing/4: libident-0.32-1.el4 ------------------- * Sat Nov 24 2007 Andreas Thienemann - 0.32-1 - Updated to 0.32, making manual .so compile unecessary libnet-1.1.2.1-11.el4 --------------------- * Wed Aug 01 2007 Patrice Dumas 1.1.2.1-11 - build with -fPIC (#250296) libnss-mysql-1.5-6.el4 ---------------------- * 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 osslsigncode-1.2-2.el4 ---------------------- * Mon Aug 27 2007 Matthias Saou 1.2-2 - Update License field. perl-Crypt-SmbHash-0.12-6.el4 ----------------------------- * Sun Aug 12 2007 Paul Howarth 0.12-6 - Clarify license as GPL version 2 or later perl-Digest-MD4-1.5-4.el4 ------------------------- * 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-FreezeThaw-0.43-5.el4 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 0.43-5 - Rebuild for FC6. perl-IO-Socket-SSL-1.01-1.el4 ----------------------------- * Mon Sep 18 2006 Warren Togami - 1.01-1 - 1.01 bug fixes (#206782) perl-MLDBM-2.01-5.el4.1 ----------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.01-5.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Net-SSLeay-1.30-4.el4 -------------------------- * Fri Jul 14 2006 Warren Togami - 1.30-4 - import into FC6 php-eaccelerator-0.9.5.2-1.el4 ------------------------------ * Mon Nov 26 2007 Matthias Saou 1:0.9.5.2-1 - Update to 0.9.5.2. xalan-c-1.10.0-2.el4 -------------------- * 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 From buildsys at fedoraproject.org Thu Nov 29 18:24:33 2007 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 29 Nov 2007 13:24:33 -0500 (EST) Subject: Fedora EPEL Package Build Report 2007-11-29 Message-ID: <20071129182433.A983B15212D@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 3 gcin-1.3.7.1-1.el5 nagios-2.10-5.el5 nut-2.2.0-5.1.el5 Packages built and released for Fedora EPEL testing/4: 1 nagios-2.10-5.el4 Changes in Fedora EPEL testing/5: 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 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 nut-2.2.0-5.1.el5 ----------------- * Thu Nov 29 2007 Tomas Smetana 2.2.0-5.1 - update init script Changes in Fedora EPEL testing/4: 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