From jeff at osuosl.org Mon Jun 1 13:49:20 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Mon, 1 Jun 2009 06:49:20 -0700 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release In-Reply-To: <200905261408.17072.opensource@till.name> References: <200905261408.17072.opensource@till.name> Message-ID: On May 26, 2009, at 5:08 AM, Till Maas wrote: > > 1) Currently EPEL only provides a buildsys-build rpm package at: > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ > > It would be nice to have also a buildsys-build comps group in the > EPEL comps > file, so one can easier build epel rpms with a gpg check enabled > setup. The EPEL comps file? We have one of those? Or would this be a separate yumgroups.xml type file specifically used by createrepo? Anyway, I think this sounds like a good idea. > > > 2) Add the rpm macros from > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- > macros-5-4.el5.noarch.rpm > > to the epel-release package. In Fedora the dist macro is also in > fedora- > release. The reason for this is the same as for 1). I don't see any reason not to do this. -Jeff From jeff at osuosl.org Mon Jun 1 13:52:11 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Mon, 1 Jun 2009 06:52:11 -0700 Subject: Bug Day In-Reply-To: <7874d9dd0905112146w420ce860g3856fe1e53877ef@mail.gmail.com> References: <7874d9dd0905112146w420ce860g3856fe1e53877ef@mail.gmail.com> Message-ID: On May 11, 2009, at 9:46 PM, Michael Stahnke wrote: > > Weekdays? Weekends? Most weekdays work OK for me; maybe a Friday would work? My summer schedule is getting pretty hectic with travel, conferences, etc. but if you pick a date I'll do my best to show up and contribute... -Jeff From mastahnke at gmail.com Mon Jun 1 14:25:11 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 1 Jun 2009 09:25:11 -0500 Subject: Bug Day In-Reply-To: References: <7874d9dd0905112146w420ce860g3856fe1e53877ef@mail.gmail.com> Message-ID: <7874d9dd0906010725x36073329rb0d3f3e8e94d0e36@mail.gmail.com> So do we make a bug day just by declaring a bug day? Any interest for an attempt at a Fedora Activity Day focused on EPEL? I'm probably more inclined to start small and see what happens. From jeff at osuosl.org Mon Jun 1 15:40:32 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Mon, 1 Jun 2009 08:40:32 -0700 Subject: Bug Day In-Reply-To: <7874d9dd0906010725x36073329rb0d3f3e8e94d0e36@mail.gmail.com> References: <7874d9dd0905112146w420ce860g3856fe1e53877ef@mail.gmail.com> <7874d9dd0906010725x36073329rb0d3f3e8e94d0e36@mail.gmail.com> Message-ID: On Jun 1, 2009, at 7:25 AM, Michael Stahnke wrote: > So do we make a bug day just by declaring a bug day? Yep, I think that's about all there is to it. > Any interest for > an attempt at a Fedora Activity Day focused on EPEL? > > I'm probably more inclined to start small and see what happens. Agreed. Let's see what the interest level is like first. -Jeff From till.maas at till.name Tue Jun 2 19:38:53 2009 From: till.maas at till.name (Till Maas) Date: Tue, 02 Jun 2009 21:38:53 +0200 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release In-Reply-To: References: <200905261408.17072.opensource@till.name> Message-ID: <200906022138.59564.till.maas@till.name> On Monday 01 June 2009 15:49:20 Jeff Sheltren wrote: > On May 26, 2009, at 5:08 AM, Till Maas wrote: > > 1) Currently EPEL only provides a buildsys-build rpm package at: > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ > > > > It would be nice to have also a buildsys-build comps group in the > > EPEL comps > > file, so one can easier build epel rpms with a gpg check enabled > > setup. > > The EPEL comps file? We have one of those? Or would this be a > separate yumgroups.xml type file specifically used by createrepo? > Anyway, I think this sounds like a good idea. There is one: http://cvs.fedoraproject.org/viewvc/comps/comps-el5.xml.in?view=log I just created the buildsys-build group from the contents of the buildsys- build package I have. Btw. who maintains the package list for EPEL? I noticed it differs from the F11 one. > > 2) Add the rpm macros from > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- > > macros-5-4.el5.noarch.rpm > > > > to the epel-release package. In Fedora the dist macro is also in > > fedora- > > release. The reason for this is the same as for 1). > > I don't see any reason not to do this. Will you or someone else do this I should/can I do this, too? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Tue Jun 2 19:41:59 2009 From: opensource at till.name (Till Maas) Date: Tue, 02 Jun 2009 21:41:59 +0200 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release Message-ID: <200906022142.00575.opensource@till.name> On Monday 01 June 2009 15:49:20 Jeff Sheltren wrote: > On May 26, 2009, at 5:08 AM, Till Maas wrote: > > 1) Currently EPEL only provides a buildsys-build rpm package at: > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ > > > > It would be nice to have also a buildsys-build comps group in the > > EPEL comps > > file, so one can easier build epel rpms with a gpg check enabled > > setup. > > The EPEL comps file? We have one of those? Or would this be a > separate yumgroups.xml type file specifically used by createrepo? > Anyway, I think this sounds like a good idea. There is one: http://cvs.fedoraproject.org/viewvc/comps/comps-el5.xml.in?view=log I just created the buildsys-build group from the contents of the buildsys- build package I have. Btw. who maintains the package list for EPEL? I noticed it differs from the F11 one. > > 2) Add the rpm macros from > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- > > macros-5-4.el5.noarch.rpm > > > > to the epel-release package. In Fedora the dist macro is also in > > fedora- > > release. The reason for this is the same as for 1). > > I don't see any reason not to do this. Will you or someone else do this I should/can I do this, too? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From jonathan at snetram.nl Tue Jun 2 20:54:08 2009 From: jonathan at snetram.nl (Jonathan Martens) Date: Tue, 02 Jun 2009 22:54:08 +0200 Subject: Jigdo improvements Message-ID: <4A259170.4080509@snetram.nl> Since I recently had the need to use jigdo from EPEL and stumbled on some problems/defects I am directing this to the epel-devel-list, not sure if it is the right target, so if this is misdirected here, please be so kind as to provide me to the proper channel(s). I am using the latest jigdo released in EPEL for EL5 the moment on CentOS 5.3 at the time of writing: jigdo-0.7.3-4.el5 When I installed jigdo a lot of libX related packages were dragged into my minimal installation. Since jigdo has a functional CLI interface (jigdo-lite) and a WYSIWYG interface which is currently not fully functional). Since I do my work mainly on the CLI (on a system as minimal as possible) I was wondering if it would be possible to split the package in a non-WYSIWYG package (containing only jigdo-lite) and a WYSIWYG package (containing graphical stuff), this would save me a lot of libX* related packages: [root at mirror ~]# rpm -qa --last | grep 'Tue 02 Jun 2009' which-2.16-7 Tue 02 Jun 2009 10:44:53 PM CEST jigdo-0.7.3-4.el5 Tue 02 Jun 2009 10:11:18 PM CEST gtk2-2.10.4-20.el5 Tue 02 Jun 2009 10:11:16 PM CEST pango-1.14.9-5.el5.centos Tue 02 Jun 2009 10:11:15 PM CEST libXrandr-1.1.1-3.1 Tue 02 Jun 2009 10:11:14 PM CEST libXinerama-1.0.1-2.1 Tue 02 Jun 2009 10:11:14 PM CEST libXi-1.0.1-3.1 Tue 02 Jun 2009 10:11:14 PM CEST libXft-2.1.10-1.1 Tue 02 Jun 2009 10:11:14 PM CEST libXrender-0.9.1-3.1 Tue 02 Jun 2009 10:11:13 PM CEST libXfixes-4.0.1-2.1 Tue 02 Jun 2009 10:11:13 PM CEST libXext-1.0.1-2.1 Tue 02 Jun 2009 10:11:13 PM CEST libXcursor-1.1.7-1.1 Tue 02 Jun 2009 10:11:13 PM CEST cairo-1.2.4-5.el5 Tue 02 Jun 2009 10:11:13 PM CEST libXdmcp-1.0.1-2.1 Tue 02 Jun 2009 10:11:12 PM CEST libX11-1.0.3-9.el5 Tue 02 Jun 2009 10:11:12 PM CEST gnutls-1.4.1-3.el5_2.1 Tue 02 Jun 2009 10:11:11 PM CEST curl-7.15.5-2.1.el5_3.4 Tue 02 Jun 2009 10:11:11 PM CEST cups-libs-1.3.7-8.el5_3.4 Tue 02 Jun 2009 10:11:11 PM CEST libXau-1.0.1-3.1 Tue 02 Jun 2009 10:11:10 PM CEST atk-1.12.2-1.fc6 Tue 02 Jun 2009 10:11:10 PM CEST libtiff-3.8.2-7.el5_2.2 Tue 02 Jun 2009 10:11:09 PM CEST libpng-1.2.10-7.1.el5_3.2 Tue 02 Jun 2009 10:11:09 PM CEST libjpeg-6b-37 Tue 02 Jun 2009 10:11:09 PM CEST xorg-x11-filesystem-7.1-2.fc6 Tue 02 Jun 2009 10:11:06 PM CEST fontconfig-2.4.1-7.el5 Tue 02 Jun 2009 10:11:06 PM CEST hicolor-icon-theme-0.9-2.1 Tue 02 Jun 2009 10:11:05 PM CEST freetype-2.2.1-21.el5_3 Tue 02 Jun 2009 10:11:04 PM CEST [root at mirror ~]# Furthermore after installation I received a few errors when invoking the program: [root at mirror ~]# jigdo-lite --scan /storage/SME/releases/testing/8/ --noask smeserver-8.0beta4-i386.jigdo Jigsaw Download "lite" Copyright (C) 2001-2005 | jigdo@ Richard Atterer | atterer.net /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `wget' - please install it! /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `egrep' - please install it! /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `sed' - please install it! /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `gzip' - please install it! /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `wc' - please install it! /usr/bin/jigdo-lite: line 676: which: command not found Could not find program `expr' - please install it! ----------------------------------------------------------------- Images offered by `smeserver-8.0beta4-i386.jigdo': 1: smeserver-8.0beta4-i386.iso Path to scan: /storage/SME/releases/testing/8/ Not downloading .template file - `smeserver-8.0beta4-i386.template' already present /usr/bin/jigdo-file: Output file `smeserver-8.0beta4-i386.iso' already exists - delete it or use --force jigdo-file failed with code 3 - aborting. Most of them were on my system apart from which. After installing which I was able to successfully build my ISO using jigdo, so I think the package SPEC file needs a few additional require directives to make sure all dependencies are met when installing jigdo: Only wget is listed currently when querying requirements for jigdo, so this would be the additions AFAICT: Require: which Require: egrep Require: sed Require: gzip Require: wc Require: expr Once again I am hoping I am directing my request to the proper channels. Kind regards, Jonathan From rayvd at bludgeon.org Tue Jun 2 21:34:13 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 2 Jun 2009 14:34:13 -0700 Subject: Jigdo improvements In-Reply-To: <4A259170.4080509@snetram.nl> References: <4A259170.4080509@snetram.nl> Message-ID: <20090602213413.GA9831@bludgeon.org> On Tue, Jun 02, 2009 at 10:54:08PM +0200, Jonathan Martens wrote: > Since I recently had the need to use jigdo from EPEL and stumbled on > some problems/defects I am directing this to the epel-devel-list, not > sure if it is the right target, so if this is misdirected here, please > be so kind as to provide me to the proper channel(s). > > I am using the latest jigdo released in EPEL for EL5 the moment on > CentOS 5.3 at the time of writing: jigdo-0.7.3-4.el5 > > When I installed jigdo a lot of libX related packages were dragged into > my minimal installation. Since jigdo has a functional CLI interface > (jigdo-lite) and a WYSIWYG interface which is currently not fully > functional). > > Since I do my work mainly on the CLI (on a system as minimal as > possible) I was wondering if it would be possible to split the package > in a non-WYSIWYG package (containing only jigdo-lite) and a WYSIWYG > package (containing graphical stuff), this would save me a lot of libX* > related packages: You might want to open a bug at http://bugzilla.redhat.com/ against the jigdo component. It looks like iburrell maintains the EPEL version as well as the Fedora version, so it's likely you could just request that this package split occur. Ray From jonathan at snetram.nl Tue Jun 2 21:58:13 2009 From: jonathan at snetram.nl (Jonathan Martens) Date: Tue, 02 Jun 2009 23:58:13 +0200 Subject: Jigdo improvements In-Reply-To: <20090602213413.GA9831@bludgeon.org> References: <4A259170.4080509@snetram.nl> <20090602213413.GA9831@bludgeon.org> Message-ID: <4A25A075.5010104@snetram.nl> On 2-6-2009 23:34, Ray Van Dolson wrote: > You might want to open a bug at http://bugzilla.redhat.com/ against the > jigdo component. It looks like iburrell maintains the EPEL version as > well as the Fedora version, so it's likely you could just request that > this package split occur. Thanks will do so. Kind regards, Jonathan From jonathan at snetram.nl Tue Jun 2 22:09:08 2009 From: jonathan at snetram.nl (Jonathan Martens) Date: Wed, 03 Jun 2009 00:09:08 +0200 Subject: Jigdo improvements In-Reply-To: <4A25A075.5010104@snetram.nl> References: <4A259170.4080509@snetram.nl> <20090602213413.GA9831@bludgeon.org> <4A25A075.5010104@snetram.nl> Message-ID: <4A25A304.6040206@snetram.nl> On 2-6-2009 23:58, Jonathan Martens wrote: > On 2-6-2009 23:34, Ray Van Dolson wrote: >> You might want to open a bug at http://bugzilla.redhat.com/ against the >> jigdo component. It looks like iburrell maintains the EPEL version as >> well as the Fedora version, so it's likely you could just request that >> this package split occur. > > Thanks will do so. Just to let you know, I opened two bugs: Split CLI and WYSIWYG in Jigdo Jigdo is missing some requirements Thanks for the pointers. Jonathan From jeff at osuosl.org Wed Jun 3 03:44:35 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Tue, 2 Jun 2009 20:44:35 -0700 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release In-Reply-To: <200906022142.00575.opensource@till.name> References: <200906022142.00575.opensource@till.name> Message-ID: On Jun 2, 2009, at 12:41 PM, Till Maas wrote: > >>> 2) Add the rpm macros from >>> http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- >>> macros-5-4.el5.noarch.rpm >>> >>> to the epel-release package. In Fedora the dist macro is also in >>> fedora- >>> release. The reason for this is the same as for 1). >> >> I don't see any reason not to do this. > > Will you or someone else do this I should/can I do this, too? Does anyone have a reason we shouldn't add the %dist macro definitions into the epel-release package? This is now the standard in Fedora, and I think it make sense for EPEL to follow suit. -Jeff From sundaram at fedoraproject.org Wed Jun 3 08:30:30 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 03 Jun 2009 14:00:30 +0530 Subject: Transmission in EPEL Message-ID: <4A2634A6.3030308@fedoraproject.org> Hi, I just took ownership of Transmission in Fedora and I am not really interested in the EPEL branches for this package. Would someone else take ownership? Rahul From dennis at ausil.us Wed Jun 3 12:27:02 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 3 Jun 2009 07:27:02 -0500 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release In-Reply-To: <200906022138.59564.till.maas@till.name> References: <200905261408.17072.opensource@till.name> <200906022138.59564.till.maas@till.name> Message-ID: <200906030727.10274.dennis@ausil.us> On Tuesday 02 June 2009 02:38:53 pm Till Maas wrote: > On Monday 01 June 2009 15:49:20 Jeff Sheltren wrote: > > On May 26, 2009, at 5:08 AM, Till Maas wrote: > > > 1) Currently EPEL only provides a buildsys-build rpm package at: > > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/ epel does not provide this. fedora project does. > > > > > > It would be nice to have also a buildsys-build comps group in the > > > EPEL comps > > > file, so one can easier build epel rpms with a gpg check enabled > > > setup. It cant hurt at all > > > > The EPEL comps file? We have one of those? Or would this be a > > separate yumgroups.xml type file specifically used by createrepo? > > Anyway, I think this sounds like a good idea. > > There is one: > http://cvs.fedoraproject.org/viewvc/comps/comps-el5.xml.in?view=log > I just created the buildsys-build group from the contents of the buildsys- > build package I have. Btw. who maintains the package list for EPEL? I > noticed it differs from the F11 one. It is maintainer managed the same as fedora. if no one updates it that it doesnt get updated. if you want you packages listed its up to you to add them. > > > 2) Add the rpm macros from > > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- > > > macros-5-4.el5.noarch.rpm im honestly not sure if we should add the macros to epel-release it would mean then that you must have epel enabled in your mock config to build for EL-4 and EL-5. it would also mean that we need to have mock updated for all active releases with new epel configs since the existing configs would be broken. which would need to be tightly controlled. since epel-testing or epel building would be broken during the stages of transition. mock could be useful for people building things for rhel but not epel. if Red Hat decides to add them to redhat-release or centos adds them to centos-release we will end up with conflicts (im not aware of any plans to add them but im not really in the know) however it is really the right place for them. though we could possibly get away with making the comps group require epel-release and not buildsys-macros. > > > to the epel-release package. In Fedora the dist macro is also in > > > fedora- > > > release. The reason for this is the same as for 1). > > > > I don't see any reason not to do this. > > Will you or someone else do this I should/can I do this, too? > > Regards > Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mastahnke at gmail.com Thu Jun 4 03:39:16 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 3 Jun 2009 22:39:16 -0500 Subject: Transmission in EPEL In-Reply-To: <4A2634A6.3030308@fedoraproject.org> References: <4A2634A6.3030308@fedoraproject.org> Message-ID: <7874d9dd0906032039s4f108a99veef001a8902c99ee@mail.gmail.com> On Wed, Jun 3, 2009 at 3:30 AM, Rahul Sundaram wrote: > Hi, > > I just took ownership of Transmission in Fedora and I am not really > interested in the EPEL branches for this package. Would someone else > take ownership? > > Rahul > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > You can add me as a co-maintainer. stahnma From sundaram at fedoraproject.org Thu Jun 4 07:50:09 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 04 Jun 2009 13:20:09 +0530 Subject: Transmission in EPEL In-Reply-To: <7874d9dd0906032039s4f108a99veef001a8902c99ee@mail.gmail.com> References: <4A2634A6.3030308@fedoraproject.org> <7874d9dd0906032039s4f108a99veef001a8902c99ee@mail.gmail.com> Message-ID: <4A277CB1.4000503@fedoraproject.org> On 06/04/2009 09:09 AM, Michael Stahnke wrote: > > You can add me as a co-maintainer. I am not sure pkgdb allows adding directly. Please apply and I will approve your request. https://admin.fedoraproject.org/pkgdb/packages/name/transmission Rahul From opensource at till.name Thu Jun 4 07:53:55 2009 From: opensource at till.name (Till Maas) Date: Thu, 04 Jun 2009 09:53:55 +0200 Subject: RFE: add buildsys-build to comps, add buildsys macros to epel-release In-Reply-To: <200906030727.10274.dennis@ausil.us> References: <200905261408.17072.opensource@till.name> <200906022138.59564.till.maas@till.name> <200906030727.10274.dennis@ausil.us> Message-ID: <200906040954.12129.opensource@till.name> On Wed June 3 2009, Dennis Gilmore wrote: > On Tuesday 02 June 2009 02:38:53 pm Till Maas wrote: > > On Monday 01 June 2009 15:49:20 Jeff Sheltren wrote: > > > On May 26, 2009, at 5:08 AM, Till Maas wrote: > > There is one: > > http://cvs.fedoraproject.org/viewvc/comps/comps-el5.xml.in?view=log > > I just created the buildsys-build group from the contents of the > > buildsys- build package I have. Btw. who maintains the package list for > > EPEL? I noticed it differs from the F11 one. > > It is maintainer managed the same as fedora. if no one updates it that it > doesnt get updated. if you want you packages listed its up to you to add > them. I meant the package list of the minimum build root. For the Fedora Collection afaik rel-eng maintains it. Somebody is probably doing the same for EPEL. > > > > 2) Add the rpm macros from > > > > http://buildsys.fedoraproject.org/buildgroups/rhel5/i386/buildsys- > > > > macros-5-4.el5.noarch.rpm > > im honestly not sure if we should add the macros to epel-release it would > mean then that you must have epel enabled in your mock config to build for > EL-4 and EL-5. it would also mean that we need to have mock updated for all > active releases with new epel configs since the existing configs would be > broken. which would need to be tightly controlled. since epel-testing or > epel building would be broken during the stages of transition. mock could > be useful for people building things for rhel but not epel. if Red Hat > decides to add them to redhat-release or centos adds them to centos-release > we will end up with conflicts (im not aware of any plans to add them but im > not really in the know) however it is really the right place for them. > though we could possibly get away with making the comps group require > epel-release and not buildsys-macros. I already made the comps group require epel-release and not buildsys-macros. Also there is no need to remove the groups repo at the specified URL, therefore nothing should break during the transisiton and also old configs will still work. We can first update epel-release and once it is in stable update the mock config files. The problem with conflicts between EPEL and future releases of RHEL exists with every package in EPEL, therefore it is not a big problem. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From rdieter at math.unl.edu Fri Jun 5 13:15:59 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 05 Jun 2009 08:15:59 -0500 Subject: policy regarding pkg's migrating epel -> rhel Message-ID: <4A291A8F.3060002@math.unl.edu> I'd like to ask the Steering committee to consider enhancing existing policy documents, namely, http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies to explictly mention the case where packages migrate from epel -> rhel. Case in point here is a mild contention with what to do with java-1.6.0-openjdk, where it recently moved into rhel, but is still currently in epel repos. See also, https://bugzilla.redhat.com/show_bug.cgi?id=504189 I hope I don't put words into his mouth, but as I understand it, Lubomir's contention is that the upgrade path issues should be considered a blocker to removing this from epel, ie, https://bugzilla.redhat.com/show_bug.cgi?id=499079 My current opinion is that these are orthogonal issues, but I'm curious what others think. What say you? -- Rex From mpeters at mac.com Fri Jun 5 18:14:07 2009 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 05 Jun 2009 11:14:07 -0700 Subject: Recent change in mock ?? Message-ID: <4A29606F.3070708@mac.com> When I upgraded to CentOS 5.3 mock worked post upgrade. Last week I tried to build a binary rpm and it failed, didn't even get to the build part. It built outside of mock, but I figured it might just be a kink in the repos, it wasn't urgent that I install it so I left it at that. Today I tried to build a noarch rpm and it also failed (builds outside of mock). The mock configuration: http://www.clfsrpm.net/yjl-5-php-i386.cfg The root log: http://www.clfsrpm.net/failed.root.i386-squirrelmail-1.4.19-0.src.rpm.txt mock-0.9.14-1.el5 Only odd thing I'm doing - /var/lib/mock is a symlink to /mock/mock - but that symlink is still there. [mpeters at athens ~]$ df -m |grep mock 11904 1757 9533 16% /mock definitely not a space issue. Anyone off hand know why I suddenly can't build even noarch rpms in mock? From smooge at gmail.com Fri Jun 5 20:27:15 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 5 Jun 2009 14:27:15 -0600 Subject: Recent change in mock ?? In-Reply-To: <4A29606F.3070708@mac.com> References: <4A29606F.3070708@mac.com> Message-ID: <80d7e4090906051327l7107b919jb0746d464d9f2fb4@mail.gmail.com> On Fri, Jun 5, 2009 at 12:14 PM, Michael A. Peters wrote: > When I upgraded to CentOS 5.3 mock worked post upgrade. > > Last week I tried to build a binary rpm and it failed, didn't even get to > the build part. It built outside of mock, but I figured it might just be a > kink in the repos, it wasn't urgent that I install it so I left it at that. > > Today I tried to build a noarch rpm and it also failed (builds outside of > mock). > > The mock configuration: > > http://www.clfsrpm.net/yjl-5-php-i386.cfg > > The root log: > > http://www.clfsrpm.net/failed.root.i386-squirrelmail-1.4.19-0.src.rpm.txt > > mock-0.9.14-1.el5 > > Only odd thing I'm doing - /var/lib/mock is a symlink to /mock/mock - but > that symlink is still there. > > [mpeters at athens ~]$ df -m |grep mock > ? ? ? ? ? ? ? ? ? ? ? ? 11904 ? ? ?1757 ? ? ?9533 ?16% /mock > > definitely not a space issue. > > Anyone off hand know why I suddenly can't build even noarch rpms in mock? > What errors are showing up? I saw a problem earlier with mock with it installing an rpm before it should and causing the tree to fail.. but not this one. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From wdierkes at 5dollarwhitebox.org Fri Jun 5 22:03:43 2009 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Fri, 5 Jun 2009 17:03:43 -0500 Subject: Recent change in mock ?? In-Reply-To: <4A29606F.3070708@mac.com> References: <4A29606F.3070708@mac.com> Message-ID: What OS (target) are you trying to build for? I experienced issues building packages for rhel3 after upgrading my mock box to rhel5.3. The problem was due to the latest version of Yum not playing nice with older target OS's. The fix for that was actually to downgrade Yum. And any of the dependencies that required that specific version of Yum. Most likely, not related. On Jun 5, 2009, at 1:14 PM, Michael A. Peters wrote: > When I upgraded to CentOS 5.3 mock worked post upgrade. > > Last week I tried to build a binary rpm and it failed, didn't even > get to the build part. It built outside of mock, but I figured it > might just be a kink in the repos, it wasn't urgent that I install > it so I left it at that. > > Today I tried to build a noarch rpm and it also failed (builds > outside of mock). > > The mock configuration: > > http://www.clfsrpm.net/yjl-5-php-i386.cfg > > The root log: > > http://www.clfsrpm.net/failed.root.i386-squirrelmail-1.4.19-0.src.rpm.txt > > mock-0.9.14-1.el5 > > Only odd thing I'm doing - /var/lib/mock is a symlink to /mock/mock > - but that symlink is still there. > > [mpeters at athens ~]$ df -m |grep mock > 11904 1757 9533 16% /mock > > definitely not a space issue. > > Anyone off hand know why I suddenly can't build even noarch rpms in > mock? > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From buildsys at fedoraproject.org Fri Jun 5 22:32:53 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Jun 2009 22:32:53 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-05 Message-ID: <20090605223253.44E231880EA@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 49 NEW agedu-0-1.r8442.el5 : An utility for tracking down wasted disk space NEW apachetop-0.12.6-6.el5 : A top-like display of Apache logs NEW chmlib-0.40-1.el5 : Library for dealing with ITSS/CHM format files cobbler-1.6.5-1.el5 NEW eggdrop-1.6.19-4.el5 : The world's most popular Open Source IRC bot NEW globus-ftp-client-3.14-1.el5 : Globus Toolkit - GridFTP Client Library NEW globus-ftp-control-2.10-1.el5 : Globus Toolkit - GridFTP Client Control Library NEW globus-gass-transfer-3.4-1.el5 : Globus Toolkit - Globus Gass Transfer NEW globus-io-6.3-1.el5 : Globus Toolkit - uniform I/O interface NEW globus-rls-client-5.1-2.el5 : Globus Toolkit - Replica Location Service Client NEW globus-xio-gsi-driver-0.6-1.el5 : Globus Toolkit - Globus XIO GSI Driver glpi-0.71.6-1.el5 grid-packaging-tools-3.2-18.el5 NEW gyachi-1.1.71-5.el5 : A Yahoo! chat client with Webcam and voice support NEW hdf5-1.6.9-2.el5 : A general purpose library and file format for storing scientific data hosts3d-0.99-1.el5 NEW htop-0.8.2-1.el5 : Interactive process viewer NEW javasqlite-20090430-1.el5.1 : SQLite Java Wrapper/JDBC Driver koan-1.6.5-1.el5 NEW libextractor-0.5.22-2.el5 : Simple library for keyword extraction libguestfs-1.0.41-1.el5 NEW matio-1.3.3-3.el5 : Library for reading/writing Matlab MAT files mksh-38b-1.el5 NEW mod_log_post-0.1.0-1.el5 : Module for the Apache web server to log all HTTP POST messages ocsinventory-1.02.1-1.el5 NEW perl-Config-Properties-1.70-2.el5 : Read and write property files NEW perl-Crypt-GPG-1.63-3.el5 : Perl Object Oriented Interface to GnuPG NEW php-Smarty-2.6.25-1.el5 : Template/Presentation Framework for PHP NEW pyicq-t-0.8-5.a.el5 : ICQ Transport for Jabber Servers NEW pypar-2.1.0_66-3.el5 : Parallel programming with Python NEW python-application-1.1.1-2.el5 : Basic building blocks for python applications NEW python-feedcache-1.3-5.el5 : Wrapper for Mark Pilgrim's FeedParser module which caches feed content NEW python-feedparser-4.1-9.el5 : Parse RSS and Atom feeds in Python NEW python-matplotlib-0.98.5.2-3.el5 : Python plotting library NEW python-repoze-who-1.0.13-1.el5 : An identification and authentication framework for WSGI NEW python-sippy-0-0.8.20090429cvs.el5 : B2BUA (back-to-back user agent) SIP call controlling component NEW python-transaction-1.0-0.4.a1.el5 : Transaction management for Python NEW python-webflash-0.1-0.1.a9.el5 : Portable flash messages for WSGI apps NEW python-wsgiref-0.1.2-3.el5 : WSGI (PEP 333) Reference Library NEW rabbitmq-server-1.5.5-2.el5 : The RabbitMQ server NEW remind-03.01.07-1.el5 : A sophisticated calendar and alarm program NEW revisor-2.0.5.2-3.el5 : Customize "Spin" Graphical User Interface NEW rubygem-mongrel_cluster-1.0.5-2.el5 : GemPlugin wrapper for the mongrel HTTP server NEW stxxl-1.2.1-8.el5 : C++ STL drop-in replacement for extremely large datasets NEW tor-0.2.0.34-5.el5 : Anonymizing overlay network for TCP (The onion router) NEW towhee-6.2.3-5.el5 : A Monte Carlo molecular simulation code NEW vidalia-0.1.13-2.el5 : GUI controller for the Tor Onion Routing Network NEW websvn-2.2.1-1.el5 : Online subversion repository browser NEW xml-security-c-1.4.0-2.el5 : C++ Implementation of W3C security standards for XML Packages built and released for Fedora EPEL testing/4: 26 NEW agedu-0-1.r8442.el4 : An utility for tracking down wasted disk space NEW apachetop-0.12.6-6.el4 : A top-like display of Apache logs NEW chmlib-0.40-1.el4 : Library for dealing with ITSS/CHM format files cobbler-1.6.5-1.el4 NEW eggdrop-1.6.19-4.el4 : The world's most popular Open Source IRC bot NEW facter-1.5.5-1.el4 : Ruby module for collecting simple facts about a host operating system NEW globus-ftp-client-3.14-1.el4 : Globus Toolkit - GridFTP Client Library NEW globus-ftp-control-2.10-1.el4 : Globus Toolkit - GridFTP Client Control Library NEW globus-gass-transfer-3.4-1.el4 : Globus Toolkit - Globus Gass Transfer NEW globus-io-6.3-1.el4 : Globus Toolkit - uniform I/O interface NEW globus-rls-client-5.1-2.el4 : Globus Toolkit - Replica Location Service Client NEW globus-xio-gsi-driver-0.6-1.el4 : Globus Toolkit - Globus XIO GSI Driver glpi-0.71.6-1.el4 grid-packaging-tools-3.2-18.el4 NEW hdf5-1.6.9-2.el4 : A general purpose library and file format for storing scientific data NEW htop-0.8.2-1.el4 : Interactive process viewer koan-1.6.5-1.el4 mksh-38b-1.el4 NEW mod_log_post-0.1.0-1.el4 : Module for the Apache web server to log all HTTP POST messages ocsinventory-1.02.1-1.el4 NEW perl-Crypt-GPG-1.63-3.el4 : Perl Object Oriented Interface to GnuPG NEW pyicq-t-0.8.1-3.el4 : ICQ Transport for Jabber Servers NEW python-application-1.1.1-2.el4 : Basic building blocks for python applications R-2.9.0-1.el4.2 NEW R-qtl-1.11-1.el4 : Tools for analyzing QTL experiments NEW remind-03.01.07-1.el4 : A sophisticated calendar and alarm program Changes in Fedora EPEL testing/5: agedu-0-1.r8442.el5 ------------------- * Thu May 21 2009 Jussi Lehtola - 0-1.r8442 - First release. apachetop-0.12.6-6.el5 ---------------------- * Mon Feb 23 2009 Fedora Release Engineering - 0.12.6-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild chmlib-0.40-1.el5 ----------------- * Thu May 28 2009 Peter Lemenkov 0.40-1 - Ver. 0.40 cobbler-1.6.5-1.el5 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) eggdrop-1.6.19-4.el5 -------------------- * Tue May 26 2009 Robert Scheck 1.6.19-4 - Added upstream ctcpfix to solve CVE-2009-1789 (#502650) globus-ftp-client-3.14-1.el5 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-ftp-control-2.10-1.el5 ----------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-transfer-3.4-1.el5 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-io-6.3-1.el5 ------------------- * Thu Apr 16 2009 Mattias Ellert - 6.3-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-client-5.1-2.el5 --------------------------- * Mon Jun 01 2009 Mattias Ellert - 5.1-2 - Fix documentation build globus-xio-gsi-driver-0.6-1.el5 ------------------------------- * Wed Apr 29 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball - Fix changed dependency namespace glpi-0.71.6-1.el5 ----------------- * Tue Jun 02 2009 Remi Collet - 0.71.6-1 - update to 0.71.6 (Bugfix Release) * Fri May 22 2009 Remi Collet - 0.71.5-4 - post 0.71.5 patches (7910=>8321) * Sun Apr 26 2009 Remi Collet - 0.71.5-3 - post 0.71.5 patches (7910=>8236) grid-packaging-tools-3.2-18.el5 ------------------------------- * Wed May 27 2009 Mattias Ellert - 3.2-18 - Make GPT work with automake 1.11 gyachi-1.1.71-5.el5 ------------------- * Thu May 21 2009 Gregory D Hosler - 1.1.71.3 - Update from upstream hdf5-1.6.9-2.el5 ---------------- * Wed Jun 03 2009 Orion Poplawski 1.6.9-2 - No, don't ship h5perf * Tue Jun 02 2009 Orion Poplawski 1.6.9-1 - Update to 1.6.9 - Update destdir and norpath patches - Drop open patch fixed upstream - Ship h5perf hosts3d-0.99-1.el5 ------------------ * Tue Jun 02 2009 Simon Wesp - 0.99-1 - New upstream release htop-0.8.2-1.el5 ---------------- * Tue Jun 02 2009 Adam Miller - 0.8.2-1 - New release, build for EPEL javasqlite-20090430-1.el5.1 --------------------------- * Fri May 01 2009 Ville Skytt? - 20090430-1.1 - Update to 20090430. - Don't use parallel make, Java build doesn't appear parallel clean. - Run more tests during build if built with SQLite 3.4+. - Improve description. koan-1.6.5-1.el5 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) * Fri May 08 2009 Michael DeHaan - 1.6.4-1 - Upstream changes (see CHANGELOG) libextractor-0.5.22-2.el5 ------------------------- * Thu May 28 2009 Jeff Sheltren - 0.5.22-2 - Rebuild for EL5 - disable flac and qt packages by default libguestfs-1.0.41-1.el5 ----------------------- * Thu Jun 04 2009 Richard W.M. Jones - 1.0.41-1 - New upstream version 1.0.41. - Fixes a number of regressions in RHBZ#503169. * Thu Jun 04 2009 Richard W.M. Jones - 1.0.40-1 - New upstream version 1.0.40. * Thu Jun 04 2009 Richard W.M. Jones - 1.0.39-1 - New upstream version 1.0.39. - Fixes: . libguestfs /dev is too sparse for kernel installation/upgrade (RHBZ#503169) . OCaml bindings build failure (RHBZ#502309) * Tue Jun 02 2009 Richard W.M. Jones - 1.0.38-1 - New upstream version 1.0.38. * Fri May 29 2009 Richard W.M. Jones - 1.0.37-1 - New upstream version 1.0.37. - Fixes: . "mkdir-p" should not throw errors on preexisting directories (RHBZ#503133) . cramfs and squashfs modules should be available in libguestfs appliances (RHBZ#503135) * Thu May 28 2009 Richard Jones - 1.0.35-1 - New upstream version 1.0.35. - Disable tests, they took over 24 hours to run. * Wed May 27 2009 Richard Jones - 1.0.34-1.el5.3 - Fails to build on PPC. - Fix missing Augeas dependency. * Wed May 27 2009 Richard Jones - 1.0.34-1 - Backport 1.0.34 from devel to EPEL. - There should now be a working qemu in EPEL (0.10.5). matio-1.3.3-3.el5 ----------------- * Sat May 23 2009 kwizart < kwizart at gmail.com > - 1.3.3-3 - Remove the test subpackage - Enable make check - Various typo and clean-up mksh-38b-1.el5 -------------- * Sun May 31 2009 Robert Scheck 38b-1 - Upgrade to 38b * Sun May 31 2009 Robert Scheck 38-1 - Upgrade to 38 and updated arc4random.c file - Used -combine (-fwhole-program) rather the old -j switch mod_log_post-0.1.0-1.el5 ------------------------ * Fri May 22 2009 Robert Scheck 0.1.0-1 - Upgrade to 0.1.0 - Initial spec file for Fedora and Red Hat Enterprise Linux ocsinventory-1.02.1-1.el5 ------------------------- * Sat May 30 2009 Remi Collet 1.02.1-1 - update to OCS Inventory NG 1.02.1 - Security Fixes (internal version 5003) perl-Config-Properties-1.70-2.el5 --------------------------------- * Wed Jun 03 2009 Xavier Bachelot 1.70-2 - Remove useless require perl(Test::More). * Tue May 26 2009 Xavier Bachelot 1.70-1 - Specfile autogenerated by cpanspec 1.77. - Fix License:. - Fix encoding on some files. - Add patch to always test PODs. perl-Crypt-GPG-1.63-3.el5 ------------------------- * Mon Jun 01 2009 Robert Scheck 1.63-3 - Changes to match with Fedora Packaging Guidelines (#503175) * Mon Jun 01 2009 Robert Scheck 1.63-2 - Enabled the %check section (#503175 #c1) * Fri May 29 2009 Robert Scheck 1.63-1 - Upgrade to 1.63 - Initial spec file for Fedora and Red Hat Enterprise Linux php-Smarty-2.6.25-1.el5 ----------------------- * Mon May 25 2009 Christopher Stone 2.6.25-1 - Upstream sync pyicq-t-0.8-5.a.el5 ------------------- * Thu May 28 2009 Michael Fleming - 0.8-5.a - Initial build for EPEL pypar-2.1.0_66-3.el5 -------------------- * Thu Jun 04 2009 Jussi Lehtola - 2.1.0_66-3 - Fix build in rawhide. * Fri May 15 2009 Jussi Lehtola - 2.1.0_66-2 - Merge examples into main package and %doc. - Spec file cleanups. python-application-1.1.1-2.el5 ------------------------------ * Mon Jun 01 2009 Peter Lemenkov 1.1.1-2 - Added missing BR python-setuptools-devel * Fri May 29 2009 Peter Lemenkov 1.1.1-1 - Initial build python-feedcache-1.3-5.el5 -------------------------- * Wed Jun 03 2009 Luke Macken - 1.3-5 - Use setuptools to generate egg-info python-feedparser-4.1-9.el5 --------------------------- * Wed Jun 03 2009 Luke Macken - 4.1-9 - Use setuptools to generate egg-info python-matplotlib-0.98.5.2-3.el5 -------------------------------- * Tue May 26 2009 Jef Spaleta - 0.98.5-3 - Latest upstream release - Updated to work with numpy update see EPEL bug 502082 - Be aware that some internal matplotlib APIs have changed python-repoze-who-1.0.13-1.el5 ------------------------------ * Wed May 06 2009 Luke Macken - 1.0.13-1 - Update to the latest upstream release. python-sippy-0-0.8.20090429cvs.el5 ---------------------------------- * Sun May 17 2009 Peter Lemenkov 0-0.8.20090429cvs - Removed unnecessary BuildRequires python-setuptools, pkgconfig - Cosmetic changes python-transaction-1.0-0.4.a1.el5 --------------------------------- * Thu Feb 26 2009 Fedora Release Engineering - 1.0-0.4.a1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild python-webflash-0.1-0.1.a9.el5 ------------------------------ * Thu May 21 2009 Luke Macken 0.1-0.1.a9 - Update to 0.1a9 - Add python-coverage to the BuildRequires python-wsgiref-0.1.2-3.el5 -------------------------- * Thu May 21 2009 Luke Macken - 0.1.2-3 - Update the license tag to 'Python or ZPLv2.1' * Mon May 18 2009 Luke Macken - 0.1.2-2 - Fix description rabbitmq-server-1.5.5-2.el5 --------------------------- * Tue May 26 2009 Hubert Plociniczak 1.5.5-2 - Include dist macro in the release number * Tue May 19 2009 Matthias Radestock 1.5.5-1 - Maintenance release for the 1.5.x series remind-03.01.07-1.el5 --------------------- * Sun May 31 2009 Ray Van Dolson - 03.01.07-1 - Upstream released 03.01.07 revisor-2.0.5.2-3.el5 --------------------- * Sun May 31 2009 Jeroen van Meeuwen - 2.0.5.2-3 - Obsolete mayflower rubygem-mongrel_cluster-1.0.5-2.el5 ----------------------------------- * Tue May 26 2009 Robert Scheck 1.0.5-2 - Added missing requirement to ruby(abi) = version (#501134 #c1) - Rewrote initscript to support single clusters and reload/subsys * Sat May 16 2009 Robert Scheck 1.0.5-1 - Upgrade to 1.0.5 stxxl-1.2.1-8.el5 ----------------- * Wed Jun 03 2009 1.2.1-8 - Added a tab in the 'BuildArch:noarch' directive. * Mon Jun 01 2009 1.2.1-7 - Enclosed the 'BuildArch: noarch' directive within F>=10 condition * Sun May 31 2009 1.2.1-6 - Applied https://bugzilla.redhat.com/show_bug.cgi?id=474787#c12 recommendations * Thu May 28 2009 1.2.1-5 - Re-enable documentation using suggested macros * Sun May 24 2009 1.2.1-4 - Used doc macro to install docs previously manually installed - Added README and TROUBLESHOOTING to docs - Added otpflags macro to build settings - Use "install" program rather than cp for the install of lib tor-0.2.0.34-5.el5 ------------------ * Mon Jun 01 2009 Simon Wesp - 0.2.0.34-5 - Costumize and rebuild for epel (only) * Wed May 06 2009 Enrico Scholz - 0.2.0.34-4 - made it easy to rebuild package in RHEL by adding a 'noarch' conditional to enable/disable noarch subpackages towhee-6.2.3-5.el5 ------------------ * Wed May 27 2009 Jussi Lehtola - 6.2.3-5 - ExcludeArch: ppc64 which is not working due to operand out of range error. See RHBZ #502883. * Wed May 27 2009 Jussi Lehtola - 6.2.3-4 - Fix MPI build on rawhide. * Wed May 27 2009 Jussi Lehtola - 6.2.3-3 - Fix build in rawhide. * Mon May 25 2009 Jussi Lehtola - 6.2.3-2 - Split examples into own subpackage. - Make examples and doc noarch on >=F11. vidalia-0.1.13-2.el5 -------------------- * Mon Jun 01 2009 Simon Wesp - 0.1.13-2 - Merge builds for fedora and epel * Mon Jun 01 2009 Simon Wesp - 0.1.13-1 - Update to 0.1.13 - Adjust to fedora and epel websvn-2.2.1-1.el5 ------------------ * Fri May 22 2009 Xavier Bachelot 2.2.1-1 - Update to 2.2.1. - Preserve time stamp when fixing encoding. * Sat May 09 2009 Xavier Bachelot 2.2.0-2 - php-pear(Text_Diff) is mandatory now. - Add Requires(pre): httpd. xml-security-c-1.4.0-2.el5 -------------------------- * Tue Apr 28 2009 Antti Andreimann - 1.4.0-2 - Execute sed magic against configure instead of configure.ac to avoid calling autotools - Removed build dependency on autotools. - Do not ship test binaries (not needed for end-users) - Added proper dependencies for devel sub-package - Added CPPROG="cp -p" to preserve header file timestamps. Changes in Fedora EPEL testing/4: agedu-0-1.r8442.el4 ------------------- * Thu May 21 2009 Jussi Lehtola - 0-1.r8442 - First release. apachetop-0.12.6-6.el4 ---------------------- * Mon Feb 23 2009 Fedora Release Engineering - 0.12.6-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild chmlib-0.40-1.el4 ----------------- * Thu May 28 2009 Peter Lemenkov 0.40-1 - Ver. 0.40 cobbler-1.6.5-1.el4 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) eggdrop-1.6.19-4.el4 -------------------- * Tue May 26 2009 Robert Scheck 1.6.19-4 - Added upstream ctcpfix to solve CVE-2009-1789 (#502650) facter-1.5.5-1.el4 ------------------ * Fri May 22 2009 Todd Zullinger - 1.5.5-1 - Update to 1.5.5 - Drop upstreamed libperms patch globus-ftp-client-3.14-1.el4 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-ftp-control-2.10-1.el4 ----------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-transfer-3.4-1.el4 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-io-6.3-1.el4 ------------------- * Thu Apr 16 2009 Mattias Ellert - 6.3-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-client-5.1-2.el4 --------------------------- * Mon Jun 01 2009 Mattias Ellert - 5.1-2 - Fix documentation build globus-xio-gsi-driver-0.6-1.el4 ------------------------------- * Wed Apr 29 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball - Fix changed dependency namespace glpi-0.71.6-1.el4 ----------------- * Tue Jun 02 2009 Remi Collet - 0.71.6-1 - update to 0.71.6 (Bugfix Release) * Fri May 22 2009 Remi Collet - 0.71.5-4 - post 0.71.5 patches (7910=>8321) * Sun Apr 26 2009 Remi Collet - 0.71.5-3 - post 0.71.5 patches (7910=>8236) grid-packaging-tools-3.2-18.el4 ------------------------------- * Wed May 27 2009 Mattias Ellert - 3.2-18 - Make GPT work with automake 1.11 hdf5-1.6.9-2.el4 ---------------- * Wed Jun 03 2009 Orion Poplawski 1.6.9-2 - No, don't ship h5perf * Tue Jun 02 2009 Orion Poplawski 1.6.9-1 - Update to 1.6.9 - Update destdir and norpath patches - Drop open patch fixed upstream - Ship h5perf htop-0.8.2-1.el4 ---------------- * Tue Jun 02 2009 Adam Miller - 0.8.2-1 - New release, build for EPEL koan-1.6.5-1.el4 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) * Fri May 08 2009 Michael DeHaan - 1.6.4-1 - Upstream changes (see CHANGELOG) mksh-38b-1.el4 -------------- * Sun May 31 2009 Robert Scheck 38b-1 - Upgrade to 38b * Sun May 31 2009 Robert Scheck 38-1 - Upgrade to 38 and updated arc4random.c file - Used -combine (-fwhole-program) rather the old -j switch mod_log_post-0.1.0-1.el4 ------------------------ * Fri May 22 2009 Robert Scheck 0.1.0-1 - Upgrade to 0.1.0 - Initial spec file for Fedora and Red Hat Enterprise Linux ocsinventory-1.02.1-1.el4 ------------------------- * Sat May 30 2009 Remi Collet 1.02.1-1 - update to OCS Inventory NG 1.02.1 - Security Fixes (internal version 5003) perl-Crypt-GPG-1.63-3.el4 ------------------------- * Mon Jun 01 2009 Robert Scheck 1.63-3 - Changes to match with Fedora Packaging Guidelines (#503175) * Mon Jun 01 2009 Robert Scheck 1.63-2 - Enabled the %check section (#503175 #c1) * Fri May 29 2009 Robert Scheck 1.63-1 - Upgrade to 1.63 - Initial spec file for Fedora and Red Hat Enterprise Linux pyicq-t-0.8.1-3.el4 ------------------- * Thu May 28 2009 Michael Fleming - 0.8.1-3 - Initial build for EPEL python-application-1.1.1-2.el4 ------------------------------ * Mon Jun 01 2009 Peter Lemenkov 1.1.1-2 - Added missing BR python-setuptools-devel * Fri May 29 2009 Peter Lemenkov 1.1.1-1 - Initial build R-2.9.0-1.el4.2 --------------- * Tue May 26 2009 Tom "spot" Callaway - 2.9.0-1.2 - fix embarrassing typo causing broken dependencies (bz 502306) R-qtl-1.11-1.el4 ---------------- * Sat May 23 2009 Mattias Ellert - 1.11-1 - New upstream release remind-03.01.07-1.el4 --------------------- * Sun May 31 2009 Ray Van Dolson - 03.01.07-1 - Upstream released 03.01.07 From buildsys at fedoraproject.org Sat Jun 6 16:03:03 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 6 Jun 2009 16:03:03 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-06 Message-ID: <20090606160303.F29EA1880F5@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 6 NEW erlang-erlsyslog-0.1-1.el5 : Syslog facility for Erlang NEW globus-gass-copy-4.14-1.el5 : Globus Toolkit - Globus Gass Copy NEW globus-rls-server-4.7-2.el5 : Globus Toolkit - Replica Location Service Server NEW portaudio-19-8.el5 : Free, cross platform, open-source, audio I/O library python-fedora-0.3.12.1-1.el5 NEW rubygem-main-2.8.4-1.el5 : A class factory and dsl for generating command line programs real quick Packages built and released for Fedora EPEL testing/4: 3 NEW erlang-erlsyslog-0.1-1.el4 : Syslog facility for Erlang NEW globus-gass-copy-4.14-1.el4 : Globus Toolkit - Globus Gass Copy NEW globus-rls-server-4.7-2.el4 : Globus Toolkit - Replica Location Service Server Changes in Fedora EPEL testing/5: erlang-erlsyslog-0.1-1.el5 -------------------------- * Thu Jun 04 2009 Peter Lemenkov 0.1-1 - Ver. 0.1 globus-gass-copy-4.14-1.el5 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-server-4.7-2.el5 --------------------------- * Fri Jun 05 2009 Mattias Ellert - 4.7-2 - Add Requires needed for scriptlets - Remove the SXXrls.in file - Remove hardcoded port number in init.d startup script portaudio-19-8.el5 ------------------ * Thu Feb 26 2009 Fedora Release Engineering - 19-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild python-fedora-0.3.12.1-1.el5 ---------------------------- * Wed Jun 03 2009 Ricky Zhou - 0.3.12.1-1 - Update for new FAS release. rubygem-main-2.8.4-1.el5 ------------------------ * Sat Jun 06 2009 Jeroen van Meeuwen - 2.8.4-1 - New upstream version Changes in Fedora EPEL testing/4: erlang-erlsyslog-0.1-1.el4 -------------------------- * Thu Jun 04 2009 Peter Lemenkov 0.1-1 - Ver. 0.1 globus-gass-copy-4.14-1.el4 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-server-4.7-2.el4 --------------------------- * Fri Jun 05 2009 Mattias Ellert - 4.7-2 - Add Requires needed for scriptlets - Remove the SXXrls.in file - Remove hardcoded port number in init.d startup script From ra+redhat at strg-alt-entf.org Mon Jun 8 10:13:10 2009 From: ra+redhat at strg-alt-entf.org (Ralph Angenendt) Date: Mon, 8 Jun 2009 12:13:10 +0200 Subject: Recent change in mock ?? In-Reply-To: <4A29606F.3070708@mac.com> References: <4A29606F.3070708@mac.com> Message-ID: <20090608101310.GG28817@br-online.de> Michael A. Peters wrote: > http://www.clfsrpm.net/failed.root.i386-squirrelmail-1.4.19-0.src.rpm.txt > > mock-0.9.14-1.el5 > > Only odd thing I'm doing - /var/lib/mock is a symlink to /mock/mock - > but that symlink is still there. > > [mpeters at athens ~]$ df -m |grep mock > 11904 1757 9533 16% /mock > > definitely not a space issue. > > Anyone off hand know why I suddenly can't build even noarch rpms in mock? Yes. For some reason pam gets pulled in before coreutils: 009-06-05 10:46:39,494 - DEBUG util.py, Line: 256: /var/tmp/rpm-tmp.60706: line 6: cat: command not found 2009-06-05 10:46:39,495 - DEBUG util.py, Line: 256: /var/tmp/rpm-tmp.60706: line 7: rm: command not found 2009-06-05 10:46:39,497 - DEBUG util.py, Line: 256: /var/tmp/rpm-tmp.60706: line 22: install: command not found 2009-06-05 10:46:39,498 - DEBUG util.py, Line: 256: /var/tmp/rpm-tmp.60706: line 25: install: command not found 2009-06-05 10:46:39,501 - DEBUG util.py, Line: 256: error: %post(pam-0.99.6.2-4.el5.i386) scriptlet failed, exit status 127 mock-0.6.3(!) works at least on 64bit hosts (meaning you'll see the error, but the build continues). The same happens on RHEL 5.3, so it is not a CentOS issue. Not sure if there is a viable workaround for this at the moment. See ff. for a discussion (I know there are more, but that is the only one I've found without too much searching. I'm sure that there was a bug report of some sort on bugzilla.redhat.com, but that one I really cannot find at the moment. Cheers, Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From maxamillion at gmail.com Mon Jun 8 14:55:56 2009 From: maxamillion at gmail.com (Adam Miller) Date: Mon, 8 Jun 2009 09:55:56 -0500 Subject: Repository Tagging, why don't we do it? Message-ID: There was a topic of conversation that was brought up in #rhel that I wanted to address here on the mailing lists. What about repo tagging? Why do (all that I know of) other 3rd party repositories seem to tag their packages in respect to their repo such as foo-0.1.i386.el5.rf or foo-0.1.i386.el5.at (or however the method is preferred) and we don't? Just wanted to post the question here because I didn't/don't have the answer. Thanks, -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dennis at ausil.us Mon Jun 8 16:05:21 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 8 Jun 2009 11:05:21 -0500 Subject: Repository Tagging, why don't we do it? In-Reply-To: References: Message-ID: <200906081105.27070.dennis@ausil.us> On Monday 08 June 2009 09:55:56 am Adam Miller wrote: > There was a topic of conversation that was brought up in #rhel that I > wanted to address here on the mailing lists. What about repo tagging? > Why do (all that I know of) other 3rd party repositories seem to tag > their packages in respect to their repo such as foo-0.1.i386.el5.rf or > foo-0.1.i386.el5.at (or however the method is preferred) and we don't? > > Just wanted to post the question here because I didn't/don't have the > answer. > > Thanks, > -Adam It was debated in great length when epel started. please go back and read the mailing lists if you want to know. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From Philip.R.Schaffner at nasa.gov Mon Jun 8 17:36:17 2009 From: Philip.R.Schaffner at nasa.gov (Phil Schaffner) Date: Mon, 08 Jun 2009 13:36:17 -0400 Subject: Repository Tagging, why don't we do it? In-Reply-To: <200906081105.27070.dennis@ausil.us> References: <200906081105.27070.dennis@ausil.us> Message-ID: <4A2D4C11.2090909@NASA.gov> Dennis Gilmore wrote: ... > It was debated in great length when epel started. please go back and read the > mailing lists if you want to know. ... and you'll find that there's still a lot of bad blood splattered around over the dubious decision that resulted from the discussions. From maxamillion at gmail.com Mon Jun 8 18:11:56 2009 From: maxamillion at gmail.com (Adam Miller) Date: Mon, 8 Jun 2009 13:11:56 -0500 Subject: Repository Tagging, why don't we do it? In-Reply-To: <4A2D4C11.2090909@NASA.gov> References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> Message-ID: Sorry to all parties involved if I have brought up old cruft that should have been left to the grave but I wasn't aware and was just seeking an answer. Thanks to dgilmore for pointing me to the archives, I found the thread and read through it. -Adam On Mon, Jun 8, 2009 at 12:36 PM, Phil Schaffner wrote: > Dennis Gilmore wrote: > ... >> >> It was debated in great length when epel started. ?please go back and read >> the mailing lists if you want to know. > > ... and you'll find that there's still a lot of bad blood splattered around > over the dubious decision that resulted from the discussions. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From xavier at bachelot.org Tue Jun 9 19:44:22 2009 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 09 Jun 2009 21:44:22 +0200 Subject: June stable push ? Message-ID: <4A2EBB96.2040105@bachelot.org> Hi there, Is anyone taking care of the stable push for June ? I guess Thorsten is probably busy with other stuff, but is anyone else able to take care of that ? iirc, there are some perms issue. Regards, Xavier From xb_ml at kelkoo.net Tue Jun 9 19:44:04 2009 From: xb_ml at kelkoo.net (Xavier Bachelot) Date: Tue, 09 Jun 2009 21:44:04 +0200 Subject: June stable push ? Message-ID: <4A2EBB84.9080303@kelkoo.net> Hi there, Is anyone taking care of the stable push for June ? I guess Thorsten is probably busy with other stuff, but is anyone else able to take care of that ? iirc, there are some perms issue. Regards, Xavier From joshua at eeinternet.com Thu Jun 11 22:38:47 2009 From: joshua at eeinternet.com (Joshua J. Kugler) Date: Thu, 11 Jun 2009 14:38:47 -0800 Subject: Problem installing git Message-ID: <200906111438.47759.joshua@eeinternet.com> I tried installing the git package today (just git, not git-all) and hit these errors: git-1.5.5.6-2.el5.i386 from epel has depsolving problems --> Missing Dependency: perl(Error) is needed by package git-1.5.5.6-2.el5.i386 (epel) git-1.5.5.6-2.el5.i386 from epel has depsolving problems --> Missing Dependency: perl-Git = 1.5.5.6-2.el5 is needed by package git-1.5.5.6-2.el5.i386 (epel) git-1.5.5.6-2.el5.i386 from epel has depsolving problems --> Missing Dependency: perl(Git) is needed by package git-1.5.5.6-2.el5.i386 (epel) Error: Missing Dependency: perl(Git) is needed by package git-1.5.5.6-2.el5.i386 (epel) Error: Missing Dependency: perl(Error) is needed by package git-1.5.5.6-2.el5.i386 (epel) Error: Missing Dependency: perl-Git = 1.5.5.6-2.el5 is needed by package git-1.5.5.6-2.el5.i386 (epel) It appears perl-Git and perl-Error are in the repo (http://download.fedora.redhat.com/pub/epel/5/i386/repoview/P.group.html) is this a problem with the "provides" of those packages? Has anyone else installed git from EPEL? Thanks! -- Joshua Kugler Part-Time System Admin/Programmer http://www.eeinternet.com PGP Key: http://pgp.mit.edu/ ?ID 0xDB26D7CE From xavier at bachelot.org Fri Jun 12 09:07:36 2009 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 12 Jun 2009 11:07:36 +0200 Subject: Problem installing git Message-ID: <3c62a394bddb97d4667cb741db34c34c.squirrel@mail.bachelot.org> Joshua J. Kugler wrote: > I tried installing the git package today (just git, not git-all) and hit > these errors: > > git-1.5.5.6-2.el5.i386 from epel has depsolving problems > --> Missing Dependency: perl(Error) is needed by package > git-1.5.5.6-2.el5.i386 (epel) > git-1.5.5.6-2.el5.i386 from epel has depsolving problems > --> Missing Dependency: perl-Git = 1.5.5.6-2.el5 is needed by package > git-1.5.5.6-2.el5.i386 (epel) > git-1.5.5.6-2.el5.i386 from epel has depsolving problems > --> Missing Dependency: perl(Git) is needed by package > git-1.5.5.6-2.el5.i386 (epel) > Error: Missing Dependency: perl(Git) is needed by package > git-1.5.5.6-2.el5.i386 (epel) > Error: Missing Dependency: perl(Error) is needed by package > git-1.5.5.6-2.el5.i386 (epel) > Error: Missing Dependency: perl-Git = 1.5.5.6-2.el5 is needed by package > git-1.5.5.6-2.el5.i386 (epel) > > It appears perl-Git and perl-Error are in the repo > (http://download.fedora.redhat.com/pub/epel/5/i386/repoview/P.group.html) > is this a problem with the "provides" of those packages? > > Has anyone else installed git from EPEL? > Works for me. Is the mirror you're using uptodate ? X. From fedora at leemhuis.info Fri Jun 12 12:00:06 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 12 Jun 2009 14:00:06 +0200 Subject: June stable push ? In-Reply-To: <4A2EBB96.2040105@bachelot.org> References: <4A2EBB96.2040105@bachelot.org> Message-ID: <4A324346.8050009@leemhuis.info> Hi! On 09.06.2009 21:44, Xavier Bachelot wrote: > > Is anyone taking care of the stable push for June ? FWIW, there IIRC wasn't even one in May either iirc. > I guess Thorsten is probably busy with other stuff, Yes, sorry, I was really busy with lot of RPM Fusion stuff and real life; EPEL moved off by radar so I forgot about it. In fact I feared exactly that and that was the reason why I months ago (is it even more then a year now? not sure, can't remember) tried to get away from EPEL nearly completely (?), which was running quite fine back then. But the latter not the case anymore. Sure, packagers are still doing a whole lot of good work, but leadership/steering is afaics nearly not existent at all, which IMHO is a dangerous situation for a project like EPEL (especially as RHEL6 is not that far away anymore and we need to be prepared for that). Some examples: No weekly reports for months (which were a requirement from FESCo when the EPEL Steering Committee was formed and thus should still be written!), nearly no meetings and the steering committee obviously doesn't even care if testing -> stable move get done. Hey, not even one of the steering committee members actually answered your mail in the past few days which IMHO tells us everything already. Or IOW: what exactly did the steering committee do over the past six months? Nearly nothing I'd say. Dglimore (maybe one or two others from the Steering Committee; not sure,) did some work for koji and bodhi for EPEL, but that's nearly all afaics. IMHO it's time for the steering committee to say "Sorry, we screwed up, we all step down; the last thing we do it to make sure a new steering committee is formed somehow" > but is anyone else able to take care of that ? Anyone can prepare one: http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove But I did it a few times already, so I can prepare another one quite easily. > iirc, there are some perms issue. That is still the case afaics. Only dglimore can actually do the push and testing->stable moves. CU knurd (?) Yes, I did prepare a few stable pushes over the past few months to help out, but I mentioned a few times already that I didn't really want to do them anymore; looking back at it I should have made it more clear to prevent the current situation; sorry for that; From sundaram at fedoraproject.org Fri Jun 12 12:45:13 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 12 Jun 2009 18:15:13 +0530 Subject: Transmission in EPEL In-Reply-To: <4A277CB1.4000503@fedoraproject.org> References: <4A2634A6.3030308@fedoraproject.org> <7874d9dd0906032039s4f108a99veef001a8902c99ee@mail.gmail.com> <4A277CB1.4000503@fedoraproject.org> Message-ID: <4A324DD9.2070707@fedoraproject.org> On 06/04/2009 01:20 PM, Rahul Sundaram wrote: > On 06/04/2009 09:09 AM, Michael Stahnke wrote: > >> >> You can add me as a co-maintainer. > > I am not sure pkgdb allows adding directly. Please apply and I will > approve your request. > > https://admin.fedoraproject.org/pkgdb/packages/name/transmission Reminder... Rahul From jeff at osuosl.org Fri Jun 12 13:35:14 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Fri, 12 Jun 2009 06:35:14 -0700 Subject: June stable push ? In-Reply-To: <4A324346.8050009@leemhuis.info> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> Message-ID: <97ADF958-CE03-4BC9-8639-2F2B8967F608@osuosl.org> On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: > Hey, not > even one of the steering committee members actually answered your mail > in the past few days which IMHO tells us everything already. I was under the impression that only a couple of people have access to do the push. I know I don't have access to do so. -Jeff From jeff at osuosl.org Fri Jun 12 13:47:16 2009 From: jeff at osuosl.org (Jeff Sheltren) Date: Fri, 12 Jun 2009 06:47:16 -0700 Subject: EPEL Leadership (Was: Re: June stable push ?) In-Reply-To: <4A324346.8050009@leemhuis.info> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> Message-ID: <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: > > > But the latter not the case anymore. Sure, packagers are still doing a > whole lot of good work, but leadership/steering is afaics nearly not > existent at all, which IMHO is a dangerous situation for a project > like > EPEL (especially as RHEL6 is not that far away anymore and we need > to be > prepared for that). > > Some examples: No weekly reports for months (which were a requirement > from FESCo when the EPEL Steering Committee was formed and thus should > still be written!), nearly no meetings and the steering committee > obviously doesn't even care if testing -> stable move get done. Hey, > not > even one of the steering committee members actually answered your mail > in the past few days which IMHO tells us everything already. Agreed, the leadership has gone stagnant lately. Partly due to conflicting schedules, and I think partly due to lack of interest: "things are working good enough". There have been various grumblings of things to do, but not too much has come from it. I think that EPEL is a side project for most, if not all, of the steering committee, and without at least one dedicated leader, we've all gotten distracted by other things. > > > IMHO it's time for the steering committee to say "Sorry, we screwed > up, > we all step down; the last thing we do it to make sure a new steering > committee is formed somehow" I would be glad to step down if I thought it were the best thing to do, but I don't think that it is. We have trouble even getting more than one or two non-steering committee members to the meetings (when we do have them!). What makes you think that we could find enough interested/motivated people to replace the entire committee? I'm under the impression that EPEL is popular with end users but there aren't many in the user pool who are willing or able to step up and help make EPEL better. > > (?) Yes, I did prepare a few stable pushes over the past few months to > help out, but I mentioned a few times already that I didn't really > want > to do them anymore; looking back at it I should have made it more > clear > to prevent the current situation; sorry for that; I don't think any of this is your fault... -Jeff From fedora at leemhuis.info Fri Jun 12 13:49:26 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 12 Jun 2009 15:49:26 +0200 Subject: June stable push ? In-Reply-To: <97ADF958-CE03-4BC9-8639-2F2B8967F608@osuosl.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <97ADF958-CE03-4BC9-8639-2F2B8967F608@osuosl.org> Message-ID: <4A325CE6.6000003@leemhuis.info> On 12.06.2009 15:35, Jeff Sheltren wrote: > On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: >> Hey, not >> even one of the steering committee members actually answered your mail >> in the past few days which IMHO tells us everything already. > I was under the impression that only a couple of people have access to > do the push. That's correct, as mentioned in my mail -- only dglimore has permissions to push packages atm afaik. But no special requirements are needed to prepare the push (which was mentioned in my mail as well; sigh). Heck, the necessary steps were even linked to from the schedule page for the EPEL Steering Committee meetings -- but that page wasn't updated/adjusted since Fedoraproject.org moved to the new wiki, which feels like ages ago -- another area where nearly nothing happened over the past few months :-( CU knurd From mdehaan at redhat.com Fri Jun 12 16:00:59 2009 From: mdehaan at redhat.com (Michael DeHaan) Date: Fri, 12 Jun 2009 12:00:59 -0400 Subject: June stable push ? In-Reply-To: <4A324346.8050009@leemhuis.info> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> Message-ID: <4A327BBB.4050706@redhat.com> Thorsten Leemhuis wrote: > Hi! > > On 09.06.2009 21:44, Xavier Bachelot wrote: > >> Is anyone taking care of the stable push for June ? >> > > FWIW, there IIRC wasn't even one in May either iirc. > > >> I guess Thorsten is probably busy with other stuff, >> > > Yes, sorry, I was really busy with lot of RPM Fusion stuff and real > life; EPEL moved off by radar so I forgot about it. > > In fact I feared exactly that and that was the reason why I months ago > (is it even more then a year now? not sure, can't remember) tried to get > away from EPEL nearly completely (?), which was running quite fine back > then. > > But the latter not the case anymore. Sure, packagers are still doing a > whole lot of good work, but leadership/steering is afaics nearly not > existent at all, which IMHO is a dangerous situation for a project like > EPEL (especially as RHEL6 is not that far away anymore and we need to be > prepared for that). > > Some examples: No weekly reports for months (which were a requirement > from FESCo when the EPEL Steering Committee was formed and thus should > still be written!), nearly no meetings and the steering committee > obviously doesn't even care if testing -> stable move get done. Hey, not > even one of the steering committee members actually answered your mail > in the past few days which IMHO tells us everything already. > > Or IOW: what exactly did the steering committee do over the past six > months? Nearly nothing I'd say. Dglimore (maybe one or two others from > the Steering Committee; not sure,) did some work for koji and bodhi for > EPEL, but that's nearly all afaics. > > > IMHO it's time for the steering committee to say "Sorry, we screwed up, > we all step down; the last thing we do it to make sure a new steering > committee is formed somehow" > > > >> but is anyone else able to take care of that ? >> > > Anyone can prepare one: > http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove > > But I did it a few times already, so I can prepare another one quite easily. > > >> iirc, there are some perms issue. >> > > That is still the case afaics. Only dglimore can actually do the push > and testing->stable moves. > > CU > knurd > > (?) Yes, I did prepare a few stable pushes over the past few months to > help out, but I mentioned a few times already that I didn't really want > to do them anymore; looking back at it I should have made it more clear > to prevent the current situation; sorry for that; > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I would see if we could get EPEL more part of Fedora-proper. It is /rather/ important and critical to let pushes not be regular. I have asked folks to use EPEL-testing for some time, and that keeps working, but since Fedora infra and the build system is rather rock solid, I think pushing things to use the same systems (i.e. the update system) and such are the way to go as that would also encourage more people to package for and use EPEL (hopefully). It's crazy odd to ask folks to use "testing" to get packages that are recent, and the Fedora build and update system Fedora has would eliminate this problem altogether (especially if kicked from the same place). --Michael From rayvd at bludgeon.org Fri Jun 12 16:07:58 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Fri, 12 Jun 2009 09:07:58 -0700 Subject: June stable push ? In-Reply-To: <4A327BBB.4050706@redhat.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> Message-ID: <20090612160758.GA13555@bludgeon.org> On Fri, Jun 12, 2009 at 12:00:59PM -0400, Michael DeHaan wrote: > I would see if we could get EPEL more part of Fedora-proper. It is > /rather/ important and critical to let pushes not be regular. > > I have asked folks to use EPEL-testing for some time, and that keeps > working, but since Fedora infra and the build system is rather > rock solid, I think pushing things to use the same systems (i.e. the > update system) and such are the way to go as that would also encourage > more people to package for and use EPEL (hopefully). > > It's crazy odd to ask folks to use "testing" to get packages that are > recent, and the Fedora build and update system Fedora has would eliminate > this problem altogether (especially if kicked from the same place). > > --Michael I know we can do EL scratch builds on Koji now. How close are we to having the entire update process managed through Koji/Bodhi? This would make these monthly pushes unnecessary... Ray From kevin at scrye.com Fri Jun 12 16:24:19 2009 From: kevin at scrye.com (Kevin Fenzi) Date: Fri, 12 Jun 2009 10:24:19 -0600 Subject: June stable push ? In-Reply-To: <4A324346.8050009@leemhuis.info> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> Message-ID: <20090612102419.09cb3af2@ohm.scrye.com> On Fri, 12 Jun 2009 14:00:06 +0200 Thorsten Leemhuis wrote: > Hi! > > On 09.06.2009 21:44, Xavier Bachelot wrote: > > > > Is anyone taking care of the stable push for June ? > > FWIW, there IIRC wasn't even one in May either iirc. > > > I guess Thorsten is probably busy with other stuff, > > Yes, sorry, I was really busy with lot of RPM Fusion stuff and real > life; EPEL moved off by radar so I forgot about it. > > In fact I feared exactly that and that was the reason why I months ago > (is it even more then a year now? not sure, can't remember) tried to > get away from EPEL nearly completely (?), which was running quite > fine back then. > > But the latter not the case anymore. Sure, packagers are still doing a > whole lot of good work, but leadership/steering is afaics nearly not > existent at all, which IMHO is a dangerous situation for a project > like EPEL (especially as RHEL6 is not that far away anymore and we > need to be prepared for that). Well, somewhat agreed. What critical issue is waiting to be addressed? > Some examples: No weekly reports for months (which were a requirement > from FESCo when the EPEL Steering Committee was formed and thus should > still be written!), nearly no meetings and the steering committee > obviously doesn't even care if testing -> stable move get done. Hey, > not even one of the steering committee members actually answered your > mail in the past few days which IMHO tells us everything already. I have tried (twice or three times, I forget) to get regular meetings going again. Either I can't get a time where everyone can attend, no one does attend, or people forget about the meetings. We did have some meetings a few months ago, and a few things came out of them, but not much. Mostly people were "everything is running ok, what do we need to do". > Or IOW: what exactly did the steering committee do over the past six > months? Nearly nothing I'd say. Dglimore (maybe one or two others from > the Steering Committee; not sure,) did some work for koji and bodhi > for EPEL, but that's nearly all afaics. Agreed. What items do you think should be addressed? > IMHO it's time for the steering committee to say "Sorry, we screwed > up, we all step down; the last thing we do it to make sure a new > steering committee is formed somehow" ok. Happy to do so. Who wants to be in a new committee? Judging from the lack of people interested in meetings I would say not many. I'm happy to step down if others step up tho. Alternately, if I can get commitment from people to attend meetings I will hold them and try and get things back on track. Note that a while back we discussed if EPEL is in need of a "steering comittee" which implies elections and such. We decided that it was much more a SIG than a Project. I don't know if that needs to be addressed by fesco. > > > but is anyone else able to take care of that ? > > Anyone can prepare one: > http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove > > But I did it a few times already, so I can prepare another one quite > easily. One was/is being done by Michael Stahnke. > > iirc, there are some perms issue. > > That is still the case afaics. Only dglimore can actually do the push > and testing->stable moves. Yes, this is the case as far as I know. > CU > knurd > > (?) Yes, I did prepare a few stable pushes over the past few months to > help out, but I mentioned a few times already that I didn't really > want to do them anymore; looking back at it I should have made it > more clear to prevent the current situation; sorry for that; yeah, sorry if people have been bugging you on that. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From a.badger at gmail.com Fri Jun 12 16:25:34 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 12 Jun 2009 09:25:34 -0700 Subject: June stable push ? In-Reply-To: <20090612160758.GA13555@bludgeon.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> <20090612160758.GA13555@bludgeon.org> Message-ID: <4A32817E.20506@gmail.com> On 06/12/2009 09:07 AM, Ray Van Dolson wrote: > I know we can do EL scratch builds on Koji now. How close are we to > having the entire update process managed through Koji/Bodhi? This > would make these monthly pushes unnecessary... > Actually... It wouldn't make the pushes unnecessary. It would just change what needs to be done in order to push. Bodhi queues packages to push. Someone still has to go through and sign the packages in the queue and tell Bodhi to push them out. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rayvd at bludgeon.org Fri Jun 12 16:29:33 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Fri, 12 Jun 2009 09:29:33 -0700 Subject: June stable push ? In-Reply-To: <4A32817E.20506@gmail.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> <20090612160758.GA13555@bludgeon.org> <4A32817E.20506@gmail.com> Message-ID: <20090612162933.GA13806@bludgeon.org> On Fri, Jun 12, 2009 at 09:25:34AM -0700, Toshio Kuratomi wrote: > On 06/12/2009 09:07 AM, Ray Van Dolson wrote: > > I know we can do EL scratch builds on Koji now. How close are we to > > having the entire update process managed through Koji/Bodhi? This > > would make these monthly pushes unnecessary... > > > Actually... It wouldn't make the pushes unnecessary. It would just > change what needs to be done in order to push. Bodhi queues packages to > push. Someone still has to go through and sign the packages in the > queue and tell Bodhi to push them out. Ah, obviously I'm not familiar with that process. I guess it's still manual? It certainly happens more than once a month for Fedora. Would an EPEL member need to be tasked with doing the signing and Bodhi interaction? Does the signer do some sort of manual inspection or QA that prevents this from being automated? Ray From buildsys at fedoraproject.org Fri Jun 12 16:43:36 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 12 Jun 2009 16:43:36 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-12 Message-ID: <20090612164336.E3DB7188105@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 16 NEW augeas-0.5.1-1.el5 : A library for changing configuration files NEW chntpw-0.99.6-9.el5 : Change passwords in Windows SAM files NEW flamerobin-0.9.2-0.el5 : Graphical client for Firebird NEW libglademm24-2.6.3-3.el5 : C++ wrapper for libglade libguestfs-1.0.44-1.el5.1 libnet-1.1.4-1.el5 NEW mdsplib-0.11-9.el5 : METAR Decoder Software Package Library NEW mingw32-libpng-1.2.37-1.el5 : MinGW Windows Libpng library nsd-3.2.2-2.el5 numpy-1.2.1-2.el5 NEW perl-Cache-Memcached-1.26-3.el5 : Perl client for memcached NEW perl-Compress-Raw-Zlib-2.020-1.el5 : Low-Level Interface to the zlib compression library python-fedora-0.3.12.1-2.el5 NEW R-msm-0.9.1-1.el5 : Multi-state Markov and hidden Markov models in continuous time rmol-0.22.0-1.el5 TurboGears-1.0.8-5.el5 Packages built and released for Fedora EPEL testing/4: 8 NEW augeas-0.5.1-1.el4 : A library for changing configuration files NEW flamerobin-0.9.2-0.el4 : Graphical client for Firebird libnet-1.1.4-1.el4 NEW mdsplib-0.11-9.el4 : METAR Decoder Software Package Library NEW perl-Cache-Memcached-1.26-3.el4 : Perl client for memcached NEW perl-Compress-Raw-Zlib-2.020-1.el4 : Low-Level Interface to the zlib compression library NEW perl-Params-Validate-0.89-1.el4 : Params-Validate Perl module NEW perl-Test-Taint-1.04-4.el4 : Tools to test taintedness Changes in Fedora EPEL testing/5: augeas-0.5.1-1.el5 ------------------ * Fri Jun 05 2009 David Lutterkort - 0.5.1-1 - Install fadot chntpw-0.99.6-9.el5 ------------------- * Mon Jun 08 2009 Richard W.M. Jones - 0.99.6-9 - Compile against libgcrypt instead of OpenSSL (RHBZ#504595). - Compile as a 64 bit native binary on 64 bit platforms. * Mon Jun 08 2009 Richard W.M. Jones - 0.99.6-8 - Fix three crashing bugs in 'reged -x' command. flamerobin-0.9.2-0.el5 ---------------------- * Sun Apr 12 2009 Philippe Makowski 0.9.2-0 - First Fedora build - New upstream: 0.9.2 libglademm24-2.6.3-3.el5 ------------------------ * Wed Jun 10 2009 Denis Leroy - 2.6.3-3 - First EL-5 version, based on 2.6.3 - Some rpmlint cleanups libguestfs-1.0.44-1.el5.1 ------------------------- * Thu Jun 11 2009 Richard W.M. Jones - 1.0.44-1.el5.1 - Tests fail on i386 (impossible to debug because there are no log files available in plague), so disable tests on i386. - Tests succeeded on x86-64, so leave enabled on this platform. * Wed Jun 10 2009 Richard W.M. Jones - 1.0.44-1 - New upstream version 1.0.44. - This release is supposed to fix the testsuite under RHEL 5, so try enabling tests. * Tue Jun 09 2009 Richard W.M. Jones - 1.0.43-1 - New upstream version 1.0.43. - New upstream URL. - Requires chntpw program. * Sat Jun 06 2009 Richard W.M. Jones - 1.0.42-1 - New upstream version 1.0.42. libnet-1.1.4-1.el5 ------------------ * Thu Jun 11 2009 Robert Scheck 1.1.4-1 - Upgrade to 1.1.4 * Sat Jun 06 2009 Robert Scheck 1.1.3-2 - Added upstream patch to solve HAVE_CONFIG_H (#501633, #502400) mdsplib-0.11-9.el5 ------------------ * Thu Jun 11 2009 Matthias Saou 0.11-9 - Fix null check which could cause segfaults (#505050). mingw32-libpng-1.2.37-1.el5 --------------------------- * Tue Jun 09 2009 Richard W.M. Jones - 1.2.37-1 - New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. nsd-3.2.2-2.el5 --------------- * Sat Jun 06 2009 Paul Wouters - 3.2.2-2 - Fix %1 error on cronjob. Updated Description: numpy-1.2.1-2.el5 ----------------- * Thu Jun 11 2009 Jon Ciesla 1.2.1-2 - Fixed atlas BR, BZ 505376. perl-Cache-Memcached-1.26-3.el5 ------------------------------- * Tue Jun 09 2009 Michael Fleming - 1.2.6-3 - More cleanups - Change license * Sat Jun 06 2009 Michael Fleming - 1.2.6-2 - Cleaned up for Fedora review * Sat Jun 06 2009 Michael Fleming - 1.2.6-1.mf - Initial Revision perl-Compress-Raw-Zlib-2.020-1.el5 ---------------------------------- * Wed Jun 10 2009 Stepan Kasal - 2.020-1 - update to the latest upstream version (504386) python-fedora-0.3.12.1-2.el5 ---------------------------- * Thu Jun 11 2009 Ricky Zhou - 0.3.12.1-2 - Backport a patch to add a bugzilla_email entry. R-msm-0.9.1-1.el5 ----------------- * Fri Jun 12 2009 Denis Arnaud 0.9.1-1 - Integrated the new upstream (0.9.1) version * Sat Jun 06 2009 Denis Arnaud 0.8.2-2 - Altered the license so as to reflect upstream, after clarification with them rmol-0.22.0-1.el5 ----------------- * Mon May 11 2009 Denis Arnaud 0.22.0-1 - Upstream integration TurboGears-1.0.8-5.el5 ---------------------- * Wed Jun 10 2009 Luke Macken - 1.0.8-5 - Remove the python-json requirement Changes in Fedora EPEL testing/4: augeas-0.5.1-1.el4 ------------------ * Fri Jun 05 2009 David Lutterkort - 0.5.1-1 - Install fadot flamerobin-0.9.2-0.el4 ---------------------- * Sun Apr 12 2009 Philippe Makowski 0.9.2-0 - First Fedora build - New upstream: 0.9.2 libnet-1.1.4-1.el4 ------------------ * Thu Jun 11 2009 Robert Scheck 1.1.4-1 - Upgrade to 1.1.4 * Sat Jun 06 2009 Robert Scheck 1.1.3-2 - Added upstream patch to solve HAVE_CONFIG_H (#501633, #502400) mdsplib-0.11-9.el4 ------------------ * Thu Jun 11 2009 Matthias Saou 0.11-9 - Fix null check which could cause segfaults (#505050). perl-Cache-Memcached-1.26-3.el4 ------------------------------- * Tue Jun 09 2009 Michael Fleming - 1.2.6-3 - More cleanups - Change license * Sat Jun 06 2009 Michael Fleming - 1.2.6-2 - Cleaned up for Fedora review * Sat Jun 06 2009 Michael Fleming - 1.2.6-1.mf - Initial Revision perl-Compress-Raw-Zlib-2.020-1.el4 ---------------------------------- * Wed Jun 10 2009 Stepan Kasal - 2.020-1 - update to the latest upstream version (504386) perl-Params-Validate-0.89-1.el4 ------------------------------- * Tue Nov 13 2007 Ralf Cors?pius - 0.89-1 - Upstream update. perl-Test-Taint-1.04-4.el4 -------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.04-4 - Reflect perl-package split. - Update license tag. From a.badger at gmail.com Fri Jun 12 16:42:27 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 12 Jun 2009 09:42:27 -0700 Subject: June stable push ? In-Reply-To: <20090612162933.GA13806@bludgeon.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> <20090612160758.GA13555@bludgeon.org> <4A32817E.20506@gmail.com> <20090612162933.GA13806@bludgeon.org> Message-ID: <4A328573.8030808@gmail.com> On 06/12/2009 09:29 AM, Ray Van Dolson wrote: > On Fri, Jun 12, 2009 at 09:25:34AM -0700, Toshio Kuratomi wrote: >> On 06/12/2009 09:07 AM, Ray Van Dolson wrote: >>> I know we can do EL scratch builds on Koji now. How close are we to >>> having the entire update process managed through Koji/Bodhi? This >>> would make these monthly pushes unnecessary... >>> >> Actually... It wouldn't make the pushes unnecessary. It would just >> change what needs to be done in order to push. Bodhi queues packages to >> push. Someone still has to go through and sign the packages in the >> queue and tell Bodhi to push them out. > > Ah, obviously I'm not familiar with that process. I guess it's still > manual? It certainly happens more than once a month for Fedora. Would > an EPEL member need to be tasked with doing the signing and Bodhi > interaction? > Currently people want to keep the EPEL signing key and Fedora signing key trusted users separate. I think someone should be able to sign with both the EPEL key and the Fedora key if they're trusted to do so by both projects but it hasn't come to a point where someone wanted to sign for both yet that I know. If there's not enough EPEL signers, getting the rel-eng people who do Fedora signing to also sign for EPEL is a possibility but I think that should be explored once bodhi-EPEL integration is done and we know if it's really where the bottleneck lies. > Does the signer do some sort of manual inspection or QA that prevents > this from being automated? > They can. (For EPEL, that might consist of checking whether the package has seen enough time in testing, doesn't break API without reason, etc.) In Fedora there isn't much inspection done except around release time. However, the fact that someone has to type in a password to unlock the signing key means that the process cannot be completely automated. Also note that currently the Fedora Update process requires some amount of babysitting as problems can occur during update that have to be fixed and then the update resubmitted. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From joshua at eeinternet.com Fri Jun 12 17:23:02 2009 From: joshua at eeinternet.com (Joshua J. Kugler) Date: Fri, 12 Jun 2009 09:23:02 -0800 Subject: Problem installing git In-Reply-To: <3c62a394bddb97d4667cb741db34c34c.squirrel@mail.bachelot.org> References: <3c62a394bddb97d4667cb741db34c34c.squirrel@mail.bachelot.org> Message-ID: <200906120923.02729.joshua@eeinternet.com> On Friday 12 June 2009, Xavier Bachelot said something like: > > Has anyone else installed git from EPEL? > Works for me. Is the mirror you're using uptodate ? Yeah...finally figured it out. Somebody (*cough* cpanel *cough*) had excluded perl* in yum.conf. Grr. j -- Joshua Kugler Part-Time System Admin/Programmer http://www.eeinternet.com PGP Key: http://pgp.mit.edu/ ?ID 0xDB26D7CE From kevin at tummy.com Fri Jun 12 19:00:42 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 12 Jun 2009 13:00:42 -0600 Subject: Meeting today - 2009-06-12 21:00 UTC in #fedora-meeting Message-ID: <20090612130042.287cc304@ohm.scrye.com> lets try this again. In todays FESCo meeting there was dicsussion about the state of EPEL. It was decided: 1) monthly EPEL reports are needed 2) trac will be Rel-eng to cover build items 3) need to find a RH contact to deal with crossed over packages 4) weekly meetings need to be done and figured out how to do 5) FESCO will help as needed to get this going again I am going to try again to get regular meetings started. Last time that worked for everyone was fridays at 21:00UTC, so I will try a meeting today. IF you cannot make that meeting, please provide an alternate time that can make. If enough people show up and step up as interested, I would be happy to step down in favor of them. Failing that I will keep trying. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mastahnke at gmail.com Fri Jun 12 21:49:27 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 12 Jun 2009 16:49:27 -0500 Subject: June stable push ? In-Reply-To: <4A328573.8030808@gmail.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> <20090612160758.GA13555@bludgeon.org> <4A32817E.20506@gmail.com> <20090612162933.GA13806@bludgeon.org> <4A328573.8030808@gmail.com> Message-ID: <7874d9dd0906121449u59301ccpa928cb9f68099965@mail.gmail.com> I am trying to prepare this push. I've had some questions about it and am working with the correct people on it. Sorry it's late. stahnma From kevin at tummy.com Fri Jun 12 22:19:46 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 12 Jun 2009 16:19:46 -0600 Subject: EPEL IRC meeting summary/minutes - 2009-06-12 Message-ID: <20090612161946.34a6044e@ohm.scrye.com> We did meet today. We determined we will continue to meet at this time until we have another meeting time. fedora-meeting: EPEL meeting - 2009-06-12 Meeting started by nirik at 21:00:02 UTC. Action Items stahnma will send to list about bug day stahnma will try to move many of the wiki meeting logs into the correct namespace dgilmore and SmootherFrOgZ will work on bodhi/koji. stahnma will try to finish preparing the EL5 push... nirik will post the meeting logs to the mailing list and ask about meeting times again. LinuxCode changed wiki to reflect new meeting time People Present (lines said): nirik (88) stahnma (48) Jeff_S (25) LinuxCode (22) dgilmore (13) rayvd (8) abadger1999 (7) mmcgrath (5) SmootherFrOgZ (5) zodbot (1) schlobinux_ (1) Minutes: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-12-21.00.html Log: http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-12-21.00.log.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mastahnke at gmail.com Fri Jun 12 22:57:08 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 12 Jun 2009 17:57:08 -0500 Subject: EPEL Bug Day Message-ID: <7874d9dd0906121557i5599e092n275c94b05c4d3216@mail.gmail.com> The EPEL SIG team is asking for your participation at the first EPEL Bug Day. Please step up and help make EPEL a successful supplement to Enterprise Linux. When: July 11, 2009 00:00 UTC - 23:59 UTC. Goal: Squash (close) as many bugs as possible with proper solutions. More Information: * https://fedoraproject.org/wiki/EPEL_Bug_Day_July_2009 Current Bug List * http://tr.im/epelbugs We'll send out some more information when it becomes available. Thanks for your help, stahnma From buildsys at fedoraproject.org Sat Jun 13 00:18:58 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 13 Jun 2009 00:18:58 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-13 Message-ID: <20090613001858.E9AE718810C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 4 cobbler-1.6.6-1.el5 NEW heartbeat-2.1.4-8.el5 : Heartbeat subsystem for High-Availability Linux koan-1.6.6-1.el5 (!) transmission-1.34-1.el5 : INVALID rebuild, not published! Packages built and released for Fedora EPEL testing/4: 2 cobbler-1.6.6-1.el4 koan-1.6.6-1.el4 Changes in Fedora EPEL testing/5: cobbler-1.6.6-1.el5 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release heartbeat-2.1.4-8.el5 --------------------- * Thu Jun 11 2009 Kevin Fenzi - 2.1.4-8 - Add perl(Net::IMAP::Simple::SSL) to ldirector subpackage - Fix MAILCMD (#502443) - Add patch to fix duplicate install of OCF drbd koan-1.6.6-1.el5 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release transmission-1.34-1.el5 ----------------------- * Sat Mar 28 2009 Denis Leroy - 1.34-1 - Initial EL-5 version, based on F-10 1.34 version Changes in Fedora EPEL testing/4: cobbler-1.6.6-1.el4 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release koan-1.6.6-1.el4 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release From kwade at redhat.com Sat Jun 13 05:10:49 2009 From: kwade at redhat.com (Karsten Wade) Date: Fri, 12 Jun 2009 22:10:49 -0700 Subject: Meeting today - 2009-06-12 21:00 UTC in #fedora-meeting In-Reply-To: <20090612130042.287cc304@ohm.scrye.com> References: <20090612130042.287cc304@ohm.scrye.com> Message-ID: <20090613050956.GT7591@calliope.phig.org> On Fri, Jun 12, 2009 at 01:00:42PM -0600, Kevin Fenzi wrote: > > IF you cannot make that meeting, please provide an alternate time that > can make. If enough people show up and step up as interested, I would > be happy to step down in favor of them. Failing that I will keep > trying. Sorry I'm late to this party; I can make that or most any other times that work for people, and am (now more) available to help in whatever way I can. - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kwade at redhat.com Sat Jun 13 05:18:51 2009 From: kwade at redhat.com (Karsten Wade) Date: Fri, 12 Jun 2009 22:18:51 -0700 Subject: policy regarding pkg's migrating epel -> rhel In-Reply-To: <4A291A8F.3060002@math.unl.edu> References: <4A291A8F.3060002@math.unl.edu> Message-ID: <20090613051851.GU7591@calliope.phig.org> On Fri, Jun 05, 2009 at 08:15:59AM -0500, Rex Dieter wrote: > I'd like to ask the Steering committee to consider enhancing existing > policy documents, namely, > http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies > to explictly mention the case where packages migrate from epel -> rhel. > > Case in point here is a mild contention with what to do with > java-1.6.0-openjdk, where it recently moved into rhel, but is still > currently in epel repos. See also, > https://bugzilla.redhat.com/show_bug.cgi?id=504189 > > I hope I don't put words into his mouth, but as I understand it, > Lubomir's contention is that the upgrade path issues should be > considered a blocker to removing this from epel, ie, > https://bugzilla.redhat.com/show_bug.cgi?id=499079 > > My current opinion is that these are orthogonal issues, but I'm curious > what others think. What say you? Aside from nudging this for list discussion, I added this to an agenda page for next week's meeting: https://fedoraproject.org/wiki/Meeting:EPEL_agenda_20090619 - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kwade at redhat.com Sat Jun 13 06:01:41 2009 From: kwade at redhat.com (Karsten Wade) Date: Fri, 12 Jun 2009 23:01:41 -0700 Subject: June stable push ? In-Reply-To: <20090612102419.09cb3af2@ohm.scrye.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> Message-ID: <20090613060141.GV7591@calliope.phig.org> On Fri, Jun 12, 2009 at 10:24:19AM -0600, Kevin Fenzi wrote: > Note that a while back we discussed if EPEL is in need of a "steering > comittee" which implies elections and such. We decided that it was much > more a SIG than a Project. I don't know if that needs to be addressed > by fesco. To some degree, this is semantics. Let's instead: 1. Figure out what is broken; 2. How to fix it; 3. Meet regularly to keep stuff on track; 4. Keep a clear set of tasks needed/done. After that is moving, we can address if anyone needs to volunteer for summary execution and replacement by a new regime. - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kwade at redhat.com Sat Jun 13 06:14:22 2009 From: kwade at redhat.com (Karsten Wade) Date: Fri, 12 Jun 2009 23:14:22 -0700 Subject: wiki wrangler volunteer, fedbot questions Message-ID: <20090613061422.GW7591@calliope.phig.org> Hey, I just caught up on the minutes from today's meeting. First, I noticed that the minutes weren't automatically in a Fedora domain. Do we manually move them to the wiki? http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-12-21.00.log.html Second, I saw the call for EPEL wiki wrangling, and I would like to do that. Help needed, but I can outline a good plan for: * Page renaming * Content moving * Organization ... then execute that plan ongoing. To start with, I wanted to get us a few things: * Task list * Upcoming meeting agenda Are those generated somehow by fedbot? Or do I just pull them from the highlighted text visible in the IRC log? thx - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mastahnke at gmail.com Sat Jun 13 14:37:16 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 13 Jun 2009 09:37:16 -0500 Subject: EPEL 4/5 Push to Stable Message-ID: <7874d9dd0906130737k1c3c83b9y9e641883cce24994@mail.gmail.com> Hi all! I've prepared the next testing -> stable move for EPEL{4,5}. The move will probably occur Friday sometime, as dgilmore has some buildsystem adjustments to make then. If one of your packages is in the attached "tobemoved-(s,)rpms-{4,5}" list and you don't want it moved please tell me soon or it'll be too late. = Packages that will be moved == Here is the list of packages that will be moved: == EPEL 5 == agedu Ajaxterm amarok apachetop aspell-sk astronomy-menus atari++ atasm augeas BackupPC bash-completion beanstalkd beesu bodhi cacti calendar cas ccrtp cherokee chmlib chntpw clipsmm cobbler collectl commoncpp2 couchdb cppcheck ctdb debmirror debootstrap dirvish dnsjava docbook2X drbdlinks dtc duplicity eggdrop ejabberd erlang erlang-erlsyslog facter fail2ban fakechroot fakeroot fbterm febootstrap firebird firmware-addon-dell firmware-tools flamerobin flashrom fltk globus-callout globus-common globus-core globus-ftp-client globus-ftp-control globus-gass-copy globus-gass-transfer globus-gsi-callback globus-gsi-cert-utils globus-gsi-credential globus-gsi-openssl-error globus-gsi-proxy-core globus-gsi-proxy-ssl globus-gsi-sysconfig globus-gssapi-error globus-gssapi-gsi globus-gss-assist globus-io globus-libtool globus-openssl globus-openssl-module globus-proxy-utils globus-rls-client globus-rls-server globus-rsl globus-rsl-assist globus-usage globus-xio globus-xio-gsi-driver globus-xio-popen-driver glpi glpi-data-injection glpi-mass-ocs-import glusterfs grid-packaging-tools gvrpcd halberd haproxy hdf5 healpix help2man hosts3d htop ifstatus imlib javasqlite jnettop jsl koan koji latex2rtf libextractor libglademm24 libical libmodplug libnet libnet10 libpqxx libsmbios libvncserver libzrtpcpp lighttpd linsmith mach mantis matio mb2md mdsplib mediawiki-SpecialInterwiki milter-regex mimedefang mingw32-filesystem mingw32-libpng mingw32-nsiswrapper mingw32-w32api mirrormanager mksh mmv mod_log_post net6 NetworkManager-openvpn NetworkManager-pptp NetworkManager-vpnc nginx ninvaders nsd numpy ocaml-autoconf ocsinventory ocsinventory-agent odfpy oggvideotools pam_yubico pem perl-Algorithm-Annotate perl-Cache-Memcached perl-Class-ErrorHandler perl-Class-Inspector perl-Compress-Raw-Zlib perl-Config-Properties perl-Convert-ASCII-Armour perl-Convert-PEM perl-Crypt-CipherSaber perl-Crypt-DES_EDE3 perl-Crypt-DSA perl-Crypt-GPG perl-Crypt-RSA perl-Date-Leapyear perl-Email-MIME-Encodings perl-Heap perl-HTML-StripScripts perl-HTML-StripScripts-Parser perl-IO-LockedFile perl-KinoSearch perl-Log-LogLite perl-Math-FFT perl-MIME-Charset perl-MIME-EncWords perl-Net-Daemon perl-Net-OAuth perl-Net-Pcap perl-Net-SFTP perl-Net-SSH-Perl perl-Net-UPnP perl-Nmap-Parser perl-TAP-Harness perl-TAP-Harness-JUnit perl-Test-Perl-Critic perl-Verilog perl-XML-Filter-BufferText pgfouine php-extras php-feedcreator php-geshi php-IDNA_Convert php-pear-Crypt-Blowfish php-pear-HTML-Common php-pear-Text-Diff php-pecl-runkit php-simplepie php-Smarty pidgin-privacy-please podofo portaudio postgresql-pgpool-II proftpd pure-ftpd pymssql pyodbc pypar python-application python-bugzilla python-configobj python-coverage python-createrepo python-dns python-fedora python-feedcache python-feedparser python-kinterbasdb python-kiwi python-libgmail python-libgmail-docs python-matplotlib python-paver python-pefile python-psycopg2 python-pyrad python-repoze-who python-ruledispatch python-sippy python-suds python-transaction python-turboflot python-webflash python-wsgiref pyxmlsec R rabbitmq-server raidutils R-car rear remind revisor rmol R-msm rpmdevtools rpmreaper R-qtl rubygem-main rubygem-mongrel_cluster rubygem-rspec sagator sems shed shortrpm sing smolt soci stxxl supybot-fedora tcpick testdisk thttpd tor towhee trac-mercurial-plugin transmission TurboGears twinkle ucview unbound unclutter unicap varnish vidalia viewvc wannier90 websvn weechat wordpress-plugin-add-to-any wordpress-plugin-add-to-any-subscribe xa xine-lib xl2tpd xml-security-c ykclient zerofree == EPEl 4 == agedu apachetop augeas bash-completion beesu calendar cas cherokee chmlib cobbler debmirror duplicity eggdrop erlang erlang-erlsyslog facter fail2ban firebird firmware-tools flamerobin flashrom fltk globus-callout globus-common globus-core globus-ftp-client globus-ftp-control globus-gass-copy globus-gass-transfer globus-gsi-callback globus-gsi-cert-utils globus-gsi-credential globus-gsi-openssl-error globus-gsi-proxy-core globus-gsi-proxy-ssl globus-gsi-sysconfig globus-gssapi-error globus-gssapi-gsi globus-gss-assist globus-io globus-libtool globus-openssl globus-openssl-module globus-proxy-utils globus-rls-client globus-rls-server globus-rsl globus-rsl-assist globus-usage globus-xio globus-xio-gsi-driver globus-xio-popen-driver glpi glpi-mass-ocs-import glusterfs grid-packaging-tools halberd haproxy hdf5 htop ifstatus jnettop koan ladvd libical libmp4v2 libnet libnet10 lighttpd mb2md mdsplib milter-regex mksh mod_log_post ncftp net6 ninvaders obby ocsinventory ocsinventory-agent odfpy oggvideotools pem perl-Cache-Memcached perl-Class-ErrorHandler perl-Compress-Raw-Zlib perl-Convert-ASCII-Armour perl-Convert-PEM perl-Crypt-DES_EDE3 perl-Crypt-DSA perl-Crypt-GPG perl-Crypt-RSA perl-Date-Leapyear perl-Filesys-Df perl-Math-FFT perl-Net-Daemon perl-Net-SFTP perl-Net-SSH-Perl perl-Nmap-Parser perl-Params-Validate perl-String-CRC32 perl-Test-Pod-Coverage perl-Test-Taint perl-XML-Filter-BufferText pgfouine postgresql-pgpool-II proftpd python-application python-coverage python-kinterbasdb python-suds R remind rpmreaper R-qtl sagator shed sing tcpick testdisk varnish viewvc weechat Thanks, stahnma P.S.: EPEL-signers, if possible please don't push any new packages to the testing repos until the package move happens, as that might introduce new broken deps and thus trouble/a lot of work. ------------------------------------------------------- ===Binary RPMS EPEL 5=== agedu-0:0-1.r8442.el5.i386 Ajaxterm-0:0.10-8.el5.noarch amarok-0:1.4.10-4.el5.i386 amarok-konqueror-0:1.4.10-4.el5.i386 apachetop-0:0.12.6-6.el5.i386 aspell-sk-0:2.01-2.el5.i386 astronomy-menus-0:1.0-2.el5.noarch astronomy-menus-toplevel-0:1.0-2.el5.noarch atari++-0:1.56-1.el5.i386 atasm-0:1.06-2.el5.i386 augeas-0:0.5.1-1.el5.i386 augeas-devel-0:0.5.1-1.el5.i386 augeas-libs-0:0.5.1-1.el5.i386 BackupPC-0:3.1.0-3.el5.noarch bash-completion-1:1.0-2.el5.noarch beanstalkd-0:1.3-1.el5.i386 beesu-0:2.3-1.el5.i386 bodhi-client-0:0.5.19-2.el5.noarch bodhi-server-0:0.5.19-2.el5.noarch cacti-0:0.8.7d-1.el5.noarch calendar-0:1.25-4.el5.i386 cas-0:0.14-10.el5.noarch ccrtp-0:1.7.1-1.el5.i386 ccrtp-devel-0:1.7.1-1.el5.i386 chealpix-0:2.11c-5.el5.i386 chealpix-devel-0:2.11c-5.el5.i386 cherokee-0:0.99.11-2.el5.i386 cherokee-devel-0:0.99.11-2.el5.i386 chmlib-0:0.40-1.el5.i386 chmlib-devel-0:0.40-1.el5.i386 chntpw-0:0.99.6-9.el5.i386 clipsmm-0:0.0.7-1.el5.i386 clipsmm-devel-0:0.0.7-1.el5.i386 cobbler-0:1.6.6-1.el5.i386 collectl-0:3.3.2-1.el5.noarch commoncpp2-0:1.7.3-1.el5.i386 commoncpp2-devel-0:1.7.3-1.el5.i386 couchdb-0:0.9.0-2.el5.i386 cppcheck-0:1.31-1.el5.i386 ctdb-0:1.0.81-1.el5.i386 ctdb-devel-0:1.0.81-1.el5.i386 debmirror-0:20070123-8.el5.noarch debootstrap-0:1.0.7-3.el5.noarch dirvish-0:1.2.1-4.el5.noarch dnsjava-0:2.0.6-6.el5.noarch dnsjava-javadoc-0:2.0.6-6.el5.noarch docbook2X-0:0.8.8-1.el5.i386 drbdlinks-0:1.18-1.el5.noarch dtc-0:1.1.0-1.el5.i386 duplicity-0:0.5.18-1.el5.i386 eggdrop-0:1.6.19-4.el5.i386 ejabberd-0:2.0.5-2.el5.i386 ejabberd-doc-0:2.0.5-2.el5.i386 erlang-0:R12B-5.6.el5.1.i386 erlang-doc-0:R12B-5.6.el5.1.i386 erlang-erlsyslog-0:0.1-1.el5.i386 facter-0:1.5.5-1.el5.noarch fail2ban-0:0.8.3-18.el5.noarch fakechroot-0:2.9-23.el5.i386 fakechroot-libs-0:2.9-23.el5.i386 fakeroot-0:1.12.2-21.el5.i386 fakeroot-libs-0:1.12.2-21.el5.i386 fbterm-0:1.4-1.el5.i386 febootstrap-0:2.0-2.el5.noarch firebird-0:2.1.2.18118.0-7.el5.i386 firebird-classic-0:2.1.2.18118.0-7.el5.i386 firebird-devel-0:2.1.2.18118.0-7.el5.i386 firebird-doc-0:2.1.2.18118.0-7.el5.i386 firebird-filesystem-0:2.1.2.18118.0-7.el5.i386 firebird-libfbclient-0:2.1.2.18118.0-7.el5.i386 firebird-libfbembed-0:2.1.2.18118.0-7.el5.i386 firebird-superserver-0:2.1.2.18118.0-7.el5.i386 firmware-addon-dell-0:2.1.2-4.3.el5.i386 firmware-tools-0:2.1.5-1.1.el5.noarch flamerobin-0:0.9.2-0.el5.i386 flashrom-0:0.9.0-1.el5.i386 fltk-0:1.1.9-4.el5.i386 fltk-devel-0:1.1.9-4.el5.i386 fltk-fluid-0:1.1.9-4.el5.i386 globus-callout-0:0.7-3.el5.i386 globus-callout-devel-0:0.7-3.el5.i386 globus-callout-doc-0:0.7-3.el5.i386 globus-common-0:10.2-4.el5.i386 globus-common-devel-0:10.2-4.el5.i386 globus-common-doc-0:10.2-4.el5.i386 globus-common-progs-0:10.2-4.el5.i386 globus-core-0:5.15-4.el5.i386 globus-ftp-client-0:3.14-1.el5.i386 globus-ftp-client-devel-0:3.14-1.el5.i386 globus-ftp-client-doc-0:3.14-1.el5.i386 globus-ftp-control-0:2.10-1.el5.i386 globus-ftp-control-devel-0:2.10-1.el5.i386 globus-ftp-control-doc-0:2.10-1.el5.i386 globus-gass-copy-0:4.14-1.el5.i386 globus-gass-copy-devel-0:4.14-1.el5.i386 globus-gass-copy-doc-0:4.14-1.el5.i386 globus-gass-copy-progs-0:4.14-1.el5.i386 globus-gass-transfer-0:3.4-1.el5.i386 globus-gass-transfer-devel-0:3.4-1.el5.i386 globus-gass-transfer-doc-0:3.4-1.el5.i386 globus-gsi-callback-0:1.10-1.el5.i386 globus-gsi-callback-devel-0:1.10-1.el5.i386 globus-gsi-callback-doc-0:1.10-1.el5.i386 globus-gsi-cert-utils-0:5.5-1.el5.i386 globus-gsi-cert-utils-devel-0:5.5-1.el5.i386 globus-gsi-cert-utils-doc-0:5.5-1.el5.i386 globus-gsi-cert-utils-progs-0:5.5-1.el5.i386 globus-gsi-credential-0:2.2-1.el5.i386 globus-gsi-credential-devel-0:2.2-1.el5.i386 globus-gsi-credential-doc-0:2.2-1.el5.i386 globus-gsi-openssl-error-0:0.14-2.el5.i386 globus-gsi-openssl-error-devel-0:0.14-2.el5.i386 globus-gsi-openssl-error-doc-0:0.14-2.el5.i386 globus-gsi-proxy-core-0:3.4-1.el5.i386 globus-gsi-proxy-core-devel-0:3.4-1.el5.i386 globus-gsi-proxy-core-doc-0:3.4-1.el5.i386 globus-gsi-proxy-ssl-0:1.5-2.el5.i386 globus-gsi-proxy-ssl-devel-0:1.5-2.el5.i386 globus-gsi-proxy-ssl-doc-0:1.5-2.el5.i386 globus-gsi-sysconfig-0:2.2-1.el5.i386 globus-gsi-sysconfig-devel-0:2.2-1.el5.i386 globus-gsi-sysconfig-doc-0:2.2-1.el5.i386 globus-gssapi-error-0:2.5-2.el5.i386 globus-gssapi-error-devel-0:2.5-2.el5.i386 globus-gssapi-error-doc-0:2.5-2.el5.i386 globus-gssapi-gsi-0:5.9-2.el5.i386 globus-gssapi-gsi-devel-0:5.9-2.el5.i386 globus-gssapi-gsi-doc-0:5.9-2.el5.i386 globus-gss-assist-0:4.0-1.el5.i386 globus-gss-assist-devel-0:4.0-1.el5.i386 globus-gss-assist-doc-0:4.0-1.el5.i386 globus-gss-assist-progs-0:4.0-1.el5.i386 globus-io-0:6.3-1.el5.i386 globus-io-devel-0:6.3-1.el5.i386 globus-libtool-0:1.2-2.el5.i386 globus-libtool-devel-0:1.2-2.el5.i386 globus-openssl-0:3.0-1.el5.i386 globus-openssl-devel-0:3.0-1.el5.i386 globus-openssl-module-0:0.6-1.el5.i386 globus-openssl-module-devel-0:0.6-1.el5.i386 globus-openssl-module-doc-0:0.6-1.el5.i386 globus-openssl-progs-0:3.0-1.el5.i386 globus-proxy-utils-0:2.5-1.el5.i386 globus-rls-client-0:5.1-2.el5.i386 globus-rls-client-devel-0:5.1-2.el5.i386 globus-rls-client-doc-0:5.1-2.el5.i386 globus-rls-client-progs-0:5.1-2.el5.i386 globus-rls-server-0:4.7-2.el5.i386 globus-rsl-0:5.0-3.el5.i386 globus-rsl-assist-0:2.1-1.el5.i386 globus-rsl-assist-devel-0:2.1-1.el5.i386 globus-rsl-devel-0:5.0-3.el5.i386 globus-usage-0:1.0-2.el5.i386 globus-usage-devel-0:1.0-2.el5.i386 globus-xio-0:2.7-3.el5.i386 globus-xio-devel-0:2.7-3.el5.i386 globus-xio-doc-0:2.7-3.el5.i386 globus-xio-gsi-driver-0:0.6-1.el5.i386 globus-xio-gsi-driver-devel-0:0.6-1.el5.i386 globus-xio-gsi-driver-doc-0:0.6-1.el5.i386 globus-xio-popen-driver-0:0.2-2.el5.i386 globus-xio-popen-driver-devel-0:0.2-2.el5.i386 glpi-0:0.71.6-1.el5.noarch glpi-data-injection-0:1.5.1-1.el5.noarch glpi-mass-ocs-import-0:1.2.2-1.el5.noarch glusterfs-devel-0:1.3.12-2.el5.i386 glusterfs-libs-0:1.3.12-2.el5.i386 glusterfs-server-0:1.3.12-2.el5.i386 grid-packaging-tools-0:3.2-18.el5.noarch gvrpcd-0:1.3-2.el5.i386 halberd-0:0.2.3-1.el5.noarch haproxy-0:1.3.18-1.el5.i386 hdf5-0:1.6.9-2.el5.i386 hdf5-devel-0:1.6.9-2.el5.i386 healpix-0:2.11c-5.el5.i386 healpix-c++-0:2.11c-5.el5.i386 healpix-c++-devel-0:2.11c-5.el5.i386 healpix-devel-0:2.11c-5.el5.i386 help2man-0:1.36.4-4.1.el5.noarch hosts3d-0:0.99-1.el5.i386 hosts3d-sampler-0:0.99-1.el5.i386 htop-0:0.8.2-1.el5.i386 ifstatus-0:1.1.0-5.el5.i386 imlib-1:1.9.15-11.el5.i386 imlib-devel-1:1.9.15-11.el5.i386 javasqlite-0:20090430-1.el5.1.i386 javasqlite-javadoc-0:20090430-1.el5.1.i386 jnettop-0:0.13.0-5.el5.i386 jsl-0:0.3.0-1.el5.i386 koan-0:1.6.6-1.el5.noarch koji-0:1.3.1-1.el5.1.noarch koji-builder-0:1.3.1-1.el5.1.noarch koji-hub-0:1.3.1-1.el5.1.noarch koji-utils-0:1.3.1-1.el5.1.noarch koji-web-0:1.3.1-1.el5.1.noarch latex2rtf-0:1.9.19-8.el5.i386 libextractor-0:0.5.22-2.el5.i386 libextractor-devel-0:0.5.22-2.el5.i386 libextractor-plugins-0:0.5.22-2.el5.i386 libextractor-plugins-base-0:0.5.22-2.el5.i386 libextractor-plugins-exiv2-0:0.5.22-2.el5.i386 libextractor-plugins-ogg-0:0.5.22-2.el5.i386 libextractor-plugins-ole2-0:0.5.22-2.el5.i386 libextractor-plugins-pdf-0:0.5.22-2.el5.i386 libextractor-plugins-thumbnailgtk-0:0.5.22-2.el5.i386 libglademm24-0:2.6.3-3.el5.i386 libglademm24-devel-0:2.6.3-3.el5.i386 libical-0:0.43-4.el5.i386 libical-devel-0:0.43-4.el5.i386 libmodplug-1:0.8.7-1.el5.i386 libmodplug-devel-1:0.8.7-1.el5.i386 libnet-0:1.1.4-1.el5.i386 libnet10-0:1.0.2a-17.el5.i386 libnet10-devel-0:1.0.2a-17.el5.i386 libnet-devel-0:1.1.4-1.el5.i386 libpqxx-0:2.6.8-13.el5.i386 libpqxx-devel-0:2.6.8-13.el5.i386 libRmath-0:2.9.0-1.el5.1.i386 libRmath-devel-0:2.9.0-1.el5.1.i386 libsmbios-0:2.2.16-2.1.el5.i386 libsmbios-devel-0:2.2.16-2.1.el5.i386 libvncserver-0:0.9.7-2.el5.i386 libvncserver-devel-0:0.9.7-2.el5.i386 libzrtpcpp-0:1.4.3-1.el5.i386 libzrtpcpp-devel-0:1.4.3-1.el5.i386 lighttpd-0:1.4.22-2.el5.i386 lighttpd-fastcgi-0:1.4.22-2.el5.i386 lighttpd-mod_geoip-0:1.4.22-2.el5.i386 lighttpd-mod_mysql_vhost-0:1.4.22-2.el5.i386 linsmith-0:0.99.12-1.el5.i386 mach-0:0.9.4-1.el5.i386 mantis-0:1.1.7-1.el5.noarch mantis-config-httpd-0:1.1.7-1.el5.noarch matio-0:1.3.3-3.el5.i386 matio-devel-0:1.3.3-3.el5.i386 mb2md-0:3.20-4.el5.noarch mdsplib-0:0.11-9.el5.i386 mdsplib-devel-0:0.11-9.el5.i386 mediawiki-SpecialInterwiki-0:0-0.4.svn49252.el5.noarch milter-regex-0:1.7-3.el5.i386 mimedefang-0:2.67-1.el5.i386 mingw32-filesystem-0:40-3.el5.1.noarch mingw32-libpng-0:1.2.37-1.el5.noarch mingw32-nsiswrapper-0:3-3.el5.1.noarch mingw32-w32api-0:3.12-8.el5.noarch mirrormanager-0:1.2.11-1.el5.noarch mirrormanager-client-0:1.2.11-1.el5.noarch mksh-0:38b-1.el5.i386 mmv-0:1.01b-9.el5.i386 mod_log_post-0:0.1.0-1.el5.i386 net6-0:1.3.5-1.el5.i386 net6-devel-0:1.3.5-1.el5.i386 NetworkManager-openvpn-1:0.7.0-18.svn11.el5.1.i386 NetworkManager-pptp-1:0.7.0-2.svn16.el5.i386 NetworkManager-vpnc-1:0.7.0.99-1.el5.4.i386 nginx-0:0.6.36-1.el5.i386 ninvaders-0:0.1.1-3.el5.i386 nsd-0:3.2.2-2.el5.i386 numpy-0:1.2.1-2.el5.i386 ocaml-autoconf-0:1.0-4.el5.noarch ocsinventory-0:1.02.1-1.el5.noarch ocsinventory-agent-0:1.0.1-2.el5.noarch ocsinventory-reports-0:1.02.1-1.el5.noarch ocsinventory-server-0:1.02.1-1.el5.noarch odfpy-0:0.9-1.el5.noarch oggvideotools-0:0.7a-4.el5.i386 pam_yubico-0:2.1-2.el5.i386 pem-0:0.7.5-1.el5.noarch perl-Algorithm-Annotate-0:0.10-6.el5.noarch perl-Cache-Memcached-0:1.26-3.el5.noarch perl-Class-ErrorHandler-0:0.01-4.el5.noarch perl-Class-Inspector-0:1.17-1.el5.noarch perl-Compress-Raw-Zlib-0:2.020-1.el5.i386 perl-Config-Properties-0:1.70-2.el5.noarch perl-Convert-ASCII-Armour-0:1.4-5.el5.noarch perl-Convert-PEM-0:0.07-5.el5.noarch perl-Crypt-CipherSaber-0:1.00-1.el5.noarch perl-Crypt-DES_EDE3-0:0.01-5.el5.noarch perl-Crypt-DSA-0:0.14-7.el5.noarch perl-Crypt-GPG-0:1.63-3.el5.noarch perl-Crypt-RSA-0:1.98-3.el5.noarch perl-Date-Leapyear-0:1.72-1.el5.noarch perl-Email-MIME-Encodings-0:1.313-1.el5.noarch perl-Heap-0:0.80-1.el5.noarch perl-HTML-StripScripts-0:1.04-1.el5.noarch perl-HTML-StripScripts-Parser-0:1.00-1.el5.noarch perl-IO-LockedFile-0:0.23-5.el5.noarch perl-KinoSearch-0:0.164-1.el5.i386 perl-Log-LogLite-0:0.82-1.el5.noarch perl-Math-FFT-0:1.28-1.el5.i386 perl-MIME-Charset-0:1.006.2-2.el5.noarch perl-MIME-EncWords-0:1.010.101-2.el5.noarch perl-Net-Daemon-0:0.44-7.el5.noarch perl-Net-OAuth-0:0.14-1.el5.noarch perl-Net-Pcap-0:0.16-1.el5.i386 perl-Net-SFTP-0:0.10-1.el5.noarch perl-Net-SSH-Perl-0:1.34-2.el5.noarch perl-Net-UPnP-0:1.41-3.el5.noarch perl-Nmap-Parser-0:1.19-1.el5.noarch perl-TAP-Harness-0:3.16-1.el5.noarch perl-TAP-Harness-JUnit-0:0.30-1.el5.noarch perl-Test-Perl-Critic-0:1.01-1.el5.noarch perl-Verilog-0:3.210-1.el5.i386 perl-XML-Filter-BufferText-0:1.01-2.el5.noarch pgfouine-0:1.1-1.el5.noarch php-feedcreator-0:1.7.2-3.el5.noarch php-geshi-0:1.0.8.3-1.el5.noarch php-IDNA_Convert-0:0.6.3-2.el5.noarch php-interbase-0:5.1.6-5.el5.i386 php-mcrypt-0:5.1.6-5.el5.i386 php-mhash-0:5.1.6-5.el5.i386 php-mssql-0:5.1.6-5.el5.i386 php-pear-Crypt-Blowfish-0:1.0.1-1.el5.noarch php-pear-HTML-Common-0:1.2.5-1.el5.noarch php-pear-Text-Diff-0:1.1.0-1.el5.noarch php-pecl-runkit-0:0.9-11.CVS20090215.el5.i386 php-readline-0:5.1.6-5.el5.i386 php-simplepie-0:1.1.3-3.el5.noarch php-Smarty-0:2.6.25-1.el5.noarch php-tidy-0:5.1.6-5.el5.i386 pidgin-privacy-please-0:0.5.3-2.el5.i386 podofo-0:0.7.0-2.el5.i386 podofo-devel-0:0.7.0-2.el5.i386 podofo-libs-0:0.7.0-2.el5.i386 portaudio-0:19-8.el5.i386 portaudio-devel-0:19-8.el5.i386 postgresql-pgpool-II-0:2.2.2-1.el5.i386 postgresql-pgpool-II-devel-0:2.2.2-1.el5.i386 proftpd-0:1.3.2-1.el5.i386 proftpd-ldap-0:1.3.2-1.el5.i386 proftpd-mysql-0:1.3.2-1.el5.i386 proftpd-postgresql-0:1.3.2-1.el5.i386 pure-ftpd-0:1.0.21-16.el5.i386 pure-ftpd-selinux-0:1.0.21-16.el5.i386 pymssql-0:1.0.1-2.el5.i386 pyodbc-0:2.1.5-2.el5.i386 pypar-0:2.1.0_66-3.el5.i386 python-application-0:1.1.1-2.el5.noarch python-bugzilla-0:0.5.1-2.el5.noarch python-configobj-0:4.4.0-2.el5.noarch python-coverage-0:2.85-2.el5.noarch python-createrepo-0:0.9.6-1.el5.noarch python-dns-0:1.6.0-2.el5.noarch python-fedora-0:0.3.12.1-2.el5.noarch python-feedcache-0:1.3-5.el5.noarch python-feedparser-0:4.1-9.el5.noarch python-kinterbasdb-0:3.3.0-2.el5.i386 python-kiwi-0:1.9.23-2.el5.noarch python-kiwi-docs-0:1.9.23-2.el5.noarch python-kiwi-gazpacho-0:1.9.23-2.el5.noarch python-libgmail-0:0.1.8-2.el5.noarch python-libgmail-docs-0:0.3-6.el5.noarch python-matplotlib-0:0.98.5.2-3.el5.i386 python-matplotlib-tk-0:0.98.5.2-3.el5.i386 python-paver-0:1.0-2.el5.noarch python-pefile-0:1.2.10_63-1.el5.noarch python-psycopg2-0:2.0.11-1.el5.i386 python-psycopg2-doc-0:2.0.11-1.el5.i386 python-psycopg2-zope-0:2.0.11-1.el5.i386 python-pyrad-0:1.1-2.el5.noarch python-repoze-who-0:1.0.13-1.el5.noarch python-ruledispatch-0:0.5a0-0.8.svnr2306.el5.i386 python-sippy-0:0-0.8.20090429cvs.el5.noarch python-smbios-0:2.2.16-2.1.el5.i386 python-suds-0:0.3.5-1.el5.noarch python-transaction-0:1.0-0.4.a1.el5.noarch python-turboflot-0:0.1.0-1.el5.noarch python-webflash-0:0.1-0.1.a9.el5.noarch python-wsgiref-0:0.1.2-3.el5.noarch pyxmlsec-0:0.3.0-3.el5.i386 R-0:2.9.0-1.el5.1.i386 rabbitmq-server-0:1.5.5-2.el5.i386 raidutils-0:0.0.6-2.el5.i386 R-car-0:1.2-2.el5.noarch R-core-0:2.9.0-1.el5.1.i386 R-devel-0:2.9.0-1.el5.1.i386 rear-0:1.7.20-1.el5.noarch remind-0:03.01.07-1.el5.i386 remind-gui-0:03.01.07-1.el5.i386 revisor-0:2.0.5.2-3.el5.noarch revisor-cobbler-0:2.0.5.2-3.el5.noarch revisor-comps-0:2.0.5.2-3.el5.noarch rmol-0:0.22.0-1.el5.i386 rmol-devel-0:0.22.0-1.el5.i386 rmol-doc-0:0.22.0-1.el5.i386 R-msm-0:0.9.1-1.el5.i386 rpmdevtools-0:6.8-1.el5.noarch rpmreaper-0:0.1.6-1.el5.i386 R-qtl-0:1.11-1.el5.i386 rubygem-main-0:2.8.4-1.el5.noarch rubygem-mongrel_cluster-0:1.0.5-2.el5.noarch rubygem-rspec-0:1.2.2-1.el5.noarch sagator-0:1.1.1-4.el5.noarch sagator-core-0:1.1.1-4.el5.noarch sagator-selinux-0:1.1.1-4.el5.noarch sagator-webq-0:1.1.1-4.el5.noarch sems-0:1.1.0-5.el5.i386 sems-conf_auth-0:1.1.0-5.el5.i386 sems-diameter_client-0:1.1.0-5.el5.i386 sems-g722-0:1.1.0-5.el5.i386 sems-gateway-0:1.1.0-5.el5.i386 sems-gsm-0:1.1.0-5.el5.i386 sems-ivr-0:1.1.0-5.el5.i386 sems-mailbox-0:1.1.0-5.el5.i386 sems-pin_collect-0:1.1.0-5.el5.i386 sems-python-0:1.1.0-5.el5.i386 sems-speex-0:1.1.0-5.el5.i386 sems-xmlrpc2di-0:1.1.0-5.el5.i386 shed-0:1.15-3.el5.i386 shortrpm-0:1.1-1.el5.1.i386 sing-0:1.1-1.el5.i386 smbios-utils-0:2.2.16-2.1.el5.i386 smbios-utils-bin-0:2.2.16-2.1.el5.i386 smbios-utils-python-0:2.2.16-2.1.el5.i386 smolt-0:1.2-3.el5.noarch smolt-firstboot-0:1.2-3.el5.noarch smolt-gui-0:1.2-3.el5.noarch smolt-server-0:1.2-3.el5.noarch soci-0:3.0.0-13.el5.i386 soci-devel-0:3.0.0-13.el5.i386 soci-doc-0:3.0.0-13.el5.i386 soci-mysql-0:3.0.0-13.el5.i386 soci-mysql-devel-0:3.0.0-13.el5.i386 soci-postgresql-0:3.0.0-13.el5.i386 soci-postgresql-devel-0:3.0.0-13.el5.i386 spawn-fcgi-0:1.4.22-2.el5.i386 stxxl-0:1.2.1-8.el5.i386 stxxl-devel-0:1.2.1-8.el5.i386 stxxl-doc-0:1.2.1-8.el5.i386 supybot-fedora-0:0.2.5.1-1.el5.noarch tcpick-0:0.2.1-16.el5.i386 testdisk-0:6.11-3.el5.i386 testdisk-doc-0:6.11-3.el5.i386 thttpd-0:2.25b-12.el5.1.i386 tor-0:0.2.0.34-5.el5.i386 tor-core-0:0.2.0.34-5.el5.i386 tor-lsb-0:0.2.0.34-5.el5.i386 towhee-0:6.2.3-5.el5.i386 towhee-common-0:6.2.3-5.el5.i386 towhee-doc-0:6.2.3-5.el5.i386 towhee-examples-0:6.2.3-5.el5.i386 towhee-mpi-0:6.2.3-5.el5.i386 trac-mercurial-plugin-0:0.10.0.3-1.20080318svn8179.el5.noarch transmission-0:1.34-1.el5.i386 TurboGears-0:1.0.8-5.el5.noarch twinkle-0:1.4.2-2.el5.i386 ucview-0:0.23-2.el5.i386 unbound-0:1.2.1-1.el5.i386 unbound-devel-0:1.2.1-1.el5.i386 unbound-libs-0:1.2.1-1.el5.i386 unbound-munin-0:1.2.1-1.el5.i386 unclutter-0:8-2.el5.i386 unicap-0:0.9.5-1.el5.i386 unicap-devel-0:0.9.5-1.el5.i386 varnish-0:2.0.4-1.el5.i386 varnish-libs-0:2.0.4-1.el5.i386 varnish-libs-devel-0:2.0.4-1.el5.i386 vidalia-0:0.1.13-2.el5.i386 vidalia-doc-0:0.1.13-2.el5.i386 viewvc-0:1.0.8-1.el5.noarch wannier90-0:1.1-4.el5.i386 wannier90-devel-0:1.1-4.el5.i386 websvn-0:2.2.1-1.el5.noarch weechat-0:0.2.6-1.el5.i386 wordpress-mu-plugin-add-to-any-0:0.9.9.2.3-1.el5.noarch wordpress-mu-plugin-add-to-any-subscribe-0:0.9.6.4.1-1.el5.noarch wordpress-plugin-add-to-any-0:0.9.9.2.3-1.el5.noarch wordpress-plugin-add-to-any-i18n-0:0.9.9.2.3-1.el5.noarch wordpress-plugin-add-to-any-subscribe-0:0.9.6.4.1-1.el5.noarch wordpress-plugin-add-to-any-subscribe-i18n-0:0.9.6.4.1-1.el5.noarch xa-0:2.3.5-3.el5.i386 xine-lib-0:1.1.16.3-2.el5.1.i386 xine-lib-arts-0:1.1.16.3-2.el5.1.i386 xine-lib-devel-0:1.1.16.3-2.el5.1.i386 xine-lib-extras-0:1.1.16.3-2.el5.1.i386 xl2tpd-0:1.2.4-2.el5.i386 xml-security-c-0:1.4.0-2.el5.i386 xml-security-c-devel-0:1.4.0-2.el5.i386 ykclient-0:2.2-1.el5.i386 ykclient-devel-0:2.2-1.el5.i386 zerofree-0:1.0.1-5.el5.i386 ===Source RPMS EPEL 5=== agedu-0-1.r8442.el5.src.rpm Ajaxterm-0.10-8.el5.src.rpm amarok-1.4.10-4.el5.src.rpm apachetop-0.12.6-6.el5.src.rpm aspell-sk-2.01-2.el5.src.rpm astronomy-menus-1.0-2.el5.src.rpm atari++-1.56-1.el5.src.rpm atasm-1.06-2.el5.src.rpm augeas-0.5.1-1.el5.src.rpm BackupPC-3.1.0-3.el5.src.rpm bash-completion-1.0-2.el5.src.rpm beanstalkd-1.3-1.el5.src.rpm beesu-2.3-1.el5.src.rpm bodhi-0.5.19-2.el5.src.rpm cacti-0.8.7d-1.el5.src.rpm calendar-1.25-4.el5.src.rpm cas-0.14-10.el5.src.rpm ccrtp-1.7.1-1.el5.src.rpm cherokee-0.99.11-2.el5.src.rpm chmlib-0.40-1.el5.src.rpm chntpw-0.99.6-9.el5.src.rpm clipsmm-0.0.7-1.el5.src.rpm cobbler-1.6.6-1.el5.src.rpm collectl-3.3.2-1.el5.src.rpm commoncpp2-1.7.3-1.el5.src.rpm couchdb-0.9.0-2.el5.src.rpm cppcheck-1.31-1.el5.src.rpm ctdb-1.0.81-1.el5.src.rpm debmirror-20070123-8.el5.src.rpm debootstrap-1.0.7-3.el5.src.rpm dirvish-1.2.1-4.el5.src.rpm dnsjava-2.0.6-6.el5.src.rpm docbook2X-0.8.8-1.el5.src.rpm drbdlinks-1.18-1.el5.src.rpm dtc-1.1.0-1.el5.src.rpm duplicity-0.5.18-1.el5.src.rpm eggdrop-1.6.19-4.el5.src.rpm ejabberd-2.0.5-2.el5.src.rpm erlang-erlsyslog-0.1-1.el5.src.rpm erlang-R12B-5.6.el5.1.src.rpm facter-1.5.5-1.el5.src.rpm fail2ban-0.8.3-18.el5.src.rpm fakechroot-2.9-23.el5.src.rpm fakeroot-1.12.2-21.el5.src.rpm fbterm-1.4-1.el5.src.rpm febootstrap-2.0-2.el5.src.rpm firebird-2.1.2.18118.0-7.el5.src.rpm firmware-addon-dell-2.1.2-4.3.el5.src.rpm firmware-tools-2.1.5-1.1.el5.src.rpm flamerobin-0.9.2-0.el5.src.rpm flashrom-0.9.0-1.el5.src.rpm fltk-1.1.9-4.el5.src.rpm globus-callout-0.7-3.el5.src.rpm globus-common-10.2-4.el5.src.rpm globus-core-5.15-4.el5.src.rpm globus-ftp-client-3.14-1.el5.src.rpm globus-ftp-control-2.10-1.el5.src.rpm globus-gass-copy-4.14-1.el5.src.rpm globus-gass-transfer-3.4-1.el5.src.rpm globus-gsi-callback-1.10-1.el5.src.rpm globus-gsi-cert-utils-5.5-1.el5.src.rpm globus-gsi-credential-2.2-1.el5.src.rpm globus-gsi-openssl-error-0.14-2.el5.src.rpm globus-gsi-proxy-core-3.4-1.el5.src.rpm globus-gsi-proxy-ssl-1.5-2.el5.src.rpm globus-gsi-sysconfig-2.2-1.el5.src.rpm globus-gssapi-error-2.5-2.el5.src.rpm globus-gssapi-gsi-5.9-2.el5.src.rpm globus-gss-assist-4.0-1.el5.src.rpm globus-io-6.3-1.el5.src.rpm globus-libtool-1.2-2.el5.src.rpm globus-openssl-3.0-1.el5.src.rpm globus-openssl-module-0.6-1.el5.src.rpm globus-proxy-utils-2.5-1.el5.src.rpm globus-rls-client-5.1-2.el5.src.rpm globus-rls-server-4.7-2.el5.src.rpm globus-rsl-5.0-3.el5.src.rpm globus-rsl-assist-2.1-1.el5.src.rpm globus-usage-1.0-2.el5.src.rpm globus-xio-2.7-3.el5.src.rpm globus-xio-gsi-driver-0.6-1.el5.src.rpm globus-xio-popen-driver-0.2-2.el5.src.rpm glpi-0.71.6-1.el5.src.rpm glpi-data-injection-1.5.1-1.el5.src.rpm glpi-mass-ocs-import-1.2.2-1.el5.src.rpm glusterfs-1.3.12-2.el5.src.rpm grid-packaging-tools-3.2-18.el5.src.rpm gvrpcd-1.3-2.el5.src.rpm halberd-0.2.3-1.el5.src.rpm haproxy-1.3.18-1.el5.src.rpm hdf5-1.6.9-2.el5.src.rpm healpix-2.11c-5.el5.src.rpm help2man-1.36.4-4.1.el5.src.rpm hosts3d-0.99-1.el5.src.rpm htop-0.8.2-1.el5.src.rpm ifstatus-1.1.0-5.el5.src.rpm imlib-1.9.15-11.el5.src.rpm javasqlite-20090430-1.el5.1.src.rpm jnettop-0.13.0-5.el5.src.rpm jsl-0.3.0-1.el5.src.rpm koan-1.6.6-1.el5.src.rpm koji-1.3.1-1.el5.1.src.rpm latex2rtf-1.9.19-8.el5.src.rpm libextractor-0.5.22-2.el5.src.rpm libglademm24-2.6.3-3.el5.src.rpm libical-0.43-4.el5.src.rpm libmodplug-0.8.7-1.el5.src.rpm libnet10-1.0.2a-17.el5.src.rpm libnet-1.1.4-1.el5.src.rpm libpqxx-2.6.8-13.el5.src.rpm libsmbios-2.2.16-2.1.el5.src.rpm libvncserver-0.9.7-2.el5.src.rpm libzrtpcpp-1.4.3-1.el5.src.rpm lighttpd-1.4.22-2.el5.src.rpm linsmith-0.99.12-1.el5.src.rpm mach-0.9.4-1.el5.src.rpm mantis-1.1.7-1.el5.src.rpm matio-1.3.3-3.el5.src.rpm mb2md-3.20-4.el5.src.rpm mdsplib-0.11-9.el5.src.rpm mediawiki-SpecialInterwiki-0-0.4.svn49252.el5.src.rpm milter-regex-1.7-3.el5.src.rpm mimedefang-2.67-1.el5.src.rpm mingw32-filesystem-40-3.el5.1.src.rpm mingw32-libpng-1.2.37-1.el5.src.rpm mingw32-nsiswrapper-3-3.el5.1.src.rpm mingw32-w32api-3.12-8.el5.src.rpm mirrormanager-1.2.11-1.el5.src.rpm mksh-38b-1.el5.src.rpm mmv-1.01b-9.el5.src.rpm mod_log_post-0.1.0-1.el5.src.rpm net6-1.3.5-1.el5.src.rpm NetworkManager-openvpn-0.7.0-18.svn11.el5.1.src.rpm NetworkManager-pptp-0.7.0-2.svn16.el5.src.rpm NetworkManager-vpnc-0.7.0.99-1.el5.4.src.rpm nginx-0.6.36-1.el5.src.rpm ninvaders-0.1.1-3.el5.src.rpm nsd-3.2.2-2.el5.src.rpm numpy-1.2.1-2.el5.src.rpm ocaml-autoconf-1.0-4.el5.src.rpm ocsinventory-1.02.1-1.el5.src.rpm ocsinventory-agent-1.0.1-2.el5.src.rpm odfpy-0.9-1.el5.src.rpm oggvideotools-0.7a-4.el5.src.rpm pam_yubico-2.1-2.el5.src.rpm pem-0.7.5-1.el5.src.rpm perl-Algorithm-Annotate-0.10-6.el5.src.rpm perl-Cache-Memcached-1.26-3.el5.src.rpm perl-Class-ErrorHandler-0.01-4.el5.src.rpm perl-Class-Inspector-1.17-1.el5.src.rpm perl-Compress-Raw-Zlib-2.020-1.el5.src.rpm perl-Config-Properties-1.70-2.el5.src.rpm perl-Convert-ASCII-Armour-1.4-5.el5.src.rpm perl-Convert-PEM-0.07-5.el5.src.rpm perl-Crypt-CipherSaber-1.00-1.el5.src.rpm perl-Crypt-DES_EDE3-0.01-5.el5.src.rpm perl-Crypt-DSA-0.14-7.el5.src.rpm perl-Crypt-GPG-1.63-3.el5.src.rpm perl-Crypt-RSA-1.98-3.el5.src.rpm perl-Date-Leapyear-1.72-1.el5.src.rpm perl-Email-MIME-Encodings-1.313-1.el5.src.rpm perl-Heap-0.80-1.el5.src.rpm perl-HTML-StripScripts-1.04-1.el5.src.rpm perl-HTML-StripScripts-Parser-1.00-1.el5.src.rpm perl-IO-LockedFile-0.23-5.el5.src.rpm perl-KinoSearch-0.164-1.el5.src.rpm perl-Log-LogLite-0.82-1.el5.src.rpm perl-Math-FFT-1.28-1.el5.src.rpm perl-MIME-Charset-1.006.2-2.el5.src.rpm perl-MIME-EncWords-1.010.101-2.el5.src.rpm perl-Net-Daemon-0.44-7.el5.src.rpm perl-Net-OAuth-0.14-1.el5.src.rpm perl-Net-Pcap-0.16-1.el5.src.rpm perl-Net-SFTP-0.10-1.el5.src.rpm perl-Net-SSH-Perl-1.34-2.el5.src.rpm perl-Net-UPnP-1.41-3.el5.src.rpm perl-Nmap-Parser-1.19-1.el5.src.rpm perl-TAP-Harness-3.16-1.el5.src.rpm perl-TAP-Harness-JUnit-0.30-1.el5.src.rpm perl-Test-Perl-Critic-1.01-1.el5.src.rpm perl-Verilog-3.210-1.el5.src.rpm perl-XML-Filter-BufferText-1.01-2.el5.src.rpm pgfouine-1.1-1.el5.src.rpm php-extras-5.1.6-5.el5.src.rpm php-feedcreator-1.7.2-3.el5.src.rpm php-geshi-1.0.8.3-1.el5.src.rpm php-IDNA_Convert-0.6.3-2.el5.src.rpm php-pear-Crypt-Blowfish-1.0.1-1.el5.src.rpm php-pear-HTML-Common-1.2.5-1.el5.src.rpm php-pear-Text-Diff-1.1.0-1.el5.src.rpm php-pecl-runkit-0.9-11.CVS20090215.el5.src.rpm php-simplepie-1.1.3-3.el5.src.rpm php-Smarty-2.6.25-1.el5.src.rpm pidgin-privacy-please-0.5.3-2.el5.src.rpm podofo-0.7.0-2.el5.src.rpm portaudio-19-8.el5.src.rpm postgresql-pgpool-II-2.2.2-1.el5.src.rpm proftpd-1.3.2-1.el5.src.rpm pure-ftpd-1.0.21-16.el5.src.rpm pymssql-1.0.1-2.el5.src.rpm pyodbc-2.1.5-2.el5.src.rpm pypar-2.1.0_66-3.el5.src.rpm python-application-1.1.1-2.el5.src.rpm python-bugzilla-0.5.1-2.el5.src.rpm python-configobj-4.4.0-2.el5.src.rpm python-coverage-2.85-2.el5.src.rpm python-createrepo-0.9.6-1.el5.src.rpm python-dns-1.6.0-2.el5.src.rpm python-fedora-0.3.12.1-2.el5.src.rpm python-feedcache-1.3-5.el5.src.rpm python-feedparser-4.1-9.el5.src.rpm python-kinterbasdb-3.3.0-2.el5.src.rpm python-kiwi-1.9.23-2.el5.src.rpm python-libgmail-0.1.8-2.el5.src.rpm python-libgmail-docs-0.3-6.el5.src.rpm python-matplotlib-0.98.5.2-3.el5.src.rpm python-paver-1.0-2.el5.src.rpm python-pefile-1.2.10_63-1.el5.src.rpm python-psycopg2-2.0.11-1.el5.src.rpm python-pyrad-1.1-2.el5.src.rpm python-repoze-who-1.0.13-1.el5.src.rpm python-ruledispatch-0.5a0-0.8.svnr2306.el5.src.rpm python-sippy-0-0.8.20090429cvs.el5.src.rpm python-suds-0.3.5-1.el5.src.rpm python-transaction-1.0-0.4.a1.el5.src.rpm python-turboflot-0.1.0-1.el5.src.rpm python-webflash-0.1-0.1.a9.el5.src.rpm python-wsgiref-0.1.2-3.el5.src.rpm pyxmlsec-0.3.0-3.el5.src.rpm R-2.9.0-1.el5.1.src.rpm rabbitmq-server-1.5.5-2.el5.src.rpm raidutils-0.0.6-2.el5.src.rpm R-car-1.2-2.el5.src.rpm rear-1.7.20-1.el5.src.rpm remind-03.01.07-1.el5.src.rpm revisor-2.0.5.2-3.el5.src.rpm rmol-0.22.0-1.el5.src.rpm R-msm-0.9.1-1.el5.src.rpm rpmdevtools-6.8-1.el5.src.rpm rpmreaper-0.1.6-1.el5.src.rpm R-qtl-1.11-1.el5.src.rpm rubygem-main-2.8.4-1.el5.src.rpm rubygem-mongrel_cluster-1.0.5-2.el5.src.rpm rubygem-rspec-1.2.2-1.el5.src.rpm sagator-1.1.1-4.el5.src.rpm sems-1.1.0-5.el5.src.rpm shed-1.15-3.el5.src.rpm shortrpm-1.1-1.el5.1.src.rpm sing-1.1-1.el5.src.rpm smolt-1.2-3.el5.src.rpm soci-3.0.0-13.el5.src.rpm stxxl-1.2.1-8.el5.src.rpm supybot-fedora-0.2.5.1-1.el5.src.rpm tcpick-0.2.1-16.el5.src.rpm testdisk-6.11-3.el5.src.rpm thttpd-2.25b-12.el5.1.src.rpm tor-0.2.0.34-5.el5.src.rpm towhee-6.2.3-5.el5.src.rpm trac-mercurial-plugin-0.10.0.3-1.20080318svn8179.el5.src.rpm transmission-1.34-1.el5.src.rpm TurboGears-1.0.8-5.el5.src.rpm twinkle-1.4.2-2.el5.src.rpm ucview-0.23-2.el5.src.rpm unbound-1.2.1-1.el5.src.rpm unclutter-8-2.el5.src.rpm unicap-0.9.5-1.el5.src.rpm varnish-2.0.4-1.el5.src.rpm vidalia-0.1.13-2.el5.src.rpm viewvc-1.0.8-1.el5.src.rpm wannier90-1.1-4.el5.src.rpm websvn-2.2.1-1.el5.src.rpm weechat-0.2.6-1.el5.src.rpm wordpress-plugin-add-to-any-0.9.9.2.3-1.el5.src.rpm wordpress-plugin-add-to-any-subscribe-0.9.6.4.1-1.el5.src.rpm xa-2.3.5-3.el5.src.rpm xine-lib-1.1.16.3-2.el5.1.src.rpm xl2tpd-1.2.4-2.el5.src.rpm xml-security-c-1.4.0-2.el5.src.rpm ykclient-2.2-1.el5.src.rpm zerofree-1.0.1-5.el5.src.rpm ===Binary RPMS EPEL 4=== agedu-0:0-1.r8442.el4.i386 apachetop-0:0.12.6-6.el4.i386 augeas-0:0.5.1-1.el4.i386 augeas-devel-0:0.5.1-1.el4.i386 augeas-libs-0:0.5.1-1.el4.i386 bash-completion-1:1.0-2.el4.noarch beesu-0:2.3-1.el4.i386 calendar-0:1.25-4.el4.i386 cas-0:0.14-10.el4.noarch cherokee-0:0.99.11-2.el4.i386 cherokee-devel-0:0.99.11-2.el4.i386 chmlib-0:0.40-1.el4.i386 chmlib-devel-0:0.40-1.el4.i386 cobbler-0:1.6.6-1.el4.i386 debmirror-0:20070123-8.el4.noarch duplicity-0:0.5.18-1.el4.i386 eggdrop-0:1.6.19-4.el4.i386 erlang-0:R11B-2.3.el4.i386 erlang-doc-0:R11B-2.3.el4.i386 erlang-erlsyslog-0:0.1-1.el4.i386 facter-0:1.5.5-1.el4.i386 fail2ban-0:0.6.2-3.el4.noarch firebird-0:2.1.2.18118.0-7.el4.i386 firebird-classic-0:2.1.2.18118.0-7.el4.i386 firebird-devel-0:2.1.2.18118.0-7.el4.i386 firebird-doc-0:2.1.2.18118.0-7.el4.i386 firebird-filesystem-0:2.1.2.18118.0-7.el4.i386 firebird-libfbclient-0:2.1.2.18118.0-7.el4.i386 firebird-libfbembed-0:2.1.2.18118.0-7.el4.i386 firebird-superserver-0:2.1.2.18118.0-7.el4.i386 firmware-tools-0:2.1.5-1.1.el4.noarch flamerobin-0:0.9.2-0.el4.i386 flashrom-0:0.9.0-1.el4.i386 fltk-0:1.1.9-4.el4.i386 fltk-devel-0:1.1.9-4.el4.i386 fltk-fluid-0:1.1.9-4.el4.i386 globus-callout-0:0.7-3.el4.i386 globus-callout-devel-0:0.7-3.el4.i386 globus-callout-doc-0:0.7-3.el4.i386 globus-common-0:10.2-4.el4.i386 globus-common-devel-0:10.2-4.el4.i386 globus-common-doc-0:10.2-4.el4.i386 globus-common-progs-0:10.2-4.el4.i386 globus-core-0:5.15-4.el4.i386 globus-ftp-client-0:3.14-1.el4.i386 globus-ftp-client-devel-0:3.14-1.el4.i386 globus-ftp-client-doc-0:3.14-1.el4.i386 globus-ftp-control-0:2.10-1.el4.i386 globus-ftp-control-devel-0:2.10-1.el4.i386 globus-ftp-control-doc-0:2.10-1.el4.i386 globus-gass-copy-0:4.14-1.el4.i386 globus-gass-copy-devel-0:4.14-1.el4.i386 globus-gass-copy-doc-0:4.14-1.el4.i386 globus-gass-copy-progs-0:4.14-1.el4.i386 globus-gass-transfer-0:3.4-1.el4.i386 globus-gass-transfer-devel-0:3.4-1.el4.i386 globus-gass-transfer-doc-0:3.4-1.el4.i386 globus-gsi-callback-0:1.10-1.el4.i386 globus-gsi-callback-devel-0:1.10-1.el4.i386 globus-gsi-callback-doc-0:1.10-1.el4.i386 globus-gsi-cert-utils-0:5.5-1.el4.i386 globus-gsi-cert-utils-devel-0:5.5-1.el4.i386 globus-gsi-cert-utils-doc-0:5.5-1.el4.i386 globus-gsi-cert-utils-progs-0:5.5-1.el4.i386 globus-gsi-credential-0:2.2-1.el4.i386 globus-gsi-credential-devel-0:2.2-1.el4.i386 globus-gsi-credential-doc-0:2.2-1.el4.i386 globus-gsi-openssl-error-0:0.14-2.el4.i386 globus-gsi-openssl-error-devel-0:0.14-2.el4.i386 globus-gsi-openssl-error-doc-0:0.14-2.el4.i386 globus-gsi-proxy-core-0:3.4-1.el4.i386 globus-gsi-proxy-core-devel-0:3.4-1.el4.i386 globus-gsi-proxy-core-doc-0:3.4-1.el4.i386 globus-gsi-proxy-ssl-0:1.5-2.el4.i386 globus-gsi-proxy-ssl-devel-0:1.5-2.el4.i386 globus-gsi-proxy-ssl-doc-0:1.5-2.el4.i386 globus-gsi-sysconfig-0:2.2-1.el4.i386 globus-gsi-sysconfig-devel-0:2.2-1.el4.i386 globus-gsi-sysconfig-doc-0:2.2-1.el4.i386 globus-gssapi-error-0:2.5-2.el4.i386 globus-gssapi-error-devel-0:2.5-2.el4.i386 globus-gssapi-error-doc-0:2.5-2.el4.i386 globus-gssapi-gsi-0:5.9-2.el4.i386 globus-gssapi-gsi-devel-0:5.9-2.el4.i386 globus-gssapi-gsi-doc-0:5.9-2.el4.i386 globus-gss-assist-0:4.0-1.el4.i386 globus-gss-assist-devel-0:4.0-1.el4.i386 globus-gss-assist-doc-0:4.0-1.el4.i386 globus-gss-assist-progs-0:4.0-1.el4.i386 globus-io-0:6.3-1.el4.i386 globus-io-devel-0:6.3-1.el4.i386 globus-libtool-0:1.2-2.el4.i386 globus-libtool-devel-0:1.2-2.el4.i386 globus-openssl-0:3.0-1.el4.i386 globus-openssl-devel-0:3.0-1.el4.i386 globus-openssl-module-0:0.6-1.el4.i386 globus-openssl-module-devel-0:0.6-1.el4.i386 globus-openssl-module-doc-0:0.6-1.el4.i386 globus-openssl-progs-0:3.0-1.el4.i386 globus-proxy-utils-0:2.5-1.el4.i386 globus-rls-client-0:5.1-2.el4.i386 globus-rls-client-devel-0:5.1-2.el4.i386 globus-rls-client-doc-0:5.1-2.el4.i386 globus-rls-client-progs-0:5.1-2.el4.i386 globus-rls-server-0:4.7-2.el4.i386 globus-rsl-0:5.0-3.el4.i386 globus-rsl-assist-0:2.1-1.el4.i386 globus-rsl-assist-devel-0:2.1-1.el4.i386 globus-rsl-devel-0:5.0-3.el4.i386 globus-usage-0:1.0-2.el4.i386 globus-usage-devel-0:1.0-2.el4.i386 globus-xio-0:2.7-3.el4.i386 globus-xio-devel-0:2.7-3.el4.i386 globus-xio-doc-0:2.7-3.el4.i386 globus-xio-gsi-driver-0:0.6-1.el4.i386 globus-xio-gsi-driver-devel-0:0.6-1.el4.i386 globus-xio-gsi-driver-doc-0:0.6-1.el4.i386 globus-xio-popen-driver-0:0.2-2.el4.i386 globus-xio-popen-driver-devel-0:0.2-2.el4.i386 glpi-0:0.71.6-1.el4.noarch glpi-mass-ocs-import-0:1.2.2-1.el4.noarch glusterfs-devel-0:1.3.12-2.el4.i386 glusterfs-libs-0:1.3.12-2.el4.i386 glusterfs-server-0:1.3.12-2.el4.i386 grid-packaging-tools-0:3.2-18.el4.noarch halberd-0:0.2.3-1.el4.noarch haproxy-0:1.3.18-1.el4.i386 hdf5-0:1.6.9-2.el4.i386 hdf5-devel-0:1.6.9-2.el4.i386 htop-0:0.8.2-1.el4.i386 ifstatus-0:1.1.0-5.el4.i386 jnettop-0:0.13.0-5.el4.i386 koan-0:1.6.6-1.el4.noarch ladvd-0:0.6.1-2.el4.i386 libical-0:0.43-4.el4.i386 libical-devel-0:0.43-4.el4.i386 libmp4v2-0:1.5.0.1-6.el4.i386 libmp4v2-devel-0:1.5.0.1-6.el4.i386 libnet-0:1.1.4-1.el4.i386 libnet10-0:1.0.2a-17.el4.i386 libnet10-devel-0:1.0.2a-17.el4.i386 libnet-devel-0:1.1.4-1.el4.i386 libRmath-0:2.9.0-1.el4.2.i386 libRmath-devel-0:2.9.0-1.el4.2.i386 lighttpd-0:1.4.22-2.el4.i386 lighttpd-fastcgi-0:1.4.22-2.el4.i386 lighttpd-mod_geoip-0:1.4.22-2.el4.i386 lighttpd-mod_mysql_vhost-0:1.4.22-2.el4.i386 mb2md-0:3.20-4.el4.noarch mdsplib-0:0.11-9.el4.i386 mdsplib-devel-0:0.11-9.el4.i386 milter-regex-0:1.7-3.el4.i386 mksh-0:38b-1.el4.i386 mod_log_post-0:0.1.0-1.el4.i386 ncftp-2:3.2.2-1.el4.i386 net6-0:1.3.5-1.el4.i386 net6-devel-0:1.3.5-1.el4.i386 ninvaders-0:0.1.1-3.el4.i386 obby-0:0.4.4-2.el4.i386 obby-devel-0:0.4.4-2.el4.i386 ocsinventory-0:1.02.1-1.el4.noarch ocsinventory-agent-0:1.0.1-2.el4.noarch ocsinventory-reports-0:1.02.1-1.el4.noarch ocsinventory-server-0:1.02.1-1.el4.noarch odfpy-0:0.9-1.el4.noarch oggvideotools-0:0.7a-4.el4.i386 pem-0:0.7.5-1.el4.noarch perl-Cache-Memcached-0:1.26-3.el4.noarch perl-Class-ErrorHandler-0:0.01-4.el4.noarch perl-Compress-Raw-Zlib-0:2.020-1.el4.i386 perl-Convert-ASCII-Armour-0:1.4-5.el4.noarch perl-Convert-PEM-0:0.07-5.el4.noarch perl-Crypt-DES_EDE3-0:0.01-5.el4.noarch perl-Crypt-DSA-0:0.14-7.el4.noarch perl-Crypt-GPG-0:1.63-3.el4.noarch perl-Crypt-RSA-0:1.98-3.el4.noarch perl-Date-Leapyear-0:1.72-1.el4.noarch perl-Filesys-Df-0:0.92-3.el4.i386 perl-Math-FFT-0:1.28-1.el4.i386 perl-Net-Daemon-0:0.44-7.el4.noarch perl-Net-SFTP-0:0.10-1.el4.noarch perl-Net-SSH-Perl-0:1.34-1.el4.noarch perl-Nmap-Parser-0:1.19-1.el4.noarch perl-Params-Validate-0:0.89-1.el4.i386 perl-String-CRC32-0:1.4-1.el4.i386 perl-Test-Pod-Coverage-0:1.08-1.el4.noarch perl-Test-Taint-0:1.04-4.el4.i386 perl-XML-Filter-BufferText-0:1.01-4.el4.noarch pgfouine-0:1.1-1.el4.noarch postgresql-pgpool-II-0:2.2.2-1.el4.i386 postgresql-pgpool-II-devel-0:2.2.2-1.el4.i386 proftpd-0:1.3.2-1.el4.i386 proftpd-ldap-0:1.3.2-1.el4.i386 proftpd-mysql-0:1.3.2-1.el4.i386 proftpd-postgresql-0:1.3.2-1.el4.i386 python-application-0:1.1.1-2.el4.noarch python-coverage-0:2.85-2.el4.noarch python-kinterbasdb-0:3.3.0-2.el4.i386 python-suds-0:0.3.5-1.el4.noarch R-0:2.9.0-1.el4.2.i386 R-core-0:2.9.0-1.el4.2.i386 R-devel-0:2.9.0-1.el4.2.i386 remind-0:03.01.07-1.el4.i386 remind-gui-0:03.01.07-1.el4.i386 rpmreaper-0:0.1.6-1.el4.i386 R-qtl-0:1.11-1.el4.i386 sagator-0:1.1.1-4.el4.noarch sagator-core-0:1.1.1-4.el4.noarch sagator-webq-0:1.1.1-4.el4.noarch shed-0:1.15-3.el4.i386 sing-0:1.1-1.el4.i386 spawn-fcgi-0:1.4.22-2.el4.i386 tcpick-0:0.2.1-16.el4.i386 testdisk-0:6.11-2.el4.i386 testdisk-doc-0:6.11-2.el4.i386 varnish-0:2.0.4-1.el4.i386 varnish-libs-0:2.0.4-1.el4.i386 varnish-libs-devel-0:2.0.4-1.el4.i386 viewvc-0:1.0.8-1.el4.noarch weechat-0:0.2.6.2-1.el4.i386 ===Source RPMS EPEL 4=== agedu-0-1.r8442.el4.src.rpm apachetop-0.12.6-6.el4.src.rpm augeas-0.5.1-1.el4.src.rpm bash-completion-1.0-2.el4.src.rpm beesu-2.3-1.el4.src.rpm calendar-1.25-4.el4.src.rpm cas-0.14-10.el4.src.rpm cherokee-0.99.11-2.el4.src.rpm chmlib-0.40-1.el4.src.rpm cobbler-1.6.6-1.el4.src.rpm debmirror-20070123-8.el4.src.rpm duplicity-0.5.18-1.el4.src.rpm eggdrop-1.6.19-4.el4.src.rpm erlang-erlsyslog-0.1-1.el4.src.rpm erlang-R11B-2.3.el4.src.rpm facter-1.5.5-1.el4.src.rpm fail2ban-0.6.2-3.el4.src.rpm firebird-2.1.2.18118.0-7.el4.src.rpm firmware-tools-2.1.5-1.1.el4.src.rpm flamerobin-0.9.2-0.el4.src.rpm flashrom-0.9.0-1.el4.src.rpm fltk-1.1.9-4.el4.src.rpm globus-callout-0.7-3.el4.src.rpm globus-common-10.2-4.el4.src.rpm globus-core-5.15-4.el4.src.rpm globus-ftp-client-3.14-1.el4.src.rpm globus-ftp-control-2.10-1.el4.src.rpm globus-gass-copy-4.14-1.el4.src.rpm globus-gass-transfer-3.4-1.el4.src.rpm globus-gsi-callback-1.10-1.el4.src.rpm globus-gsi-cert-utils-5.5-1.el4.src.rpm globus-gsi-credential-2.2-1.el4.src.rpm globus-gsi-openssl-error-0.14-2.el4.src.rpm globus-gsi-proxy-core-3.4-1.el4.src.rpm globus-gsi-proxy-ssl-1.5-2.el4.src.rpm globus-gsi-sysconfig-2.2-1.el4.src.rpm globus-gssapi-error-2.5-2.el4.src.rpm globus-gssapi-gsi-5.9-2.el4.src.rpm globus-gss-assist-4.0-1.el4.src.rpm globus-io-6.3-1.el4.src.rpm globus-libtool-1.2-2.el4.src.rpm globus-openssl-3.0-1.el4.src.rpm globus-openssl-module-0.6-1.el4.src.rpm globus-proxy-utils-2.5-1.el4.src.rpm globus-rls-client-5.1-2.el4.src.rpm globus-rls-server-4.7-2.el4.src.rpm globus-rsl-5.0-3.el4.src.rpm globus-rsl-assist-2.1-1.el4.src.rpm globus-usage-1.0-2.el4.src.rpm globus-xio-2.7-3.el4.src.rpm globus-xio-gsi-driver-0.6-1.el4.src.rpm globus-xio-popen-driver-0.2-2.el4.src.rpm glpi-0.71.6-1.el4.src.rpm glpi-mass-ocs-import-1.2.2-1.el4.src.rpm glusterfs-1.3.12-2.el4.src.rpm grid-packaging-tools-3.2-18.el4.src.rpm halberd-0.2.3-1.el4.src.rpm haproxy-1.3.18-1.el4.src.rpm hdf5-1.6.9-2.el4.src.rpm htop-0.8.2-1.el4.src.rpm ifstatus-1.1.0-5.el4.src.rpm jnettop-0.13.0-5.el4.src.rpm koan-1.6.6-1.el4.src.rpm ladvd-0.6.1-2.el4.src.rpm libical-0.43-4.el4.src.rpm libmp4v2-1.5.0.1-6.el4.src.rpm libnet10-1.0.2a-17.el4.src.rpm libnet-1.1.4-1.el4.src.rpm lighttpd-1.4.22-2.el4.src.rpm mb2md-3.20-4.el4.src.rpm mdsplib-0.11-9.el4.src.rpm milter-regex-1.7-3.el4.src.rpm mksh-38b-1.el4.src.rpm mod_log_post-0.1.0-1.el4.src.rpm ncftp-3.2.2-1.el4.src.rpm net6-1.3.5-1.el4.src.rpm ninvaders-0.1.1-3.el4.src.rpm obby-0.4.4-2.el4.src.rpm ocsinventory-1.02.1-1.el4.src.rpm ocsinventory-agent-1.0.1-2.el4.src.rpm odfpy-0.9-1.el4.src.rpm oggvideotools-0.7a-4.el4.src.rpm pem-0.7.5-1.el4.src.rpm perl-Cache-Memcached-1.26-3.el4.src.rpm perl-Class-ErrorHandler-0.01-4.el4.src.rpm perl-Compress-Raw-Zlib-2.020-1.el4.src.rpm perl-Convert-ASCII-Armour-1.4-5.el4.src.rpm perl-Convert-PEM-0.07-5.el4.src.rpm perl-Crypt-DES_EDE3-0.01-5.el4.src.rpm perl-Crypt-DSA-0.14-7.el4.src.rpm perl-Crypt-GPG-1.63-3.el4.src.rpm perl-Crypt-RSA-1.98-3.el4.src.rpm perl-Date-Leapyear-1.72-1.el4.src.rpm perl-Filesys-Df-0.92-3.el4.src.rpm perl-Math-FFT-1.28-1.el4.src.rpm perl-Net-Daemon-0.44-7.el4.src.rpm perl-Net-SFTP-0.10-1.el4.src.rpm perl-Net-SSH-Perl-1.34-1.el4.src.rpm perl-Nmap-Parser-1.19-1.el4.src.rpm perl-Params-Validate-0.89-1.el4.src.rpm perl-String-CRC32-1.4-1.el4.src.rpm perl-Test-Pod-Coverage-1.08-1.el4.src.rpm perl-Test-Taint-1.04-4.el4.src.rpm perl-XML-Filter-BufferText-1.01-4.el4.src.rpm pgfouine-1.1-1.el4.src.rpm postgresql-pgpool-II-2.2.2-1.el4.src.rpm proftpd-1.3.2-1.el4.src.rpm python-application-1.1.1-2.el4.src.rpm python-coverage-2.85-2.el4.src.rpm python-kinterbasdb-3.3.0-2.el4.src.rpm python-suds-0.3.5-1.el4.src.rpm R-2.9.0-1.el4.2.src.rpm remind-03.01.07-1.el4.src.rpm rpmreaper-0.1.6-1.el4.src.rpm R-qtl-1.11-1.el4.src.rpm sagator-1.1.1-4.el4.src.rpm shed-1.15-3.el4.src.rpm sing-1.1-1.el4.src.rpm tcpick-0.2.1-16.el4.src.rpm testdisk-6.11-2.el4.src.rpm varnish-2.0.4-1.el4.src.rpm viewvc-1.0.8-1.el4.src.rpm weechat-0.2.6.2-1.el4.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: tobemoved-rpms-4 Type: application/octet-stream Size: 7706 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tobemoved-rpms-5 Type: application/octet-stream Size: 16703 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tobemoved-srpms-4 Type: application/octet-stream Size: 3998 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tobemoved-srpms-5 Type: application/octet-stream Size: 9206 bytes Desc: not available URL: From kevin at tummy.com Sat Jun 13 18:56:22 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 13 Jun 2009 12:56:22 -0600 Subject: wiki wrangler volunteer, fedbot questions In-Reply-To: <20090613061422.GW7591@calliope.phig.org> References: <20090613061422.GW7591@calliope.phig.org> Message-ID: <20090613125622.63487cd3@ohm.scrye.com> On Fri, 12 Jun 2009 23:14:22 -0700 Karsten Wade wrote: > Hey, I just caught up on the minutes from today's meeting. > > First, I noticed that the minutes weren't automatically in a Fedora > domain. Do we manually move them to the wiki? > > http://www.scrye.com/~kevin/fedora/fedora-meeting/2009/fedora-meeting.2009-06-12-21.00.log.html Yes, the bot cannot currently post to the wiki, but the author of the plugin is looking into how to do that. Note that I have also been rsyncing all the data to my fedorapeople space as well. http://kevin.fedorapeople.org/fedora-meeting/2009/ Also, I am probibly going to package up the plugin and once it's packaged we can add it to zodbot, which can write to some normal fedoraproject.org space. > Second, I saw the call for EPEL wiki wrangling, and I would like to do > that. Help needed, but I can outline a good plan for: > > * Page renaming > * Content moving > * Organization > > ... then execute that plan ongoing. Awesome. ;) > To start with, I wanted to get us a few things: > > * Task list > * Upcoming meeting agenda Yeah, I made a note to send out a adgenda on thursday for a friday meeting. Having a wiki page to collect items would be great. ;) Also to add to the wiki list: * change to use Categories, not the old nested namespace. > Are those generated somehow by fedbot? Or do I just pull them from the > highlighted text visible in the IRC log? It watches the meeting channel and pulls them in when someone says #action. See: http://wiki.debian.org/MeetBot for the full list of current commands. > thx - Karsten kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From smooge at gmail.com Sat Jun 13 22:07:27 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 13 Jun 2009 16:07:27 -0600 Subject: Repository Tagging, why don't we do it? In-Reply-To: References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> Message-ID: <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> On Mon, Jun 8, 2009 at 12:11 PM, Adam Miller wrote: > Sorry to all parties involved if I have brought up old cruft that > should have been left to the grave but I wasn't aware and was just > seeking an answer. Thanks to dgilmore for pointing me to the archives, > I found the thread and read through it. > Its ok... its going to be asked every 6 months no matter what. It is one of those things that caused a lot of wounds that seem to have stayed festering. There are technical reasons people wanted it and there were emotional/psychological reasons (eg identity) people wanted it. And there were similar reasons 'against' it. In the end one side got chosen and that's pretty much it. -- Stephen J Smoogen. -- BSD/GNU/Linux 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 Sat Jun 13 22:56:03 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 13 Jun 2009 16:56:03 -0600 Subject: EPEL Leadership (Was: Re: June stable push ?) In-Reply-To: <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> Message-ID: <80d7e4090906131556y479e0aex47c30be393c143c1@mail.gmail.com> On Fri, Jun 12, 2009 at 7:47 AM, Jeff Sheltren wrote: > On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: >> >> >> But the latter not the case anymore. Sure, packagers are still doing a >> whole lot of good work, but leadership/steering is afaics nearly not >> existent at all, which IMHO is a dangerous situation for a project like >> EPEL (especially as RHEL6 is not that far away anymore and we need to be >> prepared for that). >> >> Some examples: No weekly reports for months (which were a requirement >> from FESCo when the EPEL Steering Committee was formed and thus should >> still be written!), nearly no meetings and the steering committee >> obviously doesn't even care if testing -> stable move get done. Hey, not >> even one of the steering committee members actually answered your mail >> in the past few days which IMHO tells us everything already. > > Agreed, the leadership has gone stagnant lately. ?Partly due to conflicting > schedules, and I think partly due to lack of interest: ?"things are working > good enough". ?There have been various grumblings of things to do, but not > too much has come from it. ?I think that EPEL is a side project for most, if > not all, of the steering committee, and without at least one dedicated > leader, we've all gotten distracted by other things. I agree on this. I think that it requires someone who can and will dedicate the time for a certain amount of time. >> >> >> IMHO it's time for the steering committee to say "Sorry, we screwed up, >> we all step down; the last thing we do it to make sure a new steering >> committee is formed somehow" > > I would be glad to step down if I thought it were the best thing to do, but > I don't think that it is. ?We have trouble even getting more than one or two > non-steering committee members to the meetings (when we do have them!). > ?What makes you think that we could find enough interested/motivated people > to replace the entire committee? ?I'm under the impression that EPEL is > popular with end users but there aren't many in the user pool who are > willing or able to step up and help make EPEL better. I also have to agree on that. If we all step down... who is left? The steering committee has been made mostly of the people who had expressed interest in this over the years. >> (?) Yes, I did prepare a few stable pushes over the past few months to >> help out, but I mentioned a few times already that I didn't really want >> to do them anymore; looking back at it I should have made it more clear >> to prevent the current situation; sorry for that; > > I don't think any of this is your fault... > > -Jeff > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. -- BSD/GNU/Linux 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 Sat Jun 13 23:06:21 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 13 Jun 2009 17:06:21 -0600 Subject: June stable push ? In-Reply-To: <20090613060141.GV7591@calliope.phig.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> <20090613060141.GV7591@calliope.phig.org> Message-ID: <80d7e4090906131606r14687591h5b9fc0328120334f@mail.gmail.com> On Sat, Jun 13, 2009 at 12:01 AM, Karsten Wade wrote: > On Fri, Jun 12, 2009 at 10:24:19AM -0600, Kevin Fenzi wrote: > >> Note that a while back we discussed if EPEL is in need of a "steering >> comittee" which implies elections and such. We decided that it was much >> more a SIG than a Project. I don't know if that needs to be addressed >> by fesco. > > To some degree, this is semantics. ?Let's instead: > > 1. Figure out what is broken; > 2. How to fix it; > 3. Meet regularly to keep stuff on track; > 4. Keep a clear set of tasks needed/done. > > After that is moving, we can address if anyone needs to volunteer for > summary execution and replacement by a new regime. > Me.. me.. can I get a cool white handkerchief and a hand-rolled cigarette too? I want to apologize also for the last 6 months. After November, my free time went to crap. I am working on making more time available and should hopefully be able to focus more on EPEL also. -- Stephen J Smoogen. -- BSD/GNU/Linux 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 Sat Jun 13 23:08:02 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 13 Jun 2009 17:08:02 -0600 Subject: EPEL 4/5 Push to Stable In-Reply-To: <7874d9dd0906130737k1c3c83b9y9e641883cce24994@mail.gmail.com> References: <7874d9dd0906130737k1c3c83b9y9e641883cce24994@mail.gmail.com> Message-ID: <80d7e4090906131608y1732edd6y9c59c2c2070796a8@mail.gmail.com> On Sat, Jun 13, 2009 at 8:37 AM, Michael Stahnke wrote: > Hi all! > > I've prepared the next testing -> stable move for EPEL{4,5}. The move > will probably occur Friday sometime, as dgilmore has some buildsystem > adjustments to make then. > > If one of your packages is in the attached "tobemoved-(s,)rpms-{4,5}" > list and you don't want it moved please tell me soon or it'll be too late. > Thank you Michael -- Stephen J Smoogen. -- BSD/GNU/Linux 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 Sat Jun 13 09:27:03 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Jun 2009 11:27:03 +0200 Subject: June stable push ? In-Reply-To: <7874d9dd0906121449u59301ccpa928cb9f68099965@mail.gmail.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> <20090612160758.GA13555@bludgeon.org> <4A32817E.20506@gmail.com> <20090612162933.GA13806@bludgeon.org> <4A328573.8030808@gmail.com> <7874d9dd0906121449u59301ccpa928cb9f68099965@mail.gmail.com> Message-ID: <4A3370E7.1070909@leemhuis.info> On 12.06.2009 23:49, Michael Stahnke wrote: > I am trying to prepare this push. I've had some questions about it > and am working with the correct people on it. Sorry it's late. Hmm, I earlier in this thread said that I'd prepare another one over the weekend. Now that I read your mail I won't do it unless told otherwise to prevent duplicated and thus useless work. CU knurd From fedora at leemhuis.info Sat Jun 13 09:38:22 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Jun 2009 11:38:22 +0200 Subject: June stable push ? In-Reply-To: <4A327BBB.4050706@redhat.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <4A327BBB.4050706@redhat.com> Message-ID: <4A33738E.7090409@leemhuis.info> On 12.06.2009 18:00, Michael DeHaan wrote: > Thorsten Leemhuis wrote: >> On 09.06.2009 21:44, Xavier Bachelot wrote: > > I would see if we could get EPEL more part of Fedora-proper. It is > /rather/ important and critical to let pushes not be regular. > > I have asked folks to use EPEL-testing for some time, and that keeps > working, but since Fedora infra and the build system is rather > rock solid, I think pushing things to use the same systems (i.e. the > update system) and such are the way to go as that would also encourage > more people to package for and use EPEL (hopefully). > > It's crazy odd to ask folks to use "testing" to get packages that are > recent, and the Fedora build and update system Fedora has would eliminate > this problem altogether (especially if kicked from the same place). I'd fully agree to "pushing things to use the same systems (i.e. the update system) and such are the way to go as that would also encourage more people to package for and use EPEL (hopefully)." But I tend to disagree with the other intention of the mail. EPEL is designed to be a add-on repo for RHEL/CentOS that moves slow and provides stable base you can rely on, just as RHEL/CentOS itself -- the monthly pushes help here, as contributors might start to go wild like in Fedora otherwise. Of course packages can be pushed quicker if there is a good reason to. CU knurd From fedora at leemhuis.info Sat Jun 13 09:55:37 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Jun 2009 11:55:37 +0200 Subject: EPEL Leadership (Was: Re: June stable push ?) In-Reply-To: <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> Message-ID: <4A337799.605@leemhuis.info> On 12.06.2009 15:47, Jeff Sheltren wrote: > On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: > [...] > Agreed, the leadership has gone stagnant lately. Partly due to > conflicting schedules, and I think partly due to lack of interest: > "things are working good enough". There have been various grumblings > of things to do, but not too much has come from it. I think that EPEL > is a side project for most, if not all, of the steering committee, and > without at least one dedicated leader, we've all gotten distracted by > other things. Is "good enough" really a adequate description if the stable pushes are not done for two month in a row and nobody cares for something like 40 days? I'd say the answer is "no". "It's working somehow" might be the better description, but that's IMHO still bad for a project the size of EPEL that has a fame and users to lose. EPEL Steering to me feels a bit like parents that don't care at all what their child (e.g the project as a whole) is doing the whole day. With a lot of luck the child will make its way through life somehow, but chances are way bigger that the children sooner or later don't go to school and do bad things. >> IMHO it's time for the steering committee to say "Sorry, we screwed >> up, >> we all step down; the last thing we do it to make sure a new steering >> committee is formed somehow" > > I would be glad to step down if I thought it were the best thing to > do, but I don't think that it is. We have trouble even getting more > than one or two non-steering committee members to the meetings (when > we do have them!). IRC and phone meeting IMHO hang way to high. From my experience a lot of things can easier and better get solved in time-independent ways on the list, if people just want to and as long as there is one driver that brings the issue forward. > What makes you think that we could find enough > interested/motivated people to replace the entire committee? Ohh, I didn't say the entire committee needs to be replaced. I guess one active new member can make a whole lot of a difference if he makes sure things move. > I'm > under the impression that EPEL is popular with end users but there > aren't many in the user pool who are willing or able to step up and > help make EPEL better. Maybe, but afaics often good people emerge if you give them the chance to get involved properly. >> (?) Yes, I did prepare a few stable pushes over the past few months to >> help out, but I mentioned a few times already that I didn't really >> want >> to do them anymore; looking back at it I should have made it more >> clear >> to prevent the current situation; sorry for that; > I don't think any of this is your fault... I tend to disagree. I should have yelled earlier. CU knurd From fedora at leemhuis.info Sat Jun 13 10:10:45 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Jun 2009 12:10:45 +0200 Subject: June stable push ? In-Reply-To: <20090612102419.09cb3af2@ohm.scrye.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> Message-ID: <4A337B25.2030408@leemhuis.info> On 12.06.2009 18:24, Kevin Fenzi wrote: > On Fri, 12 Jun 2009 14:00:06 +0200 > Thorsten Leemhuis wrote: >> On 09.06.2009 21:44, Xavier Bachelot wrote: >>> Is anyone taking care of the stable push for June ? >> FWIW, there IIRC wasn't even one in May either iirc. >>> I guess Thorsten is probably busy with other stuff, >> Yes, sorry, I was really busy with lot of RPM Fusion stuff and real >> life; EPEL moved off by radar so I forgot about it. >> >> In fact I feared exactly that and that was the reason why I months ago >> (is it even more then a year now? not sure, can't remember) tried to >> get away from EPEL nearly completely (?), which was running quite >> fine back then. >> >> But the latter not the case anymore. Sure, packagers are still doing a >> whole lot of good work, but leadership/steering is afaics nearly not >> existent at all, which IMHO is a dangerous situation for a project >> like EPEL (especially as RHEL6 is not that far away anymore and we >> need to be prepared for that). > Well, somewhat agreed. What critical issue is waiting to be addressed? I didn't follow the EPEL that closely, but these are the things that sprung to my mind without consulting the archives: - the "java is now in RHEL and EPEL" issue - how to prevent things like the java issue in the future - prepare for RHEL6 -- how do we get lot of Fedora packages into EPEL for release day, as it later get hard for packagers - can we make peace with CentOS and Dag somehow? - can we make support CentOS in the phases better, where RHEL X.Y is out, but Centos ist still on X.(Y-1) - koji/bodhi status - do we have one look and feel? I got the impression that some packagers update their packagers more in a Fedora-like way, while others are more debian-like (which up to a point is okay, but I'm not sure if we have left that point behind us) There are likely more things. >> Some examples: No weekly reports for months (which were a requirement >> from FESCo when the EPEL Steering Committee was formed and thus should >> still be written!), nearly no meetings and the steering committee >> obviously doesn't even care if testing -> stable move get done. Hey, >> not even one of the steering committee members actually answered your >> mail in the past few days which IMHO tells us everything already. > > I have tried (twice or three times, I forget) to get regular meetings > going again. Either I can't get a time where everyone can attend, no > one does attend, or people forget about the meetings. Meetings itself are not important, solving problems and improving the project is -- that can be done via the list to if people want to. >> Or IOW: what exactly did the steering committee do over the past six >> months? Nearly nothing I'd say. Dglimore (maybe one or two others from >> the Steering Committee; not sure,) did some work for koji and bodhi >> for EPEL, but that's nearly all afaics. > Agreed. What items do you think should be addressed? See above. >>> iirc, there are some perms issue. >> That is still the case afaics. Only dglimore can actually do the push >> and testing->stable moves. > Yes, this is the case as far as I know. Another problem that IMHO should have get solved -- relying on one person and putting all the push-work on that persons shoulder IMHO is bad for everyone. >> (?) Yes, I did prepare a few stable pushes over the past few months to >> help out, but I mentioned a few times already that I didn't really >> want to do them anymore; looking back at it I should have made it >> more clear to prevent the current situation; sorry for that; > yeah, sorry if people have been bugging you on that. No need to say sorry. Actually I would have had not much of a problem to prepare another push or two if the Steering Committee or someone would have asked me to. It just felt of my radar -- and even if I had remembered it it likely would have felt a bit like "hey, seems the Steering Committee is mostly inactive, so why should I invest my time then". CU knurd From fedora at leemhuis.info Sun Jun 14 09:51:18 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 14 Jun 2009 11:51:18 +0200 Subject: EPEL Leadership (Was: Re: June stable push ?) In-Reply-To: <80d7e4090906131556y479e0aex47c30be393c143c1@mail.gmail.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <16AC7E46-BF2E-4664-BC2E-091ED15E6B22@osuosl.org> <80d7e4090906131556y479e0aex47c30be393c143c1@mail.gmail.com> Message-ID: <4A34C816.1040700@leemhuis.info> On 14.06.2009 00:56, Stephen John Smoogen wrote: > On Fri, Jun 12, 2009 at 7:47 AM, Jeff Sheltren wrote: >> On Jun 12, 2009, at 5:00 AM, Thorsten Leemhuis wrote: > >>> IMHO it's time for the steering committee to say "Sorry, we screwed up, >>> we all step down; the last thing we do it to make sure a new steering >>> committee is formed somehow" >> I would be glad to step down if I thought it were the best thing to do, but >> I don't think that it is. We have trouble even getting more than one or two >> non-steering committee members to the meetings (when we do have them!). >> What makes you think that we could find enough interested/motivated people >> to replace the entire committee? I'm under the impression that EPEL is >> popular with end users but there aren't many in the user pool who are >> willing or able to step up and help make EPEL better. > I also have to agree on that. If we all step down... who is left? Who knows? Just give it a try, maybe new people will show up. And as mentioned in another mail: I think it's fine and actually a good thing if some of the current members try to get into the Committee again -- a bit fresh blood might be enough to get things into a better shape. And the last reorganization of the Steering committee iirc was a year ago, so IMHO it's time for another one, as committees like Board and FESCo do elections once a year as well (and no, I don't want to say that we need a election; I'm actually not even sure if it's better with or without one). > [...] Cu knurd From kevin at tummy.com Sun Jun 14 18:19:36 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 14 Jun 2009 12:19:36 -0600 Subject: June stable push ? In-Reply-To: <4A337B25.2030408@leemhuis.info> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> <4A337B25.2030408@leemhuis.info> Message-ID: <20090614121936.2633602a@ohm.scrye.com> On Sat, 13 Jun 2009 12:10:45 +0200 Thorsten Leemhuis wrote: > On 12.06.2009 18:24, Kevin Fenzi wrote: ...snip... > > Well, somewhat agreed. What critical issue is waiting to be > > addressed? > > I didn't follow the EPEL that closely, but these are the things that > sprung to my mind without consulting the archives: > > - the "java is now in RHEL and EPEL" issue Agreed. I think we pretty much all agree that it should be removed or replaced with a version that is just the plugin asap. > - how to prevent things like the java issue in the future We need to find someone who talks to RHEL folks internally to communicate such changes to us. I have no idea at all how to find such a person. Does anyone else? > - prepare for RHEL6 -- how do we get lot of Fedora packages into EPEL > for release day, as it later get hard for packagers There was talk about this long ago... and some thoughts of doing a mass rebuild of fedora package to see what would be easy to move in, but it's really hard to do that without knowing what RHEL6 is going to be based on or have something we can test against. I think this is really going to have to wait until there is at least a beta out. > - can we make peace with CentOS and Dag somehow? I would love to, but no idea how to off hand. > - can we make support CentOS in the phases better, where RHEL X.Y is > out, but Centos ist still on X.(Y-1) I thought we agreed to wait in such cases for centos. > - koji/bodhi status Being worked on. There are tickets filed and people doing the work. > - do we have one look and feel? I got the impression that some > packagers update their packagers more in a Fedora-like way, while > others are more debian-like (which up to a point is okay, but I'm not > sure if we have left that point behind us) Yeah, agreed. > There are likely more things. ...snip... > > I have tried (twice or three times, I forget) to get regular > > meetings going again. Either I can't get a time where everyone can > > attend, no one does attend, or people forget about the meetings. > > Meetings itself are not important, solving problems and improving the > project is -- that can be done via the list to if people want to. Sure, it can, but in practice I find it never does. If there is a meeting on a standard schedule, people get asked about progress on things or new thoughts discussed. When there is no regular meeting people say "I should do that sometime, will try and remember to" and it gets lost, or the work on things where they have been bugged in a meeting about them. Any of the subparts of Fedora I am active in, I find that the ones that have regular meetings stay active and moving, and the ones that don't or try and just "do things when we want on the list" stagnate. ...snip... > >> That is still the case afaics. Only dglimore can actually do the > >> push and testing->stable moves. > > Yes, this is the case as far as I know. > > Another problem that IMHO should have get solved -- relying on one > person and putting all the push-work on that persons shoulder IMHO is > bad for everyone. Sure, agreed. However, dgilmore is the only one who can fix it. > No need to say sorry. Actually I would have had not much of a problem > to prepare another push or two if the Steering Committee or someone > would have asked me to. It just felt of my radar -- and even if I had > remembered it it likely would have felt a bit like "hey, seems the > Steering Committee is mostly inactive, so why should I invest my time > then". Sure, and thanks for noting things and hopefully getting us revived. > CU > knurd kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From sundaram at fedoraproject.org Sun Jun 14 18:23:56 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 14 Jun 2009 23:53:56 +0530 Subject: June stable push ? In-Reply-To: <20090614121936.2633602a@ohm.scrye.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> <4A337B25.2030408@leemhuis.info> <20090614121936.2633602a@ohm.scrye.com> Message-ID: <4A35403C.20508@fedoraproject.org> On 06/14/2009 11:49 PM, Kevin Fenzi wrote: > We need to find someone who talks to RHEL folks internally to > communicate such changes to us. I have no idea at all how to find such > a person. Does anyone else? Spot or Bill Nottingham would know. Rahul From mastahnke at gmail.com Sun Jun 14 19:16:27 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Sun, 14 Jun 2009 14:16:27 -0500 Subject: June stable push ? In-Reply-To: <20090614121936.2633602a@ohm.scrye.com> References: <4A2EBB96.2040105@bachelot.org> <4A324346.8050009@leemhuis.info> <20090612102419.09cb3af2@ohm.scrye.com> <4A337B25.2030408@leemhuis.info> <20090614121936.2633602a@ohm.scrye.com> Message-ID: <7874d9dd0906141216r62a48e61yfa42857bbf65039d@mail.gmail.com> >> - the "java is now in RHEL and EPEL" issue The EPEL team tried to work this issue out once it was known. Red Hat does not see it as critical in any way. https://bugzilla.redhat.com/show_bug.cgi?id=498967 https://bugzilla.redhat.com/show_bug.cgi?id=499079 >> - how to prevent things like the java issue in the future > > We need to find someone who talks to RHEL folks internally to > communicate such changes to us. I have no idea at all how to find such > a person. Does anyone else? Agreed. We need a point person. We also need somebody that RH cares to listen to and understands the ecosystems of corporate customers. The repositories must play well together, and be cohesive. stahnma From bjs at redhat.com Mon Jun 15 12:13:11 2009 From: bjs at redhat.com (Bryan J Smith) Date: Mon, 15 Jun 2009 08:13:11 -0400 Subject: Repository Tagging, why don't we do it? In-Reply-To: <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> Message-ID: <1245067991.10847.2.camel@localhost.localdomain> On Mon, Jun 8, 2009 at 12:11 PM, Adam Miller wrote: > Sorry to all parties involved if I have brought up old cruft that > should have been left to the grave but I wasn't aware and was just > seeking an answer. Thanks to dgilmore for pointing me to the archives, > I found the thread and read through it. On Sat, 2009-06-13 at 16:07 -0600, Stephen John Smoogen wrote: > Its ok... its going to be asked every 6 months no matter what. It is > one of those things that caused a lot of wounds that seem to have > stayed festering. There are technical reasons people wanted it and > there were emotional/psychological reasons (eg identity) people wanted > it. And there were similar reasons 'against' it. In the end one side > got chosen and that's pretty much it. We should probably consider sending out a monthly FAQ with the monthly subscription info, things that answer these type of FAQs. -- Bryan J Smith Senior Consultant Red Hat GPS SE US mailto:bjs at redhat.com +1 (407) 489-7013 (Mobile) mailto:b.j.smith at ieee.org (non-RH/ext to Blackberry) -------------------------------------------------------- You already know Red Hat as the entity dedicated to 100% no-IP-strings-attached, community software development. But do you know where CIOs rate Red Hat versus other software and services firms for their own, direct needs? It's no comparison: http://www.redhat.com/promo/vendor/ From dennis at ausil.us Mon Jun 15 16:35:46 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 15 Jun 2009 11:35:46 -0500 Subject: EPEL and koji Message-ID: <200906151135.52375.dennis@ausil.us> Hi all, I think i have bodhi ready to push EPEL content. so after the stable push on Friday i am going to shut down plague forever. There will be a buildsys outage for EPEL while i run the final commands to import the epel content into koji. after the outage you will nee dto do a cvs up in the root of your checkouts to ensure that make build will send builds to koji and not plague. I will send a reminder before starting and another when done. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From rayvd at bludgeon.org Mon Jun 15 16:38:06 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 15 Jun 2009 09:38:06 -0700 Subject: EPEL and koji In-Reply-To: <200906151135.52375.dennis@ausil.us> References: <200906151135.52375.dennis@ausil.us> Message-ID: <20090615163806.GA26692@bludgeon.org> On Mon, Jun 15, 2009 at 11:35:46AM -0500, Dennis Gilmore wrote: > Hi all, > > I think i have bodhi ready to push EPEL content. so after the stable push on > Friday i am going to shut down plague forever. There will be a buildsys > outage for EPEL while i run the final commands to import the epel content into > koji. after the outage you will nee dto do a cvs up in the root of your > checkouts to ensure that make build will send builds to koji and not plague. > I will send a reminder before starting and another when done. > > Dennis Great news. Thanks Dennis. Ray From mastahnke at gmail.com Mon Jun 15 19:49:19 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 15 Jun 2009 14:49:19 -0500 Subject: Repository Tagging, why don't we do it? In-Reply-To: <7874d9dd0906151244s4a65e277n1b60ace5b3226d09@mail.gmail.com> References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> <1245067991.10847.2.camel@localhost.localdomain> <7874d9dd0906151244s4a65e277n1b60ace5b3226d09@mail.gmail.com> Message-ID: <7874d9dd0906151249x2b406684g7220e1294548ba2b@mail.gmail.com> On Mon, Jun 15, 2009 at 2:44 PM, Michael Stahnke wrote: > On Mon, Jun 15, 2009 at 7:13 AM, Bryan J Smith wrote: >> On Mon, Jun 8, 2009 at 12:11 PM, Adam Miller >> wrote: >>> Sorry to all parties involved if I have brought up old cruft that >>> should have been left to the grave but I wasn't aware and was just >>> seeking an answer. Thanks to dgilmore for pointing me to the archives, >>> I found the thread and read through it. >> >> On Sat, 2009-06-13 at 16:07 -0600, Stephen John Smoogen wrote: >>> Its ok... its going to be asked every 6 months no matter what. It is >>> one of those things that caused a lot of wounds that seem to have >>> stayed festering. There are technical reasons people wanted it and >>> there were emotional/psychological reasons (eg identity) people wanted >>> it. And there were similar reasons 'against' it. In the end one side >>> got chosen and that's pretty much it. >> >> We should probably consider sending out a monthly FAQ with the monthly >> subscription info, things that answer these type of FAQs. >> > We should make an FAQ first :) > Nevermind, we have one. I forgot about it. From mastahnke at gmail.com Mon Jun 15 19:44:31 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 15 Jun 2009 14:44:31 -0500 Subject: Repository Tagging, why don't we do it? In-Reply-To: <1245067991.10847.2.camel@localhost.localdomain> References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> <1245067991.10847.2.camel@localhost.localdomain> Message-ID: <7874d9dd0906151244s4a65e277n1b60ace5b3226d09@mail.gmail.com> On Mon, Jun 15, 2009 at 7:13 AM, Bryan J Smith wrote: > On Mon, Jun 8, 2009 at 12:11 PM, Adam Miller > wrote: >> Sorry to all parties involved if I have brought up old cruft that >> should have been left to the grave but I wasn't aware and was just >> seeking an answer. Thanks to dgilmore for pointing me to the archives, >> I found the thread and read through it. > > On Sat, 2009-06-13 at 16:07 -0600, Stephen John Smoogen wrote: >> Its ok... its going to be asked every 6 months no matter what. It is >> one of those things that caused a lot of wounds that seem to have >> stayed festering. There are technical reasons people wanted it and >> there were emotional/psychological reasons (eg identity) people wanted >> it. And there were similar reasons 'against' it. In the end one side >> got chosen and that's pretty much it. > > We should probably consider sending out a monthly FAQ with the monthly > subscription info, things that answer these type of FAQs. > We should make an FAQ first :) stahnma > > -- > Bryan J Smith ? ? Senior Consultant ? ?Red Hat GPS SE US > mailto:bjs at redhat.com ? ? ? ? +1 (407) 489-7013 (Mobile) > mailto:b.j.smith at ieee.org ? ? (non-RH/ext to Blackberry) > -------------------------------------------------------- > You already know Red Hat as the entity dedicated to 100% > no-IP-strings-attached, community software development. > But do you know where CIOs rate Red Hat versus other > software and services firms for their own, direct needs? > It's no comparison: ?http://www.redhat.com/promo/vendor/ > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From rjones at redhat.com Mon Jun 15 21:25:33 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 15 Jun 2009 22:25:33 +0100 Subject: EPEL and koji In-Reply-To: <200906151135.52375.dennis@ausil.us> References: <200906151135.52375.dennis@ausil.us> Message-ID: <20090615212533.GA22065@amd.home.annexia.org> On Mon, Jun 15, 2009 at 11:35:46AM -0500, Dennis Gilmore wrote: > I think i have bodhi ready to push EPEL content. so after the > stable push on Friday i am going to shut down plague forever. There > will be a buildsys outage for EPEL while i run the final commands to > import the epel content into koji. after the outage you will nee > dto do a cvs up in the root of your checkouts to ensure that make > build will send builds to koji and not plague. I will send a > reminder before starting and another when done. Blimey, didn't see this one coming ... Great news and thanks :-) Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From bjs at redhat.com Tue Jun 16 18:37:21 2009 From: bjs at redhat.com (Bryan J Smith) Date: Tue, 16 Jun 2009 14:37:21 -0400 Subject: Repository Tagging, why don't we do it? In-Reply-To: <7874d9dd0906151244s4a65e277n1b60ace5b3226d09@mail.gmail.com> References: <200906081105.27070.dennis@ausil.us> <4A2D4C11.2090909@NASA.gov> <80d7e4090906131507v61a0f27dj7b0a3a2eaf726cf0@mail.gmail.com> <1245067991.10847.2.camel@localhost.localdomain> <7874d9dd0906151244s4a65e277n1b60ace5b3226d09@mail.gmail.com> Message-ID: <1245177441.17667.0.camel@localhost.localdomain> On Mon, 2009-06-15 at 14:44 -0500, Michael Stahnke wrote: > We should make an FAQ first :) That was implied. ;) -- Bryan J Smith Senior Consultant Red Hat, Inc. Professional Consulting http://www.redhat.com/consulting mailto:bjs at redhat.com +1 (407) 489-7013 (Mobile) mailto:b.j.smith at ieee.org (non-RH/ext to Blackberry) --------------------------------------------------------- You already know Red Hat as the entity dedicated to 100% no-IP-strings-attached, community software development. But do you know where CIOs rate Red Hat versus other software and services firms for their own, direct needs? It's no comparison: http://www.redhat.com/promo/vendor/ From vpivaini at cs.helsinki.fi Tue Jun 16 19:47:21 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Tue, 16 Jun 2009 22:47:21 +0300 Subject: Moin in EPEL Message-ID: <1245181641.2410.25.camel@localhost.localdomain> Hi, I recently took over as the maintainer of the moin package in Fedora and EPEL. It's my first EPEL package. I've been able to handle the Fedora side quite well but, to be honest, I'm in a bit of trouble with the EPEL packages. The thing is, the package has been practically unmaintained for a year now and I'm quite certain there are security issues with it (I'd rather not disclose the possible vulnerabilities on a public mailing list). The moin version in EPEL is 1.5.9 and upstream has abandoned the 1.5 series completely. From what I've read on mailing lists, IRC and the Moin documentation, the migration from 1.5 to 1.6 or later can be quite painful. IIRC the Fedora infrastructure team were testing it before switching to Mediawiki and they had all kinds of problems with it as well. This is why I'd rather not submit an update to 1.8, which is the current stable branch, in EL-4 or EL-5. Out of the major distributions, Debian Etch aka oldstable has 1.5.3, all others either don't have Moin at all or have some newer version. Debian will apparently drop support for Etch on February 2010, at which point EL-5 has about four (?) years of support left and we'll be on our own with Moin 1.5. The most important thing the Moin packages need right now would be for someone to go through the CVE reports against Moin, the project's own security page, Debian's security patches and Fedora's security patches, see which ones need to be applied and build updated packages. I can start working on this soon, but my free time is somewhat limited right now. With these points in mind: - Are there any people on the list who'd like to become co-maintainers or even primary maintainers for Moin in the EPEL branches? - Should we just update Moin to a version with upstream support even though it might cause major pain to anyone running the current packages? - Related to these questions, once even Debian drops 1.5, is there going to be enough people in the EPEL project to take care of the possible security issues? - If not, should we just orphan Moin in EPEL? -- Ville-Pekka Vainio From rayvd at bludgeon.org Tue Jun 16 20:13:23 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 16 Jun 2009 13:13:23 -0700 Subject: Moin in EPEL In-Reply-To: <1245181641.2410.25.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> Message-ID: <20090616201323.GA17709@bludgeon.org> On Tue, Jun 16, 2009 at 10:47:21PM +0300, Ville-Pekka Vainio wrote: > > With these points in mind: > - Are there any people on the list who'd like to become co-maintainers > or even primary maintainers for Moin in the EPEL branches? > - Should we just update Moin to a version with upstream support even > though it might cause major pain to anyone running the current > packages? > - Related to these questions, once even Debian drops 1.5, is there > going to be enough people in the EPEL project to take care of the > possible security issues? > - If not, should we just orphan Moin in EPEL? > My feeling is that, in absence of people willing to backport fixes (even if there are some now, I can't imagine this being the case for much longer), the best solution would be to just update Moin to the latest version. Yeah, this could be fairly painful. I've tried to do the 1.5 to 1.6 migration a couple times and it's never worked right without manual intervention and cleanups later. :( I know EPEL likes to be a slow moving target and maintain stability as much as possible.. but sometimes this has to be balanced against reality :) Ray From jdf.lists at gmail.com Tue Jun 16 21:25:26 2009 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Tue, 16 Jun 2009 14:25:26 -0700 Subject: Moin in EPEL In-Reply-To: <1245181641.2410.25.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> Message-ID: <67437bc40906161425r5da2e2e9q590d08bddb6f7dc1@mail.gmail.com> On Tue, Jun 16, 2009 at 12:47 PM, Ville-Pekka Vainio wrote: > With these points in mind: > - Are there any people on the list who'd like to become co-maintainers > or even primary maintainers for Moin in the EPEL branches? > - Should we just update Moin to a version with upstream support even > though it might cause major pain to anyone running the current > packages? > - Related to these questions, once even Debian drops 1.5, is there > going to be enough people in the EPEL project to take care of the > possible security issues? > - If not, should we just orphan Moin in EPEL? Thanks for taking this on. My opinion would be to orphan Moin 1.5 immediately, and introduce the latest when you are ready. For what it's worth, I previously used Moin but moved to trac. From vpivaini at cs.helsinki.fi Wed Jun 17 10:30:42 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Wed, 17 Jun 2009 13:30:42 +0300 Subject: Moin in EPEL In-Reply-To: <1245181641.2410.25.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> Message-ID: <1245234642.6239.18.camel@localhost.localdomain> Since I've had two +1's for updating the package to the newest upstream, I'll probably start preparing the update soon. Don't expect this to happen too soon, since I'll need to test the new package in EL-4 as well and I don't even have an EL-4 installation currently. I've talked about the Fedora and EPEL Moin packages in the Moin IRC channel and one of the developers told me they might be supporting 1.8 somewhat longer than they've supported the couple of earlier versions. So if I'll update the Moin package to a completely new version, going to and staying with the 1.8 series is probably a good option. If someone on the list is completely against going to 1.8, please step up soon and offer help with backporting the security patches. This might be an FAQ item, but are there any release notes or readmes prepared for the monthly updates? Once we'll have a new Moin version going into El-4 and EL-5, it'd definitely need a note about how to migrate an existing Moin installation to the new version. -- Ville-Pekka Vainio From maxamillion at gmail.com Wed Jun 17 13:37:49 2009 From: maxamillion at gmail.com (Adam Miller) Date: Wed, 17 Jun 2009 08:37:49 -0500 Subject: Moin in EPEL In-Reply-To: <1245234642.6239.18.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> <1245234642.6239.18.camel@localhost.localdomain> Message-ID: I think the 1.8 upgrade path is a solid choice. I'm a big fan of moinmoin so if you ever need a tester let me know. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From wdierkes at 5dollarwhitebox.org Wed Jun 17 14:48:12 2009 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Wed, 17 Jun 2009 09:48:12 -0500 Subject: Moin in EPEL In-Reply-To: <1245234642.6239.18.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> <1245234642.6239.18.camel@localhost.localdomain> Message-ID: On Jun 17, 2009, at 5:30 AM, Ville-Pekka Vainio wrote: > Since I've had two +1's for updating the package to the newest > upstream, > I'll probably start preparing the update soon. Don't expect this to > happen too soon, since I'll need to test the new package in EL-4 as > well > and I don't even have an EL-4 installation currently. > I have resources available for testing both EL4 and EL5, please let me/ us know once new packages are available for testing. --- BJ Dierkes From vpivaini at cs.helsinki.fi Wed Jun 17 18:27:39 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Wed, 17 Jun 2009 21:27:39 +0300 Subject: Moin in EPEL In-Reply-To: References: <1245181641.2410.25.camel@localhost.localdomain> <1245234642.6239.18.camel@localhost.localdomain> Message-ID: <1245263259.2899.0.camel@localhost.localdomain> ke, 2009-06-17 kello 09:48 -0500, BJ Dierkes kirjoitti: > I have resources available for testing both EL4 and EL5, please let me/ > us know once new packages are available for testing. I'll do that, thanks :) -- Ville-Pekka Vainio From kevin at tummy.com Wed Jun 17 18:48:08 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 17 Jun 2009 12:48:08 -0600 Subject: Moin in EPEL In-Reply-To: <1245181641.2410.25.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> Message-ID: <20090617124808.038e75ad@ohm.scrye.com> On Tue, 16 Jun 2009 22:47:21 +0300 Ville-Pekka Vainio wrote: ...snip... > With these points in mind: > - Are there any people on the list who'd like to become > co-maintainers or even primary maintainers for Moin in the EPEL > branches? > - Should we just update Moin to a version with upstream support > even though it might cause major pain to anyone running the current > packages? > - Related to these questions, once even Debian drops 1.5, is there > going to be enough people in the EPEL project to take care of the > possible security issues? > - If not, should we just orphan Moin in EPEL? Yeah, EPEL packages should not do this kind of thing if at all possible, but sometimes it's impossible to avoid. :( We do have now a 'epel-announce' list. An announcement about this sort of change would be very good to go there. Information on how to deal with the upgrade would also be welcome in a README.Fedora file or the like... kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Thu Jun 18 19:37:50 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 18 Jun 2009 13:37:50 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-06-19) Message-ID: <20090618133750.17806502@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Policy about packages moving from EPEL to RHEL Review Bug Day ideas FAQ updating (posting even) Stable Push & Koji/Bodhi progress report If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From smooge at gmail.com Fri Jun 19 19:11:30 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 19 Jun 2009 13:11:30 -0600 Subject: Moin in EPEL In-Reply-To: <1245181641.2410.25.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> Message-ID: <80d7e4090906191211q3ca6a057t824b4e65265866f3@mail.gmail.com> On Tue, Jun 16, 2009 at 1:47 PM, Ville-Pekka Vainio wrote: > Hi, > > I recently took over as the maintainer of the moin package in Fedora and > EPEL. It's my first EPEL package. I've been able to handle the Fedora > side quite well but, to be honest, I'm in a bit of trouble with the EPEL > packages. The thing is, the package has been practically unmaintained > for a year now and I'm quite certain there are security issues with it > (I'd rather not disclose the possible vulnerabilities on a public > mailing list). > > The moin version in EPEL is 1.5.9 and upstream has abandoned the 1.5 > series completely. From what I've read on mailing lists, IRC and the > Moin documentation, the migration from 1.5 to 1.6 or later can be quite > painful. IIRC the Fedora infrastructure team were testing it before > switching to Mediawiki and they had all kinds of problems with it as > well. This is why I'd rather not submit an update to 1.8, which is the > current stable branch, in EL-4 or EL-5. I had looked at this a while ago. My strategy looked to be to create a moin15, moin16 etc that would replace the older versions (moin-1.5 etc) since upgrades from 1.5 to 1.8 were uhm painful (I know I did it a couple of times). This would allow for 2 things. 1) put people with older moins on a stable RPM that wouldn't break production websites. 2) allow for us to within 1-2 release cycles end support for these moin packages. People who wanted to upgrade could then work out the steps themselves as its not always easy. -- Stephen J Smoogen. -- BSD/GNU/Linux 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 Fri Jun 19 20:50:19 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 19 Jun 2009 20:50:19 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-19 Message-ID: <20090619205019.B2EF3188112@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 280 NEW agedu-0-1.r8442.el5 : An utility for tracking down wasted disk space NEW Ajaxterm-0.10-8.el5 : A web-based terminal NEW amarok-1.4.10-4.el5 : Media player NEW apachetop-0.12.6-6.el5 : A top-like display of Apache logs NEW aspell-sk-2.01-2.el5 : Slovak dictionaries for Aspell NEW astronomy-menus-1.0-2.el5 : Astronomy menu for the Desktop NEW atari++-1.56-1.el5 : Unix based emulator of the Atari eight bit computers NEW atasm-1.06-2.el5 : 6502 cross-assembler NEW augeas-0.5.1-1.el5 : A library for changing configuration files NEW BackupPC-3.1.0-3.el5 : High-performance backup system NEW bash-completion-1.0-2.el5 : Programmable completion for Bash NEW beanstalkd-1.3-1.el5 : A fast, distributed, in-memory workqueue service NEW beesu-2.3-1.el5 : Bee's installer script for beesu NEW bodhi-0.5.19-2.el5 : A modular framework that facilitates publishing software updates NEW cacti-0.8.7d-1.el5 : An rrd based graphing tool NEW calendar-1.25-4.el5 : Reminder utility NEW cas-0.14-10.el5 : Tool to analyze and configure core file environment NEW ccrtp-1.7.1-1.el5 : Common C++ class framework for RTP/RTCP NEW cherokee-0.99.11-2.el5 : Flexible and Fast Webserver NEW chmlib-0.40-1.el5 : Library for dealing with ITSS/CHM format files NEW chntpw-0.99.6-9.el5 : Change passwords in Windows SAM files NEW clipsmm-0.0.7-1.el5 : Clipsmm is a C++ wrapper for the CLIPS C library NEW cobbler-1.6.6-1.el5 : Boot server configurator NEW collectl-3.3.2-1.el5 : A utility to collect various linux performance data NEW commoncpp2-1.7.3-1.el5 : GNU Common C++ class framework NEW couchdb-0.9.0-2.el5 : A document database server, accessible via a RESTful JSON API NEW cppcheck-1.31-1.el5 : A tool for static C/C++ code analysis NEW ctdb-1.0.81-1.el5 : A Clustered Database based on Samba's Trivial Database (TDB) NEW debmirror-20070123-8.el5 : Debian partial mirror script, with ftp and package pool support NEW debootstrap-1.0.7-3.el5 : Bootstrap a basic Debian GNU/Linux system NEW dirvish-1.2.1-4.el5 : Fast, disk based, rotating network backup system NEW dnsjava-2.0.6-6.el5 : Java DNS implementation NEW docbook2X-0.8.8-1.el5 : Convert docbook into man and Texinfo NEW drbdlinks-1.18-1.el5 : A program for managing links into a DRBD shared partition NEW dtc-1.1.0-1.el5 : Device Tree Compiler NEW duplicity-0.5.18-1.el5 : Encrypted bandwidth-efficient backup using rsync algorithm NEW eggdrop-1.6.19-4.el5 : The world's most popular Open Source IRC bot NEW ejabberd-2.0.5-2.el5 : A distributed, fault-tolerant Jabber/XMPP server NEW erlang-erlsyslog-0.1-1.el5 : Syslog facility for Erlang NEW erlang-R12B-5.6.el5.1 : General-purpose programming language and runtime environment NEW facter-1.5.5-1.el5 : Ruby module for collecting simple facts about a host operating system NEW fail2ban-0.8.3-18.el5 : Ban IPs that make too many password failures NEW fakechroot-2.9-23.el5 : Gives a fake chroot environment NEW fakeroot-1.12.2-21.el5 : Gives a fake root environment NEW fbterm-1.4-1.el5 : A frame buffer terminal emulator NEW febootstrap-2.0-2.el5 : Bootstrap a new Fedora system (like debootstrap) NEW firebird-2.1.2.18118.0-7.el5 : SQL relational database management system NEW firmware-addon-dell-2.1.2-4.3.el5 : A firmware-tools plugin to handle BIOS/Firmware for Dell systems NEW firmware-tools-2.1.5-1.1.el5 : Scripts and tools to manage firmware and BIOS updates NEW flamerobin-0.9.2-0.el5 : Graphical client for Firebird NEW flashrom-0.9.0-1.el5 : Simple program for reading/writing BIOS chips content NEW fltk-1.1.9-4.el5 : C++ user interface toolkit NEW globus-callout-0.7-3.el5 : Globus Toolkit - Globus Callout Library NEW globus-common-10.2-4.el5 : Globus Toolkit - Common Library NEW globus-core-5.15-4.el5 : Globus Toolkit - Globus Core NEW globus-ftp-client-3.14-1.el5 : Globus Toolkit - GridFTP Client Library NEW globus-ftp-control-2.10-1.el5 : Globus Toolkit - GridFTP Client Control Library NEW globus-gass-copy-4.14-1.el5 : Globus Toolkit - Globus Gass Copy NEW globus-gass-transfer-3.4-1.el5 : Globus Toolkit - Globus Gass Transfer NEW globus-gsi-callback-1.10-1.el5 : Globus Toolkit - Globus GSI Callback Library NEW globus-gsi-cert-utils-5.5-1.el5 : Globus Toolkit - Globus GSI Cert Utils Library NEW globus-gsi-credential-2.2-1.el5 : Globus Toolkit - Globus GSI Credential Library NEW globus-gsi-openssl-error-0.14-2.el5 : Globus Toolkit - Globus OpenSSL Error Handling NEW globus-gsi-proxy-core-3.4-1.el5 : Globus Toolkit - Globus GSI Proxy Core Library NEW globus-gsi-proxy-ssl-1.5-2.el5 : Globus Toolkit - Globus GSI Proxy SSL Library NEW globus-gsi-sysconfig-2.2-1.el5 : Globus Toolkit - Globus GSI System Config Library NEW globus-gss-assist-4.0-1.el5 : Globus Toolkit - GSSAPI Assist library NEW globus-gssapi-error-2.5-2.el5 : Globus Toolkit - GSSAPI Error Library NEW globus-gssapi-gsi-5.9-2.el5 : Globus Toolkit - GSSAPI library NEW globus-io-6.3-1.el5 : Globus Toolkit - uniform I/O interface NEW globus-libtool-1.2-2.el5 : Globus Toolkit - Globus libtool package NEW globus-openssl-3.0-1.el5 : Globus Toolkit - Openssl Library NEW globus-openssl-module-0.6-1.el5 : Globus Toolkit - Globus OpenSSL Module Wrapper NEW globus-proxy-utils-2.5-1.el5 : Globus Toolkit - Globus GSI Proxy Utility Programs NEW globus-rls-client-5.1-2.el5 : Globus Toolkit - Replica Location Service Client NEW globus-rls-server-4.7-2.el5 : Globus Toolkit - Replica Location Service Server NEW globus-rsl-5.0-3.el5 : Globus Toolkit - Resource Specification Language Library NEW globus-rsl-assist-2.1-1.el5 : Globus Toolkit - RSL Manipulation Library NEW globus-usage-1.0-2.el5 : Globus Toolkit - Usage Library NEW globus-xio-2.7-3.el5 : Globus Toolkit - Globus XIO Framework NEW globus-xio-gsi-driver-0.6-1.el5 : Globus Toolkit - Globus XIO GSI Driver NEW globus-xio-popen-driver-0.2-2.el5 : Globus Toolkit - Globus XIO Pipe Open Driver NEW glpi-0.71.6-1.el5 : Free IT asset management software NEW glpi-data-injection-1.5.1-1.el5 : Plugin for importing data into GLPI NEW glpi-mass-ocs-import-1.2.2-1.el5 : GLPI Plugin for OCS Massive import NEW glusterfs-1.3.12-2.el5 : Cluster File System NEW grid-packaging-tools-3.2-18.el5 : Grid Packaging Tools (GPT) NEW gvrpcd-1.3-2.el5 : A program for announcing VLANs using GVRP NEW halberd-0.2.3-1.el5 : Tool to discover HTTP load balancers NEW haproxy-1.3.18-1.el5 : HA-Proxy is a TCP/HTTP reverse proxy for high availability environments NEW hdf5-1.6.9-2.el5 : A general purpose library and file format for storing scientific data NEW healpix-2.11c-5.el5 : Hierarchical Equal Area isoLatitude Pixelization of a sphere NEW help2man-1.36.4-4.1.el5 : Create simple man pages from --help output NEW hosts3d-0.99-1.el5 : 3D real-time network visualiser NEW htop-0.8.2-1.el5 : Interactive process viewer NEW ifstatus-1.1.0-5.el5 : Command line real time interface graphs using ncurses NEW imlib-1.9.15-11.el5 : An image loading and rendering library for X11R6 NEW javasqlite-20090430-1.el5.1 : SQLite Java Wrapper/JDBC Driver NEW jnettop-0.13.0-5.el5 : Network traffic tracker NEW jsl-0.3.0-1.el5 : Check JavaScript code for common mistakes NEW koan-1.6.6-1.el5 : Network provisioning tool for Xen and Bare Metal Machines NEW koji-1.3.1-1.el5.1 : Build system tools NEW latex2rtf-1.9.19-8.el5 : LaTeX to RTF converter that handles equations, figures, and cross-references NEW libextractor-0.5.22-2.el5 : Simple library for keyword extraction NEW libglademm24-2.6.3-3.el5 : C++ wrapper for libglade NEW libical-0.43-4.el5 : Reference implementation of the iCalendar data type and serialization format NEW libmodplug-0.8.7-1.el5 : Modplug mod music file format library NEW libnet-1.1.4-1.el5 : C library for portable packet creation and injection NEW libnet10-1.0.2a-17.el5 : High-level API (toolkit) to construct and inject network packets NEW libpqxx-2.6.8-13.el5 : C++ client API for PostgreSQL NEW libsmbios-2.2.16-2.1.el5 : Libsmbios C/C++ shared libraries NEW libvncserver-0.9.7-2.el5 : Library to make writing a vnc server easy NEW libzrtpcpp-1.4.3-1.el5 : ZRTP support library for the GNU ccRTP stack NEW lighttpd-1.4.22-2.el5 : Lightning fast webserver with light system requirements NEW linsmith-0.99.12-1.el5 : A Smith charting program NEW mach-0.9.4-1.el5 : Make a chroot NEW mantis-1.1.7-1.el5 : Web-based bugtracking system NEW matio-1.3.3-3.el5 : Library for reading/writing Matlab MAT files NEW mb2md-3.20-4.el5 : Mailbox to maildir converter NEW mdsplib-0.11-9.el5 : METAR Decoder Software Package Library NEW mediawiki-SpecialInterwiki-0-0.4.svn49252.el5 : An extension to provide an interwiki management system NEW milter-regex-1.7-3.el5 : Sendmail milter plugin for regular expression filtering NEW mimedefang-2.67-1.el5 : E-Mail filtering framework using Sendmail's Milter interface NEW mingw32-filesystem-40-3.el5.1 : MinGW base filesystem and environment NEW mingw32-libpng-1.2.37-1.el5 : MinGW Windows Libpng library NEW mingw32-nsiswrapper-3-3.el5.1 : Helper program for making NSIS Windows installers NEW mingw32-w32api-3.12-8.el5 : Win32 header files and stubs NEW mirrormanager-1.2.11-1.el5 : Fedora mirror management system NEW mksh-38b-1.el5 : MirBSD enhanced version of the Korn Shell NEW mmv-1.01b-9.el5 : Move/copy/append/link multiple files NEW mod_log_post-0.1.0-1.el5 : Module for the Apache web server to log all HTTP POST messages NEW net6-1.3.5-1.el5 : A TCP protocol abstraction for library C++ NEW NetworkManager-openvpn-0.7.0-18.svn11.el5.1 : NetworkManager VPN plugin for OpenVPN NEW NetworkManager-pptp-0.7.0-2.svn16.el5 : NetworkManager VPN plugin for pptp NEW NetworkManager-vpnc-0.7.0.99-1.el5.4 : NetworkManager VPN plugin for vpnc NEW nginx-0.6.36-1.el5 : Robust, small and high performance http and reverse proxy server NEW ninvaders-0.1.1-3.el5 : Space Invaders clone written in ncurses for cli gaming NEW nsd-3.2.2-2.el5 : Fast and lean authoritative DNS Name Server NEW numpy-1.2.1-2.el5 : A fast multidimensional array facility for Python NEW ocaml-autoconf-1.0-4.el5 : Autoconf macros for OCaml NEW ocsinventory-1.02.1-1.el5 : Open Computer and Software Inventory Next Generation NEW ocsinventory-agent-1.0.1-2.el5 : Open Computer and Software Inventory Next Generation client NEW odfpy-0.9-1.el5 : Python library for manipulating OpenDocument files NEW oggvideotools-0.7a-4.el5 : Toolbox for manipulating Ogg video files NEW pam_yubico-2.1-2.el5 : A Pluggable Authentication Module for yubikeys NEW pem-0.7.5-1.el5 : Personal Expenses Manager NEW perl-Algorithm-Annotate-0.10-6.el5 : Represent a series of changes in annotate form NEW perl-Cache-Memcached-1.26-3.el5 : Perl client for memcached NEW perl-Class-ErrorHandler-0.01-4.el5 : Class::ErrorHandler Perl module NEW perl-Class-Inspector-1.17-1.el5 : Get information about a class and its structure NEW perl-Compress-Raw-Zlib-2.020-1.el5 : Low-Level Interface to the zlib compression library NEW perl-Config-Properties-1.70-2.el5 : Read and write property files NEW perl-Convert-ASCII-Armour-1.4-5.el5 : Convert binary octets into ASCII armoured messages NEW perl-Convert-PEM-0.07-5.el5 : Read/write encrypted ASN.1 PEM files NEW perl-Crypt-CipherSaber-1.00-1.el5 : Perl module implementing CipherSaber encryption NEW perl-Crypt-DES_EDE3-0.01-5.el5 : Triple-DES EDE encryption/decryption module NEW perl-Crypt-DSA-0.14-7.el5 : Perl module for DSA signatures and key generation NEW perl-Crypt-GPG-1.63-3.el5 : Perl Object Oriented Interface to GnuPG NEW perl-Crypt-RSA-1.98-3.el5 : RSA public-key cryptosystem NEW perl-Date-Leapyear-1.72-1.el5 : Is a particular year a leap year? NEW perl-Email-MIME-Encodings-1.313-1.el5 : Unified interface to MIME encoding and decoding NEW perl-Heap-0.80-1.el5 : Perl extension for keeping data partially sorted NEW perl-HTML-StripScripts-1.04-1.el5 : Strip scripting constructs out of HTML NEW perl-HTML-StripScripts-Parser-1.00-1.el5 : XSS filter using HTML::Parser NEW perl-IO-LockedFile-0.23-5.el5 : Something NEW perl-KinoSearch-0.164-1.el5 : Search engine library NEW perl-Log-LogLite-0.82-1.el5 : Create simple logs NEW perl-Math-FFT-1.28-1.el5 : Perl module to calculate Fast Fourier Transforms NEW perl-MIME-Charset-1.006.2-2.el5 : Charset Informations for MIME NEW perl-MIME-EncWords-1.010.101-2.el5 : Deal with RFC 2047 encoded words (improved) NEW perl-Net-Daemon-0.44-7.el5 : Perl extension for portable daemons NEW perl-Net-OAuth-0.14-1.el5 : OAuth protocol support library for Perl NEW perl-Net-Pcap-0.16-1.el5 : Interface to pcap(3) LBL packet capture library NEW perl-Net-SFTP-0.10-1.el5 : Secure File Transfer Protocol client NEW perl-Net-SSH-Perl-1.34-2.el5 : SSH (Secure Shell) client NEW perl-Net-UPnP-1.41-3.el5 : Perl extension for UPnP NEW perl-Nmap-Parser-1.19-1.el5 : Parse nmap scan data with perl NEW perl-TAP-Harness-3.16-1.el5 : Run Perl standard test scripts with statistics NEW perl-TAP-Harness-JUnit-0.30-1.el5 : Generate JUnit compatible output from TAP results NEW perl-Test-Perl-Critic-1.01-1.el5 : Use Perl::Critic in test programs NEW perl-Verilog-3.210-1.el5 : Verilog parsing routines NEW perl-XML-Filter-BufferText-1.01-2.el5 : Filter to put all characters() in one event NEW pgfouine-1.1-1.el5 : PgFouine PostgreSQL log analyzer NEW php-extras-5.1.6-5.el5 : Additional PHP modules from the standard PHP distribution NEW php-feedcreator-1.7.2-3.el5 : Create RSS feeds NEW php-geshi-1.0.8.3-1.el5 : Generic syntax highlighter NEW php-IDNA_Convert-0.6.3-2.el5 : Provides conversion of internationalized strings to UTF8 NEW php-pear-Crypt-Blowfish-1.0.1-1.el5 : Quick two-way blowfish encryption NEW php-pear-HTML-Common-1.2.5-1.el5 : Base class for other HTML classes NEW php-pear-Text-Diff-1.1.0-1.el5 : Engine for performing and rendering text diffs NEW php-pecl-runkit-0.9-11.CVS20090215.el5 : Mangle with user defined functions and classes NEW php-simplepie-1.1.3-3.el5 : Simple RSS Library in PHP NEW php-Smarty-2.6.25-1.el5 : Template/Presentation Framework for PHP NEW pidgin-privacy-please-0.5.3-2.el5 : Security and Privacy plugin for Pidgin NEW podofo-0.7.0-2.el5 : Tools and libraries to work with the PDF file format NEW portaudio-19-8.el5 : Free, cross platform, open-source, audio I/O library NEW postgresql-pgpool-II-2.2.2-1.el5 : Pgpool is a connection pooling/replication server for PostgreSQL NEW proftpd-1.3.2-1.el5 : Flexible, stable and highly-configurable FTP server NEW pure-ftpd-1.0.21-16.el5 : Lightweight, fast and secure FTP server NEW pymssql-1.0.1-2.el5 : A simple database interface to MS-SQL for Python NEW pyodbc-2.1.5-2.el5 : Python DB API 2.0 Module for ODBC NEW pypar-2.1.0_66-3.el5 : Parallel programming with Python NEW python-application-1.1.1-2.el5 : Basic building blocks for python applications NEW python-bugzilla-0.5.1-2.el5 : A python library for interacting with Bugzilla NEW python-configobj-4.4.0-2.el5 : Config file reading, writing, and validation NEW python-coverage-2.85-2.el5 : Code coverage testing module for Python NEW python-createrepo-0.9.6-1.el5 : Python module to create common metadata repositorys NEW python-dns-1.6.0-2.el5 : DNS toolkit for Python NEW python-fedora-0.3.12.1-2.el5 : Python modules for talking to Fedora Infrastructure Services NEW python-feedcache-1.3-5.el5 : Wrapper for Mark Pilgrim's FeedParser module which caches feed content NEW python-feedparser-4.1-9.el5 : Parse RSS and Atom feeds in Python NEW python-kinterbasdb-3.3.0-2.el5 : A Python DB-API 2.0 compliant interface to Firebird NEW python-kiwi-1.9.23-2.el5 : Framework for Python GUI applications NEW python-libgmail-0.1.8-2.el5 : Library to provide access to Gmail via Python NEW python-libgmail-docs-0.3-6.el5 : Documents and examples for python-libgmail NEW python-matplotlib-0.98.5.2-3.el5 : Python plotting library NEW python-paver-1.0-2.el5 : Python-based build/distribution/deployment scripting tool NEW python-pefile-1.2.10_63-1.el5 : Python module for working with Portable Executable files NEW python-psycopg2-2.0.11-1.el5 : A PostgreSQL database adapter for Python NEW python-pyrad-1.1-2.el5 : Python RADIUS client NEW python-repoze-who-1.0.13-1.el5 : An identification and authentication framework for WSGI NEW python-ruledispatch-0.5a0-0.8.svnr2306.el5 : A generic function package for Python NEW python-sippy-0-0.8.20090429cvs.el5 : B2BUA (back-to-back user agent) SIP call controlling component NEW python-suds-0.3.5-1.el5 : A python SOAP client NEW python-transaction-1.0-0.4.a1.el5 : Transaction management for Python NEW python-turboflot-0.1.0-1.el5 : A TurboGears widget for Flot, a jQuery plotting library NEW python-webflash-0.1-0.1.a9.el5 : Portable flash messages for WSGI apps NEW python-wsgiref-0.1.2-3.el5 : WSGI (PEP 333) Reference Library NEW pyxmlsec-0.3.0-3.el5 : Python bindings for the XML Security Library NEW R-2.9.0-1.el5.1 : A language for data analysis and graphics NEW R-car-1.2-2.el5 : Companion to Applied Regression package for R NEW R-msm-0.9.1-1.el5 : Multi-state Markov and hidden Markov models in continuous time NEW R-qtl-1.11-1.el5 : Tools for analyzing QTL experiments NEW rabbitmq-server-1.5.5-2.el5 : The RabbitMQ server NEW raidutils-0.0.6-2.el5 : Utilities to manage Adaptec I2O compliant RAID controllers NEW rear-1.7.20-1.el5 : Relax and Recover (ReaR) is a Linux Disaster Recovery framework NEW remind-03.01.07-1.el5 : A sophisticated calendar and alarm program NEW revisor-2.0.5.2-3.el5 : Customize "Spin" Graphical User Interface NEW rmol-0.22.0-1.el5 : C++ library of Revenue Management and Optimisation classes and functions NEW rpmdevtools-6.8-1.el5 : RPM Development Tools NEW rpmreaper-0.1.6-1.el5 : A tool for removing packages from system NEW rubygem-main-2.8.4-1.el5 : A class factory and dsl for generating command line programs real quick NEW rubygem-mongrel_cluster-1.0.5-2.el5 : GemPlugin wrapper for the mongrel HTTP server NEW rubygem-rspec-1.2.2-1.el5 : Behaviour driven development (BDD) framework for Ruby NEW sagator-1.1.1-4.el5 : Antivir/antispam gateway for smtp server NEW sems-1.1.0-5.el5 : SIP Express Media Server, an extensible SIP media server NEW shed-1.15-3.el5 : Easy to use hex editor NEW shortrpm-1.1-1.el5.1 : Short-circuit binary RPM package build NEW sing-1.1-1.el5 : Sends fully customized ICMP packets from command line NEW smolt-1.2-3.el5 : Fedora hardware profiler NEW soci-3.0.0-13.el5 : The database access library for C++ programmers NEW stxxl-1.2.1-8.el5 : C++ STL drop-in replacement for extremely large datasets NEW supybot-fedora-0.2.5.1-1.el5 : Plugin for Supybot to interact with Fedora services NEW tcpick-0.2.1-16.el5 : A tcp stream sniffer, tracker and capturer NEW testdisk-6.11-3.el5 : Tool to check and undelete partition, PhotoRec recovers lost files NEW thttpd-2.25b-12.el5.1 : Tiny, turbo, throttleable lightweight http server NEW tor-0.2.0.34-5.el5 : Anonymizing overlay network for TCP (The onion router) NEW towhee-6.2.3-5.el5 : A Monte Carlo molecular simulation code NEW trac-mercurial-plugin-0.10.0.3-1.20080318svn8179.el5 : Mercurial plugin for Trac NEW transmission-1.34-1.el5 : A lightweight GTK+ BitTorrent client NEW TurboGears-1.0.8-5.el5 : Back-to-front web development in Python NEW twinkle-1.4.2-2.el5 : A SIP Soft Phone NEW ucview-0.23-2.el5 : Image and video capture application using unicap toolkit NEW unbound-1.2.1-1.el5 : Validating, recursive, and caching DNS(SEC) resolver NEW unclutter-8-2.el5 : Hide mouse cursor when idle NEW unicap-0.9.5-1.el5 : Library to access different kinds of (video) capture devices NEW varnish-2.0.4-1.el5 : High-performance HTTP accelerator NEW vidalia-0.1.13-2.el5 : GUI controller for the Tor Onion Routing Network NEW viewvc-1.0.8-1.el5 : Browser interface for CVS and SVN version control repositories NEW wannier90-1.1-4.el5 : Maximally-localised Wannier functions NEW websvn-2.2.1-1.el5 : Online subversion repository browser NEW weechat-0.2.6-1.el5 : Portable, fast, light and extensible IRC client NEW wordpress-plugin-add-to-any-0.9.9.2.3-1.el5 : Add to Any: Share/Bookmark/Email Button plugin for WordPress NEW wordpress-plugin-add-to-any-subscribe-0.9.6.4.1-1.el5 : Add to Any Subscribe Button plugin for WordPress NEW xa-2.3.5-3.el5 : 6502/65816 cross-assembler NEW xine-lib-1.1.16.3-2.el5.1 : A multimedia engine NEW xl2tpd-1.2.4-2.el5 : Layer 2 Tunnelling Protocol Daemon (RFC 2661) NEW xml-security-c-1.4.0-2.el5 : C++ Implementation of W3C security standards for XML NEW ykclient-2.2-1.el5 : Yubikey management library and client NEW zerofree-1.0.1-5.el5 : Utility to force unused ext2 inodes and blocks to zero Packages built and released for Fedora EPEL testing/5: 50 NEW awstats-6.9-1.el5 : Advanced Web Statistics cherokee-0.99.17-2.el5 collectl-3.3.4-1.el5 febootstrap-2.2-1.el5 NEW git-1.5.5.6-4.el5 : Core git tools globus-callout-0.7-4.el5 globus-common-10.2-5.el5 globus-core-5.15-5.el5 globus-ftp-client-3.14-2.el5 globus-ftp-control-2.10-2.el5 globus-gass-copy-4.14-2.el5 globus-gass-transfer-3.4-2.el5 globus-gsi-callback-1.10-2.el5 globus-gsi-cert-utils-5.5-2.el5 globus-gsi-credential-2.2-2.el5 globus-gsi-openssl-error-0.14-3.el5 globus-gsi-proxy-core-3.4-2.el5 globus-gsi-proxy-ssl-1.5-3.el5 globus-gsi-sysconfig-2.2-2.el5 globus-gss-assist-4.0-2.el5 globus-gssapi-error-2.5-3.el5 globus-gssapi-gsi-5.9-3.el5 globus-io-6.3-2.el5 globus-libtool-1.2-3.el5 globus-openssl-3.0-2.el5 globus-openssl-module-0.6-2.el5 globus-proxy-utils-2.5-2.el5 globus-rls-client-5.1-3.el5 globus-rls-server-4.7-3.el5 globus-rsl-5.0-4.el5 globus-rsl-assist-2.1-2.el5 globus-usage-1.0-3.el5 globus-xio-2.7-4.el5 globus-xio-gsi-driver-0.6-2.el5 globus-xio-popen-driver-0.2-3.el5 htop-0.8.2-2.el5 NEW jhead-2.87-1.el5 : Tool for displaying EXIF data embedded in JPEG images NEW mingw32-nsis-2.44-1.el5 : Nullsoft Scriptable Install System NEW openscada-0.6.3.3-6.el5 : Open SCADA system project perl-Verilog-3.211-1.el5 NEW php-pecl-memcache-2.2.5-1.el5 : Extension to work with the Memcached caching daemon python-dns-1.7.1-1.el5 python-fedora-0.3.13.1-1.el5 NEW python-urllib2_kerberos-0.1.6-3.el5 : Kerberos over HTTP Negotiate/SPNEGO support for urllib2 NEW rt3-3.6.8-1.el5 : Request tracker 3 NEW rubygem-hoe-2.1.0-1.el5 : Hoe is a simple rake/rubygems helper for project Rakefiles NEW sipp-3.1-5.el5 : SIP test tool / traffic generator NEW superiotool-0-0.17.20090619svn4356.el5 : Simple program for detecting Super I/O on your mainboard NEW trac-peerreview-plugin-0.10-1.svn5357.el5 : Framework for realtime code review within Trac NEW xdrfile-1.1-2.el5 : A small C-library for reading and writing GROMACS trr and xtc files Packages built and released for Fedora EPEL 4: 123 NEW agedu-0-1.r8442.el4 : An utility for tracking down wasted disk space NEW apachetop-0.12.6-6.el4 : A top-like display of Apache logs NEW augeas-0.5.1-1.el4 : A library for changing configuration files NEW bash-completion-1.0-2.el4 : Programmable completion for Bash NEW beesu-2.3-1.el4 : Bee's installer script for beesu NEW calendar-1.25-4.el4 : Reminder utility NEW cas-0.14-10.el4 : Tool to analyze and configure core file environment NEW cherokee-0.99.11-2.el4 : Flexible and Fast Webserver NEW chmlib-0.40-1.el4 : Library for dealing with ITSS/CHM format files NEW cobbler-1.6.6-1.el4 : Boot server configurator NEW debmirror-20070123-8.el4 : Debian partial mirror script, with ftp and package pool support NEW duplicity-0.5.18-1.el4 : Encrypted bandwidth-efficient backup using rsync algorithm NEW eggdrop-1.6.19-4.el4 : The world's most popular Open Source IRC bot NEW erlang-erlsyslog-0.1-1.el4 : Syslog facility for Erlang NEW erlang-R11B-2.3.el4 : General-purpose programming language and runtime environment NEW facter-1.5.5-1.el4 : Ruby module for collecting simple facts about a host operating system NEW fail2ban-0.6.2-3.el4 : Ban IPs that make too many password failures NEW firebird-2.1.2.18118.0-7.el4 : SQL relational database management system NEW firmware-tools-2.1.5-1.1.el4 : Scripts and tools to manage firmware and BIOS updates NEW flamerobin-0.9.2-0.el4 : Graphical client for Firebird NEW flashrom-0.9.0-1.el4 : Simple program for reading/writing BIOS chips content NEW fltk-1.1.9-4.el4 : C++ user interface toolkit NEW globus-callout-0.7-3.el4 : Globus Toolkit - Globus Callout Library NEW globus-common-10.2-4.el4 : Globus Toolkit - Common Library NEW globus-core-5.15-4.el4 : Globus Toolkit - Globus Core NEW globus-ftp-client-3.14-1.el4 : Globus Toolkit - GridFTP Client Library NEW globus-ftp-control-2.10-1.el4 : Globus Toolkit - GridFTP Client Control Library NEW globus-gass-copy-4.14-1.el4 : Globus Toolkit - Globus Gass Copy NEW globus-gass-transfer-3.4-1.el4 : Globus Toolkit - Globus Gass Transfer NEW globus-gsi-callback-1.10-1.el4 : Globus Toolkit - Globus GSI Callback Library NEW globus-gsi-cert-utils-5.5-1.el4 : Globus Toolkit - Globus GSI Cert Utils Library NEW globus-gsi-credential-2.2-1.el4 : Globus Toolkit - Globus GSI Credential Library NEW globus-gsi-openssl-error-0.14-2.el4 : Globus Toolkit - Globus OpenSSL Error Handling NEW globus-gsi-proxy-core-3.4-1.el4 : Globus Toolkit - Globus GSI Proxy Core Library NEW globus-gsi-proxy-ssl-1.5-2.el4 : Globus Toolkit - Globus GSI Proxy SSL Library NEW globus-gsi-sysconfig-2.2-1.el4 : Globus Toolkit - Globus GSI System Config Library NEW globus-gss-assist-4.0-1.el4 : Globus Toolkit - GSSAPI Assist library NEW globus-gssapi-error-2.5-2.el4 : Globus Toolkit - GSSAPI Error Library NEW globus-gssapi-gsi-5.9-2.el4 : Globus Toolkit - GSSAPI library NEW globus-io-6.3-1.el4 : Globus Toolkit - uniform I/O interface NEW globus-libtool-1.2-2.el4 : Globus Toolkit - Globus libtool package NEW globus-openssl-3.0-1.el4 : Globus Toolkit - Openssl Library NEW globus-openssl-module-0.6-1.el4 : Globus Toolkit - Globus OpenSSL Module Wrapper NEW globus-proxy-utils-2.5-1.el4 : Globus Toolkit - Globus GSI Proxy Utility Programs NEW globus-rls-client-5.1-2.el4 : Globus Toolkit - Replica Location Service Client NEW globus-rls-server-4.7-2.el4 : Globus Toolkit - Replica Location Service Server NEW globus-rsl-5.0-3.el4 : Globus Toolkit - Resource Specification Language Library NEW globus-rsl-assist-2.1-1.el4 : Globus Toolkit - RSL Manipulation Library NEW globus-usage-1.0-2.el4 : Globus Toolkit - Usage Library NEW globus-xio-2.7-3.el4 : Globus Toolkit - Globus XIO Framework NEW globus-xio-gsi-driver-0.6-1.el4 : Globus Toolkit - Globus XIO GSI Driver NEW globus-xio-popen-driver-0.2-2.el4 : Globus Toolkit - Globus XIO Pipe Open Driver NEW glpi-0.71.6-1.el4 : Free IT asset management software NEW glpi-mass-ocs-import-1.2.2-1.el4 : GLPI Plugin for OCS Massive import NEW glusterfs-1.3.12-2.el4 : Cluster File System NEW grid-packaging-tools-3.2-18.el4 : Grid Packaging Tools (GPT) NEW halberd-0.2.3-1.el4 : Tool to discover HTTP load balancers NEW haproxy-1.3.18-1.el4 : HA-Proxy is a TCP/HTTP reverse proxy for high availability environments NEW hdf5-1.6.9-2.el4 : A general purpose library and file format for storing scientific data NEW htop-0.8.2-1.el4 : Interactive process viewer NEW ifstatus-1.1.0-5.el4 : Command line real time interface graphs using ncurses NEW jnettop-0.13.0-5.el4 : Network traffic tracker NEW koan-1.6.6-1.el4 : Network provisioning tool for Xen and Bare Metal Machines NEW ladvd-0.6.1-2.el4 : CDP/LLDP sender for unix NEW libical-0.43-4.el4 : Reference implementation of the iCalendar data type and serialization format NEW libmp4v2-1.5.0.1-6.el4 : Library for working with files using the mp4 container format NEW libnet-1.1.4-1.el4 : C library for portable packet creation and injection NEW libnet10-1.0.2a-17.el4 : High-level API (toolkit) to construct and inject network packets NEW lighttpd-1.4.22-2.el4 : Lightning fast webserver with light system requirements NEW mb2md-3.20-4.el4 : Mailbox to maildir converter NEW mdsplib-0.11-9.el4 : METAR Decoder Software Package Library NEW milter-regex-1.7-3.el4 : Sendmail milter plugin for regular expression filtering NEW mksh-38b-1.el4 : MirBSD enhanced version of the Korn Shell NEW mod_log_post-0.1.0-1.el4 : Module for the Apache web server to log all HTTP POST messages NEW ncftp-3.2.2-1.el4 : Improved console FTP client NEW net6-1.3.5-1.el4 : A TCP protocol abstraction for library C++ NEW ninvaders-0.1.1-3.el4 : Space Invaders clone written in ncurses for cli gaming NEW obby-0.4.4-2.el4 : A library which provides synced document buffers NEW ocsinventory-1.02.1-1.el4 : Open Computer and Software Inventory Next Generation NEW ocsinventory-agent-1.0.1-2.el4 : Open Computer and Software Inventory Next Generation client NEW odfpy-0.9-1.el4 : Python library for manipulating OpenDocument files NEW oggvideotools-0.7a-4.el4 : Toolbox for manipulating Ogg video files NEW pem-0.7.5-1.el4 : Personal Expenses Manager NEW perl-Cache-Memcached-1.26-3.el4 : Perl client for memcached NEW perl-Class-ErrorHandler-0.01-4.el4 : Class::ErrorHandler Perl module NEW perl-Compress-Raw-Zlib-2.020-1.el4 : Low-Level Interface to the zlib compression library NEW perl-Convert-ASCII-Armour-1.4-5.el4 : Convert binary octets into ASCII armoured messages NEW perl-Convert-PEM-0.07-5.el4 : Read/write encrypted ASN.1 PEM files NEW perl-Crypt-DES_EDE3-0.01-5.el4 : Triple-DES EDE encryption/decryption module NEW perl-Crypt-DSA-0.14-7.el4 : Perl module for DSA signatures and key generation NEW perl-Crypt-GPG-1.63-3.el4 : Perl Object Oriented Interface to GnuPG NEW perl-Crypt-RSA-1.98-3.el4 : RSA public-key cryptosystem NEW perl-Date-Leapyear-1.72-1.el4 : Is a particular year a leap year? NEW perl-Filesys-Df-0.92-3.el4 : Perl extension for filesystem disk space information NEW perl-Math-FFT-1.28-1.el4 : Perl module to calculate Fast Fourier Transforms NEW perl-Net-Daemon-0.44-7.el4 : Perl extension for portable daemons NEW perl-Net-SFTP-0.10-1.el4 : Secure File Transfer Protocol client NEW perl-Net-SSH-Perl-1.34-1.el4 : SSH (Secure Shell) client NEW perl-Nmap-Parser-1.19-1.el4 : Parse nmap scan data with perl NEW perl-Params-Validate-0.89-1.el4 : Params-Validate Perl module NEW perl-String-CRC32-1.4-1.el4 : Perl interface for cyclic redundancy check generation NEW perl-Test-Pod-Coverage-1.08-1.el4 : Check for pod coverage in your distribution NEW perl-Test-Taint-1.04-4.el4 : Tools to test taintedness NEW perl-XML-Filter-BufferText-1.01-4.el4 : Filter to put all characters() in one event NEW pgfouine-1.1-1.el4 : PgFouine PostgreSQL log analyzer NEW postgresql-pgpool-II-2.2.2-1.el4 : Pgpool is a connection pooling/replication server for PostgreSQL NEW proftpd-1.3.2-1.el4 : Flexible, stable and highly-configurable FTP server NEW python-application-1.1.1-2.el4 : Basic building blocks for python applications NEW python-coverage-2.85-2.el4 : Code coverage testing module for Python NEW python-kinterbasdb-3.3.0-2.el4 : A Python DB-API 2.0 compliant interface to Firebird NEW python-suds-0.3.5-1.el4 : A python SOAP client NEW R-2.9.0-1.el4.2 : A language for data analysis and graphics NEW R-qtl-1.11-1.el4 : Tools for analyzing QTL experiments NEW remind-03.01.07-1.el4 : A sophisticated calendar and alarm program NEW rpmreaper-0.1.6-1.el4 : A tool for removing packages from system NEW sagator-1.1.1-4.el4 : Antivir/antispam gateway for smtp server NEW shed-1.15-3.el4 : Easy to use hex editor NEW sing-1.1-1.el4 : Sends fully customized ICMP packets from command line NEW tcpick-0.2.1-16.el4 : A tcp stream sniffer, tracker and capturer NEW testdisk-6.11-2.el4 : Tool to check and undelete partition, PhotoRec recovers lost files NEW varnish-2.0.4-1.el4 : High-performance HTTP accelerator NEW viewvc-1.0.8-1.el4 : Browser interface for CVS and SVN version control repositories NEW weechat-0.2.6.2-1.el4 : Portable, fast, light and extensible IRC client Packages built and released for Fedora EPEL testing/4: 40 cherokee-0.99.17-2.el4 NEW git-1.5.4.7-3.el4 : Git core and tools globus-callout-0.7-4.el4 globus-common-10.2-5.el4 globus-core-5.15-5.el4 globus-ftp-client-3.14-2.el4 globus-ftp-control-2.10-2.el4 globus-gass-copy-4.14-2.el4 globus-gass-transfer-3.4-2.el4 globus-gsi-callback-1.10-2.el4 globus-gsi-cert-utils-5.5-2.el4 globus-gsi-credential-2.2-2.el4 globus-gsi-openssl-error-0.14-3.el4 globus-gsi-proxy-core-3.4-2.el4 globus-gsi-proxy-ssl-1.5-3.el4 globus-gsi-sysconfig-2.2-2.el4 globus-gss-assist-4.0-2.el4 globus-gssapi-error-2.5-3.el4 globus-gssapi-gsi-5.9-3.el4 globus-io-6.3-2.el4 globus-libtool-1.2-3.el4 globus-openssl-3.0-2.el4 globus-openssl-module-0.6-2.el4 globus-proxy-utils-2.5-2.el4 globus-rls-client-5.1-3.el4 globus-rls-server-4.7-3.el4 globus-rsl-5.0-4.el4 globus-rsl-assist-2.1-2.el4 globus-usage-1.0-3.el4 globus-xio-2.7-4.el4 globus-xio-gsi-driver-0.6-2.el4 globus-xio-popen-driver-0.2-3.el4 htop-0.8.2-2.el4 NEW perl-File-Find-Rule-0.30-3.el4 : Perl module implementing an alternative interface to File::Find NEW perl-Log-Dispatch-2.20-1.el4 : Dispatches messages to one or more outputs NEW perl-Log-Dispatch-FileRotate-1.19-1.el4 : Log to files that archive/rotate themselves NEW perl-Number-Compare-0.01-8.el4 : Perl module for numeric comparisons NEW perl-Text-Glob-0.08-2.el4 : Perl module to match globbing patterns against text NEW sipp-3.1-5.el4 : SIP test tool / traffic generator NEW superiotool-0-0.17.20090619svn4356.el4 : Simple program for detecting Super I/O on your mainboard Changes in Fedora EPEL 5: agedu-0-1.r8442.el5 ------------------- * Thu May 21 2009 Jussi Lehtola - 0-1.r8442 - First release. Ajaxterm-0.10-8.el5 ------------------- * Tue Apr 07 2009 Ruben Kerkhof 0.10-8 - Fix ajaxterm homedir - Add status command to init script amarok-1.4.10-4.el5 ------------------- * Tue Apr 14 2009 Rex Dieter - 1.4.10-4 - libmtp03 patch (unused here, but others may find it useful) - optimize scriptlets - enable libmp4v2 support (el5) apachetop-0.12.6-6.el5 ---------------------- * Mon Feb 23 2009 Fedora Release Engineering - 0.12.6-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild aspell-sk-2.01-2.el5 -------------------- * Tue Apr 14 2009 J?n ONDREJ (SAL) - 2.01-2 - update upstream astronomy-menus-1.0-2.el5 ------------------------- * Wed Mar 25 2009 Lubomir Rintel (Fedora Astronomy) - 1.0-2 - Fix BRs and call scriptlets for the subpackage as well (Marek Mahut) atari++-1.56-1.el5 ------------------ * Mon May 18 2009 Dan Hor?k 1.56-1 - update to version 1.56 atasm-1.06-2.el5 ---------------- * Tue Apr 07 2009 Dan Hor?k - 1.06-2 - don't compress the man page augeas-0.5.1-1.el5 ------------------ * Fri Jun 05 2009 David Lutterkort - 0.5.1-1 - Install fadot BackupPC-3.1.0-3.el5 -------------------- * Fri Apr 10 2009 Johan Cwiklinski 3.1.0-3 - Fix TopDir change (bug #473944) bash-completion-1.0-2.el5 ------------------------- * Tue Apr 07 2009 Ville Skytt? - 1:1.0-2 - Apply upstream patch to fix quoting issues with bash 4.x (#490322). beanstalkd-1.3-1.el5 -------------------- * Sat Apr 11 2009 Jeremy Hinegardner - 1.3-1 - update to upstream 1.3 beesu-2.3-1.el5 --------------- * Mon Mar 30 2009 Tom "spot" Callaway 2.3-1 - Update to 2.3 bodhi-0.5.19-2.el5 ------------------ * Mon Apr 06 2009 Luke Macken - 0.5.19-2 - Revert an accidental spec change cacti-0.8.7d-1.el5 ------------------ * Sat Feb 21 2009 Mike McGrath - 0.8.7d-1 - Upstream released new version calendar-1.25-4.el5 ------------------- * Thu Apr 09 2009 David Cantrell - 1.25-4 - Honor RPM_OPT_FLAGS and fix debuginfo (#494717) - Convert output to locale's character coding cas-0.14-10.el5 --------------- * Tue May 05 2009 Adam Stokes - 0.14-8 - support for purging old data - documentation updated to reflect updated workflow and describe new features. ccrtp-1.7.1-1.el5 ----------------- * Tue Apr 07 2009 Andreas Thienemann - 1.7.1-1 - Update to upstream release 1.7.1 cherokee-0.99.11-2.el5 ---------------------- * Tue Apr 21 2009 Pavel Lisy - 0.99.11-2 - added BuildRequires: gettext chmlib-0.40-1.el5 ----------------- * Thu May 28 2009 Peter Lemenkov 0.40-1 - Ver. 0.40 chntpw-0.99.6-9.el5 ------------------- * Mon Jun 08 2009 Richard W.M. Jones - 0.99.6-9 - Compile against libgcrypt instead of OpenSSL (RHBZ#504595). - Compile as a 64 bit native binary on 64 bit platforms. * Mon Jun 08 2009 Richard W.M. Jones - 0.99.6-8 - Fix three crashing bugs in 'reged -x' command. clipsmm-0.0.7-1.el5 ------------------- * Sun Nov 12 2006 Rick L Vinyard Jr - 0.0.7-1 - New release cobbler-1.6.6-1.el5 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) collectl-3.3.2-1.el5 -------------------- * Wed Apr 29 2009 Dan Hor?k 3.3.2-1 - upgrade to upstream version 3.3.2 - install missing file - changelog: http://collectl.sourceforge.net/Releases.html commoncpp2-1.7.3-1.el5 ---------------------- * Mon Apr 06 2009 Andreas Thienemann - 1.7.3-1 - Updated to new upstream version 1.7.3 couchdb-0.9.0-2.el5 ------------------- * Tue Apr 21 2009 Allisson Azevedo 0.9.0-2 - Fix permission for ini files. - Fix couchdb.init start process. cppcheck-1.31-1.el5 ------------------- * Mon Apr 27 2009 Jussi Lehtola - 1.31-1 - First release. ctdb-1.0.81-1.el5 ----------------- * Fri May 08 2009 Sumit Bose - 1.0.81-1 - Update to ctdb version 1.0.81 debmirror-20070123-8.el5 ------------------------ * Thu Apr 09 2009 Ruben Kerkhof - 20070123-8 - Use GPL+ as license - Use main debian url for Source debootstrap-1.0.7-3.el5 ----------------------- * Mon May 11 2009 Richard W.M. Jones - 1.0.7-3 - Rebuild against new fakeroot in EL-5. dirvish-1.2.1-4.el5 ------------------- * Tue Feb 24 2009 Fedora Release Engineering - 1.2.1-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild dnsjava-2.0.6-6.el5 ------------------- * Sun Apr 19 2009 Pavel Alexeev - 2.0.6-6 - Fix test condition logick for %check docbook2X-0.8.8-1.el5 --------------------- * Wed Aug 08 2007 Patrice Dumas 0.8.8-1 - update to 0.8.8 drbdlinks-1.18-1.el5 -------------------- * Sun May 24 2009 Robert Scheck 1.18-1 - Upgrade to 1.18 dtc-1.1.0-1.el5 --------------- * Thu Jan 24 2008 Josh Boyer - Update to 1.1.0 duplicity-0.5.18-1.el5 ---------------------- * Sun May 24 2009 Robert Scheck 0.5.18-1 - Upgrade to 0.5.18 eggdrop-1.6.19-4.el5 -------------------- * Tue May 26 2009 Robert Scheck 1.6.19-4 - Added upstream ctcpfix to solve CVE-2009-1789 (#502650) ejabberd-2.0.5-2.el5 -------------------- * Sat Apr 04 2009 Peter Lemenkov 2.0.5-2 - Really disable CAPTCHA erlang-erlsyslog-0.1-1.el5 -------------------------- * Thu Jun 04 2009 Peter Lemenkov 0.1-1 - Ver. 0.1 erlang-R12B-5.6.el5.1 --------------------- * Thu May 07 2009 Peter Lemenkov - R12B-5.6 - added accidentally removed --enable-dynamic-ssl-lib facter-1.5.5-1.el5 ------------------ * Fri May 22 2009 Todd Zullinger - 1.5.5-1 - Update to 1.5.5 - Drop upstreamed libperms patch fail2ban-0.8.3-18.el5 --------------------- * Wed Mar 04 2009 Adam Miller - 0.8.3-18 - Rebuild For EPEL fakechroot-2.9-23.el5 --------------------- * Mon May 11 2009 Richard W.M. Jones - 2.9-23 - Patch autogen to not depend on specific aclocal/automake version. fakeroot-1.12.2-21.el5 ---------------------- * Mon May 11 2009 Richard W.M. Jones - 2.9-22 - Backport newest fakeroot 1.12.2 from Rawhide. fbterm-1.4-1.el5 ---------------- * Mon Mar 23 2009 Ding-Yi Chen - 1.4-1 - Upstream update: 1. improved text rendering performence 2. added private escape sequences for 256 color mode support 3. added a option "font-width" to adjust character cell width 4. added support for older 2.2/2.4 kernel 5. fixed a crash bug with bitmap fonts 6. fixed a configure failure in cross-compiling environment - Note: iminput.patch is applied. febootstrap-2.0-2.el5 --------------------- * Mon May 11 2009 Richard Jones - 2.0-2 - New upstream release 2.0. - Remove runtime requires of util-linux-ng and upx. firebird-2.1.2.18118.0-7.el5 ---------------------------- * Tue May 12 2009 Philippe Makowski 2.1.2.18118.0-7 - patch to change lock files location and avoid %{fbroot} owned by firebird user (rh #500219) - add README.fedora - add symlinks in /usr/bin - change xinetd reload (rh #500219) firmware-addon-dell-2.1.2-4.3.el5 --------------------------------- * Thu May 14 2009 Matt Domsch - 2.1.2-4.3 - rebase to latest upstream firmware-tools-2.1.5-1.1.el5 ---------------------------- * Thu May 14 2009 Matt Domsch - 2.1.5-1.1 - rebase to upstream release flamerobin-0.9.2-0.el5 ---------------------- * Sun Apr 12 2009 Philippe Makowski 0.9.2-0 - First Fedora build - New upstream: 0.9.2 flashrom-0.9.0-1.el5 -------------------- * Tue May 05 2009 Peter Lemenkov 0.9.0-1 - Ver. 0.9.0 fltk-1.1.9-4.el5 ---------------- * Wed May 13 2009 Rex Dieter - 1.1.9-4 - unbreak fltk-config --ldstaticflags (#500201) - (another?) gcc44 patch - -devel: +Provides: %name-static - fix multiarch conflicts (#341141) globus-callout-0.7-3.el5 ------------------------ * Mon Apr 27 2009 Mattias Ellert - 0.7-3 - Rebuild with updated libtool globus-common-10.2-4.el5 ------------------------ * Mon Apr 27 2009 Mattias Ellert - 10.2-4 - Rebuild with updated libtool globus-core-5.15-4.el5 ---------------------- * Mon Apr 27 2009 Mattias Ellert - 5.15-4 - Install the globus-spec-creator script - Add -Wl,--as-needed to the libtool script globus-ftp-client-3.14-1.el5 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-ftp-control-2.10-1.el5 ----------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-copy-4.14-1.el5 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-transfer-3.4-1.el5 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-callback-1.10-1.el5 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 1.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-cert-utils-5.5-1.el5 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 5.5-1 - Change defines to globals - Remove explicit requires on library packages globus-gsi-credential-2.2-1.el5 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.2-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-openssl-error-0.14-2.el5 ----------------------------------- * Mon Apr 27 2009 Mattias Ellert - 0.14-2 - Rebuild with updated libtool globus-gsi-proxy-core-3.4-1.el5 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-proxy-ssl-1.5-2.el5 ------------------------------ * Tue Apr 28 2009 Mattias Ellert - 1.5-2 - Rebuild with updated libtool globus-gsi-sysconfig-2.2-1.el5 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 2.2-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gss-assist-4.0-1.el5 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.0-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gssapi-error-2.5-2.el5 ----------------------------- * Wed Apr 29 2009 Mattias Ellert - 2.5-2 - Fix package and library namespace globus-gssapi-gsi-5.9-2.el5 --------------------------- * Tue May 12 2009 Mattias Ellert - 5.9-2 - Change the License tag to take the library/ssl_locl.h file into account globus-io-6.3-1.el5 ------------------- * Thu Apr 16 2009 Mattias Ellert - 6.3-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-libtool-1.2-2.el5 ------------------------ * Wed Apr 15 2009 Mattias Ellert - 1.2-2 - Add source description comment globus-openssl-3.0-1.el5 ------------------------ * Wed Apr 15 2009 Mattias Ellert - 3.0-1 - Change defines to globals globus-openssl-module-0.6-1.el5 ------------------------------- * Wed Apr 15 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-proxy-utils-2.5-1.el5 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.5-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-client-5.1-2.el5 --------------------------- * Mon Jun 01 2009 Mattias Ellert - 5.1-2 - Fix documentation build globus-rls-server-4.7-2.el5 --------------------------- * Fri Jun 05 2009 Mattias Ellert - 4.7-2 - Add Requires needed for scriptlets - Remove the SXXrls.in file - Remove hardcoded port number in init.d startup script globus-rsl-5.0-3.el5 -------------------- * Mon Apr 27 2009 Mattias Ellert - 5.0-3 - Rebuild with updated libtool globus-rsl-assist-2.1-1.el5 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.1-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-usage-1.0-2.el5 ---------------------- * Tue Apr 28 2009 Mattias Ellert - 1.0-2 - Rebuild with updated libtool globus-xio-2.7-3.el5 -------------------- * Mon Apr 27 2009 Mattias Ellert - 2.7-3 - Rebuild with updated libtool globus-xio-gsi-driver-0.6-1.el5 ------------------------------- * Wed Apr 29 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball - Fix changed dependency namespace globus-xio-popen-driver-0.2-2.el5 --------------------------------- * Fri Apr 24 2009 Mattias Ellert - 0.2-2 - Correct package description glpi-0.71.6-1.el5 ----------------- * Tue Jun 02 2009 Remi Collet - 0.71.6-1 - update to 0.71.6 (Bugfix Release) * Fri May 22 2009 Remi Collet - 0.71.5-4 - post 0.71.5 patches (7910=>8321) glpi-data-injection-1.5.1-1.el5 ------------------------------- * Tue Apr 21 2009 Remi Collet - 1.5.1-1 - update to 1.5.1 glpi-mass-ocs-import-1.2.2-1.el5 -------------------------------- * Thu Apr 09 2009 Remi Collet - 1.2.2-1 - update to 1.2.2 (bugfixes) glusterfs-1.3.12-2.el5 ---------------------- * Sun Apr 12 2009 Matthias Saou 1.3.12-2 - Fix the common sub-package's obsoletes of libs. A simple typo which might cause major problems... grid-packaging-tools-3.2-18.el5 ------------------------------- * Wed May 27 2009 Mattias Ellert - 3.2-18 - Make GPT work with automake 1.11 gvrpcd-1.3-2.el5 ---------------- * Fri May 15 2009 Jasper Capel - 1.3-2 - Depend on /sbin/service and /sbin/chkconfig instead of initscripts and chkconfig. halberd-0.2.3-1.el5 ------------------- * Wed Apr 01 2009 Sindre Pedersen Bj?rdal - 0.2.3-1 - New upstream release haproxy-1.3.18-1.el5 -------------------- * Sun May 17 2009 Jeremy Hinegardner 1.3.18-1 - update to 13.18 hdf5-1.6.9-2.el5 ---------------- * Wed Jun 03 2009 Orion Poplawski 1.6.9-2 - No, don't ship h5perf * Tue Jun 02 2009 Orion Poplawski 1.6.9-1 - Update to 1.6.9 - Update destdir and norpath patches - Drop open patch fixed upstream - Ship h5perf healpix-2.11c-5.el5 ------------------- * Sat Apr 04 2009 Lubomir Rintel (Fedora Astronomy) - 2.11c-5 - Minor style adjustments - Don't override sane gcc flags - Moved tests to -devel packages - C++ -devel doesn't depend on fortran ones anymore - mkdir with -p to allow short-circuit builds - Fix build with GCC 4.4 help2man-1.36.4-4.1.el5 ----------------------- * Mon May 18 2009 Adam Miller - 1.36.4-4.1 - Rebuild for EPEL hosts3d-0.99-1.el5 ------------------ * Tue Jun 02 2009 Simon Wesp - 0.99-1 - New upstream release htop-0.8.2-1.el5 ---------------- * Tue Jun 02 2009 Adam Miller - 0.8.2-1 - New release, build for EPEL ifstatus-1.1.0-5.el5 -------------------- * Wed Apr 22 2009 Adam Miller - 1.1.0-5 - Added CXXFLAGS and CXFLAGS to resolve debuginfo sources issue imlib-1.9.15-11.el5 ------------------- * Wed Apr 01 2009 Paul Howarth 1:1.9.15-11 - add libXt-devel dependency for -devel package (#478357) - use install -p to maintain timestamps where reasonable - Use an alternative approach to rpath-fixing - hacking the supplied libtool rather than trying to use the system one javasqlite-20090430-1.el5.1 --------------------------- * Fri May 01 2009 Ville Skytt? - 20090430-1.1 - Update to 20090430. - Don't use parallel make, Java build doesn't appear parallel clean. - Run more tests during build if built with SQLite 3.4+. - Improve description. jnettop-0.13.0-5.el5 -------------------- * Wed Apr 29 2009 Manuel Wolfshant 0.13.0-5 - Use disttag in release field jsl-0.3.0-1.el5 --------------- * Tue Apr 14 2009 Lubomir Rintel (Good Data) - 0.3.0-1 - Initial packaging koan-1.6.6-1.el5 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) koji-1.3.1-1.el5.1 ------------------ * Fri Feb 27 2009 Dennis Gilmore - 1.3.1-1.1 - koji-builder Requires createrepo on EL-5 latex2rtf-1.9.19-8.el5 ---------------------- * Mon Apr 27 2009 Jussi Lehtola - 1.9.19-8 - Added patch to fix image height on 64-bit architectures. https://bugzilla.redhat.com/show_bug.cgi?id=497752 libextractor-0.5.22-2.el5 ------------------------- * Thu May 28 2009 Jeff Sheltren - 0.5.22-2 - Rebuild for EL5 - disable flac and qt packages by default libglademm24-2.6.3-3.el5 ------------------------ * Wed Jun 10 2009 Denis Leroy - 2.6.3-3 - First EL-5 version, based on 2.6.3 - Some rpmlint cleanups libical-0.43-4.el5 ------------------ * Sun Mar 15 2009 Debarshi Ray - 0.43-4 - Updated patch to fix #includes in the headers to work with 'pkg-config --cflags libical'. (Red Hat Bugzilla #484091) libmodplug-0.8.7-1.el5 ---------------------- * Mon Apr 27 2009 Ville Skytt? - 1:0.8.7-1 - Update to 0.8.7 (security, #496834). libnet-1.1.4-1.el5 ------------------ * Thu Jun 11 2009 Robert Scheck 1.1.4-1 - Upgrade to 1.1.4 * Sat Jun 06 2009 Robert Scheck 1.1.3-2 - Added upstream patch to solve HAVE_CONFIG_H (#501633, #502400) libnet10-1.0.2a-17.el5 ---------------------- * Sat Apr 18 2009 Robert Scheck 1.0.2a-17 - Enabled a shared library and made lots of spec file cleanups libpqxx-2.6.8-13.el5 -------------------- * Thu Apr 09 2009 Rex Dieter - 2.6.8-13 - properly fix visibility issues libsmbios-2.2.16-2.1.el5 ------------------------ * Tue Mar 24 2009 Michael E Brown - 2.2.16-1 - add gcc 4.4 support libvncserver-0.9.7-2.el5 ------------------------ * Mon May 04 2009 Rex Dieter - 0.9.7-2 - fix detection of LINUX platform/define libzrtpcpp-1.4.3-1.el5 ---------------------- * Tue Apr 07 2009 Kevin Fenzi - 1.4.3-1 - Update to 1.4.3 and rebuild against new ccrtp lighttpd-1.4.22-2.el5 --------------------- * Mon Mar 30 2009 Matthias Saou 1.4.22-2 - Update to 1.4.22. - Add missing defattr for the spawn-fcgi package. linsmith-0.99.12-1.el5 ---------------------- * Thu May 07 2009 Chitlesh Goorah - 0.99.12-1 - new upstream release - fixes segmentation fault during saving of log mach-0.9.4-1.el5 ---------------- * Fri May 01 2009 Thomas Vander Stichele - 0.9.4-1 - Update to 0.9.4 release - Remove CentOS patch that has been upstreamed mantis-1.1.7-1.el5 ------------------ * Tue Apr 21 2009 Gianluca Sforna - 1.1.7-1 - new upstream release matio-1.3.3-3.el5 ----------------- * Sat May 23 2009 kwizart < kwizart at gmail.com > - 1.3.3-3 - Remove the test subpackage - Enable make check - Various typo and clean-up mb2md-3.20-4.el5 ---------------- * Tue May 05 2009 Jussi Lehtola - 3.20-4 - Bump revision to retry CVS import. mdsplib-0.11-9.el5 ------------------ * Thu Jun 11 2009 Matthias Saou 0.11-9 - Fix null check which could cause segfaults (#505050). mediawiki-SpecialInterwiki-0-0.4.svn49252.el5 --------------------------------------------- * Thu Jun 17 1909 Jon Stanley - 0.0.4.svn49242 - Fix upgrade path milter-regex-1.7-3.el5 ---------------------- * Mon Feb 18 2008 Paul Howarth - 1.7-3 - support config files with more than 507 rules (#304071) mimedefang-2.67-1.el5 --------------------- * Sun Apr 05 2009 Robert Scheck 2.67-1 - Upgrade to 2.67 mingw32-filesystem-40-3.el5.1 ----------------------------- * Tue Apr 21 2009 Richard W.M. Jones - 40-3.1 - Fix dependency problem with + in DLL name (Thomas Sailer). mingw32-libpng-1.2.37-1.el5 --------------------------- * Tue Jun 09 2009 Richard W.M. Jones - 1.2.37-1 - New upstream version 1.2.37 to fix SECURITY bug RHBZ#504782. mingw32-nsiswrapper-3-3.el5.1 ----------------------------- * Tue Apr 21 2009 Richard W.M. Jones - 3-3.1 - Fix dependency problem with + in DLL name (Thomas Sailer). mingw32-w32api-3.12-8.el5 ------------------------- * Wed Nov 26 2008 Richard W.M. Jones - 3.12-8 - Force rebuild to get rid of the binary bootstrap package and replace with package built from source. mirrormanager-1.2.11-1.el5 -------------------------- * Tue Apr 07 2009 Matt Domsch - 1.2.11-1 - fix quite a few bugs from previous version mksh-38b-1.el5 -------------- * Sun May 31 2009 Robert Scheck 38b-1 - Upgrade to 38b * Sun May 31 2009 Robert Scheck 38-1 - Upgrade to 38 and updated arc4random.c file - Used -combine (-fwhole-program) rather the old -j switch mmv-1.01b-9.el5 --------------- * Thu Aug 16 2007 Zing - 1.01b-9 - conform to Fedora Licensing Guidelines mod_log_post-0.1.0-1.el5 ------------------------ * Fri May 22 2009 Robert Scheck 0.1.0-1 - Upgrade to 0.1.0 - Initial spec file for Fedora and Red Hat Enterprise Linux net6-1.3.5-1.el5 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 NetworkManager-openvpn-0.7.0-18.svn11.el5.1 ------------------------------------------- * Sat Feb 07 2009 Lubomir Rintel 1:0.7.0-18.svn11.1 - Adjust for RHEL 5.3, older and less capable keyring manager NetworkManager-pptp-0.7.0-2.svn16.el5 ------------------------------------- * Sat Feb 07 2009 Lubomir Rintel 1:0.7.0-2.svn16 - Adjust for RHEL 5.3 NetworkManager-vpnc-0.7.0.99-1.el5.4 ------------------------------------ * Mon May 04 2009 Lubomir Rintel 1:0.7.0.99-1.4 - Accept Description-less PCF files (#497992) nginx-0.6.36-1.el5 ------------------ * Sat Apr 11 2009 Jeremy Hinegardner 0.6.36-1 - update to 0.6.36 ninvaders-0.1.1-3.el5 --------------------- * Tue Apr 21 2009 Adam Miller - 0.1.1-3 - Patched Makefile to include $RPM_OPT_FLAGS to fix debuginfo issue nsd-3.2.2-2.el5 --------------- * Sat Jun 06 2009 Paul Wouters - 3.2.2-2 - Fix %1 error on cronjob. Updated Description: numpy-1.2.1-2.el5 ----------------- * Thu Jun 11 2009 Jon Ciesla 1.2.1-2 - Fixed atlas BR, BZ 505376. ocaml-autoconf-1.0-4.el5 ------------------------ * Tue Mar 31 2009 Richard W.M. Jones - 1.0-4 - Upstream has released version 1.0 and it is properly licensed. ocsinventory-1.02.1-1.el5 ------------------------- * Sat May 30 2009 Remi Collet 1.02.1-1 - update to OCS Inventory NG 1.02.1 - Security Fixes (internal version 5003) ocsinventory-agent-1.0.1-2.el5 ------------------------------ * Fri Apr 24 2009 Remi Collet 1.0.1-2 - update the README.RPM (new configuration file) - change from URL to only servername in config comment odfpy-0.9-1.el5 --------------- * Mon Apr 20 2009 Ian Weller 0.9-1 - Update upstream oggvideotools-0.7a-4.el5 ------------------------ * Mon May 18 2009 Adam Miller - 0.7a-4 - Patch from upstream applied for segfault in oggStream due to big packets pam_yubico-2.1-2.el5 -------------------- * Fri May 08 2009 Mike McGrath - 2.1-2 - Added patch to prevent segfaults in x86_64 pem-0.7.5-1.el5 --------------- * Tue May 12 2009 Kushal Das - 0.7.5-1 - New pem release, mostly bugfix perl-Algorithm-Annotate-0.10-6.el5 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-Cache-Memcached-1.26-3.el5 ------------------------------- * Tue Jun 09 2009 Michael Fleming - 1.2.6-3 - More cleanups - Change license * Sat Jun 06 2009 Michael Fleming - 1.2.6-2 - Cleaned up for Fedora review * Sat Jun 06 2009 Michael Fleming - 1.2.6-1.mf - Initial Revision perl-Class-ErrorHandler-0.01-4.el5 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.01-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Class-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Compress-Raw-Zlib-2.020-1.el5 ---------------------------------- * Wed Jun 10 2009 Stepan Kasal - 2.020-1 - update to the latest upstream version (504386) perl-Config-Properties-1.70-2.el5 --------------------------------- * Wed Jun 03 2009 Xavier Bachelot 1.70-2 - Remove useless require perl(Test::More). * Tue May 26 2009 Xavier Bachelot 1.70-1 - Specfile autogenerated by cpanspec 1.77. - Fix License:. - Fix encoding on some files. - Add patch to always test PODs. perl-Convert-ASCII-Armour-1.4-5.el5 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.4-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Convert-PEM-0.07-5.el5 --------------------------- * Tue Apr 17 2007 Steven Pritchard 0.07-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-CipherSaber-1.00-1.el5 --------------------------------- * Fri Apr 24 2009 Xavier Bachelot 1.00-1 - Specfile autogenerated by cpanspec 1.77. - Fix BR:s. perl-Crypt-DES_EDE3-0.01-5.el5 ------------------------------ * Tue Apr 17 2007 Steven Pritchard 0.01-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-DSA-0.14-7.el5 ------------------------- * Mon Nov 03 2008 Paul Howarth 0.14-7 - BuildRequire and Require a GMP support module, either Math::GMP or Math::BigInt::GMP depending on how recent Math::BigInt is - BuildRequire openssl, which significantly speeds up the keygen test perl-Crypt-GPG-1.63-3.el5 ------------------------- * Mon Jun 01 2009 Robert Scheck 1.63-3 - Changes to match with Fedora Packaging Guidelines (#503175) * Mon Jun 01 2009 Robert Scheck 1.63-2 - Enabled the %check section (#503175 #c1) * Fri May 29 2009 Robert Scheck 1.63-1 - Upgrade to 1.63 - Initial spec file for Fedora and Red Hat Enterprise Linux perl-Crypt-RSA-1.98-3.el5 ------------------------- * Wed May 13 2009 Paul Howarth 1.98-3 - Recode Crypt::RSA manpage as UTF-8 perl-Date-Leapyear-1.72-1.el5 ----------------------------- * Thu Apr 02 2009 Xavier Bachelot 1.72-1 - New upstream release, under new license terms. perl-Email-MIME-Encodings-1.313-1.el5 ------------------------------------- * Tue May 05 2009 Tom "spot" Callaway - 1.313-1 - update to 1.313 perl-Heap-0.80-1.el5 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-HTML-StripScripts-1.04-1.el5 --------------------------------- * Sat Apr 25 2009 Xavier Bachelot 1.04-1 - Specfile autogenerated by cpanspec 1.77. - Fix BR:s. perl-HTML-StripScripts-Parser-1.00-1.el5 ---------------------------------------- * Sat Apr 25 2009 Xavier Bachelot 1.00-1 - Specfile autogenerated by cpanspec 1.77. - Fix BR:s. perl-IO-LockedFile-0.23-5.el5 ----------------------------- * Thu Feb 26 2009 Fedora Release Engineering - 0.23-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild perl-KinoSearch-0.164-1.el5 --------------------------- * Sun Mar 29 2009 Lubomir Rintel - 0.164-1 - Update to 0.164 - Add missing Pod::Coverage BRs (Robert Scheck) - Fix a PowerPC signedness issue - Clarify licensing, re-add ApacheLicense2.0.txt perl-Log-LogLite-0.82-1.el5 --------------------------- * Thu Apr 02 2009 Xavier Bachelot 0.82-1 - Specfile autogenerated by cpanspec 1.77. - Clean up spec. perl-Math-FFT-1.28-1.el5 ------------------------ * Wed Jun 25 2008 Miroslav Suchy 1.28-1 - Specfile autogenerated by cpanspec 1.77. perl-MIME-Charset-1.006.2-2.el5 ------------------------------- * Tue Apr 28 2009 Xavier Bachelot 1.006.2-2 - Filter duplicate Provides:. perl-MIME-EncWords-1.010.101-2.el5 ---------------------------------- * Mon May 04 2009 Xavier Bachelot 1.010.101-2 - Better Description; tag. - Filter duplicate Provides:. - Remove unneeded Requires:. perl-Net-Daemon-0.44-7.el5 -------------------------- * Mon May 11 2009 Petr Lautrbach 0.44-7 - Fixed spec file for el4 perl-Net-OAuth-0.14-1.el5 ------------------------- * Thu Apr 16 2009 Lubomir Rintel (Good Data) 0.14-1 - Specfile autogenerated by cpanspec 1.78. perl-Net-Pcap-0.16-1.el5 ------------------------ * Wed Apr 01 2009 Sindre Pedersen Bj?rdal - 0.16-1 - New upstream release perl-Net-SFTP-0.10-1.el5 ------------------------ * Mon Jul 16 2007 Steven Pritchard 0.10-1 - Specfile autogenerated by cpanspec 1.73. - Fix License. - Remove redundant explicit dependency on Net::SSH::Perl. perl-Net-SSH-Perl-1.34-2.el5 ---------------------------- * Sun Feb 22 2009 Paul Howarth 1.34-2 - Add buildreqs aspell-en and perl(Text::SpellChecker) for spell check test - Add perl(Perl::Critic) buildreq for EPEL-5 - Re-add perl(Digest::SHA1) version requirement perl-Net-UPnP-1.41-3.el5 ------------------------ * Wed Apr 15 2009 Jussi Lehtola - 1.41-3 - Review fixes. perl-Nmap-Parser-1.19-1.el5 --------------------------- * Wed Mar 04 2009 Sindre Pedersen Bj?rdal - New upstream release - Fix typo in manual install - Don't use dos2unix, rely on sed magic instead perl-TAP-Harness-3.16-1.el5 --------------------------- * Mon Apr 06 2009 Daniel P. Berrange - 3.16-1 - Rebase to 3.16 release - Include App::Prove modules & man pages - Include 'prove' command, renamed to 'prove-tap' to avoid clash with base Perl perl-TAP-Harness-JUnit-0.30-1.el5 --------------------------------- * Fri Apr 17 2009 Lubomir Rintel (Good Data) 0.30-1 - New upstream release perl-Test-Perl-Critic-1.01-1.el5 -------------------------------- * Sat Jan 27 2007 Jose Pedro Oliveira - 1.01-1 - Update to 1.01. perl-Verilog-3.210-1.el5 ------------------------ * Thu May 21 2009 Chitlesh Goorah 3.210-1 - upstream v3.210 perl-XML-Filter-BufferText-1.01-2.el5 ------------------------------------- * Sat Mar 17 2007 Andreas Thienemann 1.01-2 - Fixed dependencies pgfouine-1.1-1.el5 ------------------ * Sun Apr 26 2009 Devrim Gunduz - 1.1-1 - Update to 1.1 php-extras-5.1.6-5.el5 ---------------------- * Tue May 12 2009 Dmitry Butskoy - 5.1.6-5 - add pdo_dblib module for php-mssql - add php-interbase support (both interbase and pdo_firebird modules) (initial patch from Remi Collet ) php-feedcreator-1.7.2-3.el5 --------------------------- * Sun Apr 19 2009 Xavier Bachelot 1.7.2-3 - Remove implicit Requires:. php-geshi-1.0.8.3-1.el5 ----------------------- * Wed Apr 15 2009 Xavier Bachelot 1.0.8.3-1 - Update to 1.0.8.3. php-IDNA_Convert-0.6.3-2.el5 ---------------------------- * Thu Apr 23 2009 David Nalley 0.6.3-2 - Corrected license to LGPLv2+ from LGPLv2 php-pear-Crypt-Blowfish-1.0.1-1.el5 ----------------------------------- * Wed Apr 15 2009 Xavier Bachelot 1.0.1-1 - Use 1.0.1 to be able to satisfy BR:s. First build for F-9/EL-5, thus no update issue. php-pear-HTML-Common-1.2.5-1.el5 -------------------------------- * Tue Apr 07 2009 Remi Collet 1.2.5-1 - update to 1.2.5 (bugfix) php-pear-Text-Diff-1.1.0-1.el5 ------------------------------ * Wed May 06 2009 Xavier Bachelot 1.1.0-1 - Initial build. php-pecl-runkit-0.9-11.CVS20090215.el5 -------------------------------------- * Sun Apr 19 2009 Pavel Alexeev - 0.9-11.CVS20090215 - Due to the bug in ppc builders ( https://fedorahosted.org/fedora-infrastructure/ticket/1298 ) kanarip suggest temporrary workaraund: https://fedorahosted.org/fedora-infrastructure/ticket/1298#comment:1 So, remove version specification from BuildRequires: php-pear >= 1.4.7, php-devel >= 5.0.0 php-simplepie-1.1.3-3.el5 ------------------------- * Thu Apr 23 2009 David Nalley 1.1.3-3 - used version macro in source url - stopped using two different macros for buildroot - stopped using macro for mkdir - moved chmods to immediately after setup in prep - removed line that rm compatibility_test - used a single line to copy create.php and simplepie.inc php-Smarty-2.6.25-1.el5 ----------------------- * Mon May 25 2009 Christopher Stone 2.6.25-1 - Upstream sync pidgin-privacy-please-0.5.3-2.el5 --------------------------------- * Tue Apr 07 2009 Guillaume Kulakowski - 0.5.3-2 - Modifications for EL-5 Mon Mar 16 2009 Guillaume Kulakowski - 0.5.3-1 - Update to 0.5.3 podofo-0.7.0-2.el5 ------------------ * Thu Apr 30 2009 Dan Hor?k 0.7.0-2 - remove BR: openssl-devel, it could be required in the future (but then an exception clause will be added to the licenses) - add missing doc files portaudio-19-8.el5 ------------------ * Thu Feb 26 2009 Fedora Release Engineering - 19-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild postgresql-pgpool-II-2.2.2-1.el5 -------------------------------- * Thu May 07 2009 Devrim Gunduz 2.2.2-1 - Update to 2.2.2 proftpd-1.3.2-1.el5 ------------------- * Mon Apr 06 2009 Matthias Saou 1.3.2-1 - Update to 1.3.2. - Include mod_wrap (#479813). - Tried to include mod_wrap2* modules but build failed. pure-ftpd-1.0.21-16.el5 ----------------------- * Thu May 08 2008 Lubomir Rintel - 1.0.21-16 - Fix SITE UTIME (Nickolay Bunev, #498431) pymssql-1.0.1-2.el5 ------------------- * Thu Apr 09 2009 Ray Van Dolson - 1.0.1-2 - De-versioned Build Requirements to work around https://fedorahosted.org/fedora-infrastructure/ticket/1202 pyodbc-2.1.5-2.el5 ------------------ * Wed Apr 22 2009 Ray Van Dolson - 2.1.5-2 - EVR bump pypar-2.1.0_66-3.el5 -------------------- * Thu Jun 04 2009 Jussi Lehtola - 2.1.0_66-3 - Fix build in rawhide. python-application-1.1.1-2.el5 ------------------------------ * Mon Jun 01 2009 Peter Lemenkov 1.1.1-2 - Added missing BR python-setuptools-devel * Fri May 29 2009 Peter Lemenkov 1.1.1-1 - Initial build python-bugzilla-0.5.1-2.el5 --------------------------- * Tue Apr 14 2009 Will Woods - 0.5.1-2 - Fix missing util.py python-configobj-4.4.0-2.el5 ---------------------------- * Tue Feb 19 2008 Luke Macken - 4.4.0-2 - Bump and rebuild to fix a broken upgrade path python-coverage-2.85-2.el5 -------------------------- * Fri May 15 2009 Tom "spot" Callaway - 2.85-2 - fix install invocation - EPEL version handles egg creation python-createrepo-0.9.6-1.el5 ----------------------------- * Fri Feb 13 2009 Dennis Gilmore - 0.9.6-1 - rename to python-createrepo and package as a python module only. - for koji to run on EL-5 python-dns-1.6.0-2.el5 ---------------------- * Fri Aug 29 2008 Tom "spot" Callaway - 1.6.0-2 - fix license tag python-fedora-0.3.12.1-2.el5 ---------------------------- * Thu Jun 11 2009 Ricky Zhou - 0.3.12.1-2 - Backport a patch to add a bugzilla_email entry. * Wed Jun 03 2009 Ricky Zhou - 0.3.12.1-1 - Update for new FAS release. python-feedcache-1.3-5.el5 -------------------------- * Wed Jun 03 2009 Luke Macken - 1.3-5 - Use setuptools to generate egg-info python-feedparser-4.1-9.el5 --------------------------- * Wed Jun 03 2009 Luke Macken - 4.1-9 - Use setuptools to generate egg-info python-kinterbasdb-3.3.0-2.el5 ------------------------------ * Wed May 13 2009 Philippe Makowski 3.3.0-2 - exclude egg-info for all python-kiwi-1.9.23-2.el5 ------------------------ * Mon Jan 26 2009 Konstantin Ryabitsev - 1.9.23-2 - Build for EL-5 - Do not package .egg-info python-libgmail-0.1.8-2.el5 --------------------------- * Tue Dec 11 2007 Michael Stahnke - 0.1.8-2 - Updated to proper license tag python-libgmail-docs-0.3-6.el5 ------------------------------ * Sun Jan 27 2008 Michael Stahnke - 0.3-6 - Excluded *.pyc *.pyo in %doc python-matplotlib-0.98.5.2-3.el5 -------------------------------- * Tue May 26 2009 Jef Spaleta - 0.98.5-3 - Latest upstream release - Updated to work with numpy update see EPEL bug 502082 - Be aware that some internal matplotlib APIs have changed python-paver-1.0-2.el5 ---------------------- * Mon Apr 13 2009 Toshio Kuratomi - 1.0-2 - Patch for python-2.4 compatibility python-pefile-1.2.10_63-1.el5 ----------------------------- * Fri May 08 2009 David Malcolm - 1.2.10_63-1 - initial packaging python-psycopg2-2.0.11-1.el5 ---------------------------- * Tue May 19 2009 Devrim GUNDUZ - 2.0.11-1 - Update to 2.0.11 python-pyrad-1.1-2.el5 ---------------------- * Sat Apr 11 2009 Peter Lemenkov 1.1-2 - Fixed rpmling warning - Changed 'files' section - Added missing requires python-twisted-core python-repoze-who-1.0.13-1.el5 ------------------------------ * Wed May 06 2009 Luke Macken - 1.0.13-1 - Update to the latest upstream release. python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 python-sippy-0-0.8.20090429cvs.el5 ---------------------------------- * Sun May 17 2009 Peter Lemenkov 0-0.8.20090429cvs - Removed unnecessary BuildRequires python-setuptools, pkgconfig - Cosmetic changes python-suds-0.3.5-1.el5 ----------------------- * Wed Feb 25 2009 jortel - 0.3.5-1 - Adds http caching. Default is (1) day. - Removed checking fc version in spec since no longer building < fc9. - Updated makefile to roll tarball with tar.sh. - Moved bare/wrapped determination to wsdl for document/literal. - Refactored Transport to provide better visibility into http headers. - Fixed Tickets: #207, #207, #209, #210, #212, #214, #215 python-transaction-1.0-0.4.a1.el5 --------------------------------- * Thu Feb 26 2009 Fedora Release Engineering - 1.0-0.4.a1 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild python-turboflot-0.1.0-1.el5 ---------------------------- * Sat Mar 08 2008 Luke Macken - 0.1.0-1 - Update to jQuery 1.2.3 and flot 0.4 python-webflash-0.1-0.1.a9.el5 ------------------------------ * Thu May 21 2009 Luke Macken 0.1-0.1.a9 - Update to 0.1a9 - Add python-coverage to the BuildRequires python-wsgiref-0.1.2-3.el5 -------------------------- * Thu May 21 2009 Luke Macken - 0.1.2-3 - Update the license tag to 'Python or ZPLv2.1' pyxmlsec-0.3.0-3.el5 -------------------- * Sun Apr 19 2009 Lubomir Rintel (Good Data) - 0.3.0-3 - bcond the cryptography backend, default to OpenSSL R-2.9.0-1.el5.1 --------------- * Wed Apr 29 2009 Tom "spot" Callaway - 2.9.0-1.1 - take out incorrect texlive Requires (no texlive until RHEL 6) - fix Requires: vi to be Requires: vim-minimal R-car-1.2-2.el5 --------------- * Wed Feb 13 2008 Orion Poplawski 1.2-2 - Fix file permissions, line endings and encoding R-msm-0.9.1-1.el5 ----------------- * Fri Jun 12 2009 Denis Arnaud 0.9.1-1 - Integrated the new upstream (0.9.1) version * Sat Jun 06 2009 Denis Arnaud 0.8.2-2 - Altered the license so as to reflect upstream, after clarification with them R-qtl-1.11-1.el5 ---------------- * Sat May 23 2009 Mattias Ellert - 1.11-1 - New upstream release rabbitmq-server-1.5.5-2.el5 --------------------------- * Tue May 26 2009 Hubert Plociniczak 1.5.5-2 - Include dist macro in the release number raidutils-0.0.6-2.el5 --------------------- * Wed Dec 31 2008 Dominik Mierzejewski 0.0.6-2 - added i2o_config module autoloading - drop redundant BR: gcc-c++ rear-1.7.20-1.el5 ----------------- * Thu Apr 02 2009 Gratien D'haese - 1.7.20-1 - update %_localstatedir/rear to %_localstatedir/lib/rear remind-03.01.07-1.el5 --------------------- * Sun May 31 2009 Ray Van Dolson - 03.01.07-1 - Upstream released 03.01.07 revisor-2.0.5.2-3.el5 --------------------- * Sun May 31 2009 Jeroen van Meeuwen - 2.0.5.2-3 - Obsolete mayflower rmol-0.22.0-1.el5 ----------------- * Mon May 11 2009 Denis Arnaud 0.22.0-1 - Upstream integration rpmdevtools-6.8-1.el5 --------------------- * Fri Apr 03 2009 Ville Skytt? - 6.8-1 - 6.8. rpmreaper-0.1.6-1.el5 --------------------- * Thu Apr 02 2009 Miroslav Lichvar 0.1.6-1 - update to 0.1.6 rubygem-main-2.8.4-1.el5 ------------------------ * Sat Jun 06 2009 Jeroen van Meeuwen - 2.8.4-1 - New upstream version rubygem-mongrel_cluster-1.0.5-2.el5 ----------------------------------- * Tue May 26 2009 Robert Scheck 1.0.5-2 - Added missing requirement to ruby(abi) = version (#501134 #c1) - Rewrote initscript to support single clusters and reload/subsys rubygem-rspec-1.2.2-1.el5 ------------------------- * Fri Mar 27 2009 Michael Stahnke - 1.2.2-1 - New Version sagator-1.1.1-4.el5 ------------------- * Sat Mar 28 2009 Jan ONDREJ (SAL) - 1.1.1-4 - removed viruses, applied upstream patch sems-1.1.0-5.el5 ---------------- * Fri Apr 10 2009 Peter Lemenkov 1.1.0-5 - Use modified tarball (with ilBC sources completely removed) shed-1.15-3.el5 --------------- * Tue Apr 21 2009 Adam Miller - 1.15-3 - Patched the configure cflags shortrpm-1.1-1.el5.1 -------------------- * Wed Apr 29 2009 Lubomir Rintel - 1.1-1.1 - Disable test suite on EL-5, <() doesn't work on builders sing-1.1-1.el5 -------------- * Sat Apr 18 2009 Robert Scheck 1.1-1 - Upgrade to 1.1 - Initial spec file for Fedora and Red Hat Enterprise Linux smolt-1.2-3.el5 --------------- * Wed Dec 03 2008 Mike McGrath 1.2-3 - Added python-ctypes require soci-3.0.0-13.el5 ----------------- * Sat May 09 2009 Denis Arnaud 3.0.0-13 - Introduced distinct dependencies for different distributions stxxl-1.2.1-8.el5 ----------------- * Wed Jun 03 2009 1.2.1-8 - Added a tab in the 'BuildArch:noarch' directive. * Mon Jun 01 2009 1.2.1-7 - Enclosed the 'BuildArch: noarch' directive within F>=10 condition * Sun May 31 2009 1.2.1-6 - Applied https://bugzilla.redhat.com/show_bug.cgi?id=474787#c12 recommendations * Thu May 28 2009 1.2.1-5 - Re-enable documentation using suggested macros * Sun May 24 2009 1.2.1-4 - Used doc macro to install docs previously manually installed - Added README and TROUBLESHOOTING to docs - Added otpflags macro to build settings - Use "install" program rather than cp for the install of lib supybot-fedora-0.2.5.1-1.el5 ---------------------------- * Sun Apr 05 2009 Jon Stanley - 0.2.5.1-1 - New upstream 0.2.5.1 tcpick-0.2.1-16.el5 ------------------- * Sun Mar 29 2009 Lubomir Rintel 0.2.1-16 - Fix -t abort on 64bit (#492109) testdisk-6.11-3.el5 ------------------- * Wed May 06 2009 Christophe Grenier 6.11-3 - Use upstream patch v2 thttpd-2.25b-12.el5.1 --------------------- * Thu Apr 09 2009 Matthias Saou 2.25b-12.1 - Fix thttpd-2.25b-CVE-2005-3124.patch (#483733). tor-0.2.0.34-5.el5 ------------------ * Mon Jun 01 2009 Simon Wesp - 0.2.0.34-5 - Costumize and rebuild for epel (only) towhee-6.2.3-5.el5 ------------------ * Wed May 27 2009 Jussi Lehtola - 6.2.3-5 - ExcludeArch: ppc64 which is not working due to operand out of range error. See RHBZ #502883. * Wed May 27 2009 Jussi Lehtola - 6.2.3-4 - Fix MPI build on rawhide. * Wed May 27 2009 Jussi Lehtola - 6.2.3-3 - Fix build in rawhide. * Mon May 25 2009 Jussi Lehtola - 6.2.3-2 - Split examples into own subpackage. - Make examples and doc noarch on >=F11. trac-mercurial-plugin-0.10.0.3-1.20080318svn8179.el5 ---------------------------------------------------- * Wed May 06 2009 Mike McGrath - 0.10.0.3-20080318svn8179 - Updated to svn revision 8179 transmission-1.34-1.el5 ----------------------- * Sat Mar 28 2009 Denis Leroy - 1.34-1 - Initial EL-5 version, based on F-10 1.34 version TurboGears-1.0.8-5.el5 ---------------------- * Wed Jun 10 2009 Luke Macken - 1.0.8-5 - Remove the python-json requirement twinkle-1.4.2-2.el5 ------------------- * Wed Feb 25 2009 Manuel "lonely wolf" Wolfshant 1.4.2-2 - adapt for EL-5 ucview-0.23-2.el5 ----------------- * Sun May 24 2009 Robert Scheck 0.23-2 - Readded wrongly removed build requirement to dbus-glib-devel unbound-1.2.1-1.el5 ------------------- * Wed May 20 2009 Paul Wouters - 1.2.1 - Upgraded to 1.2.1 - Properly drop group privs - Fix so unbound starts from init scripts properly with unbound-remote: yes - initscript checks for root group in pem/key files and changed these to group unbound unclutter-8-2.el5 ----------------- * Sun Apr 12 2009 Till Maas - 8-2 - Update description to the one provided by Lucian Langa unicap-0.9.5-1.el5 ------------------ * Sun May 03 2009 Robert Scheck 0.9.5-1 - Upgrade to 0.9.5 varnish-2.0.4-1.el5 ------------------- * Fri Mar 27 2009 Ingvar Hagelund - 2.0.4-1 New upstream release 2.0.4 vidalia-0.1.13-2.el5 -------------------- * Mon Jun 01 2009 Simon Wesp - 0.1.13-2 - Merge builds for fedora and epel * Mon Jun 01 2009 Simon Wesp - 0.1.13-1 - Update to 0.1.13 - Adjust to fedora and epel viewvc-1.0.8-1.el5 ------------------ * Thu May 07 2009 Bojan Smojver - 1.0.8-1 - Bump up to 1.0.8 wannier90-1.1-4.el5 ------------------- * Sat May 16 2009 Jussi Lehtola - 1.1-4 - Fix EPEL build by adding explicit BR: blas-devel. websvn-2.2.1-1.el5 ------------------ * Fri May 22 2009 Xavier Bachelot 2.2.1-1 - Update to 2.2.1. - Preserve time stamp when fixing encoding. weechat-0.2.6-1.el5 ------------------- * Fri Oct 19 2007 Paul P. Komkoff Jr - 0.2.6-1 - new upstream version, new license wordpress-plugin-add-to-any-0.9.9.2.3-1.el5 ------------------------------------------- * Mon Apr 27 2009 Ian Weller - 0.9.9.2.3-1 - Initial package build wordpress-plugin-add-to-any-subscribe-0.9.6.4.1-1.el5 ----------------------------------------------------- * Mon Apr 27 2009 Ian Weller - 0.9.6.4.1-1 - Initial package build xa-2.3.5-3.el5 -------------- * Tue Apr 14 2009 Dan Hor?k - 2.3.5-3 - move the INSTALL override to "make install" - comment the patches xine-lib-1.1.16.3-2.el5.1 ------------------------- * Fri Apr 10 2009 Rex Dieter - 1.1.16.3-2 - fix modtracker mimetypes xl2tpd-1.2.4-2.el5 ------------------ * Wed May 06 2009 Paul Wouters - 1.2.4-2 - bump verson xml-security-c-1.4.0-2.el5 -------------------------- * Tue Apr 28 2009 Antti Andreimann - 1.4.0-2 - Execute sed magic against configure instead of configure.ac to avoid calling autotools - Removed build dependency on autotools. - Do not ship test binaries (not needed for end-users) - Added proper dependencies for devel sub-package - Added CPPROG="cp -p" to preserve header file timestamps. ykclient-2.2-1.el5 ------------------ * Wed Apr 29 2009 Dennis Gilmore - 2.2-1 - initial packaging zerofree-1.0.1-5.el5 -------------------- * Fri May 15 2009 Richard W.M. Jones - 1.0.1-5 - Include the index file as a source file. - Improve the description, remove spelling mistakes and other typos. - Use the upstream SRPM directly, unpacking source from it. - Fix use of dist macro. - Pass the RPM OPTFLAGS to C compiler (should also fix debuginfo pkg). - Use 'cp -p' to preserve timestamps when copying index.html file. - Fix the defattr line. - License is GPL+ (any version of the GPL including 1). - Use a simpler install command to install the binary. - Fix the upstream URL to point to the real original project. - Add the sparsify command. Changes in Fedora EPEL testing/5: awstats-6.9-1.el5 ----------------- * Sat May 30 2009 Tim Jackson 6.9-1 - Update to 6.9 cherokee-0.99.17-2.el5 ---------------------- * Sun Jun 14 2009 Pavel Lisy - 0.99.17-2 - .spec changes in %files section * Sun Jun 14 2009 Pavel Lisy - 0.99.17-1 - updated to 0.99.17 collectl-3.3.4-1.el5 -------------------- * Mon Jun 15 2009 Dan Hor?k 3.3.4-1 - upgrade to upstream version 3.3.4 - changelog: http://collectl.sourceforge.net/Releases.html febootstrap-2.2-1.el5 --------------------- * Mon Jun 15 2009 Richard Jones - 2.2-1 - New upstream release 2.2. git-1.5.5.6-4.el5 ----------------- * Fri Jun 19 2009 Todd Zullinger - 1.5.5.6-4 - Fix git-daemon hang on invalid input (CVE-2009-2108, bug 505761) globus-callout-0.7-4.el5 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 0.7-4 - Update to official Fedora Globus packaging guidelines - Allow loading callouts without flavor extensions globus-common-10.2-5.el5 ------------------------ * Tue Jun 02 2009 Mattias Ellert - 10.2-5 - Update to official Fedora Globus packaging guidelines globus-core-5.15-5.el5 ---------------------- * Tue Jun 02 2009 Mattias Ellert - 5.15-5 - Update to official Fedora Globus packaging guidelines - Fix build configuration for s390x and kfreebsd - Make globus-core work with automake 1.11 globus-ftp-client-3.14-2.el5 ---------------------------- * Thu Jun 04 2009 Mattias Ellert - 3.14-2 - Update to official Fedora Globus packaging guidelines globus-ftp-control-2.10-2.el5 ----------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.10-2 - Update to official Fedora Globus packaging guidelines globus-gass-copy-4.14-2.el5 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 4.14-2 - Update to official Fedora Globus packaging guidelines globus-gass-transfer-3.4-2.el5 ------------------------------ * Thu Jun 04 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines globus-gsi-callback-1.10-2.el5 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.10-2 - Update to official Fedora Globus packaging guidelines globus-gsi-cert-utils-5.5-2.el5 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 5.5-2 - Update to official Fedora Globus packaging guidelines globus-gsi-credential-2.2-2.el5 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines globus-gsi-openssl-error-0.14-3.el5 ----------------------------------- * Wed Jun 03 2009 Mattias Ellert - 0.14-3 - Update to official Fedora Globus packaging guidelines globus-gsi-proxy-core-3.4-2.el5 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines globus-gsi-proxy-ssl-1.5-3.el5 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.5-3 - Update to official Fedora Globus packaging guidelines globus-gsi-sysconfig-2.2-2.el5 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines globus-gss-assist-4.0-2.el5 --------------------------- * Wed Jun 03 2009 Mattias Ellert - 4.0-2 - Update to official Fedora Globus packaging guidelines globus-gssapi-error-2.5-3.el5 ----------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.5-3 - Update to official Fedora Globus packaging guidelines globus-gssapi-gsi-5.9-3.el5 --------------------------- * Wed Jun 03 2009 Mattias Ellert - 5.9-3 - Update to official Fedora Globus packaging guidelines globus-io-6.3-2.el5 ------------------- * Thu Jun 04 2009 Mattias Ellert - 6.3-2 - Update to official Fedora Globus packaging guidelines globus-libtool-1.2-3.el5 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.2-3 - Update to official Fedora Globus packaging guidelines globus-openssl-3.0-2.el5 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 3.0-2 - Update to official Fedora Globus packaging guidelines globus-openssl-module-0.6-2.el5 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines globus-proxy-utils-2.5-2.el5 ---------------------------- * Wed Jun 03 2009 Mattias Ellert - 2.5-2 - Update to official Fedora Globus packaging guidelines globus-rls-client-5.1-3.el5 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 5.1-3 - Update to official Fedora Globus packaging guidelines globus-rls-server-4.7-3.el5 --------------------------- * Sun Jun 07 2009 Mattias Ellert - 4.7-3 - Update to official Fedora Globus packaging guidelines globus-rsl-5.0-4.el5 -------------------- * Thu Jun 04 2009 Mattias Ellert - 5.0-4 - Update to official Fedora Globus packaging guidelines globus-rsl-assist-2.1-2.el5 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.1-2 - Update to official Fedora Globus packaging guidelines globus-usage-1.0-3.el5 ---------------------- * Thu Jun 04 2009 Mattias Ellert - 1.0-3 - Update to official Fedora Globus packaging guidelines globus-xio-2.7-4.el5 -------------------- * Wed Jun 03 2009 Mattias Ellert - 2.7-4 - Update to official Fedora Globus packaging guidelines globus-xio-gsi-driver-0.6-2.el5 ------------------------------- * Thu Jun 04 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines globus-xio-popen-driver-0.2-3.el5 --------------------------------- * Thu Jun 04 2009 Mattias Ellert - 0.2-3 - Update to official Fedora Globus packaging guidelines htop-0.8.2-2.el5 ---------------- * Thu Jun 18 2009 Adam Miller - 0.8.2-2 - "htop aborts after hitting F6 key" fixed (#504795) - Arrays patch from upstream, patch and build for EPEL jhead-2.87-1.el5 ---------------- * Mon Jun 15 2009 Adrian Reber - 2.87-1 - updated to 2.87 mingw32-nsis-2.44-1.el5 ----------------------- * Sat Mar 14 2009 Kevin Kofler - 2.44-1 - Update to 2.44 (#488522) openscada-0.6.3.3-6.el5 ----------------------- * Thu Jun 18 2009 Popkov Aleksey 0.6.3.3-6 - Workarounds for some bugs in rpmbuild by Peter Lemenkov . * Wed Jun 17 2009 Popkov Aleksey 0.6.3.3-5 - Fixed critical bugs maked by me. * Tue Jun 16 2009 Popkov Aleksey 0.6.3.3-4 - Enabled Portaudio-devel library by Popkov Aleksey. * Tue Jun 16 2009 Popkov Aleksey 0.6.3.3-3 - Adapted spec file for dist 5E-epel by Popkov Aleksey - Adapted spec file for dist 4E-epel by Popkov Aleksey (Not tested) - Fixed oscada.init.patch for cases messages. * Thu Jun 11 2009 Popkov Aleksey 0.6.3.3-2 - Fixed incoherent-init-script-name warning of rename init scripts from oscadad to openscadad by Popkov Aleksey - Fixed incoherent-subsys error of rename into init scripts from lockfile=/var/lock/subsys/oscadad to lockfile=/var/lock/subsys/openscadad by Popkov Aleksey. * Wed Jun 10 2009 Popkov Aleksey 0.6.3.3-1 - Release OpenSCADA 0.6.3.3. - Added self modules of daq_DAQGate and tr_Serial. - Adapted init script for fedora. oscada.init.patch. - Translated description to Germany language by Popkova Irina. * Mon Jun 08 2009 Popkov Aleksey 0.6.3.3-0.1.svn902 - Prerelease OpenSCADA 0.6.3.3 (svn ver. 902) - Fixed issue with find_lang - Removal, of some unneded files by Peter Lemenkov - Translated description to German language by Popkova Irina. * Thu Jun 04 2009 Popkov Aleksey 0.6.3.3-0.1.svn901 - Prerelease OpenSCADA 0.6.3.3 (svn ver. 901) - Translated description to German language by Popkova Irina. * Wed Jun 03 2009 Popkov Aleksey 0.6.3.3-0.1.svn899 - Adaptated for release OpenSCADA 0.6.3.3. * Tue May 26 2009 Popkov Aleksey 0.6.3.2-2 - OpenSCADA build for Fedora. - Translated description to German language by Popkova Irina. perl-Verilog-3.211-1.el5 ------------------------ * Thu Jun 18 2009 Chitlesh Goorah 3.211-1 - upstream v3.211 php-pecl-memcache-2.2.5-1.el5 ----------------------------- * Sat Feb 28 2009 Remi Collet 2.2.5-1 - new version 2.2.5 (bug fixes) python-dns-1.7.1-1.el5 ---------------------- * Fri Jun 19 2009 Jeffrey C. Ollie - 1.7.1-1 - New since 1.7.0: - - Nothing - - Bugs fixed since 1.7.0: - - The 1.7.0 kitting process inadventently omitted the code for the - DLV RR. - - Negative DDNS prerequisites are now handled correctly. * Fri Jun 19 2009 Jeffrey C. Ollie - 1.7.0-1 - New since 1.6.0: - - Rdatas now have a to_digestable() method, which returns the - DNSSEC canonical form of the rdata, suitable for use in - signature computations. - - The NSEC3, NSEC3PARAM, DLV, and HIP RR types are now supported. - - An entropy module has been added and is used to randomize query ids. - - EDNS0 options are now supported. - - UDP IXFR is now supported. - - The wire format parser now has a 'one_rr_per_rrset' mode, which - suppresses the usual coalescing of all RRs of a given type into a - single RRset. - - Various helpful DNSSEC-related constants are now defined. - - The resolver's query() method now has an optional 'source' parameter, - allowing the source IP address to be specified. - - Bugs fixed since 1.6.0: - - On Windows, the resolver set the domain incorrectly. - - DS RR parsing only allowed one Base64 chunk. - - TSIG validation didn't always use absolute names. - - NSEC.to_text() only printed the last window. - - We did not canonicalize IPv6 addresses before comparing them; we - would thus treat equivalent but different textual forms, e.g. - "1:00::1" and "1::1" as being non-equivalent. - - If the peer set a TSIG error, we didn't raise an exception. - - Some EDNS bugs in the message code have been fixed (see the ChangeLog - for details). * Thu Feb 26 2009 Fedora Release Engineering - 1.6.0-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Sat Nov 29 2008 Jeffrey C. Ollie - 1.6.0-3 - Rebuild for Python 2.6 python-fedora-0.3.13.1-1.el5 ---------------------------- * Sat Jun 13 2009 Toshio Kuratomi - 0.3.13.1-1 - Merge 0.3.12.1 and 0.3.13 releases together. * Sat Jun 13 2009 Toshio Kuratomi - 0.3.13-1 - New release. Some new pkgdb API, defaultdict implementation, and a bugfix to response code from the shipped login controller. python-urllib2_kerberos-0.1.6-3.el5 ----------------------------------- * Thu Jun 18 2009 Mat?j Cepl - 0.1.6-3 - don't preserve attributes of the file you modified. * Wed Jun 17 2009 Mat?j Cepl - 0.1.6-2 - add BuildRequires: python-setuptools-devel. * Thu Jun 11 2009 Mat?j Cepl - 0.1.6-1 - Initial packaging effort rt3-3.6.8-1.el5 --------------- * Tue Jun 16 2009 Xavier Bachelot - 3.6.8-1 - Update to 3.6.8 (BZ #506236): - Updated italian translation from Nicola Murino. - Validate CFs in SelfService. - Fix: On comment/correspond, attached files are not recorded if comment/response content is empty. - Add HasAttribute and HasNoAttribute to the tisql. - Allow only SuperUser to edit RT at a Glance. - Copyright updates. - Partial sync with F-9 : - README.fedora.in: Add --dba root to rt-setup-database (BZ #488621). - R: perl(XML::RSS) (BZ #496720). rubygem-hoe-2.1.0-1.el5 ----------------------- * Mon Jun 15 2009 Darryl Pierce 3.1-5 - Fixed issue with 5-digit port numbers superiotool-0-0.17.20090619svn4356.el5 -------------------------------------- * Fri Jun 19 2009 Peter Lemenkov 0-0.17.20090619svn4356 - svn ver. 4356 - Support for detecting the SMSC FDC37N869 - Support for the LPC47M182 - Few fixes trac-peerreview-plugin-0.10-1.svn5357.el5 ----------------------------------------- * Sat Mar 14 2009 Chitlesh Goorah - 0.10-1.svn5357 - Initial build xdrfile-1.1-2.el5 ----------------- * Sat Jun 13 2009 Jussi Lehtola - 1.1-2 - Conserve timestamps during install, fix URL & Source0. Changes in Fedora EPEL 4: agedu-0-1.r8442.el4 ------------------- * Thu May 21 2009 Jussi Lehtola - 0-1.r8442 - First release. apachetop-0.12.6-6.el4 ---------------------- * Mon Feb 23 2009 Fedora Release Engineering - 0.12.6-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild augeas-0.5.1-1.el4 ------------------ * Fri Jun 05 2009 David Lutterkort - 0.5.1-1 - Install fadot bash-completion-1.0-2.el4 ------------------------- * Tue Apr 07 2009 Ville Skytt? - 1:1.0-2 - Apply upstream patch to fix quoting issues with bash 4.x (#490322). beesu-2.3-1.el4 --------------- * Mon Mar 30 2009 Tom "spot" Callaway 2.3-1 - Update to 2.3 calendar-1.25-4.el4 ------------------- * Thu Apr 09 2009 David Cantrell - 1.25-4 - Honor RPM_OPT_FLAGS and fix debuginfo (#494717) - Convert output to locale's character coding cas-0.14-10.el4 --------------- * Tue May 05 2009 Adam Stokes - 0.14-8 - support for purging old data - documentation updated to reflect updated workflow and describe new features. cherokee-0.99.11-2.el4 ---------------------- * Tue Apr 21 2009 Pavel Lisy - 0.99.11-2 - added BuildRequires: gettext chmlib-0.40-1.el4 ----------------- * Thu May 28 2009 Peter Lemenkov 0.40-1 - Ver. 0.40 cobbler-1.6.6-1.el4 ------------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) debmirror-20070123-8.el4 ------------------------ * Thu Apr 09 2009 Ruben Kerkhof - 20070123-8 - Use GPL+ as license - Use main debian url for Source duplicity-0.5.18-1.el4 ---------------------- * Sun May 24 2009 Robert Scheck 0.5.18-1 - Upgrade to 0.5.18 eggdrop-1.6.19-4.el4 -------------------- * Tue May 26 2009 Robert Scheck 1.6.19-4 - Added upstream ctcpfix to solve CVE-2009-1789 (#502650) erlang-erlsyslog-0.1-1.el4 -------------------------- * Thu Jun 04 2009 Peter Lemenkov 0.1-1 - Ver. 0.1 erlang-R11B-2.3.el4 ------------------- * Sun Dec 31 2006 Gerard Milmeister - R11B-2.3 - remove buildroot from installed files facter-1.5.5-1.el4 ------------------ * Fri May 22 2009 Todd Zullinger - 1.5.5-1 - Update to 1.5.5 - Drop upstreamed libperms patch fail2ban-0.6.2-3.el4 -------------------- * Thu Jan 29 2009 Adam Miller - 0.6.2-3 - Rebuild for EPEL - EL4 firebird-2.1.2.18118.0-7.el4 ---------------------------- * Tue May 12 2009 Philippe Makowski 2.1.2.18118.0-7 - patch to change lock files location and avoid %{fbroot} owned by firebird user (rh #500219) - add README.fedora - add symlinks in /usr/bin - change xinetd reload (rh #500219) firmware-tools-2.1.5-1.1.el4 ---------------------------- * Thu May 14 2009 Matt Domsch - 2.1.5-1.1 - rebase to upstream release flamerobin-0.9.2-0.el4 ---------------------- * Sun Apr 12 2009 Philippe Makowski 0.9.2-0 - First Fedora build - New upstream: 0.9.2 flashrom-0.9.0-1.el4 -------------------- * Tue May 05 2009 Peter Lemenkov 0.9.0-1 - Ver. 0.9.0 fltk-1.1.9-4.el4 ---------------- * Wed May 13 2009 Rex Dieter - 1.1.9-4 - unbreak fltk-config --ldstaticflags (#500201) - (another?) gcc44 patch - -devel: +Provides: %name-static - fix multiarch conflicts (#341141) globus-callout-0.7-3.el4 ------------------------ * Mon Apr 27 2009 Mattias Ellert - 0.7-3 - Rebuild with updated libtool globus-common-10.2-4.el4 ------------------------ * Mon Apr 27 2009 Mattias Ellert - 10.2-4 - Rebuild with updated libtool globus-core-5.15-4.el4 ---------------------- * Mon Apr 27 2009 Mattias Ellert - 5.15-4 - Install the globus-spec-creator script - Add -Wl,--as-needed to the libtool script globus-ftp-client-3.14-1.el4 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-ftp-control-2.10-1.el4 ----------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-copy-4.14-1.el4 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.14-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gass-transfer-3.4-1.el4 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-callback-1.10-1.el4 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 1.10-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-cert-utils-5.5-1.el4 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 5.5-1 - Change defines to globals - Remove explicit requires on library packages globus-gsi-credential-2.2-1.el4 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.2-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-openssl-error-0.14-2.el4 ----------------------------------- * Mon Apr 27 2009 Mattias Ellert - 0.14-2 - Rebuild with updated libtool globus-gsi-proxy-core-3.4-1.el4 ------------------------------- * Thu Apr 16 2009 Mattias Ellert - 3.4-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gsi-proxy-ssl-1.5-2.el4 ------------------------------ * Tue Apr 28 2009 Mattias Ellert - 1.5-2 - Rebuild with updated libtool globus-gsi-sysconfig-2.2-1.el4 ------------------------------ * Thu Apr 16 2009 Mattias Ellert - 2.2-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gss-assist-4.0-1.el4 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 4.0-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-gssapi-error-2.5-2.el4 ----------------------------- * Wed Apr 29 2009 Mattias Ellert - 2.5-2 - Fix package and library namespace globus-gssapi-gsi-5.9-2.el4 --------------------------- * Tue May 12 2009 Mattias Ellert - 5.9-2 - Change the License tag to take the library/ssl_locl.h file into account globus-io-6.3-1.el4 ------------------- * Thu Apr 16 2009 Mattias Ellert - 6.3-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-libtool-1.2-2.el4 ------------------------ * Wed Apr 15 2009 Mattias Ellert - 1.2-2 - Add source description comment globus-openssl-3.0-1.el4 ------------------------ * Wed Apr 15 2009 Mattias Ellert - 3.0-1 - Change defines to globals globus-openssl-module-0.6-1.el4 ------------------------------- * Wed Apr 15 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-proxy-utils-2.5-1.el4 ---------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.5-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-rls-client-5.1-2.el4 --------------------------- * Mon Jun 01 2009 Mattias Ellert - 5.1-2 - Fix documentation build globus-rls-server-4.7-2.el4 --------------------------- * Fri Jun 05 2009 Mattias Ellert - 4.7-2 - Add Requires needed for scriptlets - Remove the SXXrls.in file - Remove hardcoded port number in init.d startup script globus-rsl-5.0-3.el4 -------------------- * Mon Apr 27 2009 Mattias Ellert - 5.0-3 - Rebuild with updated libtool globus-rsl-assist-2.1-1.el4 --------------------------- * Thu Apr 16 2009 Mattias Ellert - 2.1-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball globus-usage-1.0-2.el4 ---------------------- * Tue Apr 28 2009 Mattias Ellert - 1.0-2 - Rebuild with updated libtool globus-xio-2.7-3.el4 -------------------- * Mon Apr 27 2009 Mattias Ellert - 2.7-3 - Rebuild with updated libtool globus-xio-gsi-driver-0.6-1.el4 ------------------------------- * Wed Apr 29 2009 Mattias Ellert - 0.6-1 - Make comment about source retrieval more explicit - Change defines to globals - Remove explicit requires on library packages - Put GLOBUS_LICENSE file in extracted source tarball - Fix changed dependency namespace globus-xio-popen-driver-0.2-2.el4 --------------------------------- * Fri Apr 24 2009 Mattias Ellert - 0.2-2 - Correct package description glpi-0.71.6-1.el4 ----------------- * Tue Jun 02 2009 Remi Collet - 0.71.6-1 - update to 0.71.6 (Bugfix Release) * Fri May 22 2009 Remi Collet - 0.71.5-4 - post 0.71.5 patches (7910=>8321) glpi-mass-ocs-import-1.2.2-1.el4 -------------------------------- * Thu Apr 09 2009 Remi Collet - 1.2.2-1 - update to 1.2.2 (bugfixes) glusterfs-1.3.12-2.el4 ---------------------- * Sun Apr 12 2009 Matthias Saou 1.3.12-2 - Fix the common sub-package's obsoletes of libs. A simple typo which might cause major problems... grid-packaging-tools-3.2-18.el4 ------------------------------- * Wed May 27 2009 Mattias Ellert - 3.2-18 - Make GPT work with automake 1.11 halberd-0.2.3-1.el4 ------------------- * Wed Apr 01 2009 Sindre Pedersen Bj?rdal - 0.2.3-1 - New upstream release haproxy-1.3.18-1.el4 -------------------- * Sun May 17 2009 Jeremy Hinegardner - 1.3.18-1 - update to 1.3.18 hdf5-1.6.9-2.el4 ---------------- * Wed Jun 03 2009 Orion Poplawski 1.6.9-2 - No, don't ship h5perf * Tue Jun 02 2009 Orion Poplawski 1.6.9-1 - Update to 1.6.9 - Update destdir and norpath patches - Drop open patch fixed upstream - Ship h5perf htop-0.8.2-1.el4 ---------------- * Tue Jun 02 2009 Adam Miller - 0.8.2-1 - New release, build for EPEL ifstatus-1.1.0-5.el4 -------------------- * Wed Apr 22 2009 Adam Miller - 1.1.0-5 - Added CXXFLAGS and CXFLAGS to resolve debuginfo sources issue jnettop-0.13.0-5.el4 -------------------- * Wed Apr 29 2009 Manuel Wolfshant 0.13.0-5 - Use disttag in release field koan-1.6.6-1.el4 ---------------- * Thu May 28 2009 Michael DeHaan - 1.6.6-1 - Placeholder for future release * Thu May 28 2009 Michael DeHaan - 1.6.5-1 - Upstream changes (see CHANGELOG) ladvd-0.6.1-2.el4 ----------------- * Sat Oct 18 2008 Andreas Thienemann 0.6.1-2 - Disabled SElinux support package for EL-4 - Added patch to make it build on EL-4 - Added separate ladvd user libical-0.43-4.el4 ------------------ * Sun Mar 15 2009 Debarshi Ray - 0.43-4 - Updated patch to fix #includes in the headers to work with 'pkg-config --cflags libical'. (Red Hat Bugzilla #484091) libmp4v2-1.5.0.1-6.el4 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1.5.0.1-6 - Autorebuild for GCC 4.3 libnet-1.1.4-1.el4 ------------------ * Thu Jun 11 2009 Robert Scheck 1.1.4-1 - Upgrade to 1.1.4 * Sat Jun 06 2009 Robert Scheck 1.1.3-2 - Added upstream patch to solve HAVE_CONFIG_H (#501633, #502400) libnet10-1.0.2a-17.el4 ---------------------- * Sat Apr 18 2009 Robert Scheck 1.0.2a-17 - Enabled a shared library and made lots of spec file cleanups lighttpd-1.4.22-2.el4 --------------------- * Mon Mar 30 2009 Matthias Saou 1.4.22-2 - Update to 1.4.22. - Add missing defattr for the spawn-fcgi package. mb2md-3.20-4.el4 ---------------- * Tue May 05 2009 Jussi Lehtola - 3.20-4 - Bump revision to retry CVS import. mdsplib-0.11-9.el4 ------------------ * Thu Jun 11 2009 Matthias Saou 0.11-9 - Fix null check which could cause segfaults (#505050). milter-regex-1.7-3.el4 ---------------------- * Mon Feb 18 2008 Paul Howarth - 1.7-3 - support config files with more than 507 rules (#304071) mksh-38b-1.el4 -------------- * Sun May 31 2009 Robert Scheck 38b-1 - Upgrade to 38b * Sun May 31 2009 Robert Scheck 38-1 - Upgrade to 38 and updated arc4random.c file - Used -combine (-fwhole-program) rather the old -j switch mod_log_post-0.1.0-1.el4 ------------------------ * Fri May 22 2009 Robert Scheck 0.1.0-1 - Upgrade to 0.1.0 - Initial spec file for Fedora and Red Hat Enterprise Linux ncftp-3.2.2-1.el4 ----------------- * Fri Aug 29 2008 Matthias Saou 2:3.2.2-1 - Update to 3.2.2. - Include no_lfs64_source from Gentoo to fix the build. net6-1.3.5-1.el4 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 ninvaders-0.1.1-3.el4 --------------------- * Tue Apr 21 2009 Adam Miller - 0.1.1-3 - Patched Makefile to include $RPM_OPT_FLAGS to fix debuginfo issue obby-0.4.4-2.el4 ---------------- * Wed Dec 12 2007 Luke Macken - 0.4.4-2 - Remove avahi-devel requirement and disable zeroconf ocsinventory-1.02.1-1.el4 ------------------------- * Sat May 30 2009 Remi Collet 1.02.1-1 - update to OCS Inventory NG 1.02.1 - Security Fixes (internal version 5003) ocsinventory-agent-1.0.1-2.el4 ------------------------------ * Fri Apr 24 2009 Remi Collet 1.0.1-2 - update the README.RPM (new configuration file) - change from URL to only servername in config comment odfpy-0.9-1.el4 --------------- * Mon Apr 20 2009 Ian Weller 0.9-1 - Update upstream oggvideotools-0.7a-4.el4 ------------------------ * Mon May 18 2009 Adam Miller - 0.7a-4 - Patch from upstream applied for segfault in oggStream due to big packets pem-0.7.5-1.el4 --------------- * Tue May 12 2009 Kushal Das - 0.7.5-1 - New pem release, mostly bugfix perl-Cache-Memcached-1.26-3.el4 ------------------------------- * Tue Jun 09 2009 Michael Fleming - 1.2.6-3 - More cleanups - Change license * Sat Jun 06 2009 Michael Fleming - 1.2.6-2 - Cleaned up for Fedora review * Sat Jun 06 2009 Michael Fleming - 1.2.6-1.mf - Initial Revision perl-Class-ErrorHandler-0.01-4.el4 ---------------------------------- * Tue Apr 17 2007 Steven Pritchard 0.01-4 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Compress-Raw-Zlib-2.020-1.el4 ---------------------------------- * Wed Jun 10 2009 Stepan Kasal - 2.020-1 - update to the latest upstream version (504386) perl-Convert-ASCII-Armour-1.4-5.el4 ----------------------------------- * Tue Apr 17 2007 Steven Pritchard 1.4-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Convert-PEM-0.07-5.el4 --------------------------- * Tue Apr 17 2007 Steven Pritchard 0.07-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-DES_EDE3-0.01-5.el4 ------------------------------ * Tue Apr 17 2007 Steven Pritchard 0.01-5 - Use fixperms macro instead of our own chmod incantation. - BR ExtUtils::MakeMaker. perl-Crypt-DSA-0.14-7.el4 ------------------------- * Mon Nov 03 2008 Paul Howarth 0.14-7 - BuildRequire and Require a GMP support module, either Math::GMP or Math::BigInt::GMP depending on how recent Math::BigInt is - BuildRequire openssl, which significantly speeds up the keygen test perl-Crypt-GPG-1.63-3.el4 ------------------------- * Mon Jun 01 2009 Robert Scheck 1.63-3 - Changes to match with Fedora Packaging Guidelines (#503175) * Mon Jun 01 2009 Robert Scheck 1.63-2 - Enabled the %check section (#503175 #c1) * Fri May 29 2009 Robert Scheck 1.63-1 - Upgrade to 1.63 - Initial spec file for Fedora and Red Hat Enterprise Linux perl-Crypt-RSA-1.98-3.el4 ------------------------- * Wed May 13 2009 Paul Howarth 1.98-3 - Recode Crypt::RSA manpage as UTF-8 perl-Date-Leapyear-1.72-1.el4 ----------------------------- * Thu Apr 02 2009 Xavier Bachelot 1.72-1 - New upstream release, under new license terms. perl-Filesys-Df-0.92-3.el4 -------------------------- * Wed Jul 30 2008 Miroslav Suchy 0.92-3 - Add build dependency on MakeMaker perl-Math-FFT-1.28-1.el4 ------------------------ * Wed Jun 25 2008 Miroslav Suchy 1.28-1 - Specfile autogenerated by cpanspec 1.77. perl-Net-Daemon-0.44-7.el4 -------------------------- * Mon May 11 2009 Petr Lautrbach 0.44-7 - Fixed spec file for el4 perl-Net-SFTP-0.10-1.el4 ------------------------ * Mon Jul 16 2007 Steven Pritchard 0.10-1 - Specfile autogenerated by cpanspec 1.73. - Fix License. - Remove redundant explicit dependency on Net::SSH::Perl. perl-Net-SSH-Perl-1.34-1.el4 ---------------------------- * Mon Feb 02 2009 Paul Howarth 1.34-1 - Update to 1.34, fixes various upstream bugs: * Rekey properly after 1 GB of data (rt.cpan.org #25044) * Don't try to process nonexistent or empty auth file (rt.cpan.org #41877) * Fix typo in croak message (rt.cpan.org #42056) * Move 'use base' call after Crypt module loading (rt.cpan.org #42051) * Only apply stdin if defined in SSH1 (rt.cpan.org #42583) - Remove perl(Test::YAML::Meta) buildreq (not yet in EPEL) - Remove perl(Perl::Critic) buildreq (not yet in EPEL-4) - Remove perl(Digest::SHA1) version requirement (not satisfied in EL-4) - Remove perl(Text::SpellChecker) buildreq (dictionary coverage in EL-4 not sufficient to pass tests) perl-Nmap-Parser-1.19-1.el4 --------------------------- * Wed Mar 04 2009 Sindre Pedersen Bj?rdal - New upstream release - Fix typo in manual install - Don't use dos2unix, rely on sed magic instead perl-Params-Validate-0.89-1.el4 ------------------------------- * Tue Nov 13 2007 Ralf Cors?pius - 0.89-1 - Upstream update. perl-String-CRC32-1.4-1.el4 --------------------------- * Thu Apr 20 2006 Paul Howarth 1.4-1 - Update to 1.4 perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. perl-Test-Taint-1.04-4.el4 -------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.04-4 - Reflect perl-package split. - Update license tag. perl-XML-Filter-BufferText-1.01-4.el4 ------------------------------------- * Tue Jan 29 2008 Tom "spot" Callaway 1.01-4 - BR perl(Test::More) pgfouine-1.1-1.el4 ------------------ * Sun Apr 26 2009 Devrim Gunduz - 1.1-1 - Update to 1.1 postgresql-pgpool-II-2.2.2-1.el4 -------------------------------- * Thu May 07 2009 Devrim Gunduz 2.2.2-1 - Update to 2.2.2 proftpd-1.3.2-1.el4 ------------------- * Mon Apr 06 2009 Matthias Saou 1.3.2-1 - Update to 1.3.2. - Include mod_wrap (#479813). - Tried to include mod_wrap2* modules but build failed. python-application-1.1.1-2.el4 ------------------------------ * Mon Jun 01 2009 Peter Lemenkov 1.1.1-2 - Added missing BR python-setuptools-devel * Fri May 29 2009 Peter Lemenkov 1.1.1-1 - Initial build python-coverage-2.85-2.el4 -------------------------- * Fri May 15 2009 Tom "spot" Callaway - 2.85-2 - fix install invocation - EPEL version handles egg creation python-kinterbasdb-3.3.0-2.el4 ------------------------------ * Wed May 13 2009 Philippe Makowski 3.3.0-2 - exclude egg-info for all python-suds-0.3.5-1.el4 ----------------------- * Wed Feb 25 2009 jortel - 0.3.5-1 - Adds http caching. Default is (1) day. - Removed checking fc version in spec since no longer building < fc9. - Updated makefile to roll tarball with tar.sh. - Moved bare/wrapped determination to wsdl for document/literal. - Refactored Transport to provide better visibility into http headers. - Fixed Tickets: #207, #207, #209, #210, #212, #214, #215 R-2.9.0-1.el4.2 --------------- * Tue May 26 2009 Tom "spot" Callaway - 2.9.0-1.2 - fix embarrassing typo causing broken dependencies (bz 502306) R-qtl-1.11-1.el4 ---------------- * Sat May 23 2009 Mattias Ellert - 1.11-1 - New upstream release remind-03.01.07-1.el4 --------------------- * Sun May 31 2009 Ray Van Dolson - 03.01.07-1 - Upstream released 03.01.07 rpmreaper-0.1.6-1.el4 --------------------- * Thu Apr 02 2009 Miroslav Lichvar 0.1.6-1 - update to 0.1.6 sagator-1.1.1-4.el4 ------------------- * Sat Mar 28 2009 Jan ONDREJ (SAL) - 1.1.1-4 - removed viruses, applied upstream patch shed-1.15-3.el4 --------------- * Tue Apr 21 2009 Adam Miller - 1.15-3 - Patched the configure cflags sing-1.1-1.el4 -------------- * Sat Apr 18 2009 Robert Scheck 1.1-1 - Upgrade to 1.1 - Initial spec file for Fedora and Red Hat Enterprise Linux tcpick-0.2.1-16.el4 ------------------- * Sun Mar 29 2009 Lubomir Rintel 0.2.1-16 - Fix -t abort on 64bit (#492109) testdisk-6.11-2.el4 ------------------- * Wed May 06 2009 Christophe Grenier 6.11-2 - Use upstream patch v2 varnish-2.0.4-1.el4 ------------------- * Fri Mar 27 2009 Ingvar Hagelund - 2.0.4-1 New upstream release 2.0.4 viewvc-1.0.8-1.el4 ------------------ * Thu May 07 2009 Bojan Smojver - 1.0.8-1 - Bump up to 1.0.8 weechat-0.2.6.2-1.el4 --------------------- * Fri May 01 2009 Paul P. Komkoff Jr - 0.2.6.2-1 - fix some charset decoding problems. Changes in Fedora EPEL testing/4: cherokee-0.99.17-2.el4 ---------------------- * Sun Jun 14 2009 Pavel Lisy - 0.99.17-2 - .spec changes in %files section * Sun Jun 14 2009 Pavel Lisy - 0.99.17-1 - updated to 0.99.17 git-1.5.4.7-3.el4 ----------------- * Fri Jun 19 2009 Todd Zullinger - 1.5.4.7-3 - Fix git-daemon hang on invalid input (CVE-2009-2108, bug 505761) globus-callout-0.7-4.el4 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 0.7-4 - Update to official Fedora Globus packaging guidelines - Allow loading callouts without flavor extensions globus-common-10.2-5.el4 ------------------------ * Tue Jun 02 2009 Mattias Ellert - 10.2-5 - Update to official Fedora Globus packaging guidelines globus-core-5.15-5.el4 ---------------------- * Tue Jun 02 2009 Mattias Ellert - 5.15-5 - Update to official Fedora Globus packaging guidelines - Fix build configuration for s390x and kfreebsd - Make globus-core work with automake 1.11 globus-ftp-client-3.14-2.el4 ---------------------------- * Thu Jun 04 2009 Mattias Ellert - 3.14-2 - Update to official Fedora Globus packaging guidelines globus-ftp-control-2.10-2.el4 ----------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.10-2 - Update to official Fedora Globus packaging guidelines globus-gass-copy-4.14-2.el4 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 4.14-2 - Update to official Fedora Globus packaging guidelines globus-gass-transfer-3.4-2.el4 ------------------------------ * Thu Jun 04 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines globus-gsi-callback-1.10-2.el4 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.10-2 - Update to official Fedora Globus packaging guidelines globus-gsi-cert-utils-5.5-2.el4 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 5.5-2 - Update to official Fedora Globus packaging guidelines globus-gsi-credential-2.2-2.el4 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines globus-gsi-openssl-error-0.14-3.el4 ----------------------------------- * Wed Jun 03 2009 Mattias Ellert - 0.14-3 - Update to official Fedora Globus packaging guidelines globus-gsi-proxy-core-3.4-2.el4 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines globus-gsi-proxy-ssl-1.5-3.el4 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.5-3 - Update to official Fedora Globus packaging guidelines globus-gsi-sysconfig-2.2-2.el4 ------------------------------ * Wed Jun 03 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines globus-gss-assist-4.0-2.el4 --------------------------- * Wed Jun 03 2009 Mattias Ellert - 4.0-2 - Update to official Fedora Globus packaging guidelines globus-gssapi-error-2.5-3.el4 ----------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.5-3 - Update to official Fedora Globus packaging guidelines globus-gssapi-gsi-5.9-3.el4 --------------------------- * Wed Jun 03 2009 Mattias Ellert - 5.9-3 - Update to official Fedora Globus packaging guidelines globus-io-6.3-2.el4 ------------------- * Thu Jun 04 2009 Mattias Ellert - 6.3-2 - Update to official Fedora Globus packaging guidelines globus-libtool-1.2-3.el4 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 1.2-3 - Update to official Fedora Globus packaging guidelines globus-openssl-3.0-2.el4 ------------------------ * Wed Jun 03 2009 Mattias Ellert - 3.0-2 - Update to official Fedora Globus packaging guidelines globus-openssl-module-0.6-2.el4 ------------------------------- * Wed Jun 03 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines globus-proxy-utils-2.5-2.el4 ---------------------------- * Wed Jun 03 2009 Mattias Ellert - 2.5-2 - Update to official Fedora Globus packaging guidelines globus-rls-client-5.1-3.el4 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 5.1-3 - Update to official Fedora Globus packaging guidelines globus-rls-server-4.7-3.el4 --------------------------- * Sun Jun 07 2009 Mattias Ellert - 4.7-3 - Update to official Fedora Globus packaging guidelines globus-rsl-5.0-4.el4 -------------------- * Thu Jun 04 2009 Mattias Ellert - 5.0-4 - Update to official Fedora Globus packaging guidelines globus-rsl-assist-2.1-2.el4 --------------------------- * Thu Jun 04 2009 Mattias Ellert - 2.1-2 - Update to official Fedora Globus packaging guidelines globus-usage-1.0-3.el4 ---------------------- * Thu Jun 04 2009 Mattias Ellert - 1.0-3 - Update to official Fedora Globus packaging guidelines globus-xio-2.7-4.el4 -------------------- * Wed Jun 03 2009 Mattias Ellert - 2.7-4 - Update to official Fedora Globus packaging guidelines globus-xio-gsi-driver-0.6-2.el4 ------------------------------- * Thu Jun 04 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines globus-xio-popen-driver-0.2-3.el4 --------------------------------- * Thu Jun 04 2009 Mattias Ellert - 0.2-3 - Update to official Fedora Globus packaging guidelines htop-0.8.2-2.el4 ---------------- * Thu Jun 18 2009 Adam Miller - 0.8.2-2 - "htop aborts after hitting F6 key" fixed (#504795) - Arrays patch from upstream, patch and build for EPEL perl-File-Find-Rule-0.30-3.el4 ------------------------------ * Mon Sep 03 2007 Ralf Cors?pius - 0.30-3 - Update license tag. - Add BR: perl(ExtUtils::MakeMaker). perl-Log-Dispatch-2.20-1.el4 ---------------------------- * Wed Dec 19 2007 Tom "spot" Callaway - 2.20-1 - bump to 2.20 perl-Log-Dispatch-FileRotate-1.19-1.el4 --------------------------------------- * Sun Oct 26 2008 Ralf Cors?pius - 1.19-1 - Upstream update. perl-Number-Compare-0.01-8.el4 ------------------------------ * Fri Aug 17 2007 Ralf Cors?pius - 0.01-8 - Update license tag. perl-Text-Glob-0.08-2.el4 ------------------------- * Sat Aug 18 2007 Ralf Cors?pius - 0.08-2 - Update license tag. sipp-3.1-5.el4 -------------- * Thu Jun 18 2009 Peter Lemenkov 3.1-5 - Fixed issue with 5-digit port numbers superiotool-0-0.17.20090619svn4356.el4 -------------------------------------- * Fri Jun 19 2009 Peter Lemenkov 0-0.17.20090619svn4356 - svn ver. 4356 - Support for detecting the SMSC FDC37N869 - Support for the LPC47M182 - Few fixes From kevin at tummy.com Sat Jun 20 02:43:17 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 19 Jun 2009 20:43:17 -0600 Subject: EPEL meeting summary for 2009-06-19 Message-ID: <20090619204317.591e276c@ohm.scrye.com> Summary at: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/epel.2009-06-19-21.03.html Log at: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/epel.2009-06-19-21.03.log.html (and attached). kevin -- 21:03:03 #startmeeting 21:03:10 #meetingtopic EPEL 21:03:12 * SmootherFrOgZ is 21:03:16 #meetingname epel 21:03:23 #topic Init process 21:03:42 * stahnma made it :) 21:03:47 I am here 21:03:50 hurray 21:03:52 im kinda here 21:04:00 doing the migration to koji 21:04:10 yeah koji 21:04:11 * abadger1999 here 21:04:12 very nice 21:04:42 ok, shall we go ahead and get started? 21:04:48 yes please 21:04:51 good with me 21:05:08 #topic Policy about packages moving from EPEL to RHEL 21:05:46 so, this came up with the recent openjdk thing. 21:06:11 well, openjdk is really only the latest one 21:06:16 I believe there were others 21:06:20 I thought the policy was 'when it appears in rhel, it is removed from epel', but I guess it's unclear. 21:06:29 well, I think that's the policy 21:06:44 unless RH keeps a lower EVR 21:06:56 or they only publish some of the binary packages rather than all of them 21:07:45 well, that does open a can of worms. 21:08:14 openjdk has been removed from epel 21:08:39 or the RHEL doesn't have a 'needed' patch the EPEL one had for some reason 21:08:44 but the EVR in EPEL is higher than what's currently available in RHEL 21:09:16 once it goes into rhel, we should report bugs there if any, etc... we shouldn't try and carry our own package. 21:09:25 nirik: right 21:09:39 stahnma: right, so those people who installed from epel still have the epel version. ;( Only rhel can fix this. 21:09:54 bug has been filed 21:10:00 it should be fixed in 5.4 21:10:05 they know it and will be making sure the next update is higher 21:10:12 this gets back to needing better coordination. 21:10:18 agreed 21:10:41 ok, so do we need to adjust our policy here? or just strive to enforce it moving forward better? 21:10:46 at the beta we should check new packages and EVR 21:10:54 but I also think RH should be doing the same 21:12:01 at the beta we would need to do a tree check and then mark/push stuff that is obsoleted 21:12:25 but it only helps so much. 21:12:58 sometimes things come in as updates too... 21:13:02 well, wehn 5.4 beta hits (unless it already has) we should probably check 21:13:07 we sometimes can't know what rhel is going to be doing. 21:13:12 true 21:13:22 my guess is that the beta should be this fall/winter 21:13:53 my frustration is that why are we constraining ourselves to a 1 way relationship. 21:14:06 then I take a happy pill and go back to work 21:14:14 agreed 21:14:21 we need a bi-directional feedback process 21:14:30 agreed stahnma 21:14:32 but we need somebody close to releng for RHEL 21:14:35 * nirik nods. 21:14:48 and I really don't know who those people are 21:15:04 stahnma, I am not sure anyone knows who those people are :P 21:15:47 f13: Do you know who might fill that role? 21:15:58 It was suggested to mail notting and/or spot and inquire. 21:16:01 I am asking here as well 21:16:07 Perhaps someone could take that task? 21:16:21 I will 21:16:28 I will try to find out 21:16:55 spot is on vacation/travel til I think late June 21:17:24 notting might be a good choice.. or a desperate and forlorn plea on the rhel mailing list 21:17:37 #action stahnma will try and find someone to interface with on the RHEL side of things. 21:17:53 cool. Shall we move on? or anything else on this topic? 21:18:25 not that I can think of. stahnma if I can help I will definately do so. 21:18:39 ok 21:18:40 next 21:19:05 #topic Review Bug Day ideas 21:19:22 ok, so this is scheduled now... what do we want to try and accomplish? 21:19:23 As I mentioned in #epel earlier, I'd like to classify bugs 21:19:31 so we can work with them easier 21:19:54 we basically have requests for branch, requests for update and actual bugs 21:20:17 it's a fairly even divide as far as numbers go(at a glance) 21:20:32 stahnma, how else would the grouping go? 21:20:35 I think bug day goal could be to touch/triage every bug 21:20:46 well, we should be able to just process the branches and close those. 21:21:03 request for updates could be trickier if they need a lot of other things. 21:21:04 nirik: well the branch requests are not from the maintainers 21:21:09 stahnma, do we have a listing of every bug? 21:21:12 they are from end-users 21:21:17 http://tr.im/epelbugs 21:21:20 ah, so requests to package? 21:21:39 requests for the maintainer to branch their fedora package to EPEL 21:22:19 well, we can try and ping maintainers, branch and maintain with existing people, or the like 21:22:31 slipp3d_: not sure on groupings. Just trying to make a managable listing 21:22:53 I think if we have enough folks it should be possible to touch on all of them... 135 right now. 21:23:25 I've been trying to read through and triage some of them, or ask for updates 21:23:32 some are misfiled, and moved some 21:23:56 cool. 21:24:03 the bugzapper guys were very interested in helping, but we probably need clear goals 21:24:25 for the bugs we should be able to try and at least make sure there is sufficent info provided, etc. 21:24:45 true 21:24:57 I think I had a couple of requests for branches that got closed for some reason 21:25:23 I think we should come up with some expectations and documentation for people who want to help 21:25:44 yes that is a good plan. 21:25:59 expectations: bug is looked at and updated with any info from tester 21:26:09 requests for branches ? 21:26:14 I am not sure how to handle those 21:26:25 i would think that would be a good idea stahnma ... otherwise someone like me who is new would be over whelmed .. 21:27:03 well, ping maintainer and try and see if they want to maintain it. If not, come up with a list of them and ask on the epel-list for maintainers? 21:27:19 i'd like a way to classify them in bugzilla 21:27:26 so at a glance we can tell what we are working on 21:27:39 I am not that familiar with BZ, so I might need help there 21:27:40 we could use the whiteboard field. 21:27:48 you can put anything you like in there... 21:27:53 oh great 21:27:59 that should be perfect 21:28:14 can I report/sort on that field? 21:28:50 nirik, a couple of the ones were ones I was wanting to maintain.. but its been a long while since I looked at what they were. 21:29:05 yeah, I think you can query it ok 21:29:25 nirik, cool. I didn't know about the whiteboard field 21:29:55 anything else on this topic? 21:30:01 I'll try to classify bugs 21:30:18 not off hand 21:30:29 thanks stahnma 21:30:48 anything else? 21:30:55 not me 21:31:02 next up... 21:31:08 #topic FAQ updating (posting even) 21:31:31 I looked at hte FAQ (very quickly) and wondered if we should updat eit 21:31:40 whats the link? 21:32:28 yes we should update/rewrite it. 21:32:37 I don't remember :) 21:32:40 its been pretty static since EPEL just founded 21:32:56 looking 21:32:58 http://fedoraproject.org/wiki/EPEL/FAQ 21:33:02 yeah 21:33:04 that one 21:33:39 yeah, we should go over it and update it... 21:33:54 how best to do that? just do it in the wiki and discuss changes? 21:34:01 or mock up a new one and move it when we are happy with it? 21:34:15 I would say mock up a new one. 21:34:26 what are the top 10 questions we need to answer regularly. 21:34:27 I would think that a mock would be the better option 21:34:34 and then the rest 21:35:05 ok. I know quaid was interested in updating the wiki pages, perhaps he could lead this? ;) 21:35:31 repotags 21:35:32 updating policy 21:35:32 how often we push 21:35:39 replacing core 21:36:04 compatibility with downstreams ELs 21:36:20 mixing repos 21:36:42 how we handle stuff thats in EL on one arch but not another 21:37:05 section for maintainers would be good... 21:38:08 so, who wants to lead this? or should we ask for help on the list? 21:39:34 nirik, when do we want a first stage mockup? next week/week after? I can do it for week-after... next-week would be pushing it. 21:39:49 I don't think it's urgent... just needs to get done sometime. 21:40:07 ok I will lead. put my deadline for 2 weeks 21:40:24 cool. thanks. 21:40:34 also I was wondering.. do we want a trac instance etc? 21:40:35 #action smooge will mock up a replacement/updated FAQ page for us. 21:40:51 well, for tag requests and such we can just use the existing rel-eng one. 21:41:07 not sure what else we need one for, but if there is a good reason we can request one. 21:42:12 ok, anything else on faq? 21:42:19 duh... I remember this being put in last meeting for using the rel-eng one.. sorry 21:42:34 no I will have a mockup on list soon 21:42:41 excellent. thanks. 21:42:45 #topic Stable Push & Koji/Bodhi progress report 21:42:51 dgilmore: you around? how do things look? 21:42:59 and thanks for working on it! 21:43:00 nirik: push done 21:43:06 im syncing it now 21:43:15 then ill import rpms into koji 21:43:50 cool. :) How does the bodhi stuff look? or we will see when we try and use it? 21:44:02 we will see when we try 21:44:10 lmacken is looking over the patches 21:44:26 most of it is config 21:44:27 * smooge makes sure to keep babies away from bodhi when you try. 21:44:34 excellent. I'm happy to try pushes or anything whenever needed. 21:45:00 ok, so thats all I had on the agenda. 21:45:05 #topic Open Floor 21:45:12 any other items? 21:45:19 I'd also like training on the pushes using the newer systems. 21:45:36 I was wanting to gather some metrics on EPEL 21:46:09 id like to keep the people who know the passphrase for the epel key small 21:46:09 no the main things I was wondering was how we might be able to use Fedora Community for ourselves 21:46:09 Policy on when pushes will be performed? 21:46:17 basically, are we losing contributors in EPEL? 21:46:22 yeah, we should do them more often... weekly? daily for testing? 21:46:27 * smooge realizes that made no sense. 21:46:28 also, why are certain fedora maintianers not interested in EPEL? 21:46:59 testing daily +1 21:47:01 I have an off-the wall idea I would like to propose 21:47:04 also, what are the primary reasons for people not using EPEL and using repo_x? 21:47:06 stahnma: the two reasons I think I hear most are: 1) involved in another rhel addon repo, or 2) have no time/interest in rhel, only use fedora. 21:47:19 nirik, agreed 21:47:55 stahnma, the reasons for choosing which repo are almost the same as choosing KDE vs GNOME vs LXDE 21:48:01 abadger1999: I'm fine just adding them to my daily schedule once we have all the push procedures down. I think weekly might be better for stable tho, so people know when to expect them to appear. Or even bi-weekly. 21:48:31 ... the only thing there is that testing (at least in Fedora) doesn't go to the buildroot. 21:48:36 my proposal is to change the name of the repos location from stable to 'current'. 21:49:15 abadger1999: yeah, we should do the same for epel I think. 21:49:32 I would like to see how 'current', 'next-week', 'next-month' would look 21:49:46 * nirik shrugs. Thats fine if you think 'stable' is too much of a promise I guess. 21:49:54 more repos==more pain. 21:50:20 nirik I think it is too much of a promise especially when we aren't really testing stability to the level we once hoped for. 21:50:54 well actually next-week/next-month are more like staging/testing. but I can understand having too many repos 21:51:13 actually staging/testing would be a better name 21:51:24 well, we only call it 'stable' in docs right, there is no 'stable' directory. 21:51:44 .... has been believing the docs too much 21:52:16 it's just 'testing' and then the 5 or 4 repo. 21:52:17 stahnma, what kind of statistics did you want to look for and how would we measure them? Mirror maanger 21:52:35 nirik, ok so it would be more of a change in documentation. 21:52:45 I'm out. 21:52:46 thanks 21:52:48 yeah, I think so. I agree we shouldn't promise 'stable' 21:52:58 thanks for coming stahnma 21:53:32 so, everyone ok with trying for daily pushes to testing and weekly (tuesday?) pushes to stable? 21:53:49 thanks stahnma 21:53:50 thanks 21:54:00 nirik +1 21:54:26 maybe we can shield ourselves from black tuesday 21:54:54 nirik: +1 21:55:24 well, I think it's good to have a known day when they show up. Friday is bad as people might head out for the weekend and they appear... monday's are kinda hectic... 21:55:32 I guess wed or thursday would be fine too, IMHO. 21:57:20 ok, anything else? or shall we close out the meeting? 21:57:38 I actually like Tuesday 21:57:51 Microsoft picked it for similar reasons. 21:58:12 I am ok with closing. 21:58:34 ok, will close in 60sec if nothing else appears. 21:59:34 #endmeeting -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From vpivaini at cs.helsinki.fi Sat Jun 20 14:52:54 2009 From: vpivaini at cs.helsinki.fi (Ville-Pekka Vainio) Date: Sat, 20 Jun 2009 17:52:54 +0300 Subject: Moin in EPEL In-Reply-To: <80d7e4090906191211q3ca6a057t824b4e65265866f3@mail.gmail.com> References: <1245181641.2410.25.camel@localhost.localdomain> <80d7e4090906191211q3ca6a057t824b4e65265866f3@mail.gmail.com> Message-ID: <1245509574.2441.19.camel@localhost.localdomain> pe, 2009-06-19 kello 13:11 -0600, Stephen John Smoogen kirjoitti: > I had looked at this a while ago. My strategy looked to be to create a > moin15, moin16 etc that would replace the older versions (moin-1.5 > etc) since upgrades from 1.5 to 1.8 were uhm painful (I know I did it > a couple of times). This sounds like a good idea, but it would mean more work for us (which isn't a reason to dismiss it, but it might take considerably more time...) Were you planning on backporting security patches for 1.5 or just releasing the current package as moin15? We could probably take the F-9/F-10 moin 1.6 package and import it directly as moin16, I've backported some security patches to it and I know of no security issues in the package currently. The 1.8 package in F-11 should "just work" as well. I'm not sure if there's a need for a moin17 package, Fedora never had moin 1.7 and the differences between 1.6, 1.7 and 1.8 are AFAIK somewhat smaller then the jump from 1.5 to 1.6. Even though I'm maintaining almost 10 packages in Fedora, I have to admit that I've never had to set up a situation where one package would override another. I know it probably needs an obsoletes/provides kind of thing, but I would really appreciate some help with doing that, as well as with the CVS component creation and whatnot. I could take moin16 and moin18 if we decide to go this route, because I'll have to support moin 1.6 for six months in F-10 anyway and moin 1.8 probably for a year for F-11. But especially if you think moin15 should receive security fixes, then I'd rather have someone else take care of it, to be honest. -- Ville-Pekka Vainio From a.badger at gmail.com Sat Jun 20 19:28:53 2009 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 20 Jun 2009 12:28:53 -0700 Subject: Moin in EPEL In-Reply-To: <1245509574.2441.19.camel@localhost.localdomain> References: <1245181641.2410.25.camel@localhost.localdomain> <80d7e4090906191211q3ca6a057t824b4e65265866f3@mail.gmail.com> <1245509574.2441.19.camel@localhost.localdomain> Message-ID: <4A3D3875.5@gmail.com> On 06/20/2009 07:52 AM, Ville-Pekka Vainio wrote: > pe, 2009-06-19 kello 13:11 -0600, Stephen John Smoogen kirjoitti: >> I had looked at this a while ago. My strategy looked to be to create a >> moin15, moin16 etc that would replace the older versions (moin-1.5 >> etc) since upgrades from 1.5 to 1.8 were uhm painful (I know I did it >> a couple of times). > > This sounds like a good idea, but it would mean more work for us (which > isn't a reason to dismiss it, but it might take considerably more > time...) > > Were you planning on backporting security patches for 1.5 or just > releasing the current package as moin15? Note: To me personally, if we aren't backporting fixes to moin15 I'd rather see it dropped and just go ahead and document all the pain we can for moving to moin-1.8. Others may differ (and there may be valid cases "I'm using moin on an intranet" and the like)... It's choosing between two bad situations. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From smooge at gmail.com Sat Jun 20 22:16:34 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 20 Jun 2009 16:16:34 -0600 Subject: Moin in EPEL In-Reply-To: <4A3D3875.5@gmail.com> References: <1245181641.2410.25.camel@localhost.localdomain> <80d7e4090906191211q3ca6a057t824b4e65265866f3@mail.gmail.com> <1245509574.2441.19.camel@localhost.localdomain> <4A3D3875.5@gmail.com> Message-ID: <80d7e4090906201516t4124a919je98d6adee77cf99d@mail.gmail.com> On Sat, Jun 20, 2009 at 1:28 PM, Toshio Kuratomi wrote: > On 06/20/2009 07:52 AM, Ville-Pekka Vainio wrote: >> pe, 2009-06-19 kello 13:11 -0600, Stephen John Smoogen kirjoitti: >>> I had looked at this a while ago. My strategy looked to be to create a >>> moin15, moin16 etc that would replace the older versions (moin-1.5 >>> etc) since upgrades from 1.5 to 1.8 were uhm painful (I know I did it >>> a couple of times). >> >> This sounds like a good idea, but it would mean more work for us (which >> isn't a reason to dismiss it, but it might take considerably more >> time...) >> >> Were you planning on backporting security patches for 1.5 or just >> releasing the current package as moin15? > > Note: To me personally, if we aren't backporting fixes to moin15 I'd > rather see it dropped and just go ahead and document all the pain we can > for moving to moin-1.8. ?Others may differ (and there may be valid cases > "I'm using moin on an intranet" and the like)... It's choosing between > two bad situations. > The big issue I have found is that moving from moin major to moin major is basically a completely broken site you can't fix after the fact. That was the major issue that made me try to figure out a better methodology... With enterprises its not a good idea to find that on Tuesday you have no way to get your site back... The big issue I see is a) it changes how Fedora proper has packaged this up in the past. We would need to work with them on it. b) it may not be the policy on how Fedora deals with incompatible updates. I would prefer that way but couldn't find it. So basically this is what I was trying to suggest. 1) Repackage the last 1.5.x with any patches to be moin15x replaces moin < 1.6 2) Repackage the current moin as moin18x (or moin19x) because as far as I have dealt with no update has worked cleanly from 1.x to 1.(x+1) 3) obsolete the moin15x and moin package from EPEL -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dennis at ausil.us Sun Jun 21 09:40:18 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 21 Jun 2009 04:40:18 -0500 Subject: Building packages for EPEL Message-ID: <200906210440.27401.dennis@ausil.us> EPEL is now using koji to build instead of plague. please make sure that you update th common directory in your checkout to pick up the needed changes to submit builds. Bodhi support will come early next week to issue updates. the buildroots are only populated by packages from stable if you need to build against something in testing or that you have just build please email your request to epel-releng at lists.fedoraproject.org thanks Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From buildsys at fedoraproject.org Sun Jun 21 17:23:09 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 21 Jun 2009 17:23:09 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-21 Message-ID: <20090621172309.86F0C188112@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 NEW git-1.5.5.6-4.el5 : Core git tools Packages built and released for Fedora EPEL testing/5: 1 openscada-0.6.3.3-7.el5 Packages built and released for Fedora EPEL 4: 1 NEW git-1.5.4.7-3.el4 : Git core and tools Changes in Fedora EPEL 5: git-1.5.5.6-4.el5 ----------------- * Fri Jun 19 2009 Todd Zullinger - 1.5.5.6-4 - Fix git-daemon hang on invalid input (CVE-2009-2108, bug 505761) Changes in Fedora EPEL testing/5: openscada-0.6.3.3-7.el5 ----------------------- * Fri Jun 19 2009 Popkov Aleksey 0.6.3.3-7 - Fixed bugs maked by me. Changes in Fedora EPEL 4: git-1.5.4.7-3.el4 ----------------- * Fri Jun 19 2009 Todd Zullinger - 1.5.4.7-3 - Fix git-daemon hang on invalid input (CVE-2009-2108, bug 505761) From mastahnke at gmail.com Mon Jun 22 01:27:53 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Sun, 21 Jun 2009 20:27:53 -0500 Subject: EPEL Bug Day In-Reply-To: <7874d9dd0906121557i5599e092n275c94b05c4d3216@mail.gmail.com> References: <7874d9dd0906121557i5599e092n275c94b05c4d3216@mail.gmail.com> Message-ID: <7874d9dd0906211827g4c6b33acgb6b6a4619276aad5@mail.gmail.com> On Fri, Jun 12, 2009 at 5:57 PM, Michael Stahnke wrote: > The EPEL SIG team is asking for your participation at the first EPEL > Bug Day. ?Please step up and help make EPEL a successful supplement to > Enterprise Linux. > > > When: ?July 11, 2009 00:00 UTC - 23:59 UTC. > > Goal: ?Squash (close) as many bugs as possible with proper solutions. > > > More Information: > * ? https://fedoraproject.org/wiki/EPEL_Bug_Day_July_2009 > Current Bug List > * ? http://tr.im/epelbugs > > > We'll send out some more information when it becomes available. > > Thanks for your help, > stahnma > Thus far, I've taken to using the whiteboard feature to classify bugs. It's not pretty, but should get the job done for now. These are the terms I came up with on a whim. Again, nothing too scientific. ActualBug - Bug in the software or depencies PackageBranch - Bug is basically saying package 'foo' is missing from EPEL UpdatePackage - Bug is asking for a newer version of a package I *think* I got through all the bugs. We closed about 6 in the last 24 hours probably just from people getting a reminder email :). I would like a way to report on the whiteboard field, and the query of EPEL bugs. I looked at python-bugzilla a little, but didn't get very far with it. If anybody would like to write a script to basically show us if I missed any bugs, that would be very nice. I was also thinking that we could try to handle the PackageBranch bugs soon. These just need somebody to ask a Fedora packager if they would maintain the package in EPEL. If they say no, post to this list and somebody may jump in. If a package needs lots of deps to get in, perhaps we open more bugs on it? Thoughts? stahnma From jonstanley at gmail.com Mon Jun 22 05:05:32 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 22 Jun 2009 01:05:32 -0400 Subject: EPEL Bug Day In-Reply-To: <7874d9dd0906211827g4c6b33acgb6b6a4619276aad5@mail.gmail.com> References: <7874d9dd0906121557i5599e092n275c94b05c4d3216@mail.gmail.com> <7874d9dd0906211827g4c6b33acgb6b6a4619276aad5@mail.gmail.com> Message-ID: On Sun, Jun 21, 2009 at 9:27 PM, Michael Stahnke wrote: > I would like a way to report on the whiteboard field, and the query of > EPEL bugs. ?I looked at python-bugzilla a little, but didn't get very > far with it. ?If anybody would like to write a script to basically > show us if I missed any bugs, that would be very nice. I am somewhat familiar with the usage of python-bugzilla. I'm on vacation right now (until tomorrow, just catching up on some mail tonight), and I think this is really easy to do. I'll hack on it some this week. More importantly, I'll show up at the bug day :) Being on a weekend really helps me. From rjones at redhat.com Mon Jun 22 09:35:43 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 22 Jun 2009 10:35:43 +0100 Subject: Missing/old fakeroot package in EL-5? Message-ID: <20090622093543.GA1250@amd.home.annexia.org> http://koji.fedoraproject.org/koji/getfile?taskID=1428969&name=root.log It says: DEBUG util.py:256: No Package Found for fakeroot >= 1.11 But fakeroot should exist in EL-5, at least version 1.12.2: http://koji.fedoraproject.org/koji/packageinfo?packageID=1704 Although that link shows some strangeness in that somehow an older fakeroot package got built on Saturday. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From kevin at tummy.com Mon Jun 22 16:11:00 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Jun 2009 10:11:00 -0600 Subject: Building packages for EPEL In-Reply-To: <200906210440.27401.dennis@ausil.us> References: <200906210440.27401.dennis@ausil.us> Message-ID: <20090622101100.7657ba5e@ohm.scrye.com> On Sun, 21 Jun 2009 04:40:18 -0500 Dennis Gilmore wrote: > EPEL is now using koji to build instead of plague. please make sure > that you update th common directory in your checkout to pick up the > needed changes to submit builds. > > Bodhi support will come early next week to issue updates. > > the buildroots are only populated by packages from stable if you need > to build against something in testing or that you have just build > please email your request to epel-releng at lists.fedoraproject.org Alternately, we should start using the rel-eng trac instance and use a component of 'epel'. https://fedorahosted.org/rel-eng/newticket This way we can trac these requests, make sure we process them and close them, etc. > thanks > > Dennis kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Mon Jun 22 16:13:47 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Jun 2009 10:13:47 -0600 Subject: Missing/old fakeroot package in EL-5? In-Reply-To: <20090622093543.GA1250@amd.home.annexia.org> References: <20090622093543.GA1250@amd.home.annexia.org> Message-ID: <20090622101347.5df76065@ohm.scrye.com> On Mon, 22 Jun 2009 10:35:43 +0100 "Richard W.M. Jones" wrote: > > http://koji.fedoraproject.org/koji/getfile?taskID=1428969&name=root.log > > It says: > DEBUG util.py:256: No Package Found for fakeroot >= 1.11 > > But fakeroot should exist in EL-5, at least version 1.12.2: > > http://koji.fedoraproject.org/koji/packageinfo?packageID=1704 > > Although that link shows some strangeness in that somehow an older > fakeroot package got built on Saturday. Well, thats when Dennis was importing all the epel builds into koji. Something looks to have gotten confused there as I only see the fakeroot-1.6.4-15.el5.1 version tagged right now. ;( Will dig more. > > Rich. > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rjones at redhat.com Mon Jun 22 16:18:25 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 22 Jun 2009 17:18:25 +0100 Subject: Missing/old fakeroot package in EL-5? In-Reply-To: <20090622101347.5df76065@ohm.scrye.com> References: <20090622093543.GA1250@amd.home.annexia.org> <20090622101347.5df76065@ohm.scrye.com> Message-ID: <20090622161825.GA5440@amd.home.annexia.org> On Mon, Jun 22, 2009 at 10:13:47AM -0600, Kevin Fenzi wrote: > On Mon, 22 Jun 2009 10:35:43 +0100 > "Richard W.M. Jones" wrote: > > > > > http://koji.fedoraproject.org/koji/getfile?taskID=1428969&name=root.log > > > > It says: > > DEBUG util.py:256: No Package Found for fakeroot >= 1.11 > > > > But fakeroot should exist in EL-5, at least version 1.12.2: > > > > http://koji.fedoraproject.org/koji/packageinfo?packageID=1704 > > > > Although that link shows some strangeness in that somehow an older > > fakeroot package got built on Saturday. > > Well, thats when Dennis was importing all the epel builds into koji. > > Something looks to have gotten confused there as I only see the > fakeroot-1.6.4-15.el5.1 version tagged right now. ;( > > Will dig more. Thanks. I was coincidentally just looking at this, and kicked off another build: http://koji.fedoraproject.org/koji/taskinfo?taskID=1429733 By accident(!) I also kicked off a build in plague (job 2648). Maybe we should turn off the plague servers, or are they still used for something? ... EL-4? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw From kevin at tummy.com Mon Jun 22 16:20:48 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Jun 2009 10:20:48 -0600 Subject: Missing/old fakeroot package in EL-5? In-Reply-To: <20090622161825.GA5440@amd.home.annexia.org> References: <20090622093543.GA1250@amd.home.annexia.org> <20090622101347.5df76065@ohm.scrye.com> <20090622161825.GA5440@amd.home.annexia.org> Message-ID: <20090622102048.4073e788@ohm.scrye.com> On Mon, 22 Jun 2009 17:18:25 +0100 "Richard W.M. Jones" wrote: > On Mon, Jun 22, 2009 at 10:13:47AM -0600, Kevin Fenzi wrote: > > On Mon, 22 Jun 2009 10:35:43 +0100 > > "Richard W.M. Jones" wrote: > > > > > > > > http://koji.fedoraproject.org/koji/getfile?taskID=1428969&name=root.log > > > > > > It says: > > > DEBUG util.py:256: No Package Found for fakeroot >= 1.11 > > > > > > But fakeroot should exist in EL-5, at least version 1.12.2: > > > > > > http://koji.fedoraproject.org/koji/packageinfo?packageID=1704 > > > > > > Although that link shows some strangeness in that somehow an older > > > fakeroot package got built on Saturday. > > > > Well, thats when Dennis was importing all the epel builds into > > koji. > > > > Something looks to have gotten confused there as I only see the > > fakeroot-1.6.4-15.el5.1 version tagged right now. ;( > > > > Will dig more. > > Thanks. > > I was coincidentally just looking at this, and kicked off another > build: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1429733 > > By accident(!) I also kicked off a build in plague (job 2648). Maybe > we should turn off the plague servers, or are they still used for > something? ... EL-4? It's off. The builders are all disabled, nothing will build there. ;) I guess the server will be disabled soon as well. > > Rich. > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From devrim at gunduz.org Mon Jun 22 22:40:55 2009 From: devrim at gunduz.org (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Tue, 23 Jun 2009 01:40:55 +0300 Subject: Building packages for EPEL In-Reply-To: <200906210440.27401.dennis@ausil.us> References: <200906210440.27401.dennis@ausil.us> Message-ID: <1245710455.6566.0.camel@masaustu01.evim.gunduz.org> On Sun, 2009-06-21 at 04:40 -0500, Dennis Gilmore wrote: > EPEL is now using koji to build instead of plague Perfect. Thanks. -- Devrim G?ND?Z From buildsys at fedoraproject.org Wed Jun 24 23:17:31 2009 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 24 Jun 2009 23:17:31 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2009-06-24 Message-ID: <20090624231731.301941880E8@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 NEW rt3-3.6.8-1.el5 : Request tracker 3 Changes in Fedora EPEL 5: rt3-3.6.8-1.el5 --------------- * Tue Jun 16 2009 Xavier Bachelot - 3.6.8-1 - Update to 3.6.8 (BZ #506236): - Updated italian translation from Nicola Murino. - Validate CFs in SelfService. - Fix: On comment/correspond, attached files are not recorded if comment/response content is empty. - Add HasAttribute and HasNoAttribute to the tisql. - Allow only SuperUser to edit RT at a Glance. - Copyright updates. - Partial sync with F-9 : - README.fedora.in: Add --dba root to rt-setup-database (BZ #488621). - R: perl(XML::RSS) (BZ #496720). From kevin at tummy.com Fri Jun 26 03:14:10 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 25 Jun 2009 21:14:10 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-06-26) Message-ID: <20090625211410.6844c184@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Prepare for EL-6 builds? Koji/Bodhi progress report Bug Day Orphaned packages If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Sat Jun 27 02:26:20 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 26 Jun 2009 20:26:20 -0600 Subject: EPEL meeting summary for 2009-06-26 Message-ID: <20090626202620.228f6ca4@ohm.scrye.com> Summary at: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-26-21.00.html Log at: http://www.scrye.com/~kevin/fedora/Fedora-Meeting/2009/Fedora-Meeting.2009-06-26-21.00.log.html (and attached). kevin -- 21:00:00 #startmeeting 21:00:10 #meetingtopic EPEL 21:00:15 #topic Init process 21:00:23 who all is here for the epel meeting? 21:01:50 * ianweller sits in a chair in the back 21:02:16 nirik: I'm around. 21:03:27 hey stahnma 21:03:36 howdy 21:03:40 I guess dgilmore is still in south america 21:04:13 I guess we can go ahead and start and see what we can come up with... 21:04:14 SA is still the same TZ though 21:04:34 true... 21:04:51 #topic Prepare for EL-6 builds? 21:05:10 I'm not sure where this topic was added from, but it was on the wiki page. ;) 21:05:20 I assume we will see some betas we could test with at some point. 21:05:59 I would hope so 21:06:14 It might be cool if someone could mass rebuild fedora against it and see how much just builds ok out of the box... 21:06:19 I thikn the question was will we only branch stuff currently in EPEL, or a mass fedora branch? 21:06:22 yeah 21:06:24 but that could be a pretty massive undertaking. 21:06:41 probably need dgilmore to weigh in on that one 21:07:03 I would say only EPEL5 stuff, but make a lot of noise at the time and ask all maintainers to see if there are any packages they maintain that could/should be branched. 21:07:32 it's probalby not worth discussing too much yet 21:07:34 ie, a fedora-devel-announce and lots of blog posts asking people to look at their packages and test build and see if they want to maintain them for epel too 21:07:41 yeah, a bit early. 21:08:06 anything else anyone wants to weigh in on here? 21:08:25 ok, moving along... 21:08:38 #topic Koji/Bodhi progress report 21:08:59 I guess koji is done... hurray! but bodhi still needs some work... 21:09:28 lmacken: you around? any idea on the patches for epel support? looking ok? more work? any eta? :) 21:09:33 im here. network is flaky 21:09:44 im waiting on lmacken now 21:09:52 i need to send him patches for the mash configs 21:09:55 welcome dgilmore. :) 21:10:04 yeah, I last heard he was going to test some things? 21:10:30 thanks for all your work on this... very appreciated. 21:11:11 EL-6 builds we cant really do anything until redhat releases at least a alpha release 21:11:27 yeah, just something to ponder for now... 21:11:48 we should tag in teh base os's version of all epel pacakges i.e F-11 or F-12 or whatever it is 21:11:57 and then mass rebuild everything 21:12:21 ok, I guess we can move along? unless anything else on this. 21:12:35 dgilmore: thats a interesting idea... sync back to fedora versions. 21:12:51 nirik, dgilmore: I did a bunch of EPEL integration hacking earlier this week, and integrated dgilmores patches. The test suite work, and I did a bunch of local testing, but we haven't tried doing an actual push yet. releng1.stg was rebuilt, so now we have to deploy & test 21:13:16 * nirik is happy to assist testing if someone will show him how to run the commands, etc. ;) 21:13:19 with CVS branches from the base fedorafedora release 21:13:21 release 21:13:32 * quaid slides in to the back of the room, late 21:13:42 lmacken ok 21:13:50 yeah, testing will probably consist of tweaking paths and mash configs 21:13:52 lmaken we have a epel releng box 21:14:01 dgilmore: I like that idea off hand. Means we reconverge on fedora versions and only make epel specific changes if needed on top of those... 21:14:01 yes I would like to do a mass rebuild when we have a beta fro EL6 21:14:10 * smooge is really slow typing 21:14:12 nirik: right 21:14:23 dgilmore: cool 21:14:52 my net keeps dropping in and out 21:14:56 anyway, I'm going to try and get bodhi up and running in staging over the weekend 21:15:11 lmacken: ok so monday we can look at deploying? 21:15:50 dgilmore: I'm headed to NYC for PDF monday-tues, so I'll be on and off, but I'll do what I can to get it working before then 21:17:03 lmacken: ok. im flying home from Brazil 21:18:13 ok, anything further on this topic? 21:18:58 i think its looking like next week there will be more. 21:19:17 yeah. 21:19:22 #topic Bug Day 21:19:32 I sent out the last update to list 21:19:38 I need to send something out as a reminder 21:19:41 and talk to bugzappers 21:20:01 cool. 21:20:04 I think that John was going to give a quick script to query for whiteboard field 21:20:16 I haven't had any time to look into python-bugzilla 21:20:33 that could be handy 21:20:34 I pointed him at a bunch of examples last night 21:20:41 Ok what was the day for that.. 21:20:56 It's July 11th. 21:20:57 bug day? 21:21:16 * Jeff_S waves... better late then never for showing up for the meeting? 21:21:24 welcome anytime Jeff_S 21:21:31 I was actually wishing I had added a category for messed up dependencies 21:21:38 we have quite a few bugs wth that 21:21:58 we still could. ;) 21:22:07 then I have to re-read the bugs 21:22:16 I will be busy on July 11 http://deathride.com/ but I will think about bugs while I ride 21:22:19 and i've been through all of them at least once, many of them more than that 21:22:23 ha 21:22:26 Jeff_S: fair enough. ;) 21:22:34 just fix some bugs before then 21:22:59 ok, anything else on bug day? 21:23:41 not right now 21:23:45 more next week for sure 21:23:48 and on list this week 21:23:49 ok looks like I will be double booked on that. I will be available in Mountain Time afternoon 21:23:57 but I will work on it 21:23:58 * stahnma is brain-dead :) 21:24:07 ok, moving along then... 21:24:12 #topic Orphaned packages 21:24:21 I thought I would bring up orphans again... 21:24:33 do we want to try and make an effort to get people owning them? 21:24:46 I'd like trending on how many people orphan stuff or quite epel all together 21:24:53 nirik: we probably should 21:25:06 yeah, not sure how to get that. ;) 21:25:17 I guess I can post to the list a list of them and see if anyone is interested. 21:25:30 #action nirik will post list of current orphans to the list 21:25:56 currently my query isn't working, so not exactly sure how many we have. 21:27:01 anyhow, just thought I would bring it up. 21:27:10 fair enough 21:27:10 #topic Open Floor 21:27:16 anyone have anything? 21:28:07 guess not 21:28:12 not at the moment 21:28:15 looking like not... 21:28:29 I appreciate everyone meeting. I think it's good, even if we just go over things we know... ;) 21:28:34 thanks ofr running things. 21:28:35 keeps the work in the front of our minds. :) 21:28:42 nirik: thanks 21:28:50 no problem. 21:28:51 so, just since I was thinking about it ... 21:29:08 I'm going to do a map of "Current|Suggested New" name mapping for the wiki 21:29:18 quaid, do we have a list of EL-5.4 packages etc? 21:29:35 it's not a lot pages ... so we can turn it over pretty quickly. 21:29:40 smooge: hey! my favorite topic 21:30:01 I have no clue who to ask to get a permanent feed about that 21:30:37 do we have anyone in the release engineering group @redhat.com? 21:30:44 quaid, I can understand. I think we need to get someone who has such an answer into a small room 21:30:46 quaid: could we try and talk to notting/spot and see if they could find us someone? 21:31:03 oh yes, i was supposed to follow up on that 21:31:09 :( /me fail 21:31:18 nirik: well, spot is probably the man to get us something, and he has said in the past he would, but ... 21:31:22 remind me when i'm back in the US. 21:31:23 maybe we just need A Name from him 21:31:24 and I will do it. 21:31:27 spot: will do 21:31:41 coolness. :) thanks spot. 21:31:42 stahnma: will you remember to poke Tom about it next week? 21:32:06 I'll do my best 21:32:16 * quaid too 21:32:19 #action stahnma will remember to ask about RHEL release engineering 21:32:50 * nirik doesn't know if that works for non chairs yet. 21:32:53 #action stahnma will remember to ask about RHEL release engineering 21:33:08 I thought it did 21:33:15 There are 53 orphaned packages currently in EPEL. 21:33:37 out of 2665 packages. 21:33:38 #action quaid to send a mapping of old:new wiki page names to epel-devel for comment before enacting 21:34:45 ok, anything else anyone has? 21:35:10 * nirik will close out the meeting in 60seconds if nothing else comes up. 21:36:09 #endmeeting -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From buildsys at fedoraproject.org Sun Jun 28 04:23:20 2009 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 28 Jun 2009 04:23:20 -0000 Subject: Broken dependencies in EPEL - 2009-06-28 Message-ID: <20090628042320.20910.38887@relepel1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== From pertusus at free.fr Sun Jun 28 07:46:18 2009 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 28 Jun 2009 09:46:18 +0200 Subject: pausing from EPEL. Orphaning my packages? Message-ID: <20090628074618.GB27209@free.fr> Hello, Since the switch to koji I cannot rebuild my packages anymore as I am on debian, and there is no way to install koji cleanly https://fedorahosted.org/koji/ticket/91 I don't know exactly what to do in that case. Orphan my packages? Search for co-maintainers who, upon receiving cvs commit, would build the package? If somebody is interested in that, please put you at least in watchcommits and commit for my EPEL packages (and preferably also in watchbugzilla and I would gladly accept full co-maintainer). In any case my packages will new maintainers for EL-6 since I won't maintain them myself given that I am not in fedora anymore -- though I could co-maintain them, like I do for my former fedora packages. -- Pat From sundaram at fedoraproject.org Sun Jun 28 08:07:57 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 28 Jun 2009 13:37:57 +0530 Subject: Odiecolon repo for EL5 Message-ID: <4A4724DD.8020101@fedoraproject.org> Hi Claims to be EPEL compatible. Haven't tried it myself so don't know how well it works in practise. http://beranger.org/v3/wordpress/odiecolonrepo-for-el5/ Might want to invite him to work with EPEL. Rahul From lemenkov at gmail.com Sun Jun 28 08:15:35 2009 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 28 Jun 2009 12:15:35 +0400 Subject: Odiecolon repo for EL5 In-Reply-To: <4A4724DD.8020101@fedoraproject.org> References: <4A4724DD.8020101@fedoraproject.org> Message-ID: Hello! 2009/6/28 Rahul Sundaram : > Hi > > Claims to be EPEL compatible. Haven't tried it myself so don't know how > well it works in practise. > > http://beranger.org/v3/wordpress/odiecolonrepo-for-el5/ > > Might want to invite him to work with EPEL. I suspect that they know about EPEL. The real question is why so many people prefer not to work within EPEL but provide their own repositories. -- With best regards! From sundaram at fedoraproject.org Sun Jun 28 08:22:02 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 28 Jun 2009 13:52:02 +0530 Subject: Odiecolon repo for EL5 In-Reply-To: References: <4A4724DD.8020101@fedoraproject.org> Message-ID: <4A47282A.5090805@fedoraproject.org> On 06/28/2009 01:45 PM, Peter Lemenkov wrote: > Hello! > > 2009/6/28 Rahul Sundaram : >> Hi >> >> Claims to be EPEL compatible. Haven't tried it myself so don't know how >> well it works in practise. >> >> http://beranger.org/v3/wordpress/odiecolonrepo-for-el5/ >> >> Might want to invite him to work with EPEL. > > I suspect that they know about EPEL. The real question is why so many > people prefer not to work within EPEL but provide their own > repositories. *shrug*. It is sometimes just easier because you don't have go through a review process or work with anyone else and you get more independent credit. Yes, he does know about EPEL but talking to him would encourage participation and perhaps he can tell you why he setup a seperate repo instead. Rahul From smooge at gmail.com Sun Jun 28 18:03:41 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 28 Jun 2009 12:03:41 -0600 Subject: pausing from EPEL. Orphaning my packages? In-Reply-To: <20090628074618.GB27209@free.fr> References: <20090628074618.GB27209@free.fr> Message-ID: <80d7e4090906281103i6545bccfib2907a85f8fc13e8@mail.gmail.com> On Sun, Jun 28, 2009 at 1:46 AM, Patrice Dumas wrote: > Hello, > > Since the switch to koji I cannot rebuild my packages anymore as I am > on debian, and there is no way to install koji cleanly > https://fedorahosted.org/koji/ticket/91 > > I don't know exactly what to do in that case. Orphan my packages? Search > for co-maintainers who, upon receiving cvs commit, would build the package? > If somebody is interested in that, please put you at least in > watchcommits and commit for my EPEL packages (and preferably also in > watchbugzilla and I would gladly accept full co-maintainer). > > In any case my packages will new maintainers for EL-6 since I won't > maintain them myself given that I am not in fedora anymore -- though I > could co-maintain them, like I do for my former fedora packages. > Hello Patrice, thankyou for all your help and work in the past. How many packages do you currently maintain? It would probably be good to work on a transition plan sot hat the 4,5, and 6 releases are covered. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From kevin at tummy.com Sun Jun 28 20:59:08 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 28 Jun 2009 14:59:08 -0600 Subject: pausing from EPEL. Orphaning my packages? In-Reply-To: <20090628074618.GB27209@free.fr> References: <20090628074618.GB27209@free.fr> Message-ID: <20090628145908.470900a5@ohm.scrye.com> On Sun, 28 Jun 2009 09:46:18 +0200 Patrice Dumas wrote: > Hello, > > Since the switch to koji I cannot rebuild my packages anymore as I am > on debian, and there is no way to install koji cleanly > https://fedorahosted.org/koji/ticket/91 :( Can you run a virtual instance on one of your machines, or use some remote virtual like amazon EC2? > I don't know exactly what to do in that case. Orphan my packages? > Search for co-maintainers who, upon receiving cvs commit, would build > the package? If somebody is interested in that, please put you at > least in watchcommits and commit for my EPEL packages (and preferably > also in watchbugzilla and I would gladly accept full co-maintainer). I could do that if need be. Or I might be able to set you up with a login here on a fedora machine to use for builds and such. > In any case my packages will new maintainers for EL-6 since I won't > maintain them myself given that I am not in fedora anymore -- though > I could co-maintain them, like I do for my former fedora packages. ok. These 62 epel packages seem to be the ones you are listed as maintainer on. I guess some may have co-maintainers already who might want to be primary maintainer: BibTool acpitool asa bibexport bitmap boolstuff cernlib cernlib-g77 cppunit dap-freeform_handler dap-hdf4_handler dap-netcdf_handler dap-server docbook2X elektra esmtp flasm g2clib gnochm gpicview grads halevt html2ps kchmviewer libdap libdockapp libesmtp libnc-dap libsx ooo2txt pam_ssh perl-Algorithm-CurveFit perl-Cache perl-Feed-Find perl-File-BaseDir perl-File-DesktopEntry perl-File-MimeInfo perl-File-NFSLock perl-HTML-FormatText-WithLinks perl-Heap perl-LWP-Authen-Wsse perl-Math-MatrixReal perl-Math-Symbolic perl-Module-Signature perl-Parse-Yapp perl-Statistics-Descriptive perl-Test-Distribution perl-Text-CHM perl-Text-Unidecode pmount ps2eps python-chm tetex-elsevier tetex-lineno tetex-tex4ht uread wdm wmacpi wmix xbae xchm xdialog kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From beranger5ca at yahoo.ca Mon Jun 29 15:00:40 2009 From: beranger5ca at yahoo.ca (Radu-Cristian FOTESCU) Date: Mon, 29 Jun 2009 08:00:40 -0700 (PDT) Subject: Odiecolon repo for EL5 Message-ID: <757625.40017.qm@web57701.mail.re3.yahoo.com> Folks, There is a reason for my repo (Odiecolon) to be what it is, and this has nothing to do with EPEL. To a certain extent, you're right though. It were better to have had contacted EPEL, this could have prevented some duplicate work, and it would have triggered the 64-bit packages too (currently, I'm doing 32-bit only). The problem is that my repo also includes packages that can't be part of EPEL for various legal reasons. Even an "innocent" application such as Audacity has some MP3-related dependencies. Should I have had the guts, I should have rebuild into my repo whatever I primarily use RPMforge for: (1) gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg (2) mplayer mplayer-fonts mplayer-skins mplayerplug-in smplayer (3) vlc I am not using RPMforge for anything else because, honestly, it's broken. Honestly. The problem is that, while RPMforge is broken to a certain extent, there are newer packages in EPEL that break VLC and MPlayer from RPMforge and prevent them to install (for those who try to use both EPEL and RPMforge): libdvdread 4.1.3 > 0.9.7; libdvdnav; libcaca; lzo. As a desktop/laptop user would rather *need* (ask for) the full multimedia capabilities, and still some of them would want to use EPEL (*I* do), there was a need for a fix. My repo is supposed to provide ugly-hacked builds of libdvdread, libdvdnav, libcaca, lzo (older packages version-bumped to numbers greater than what EPEL has) to prevent EPEL screwing the aforementioned RPMforge multimedia applications/codecs. So there is no way to put these "hacks" into EPEL, and I don't believe there is a way to rebuild the affected RPMforge applications to accommodate them with EPEL. Furthermore, would EPEL accept GIMP 2.3.15 as a compromise between 2.2 and 2.4? (This is what Odiecolon has.) Best regards, B?ranger __________________________________________________________________ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New Mail today or register for free at http://mail.yahoo.ca From sundaram at fedoraproject.org Mon Jun 29 15:57:38 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 29 Jun 2009 21:27:38 +0530 Subject: Odiecolon repo for EL5 In-Reply-To: <757625.40017.qm@web57701.mail.re3.yahoo.com> References: <757625.40017.qm@web57701.mail.re3.yahoo.com> Message-ID: <4A48E472.3090905@fedoraproject.org> On 06/29/2009 08:30 PM, Radu-Cristian FOTESCU wrote: > > Folks, > > There is a reason for my repo (Odiecolon) to be what it is, and this has nothing to do with EPEL. > > To a certain extent, you're right though. It were better to have had contacted EPEL, this could have prevented some duplicate work, and it would have triggered the 64-bit packages too (currently, I'm doing 32-bit only). > > The problem is that my repo also includes packages that can't be part of EPEL for various legal reasons. Even an "innocent" application such as Audacity has some MP3-related dependencies. Hello Radu, Welcome to the list. What I can see is your repo is packages roughly classifiable into three different groups * that can be part of EPEL - Deluge for example * hacks - for various reasons that can't be in EPEL * packages that are excluded from EPEL for legal reasons. RPM Fusion can hold them however and is meant to be compatible with EPEL. I suggest that you work with EPEL on packages that are cleanly in the first category initially. The benefit is shared infrastructure (koji, bodhi et all) that brings the packages you are interested in to more architectures and a community for reviewing packages, get co-maintainers to share the burden of maintenance which is useful in case you want to work on other packages, fall sick, go on a vacation or just lose interest. Sounds reasonable? Rahul From beranger5ca at yahoo.ca Mon Jun 29 17:49:57 2009 From: beranger5ca at yahoo.ca (Radu-Cristian FOTESCU) Date: Mon, 29 Jun 2009 10:49:57 -0700 (PDT) Subject: Odiecolon repo for EL5 Message-ID: <216432.41635.qm@web57708.mail.re3.yahoo.com> > * packages that are excluded from EPEL for legal reasons. > RPM Fusion can hold them however and is meant to be > compatible with EPEL. If RPM Fusion is supposed to be "a better RPMforge", then I beg to opine that it fails. I would never use a repo which has 99% of the packages in folders labeled "testing". It's like using EPEL-testing, which I am not using. But with RPM Fusion, you *have to* use the "testing" section! Plus, it doesn't really match RPMforge's multimedia offerings (e.g. MPlayer *and* VLC). Moreover, knowing that RPM Fusion took years to come alive, even for Fedora, this doesn't make me trust it. It still has to prove it's as accountable for as EPEL. (Or maybe I'm delusional.) To put it one more time: as long as the ~126 RPMforge packages won't be *all* in the "release" place instead of "testing", I won't even be considering that repo! > I suggest that you work with EPEL on packages that are > cleanly in the first category initially. Where would GIMP 2.3.15 fit into the picture? (Just an example.) > The benefit is shared infrastructure (koji, bodhi et all) > that brings the packages you are interested in to more > architectures and a community for reviewing packages Indeed, these are undeniable advantages. > Sounds reasonable? The concepts, yes. But do *I* sound reasonable? (Most often... not quite so.) Oh, and how about ElRepo? Shouldn't they be integrating with EPEL too? Except maybe for NTFS, I don't see legal reasons for why not. Don't shoot the confused piano man. Thanks, R-C __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ From sundaram at fedoraproject.org Mon Jun 29 18:01:43 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 29 Jun 2009 23:31:43 +0530 Subject: Odiecolon repo for EL5 In-Reply-To: <216432.41635.qm@web57708.mail.re3.yahoo.com> References: <216432.41635.qm@web57708.mail.re3.yahoo.com> Message-ID: <4A490187.90800@fedoraproject.org> On 06/29/2009 11:19 PM, Radu-Cristian FOTESCU wrote: > >> * packages that are excluded from EPEL for legal reasons. >> RPM Fusion can hold them however and is meant to be >> compatible with EPEL. > > If RPM Fusion is supposed to be "a better RPMforge", then > I beg to opine that it fails. It doesn't really have any such goals and would still require among other things a release engineer to move it forward. Hopefully it will be in the near future. You are free to continue carrying whatever packages you need in your repo meanwhile. This is why I suggested moving packages in EPEL when there is a clear path to do so leaving the rest as it is, for now. >> I suggest that you work with EPEL on packages that are >> cleanly in the first category initially. > > Where would GIMP 2.3.15 fit into the picture? (Just an example.) Does it conflict with the GIMP package in base EL? The EPEL policy is not include packages that conflict with base EL packages. If it is parallel installable, it might be acceptable. > The concepts, yes. > But do *I* sound reasonable? (Most often... not quite so.) Seems so. The current structure is EL = Core supported community EPEL = Community supported extra packages RPM Fusion = Packages excluded from EL and EPEL for legal reasons You are right that EL portion of RPM Fusion is yet to take off well but EPEL has good momentum that you can take advantage of. Rahul