From Fedora at FamilleCollet.com Tue Jan 1 08:15:12 2008 From: Fedora at FamilleCollet.com (Remi Collet) Date: Tue, 01 Jan 2008 09:15:12 +0100 Subject: Build problem In-Reply-To: <20071231214839.a62fd0f3.bugs.michael@gmx.net> References: <4777D67E.6090102@FamilleCollet.com> <20071231214839.a62fd0f3.bugs.michael@gmx.net> Message-ID: <4779F690.4020700@FamilleCollet.com> Michael Schwendt a ?crit : > On Sun, 30 Dec 2007 18:33:50 +0100, Remi Collet wrote: > >> Hi, >> >> I have a job failed because of a bug with >> selinux-policy-devel-2.4.6-104.el5. >> >> selinux-policy-devel-2.4.6-106.el5_1.3 seems ok. >> >> Why the builder doesn't use the latest update ? > > I think the answer is in one of the EPEL steering committee meeting logs. > So far, RHEL has been made available on the build servers manually. > There's no RHN entitlement used yet, and updates are not pulled into the > build root repos automatically. Is there a way to ask for this package to be updated or should I build my package without SELinux stuff ? Regards and Happy new year to all the Fedora Team. Remi. From steve at silug.org Wed Jan 2 04:10:22 2008 From: steve at silug.org (Steven Pritchard) Date: Tue, 1 Jan 2008 22:10:22 -0600 Subject: BUG: clamav packages badly broken In-Reply-To: <20071231200727.4a6ea0b3.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> Message-ID: <20080102041022.GA20114@osiris.silug.org> On Mon, Dec 31, 2007 at 08:07:27PM +0100, Michael Schwendt wrote: > Installation of a package should not enable a network-using service > automatically. Doesn't yum-updatesd? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320 From smooge at gmail.com Wed Jan 2 04:13:49 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 1 Jan 2008 21:13:49 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102041022.GA20114@osiris.silug.org> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> Message-ID: <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> On Jan 1, 2008 9:10 PM, Steven Pritchard wrote: > On Mon, Dec 31, 2007 at 08:07:27PM +0100, Michael Schwendt wrote: > > Installation of a package should not enable a network-using service > > automatically. > > Doesn't yum-updatesd? > Yes and other packages (many more in the past)... it is a line that core packages seem to fall on both sides of. Do not turn on unless there is a network, do not run if there isn't a general configuration, do not have a configuration unless it is useful out-of-the-box for a large segment. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From bugs.michael at gmx.net Wed Jan 2 12:22:37 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 2 Jan 2008 13:22:37 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> Message-ID: <20080102132237.65508b1f.bugs.michael@gmx.net> On Tue, 1 Jan 2008 21:13:49 -0700, Stephen John Smoogen wrote: > On Jan 1, 2008 9:10 PM, Steven Pritchard wrote: > > On Mon, Dec 31, 2007 at 08:07:27PM +0100, Michael Schwendt wrote: > > > Installation of a package should not enable a network-using service > > > automatically. > > > > Doesn't yum-updatesd? And together with the implementation and the metadata problems, it causes quite some problems. I've seen many users who were annoyed when they found out that yum refuses to run because something in the background blocked it. Fortunately, here I cannot get it to start anymore currently (F-8): # yum -y install yum-updatesd # service yum-updatesd start Starting yum-updatesd: [ OK ] [...] # service yum-updatesd start Starting yum-updatesd: [ OK ] [...] # service yum-updatesd start Starting yum-updatesd: [ OK ] [...] # service yum-updatesd status yum-updatesd dead but subsys locked # # /usr/sbin/yum-updatesd -d # > Yes and other packages (many more in the past)... There is absolutely no need to enable the service in the package already. It could also be enabled by the installer or in firstboot code. Currently, it's not that the service is started when the package is installed, it is started only after reboot. From mailing-lists at hughesjr.com Wed Jan 2 12:46:35 2008 From: mailing-lists at hughesjr.com (Johnny Hughes) Date: Wed, 02 Jan 2008 06:46:35 -0600 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102132237.65508b1f.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> Message-ID: <477B87AB.8040005@hughesjr.com> Michael Schwendt wrote: > On Tue, 1 Jan 2008 21:13:49 -0700, Stephen John Smoogen wrote: > >> On Jan 1, 2008 9:10 PM, Steven Pritchard wrote: >>> On Mon, Dec 31, 2007 at 08:07:27PM +0100, Michael Schwendt wrote: >>>> Installation of a package should not enable a network-using service >>>> automatically. >>> Doesn't yum-updatesd? > > And together with the implementation and the metadata problems, it causes > quite some problems. I've seen many users who were annoyed when they found > out that yum refuses to run because something in the background blocked it. > > Fortunately, here I cannot get it to start anymore currently (F-8): > > # yum -y install yum-updatesd > # service yum-updatesd start > Starting yum-updatesd: [ OK ] > [...] > # service yum-updatesd start > Starting yum-updatesd: [ OK ] > [...] > # service yum-updatesd start > Starting yum-updatesd: [ OK ] > [...] > # service yum-updatesd status > yum-updatesd dead but subsys locked > # > # /usr/sbin/yum-updatesd -d > # > >> Yes and other packages (many more in the past)... > > There is absolutely no need to enable the service in the package > already. It could also be enabled by the installer or in firstboot code. > Currently, it's not that the service is started when the package is > installed, it is started only after reboot. OK ... people can argue about this until we are all blue in the face. The real answer, however is what your customers want. People who routinely do not give their customers what they want find themselves without any customers. SO, I would think long and hard about such flaming comments as I have seen on this thread. If you don't care much for/about your customers, eventually you won't have to. Thanks, Johnny Hughes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From bugs.michael at gmx.net Wed Jan 2 13:48:21 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 2 Jan 2008 14:48:21 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <477B87AB.8040005@hughesjr.com> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> <477B87AB.8040005@hughesjr.com> Message-ID: <20080102144821.b4c9fd3b.bugs.michael@gmx.net> On Wed, 02 Jan 2008 06:46:35 -0600, Johnny Hughes wrote: > OK ... people can argue about this until we are all blue in the face. > > The real answer, however is what your customers want. Fedora is not a product that is sold to customers, so by definition there are no Fedora customers. There is only the relationship with RHEL in that Fedora is used as a testbed in order to find out how to develop RHEL further. But RHEL customers don't choose RHEL because they like Fedora. For Clamav, the evaluation period is not over yet. Without a doubt, its setup can be made much more convenient with helper scripts and even a GUI for desktop users. For services like yum-updated, it is possible to notify the user that the service is disabled. By default, the service does not apply any updates anyway, so further action from the user/admin is needed (such as configuring the system or clicking onto a desktop notification icon and enabling a service). > People who routinely do not give their customers what they want find > themselves without any customers. > > SO, I would think long and hard about such flaming comments as I have > seen on this thread. > > If you don't care much for/about your customers, eventually you won't > have to. From fedora at leemhuis.info Wed Jan 2 13:58:04 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Jan 2008 14:58:04 +0100 Subject: removed dnsmasq, perl-TimeDate, python-imaging and yum-utils from the EPEL5 repo Message-ID: <477B986C.9070403@leemhuis.info> Hi, just FYI, I removed dnsmasq, perl-TimeDate, python-imaging and yum-utils from the EPEL5 master repo, as all of them are in EL5 since 5.1. They will be gone from the EPEL repos with the next push. @maintainers of those packages (CCed): could you please place a dead.package in the EL5 branch of CVS that explains the issue with a few words? tia! CU knurd From rayvd at bludgeon.org Wed Jan 2 14:23:22 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Wed, 2 Jan 2008 06:23:22 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102144821.b4c9fd3b.bugs.michael@gmx.net> References: <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> <477B87AB.8040005@hughesjr.com> <20080102144821.b4c9fd3b.bugs.michael@gmx.net> Message-ID: <20080102142322.GA12559@bludgeon.org> On Wed, Jan 02, 2008 at 02:48:21PM +0100, Michael Schwendt wrote: > On Wed, 02 Jan 2008 06:46:35 -0600, Johnny Hughes wrote: > > > OK ... people can argue about this until we are all blue in the face. > > > > The real answer, however is what your customers want. > > Fedora is not a product that is sold to customers, so by definition there > are no Fedora customers. There are users however, and shouldn't it be your goal to make your package as useable as it can be by as many users as possible -- taking into account their feedback (no matter how combative it may seem to the maintainer)? Even if you don't consider "users" customers, the effects are the same. People will go elsewhere to fufill their need. And a packager that says "whoop dee doo I don't care" maybe isn't the best maintainer for that package. :) Just my $0.02 Ray From fedora at leemhuis.info Wed Jan 2 14:23:46 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Jan 2008 15:23:46 +0100 Subject: Topics for todays (20080102) EPEL SIG meeting Message-ID: <477B9E72.7070007@leemhuis.info> Hi all, find below the list of topics that are planed to come up in the next EPEL SIG meeting which is scheduled for today, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org. /topic EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove /topic EPEL SIG Meeting | EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel /topic EPEL SIG Meeting | permission to use spec files in other projects | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | Free discussion around EPEL You want something to be discussed? Send a note to the list in reply to this mail (please adjust the subject) and we'll add it to the schedule. You can also propose topics at the end of the meeting itself when "Free discussion around EPEL" comes up. *If your name/nick is on above list*: please give a status update on the list *and* in the wiki on the individual task pages (linked from the schedule page: http://fedoraproject.org/wiki/EPEL/Schedule ). That way all the interested parties know what up ahead of the meeting; that will avoid long delays and "status update monologues" in the meeting. Thanks everyone! CU knurd From fedora at leemhuis.info Wed Jan 2 14:27:35 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Jan 2008 15:27:35 +0100 Subject: next testing -> stable move (was: Re: Topics for todays (20080102) EPEL SIG meeting) In-Reply-To: <477B9E72.7070007@leemhuis.info> References: <477B9E72.7070007@leemhuis.info> Message-ID: <477B9F57.7020907@leemhuis.info> On 02.01.2008 15:23, Thorsten Leemhuis wrote: > > /topic EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove FYI, I'd say I prepare the next move for EPEL4 next weekend and will to the move a few days later (as usual). One week after that I'll to the EPEL5 move. Cu knurd From fedora at leemhuis.info Wed Jan 2 14:31:11 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Jan 2008 15:31:11 +0100 Subject: EL-updates to the buildsys (was: Re: Topics for todays (20080102) EPEL SIG meeting) In-Reply-To: <477B9E72.7070007@leemhuis.info> References: <477B9E72.7070007@leemhuis.info> Message-ID: <477BA02F.5030909@leemhuis.info> On 02.01.2008 15:23, Thorsten Leemhuis wrote: > /topic EPEL SIG Meeting | EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc I think we really need to get this realized somehow sooner or later to solve problems like https://www.redhat.com/archives/epel-devel-list/2007-December/msg00194.html Dgilmore, mmcgrath, how could we do that? Could you get the updates internally somehow and put them into a repo? Or with reposync (from yum-utils) straight from RHN? Cu knurd From fedora at leemhuis.info Wed Jan 2 14:32:26 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 02 Jan 2008 15:32:26 +0100 Subject: permission to use spec files in other projects (was: Re: Topics for todays (20080102) EPEL SIG meeting) In-Reply-To: <477B9E72.7070007@leemhuis.info> References: <477B9E72.7070007@leemhuis.info> Message-ID: <477BA07A.4000604@leemhuis.info> On 02.01.2008 15:23, Thorsten Leemhuis wrote: > /topic EPEL SIG Meeting | permission to use spec files in other projects | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/Misc FYI, started new discussion on https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00000.html CU knurd From rjones at redhat.com Wed Jan 2 15:19:26 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 02 Jan 2008 15:19:26 +0000 Subject: EPEL5 packages queue - stuck? Message-ID: <477BAB7E.7020305@redhat.com> http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ I've been waiting for one package to appear for quite a long time (ocaml-libvirt). It hasn't appeared in the list of latest packages above. The package was built successfully on 12/12 (http://buildsys.fedoraproject.org/logs/fedora-5-epel/37400-ocaml-libvirt-0.3.3.0-6.el5/) Rich. -- Emerging Technologies, Red Hat - http://et.redhat.com/~rjones/ Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, United Kingdom. Registered in England and Wales under Company Registration No. 03798903 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3237 bytes Desc: S/MIME Cryptographic Signature URL: From bugs.michael at gmx.net Wed Jan 2 15:23:28 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 2 Jan 2008 16:23:28 +0100 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102142322.GA12559@bludgeon.org> References: <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> <477B87AB.8040005@hughesjr.com> <20080102144821.b4c9fd3b.bugs.michael@gmx.net> <20080102142322.GA12559@bludgeon.org> Message-ID: <20080102162328.f9d1cbae.bugs.michael@gmx.net> On Wed, 2 Jan 2008 06:23:22 -0800, Ray Van Dolson wrote: > On Wed, Jan 02, 2008 at 02:48:21PM +0100, Michael Schwendt wrote: > > On Wed, 02 Jan 2008 06:46:35 -0600, Johnny Hughes wrote: > > > > > OK ... people can argue about this until we are all blue in the face. > > > > > > The real answer, however is what your customers want. > > > > Fedora is not a product that is sold to customers, so by definition there > > are no Fedora customers. > > There are users however, and shouldn't it be your goal to make your > package as useable as it can be by as many users as possible -- taking > into account their feedback (no matter how combative it may seem to > the maintainer)? That's not a question that can be answered with "yes" or "no". First of all, it's the "as many users as possible" that is too vague and makes it difficult to answer. And secondly, if there are many users who are unhappy with the package (and I refer to clamav as it has been in Fedora for a long time, not specifically to EPEL, as EPEL has other requirements), why don't any volunteers work on improving the packages? E.g. with an add-on package for a system-wide daemon, helper scripts, patches and a task-force that works together with the packager? Feedback like "the clamav pkg is broken", which does not even try to follow the short instructions in the package documentation, won't convince the package maintainer. It's not that the packager doesn't admit the manual configuration steps are inconvenient. There may be other reasons (e.g. lack of time) why it is still like that, and clamav add-on packages demonstrate how to set up services on top of the base clamav packages. There is no bugzilla ticket which clearly makes it a primary goal to improve/enhance/change the packages in well-defined ways. User satisfaction is not tracked anywhere. Every few months somebody tries to execute a non-executable script or ignores the documentation. And meanwhile, nobody else contributes any patches or co-maintainership. The packager is a volunteer like lots of the other packagers. In case of severe disagreement between him and what some people claim is a large portion of the clamav users it really may need somebody from FESCo to look into it. So, please start filing tickets, point out your concerns, get status updates from the maintainer, ... > Even if you don't consider "users" customers, the effects are the same. > People will go elsewhere to fufill their need. And a packager that > says "whoop dee doo I don't care" maybe isn't the best maintainer for > that package. :) With all due respect, but that paragraph above is only cheap talk IMO, which isn't helpful at all. From bugs.michael at gmx.net Wed Jan 2 15:25:24 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 2 Jan 2008 16:25:24 +0100 Subject: EPEL5 packages queue - stuck? In-Reply-To: <477BAB7E.7020305@redhat.com> References: <477BAB7E.7020305@redhat.com> Message-ID: <20080102162524.9065c3d7.bugs.michael@gmx.net> On Wed, 02 Jan 2008 15:19:26 +0000, Richard W.M. Jones wrote: > http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ > > I've been waiting for one package to appear for quite a long time > (ocaml-libvirt). It hasn't appeared in the list of latest packages above. > > The package was built successfully on 12/12 > (http://buildsys.fedoraproject.org/logs/fedora-5-epel/37400-ocaml-libvirt-0.3.3.0-6.el5/) The EPEL signers push to "testing" first. Look: http://download.fedora.redhat.com/pub/epel/testing/5/i386/repoview/ocaml-libvirt.html From florin at andrei.myip.org Wed Jan 2 19:09:29 2008 From: florin at andrei.myip.org (Florin Andrei) Date: Wed, 02 Jan 2008 11:09:29 -0800 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102144821.b4c9fd3b.bugs.michael@gmx.net> References: <47756EF3.9060703@andrei.myip.org> <20071229120416.38f01fa4@ghistelwchlohm.scrye.com> <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> <477B87AB.8040005@hughesjr.com> <20080102144821.b4c9fd3b.bugs.michael@gmx.net> Message-ID: <477BE169.5000105@andrei.myip.org> Michael Schwendt wrote: > > Fedora is not a product that is sold to customers, so by definition there > are no Fedora customers. Thank God for definitions - the perfect shelter against harsh, cold, inconvenient reality. -- Florin Andrei http://florin.myip.org/ From kevin at tummy.com Wed Jan 2 20:16:36 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 2 Jan 2008 13:16:36 -0700 Subject: BUG: clamav packages badly broken In-Reply-To: <20080102162328.f9d1cbae.bugs.michael@gmx.net> References: <20071229213810.0be581e5.bugs.michael@gmx.net> <20071229140613.5df4138a@ghistelwchlohm.scrye.com> <20071229224022.6d924fba.bugs.michael@gmx.net> <20071231113037.67144d19@ghistelwchlohm.scrye.com> <20071231200727.4a6ea0b3.bugs.michael@gmx.net> <20080102041022.GA20114@osiris.silug.org> <80d7e4090801012013p28fc9443oa5a9b3e4e9e9de61@mail.gmail.com> <20080102132237.65508b1f.bugs.michael@gmx.net> <477B87AB.8040005@hughesjr.com> <20080102144821.b4c9fd3b.bugs.michael@gmx.net> <20080102142322.GA12559@bludgeon.org> <20080102162328.f9d1cbae.bugs.michael@gmx.net> Message-ID: <20080102131636.4dd4653f@ghistelwchlohm.scrye.com> On Wed, 2 Jan 2008 16:23:28 +0100 bugs.michael at gmx.net (Michael Schwendt) wrote: > ...snipp... > So, please start filing > tickets, point out your concerns, get status updates from the > maintainer, ... An excellent plan. I filed: https://bugzilla.redhat.com/show_bug.cgi?id=427103 https://bugzilla.redhat.com/show_bug.cgi?id=427104 https://bugzilla.redhat.com/show_bug.cgi?id=427105 To start with. Will see what the maintainer says on those. I think another thing that doesn't help here is that several of the CLOSED->WONTFIX bugs against clamav refer readers to the fedora.us bugzilla instance for reasoning, but that is no longer available. There are 15 closed->NOTABUG and 6 closed->WONTFIX bugs against clamav, which I think is an indicator that users are confused by the packaging and/or find it non intuitive. In any case, I think we should try and be constructive here. If anyone has other issues, please file them. If folks are seeing the same above issues I am seeing and would like them fixed, please add your comments to the above bugs. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at fedoraproject.org Thu Jan 3 09:50:49 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 3 Jan 2008 04:50:49 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-03 Message-ID: <20080103095049.4DD38152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 16 NEW deltarpm-3.4-8.el5 : Create deltas between rpms NEW dosbox-0.72-1.el5 : x86/DOS emulator with sound and graphics NEW glpi-0.70-4.el5 : Free IT asset management software guile-lib-0.1.6-1.el5 NEW libAfterImage-1.15-2.el5 : A generic image manipulation library libcdio-0.78.2-4.el5 (!) nagios-2.10-5.el5 : INVALID rebuild, not published! perl-Tk-804.028-1.el5 php-pear-DB-1.7.13-1.el5 php-pear-Log-1.9.14-1.el5 php-pear-Net-Ping-2.4.3-1.el5 python-ruledispatch-0.5a0-0.8.svnr2306.el5 qgit-1.5.8-1.el5 qucs-0.0.13-1.el5 NEW rxvt-2.7.10-13.el5 : ouR XVT, a VT102 emulator for the X window system NEW rxvt-unicode-8.9-1.el5 : Rxvt-unicode is an unicode version of rxvt Packages built and released for Fedora EPEL testing/4: 12 NEW deltarpm-3.4-8.el4 : Create deltas between rpms NEW dosbox-0.72-1 : An x86/DOS emulator with sound/graphics glpi-0.70-4.el4 NEW libAfterImage-1.15-1.el4 : A generic image manipulation library NEW perl-Inline-Files-0.62-2.el4 : Allows for multiple inline files in a single perl file perl-Tk-804.028-1.el4 qgit-1.5.8-1.el4 qucs-0.0.13-1.el4 NEW rxvt-2.7.10-8.el4 : Rxvt (ouR XVT) - a VT102 emulator for the X window system rxvt-unicode-8.9-1.el4 NEW tetex-elsevier-0.1.20071024-1.el4.1 : Elsevier LaTeX style files and documentation NEW tetex-lineno-4.41-1.el4 : Add line numbers on paragraphs in LaTeX Changes in Fedora EPEL testing/5: deltarpm-3.4-8.el5 ------------------ * Wed Aug 29 2007 Jonathan Dieter - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 dosbox-0.72-1.el5 ----------------- * Mon Aug 27 2007 Andreas Bierfert - 0.72-1 - version upgrade glpi-0.70-4.el5 --------------- * Thu Jan 03 2008 Remi Collet - 0.70-4 - Changeset 6226 + 6228 - disable SELinux in EL-5 * Sat Dec 29 2007 Remi Collet - 0.70-3 - Changeset 6191 + 6194 + 6196 * Fri Dec 28 2007 Remi Collet - 0.70-2 - Changeset 6190 * Fri Dec 21 2007 Remi Collet - 0.70-1 - 0.70 final guile-lib-0.1.6-1.el5 --------------------- * Tue Jan 01 2008 Xavier Lamien - 0.1.6-1 - Updated Release. libAfterImage-1.15-2.el5 ------------------------ * Wed Aug 22 2007 Andreas Bierfert - 1.15-2 - upgrade BR libcdio-0.78.2-4.el5 -------------------- * Wed Jan 02 2008 Adrian Reber - 0.78.2-4 - fixes #427197 (Long Joliet file name overflows cdio's buffer) * Fri Aug 24 2007 Adrian Reber - 0.78.2-3 - rebuilt nagios-2.10-5.el5 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel perl-Tk-804.028-1.el5 --------------------- * Wed Jan 02 2008 Andreas Bierfert - 804.028-1 - version upgrade - fix #210718 SIGSEGV on exit from texdoctk - fix #234404 Cannot manage big listboxes - fix #235666 Segfault occurs when using Perl-Tk on FC6 * Sun Apr 01 2007 Andreas Bierfert 804.027-11 - F7 rebuild (#234404) php-pear-DB-1.7.13-1.el5 ------------------------ * Fri Sep 21 2007 Remi Collet 1.7.13-1 - update to 1.7.13 - fix TEXTERS encoding * Thu Aug 23 2007 Remi Collet 1.7.12-2 - Fix License * Mon Jul 23 2007 Remi Collet 1.7.12-1 - update to 1.7.12 - change requires from php to php-common - update test suite to run (but only after install) - add %check, only for documentation purpose * Mon Apr 30 2007 Remi Collet 1.7.11-1 - update to 1.7.11 - add generated CHANGELOG php-pear-Log-1.9.14-1.el5 ------------------------- * Wed Jan 02 2008 Remi Collet 1.9.14-1 - update to 1.9.14 * Thu Dec 13 2007 Remi Collet 1.9.13-1 - update to 1.9.13 - add documentation in %check (post install only) * Wed Dec 12 2007 Remi Collet 1.9.12-1 - update to 1.9.12 * Fri Aug 24 2007 Remi Collet 1.9.11-2 - Fix License php-pear-Net-Ping-2.4.3-1.el5 ----------------------------- * Fri Dec 28 2007 Remi Collet 2.4.3-1 - update to 2.4.3 * Mon Jul 16 2007 Remi Collet 2.4.2-1 - update to 2.4.2 - package is now 2.0 (no need to convert) - remove LICENSE (Review Guidelines : If (and only if) the source package includes...) python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 qgit-1.5.8-1.el5 ---------------- * Tue Jan 01 2008 Dan Horak 1.5.8-1 - update to upstream version 1.5.8 * Sat Sep 08 2007 Dan Horak 1.5.7-1 - update to upstream version 1.5.7 - fixes #268381 qucs-0.0.13-1.el5 ----------------- * Tue Jan 01 2008 Eric Tanguy - 0.0.13-1 - Update to 0.0.13 * Sun Sep 09 2007 Eric Tanguy - 0.0.12-4 - Modifiy qucs.desktop BZ 283941 rxvt-2.7.10-13.el5 ------------------ * Wed Nov 07 2007 Andreas Bierfert - 2.7.10-13 - use utempter instead of wtmp/utmp (#214130) rxvt-unicode-8.9-1.el5 ---------------------- * Thu Dec 27 2007 Andreas Bierfert - 8.9-1 - version upgrade * Mon Dec 17 2007 Andreas Bierfert - 8.8-1 - version upgrade * Wed Dec 12 2007 Andreas Bierfert - 8.5a-2 - remove utempter patch for now Changes in Fedora EPEL testing/4: deltarpm-3.4-8.el4 ------------------ * Wed Aug 29 2007 Jonathan Dieter - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 dosbox-0.72-1 ------------- * Wed Jan 02 2008 Andreas Bierfert - 0.72-1 - version upgrade glpi-0.70-4.el4 --------------- * Thu Jan 03 2008 Remi Collet - 0.70-4 - Changeset 6226 + 6228 - disable SELinux in EL-5 libAfterImage-1.15-1.el4 ------------------------ * Wed Jan 02 2008 Andreas Bierfert - 1.15-1 - version upgrade perl-Inline-Files-0.62-2.el4 ---------------------------- * Wed Nov 14 2007 Robin Norwood - 0.62-2 - Fix permissions per package review. perl-Tk-804.028-1.el4 --------------------- * Wed Jan 02 2008 Andreas Bierfert - 804.028-1 - version upgrade - fix #210718 SIGSEGV on exit from texdoctk - fix #234404 Cannot manage big listboxes - fix #235666 Segfault occurs when using Perl-Tk on FC6 qgit-1.5.8-1.el4 ---------------- * Tue Jan 01 2008 Dan Horak 1.5.8-1 - update to upstream version 1.5.8 * Sat Sep 08 2007 Dan Horak 1.5.7-1 - update to upstream version 1.5.7 - fixes #268381 qucs-0.0.13-1.el4 ----------------- * Tue Jan 01 2008 Eric Tanguy - 0.0.13-1 - Update to 0.0.13 * Sun Sep 09 2007 Eric Tanguy - 0.0.12-4 - Modifiy qucs.desktop BZ 283941 rxvt-2.7.10-8.el4 ----------------- * Wed Jan 02 2008 Andreas Bierfert - 2.7.10-8 - disable utempter (not in EL-4) rxvt-unicode-8.9-1.el4 ---------------------- * Fri Dec 08 2006 Andreas Bierfert 8.1-1 - version upgrade tetex-elsevier-0.1.20071024-1.el4.1 ----------------------------------- * Fri Dec 28 2007 Patrice Dumas 0.1.20071024-1.1 - update to the new version - correct urls - build the manuals tetex-lineno-4.41-1.el4 ----------------------- * Fri Dec 28 2007 Patrice Dumas 4.41-1 - initial release From sklein at cpcug.org Thu Jan 3 16:34:34 2008 From: sklein at cpcug.org (Stanley A. Klein) Date: Thu, 3 Jan 2008 11:34:34 -0500 (EST) Subject: Please add to the wishlist Message-ID: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> Please add the following to the wish list: Inkscape - SVG-based drawing tool. Also good for rendering hand edited svg wxPython - Wx is already provided. This is the Python interface Xpdf - Useful because of utilities and evince limited previous file list Bluefish editor - provides editing capabilities not found in gedit octave-forge - Octave is already provided. These are needed octave add-ons. xmlcopyeditor - This one isn't in Fedora but had provided Fedora rpms. Thanks. Stan Klein From pertusus at free.fr Thu Jan 3 17:31:45 2008 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 3 Jan 2008 18:31:45 +0100 Subject: Please add to the wishlist In-Reply-To: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> References: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> Message-ID: <20080103173145.GA2620@free.fr> On Thu, Jan 03, 2008 at 11:34:34AM -0500, Stanley A. Klein wrote: > Please add the following to the wish list: > > Xpdf - Useful because of utilities and evince limited previous file > list spot and I are working on it. I have local builds, t1lib is missing, but I have rebuilt it easily, still the mb aintainer hasn't answered my mail about comaintaing for epel yet. -- Pat From rob.myers at gtri.gatech.edu Thu Jan 3 17:44:31 2008 From: rob.myers at gtri.gatech.edu (rob myers) Date: Thu, 03 Jan 2008 12:44:31 -0500 Subject: Please add to the wishlist In-Reply-To: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> References: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> Message-ID: <1199382271.29836.417.camel@rxm-581b.stl.gtri.gatech.edu> On Thu, 2008-01-03 at 11:34 -0500, Stanley A. Klein wrote: > Please add the following to the wish list: > > Inkscape - SVG-based drawing tool. Also good for rendering hand edited svg this is in EPEL5 testing since 16 Dec 2007. did you want it for EPEL4? rob. From bugs.michael at gmx.net Thu Jan 3 21:56:26 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 3 Jan 2008 22:56:26 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <20071230175451.1ac8dad8.bugs.michael@gmx.net> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> Message-ID: <20080103225626.3184a0b7.bugs.michael@gmx.net> On Sun, 30 Dec 2007 17:54:51 +0100, Michael Schwendt wrote: > If in a failed job.log you see the message > > Job waited too long for repo to unlock. Killing it... > > please notify me. > > It's a problem in the plague server code that results in a denial of > service for subsequent build jobs. I have a traceback from Dec 28th, but > in the context of the source code it doesn't make sense yet (because a few > lines earlier the code ensures that the files to be copied exist and are > readable). Buildsys runs a slightly modified version that adds a bit more > debug output in this area. Certainly related, job #37767 just failed Failed to copy /srv/rpmbuild/server_work/fedora-5-epel/37767-php-pecl-memcache-2.2.1-1.el5/ppc/php-pecl-memcache-2.2.1-1.el5.ppc.rpm to the repository directory. and that should not happen either. I assume this is not the first time this has happened. The additional debug details are interesting. In the server log, the individual arch jobs print the list of files downloaded from the builders. At that time they should be available already: 37767 (php-pecl-memcache/ppc): Build result files - [ 'php-pecl-memcache-2.2.1-1.el5.ppc.rpm', 'php-pecl-memcache-2.2.1-1.el5.src.rpm', 'root.log', 'php-pecl-memcache-debuginfo-2.2.1-1.el5.ppc.rpm', 'state.log', 'job.log', 'build.log' ] 37767 (php-pecl-memcache/x86_64): Build result files - [ 'root.log', 'build.log', 'state.log', 'php-pecl-memcache-2.2.1-1.el5.src.rpm', 'php-pecl-memcache-debuginfo-2.2.1-1.el5.x86_64.rpm', 'php-pecl-memcache-2.2.1-1.el5.x86_64.rpm', 'job.log' ] 37767 (php-pecl-memcache/i386): Build result files - [ 'root.log', 'php-pecl-memcache-debuginfo-2.2.1-1.el5.i386.rpm', 'state.log', 'php-pecl-memcache-2.2.1-1.el5.i386.rpm', 'build.log', 'php-pecl-memcache-2.2.1-1.el5.src.rpm', 'job.log' ] Further down in the log, the fedora-5-epel repo controller is asked to install the files into the needsign repo: Repo 'fedora-5-epel': updating repository metadata... At that time, the last of the ppc files is not yet accessible (i.e. it either doesn't exist or cannot be read): [...] Repo: /srv/rpmbuild/server_work/fedora-5-epel/37767-php-pecl-memcache-2.2.1-1.el5/x86_64/php-pecl-memcache-2.2.1-1.el5.x86_64.rpm is accessible. Repo: /srv/rpmbuild/server_work/fedora-5-epel/37767-php-pecl-memcache-2.2.1-1.el5/ppc/php-pecl-memcache-2.2.1-1.el5.ppc.rpm is inaccessible. Further proof-reading of source code necessary... it should not populate needsign before all files are downloaded. From kanarip at kanarip.com Thu Jan 3 23:38:39 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 04 Jan 2008 00:38:39 +0100 Subject: Revisor built in EL-5 Message-ID: <477D71FF.10203@kanarip.com> Hi All, I'm glad to be able to tell you Revisor has been successfully built in the EL-5 branch ;-) Results are now at http://buildsys.fedoraproject.org/plague-results/fedora-5-epel/revisor/2.0.5-15.el5/ and should hit epel-testing soon. As I'm not exactly sure when the package hits epel-testing or when it is removed from the above URL, feel free to use http://www.kanarip.com/custom/el5/ but keep in mind that has other versions of Revisor, and other packages as well. Looking forward to your bug reports and comments ;-) Kind regards, Jeroen van Meeuwen From kanarip at kanarip.com Thu Jan 3 23:49:32 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Fri, 04 Jan 2008 00:49:32 +0100 Subject: Revisor built in EL-5 In-Reply-To: <477D71FF.10203@kanarip.com> References: <477D71FF.10203@kanarip.com> Message-ID: <477D748C.7020304@kanarip.com> Jeroen van Meeuwen wrote: > free to use http://www.kanarip.com/custom/el5/ but keep in mind that has > other versions of Revisor > Reading back my own message I feel I should have said this contains other versions of Revisor too, and I should have emphasized that revisor 2.0.5-15.el5 is what you should be looking at. Thanks, Kind regards, Jeroen van Meeuwen -kanarip From bugs.michael at gmx.net Fri Jan 4 01:59:14 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 4 Jan 2008 02:59:14 +0100 Subject: Faster builds Message-ID: <20080104025914.71277026.bugs.michael@gmx.net> Some good news for package maintainers with many sub-packages: Plague used to sleep at least 20 seconds for each (!) file it had to download from a builder. Even downloading the several small log files used to take at least 20 seconds *each*. Reading and debugging the code, I found the source of the problem and taught the build server to sleep less when files are being downloaded. Interestingly, the speedup is noticeable even for tiny build-jobs, e.g. revisor down from 7m to 4m nagios down from 6m to 4m but it will be incredible for build-jobs with a larger number of pkgs (e.g. try moodle or nagios-plugins which are in EPEL already). That means, such packagers get the build-results and the mail notification much faster. From jeff at osuosl.org Fri Jan 4 03:07:49 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Thu, 3 Jan 2008 19:07:49 -0800 Subject: Faster builds In-Reply-To: <20080104025914.71277026.bugs.michael@gmx.net> References: <20080104025914.71277026.bugs.michael@gmx.net> Message-ID: On Jan 3, 2008, at 5:59 PM, Michael Schwendt wrote: > Some good news for package maintainers with many sub-packages: > > Plague used to sleep at least 20 seconds for each (!) file it had to > download from a builder. Even downloading the several small log > files used > to take at least 20 seconds *each*. > > Reading and debugging the code, I found the source of the problem and > taught the build server to sleep less when files are being downloaded. > Interestingly, the speedup is noticeable even for tiny build-jobs, > e.g. > > revisor down from 7m to 4m > nagios down from 6m to 4m > > but it will be incredible for build-jobs with a larger number of pkgs > (e.g. try moodle or nagios-plugins which are in EPEL already). That > means, such packagers get the build-results and the mail notification > much faster. > Michael, that's very cool. This has always been something that bugged me when using plague, but I never got around to figuring out why the "downloading" code was so slow, even locally. Would you mind posting a patch for plague with your changes? Thanks, Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Fri Jan 4 05:08:18 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 4 Jan 2008 06:08:18 +0100 Subject: Faster builds In-Reply-To: References: <20080104025914.71277026.bugs.michael@gmx.net> Message-ID: <20080104060818.c061b64c.bugs.michael@gmx.net> On Thu, 3 Jan 2008 19:07:49 -0800, Jeff Sheltren wrote: > On Jan 3, 2008, at 5:59 PM, Michael Schwendt wrote: > > > Some good news for package maintainers with many sub-packages: > > > > Plague used to sleep at least 20 seconds for each (!) file it had to > > download from a builder. Even downloading the several small log > > files used > > to take at least 20 seconds *each*. > > > > Reading and debugging the code, I found the source of the problem and > > taught the build server to sleep less when files are being downloaded. > > Interestingly, the speedup is noticeable even for tiny build-jobs, > > e.g. > > > > revisor down from 7m to 4m > > nagios down from 6m to 4m > > > > but it will be incredible for build-jobs with a larger number of pkgs > > (e.g. try moodle or nagios-plugins which are in EPEL already). That > > means, such packagers get the build-results and the mail notification > > much faster. > > > > Michael, that's very cool. This has always been something that bugged > me when using plague, but I never got around to figuring out why the > "downloading" code was so slow, even locally. Would you mind posting > a patch for plague with your changes? The less aggressive [*] patch I've applied is this: http://mschwendt.fedorapeople.org/plague-0.4.4.1-faster-downloads.patch With it, perl-Inline built in 1 minute while revisor built in 2 mins: http://buildsys.fedoraproject.org/build-status/job.psp?uid=37772 http://buildsys.fedoraproject.org/build-status/job.psp?uid=37771 -- [*] "Less aggressive" with regard to the trade-off between polling and sleeping. From jamatos at fc.up.pt Fri Jan 4 08:49:54 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 4 Jan 2008 08:49:54 +0000 Subject: Please add to the wishlist In-Reply-To: <20080103173145.GA2620@free.fr> References: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> <20080103173145.GA2620@free.fr> Message-ID: <200801040849.54362.jamatos@fc.up.pt> On Thursday 03 January 2008 17:31:45 Patrice Dumas wrote: > On Thu, Jan 03, 2008 at 11:34:34AM -0500, Stanley A. Klein wrote: > > Please add the following to the wish list: > > > > Xpdf - Useful because of utilities and evince limited previous file > > list > > spot and I are working on it. I have local builds, t1lib is missing, but > I have rebuilt it easily, still the mb aintainer hasn't answered my mail > about comaintaing for epel yet. Well, I did now. :-) > -- > Pat -- Jos? Ab?lio From limb at jcomserv.net Fri Jan 4 10:56:55 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 4 Jan 2008 04:56:55 -0600 (CST) Subject: Faster builds In-Reply-To: References: <20080104025914.71277026.bugs.michael@gmx.net> Message-ID: <52823.192.168.0.1.1199444215.squirrel@mail.jcomserv.net> > On Jan 3, 2008, at 5:59 PM, Michael Schwendt wrote: > but it will be incredible for build-jobs with a larger number of pkgs > (e.g. try moodle or nagios-plugins which are in EPEL already). That > means, such packagers get the build-results and the mail notification > much faster. > The Moodle maintainer thanks you! :)))))) -- novus ordo absurdum From pertusus at free.fr Fri Jan 4 11:08:31 2008 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 4 Jan 2008 12:08:31 +0100 Subject: searching for C++ fixes backporter for libdap Message-ID: <20080104110831.GI2572@free.fr> Hello, I pushed libdap in EPEL because Cristian Balint affirmed that he would backport the security fixes. Now he is MIA, would somebody want to replace him? In the mean time I have asked for removal of the dap-server stack from testing, I cannot remove lidap itself anymore. -- Pat From bugs.michael at gmx.net Fri Jan 4 14:55:56 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 4 Jan 2008 15:55:56 +0100 Subject: plague: Job waited too long for repo to unlock. Killing it... In-Reply-To: <20080103225626.3184a0b7.bugs.michael@gmx.net> References: <20071230175451.1ac8dad8.bugs.michael@gmx.net> <20080103225626.3184a0b7.bugs.michael@gmx.net> Message-ID: <20080104155556.142abfb3.bugs.michael@gmx.net> > Certainly related, job #37767 just failed > > Failed to copy /srv/rpmbuild/server_work/fedora-5-epel/37767-php-pecl-memcache-2.2.1-1.el5/ppc/php-pecl-memcache-2.2.1-1.el5.ppc.rpm to the repository directory. > Status update: A work-around and debug-helper has been applied. I've moved the "does the downloaded file exist and is readable?" check _in front_ of the downloader callback. It now checks the downloaded file as early as possible, and if the check fails, the download is marked as failed, so plague retries downloading it at most 10 times. If that fails, there is a serious problem of course (and that's not what we've seen). And if the good download turns inaccessible later although it had passed the check, that would be *very* interesting and will appear in the logs. Perhaps this mysterious download/add_to_repo problem is only a rare bug in threaded Python and working around it might be the only thing we can do. From fedora at leemhuis.info Fri Jan 4 15:07:43 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 16:07:43 +0100 Subject: Please add to the wishlist In-Reply-To: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> References: <52300.207.188.248.157.1199378074.squirrel@www.cpcug.org> Message-ID: <477E4BBF.20906@leemhuis.info> On 03.01.2008 17:34, Stanley A. Klein wrote: > Please add the following to the wish list: > > Inkscape - SVG-based drawing tool. Also good for rendering hand edited svg > wxPython - Wx is already provided. This is the Python interface > Xpdf - Useful because of utilities and evince limited previous file > list > Bluefish editor - provides editing capabilities not found in gedit > octave-forge - Octave is already provided. These are needed octave add-ons. > xmlcopyeditor - This one isn't in Fedora but had provided Fedora rpms. I added wxPython, bluefish and octave-forge to the EPEL wishlist and asked the Fedora owners for their EPEL plans regarding those packages. CU knurd From fedora at leemhuis.info Fri Jan 4 15:12:19 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 16:12:19 +0100 Subject: Faster builds In-Reply-To: <20080104025914.71277026.bugs.michael@gmx.net> References: <20080104025914.71277026.bugs.michael@gmx.net> Message-ID: <477E4CD3.1090301@leemhuis.info> On 04.01.2008 02:59, Michael Schwendt wrote: > Some good news for package maintainers with many sub-packages: > [...] Many thanks for this work Michael. Ohh, any many thx also for those other changes you did to the system where plague-server is running. CU knurd From sklein at cpcug.org Fri Jan 4 16:06:40 2008 From: sklein at cpcug.org (Stanley A. Klein) Date: Fri, 4 Jan 2008 11:06:40 -0500 (EST) Subject: Please add to the wishlist In-Reply-To: <20080104085040.7314472E88@hormel.redhat.com> References: <20080104085040.7314472E88@hormel.redhat.com> Message-ID: <44185.207.188.248.157.1199462800.squirrel@www.cpcug.org> On Fri, January 4, 2008 3:50 am, rob myers wrote: > Message: 2 > Date: Thu, 03 Jan 2008 12:44:31 -0500 > From: rob myers > Subject: Re: Please add to the wishlist > To: EPEL development disccusion > Message-ID: <1199382271.29836.417.camel at rxm-581b.stl.gtri.gatech.edu> > Content-Type: text/plain > > On Thu, 2008-01-03 at 11:34 -0500, Stanley A. Klein wrote: >> Please add the following to the wish list: >> >> Inkscape - SVG-based drawing tool. Also good for rendering hand >> edited svg > > this is in EPEL5 testing since 16 Dec 2007. did you want it for EPEL4? > > rob. > > Thanks. EPEL 5 is what I would need. Also, please add PyXML to my list of wishlist adds. It is a dependency for zsi, which is a Python SOAP system. Stan Klein From florin at andrei.myip.org Fri Jan 4 18:06:29 2008 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 04 Jan 2008 10:06:29 -0800 Subject: wishlist addition: asterisk Message-ID: <477E75A5.5090103@andrei.myip.org> Please add Asterisk to the wish list. Thanks. -- Florin Andrei http://florin.myip.org/ From fedora at leemhuis.info Fri Jan 4 18:19:00 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 19:19:00 +0100 Subject: wishlist addition: asterisk In-Reply-To: <477E75A5.5090103@andrei.myip.org> References: <477E75A5.5090103@andrei.myip.org> Message-ID: <477E7894.4050608@leemhuis.info> On 04.01.2008 19:06, Florin Andrei wrote: > Please add Asterisk to the wish list. Thanks. Hmmm; its being worked on already; see: https://www.redhat.com/archives/epel-devel-list/2007-December/msg00120.html is there any benefit from tracking that on the wishlist? CU knurd From fedora at leemhuis.info Fri Jan 4 18:35:21 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 19:35:21 +0100 Subject: Log from this weeks (20080104) EPEL SIG Meeting Message-ID: <477E7C69.1040005@leemhuis.info> Reminder: Next meeting on 20080116 at 18:00 UTC Summary will be part of this weeks report (as always) 00:00:01 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:01 * | knurd likes to remind everyone that the schedule for todays meeting as well as a list of all open tasks can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:00:01 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:00:14 < mmcgrath> | pong 00:00:14 * | nirik is here. 00:00:35 --> | stahnma (Michael Stahnke) has joined #fedora-meeting 00:00:46 < knurd> | ohh, and happy new year everyone 00:01:03 < EvilBob> | happy new year knurd 00:01:11 * | _blah_ can't believe it is 2008 already 00:01:17 < stahnma> | greeting's ya'll 00:01:38 --- | knurd has changed the topic to: EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove 00:01:40 < nirik> | happy new year back at you all. 00:01:47 * | quaid is here 00:01:47 < knurd> | so let's start 00:02:03 < knurd> | I wrote to the list about $TOPIC already 00:02:16 < knurd> | I'll prepare the next move this WE 00:02:20 < knurd> | for EPEL4 00:02:22 < nirik> | yeah, that sounds good. I think we should setup specific times for stable pushes. 00:02:31 < nirik> | ie, should it be every 2 weeks? every month? 00:02:32 < knurd> | yeah, might be a good idea 00:02:39 < knurd> | every four weeks? 00:02:41 < nirik> | so people know when to expect it, rather than ad-hoc 00:03:24 < knurd> | EPEL5 early each month, EPEL4 mid each month? 00:03:29 < nirik> | every 4 weeks sounds ok to me... 00:03:50 < nirik> | so how long does something need to be in testing? a full 4 weeks? or ? 00:04:16 < knurd> | at least two weeks? 00:04:25 < mmcgrath> | a schedule. 00:05:12 < nirik> | 2 weeks seems ok. So, around the 1st for epel5, and around the 15th for epel4? 00:05:19 < knurd> | nirik, +1 00:05:31 < knurd> | I'd say I write that to the list and ask for opinions 00:05:39 < knurd> | if that's fine for everyone we just do it 00:05:48 < stahnma> | fine with me 00:06:08 < nirik> | fine with me. I think a regular schedule is good. Let me know if you want me to try and do any of the pushes... 00:06:16 * | knurd will move on then if no one yells 00:06:27 < knurd> | nirik, I'll try to write down the proceedure next time 00:06:55 < nirik> | ok, I'd be happy to help, or just let you do it. ;) 00:07:07 < knurd> | :) 00:07:09 --- | knurd has changed the topic to: EPEL SIG Meeting | EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:07:25 < knurd> | dgilmore, mmcgrath, how hard would be to realize that? 00:07:42 < mmcgrath> | using RHEL, not sure. 00:07:42 < knurd> | there was this build problem from remi on the list 00:07:45 < mmcgrath> | it'd be easy with CentOS. 00:08:14 < knurd> | https://www.redhat.com/archives/epel-devel-list/2008-January/msg00000.html 00:08:17 < mmcgrath> | We just need to figure out a way to keep the RHEL tree updated in an easy way. 00:08:26 * | nirik suggests we switch to centos? :) 00:08:48 * | mmcgrath one sec on the phone with IBM 00:08:50 < knurd> | nirik, that creates just problems in the other direction 00:09:02 < knurd> | and no support for ppc (yet) 00:09:07 < nirik> | yeah, I suppose... ;( 00:09:18 < stahnma> | can we just get entitlements from RH? 00:09:26 < stahnma> | this seems like it shouldn't be THAT hard 00:09:30 < knurd> | and people yeeling "why didn't you update to RHEL 5.2" 00:09:33 < mmcgrath> | we have entitlements from RH but its a matter of keeping it up to date. 00:09:58 < _blah_> | do we just fix build problems as they come up for now? 00:10:08 < knurd> | mmcgrath, can't reposync solve the problem? 00:10:18 < mmcgrath> | possibly. 00:10:19 < knurd> | _blah_, until now we ignored the problem 00:10:28 < _blah_> | knurd: :) 00:10:38 < knurd> | _blah_, that's why I ddin#t answer yet on remi's mail 00:10:42 < mmcgrath> | We're doing similar things in our infrastructure already. how often would we propose running it? 00:10:42 < nirik> | so does it require manually pulling updates and adding them to plague right now? 00:11:02 < dgilmore> | mmcgrath: daily or weekly 00:11:03 < knurd> | mmcgrath, a cronjob that runs once or twiecea day maybe? 00:11:18 < knurd> | s/twiecea/twice a/ 00:11:20 < dgilmore> | knurd: certainly not more than once a day 00:11:40 < nirik> | daily would be great. 00:11:50 < nirik> | weekly would be ok if daily causes issues IMHO 00:11:57 < knurd> | dgilmore, well, if we get stuff into EPEL that depends on a specific firefox then daily is a minimum 00:12:07 < knurd> | or how is the firefox problem handled in EL? 00:12:18 < knurd> | is there s stable firefox abi? 00:12:24 < nirik> | I don't think rhel pushes updates more often than once a day anyhow, does it? 00:12:27 --> | awjb (Andreas Bierfert) has joined #fedora-meeting 00:12:37 < nirik> | no, no stable abi... it's firefox-devel like fedora. 00:12:41 < dgilmore> | knurd: rhel is lucky to get updates weekly 00:13:03 < knurd> | dgilmore, yeah, but if there is a new firefox we should rebuild stuff against ir quickly 00:13:14 < dgilmore> | knurd: there is no way it should be done more than daily 00:13:18 < nirik> | daily would be great if possible... dgilmore, could you set that up? 00:13:24 < dgilmore> | nirik: no 00:14:02 * | Jeff_S shows up a bit late... 00:14:06 < nirik> | ok. :) perhaps mmcgrath could? 00:14:12 < knurd> | who can set this up? Does anyone from us besides dgilmore and mmcgrath have access to the machines? 00:14:43 < mmcgrath> | knurd: anyone in sysadmin-main 00:14:46 < dgilmore> | knurd: it is not a matter of just having access 00:15:11 * | quaid senses a stronger objection 00:15:15 < knurd> | dgilmore, --verbose? 00:15:46 --> | kital (JoergSimon) has joined #fedora-meeting 00:16:30 < mmcgrath> | we'd have to make sure we're getting all the various channels copying them to the right place and running the createrepo script on them. 00:16:30 --- | rdieter is now known as rdieter_away 00:16:35 < mmcgrath> | it can all be scripted. 00:16:49 < mmcgrath> | at least I think it can. 00:16:58 < mmcgrath> | we also have to do bad things to get it to contact RHN properly. 00:17:50 <-- | mbacovsk has quit (Remote closed the connection) 00:18:07 < knurd> | so, what to do? 00:18:10 < knurd> | put it on a todo list 00:18:11 < mmcgrath> | So the decision has been made? "We want this to run daily?" or some such thing? 00:18:12 < nirik> | well, the other options I see: do the updates at the same time as the stable pushes? 00:18:18 < knurd> | put it high on the todo-list 00:18:24 < knurd> | ignore the problem? 00:18:25 < nirik> | or just: 'apply updates as people require them' ? 00:18:29 < mmcgrath> | make a ticket it - https://fedorahosted.org/fedora-infrastructure/ 00:18:35 --> | mbacovsk (Martin Bacovsky) has joined #fedora-meeting 00:18:56 * | knurd will file a ticket 00:19:04 < knurd> | then we can see where we get from there 00:19:10 < knurd> | that okay for everybody? 00:19:43 < nirik> | sure. I think daily would be great, but less often would be fine too. 00:19:54 < knurd> | nirik, yeah, for the start less often should do 00:20:00 * | knurd moves on 00:20:03 --- | knurd has changed the topic to: EPEL SIG Meeting | RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData 00:20:05 < knurd> | stahnma ? 00:21:00 < stahnma> | sorry 00:21:08 < stahnma> | not much to update 00:21:14 < stahnma> | I am working on it 00:21:21 < stahnma> | and didn't have much time over the holidays 00:21:24 < stahnma> | am hoping for more very soon 00:21:31 < knurd> | k :) 00:21:38 --- | knurd has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel 00:21:41 < knurd> | mmcgrath, any news? 00:22:01 < mmcgrath> | knurd: nothing over the holidays. We're hopeful but nothing concrete yet. 00:22:06 < dgilmore> | knurd: do the work or find someone to do it for you. it will not happen until then 00:22:08 < knurd> | k 00:22:22 --- | knurd has changed the topic to: EPEL SIG Meeting | permission to use spec files in other projects | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:22:36 < knurd> | as written to the list: made noise about it on FAB-list 00:22:41 * | knurd skips 00:22:46 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:22:52 < knurd> | anything else to discuss? 00:23:28 < knurd> | quaid, _blah_, Jeff_S, mmcgrath, nirik, anything else? 00:23:33 * | nirik has nothing else... 00:23:39 < Jeff_S> | not me 00:23:59 * | knurd will close the meeting in 30 00:24:02 < quaid> | we doing anything special at FUDCon? 00:24:08 * | mmcgrath has nothing 00:24:43 < tibbs> | I had one minor thing. 00:24:50 < knurd> | tibbs, shoot 00:24:54 < nirik> | it might be nice to do something at fudcon, but not sure what. 00:25:02 < knurd> | quaid, not sure, I leave that to those guys that travel there 00:25:07 < tibbs> | Recently there was a review for an EPEL-only package. 00:25:12 < quaid> | we could have a hackfest with virtual folk, too 00:25:27 < quaid> | if there is work to be done :) 00:25:34 < tibbs> | The only real issue with that review is what to do with the devel branch. 00:25:45 < nirik> | tibbs: I would say dead.package it. 00:26:01 < tibbs> | Yeah, I did say that, but it only works if the package isn't supposed to be there for EPEL6. 00:26:20 < nirik> | it shouldn't be... it's only old old rhel4 that needs it. 00:26:24 < knurd> | tibbs, what's the #bug/reason for not having a devel branch? 00:26:37 * | knurd botes for dead.package in devel as well 00:26:41 < dgilmore> | you can just never import into devel 00:26:58 < f13> | knurd: the epel package may have been rolled into some other package in devel 00:27:00 < nirik> | https://bugzilla.redhat.com/show_bug.cgi?id=426929 00:27:01 < bugbot_> | Bug 426929: medium, medium, ---, Jason Tibbitts, ASSIGNED , Review Request: tetex-lineno - Add line numbers on paragraphs in LaTeX 00:27:17 < nirik> | basically it's in tetex/texlive in all other releases. 00:27:31 < knurd> | well, nevertheless I vote for dead.package 00:27:36 < knurd> | scripts are used to it 00:27:36 < tibbs> | In this case it doesn't apply to anything beyond EPEL4 but I can't say that would be the case for any future EPEL-only packages. 00:27:52 < knurd> | better that then scripts that fail if they don#t find a devel branch at all 00:28:02 < tibbs> | Of course, EPEL-only packages may be sufficiently rare that this isn't a real issue. 00:28:10 < tibbs> | This is the first one I encountered. 00:28:41 < _blah_> | is there any kind of design doc for how to implement the koji features to support EPEL? 00:29:18 < knurd> | _blah_, taking to hte koji author as well as with dgilmore and mmcgrath might be the best start 00:29:33 < knurd> | tibbs, agreed, should not happen often 00:29:51 < knurd> | but what to do? I still think having a dead.package in devel is the best 00:29:55 < nirik> | _blah_: see the ticket: https://hosted.fedoraproject.org/koji/ticket/49 00:31:24 < _blah_> | nirik: thx 00:31:37 < knurd> | tibbs, what was done? for the package in question 00:32:39 < knurd> | ohh, there is a dead.package in the devel branch 00:32:46 < knurd> | I'd say that's fine 00:33:25 < knurd> | fudcon? 00:33:38 < knurd> | who will be there from the EPEL SIG? 00:34:10 * | mmcgrath will be. 00:34:33 * | nirik will be there. 00:34:38 * | knurd does not plan to fly half around the world 00:36:09 < knurd> | nirik, quaid, mmcgrath, maybe you three can work something out for FUDCon? 00:36:46 < nirik> | well, the one thing I can think of would be to do a 'what is epel and why I should branch my packages for it' type session... 00:37:08 <-- | mbacovsk has quit (Remote closed the connection) 00:37:13 < knurd> | nirik, sounds good 00:37:33 < knurd> | seems most people left 00:37:38 < knurd> | I#d say we close the meeting 00:37:52 * | knurd will close the meeting in 30 00:37:55 < nirik> | sounds fine. 00:38:12 * | knurd will close the meeting in 10 00:38:23 < knurd> | -- MARK -- Meeting end 00:38:23 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:38:28 < knurd> | thx all 00:38:29 < mmcgrath> | knurd: thanks! 00:38:35 --> | spoleeba (spacious he's so) has joined #fedora-meeting 00:39:14 < quaid> | nirik +1 to that session idea 00:39:27 --- | You're now known as knurd_afk 00:39:28 < knurd_afk> | cu 00:39:32 < nirik> | I guess I can add it to the wiki... 00:39:34 < quaid> | ciao 00:39:41 < nirik> | quaid: you going to be at fudcon? 00:43:16 < quaid> | nirik: I plan to From florin at andrei.myip.org Fri Jan 4 18:54:02 2008 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 04 Jan 2008 10:54:02 -0800 Subject: wishlist addition: asterisk In-Reply-To: <477E7894.4050608@leemhuis.info> References: <477E75A5.5090103@andrei.myip.org> <477E7894.4050608@leemhuis.info> Message-ID: <477E80CA.4060201@andrei.myip.org> Thorsten Leemhuis wrote: > On 04.01.2008 19:06, Florin Andrei wrote: >> Please add Asterisk to the wish list. Thanks. > > Hmmm; its being worked on already; see: > https://www.redhat.com/archives/epel-devel-list/2007-December/msg00120.html > > is there any benefit from tracking that on the wishlist? Um... in case it gets dropped? -- Florin Andrei http://florin.myip.org/ From fedora at leemhuis.info Fri Jan 4 19:57:18 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 20:57:18 +0100 Subject: Build problem In-Reply-To: <4779F690.4020700@FamilleCollet.com> References: <4777D67E.6090102@FamilleCollet.com> <20071231214839.a62fd0f3.bugs.michael@gmx.net> <4779F690.4020700@FamilleCollet.com> Message-ID: <477E8F9E.2030609@leemhuis.info> Hi! Sorry for the late answer. On 01.01.2008 09:15, Remi Collet wrote: > Michael Schwendt a ?crit : >> On Sun, 30 Dec 2007 18:33:50 +0100, Remi Collet wrote: >>> I have a job failed because of a bug with >>> selinux-policy-devel-2.4.6-104.el5. >>> selinux-policy-devel-2.4.6-106.el5_1.3 seems ok. >>> Why the builder doesn't use the latest update ? >> I think the answer is in one of the EPEL steering committee meeting logs. >> So far, RHEL has been made available on the build servers manually. >> There's no RHN entitlement used yet, and updates are not pulled into the >> build root repos automatically. > Is there a way to ask for this package to be updated or should I build > my package without SELinux stuff ? I saw that you disabled selinux-support for now in glpi, which might be the best for now. Mike is looking into getting the RH updates into the buildroots for EPEL; see: https://fedorahosted.org/fedora-infrastructure/ticket/327#preview So hopefully over the next few days/weeks we should get a automatic way which tracks in the RHN-updates into the buildroot. CU knurd From fedora at leemhuis.info Fri Jan 4 20:01:58 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 04 Jan 2008 21:01:58 +0100 Subject: wishlist addition: asterisk In-Reply-To: <477E80CA.4060201@andrei.myip.org> References: <477E75A5.5090103@andrei.myip.org> <477E7894.4050608@leemhuis.info> <477E80CA.4060201@andrei.myip.org> Message-ID: <477E90B6.9080804@leemhuis.info> On 04.01.2008 19:54, Florin Andrei wrote: > Thorsten Leemhuis wrote: >> On 04.01.2008 19:06, Florin Andrei wrote: >>> Please add Asterisk to the wish list. Thanks. >> Hmmm; its being worked on already; see: >> https://www.redhat.com/archives/epel-devel-list/2007-December/msg00120.html >> is there any benefit from tracking that on the wishlist? > Um... in case it gets dropped? Yeah, but on the other hand there is a big risk the data gets outdated and misleading. But well, I asterisk to the wishlist. Cu knurd From pertusus at free.fr Sat Jan 5 09:51:55 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 5 Jan 2008 10:51:55 +0100 Subject: searching for C++ fixes backporter for libdap In-Reply-To: <20080104110831.GI2572@free.fr> References: <20080104110831.GI2572@free.fr> Message-ID: <20080105095155.GF2570@free.fr> On Fri, Jan 04, 2008 at 12:08:31PM +0100, Patrice Dumas wrote: > Hello, > Scratch it, Cristian is still there, though not in redhat anymore. Nice to him! -- Pat From buildsys at fedoraproject.org Sat Jan 5 22:09:00 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 5 Jan 2008 17:09:00 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-05 Message-ID: <20080105220900.29D71152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 13 NEW compface-1.5.2-5.el5 : Utilities for handling X-Faces NEW fluxbox-1.0.0-1.el5 : Window Manager based on Blackbox (!) gammu-1.17.0-1.el5 : INVALID rebuild, not published! NEW imlib2-1.3.0-3.el5 : Image loading, saving, rendering, and manipulation library libcdio-0.78.2-5.el5 octave-3.0.0-1.el5 NEW perl-Inline-0.44-18.el5 : Inline Perl module NEW perl-Inline-Files-0.62-2.el5 : Allows for multiple inline files in a single perl file php-pear-Net-FTP-1.3.4-1.el5 php-pecl-memcache-2.2.1-1.el5 python-gammu-0.24-1.el5 NEW python-xlrd-0.6.1-5.el5 : Library to extract data from Microsoft Excel (tm) spreadsheet files revisor-2.0.5-15.el5 Packages built and released for Fedora EPEL testing/4: 2 NEW perl-Inline-0.44-18.el4 : Inline Perl module NEW python-xlrd-0.6.1-5.el4 : Library to extract data from Microsoft Excel (tm) spreadsheet files Changes in Fedora EPEL testing/5: compface-1.5.2-5.el5 -------------------- * Thu Jan 04 2007 Michael Schwendt - 1.5.2-5 - rebuilt - Update summaries and url. fluxbox-1.0.0-1.el5 ------------------- * Mon Oct 08 2007 Andreas Bierfert 1.0.0-1 - version upgrade gammu-1.17.0-1.el5 ------------------ * Sat Dec 22 2007 Xavier Lamien < lxtnow[at]gmail.com > - 1.17.0-1 - Updated Release. imlib2-1.3.0-3.el5 ------------------ * Thu Nov 09 2006 Hans de Goede 1.3.0-3 - Fix CVE-2006-4806, CVE-2006-4807, CVE-2006-4808, CVE-2006-4809, thanks to Ubuntu for the patch (bug 214676) libcdio-0.78.2-5.el5 -------------------- * Fri Jan 04 2008 Adrian Reber - 0.78.2-5 - fixed security fix (was off by two) octave-3.0.0-1.el5 ------------------ * Thu Jan 03 2008 Quentin Spencer 3.0.0-1 - Update to 3.0.0. - Update license tag. - Port other spec file changes from devel branch. perl-Inline-0.44-18.el5 ----------------------- * Mon Nov 19 2007 Robin Norwood - 0.44-18 - Add BR: perl(Inline::Files) perl-Inline-Files-0.62-2.el5 ---------------------------- * Wed Nov 14 2007 Robin Norwood - 0.62-2 - Fix permissions per package review. php-pear-Net-FTP-1.3.4-1.el5 ---------------------------- * Tue Dec 11 2007 Remi Collet 1.3.4-1 - new version * Thu Dec 06 2007 Remi Collet 1.3.3-1 - new version - fix license - add %check (for documentation only) php-pecl-memcache-2.2.1-1.el5 ----------------------------- * Thu Nov 01 2007 Remi Collet 2.2.1-1 - new version * Sat Sep 22 2007 Remi Collet 2.2.0-1 - new version - add new INI directives (hash_strategy + hash_function) to config - add BR on php-devel >= 4.3.11 python-gammu-0.24-1.el5 ----------------------- * Thu Dec 27 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.24-1 - Updated Release. * Wed Oct 17 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.22-3 - Added pcc arch build. * Sat Oct 13 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.22-2 - Excluded pcc arch for now, build error reported to upstream. * Fri Oct 12 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.22-1 - Updated Release. * Tue Jul 03 2007 Xavier Lamien < lxtnow[at]gmail.com > - 0.21-1 - Updated Release. python-xlrd-0.6.1-5.el5 ----------------------- * Thu Jan 03 2008 Jan ONDREJ (SAL) - 0.6.1-5 - updated /usr/bin/ by bindir macro * Tue Jan 01 2008 Jan ONDREJ (SAL) - 0.6.1-4 - added eggs for Fedora >= 9 revisor-2.0.5-15.el5 -------------------- * Fri Jan 04 2008 Jeroen van Meeuwen 2.0.5-15 - Split off mayflower into it's own package * Fri Dec 28 2007 Jonathan Steffan 2.0.5-14 - Pulled in mayflower - Removed livecd-creator requires * Fri Nov 23 2007 Jeroen van Meeuwen 2.0.5-13git20071123 - Applied patch from Alexander Todorov for filtering comps * Mon Nov 19 2007 Jeroen van Meeuwen 2.0.5-13 - Point at Everything, not Fedora - Add in ignore_list for pkglist_required() - Catch a Bob Jensen Corner Case - Minor bugfixes in packaging - Other minor fixes Changes in Fedora EPEL testing/4: perl-Inline-0.44-18.el4 ----------------------- * Mon Nov 19 2007 Robin Norwood - 0.44-18 - Add BR: perl(Inline::Files) python-xlrd-0.6.1-5.el4 ----------------------- * Thu Jan 03 2008 Jan ONDREJ (SAL) - 0.6.1-5 - updated /usr/bin/ by bindir macro * Tue Jan 01 2008 Jan ONDREJ (SAL) - 0.6.1-4 - added eggs for Fedora >= 9 From lists at timj.co.uk Sun Jan 6 11:36:38 2008 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 06 Jan 2008 11:36:38 +0000 Subject: Refactoring up-imapproxy In-Reply-To: <477554D8.9030808@leemhuis.info> References: <47741577.40000@timj.co.uk> <477554D8.9030808@leemhuis.info> Message-ID: <4780BD46.1090301@timj.co.uk> Thorsten Leemhuis wrote: [inconsistent naming of stuff in up-imapproxy] > * there is no rule that EPEL packages have to be similar to the one from > Fedora or based on those from Fedora (maybe such a rule should exist to > prevent users bypass review), but it helps everyone a lot afaics; fixes > can easily be floating back and forth and (more important) users that > know the package from Fedora can just use the one from EPEL (or vice > versa); that might not sound very important, but it IMHO is as > differences like those outline above create a lot of confusion for users Indeed, which is why I wanted to involve other people. In a way it's a choice of the lesser of two evils: inconsistencies between Fedora and EPEL, and inconsistencies within the package itself. > * what upstream does here looks to be confusing, but fixing this > confusion only in Fedora-land (either Fedora or EPEL or both) just adds > more confusion for everyone, as Howtos and Docs written from upstream or > written for other distributions won't "just work" in Fedora-land as > files are stored in different places Fair point. > Thus is might be better for everyone to stick to the package design > what we have in Fedora for now, fix the naming problem upstream and then > adjust the packaging in Fedora-land to it. OK, I think that was a well-reasoned argument. However, one thing I omitted to mention was that the current layout does cause the following from rpmlint: W: incoherent-init-script-name imapproxy I do think if we are going to call the package "up-imapproxy" then the init script should also be "up-imapproxy" (even if we leave the config file location alone), and this is something that we are not "fixing" in Fedora land but rather just being self-consistent in doing. This is probably the thing that annoys me most, since I inevitably (in Fedora) try to do "service up-imapproxy start", having just installed a package called "up-imapproxy". I personally thing this is a mistake in the Fedora package and is worth fixing for the EPEL branch (and probably in Fedora for F9 too, although the current Fedora maintainer seems to be unresponsive). Tim From fedora at leemhuis.info Sun Jan 6 12:24:55 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 06 Jan 2008 13:24:55 +0100 Subject: EPEL report week 01/2008 Message-ID: <4780C897.90408@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week01 = Weekly EPEL Summary = Week 01/2008 == Most important happenings == * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00024.html Faster builds in plague] due to some optimizations done by Michael Schwendt (thx Michael!) * From the meeting summary: we'll do the EPEL5 moves from testing to stable around the 1st each months; the moves for epel4 are scheduled for the 15th each month == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00001.html Clamav-Saga continues] == Meeting == === Next Meeting === 20080116 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === Attendees: * [:RobMyers:_blah_] * [:DennisGilmore:dgilmore] * [:JesseKeating:f13] * [:JeffSheltren:Jeff_S] * [:ThorstenLeemhuis:knurd] * [:MikeMcGrath:mmcgrath] * [:KevinFenzi:nirik] * [:KarstenWade:quaid] * [:MichaelStahnke:stahnma] * [:JasonTibbitts:tibbs] Summary: * next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove * we'll do the EPEL5 moves from testing to stable around the 1st each months; the moves for epel4 are scheduled for the 15th each month * knurd will write down the procedure next time , then nirik and others can help in the future * EL-updates to the buildsys | unassigned | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * mmcgrath will look into how to get the updates from RHN daily into a repo which is used by mock to set up the EPEL buildroots; issue is tracked in [https://fedorahosted.org/fedora-infrastructure/ticket/327 this ticket]; see also:https://www.redhat.com/archives/epel-devel-list/2008-January/msg00038.html * RHEL MetaData | stahnma | http://fedoraproject.org/wiki/EPEL/Tasks/RhelMetaData * stahnma> | sorry , not much to update ; I am working on it and didn't have much time over the holidays am hoping for more very soon * KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel * mmcgrath> | nothing over the holidays. We're hopeful but nothing concrete yet. * Free discussion around EPEL * tibbs mentioned there was a review for an EPEL-only package (tetex-lineno, https://bugzilla.redhat.com/show_bug.cgi?id=426929 );The only real issue with that review is what to do with the devel branch. * it was agreed on that a dead.package-file should in the devel branch (that's what was done) is the best approach * fudcon? * mmcgrath, nirik and quiad will be there * nirik> | well, the one thing I can think of would be to do a 'what is epel and why I should branch my packages for it' type session... == Stats == === General === Number of EPEL Contributors: 165 We welcome 2 new contributors: michich rezso === EPEL 5 === Number of source packages: 963 Number of binary packages: 1772 There are 23 new Packages: * altermime | Alter MIME-encoded mailpacks * cernlib-g77 | General purpose CERN library * cernlib | General purpose CERN library * compface | Utilities for handling X-Faces * deltarpm | Create deltas between rpms * dosbox | x86/DOS emulator with sound and graphics * fluxbox | Window Manager based on Blackbox * glpi | Free IT asset management software * grads | Tool for easy acces, manipulation, and visualization of data * imlib2 | Image loading, saving, rendering, and manipulation library * libAfterImage | A generic image manipulation library * perl-Cache | The Cache interface * perl-File-MimeInfo | Determine file type and open application * perl-Inline-Files | Allows for multiple inline files in a single perl file * perl-Inline | Inline Perl module * perl-Net-DNS-Resolver-Programmable | Programmable DNS resolver class for offline emulation of DNS * python-xlrd | Library to extract data from Microsoft Excel (tm) spreadsheet files * rxvt | ouR XVT, a VT102 emulator for the X window system * rxvt-unicode | Rxvt-unicode is an unicode version of rxvt * tetex-tex4ht | Translates TeX and LaTeX into HTML or XML+MathML * wgrib | Manipulate, inventory and decode GRIB files * wmix | Dockapp mixer * xchm | A GUI front-end to CHMlib === EPEL 4 === Number of source packages: 577 Number of binary packages: 1096 There are 19 new Packages: * altermime | Alter MIME-encoded mailpacks * deltarpm | Create deltas between rpms * dosbox | An x86/DOS emulator with sound/graphics * glpi | Free IT asset management software * grads | Tool for easy acces, manipulation, and visualization of data * libAfterImage | A generic image manipulation library * perl-Cache | The Cache interface * perl-DBD-SQLite | Self Contained RDBMS in a DBI Driver * perl-File-DesktopEntry | Object to handle .desktop files * perl-File-MimeInfo | Determine file type and open application * perl-Inline-Files | Allows for multiple inline files in a single perl file * perl-Inline | Inline Perl module * python-xlrd | Library to extract data from Microsoft Excel (tm) spreadsheet files * rxvt | Rxvt (ouR XVT) - a VT102 emulator for the X window system * tetex-elsevier | Elsevier LaTeX style files and documentation * tetex-lineno | Add line numbers on paragraphs in LaTeX * tetex-tex4ht | Translates TeX and LaTeX into HTML or XML+MathML * wgrib | Manipulate, inventory and decode GRIB files * wmix | Dockapp mixer ---- ["CategoryEPELReports"] From buildsys at fedoraproject.org Mon Jan 7 16:41:21 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 7 Jan 2008 11:41:21 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-07 Message-ID: <20080107164121.ED67A152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 python-cherrypy-2.2.1-8.el5 Packages built and released for Fedora EPEL testing/5: 4 libupnp-1.6.3-3.el5 NEW mod_wsgi-1.3-2.el5 : A WSGI interface for Python web applications in Apache NEW t1lib-5.1.1-5.el5.1 : PostScript Type 1 font rasterizer NEW xpdf-3.02-5.el5.1 : A PDF file viewer for the X Window System Packages built and released for Fedora EPEL 4: 1 NEW python-cherrypy-2.2.1-8.el4 : A pythonic, object-oriented web development framework Packages built and released for Fedora EPEL testing/4: 2 libupnp-1.6.3-3.el4 NEW mod_wsgi-1.3-2.el4 : A WSGI interface for Python web applications in Apache Changes in Fedora EPEL 5: python-cherrypy-2.2.1-8.el5 --------------------------- * Sun Jan 06 2008 Toshio Kuratomi 2.2.1-8 - Fix a security bug with a backport of http://www.cherrypy.org/changeset/1775 - Include the egginfo files as well as the python files. Changes in Fedora EPEL testing/5: libupnp-1.6.3-3.el5 ------------------- * Fri Jan 04 2008 Eric Tanguy - 1.6.3-3 - No more building static library mod_wsgi-1.3-2.el5 ------------------ * Sun Jan 06 2008 James Bowes 1.3-2 - Require httpd * Sat Jan 05 2008 James Bowes 1.3-1 - Update to 1.3 t1lib-5.1.1-5.el5.1 ------------------- * Sat Jan 05 2008 Patrice Dumas - 5.1.1-5.1 - silence t1libconfig when the directories don't exist (#183108) * Sat Jan 05 2008 Patrice Dumas - 5.1.1-4 - separate subpackage for static library - keep timestamps - add more paths to t1libconfig and use rpm macros for those paths - fix the -maxdepth position in find - put t1lib.config and FontDatabase in %{_datadir} these are not config files, they are generated - fix a segfault in t1lib with long TYPE1 lines xpdf-3.02-5.el5.1 ----------------- * Sat Jan 05 2008 Tom "spot" Callaway 1:3.02-5.1 - RHEL-5 uses openmotif instead of lesstif * Wed Jan 02 2008 Tom "spot" Callaway 1:3.02-5 - use xdg-utils instead of htmlview (bz 313311) Changes in Fedora EPEL 4: python-cherrypy-2.2.1-8.el4 --------------------------- * Sun Jan 06 2008 Toshio Kuratomi 2.2.1-8 - Fix a security bug with a backport of http://www.cherrypy.org/changeset/1775 - Include the egginfo files as well as the python files. Changes in Fedora EPEL testing/4: libupnp-1.6.3-3.el4 ------------------- * Fri Jan 04 2008 Eric Tanguy - 1.6.3-3 - No more building static library mod_wsgi-1.3-2.el4 ------------------ * Sun Jan 06 2008 James Bowes 1.3-2 - Require httpd * Sat Jan 05 2008 James Bowes 1.3-1 - Update to 1.3 From simone.m at lynx2000.it Wed Jan 9 11:36:57 2008 From: simone.m at lynx2000.it (Simone Marchioni) Date: Wed, 09 Jan 2008 12:36:57 +0100 Subject: clamav-milter notify problem Message-ID: <1199878617.2379.18.camel@localhost.localdomain> Hi to all! I installed clamav-milter from EPEL repository on a CentOS 4.6 i386 machine. It work well but when I send a mail with a fake virus to test, it correctly detect the virus but it can't send a notify to the sender. If the mail doesn't have a Virus, the mail goes correctly in recipient's mailbox with the headers: X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 on ... X-Virus-Status: Clean As stated in the man: "When clamav-milter processes an e-mail which contains a virus it rejects the e-mail by using the SMTP code 550 or 554" In the file /var/log/clamd.milter I find the following message: /tmp/clamav-b7554818de2dc90f29d8c5ac67c1a847/msg.AaV6tb: Eicar-Test-Signature FOUND m092Ns53003533: /tmp/clamav-b7554818de2dc90f29d8c5ac67c1a847/msg.AaV6tb: Eicar-Test-Signature Intercepted virus from to sh: no: command not found m092Ns53003533: Failed to notify clamAV interception - see dead.letter I tried to disable SELinux but anything changed. Any tips? Thanks in advance Simo From kevin at tummy.com Wed Jan 9 17:33:09 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 9 Jan 2008 10:33:09 -0700 Subject: clamav-milter notify problem In-Reply-To: <1199878617.2379.18.camel@localhost.localdomain> References: <1199878617.2379.18.camel@localhost.localdomain> Message-ID: <20080109103309.727922cb@ghistelwchlohm.scrye.com> On Wed, 09 Jan 2008 12:36:57 +0100 simone.m at lynx2000.it (Simone Marchioni) wrote: > Hi to all! > > I installed clamav-milter from EPEL repository on a CentOS 4.6 i386 > machine. > It work well but when I send a mail with a fake virus to test, it > correctly detect the virus but it can't send a notify to the sender. > If the mail doesn't have a Virus, the mail goes correctly in > recipient's mailbox with the headers: > > X-Virus-Scanned: ClamAV version 0.92, clamav-milter version 0.92 > on ... X-Virus-Status: Clean > > As stated in the man: > > "When clamav-milter processes an e-mail which contains a virus it > rejects the e-mail by using the SMTP code 550 or 554" > > > In the file /var/log/clamd.milter I find the following message: > > /tmp/clamav-b7554818de2dc90f29d8c5ac67c1a847/msg.AaV6tb: > Eicar-Test-Signature FOUND > m092Ns53003533: /tmp/clamav-b7554818de2dc90f29d8c5ac67c1a847/msg.AaV6tb: > Eicar-Test-Signature Intercepted virus from to > sh: no: command not found > m092Ns53003533: Failed to notify clamAV interception - see dead.letter > > I tried to disable SELinux but anything changed. > > Any tips? Not sure off hand... file a bug? You do have the milter running I assume? Also, have you edited the /etc/clamd.d/milter.conf and commented the stupid "Example" line? > > Thanks in advance > Simo kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From simone.m at lynx2000.it Wed Jan 9 17:59:25 2008 From: simone.m at lynx2000.it (Simone Marchioni) Date: Wed, 09 Jan 2008 18:59:25 +0100 Subject: clamav-milter notify problem Message-ID: <1199901565.3810.68.camel@localhost.localdomain> > Not sure off hand... file a bug? > You do have the milter running I assume? > Also, have you edited the /etc/clamd.d/milter.conf and commented the > stupid "Example" line? Hi Kevin, thanks for the answer. Yes, I have the milter running and it works well: as I stated in the previous mail it does the job well. I have the milter for both Spamassassin and Clamav. And yes I commented the Example line. Maybe the last possibility is just to file a bug... :-((( But it's strange the packager didn't realize this problem. > kevin I'll file a bug. Thank you! Simo From simone.m at lynx2000.it Wed Jan 9 18:13:18 2008 From: simone.m at lynx2000.it (Simone Marchioni) Date: Wed, 09 Jan 2008 19:13:18 +0100 Subject: clamav-milter notify problem In-Reply-To: <1199901565.3810.68.camel@localhost.localdomain> References: <1199901565.3810.68.camel@localhost.localdomain> Message-ID: <1199902398.3810.71.camel@localhost.localdomain> > I'll file a bug. Filed. https://bugzilla.redhat.com/show_bug.cgi?id=428158 From bugs.michael at gmx.net Wed Jan 9 19:05:53 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 9 Jan 2008 20:05:53 +0100 Subject: clamav-milter notify problem In-Reply-To: <1199901565.3810.68.camel@localhost.localdomain> References: <1199901565.3810.68.camel@localhost.localdomain> Message-ID: <20080109200553.0a122a9c.bugs.michael@gmx.net> On Wed, 09 Jan 2008 18:59:25 +0100, Simone Marchioni wrote: > > Not sure off hand... file a bug? > > > You do have the milter running I assume? > > Also, have you edited the /etc/clamd.d/milter.conf and commented the > > stupid "Example" line? > > Hi Kevin, > > thanks for the answer. > Yes, I have the milter running and it works well: as I stated in the previous mail it does the job well. > I have the milter for both Spamassassin and Clamav. > And yes I commented the Example line. > > Maybe the last possibility is just to file a bug... :-((( > But it's strange the packager didn't realize this problem. > > > kevin > > I'll file a bug. It sounded familiar... but: https://www.redhat.com/archives/fedora-list/2005-July/msg02794.html Hmmm... "sh: no: command not found" errors sometimes occur in sloppy sh/bash based feature check expressions (e.g. in configure scripts) when a variable is assigned "no" or remains at a "no" default because something is missing. From simone.m at lynx2000.it Thu Jan 10 08:18:43 2008 From: simone.m at lynx2000.it (Simone Marchioni) Date: Thu, 10 Jan 2008 09:18:43 +0100 Subject: clamav-milter notify problem In-Reply-To: <20080109200553.0a122a9c.bugs.michael@gmx.net> References: <1199901565.3810.68.camel@localhost.localdomain> <20080109200553.0a122a9c.bugs.michael@gmx.net> Message-ID: <1199953123.2368.7.camel@localhost.localdomain> > It sounded familiar... but: > > https://www.redhat.com/archives/fedora-list/2005-July/msg02794.html > > Hmmm... > > "sh: no: command not found" errors sometimes occur in sloppy sh/bash based > feature check expressions (e.g. in configure scripts) when a variable is > assigned "no" or remains at a "no" default because something is missing. Thanks for the tip Michael! Sadly the problem is more than two years old... :-( Did you solved it? What can I check to find where the problem is? Many thanks! Simo From buildsys at fedoraproject.org Fri Jan 11 14:43:47 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 11 Jan 2008 09:43:47 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-11 Message-ID: <20080111144347.7F6E0152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 drupal-5.6-1.el5 Packages built and released for Fedora EPEL testing/5: 26 akode-2.0.2-4.el5 bcfg2-0.9.5.4-1.el5 NEW cln-1.1.13-2.el5 : Class Library for Numbers cobbler-0.6.5-3.el5 NEW dbus-qt-0.70-2.el5 : Qt-based library for using D-BUS NEW emacs-nxml-mode-0.20041004-6.el5 : Emacs package for editing XML flashrom-0-0.6.20080109svn3036.el5 NEW freealut-1.1.0-5.el5 : Implementation of OpenAL's ALUT standard NEW ginac-1.4.1-1.el5 : C++ library for symbolic calculations gnucash-2.2.3-1.el5 NEW kmplayer-0.10.0c-2.el5 : Video plugin for Konqueror and basic Gstreamer/Xine frontend koan-0.6.4-1.el5 maxima-5.14.0-4.el5 (!) netdump-server-0.7.16-20.el5 : INVALID rebuild, not published! octave-3.0.0-2.el5 NEW openal-0.0.9-0.13.20060204cvs.el5 : Open Audio Library pexpect-2.3-1.el5 php-pear-Console-Table-1.0.8-1.el5 plone-3.0.5-1.el5 NEW rlwrap-0.30-1.el5 : Wrapper for GNU readline sbcl-1.0.13-1.el5 superiotool-0-0.8.20080110svn3011.el5 t1lib-5.1.1-7.el5 NEW tiresias-fonts-1.0-2.el5 : Low vision fonts wordpress-2.3.2-1.el5 wxMaxima-0.7.4-2.el5 Packages built and released for Fedora EPEL 4: 1 drupal-5.6-1.el4 Packages built and released for Fedora EPEL testing/4: 13 bcfg2-0.9.5.4-1.el4 cobbler-0.6.5-3.el4 NEW emacs-nxml-mode-0.20041004-6.el4 : Emacs package for editing XML flashrom-0-0.6.20080109svn3036.el4 NEW freealut-1.1.0-5.el4 : Implementation of OpenAL's ALUT standard koan-0.6.4-1.el4 maxima-5.14.0-4.el4 NEW openal-0.0.9-0.13.20060204cvs.el4 : Open Audio Library pexpect-2.3-1.el4 NEW rlwrap-0.30-1.el4 : Wrapper for GNU readline sbcl-1.0.13-1.el4 superiotool-0-0.8.20080110svn3011.el4 NEW tiresias-fonts-1.0-2.el4 : Low vision fonts Changes in Fedora EPEL 5: drupal-5.6-1.el5 ---------------- * Fri Jan 11 2008 Jon Ciesla - 5.6-1 - Upgrade to 5.6, upstream security fixes. * Mon Jan 07 2008 Jon Ciesla - 5.5-2 - Include .htaccess file, BZ 427720. * Mon Dec 10 2007 Jon Ciesla - 5.5-1 - Upgrade to 5.5, critical fixes. * Thu Dec 06 2007 Jon Ciesla - 5.4-2 - Fix /files -> /var/lib/drupal dir perms, BZ 414761. * Wed Dec 05 2007 Jon Ciesla - 5.4-1 - Upgrade to 5.4, advisory ID DRUPAL-SA-2007-031. - Augmented README regarding symlinks, BZ 254228. Changes in Fedora EPEL testing/5: akode-2.0.2-4.el5 ----------------- * Mon Jan 07 2008 Rex Dieter 2.0.2-4 - -Requires: %name-pulseaudio (can be added to kde-settings-pulseaudio) * Sun Dec 23 2007 Rex Dieter 2.0.2-3 - fix flac113 support * Sun Dec 23 2007 Rex Dieter 2.0.2-2 - fix multilib conflicts (#340591) * Sun Dec 23 2007 Rex Dieter 2.0.2-1 - akode-2.0.2 * Wed Sep 26 2007 Rex Dieter 2.0.1-9 - BR: pulseaudio-libs-devel * Mon Aug 20 2007 Rex Dieter 2.0.1-8 - -libsamplerate: License: GPLv2+ - omit oss_sink * Sat Aug 11 2007 Rex Dieter 2.0.1-7 - Requires: %{name}-pulseaudio (f8+) - License: LGPLv2+ * Thu Feb 15 2007 Rex Dieter 2.0.1-6 - respin (for flac, fc7+) * Mon Feb 12 2007 Rex Dieter 2.0.1-5 - enable pulseaudio support - Requires: akode-pulseaudio (f7+) bcfg2-0.9.5.4-1.el5 ------------------- * Wed Jan 09 2008 Jeffrey C. Ollie - 0.9.5.4-1 - Update to 0.9.5.4. * Tue Jan 08 2008 Jeffrey C. Ollie - 0.9.5.3-1 - Update to 0.9.5.3 - Package egg-info files. cln-1.1.13-2.el5 ---------------- * Wed Jan 09 2008 Quentin Spencer 1.1.13-3 - Port changes in devel and update license tag. cobbler-0.6.5-3.el5 ------------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.5-3 - added python-setuptools stanza for F9 * Thu Jan 10 2008 Michael DeHaan - 0.6.5-1 - Upstream changes (see CHANGELOG) - simplify directory permissions dbus-qt-0.70-2.el5 ------------------ * Mon Aug 27 2007 Dennis Gilmore 0.70-2 - rebuild and update license emacs-nxml-mode-0.20041004-6.el5 -------------------------------- * Thu Jul 05 2007 Tim Waugh . flashrom-0-0.6.20080109svn3036.el5 ---------------------------------- * Wed Jan 09 2008 Peter Lemenkov 0-0.6.20080109svn3036 - support for SST25VF040B flash chip - enable ga_2761gxdk board - support for EN29F002(A)(N)B chips - support for EON EN29F002AT flash chip - support for 25VF016B flash chip - support for ST M25P05-A, M25P10-A, M25P20, M25P40, M25P16, M25P32, M25P64 and M25P128 flash chips - support for ST M25P80 flash chip - support for AT49F002, AT49F002N, AT49F002T and AT49F002NT flash chips - enable Acorp 6A815EPD board freealut-1.1.0-5.el5 -------------------- * Wed Jan 02 2008 Andreas Bierfert - 1.1.0-5 - fix #341161 multiarch conflicts ginac-1.4.1-1.el5 ----------------- * Wed Jan 09 2008 Quentin Spencer 1.4.1-1 - Update to 1.4.1. Port other devel changes. gnucash-2.2.3-1.el5 ------------------- * Tue Jan 08 2008 Bill Nottingham - 2.2.3-1 - update to 2.2.3 kmplayer-0.10.0c-2.el5 ---------------------- * Tue Jan 08 2008 Rex Dieter 0.10.0c-2 - patch kmplayer.desktop: Icon=kmplayer * Mon Jan 07 2008 Rex Dieter 0.10.0c-1 - kmplayer-0.10.0c koan-0.6.4-1.el5 ---------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.4-1 - Upstream changes (see CHANGELOG) * Thu Nov 15 2007 Michael DeHaan - 0.6.3-3 - Upstream changes (see CHANGELOG) maxima-5.14.0-4.el5 ------------------- * Wed Jan 02 2008 Rex Dieter 5.14.0-4 - x86_64: --disable-gcl (#427250) - --disable-gcl (f9+, temporary, until broken deps fixed) * Tue Jan 01 2008 Rex Dieter 5.14.0-3 - (re)enable gcl * Thu Dec 27 2007 Rex Dieter 5.14.0-2 - respin (sbcl) * Sat Dec 22 2007 Rex Dieter 5.14.0-1 - maxima-5.14.0 * Mon Dec 17 2007 Rex Dieter 5.13.99-0.3.rc2 - disable gcl (for now, doesn't build atm) * Mon Dec 17 2007 Rex Dieter 5.13.99-0.2.rc2 - maxima-5.13.99rc2 * Tue Dec 04 2007 Rex Dieter 5.13.99-0.1.rc1 - maxima-5.13.99rc1 * Mon Nov 26 2007 Rex Dieter 5.13.0-10 - rebuild against sbcl-1.0.12/clisp-2.43 * Sat Nov 03 2007 Rex Dieter 5.13.0-8 - rebuild against sbcl-1.0.11 * Tue Oct 09 2007 Rex Dieter 5.13.0-7 - rebuild against sbcl-1.0.10 * Fri Sep 14 2007 Rex Dieter 5.13.0-6 - xmaxima.desktop: Categories=Development,Math netdump-server-0.7.16-20.el5 ---------------------------- * Wed Dec 12 2007 Neil Horman - 0.7.16-20 - Fixing licensing issues to be unambiguously GPLv2 octave-3.0.0-2.el5 ------------------ * Wed Jan 09 2008 Quentin Spencer 3.0.0-2 - Add curl-devel and pcre-devel as build dependencies. Closes bug 302231. openal-0.0.9-0.13.20060204cvs.el5 --------------------------------- * Sat Dec 15 2007 Andreas Bierfert - 0.0.9-0.13.20060204 - directly require sdl * Wed Dec 12 2007 Andreas Bierfert - 0.0.9-0.12.20060204 - set default output to sdl for >F8 to work around pulseaudio (#420991) - fix multiarch (#324771) - fix esound problem (don't use dlopen) (#397511) pexpect-2.3-1.el5 ----------------- * Tue Jan 08 2008 Robert Scheck 2.3-1 - Upgrade to 2.3 - Updated the source URL to match with the guidelines php-pear-Console-Table-1.0.8-1.el5 ---------------------------------- * Wed Jan 09 2008 Remi Collet 1.0.8-1 - update to 1.0.8 - fix tests, http://pear.php.net/bugs/bug.php?id=12863 - add %check - fixed xml2changelog plone-3.0.5-1.el5 ----------------- * Mon Jan 07 2008 Jonathan Steffan 3.0.5-1 - Update to plone 3.0.5 rlwrap-0.30-1.el5 ----------------- * Thu Jan 10 2008 Michel Salim 0.30-1 - Update to 0.30 sbcl-1.0.13-1.el5 ----------------- * Thu Dec 27 2007 Rex Dieter 1.0.13-1 - sbcl-1.0.13 * Mon Nov 26 2007 Rex Dieter 1.0.12-1 - sbcl-1.0.12 * Wed Oct 31 2007 Rex Dieter 1.0.11-1 - sbcl-1.0.11 * Mon Oct 08 2007 Rex Dieter 1.0.10-1 - sbcl-1.0.10 superiotool-0-0.8.20080110svn3011.el5 ------------------------------------- * Thu Jan 10 2008 Peter Lemenkov 0-0.8.20080110svn3011 - svn ver. 3011 - support for NSC PC87317 - support for SMSC LPC47M192 - support for NSC PC97317 - support for NSC PC97307 - support for NSC PC8741x - support for NSC PC87309 - support for SMSC FDC37C67x - support for the PC87366 - support for the SMSC LPC47B27x t1lib-5.1.1-7.el5 ----------------- * Tue Jan 08 2008 Patrice Dumas - 5.1.1-7 - add X libs BuildRequires (#353861) * Tue Jan 08 2008 Patrice Dumas - 5.1.1-6 - apply debian patch - use debian patches directly * Sat Jan 05 2008 Patrice Dumas - 5.1.1-5 - silence t1libconfig when the directories don't exist (#183108) * Sat Jan 05 2008 Patrice Dumas - 5.1.1-4 - separate subpackage for static library - keep timestamps - add more paths to t1libconfig and use rpm macros for those paths - fix the -maxdepth position in find - put t1lib.config and FontDatabase in %{_datadir} these are not config files, they are generated - fix a segfault in t1lib with long TYPE1 lines tiresias-fonts-1.0-2.el5 ------------------------ * Wed Jan 02 2008 Tom "spot" Callaway 1.0-2 - font versions didn't change, but sha1sums did wordpress-2.3.2-1.el5 --------------------- * Sun Dec 30 2007 Adrian Reber - 2.3.2-1 - updated to 2.3.2 (bz 426431, Draft Information Disclosure) wxMaxima-0.7.4-2.el5 -------------------- * Fri Dec 07 2007 Rex Dieter 0.7.4-1 - wxMaxima-0.7.4 Changes in Fedora EPEL 4: drupal-5.6-1.el4 ---------------- * Fri Jan 11 2008 Jon Ciesla - 5.6-1 - Upgrade to 5.6, upstream security fixes. * Mon Jan 07 2008 Jon Ciesla - 5.5-2 - Include .htaccess file, BZ 427720. * Mon Dec 10 2007 Jon Ciesla - 5.5-1 - Upgrade to 5.5, critical fixes. * Thu Dec 06 2007 Jon Ciesla - 5.4-2 - Fix /files -> /var/lib/drupal dir perms, BZ 414761. * Wed Dec 05 2007 Jon Ciesla - 5.4-1 - Upgrade to 5.4, advisory ID DRUPAL-SA-2007-031. - Augmented README regarding symlinks, BZ 254228. Changes in Fedora EPEL testing/4: bcfg2-0.9.5.4-1.el4 ------------------- * Wed Jan 09 2008 Jeffrey C. Ollie - 0.9.5.4-1 - Update to 0.9.5.4. * Tue Jan 08 2008 Jeffrey C. Ollie - 0.9.5.3-1 - Update to 0.9.5.3 - Package egg-info files. cobbler-0.6.5-3.el4 ------------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.5-3 - added python-setuptools stanza for F9 * Thu Jan 10 2008 Michael DeHaan - 0.6.5-1 - Upstream changes (see CHANGELOG) - simplify directory permissions emacs-nxml-mode-0.20041004-6.el4 -------------------------------- * Thu Jul 05 2007 Tim Waugh . flashrom-0-0.6.20080109svn3036.el4 ---------------------------------- * Wed Jan 09 2008 Peter Lemenkov 0-0.6.20080109svn3036 - support for SST25VF040B flash chip - enable ga_2761gxdk board - support for EN29F002(A)(N)B chips - support for EON EN29F002AT flash chip - support for 25VF016B flash chip - support for ST M25P05-A, M25P10-A, M25P20, M25P40, M25P16, M25P32, M25P64 and M25P128 flash chips - support for ST M25P80 flash chip - support for AT49F002, AT49F002N, AT49F002T and AT49F002NT flash chips - enable Acorp 6A815EPD board freealut-1.1.0-5.el4 -------------------- * Wed Jan 02 2008 Andreas Bierfert - 1.1.0-5 - fix #341161 multiarch conflicts koan-0.6.4-1.el4 ---------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.4-1 - Upstream changes (see CHANGELOG) * Thu Nov 15 2007 Michael DeHaan - 0.6.3-3 - Upstream changes (see CHANGELOG) maxima-5.14.0-4.el4 ------------------- * Wed Jan 02 2008 Rex Dieter 5.14.0-4 - x86_64: --disable-gcl (#427250) - --disable-gcl (f9+, temporary, until broken deps fixed) * Tue Jan 01 2008 Rex Dieter 5.14.0-3 - (re)enable gcl * Thu Dec 27 2007 Rex Dieter 5.14.0-2 - respin (sbcl) * Sat Dec 22 2007 Rex Dieter 5.14.0-1 - maxima-5.14.0 * Mon Dec 17 2007 Rex Dieter 5.13.99-0.3.rc2 - disable gcl (for now, doesn't build atm) * Mon Dec 17 2007 Rex Dieter 5.13.99-0.2.rc2 - maxima-5.13.99rc2 * Tue Dec 04 2007 Rex Dieter 5.13.99-0.1.rc1 - maxima-5.13.99rc1 * Mon Nov 26 2007 Rex Dieter 5.13.0-10 - rebuild against sbcl-1.0.12/clisp-2.43 * Sat Nov 03 2007 Rex Dieter 5.13.0-8 - rebuild against sbcl-1.0.11 * Tue Oct 09 2007 Rex Dieter 5.13.0-7 - rebuild against sbcl-1.0.10 * Fri Sep 14 2007 Rex Dieter 5.13.0-6 - xmaxima.desktop: Categories=Development,Math openal-0.0.9-0.13.20060204cvs.el4 --------------------------------- * Sat Dec 15 2007 Andreas Bierfert - 0.0.9-0.13.20060204 - directly require sdl * Wed Dec 12 2007 Andreas Bierfert - 0.0.9-0.12.20060204 - set default output to sdl for >F8 to work around pulseaudio (#420991) - fix multiarch (#324771) - fix esound problem (don't use dlopen) (#397511) pexpect-2.3-1.el4 ----------------- * Tue Jan 08 2008 Robert Scheck 2.3-1 - Upgrade to 2.3 - Updated the source URL to match with the guidelines rlwrap-0.30-1.el4 ----------------- * Thu Jan 10 2008 Michel Salim 0.30-1 - Update to 0.30 sbcl-1.0.13-1.el4 ----------------- * Thu Dec 27 2007 Rex Dieter 1.0.13-1 - sbcl-1.0.13 * Mon Nov 26 2007 Rex Dieter 1.0.12-1 - sbcl-1.0.12 * Wed Oct 31 2007 Rex Dieter 1.0.11-1 - sbcl-1.0.11 * Mon Oct 08 2007 Rex Dieter 1.0.10-1 - sbcl-1.0.10 superiotool-0-0.8.20080110svn3011.el4 ------------------------------------- * Thu Jan 10 2008 Peter Lemenkov 0-0.8.20080110svn3011 - svn ver. 3011 - support for NSC PC87317 - support for SMSC LPC47M192 - support for NSC PC97317 - support for NSC PC97307 - support for NSC PC8741x - support for NSC PC87309 - support for SMSC FDC37C67x - support for the PC87366 - support for the SMSC LPC47B27x tiresias-fonts-1.0-2.el4 ------------------------ * Wed Jan 02 2008 Tom "spot" Callaway 1.0-2 - font versions didn't change, but sha1sums did From ville.skytta at iki.fi Sat Jan 12 13:53:30 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Sat, 12 Jan 2008 15:53:30 +0200 Subject: Bunch of EPEL packages needing new maintainers Message-ID: <200801121553.31133.ville.skytta@iki.fi> Hi, Due to various reasons, I am no longer using EL on my desktops and have reverted to using Fedora on them. Therefore, a bunch of desktop'y EPEL packages are now in need of new primary maintainers: abcde cd-discid cvs2cl cvsps gkrellm gkrellm-volume libmodplug perltidy rpmlint svn2cl xine-lib I've released the EPEL ownership for these in pkgdb and "downgraded" myself as a co-maintainer for the time being for EPEL branches, please go ahead and claim these if interested. Thanks in advance! From bugs.michael at gmx.net Sun Jan 13 10:33:20 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Jan 2008 11:33:20 +0100 Subject: Broken deps in EPEL 5 Message-ID: <20080113113320.8a3fb83a.bugs.michael@gmx.net> Extras repoclosure stripped and pointed to EPEL 5 reports the following against CentOS 5.1. Included are also EPEL 5 Test Updates and EPEL 5 Needsign: Summary of broken packages (by owner): danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 dennis AT ausil.us fedora-packager - 0.1.1-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch jkeating AT redhat.com koji-builder - 1.2.3-1.el5.noarch jlaska AT redhat.com snake-server - 0.9-0.5git.el5.noarch jonathansteffan AT gmail.com revisor-jigdo - 2.0.5-15.el5.noarch limb AT jcomserv.net moodle - 1.8.2-1.el5.noarch lmacken AT redhat.com bodhi-server - 0.4.4-1.el5.noarch lxtnow AT gmail.com python-gammu - 0.20-1.el5.x86_64 matthias AT rpmforge.net python-Coherence - 0.2.1-3.el5.noarch mmcgrath AT redhat.com nagios-devel - 2.9-1.el5.i386 qspencer AT ieee.org octave-forge - 20071212-6.el5.i386 octave-forge - 20071212-6.el5.x86_64 roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch shahms AT shahms.com nautilus-bzr - 0.93.0-2.el5.i386 steve AT silug.org perl-Test-Base - 0.53-1.el5.noarch tcallawa AT redhat.com R - 2.6.1-1.el5.i386 R - 2.6.1-1.el5.i386 R - 2.6.1-1.el5.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: nagios-devel-2.9-1.el5.i386 requires nagios = 0:2.9-1.el5 python-gammu-0.20-1.el5.x86_64 requires libGammu.so.1()(64bit) ====================================================================== Broken packages in fedora-epel-needsign-5-i386: R-2.6.1-1.el5.i386 requires perl(File::Copy::Recursive) ====================================================================== Broken packages in fedora-epel-needsign-5-x86_64: R-2.6.1-1.el5.i386 requires perl(File::Copy::Recursive) R-2.6.1-1.el5.x86_64 requires perl(File::Copy::Recursive) octave-forge-20071212-6.el5.i386 requires libnc-dap.so.3 octave-forge-20071212-6.el5.x86_64 requires libnc-dap.so.3()(64bit) ====================================================================== Broken packages in fedora-epel-testing-5-i386: bodhi-server-0.4.4-1.el5.noarch requires yum-utils >= 0:1.1.7 bodhi-server-0.4.4-1.el5.noarch requires mash fedora-packager-0.1.1-1.el5.noarch requires plague-client hunspell-he-1.0-7.el5.i386 requires hunspell koji-builder-1.2.3-1.el5.noarch requires createrepo >= 0:0.4.11 moodle-1.8.2-1.el5.noarch requires mimetex nautilus-bzr-0.93.0-2.el5.i386 requires nautilus-python >= 0:0.4.3-4 perl-Test-Base-0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-twisted-core python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-Coherence-0.2.1-3.el5.noarch requires python-twisted-web revisor-jigdo-2.0.5-15.el5.noarch requires jigdo snake-server-0.9-0.5git.el5.noarch requires pykickstart >= 0:1.1 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant From bugs.michael at gmx.net Sun Jan 13 10:57:57 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Jan 2008 11:57:57 +0100 Subject: 2nd try: Broken deps in EPEL 5 In-Reply-To: <20080113113320.8a3fb83a.bugs.michael@gmx.net> References: <20080113113320.8a3fb83a.bugs.michael@gmx.net> Message-ID: <20080113115757.db2044d8.bugs.michael@gmx.net> Yeah, right, x86_64 test updates were missing (as a result of creating a yum.conf manually instead of generating it from Config_EPEL.py). Here's the corrected list: The old nagios-devel.i386 in x86_64 should be deleted manually by the EPEL signers. Summary of broken packages (by owner): danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.1.1-1.el5.noarch fedora-packager - 0.1.1-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch perl-libwhisker2 - 2.4-3.el5.noarch jkeating AT redhat.com koji-builder - 1.2.3-1.el5.noarch koji-builder - 1.2.3-1.el5.noarch jlaska AT redhat.com snake-server - 0.9-0.5git.el5.noarch snake-server - 0.9-0.5git.el5.noarch jonathansteffan AT gmail.com revisor-jigdo - 2.0.5-15.el5.noarch revisor-jigdo - 2.0.5-15.el5.noarch limb AT jcomserv.net moodle - 1.8.2-1.el5.noarch moodle - 1.8.2-1.el5.noarch lmacken AT redhat.com bodhi-server - 0.4.4-1.el5.noarch bodhi-server - 0.4.4-1.el5.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el5.noarch python-Coherence - 0.2.1-3.el5.noarch mmcgrath AT redhat.com nagios-devel - 2.9-1.el5.i386 roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch translate-toolkit - 0.10.1-1.el5.noarch shahms AT shahms.com nautilus-bzr - 0.93.0-2.el5.i386 nautilus-bzr - 0.93.0-2.el5.x86_64 steve AT silug.org perl-Test-Base - 0.53-1.el5.noarch perl-Test-Base - 0.53-1.el5.noarch tcallawa AT redhat.com R - 2.6.1-1.el5.i386 R - 2.6.1-1.el5.i386 R - 2.6.1-1.el5.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: nagios-devel-2.9-1.el5.i386 requires nagios = 0:2.9-1.el5 ====================================================================== Broken packages in fedora-epel-needsign-5-i386: R-2.6.1-1.el5.i386 requires perl(File::Copy::Recursive) ====================================================================== Broken packages in fedora-epel-needsign-5-x86_64: R-2.6.1-1.el5.i386 requires perl(File::Copy::Recursive) R-2.6.1-1.el5.x86_64 requires perl(File::Copy::Recursive) ====================================================================== Broken packages in fedora-epel-testing-5-i386: bodhi-server-0.4.4-1.el5.noarch requires yum-utils >= 0:1.1.7 bodhi-server-0.4.4-1.el5.noarch requires mash fedora-packager-0.1.1-1.el5.noarch requires plague-client hunspell-he-1.0-7.el5.i386 requires hunspell koji-builder-1.2.3-1.el5.noarch requires createrepo >= 0:0.4.11 moodle-1.8.2-1.el5.noarch requires mimetex nautilus-bzr-0.93.0-2.el5.i386 requires nautilus-python >= 0:0.4.3-4 perl-Test-Base-0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-twisted-core python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-Coherence-0.2.1-3.el5.noarch requires python-twisted-web revisor-jigdo-2.0.5-15.el5.noarch requires jigdo snake-server-0.9-0.5git.el5.noarch requires pykickstart >= 0:1.1 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: bodhi-server-0.4.4-1.el5.noarch requires yum-utils >= 0:1.1.7 bodhi-server-0.4.4-1.el5.noarch requires mash fedora-packager-0.1.1-1.el5.noarch requires plague-client hunspell-he-1.0-7.el5.x86_64 requires hunspell koji-builder-1.2.3-1.el5.noarch requires createrepo >= 0:0.4.11 moodle-1.8.2-1.el5.noarch requires mimetex nautilus-bzr-0.93.0-2.el5.x86_64 requires nautilus-python >= 0:0.4.3-4 perl-Test-Base-0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-twisted-core python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-Coherence-0.2.1-3.el5.noarch requires python-twisted-web revisor-jigdo-2.0.5-15.el5.noarch requires jigdo snake-server-0.9-0.5git.el5.noarch requires pykickstart >= 0:1.1 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant From bugs.michael at gmx.net Sun Jan 13 11:06:04 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Jan 2008 12:06:04 +0100 Subject: Broken deps in EPEL 4 Message-ID: <20080113120604.44bfe74e.bugs.michael@gmx.net> EPEL 4 (incl. testing and needsign) against CentOS: Summary of broken packages (by owner): Jochen AT herr-schmitt.de kyum - 0.7.5-9.el4.1.i386 kyum - 0.7.5-9.el4.1.x86_64 andreas.bierfert AT lowlatency.de wv2 - 0.2.3-3.el4.i386 chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.i386 git-cvs - 1.5.3.6-1.el4.x86_64 dennis AT ausil.us fedora-packager - 0.1.1-1.el4.noarch devrim AT commandprompt.com postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net moodle - 1.8.2-1.el4.noarch pcapdiff - 0.1-2.el4.noarch lmacken AT redhat.com TurboGears - 1.0.3.2-7.el4.noarch python-paste-script - 1.3.6-1.el4.noarch python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch mastahnke AT gmail.com ruby-ldap - 0.9.7-3.el4.i386 ruby-ldap - 0.9.7-3.el4.x86_64 matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch pertusus AT free.fr tetex-tex4ht - 1.0.2006_08_26_2341-2.el4.2.i386 tetex-tex4ht - 1.0.2006_08_26_2341-2.el4.2.x86_64 tcallawa AT redhat.com gnome-screensaver-frogs - 0.2-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-x86_64: wv2-0.2.3-3.el4.i386 requires libgsf-1.so.1 ====================================================================== Broken packages in fedora-epel-testing-4-i386: TurboGears-1.0.3.2-7.el4.noarch requires python-sqlalchemy >= 0:0.3 bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) fedora-packager-0.1.1-1.el4.noarch requires bzr fedora-packager-0.1.1-1.el4.noarch requires bodhi-client fedora-packager-0.1.1-1.el4.noarch requires plague-client fedora-packager-0.1.1-1.el4.noarch requires koji git-cvs-1.5.3.6-1.el4.i386 requires cvsps gnome-screensaver-frogs-0.2-3.el4.noarch requires gnome-screensaver kyum-0.7.5-9.el4.1.i386 requires yum >= 0:3.2.1 moodle-1.8.2-1.el4.noarch requires perl(Text::Aspell) moodle-1.8.2-1.el4.noarch requires mimetex pcapdiff-0.1-2.el4.noarch requires pcapy perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-paste-script-1.3.6-1.el4.noarch requires python-paste-deploy python-paste-script-1.3.6-1.el4.noarch requires python-paste python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 ruby-ldap-0.9.7-3.el4.i386 requires ruby(abi) = 0:1.8 specto-0.2.0-4.el4.noarch requires notify-python tetex-tex4ht-1.0.2006_08_26_2341-2.el4.2.i386 requires pstoedit ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: TurboGears-1.0.3.2-7.el4.noarch requires python-sqlalchemy >= 0:0.3 bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) fedora-packager-0.1.1-1.el4.noarch requires bzr fedora-packager-0.1.1-1.el4.noarch requires bodhi-client fedora-packager-0.1.1-1.el4.noarch requires plague-client fedora-packager-0.1.1-1.el4.noarch requires koji git-cvs-1.5.3.6-1.el4.x86_64 requires cvsps gnome-screensaver-frogs-0.2-3.el4.noarch requires gnome-screensaver kyum-0.7.5-9.el4.1.x86_64 requires yum >= 0:3.2.1 moodle-1.8.2-1.el4.noarch requires perl(Text::Aspell) moodle-1.8.2-1.el4.noarch requires mimetex pcapdiff-0.1-2.el4.noarch requires pcapy perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-paste-script-1.3.6-1.el4.noarch requires python-paste-deploy python-paste-script-1.3.6-1.el4.noarch requires python-paste python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 ruby-ldap-0.9.7-3.el4.x86_64 requires ruby(abi) = 0:1.8 specto-0.2.0-4.el4.noarch requires notify-python tetex-tex4ht-1.0.2006_08_26_2341-2.el4.2.x86_64 requires pstoedit From lemenkov at gmail.com Sun Jan 13 16:06:27 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Sun, 13 Jan 2008 19:06:27 +0300 Subject: Fwd: Build Error (Job 37854): openser-1_3_0-1_el5 on fedora-5-epel In-Reply-To: <20080113142427.A94AF152130@buildsys.fedoraproject.org> References: <20080113142427.A94AF152130@buildsys.fedoraproject.org> Message-ID: Hello All! While trying to build one of applications for EPEL I found strange (at least for me) issue: ---------- Forwarded message ---------- From: buildsys at fedoraproject.org Date: 13.01.2008 17:24 Subject: Build Error (Job 37854): openser-1_3_0-1_el5 on fedora-5-epel To: lemenkov at gmail.com Job failed on arch ppc Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-epel/37854-openser-1.3.0-1.el5/ ------------------------------------------------- The reason of failure is absense of lm_sensors-devel package which is among my BuildRequires. When I tried `rpm -q lm_sensors-devel` on one of my CentOS machines I found that lm_sensors-devel exists at least on CentOS so that's not the case with libpcap/libpcap-devel. So the question is why it's not installed in my build root? Did I miss something? -- With best regards! From bugs.michael at gmx.net Sun Jan 13 16:58:44 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 13 Jan 2008 17:58:44 +0100 Subject: Fwd: Build Error (Job 37854): openser-1_3_0-1_el5 on fedora-5-epel In-Reply-To: References: <20080113142427.A94AF152130@buildsys.fedoraproject.org> Message-ID: <20080113175844.d617275d.bugs.michael@gmx.net> On Sun, 13 Jan 2008 19:06:27 +0300, Peter Lemenkov wrote: > Hello All! > While trying to build one of applications for EPEL I found strange (at > least for me) issue: > > > ---------- Forwarded message ---------- > From: buildsys at fedoraproject.org > Date: 13.01.2008 17:24 > Subject: Build Error (Job 37854): openser-1_3_0-1_el5 on fedora-5-epel > To: lemenkov at gmail.com > > > Job failed on arch ppc > > > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-epel/37854-openser-1.3.0-1.el5/ > > > ------------------------------------------------- > > The reason of failure is absense of lm_sensors-devel package which is > among my BuildRequires. When I tried `rpm -q lm_sensors-devel` on one > of my CentOS machines I found that lm_sensors-devel exists at least on > CentOS so that's not the case with libpcap/libpcap-devel. > > So the question is why it's not installed in my build root? Did I miss > something? $ rpm -qp --qf '[%{exclusivearch} ]\n' lm_sensors-2.10.0-3.1.src.rpm alpha i386 i486 i586 i686 pentium3 pentium4 athlon x86_64 From fedora at leemhuis.info Sun Jan 13 19:12:36 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 13 Jan 2008 20:12:36 +0100 Subject: EPEL report week 02/2008 Message-ID: <478A62A4.3090208@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week02 = Weekly EPEL Summary = Week 02/2008 == Most important happenings == * Mschwendt send a "broken deps report" to the list for [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00055.html EPEL4] and [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00054.html EPEL5] == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00052.html Bunch of EPEL packages needing new maintainers] == Meeting == === Next Meeting === Wednesday, 20080116 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === There was no meeting scheduled. == Stats == === General === Number of EPEL Contributors: 165 We welcome 1 new contributors: twaugh === EPEL 5 === Number of source packages: 975 Number of binary packages: 1798 There are 12 new Packages: * cln | Class Library for Numbers * dbus-qt | Qt-based library for using D-BUS * emacs-nxml-mode | Emacs package for editing XML * freealut | Implementation of OpenAL's ALUT standard * ginac | C++ library for symbolic calculations * kmplayer | Video plugin for Konqueror and basic Gstreamer/Xine frontend * mod_wsgi | A WSGI interface for Python web applications in Apache * openal | Open Audio Library * rlwrap | Wrapper for GNU readline * t1lib | PostScript Type 1 font rasterizer * tiresias-fonts | Low vision fonts * xpdf | A PDF file viewer for the X Window System === EPEL 4 === Number of source packages: 583 Number of binary packages: 1106 There are 6 new Packages: * emacs-nxml-mode | Emacs package for editing XML * freealut | Implementation of OpenAL's ALUT standard * mod_wsgi | A WSGI interface for Python web applications in Apache * openal | Open Audio Library * rlwrap | Wrapper for GNU readline * tiresias-fonts | Low vision fonts ---- ["CategoryEPELReports"] From wolfy at nobugconsulting.ro Mon Jan 14 08:27:09 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Mon, 14 Jan 2008 10:27:09 +0200 Subject: Bunch of EPEL packages needing new maintainers In-Reply-To: <200801121553.31133.ville.skytta@iki.fi> References: <200801121553.31133.ville.skytta@iki.fi> Message-ID: <478B1CDD.7030203@nobugconsulting.ro> Ville Skytt? wrote: > Hi, > > Due to various reasons, I am no longer using EL on my desktops and have > reverted to using Fedora on them. Therefore, a bunch of desktop'y EPEL > packages are now in need of new primary maintainers: > [...] > rpmlint > I'll take rpmlint. Manuel From limb at jcomserv.net Mon Jan 14 12:59:23 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 14 Jan 2008 06:59:23 -0600 (CST) Subject: Broken deps in EPEL 4 In-Reply-To: <20080113120604.44bfe74e.bugs.michael@gmx.net> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> Message-ID: <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> > pcapdiff - 0.1-2.el4.noarch Needs pcapy, which won't built due to lack of libpcap-devel on ppc. Is there a remedy, or set ExcludeArch? -- novus ordo absurdum From fedora at leemhuis.info Mon Jan 14 15:51:38 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Jan 2008 16:51:38 +0100 Subject: Broken deps in EPEL 4 In-Reply-To: <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> Message-ID: <478B850A.1040702@leemhuis.info> On 14.01.2008 13:59, Jon Ciesla wrote: >> pcapdiff - 0.1-2.el4.noarch > Needs pcapy, which won't built due to lack of libpcap-devel on ppc. Is > there a remedy, or set ExcludeArch? I'd say ExcludeArch is fine in this case. CU knurd From buildsys at fedoraproject.org Mon Jan 14 15:58:47 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Jan 2008 10:58:47 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-14 Message-ID: <20080114155847.817C9152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 9 bcfg2-0.9.5.5-1.el5 NEW octave-forge-20071212-6.el5 : Contributed functions for octave phpMyAdmin-2.11.4-1.el5 postgresql-pgpool-II-2.0.1-1.el5 R-2.6.1-1.el5 rpmlint-0.82-1.el5 shorewall-4.0.7-3.el5 sipp-3.0-1.el5 xine-lib-1.1.8-7.el5 Packages built and released for Fedora EPEL testing/4: 5 bcfg2-0.9.5.5-1.el4 phpMyAdmin-2.11.4-1.el4 postgresql-pgpool-II-2.0.1-1.el4 shorewall-4.0.7-3.el4 sipp-3.0-1.el4 Changes in Fedora EPEL testing/5: bcfg2-0.9.5.5-1.el5 ------------------- * Fri Jan 11 2008 Jeffrey C. Ollie - 0.9.5.5-1 - Update to 0.9.5.5 - More egg-info entries. octave-forge-20071212-6.el5 --------------------------- * Thu Jan 10 2008 Quentin Spencer 20071212-6 - Port 20071212 changes from devel branch for compatibility with octave 3.0.0. phpMyAdmin-2.11.4-1.el5 ----------------------- * Sun Jan 13 2008 Robert Scheck 2.11.4-1 - Upstream released 2.11.4 - Corrected mod_security example in configuration file (#427119) * Sun Dec 09 2007 Robert Scheck 2.11.3-1 - Upstream released 2.11.3 - Removed the RPM scriptlets doing httpd restarts (#227025) - Patched an information disclosure known as CVE-2007-0095 (#221694) - Provide virtual phpmyadmin package and a httpd alias (#231431) postgresql-pgpool-II-2.0.1-1.el5 -------------------------------- * Sun Jan 13 2008 Devrim Gunduz 2.0.1-1 - Update to 2.0.1 - Add a temp patch that will disappear in 2.0.2 R-2.6.1-1.el5 ------------- * Mon Nov 26 2007 Tom "spot" Callaway 2.6.1-1 - bump to 2.6.1 * Tue Oct 30 2007 Tom "spot" Callaway 2.6.0-3.1 - fix missing perl requires * Mon Oct 29 2007 Tom "spot" Callaway 2.6.0-3 - fix multilib conflicts (bz 343061) * Mon Oct 29 2007 Tom "spot" Callaway 2.6.0-2 - add R CMD javareconf to post (bz 354541) - don't pickup bogus perl provides (bz 356071) - use xdg-open, drop requires for firefox/evince (bz 351841) * Thu Oct 04 2007 Tom "spot" Callaway 2.6.0-1 - bump to 2.6.0 * Sun Aug 26 2007 Tom "spot" Callaway 2.5.1-3 - fix license tag - rebuild for ppc32 rpmlint-0.82-1.el5 ------------------ * Sun Jan 13 2008 Manuel Wolfshant - 0.82-1 - Sync with current rawhide: -- 0.82, fixes #362441, #388881, #399871, #409941. -- Sync Fedora license list with Revision 0.61 (Wiki rev 98). -- Remove leftover "Affero GPL" from last license list sync (Todd Zullinger). * Sat Oct 06 2007 Todd Zullinger - Sync Fedora license list with Revision 0.55 (Wiki rev 92). shorewall-4.0.7-3.el5 --------------------- * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Remove 4.0.7.1 patch as it seems that's already been applied to the tarball contents * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Fix error in patching commands in spec file (change -p0 to -p1 for new patches) * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-1 - Update to version 4.0.7 - Added 4.0.7.1 patch and all parts of the 4.0.7.2 patch that are relevant (i.e. not the parts working around the iproute2-2.23 bug, as we don't ship the broken iproute2) - Clarified notes about tarball and patch locations sipp-3.0-1.el5 -------------- * Thu Jan 10 2008 Peter Lemenkov 3.0-1 - Version 3.0 - Updated license field - Preserved timestamp for *.pcap files * Wed Dec 05 2007 Release Engineering - 2.0.1-5 - Rebuild for deps xine-lib-1.1.8-7.el5 -------------------- * Sat Jan 12 2008 Ville Skytt? - 1.1.8-7 - Include RTSP security fixes from 1.1.9.1. Changes in Fedora EPEL testing/4: bcfg2-0.9.5.5-1.el4 ------------------- * Fri Jan 11 2008 Jeffrey C. Ollie - 0.9.5.5-1 - Update to 0.9.5.5 - More egg-info entries. phpMyAdmin-2.11.4-1.el4 ----------------------- * Sun Jan 13 2008 Robert Scheck 2.11.4-1 - Upstream released 2.11.4 - Corrected mod_security example in configuration file (#427119) * Sun Dec 09 2007 Robert Scheck 2.11.3-1 - Upstream released 2.11.3 - Removed the RPM scriptlets doing httpd restarts (#227025) - Patched an information disclosure known as CVE-2007-0095 (#221694) - Provide virtual phpmyadmin package and a httpd alias (#231431) postgresql-pgpool-II-2.0.1-1.el4 -------------------------------- * Sun Jan 13 2008 Devrim Gunduz 2.0.1-1 - Update to 2.0.1 - Add a temp patch that will disappear in 2.0.2 shorewall-4.0.7-3.el4 --------------------- * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Remove 4.0.7.1 patch as it seems that's already been applied to the tarball contents * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Fix error in patching commands in spec file (change -p0 to -p1 for new patches) * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-1 - Update to version 4.0.7 - Added 4.0.7.1 patch and all parts of the 4.0.7.2 patch that are relevant (i.e. not the parts working around the iproute2-2.23 bug, as we don't ship the broken iproute2) - Clarified notes about tarball and patch locations sipp-3.0-1.el4 -------------- * Thu Jan 10 2008 Peter Lemenkov 3.0-1 - Version 3.0 - Updated license field - Preserved timestamp for *.pcap files * Wed Dec 05 2007 Release Engineering - 2.0.1-5 - Rebuild for deps From fedora at leemhuis.info Mon Jan 14 16:06:16 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Jan 2008 17:06:16 +0100 Subject: Broken deps in EPEL 5 In-Reply-To: <20080113113320.8a3fb83a.bugs.michael@gmx.net> References: <20080113113320.8a3fb83a.bugs.michael@gmx.net> Message-ID: <478B8878.8020701@leemhuis.info> On 13.01.2008 11:33, Michael Schwendt wrote: > Extras repoclosure stripped and pointed to EPEL 5 reports the following > against CentOS 5.1. Included are also EPEL 5 Test Updates and EPEL 5 > Needsign: Many many thx for your work Michael. It helps a lot. BTW, if you have some more free cycles and want to to EPEL another favor: could you shed some light into the dependency checker script EPEL uses (BTW: does it still run?)? Afaics it's a old one (or not the same that Extras used?) that doesn't mail the list as the script you used to generate this report. Would that be hard to implement? Or is it easier to switch to the script you used? > Summary of broken packages (by owner): > > dennis AT ausil.us > fedora-packager - 0.1.1-1.el5.noarch > fedora-packager - 0.1.1-1.el5.noarch Dgilmore? > foolish AT guezz.net > perl-libwhisker2 - 2.4-3.el5.noarch > perl-libwhisker2 - 2.4-3.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=425827 > limb AT jcomserv.net > moodle - 1.8.2-1.el5.noarch > moodle - 1.8.2-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=425825 > lmacken AT redhat.com > bodhi-server - 0.4.4-1.el5.noarch > bodhi-server - 0.4.4-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=417201 > matthias AT rpmforge.net > python-Coherence - 0.2.1-3.el5.noarch > python-Coherence - 0.2.1-3.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=417221 > mmcgrath AT redhat.com > nagios-devel - 2.9-1.el5.i386 Deleted. > danken AT cs.technion.ac.il > hunspell-he - 1.0-7.el5.i386 > hunspell-he - 1.0-7.el5.x86_64 Nothing in EPEL afaics requires hunspell; I'd say we remove it for now until hunspell makes it into EPEL. > jkeating AT redhat.com > koji-builder - 1.2.3-1.el5.noarch > koji-builder - 1.2.3-1.el5.noarch > > jlaska AT redhat.com > snake-server - 0.9-0.5git.el5.noarch > snake-server - 0.9-0.5git.el5.noarch > > jonathansteffan AT gmail.com > revisor-jigdo - 2.0.5-15.el5.noarch > revisor-jigdo - 2.0.5-15.el5.noarch > > roozbeh AT farsiweb.info > translate-toolkit - 0.10.1-1.el5.noarch > translate-toolkit - 0.10.1-1.el5.noarch > > shahms AT shahms.com > nautilus-bzr - 0.93.0-2.el5.i386 > nautilus-bzr - 0.93.0-2.el5.x86_64 > > steve AT silug.org > perl-Test-Base - 0.53-1.el5.noarch > perl-Test-Base - 0.53-1.el5.noarch > > tcallawa AT redhat.com > R - 2.6.1-1.el5.i386 > R - 2.6.1-1.el5.i386 > R - 2.6.1-1.el5.x86_64 Might be a good idea to file bugs for those as well. Same for the broken deps in EPEL4. Any volunteers? Cu knurd From limb at jcomserv.net Mon Jan 14 16:06:19 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 14 Jan 2008 10:06:19 -0600 (CST) Subject: Broken deps in EPEL 4 In-Reply-To: <478B850A.1040702@leemhuis.info> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> <478B850A.1040702@leemhuis.info> Message-ID: <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> > On 14.01.2008 13:59, Jon Ciesla wrote: >>> pcapdiff - 0.1-2.el4.noarch >> Needs pcapy, which won't built due to lack of libpcap-devel on ppc. Is >> there a remedy, or set ExcludeArch? > > I'd say ExcludeArch is fine in this case. Ok, great. Thanks. Do I need to do anything with pcapdiff, as it's noarch? > CU > knurd > -- novus ordo absurdum From fedora at leemhuis.info Mon Jan 14 16:28:32 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 14 Jan 2008 17:28:32 +0100 Subject: Broken deps in EPEL 4 In-Reply-To: <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> <478B850A.1040702@leemhuis.info> <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> Message-ID: <478B8DB0.1000704@leemhuis.info> On 14.01.2008 17:06, Jon Ciesla wrote: >> On 14.01.2008 13:59, Jon Ciesla wrote: >>>> pcapdiff - 0.1-2.el4.noarch >>> Needs pcapy, which won't built due to lack of libpcap-devel on ppc. Is >>> there a remedy, or set ExcludeArch? >> I'd say ExcludeArch is fine in this case. > Ok, great. Thanks. Do I need to do anything with pcapdiff, as it's noarch? Afaik you need to ExcludeArch PPC there as well: https://www.redhat.com/archives/fedora-maintainers/2007-February/msg00068.html CU knurd From limb at jcomserv.net Mon Jan 14 16:30:51 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 14 Jan 2008 10:30:51 -0600 (CST) Subject: Broken deps in EPEL 4 In-Reply-To: <478B8DB0.1000704@leemhuis.info> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> <478B850A.1040702@leemhuis.info> <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> <478B8DB0.1000704@leemhuis.info> Message-ID: <50944.63.85.68.164.1200328251.squirrel@mail.jcomserv.net> > On 14.01.2008 17:06, Jon Ciesla wrote: >>> On 14.01.2008 13:59, Jon Ciesla wrote: >>>>> pcapdiff - 0.1-2.el4.noarch >>>> Needs pcapy, which won't built due to lack of libpcap-devel on ppc. >>>> Is >>>> there a remedy, or set ExcludeArch? >>> I'd say ExcludeArch is fine in this case. >> Ok, great. Thanks. Do I need to do anything with pcapdiff, as it's >> noarch? > > Afaik you need to ExcludeArch PPC there as well: > https://www.redhat.com/archives/fedora-maintainers/2007-February/msg00068.html Actually, it looks like I needed to BR libpcap, not libpcap-devel, in EL-4. Oops. We'll see how this goes. > CU > knurd > -- novus ordo absurdum From paul at city-fan.org Mon Jan 14 16:43:43 2008 From: paul at city-fan.org (Paul Howarth) Date: Mon, 14 Jan 2008 16:43:43 +0000 Subject: Broken deps in EPEL 4 In-Reply-To: <50944.63.85.68.164.1200328251.squirrel@mail.jcomserv.net> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> <478B850A.1040702@leemhuis.info> <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> <478B8DB0.1000704@leemhuis.info> <50944.63.85.68.164.1200328251.squirrel@mail.jcomserv.net> Message-ID: <478B913F.3030201@city-fan.org> Jon Ciesla wrote: >> On 14.01.2008 17:06, Jon Ciesla wrote: >>>> On 14.01.2008 13:59, Jon Ciesla wrote: >>>>>> pcapdiff - 0.1-2.el4.noarch >>>>> Needs pcapy, which won't built due to lack of libpcap-devel on ppc. >>>>> Is >>>>> there a remedy, or set ExcludeArch? >>>> I'd say ExcludeArch is fine in this case. >>> Ok, great. Thanks. Do I need to do anything with pcapdiff, as it's >>> noarch? >> Afaik you need to ExcludeArch PPC there as well: >> https://www.redhat.com/archives/fedora-maintainers/2007-February/msg00068.html > > Actually, it looks like I needed to BR libpcap, not libpcap-devel, in > EL-4. Oops. We'll see how this goes. Or you could BR: /usr/include/pcap.h which would work everywhere. Paul. From limb at jcomserv.net Mon Jan 14 17:05:07 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 14 Jan 2008 11:05:07 -0600 (CST) Subject: Broken deps in EPEL 4 In-Reply-To: <478B913F.3030201@city-fan.org> References: <20080113120604.44bfe74e.bugs.michael@gmx.net> <45112.63.85.68.164.1200315563.squirrel@mail.jcomserv.net> <478B850A.1040702@leemhuis.info> <23836.63.85.68.164.1200326779.squirrel@mail.jcomserv.net> <478B8DB0.1000704@leemhuis.info> <50944.63.85.68.164.1200328251.squirrel@mail.jcomserv.net> <478B913F.3030201@city-fan.org> Message-ID: <25137.63.85.68.164.1200330307.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >>> On 14.01.2008 17:06, Jon Ciesla wrote: >>>>> On 14.01.2008 13:59, Jon Ciesla wrote: >>>>>>> pcapdiff - 0.1-2.el4.noarch >>>>>> Needs pcapy, which won't built due to lack of libpcap-devel on ppc. >>>>>> Is >>>>>> there a remedy, or set ExcludeArch? >>>>> I'd say ExcludeArch is fine in this case. >>>> Ok, great. Thanks. Do I need to do anything with pcapdiff, as it's >>>> noarch? >>> Afaik you need to ExcludeArch PPC there as well: >>> https://www.redhat.com/archives/fedora-maintainers/2007-February/msg00068.html >> >> Actually, it looks like I needed to BR libpcap, not libpcap-devel, in >> EL-4. Oops. We'll see how this goes. > > Or you could BR: /usr/include/pcap.h which would work everywhere. Or, after trial and error, finding (I think) that pcapy won't build on Python 2.3. http://buildsys.fedoraproject.org/logs/fedora-4-epel/37873-pcapy-0.10.5-1.el4/ Might just have to pull it and pcapdiff from EL-4. > Paul. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- novus ordo absurdum From buildsys at fedoraproject.org Mon Jan 14 17:26:24 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Jan 2008 12:26:24 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-14 Message-ID: <20080114172624.D9AFB152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 1 NEW perl-File-Copy-Recursive-0.35-1.el5 : Extension for recursively copying files and directories Packages built and released for Fedora EPEL testing/4: 2 NEW perl-File-Copy-Recursive-0.35-1.el4 : Extension for recursively copying files and directories rpmlint-0.82-1.el4 Changes in Fedora EPEL testing/5: perl-File-Copy-Recursive-0.35-1.el5 ----------------------------------- * Wed Aug 29 2007 Ralf Cors?pius - 0.35-1 - Upstream update. Changes in Fedora EPEL testing/4: perl-File-Copy-Recursive-0.35-1.el4 ----------------------------------- * Wed Aug 29 2007 Ralf Cors?pius - 0.35-1 - Upstream update. rpmlint-0.82-1.el4 ------------------ * Sun Jan 13 2008 Manuel Wolfshant - 0.82-1 - Sync with current rawhide: -- 0.82, fixes #362441, #388881, #399871, #409941. -- Sync Fedora license list with Revision 0.61 (Wiki rev 98). -- Remove leftover "Affero GPL" from last license list sync (Todd Zullinger). From bugs.michael at gmx.net Tue Jan 15 10:05:02 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Jan 2008 11:05:02 +0100 Subject: Broken deps in EPEL 5 In-Reply-To: <478B8878.8020701@leemhuis.info> References: <20080113113320.8a3fb83a.bugs.michael@gmx.net> <478B8878.8020701@leemhuis.info> Message-ID: <20080115110502.4eab4a15.bugs.michael@gmx.net> On Mon, 14 Jan 2008 17:06:16 +0100, Thorsten Leemhuis wrote: > BTW, if you have some more free cycles and want to to EPEL another > favor: could you shed some light into the dependency checker script EPEL > uses (BTW: does it still run?)? Afaics it's a old one (or not the same > that Extras used?) that doesn't mail the list as the script you used to > generate this report. Would that be hard to implement? Or is it easier > to switch to the script you used? I'm not aware of any "dependency checker script EPEL uses". The one installed on the buildsys machine is the one that Extras used. It includes the ability to mail the summary and the owners. It doesn't run for EPEL, because it would need a few patches first. 1) There are no public RHEL5 binary repos it could use. Hence Config_EPEL.py would need to be pointed to CentOS 5 repos instead before extras-repoclosure could generate a yum.conf on-the-fly. 2) CentOS is not available for ppc. Hence the scripts would need to be patched to exclude ppc. 3) With those two things fixed, also the optional RCNeedsign.py script could be used to check tmp installations of the needsign queue, without doing multi-lib processing however (which is missing, but doable). Anyway, I plan to publish the modified script I've used to create this report. It can also mail the owners, but it needs a manually supplied yum.conf instead of creating one on-the-fly, because it isn't integrated into the pushscript stuff. From bugs.michael at gmx.net Tue Jan 15 17:57:49 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 15 Jan 2008 18:57:49 +0100 Subject: Broken deps in EPEL 5 In-Reply-To: <20080115110502.4eab4a15.bugs.michael@gmx.net> References: <20080113113320.8a3fb83a.bugs.michael@gmx.net> <478B8878.8020701@leemhuis.info> <20080115110502.4eab4a15.bugs.michael@gmx.net> Message-ID: <20080115185749.7388d629.bugs.michael@gmx.net> On Tue, 15 Jan 2008 11:05:02 +0100, Michael Schwendt wrote: > Anyway, I plan to publish the modified script I've used to create this > report. It can also mail the owners, but it needs a manually supplied > yum.conf instead of creating one on-the-fly, because it isn't integrated > into the pushscript stuff. http://mschwendt.fedorapeople.org/extras-repoclosure-modified-20080115.tgz Sent bug reports my way. ;) When running on the buildsys server, there's no need to enter the FAS account details. From fedora at leemhuis.info Tue Jan 15 18:01:33 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 19:01:33 +0100 Subject: Topics for tomorrows (20080116) EPEL SIG meeting Message-ID: <478CF4FD.6050303@leemhuis.info> Hi all, find below the list of topics that are planed to come up in the next EPEL SIG meeting which is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org (24 hours from now). /topic EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove /topic EPEL SIG Meeting | EL-updates to the buildsys | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel /topic EPEL SIG Meeting | permission to use spec files in other projects | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | broken dep reports go to the list | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | Free discussion around EPEL You want something to be discussed? Send a note to the list in reply to this mail (please adjust the subject) and we'll add it to the schedule. You can also propose topics at the end of the meeting itself when "Free discussion around EPEL" comes up. *If your name/nick is on above list*: please give a status update on the list *and* in the wiki on the individual task pages (linked from the schedule page: http://fedoraproject.org/wiki/EPEL/Schedule ). That way all the interested parties know what up ahead of the meeting; that will avoid long delays and "status update monologues" in the meeting. Thanks everyone! CU knurd From fedora at leemhuis.info Tue Jan 15 18:07:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 19:07:30 +0100 Subject: Updates from knurd (was: Re: Topics for tomorrows (20080116) EPEL SIG meeting) In-Reply-To: <478CF4FD.6050303@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> Message-ID: <478CF662.7060902@leemhuis.info> On 15.01.2008 19:01, Thorsten Leemhuis wrote: > > /topic EPEL SIG Meeting | next testing -> stable move | knurd | > http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove Working on the next move for EPEL4 right now. > /topic EPEL SIG Meeting | EL-updates to the buildsys | mmcgrath | > http://fedoraproject.org/wiki/EPEL/Tasks/Misc from https://hosted.fedoraproject.org/fedora-infrastructure/ticket/327 "rhel4 i386 and x86_64 are synced down and will resync every day. ppc is going to be, umm, suffering until I figure out how to make the systemid work. I'll play some more and see what I can do." mmcgrath, current status? > /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | > http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel Some movements in https://hosted.fedoraproject.org/projects/koji/ticket/49 > /topic EPEL SIG Meeting | permission to use spec files in other projects > | http://fedoraproject.org/wiki/EPEL/Tasks/Misc Does anybody still care? Seems the Board either do not understand what we/I'm up to or they ignore it. > /topic EPEL SIG Meeting | broken dep reports go to the list | > http://fedoraproject.org/wiki/EPEL/Tasks/Misc Some work from mschwendt; who is in charge for the current dep checker script? Does it sill work? Should we switch to the one from mschwendt (the old one from Extras)? > /topic EPEL SIG Meeting | Free discussion around EPEL * Anybody willing to file bugs for the remaining broken deps (the report got send to the lis a few days ago)? * FUDCon report anyone? Or wasn't EPEL discussed there? Cu knurd From dennis at ausil.us Tue Jan 15 18:23:01 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 15 Jan 2008 12:23:01 -0600 Subject: Updates from knurd (was: Re: Topics for tomorrows (20080116) EPEL SIG meeting) In-Reply-To: <478CF662.7060902@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> Message-ID: <200801151223.02234.dennis@ausil.us> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: > On 15.01.2008 19:01, Thorsten Leemhuis wrote: > > /topic EPEL SIG Meeting | next testing -> stable move | knurd | > > http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove > > Working on the next move for EPEL4 right now. > > > /topic EPEL SIG Meeting | EL-updates to the buildsys | mmcgrath | > > http://fedoraproject.org/wiki/EPEL/Tasks/Misc > > from > https://hosted.fedoraproject.org/fedora-infrastructure/ticket/327 > > "rhel4 i386 and x86_64 are synced down and will resync every day. ppc is > going to be, umm, suffering until I figure out how to make the systemid > work. I'll play some more and see what I can do." > > mmcgrath, current status? I believe its been worked out > > /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | > > http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel > > Some movements in > https://hosted.fedoraproject.org/projects/koji/ticket/49 > > > /topic EPEL SIG Meeting | permission to use spec files in other projects > > > > | http://fedoraproject.org/wiki/EPEL/Tasks/Misc > > Does anybody still care? Seems the Board either do not understand what > we/I'm up to or they ignore it. No one but you sees a problem. It's covered by the CLA. if you want to be more explicit then you are free to put a license header in each of your specs. Documenting the wiki would be ok and point at a copy of the CLA should more than suffice. > > /topic EPEL SIG Meeting | broken dep reports go to the list | > > http://fedoraproject.org/wiki/EPEL/Tasks/Misc > > Some work from mschwendt; who is in charge for the current dep checker > script? Does it sill work? Should we switch to the one from mschwendt > (the old one from Extras)? > > > /topic EPEL SIG Meeting | Free discussion around EPEL > > * Anybody willing to file bugs for the remaining broken deps (the > report got send to the lis a few days ago)? > > * FUDCon report anyone? Or wasn't EPEL discussed there? > > Cu > knurd > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From fedora at leemhuis.info Tue Jan 15 18:46:14 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 19:46:14 +0100 Subject: permission to use spec files in other projects (was: Re: Updates from knurd) In-Reply-To: <200801151223.02234.dennis@ausil.us> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> Message-ID: <478CFF76.2020005@leemhuis.info> On 15.01.2008 19:23, Dennis Gilmore wrote: > On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >> On 15.01.2008 19:01, Thorsten Leemhuis wrote: > >>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >> Does anybody still care? Seems the Board either do not understand what >> we/I'm up to or they ignore it. > No one but you sees a problem. It's covered by the CLA. Please explain to me: What meaning has the CLA (a contract between a Fedora contributer and Fedora/Red Hat) to someone else that receives software from Fedora? I'm not familiar with US law, but in Germany a contract between A and B has no meaning to C. > if you want to be > more explicit then you are free to put a license header in each of your > specs. My packages are not relevant here. It's about cooperation as a whole. If foo(?) wants to use a spec file from Fedora as base for a package in his repo then he needs to be sure that it is a legal thing to do. Cu knurd (?) foo could be Dag, Livna, RPM Fusion or my neighbor From sundaram at fedoraproject.org Tue Jan 15 19:01:47 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Jan 2008 00:31:47 +0530 Subject: permission to use spec files in other projects In-Reply-To: <478CFF76.2020005@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> Message-ID: <478D031B.1060602@fedoraproject.org> Thorsten Leemhuis wrote: > On 15.01.2008 19:23, Dennis Gilmore wrote: >> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>> Does anybody still care? Seems the Board either do not understand what >>> we/I'm up to or they ignore it. >> No one but you sees a problem. It's covered by the CLA. > > Please explain to me: What meaning has the CLA (a contract between a > Fedora contributer and Fedora/Red Hat) to someone else that receives > software from Fedora? > > I'm not familiar with US law, but in Germany a contract between A and B > has no meaning to C. CLA is not just a contract between A and B or more specifically it allows the same rights to all recipients which in this case would include C. I believe spot already explained that in https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html Rahul From fedora at leemhuis.info Tue Jan 15 19:01:48 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 20:01:48 +0100 Subject: permission to use spec files in other projects In-Reply-To: <478D031B.1060602@fedoraproject.org> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> Message-ID: <478D031C.5090505@leemhuis.info> On 15.01.2008 20:01, Rahul Sundaram wrote: > Thorsten Leemhuis wrote: >> On 15.01.2008 19:23, Dennis Gilmore wrote: >>> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>>> Does anybody still care? Seems the Board either do not understand what >>>> we/I'm up to or they ignore it. >>> No one but you sees a problem. It's covered by the CLA. >> Please explain to me: What meaning has the CLA (a contract between a >> Fedora contributer and Fedora/Red Hat) to someone else that receives >> software from Fedora? >> I'm not familiar with US law, but in Germany a contract between A and B >> has no meaning to C. > CLA is not just a contract between A and B or more specifically it > allows the same rights to all recipients which in this case would > include C. I believe spot already explained that in > https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html Which I replied to in https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00032.html with the words: [...] I can't know if the all work I get from Fedora was submitted by someone that signed the CLA. [...] Cu knurd From sundaram at fedoraproject.org Tue Jan 15 19:21:28 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Jan 2008 00:51:28 +0530 Subject: permission to use spec files in other projects In-Reply-To: <478D031C.5090505@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> Message-ID: <478D07B8.1070707@fedoraproject.org> Thorsten Leemhuis wrote: > On 15.01.2008 20:01, Rahul Sundaram wrote: >> Thorsten Leemhuis wrote: >>> On 15.01.2008 19:23, Dennis Gilmore wrote: >>>> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>>>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>>>> Does anybody still care? Seems the Board either do not understand what >>>>> we/I'm up to or they ignore it. >>>> No one but you sees a problem. It's covered by the CLA. >>> Please explain to me: What meaning has the CLA (a contract between a >>> Fedora contributer and Fedora/Red Hat) to someone else that receives >>> software from Fedora? >>> I'm not familiar with US law, but in Germany a contract between A and B >>> has no meaning to C. >> CLA is not just a contract between A and B or more specifically it >> allows the same rights to all recipients which in this case would >> include C. I believe spot already explained that in >> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html > > Which I replied to in > https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00032.html > with the words: > > [...] I can't know if the all work I get from Fedora was submitted > by someone that signed the CLA. [...] All the work definitely isn't but spec files would be. That is the only thing you are worried about. Right? Rahul From fedora at leemhuis.info Tue Jan 15 19:34:59 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 20:34:59 +0100 Subject: permission to use spec files in other projects In-Reply-To: <478D07B8.1070707@fedoraproject.org> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> Message-ID: <478D0AE3.6060700@leemhuis.info> On 15.01.2008 20:21, Rahul Sundaram wrote: > Thorsten Leemhuis wrote: >> On 15.01.2008 20:01, Rahul Sundaram wrote: >>> Thorsten Leemhuis wrote: >>>> On 15.01.2008 19:23, Dennis Gilmore wrote: >>>>> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>>>>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>>>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>>>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>>>>> Does anybody still care? Seems the Board either do not understand what >>>>>> we/I'm up to or they ignore it. >>>>> No one but you sees a problem. It's covered by the CLA. >>>> Please explain to me: What meaning has the CLA (a contract between a >>>> Fedora contributer and Fedora/Red Hat) to someone else that receives >>>> software from Fedora? >>>> I'm not familiar with US law, but in Germany a contract between A and B >>>> has no meaning to C. >>> CLA is not just a contract between A and B or more specifically it >>> allows the same rights to all recipients which in this case would >>> include C. I believe spot already explained that in >>> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html >> Which I replied to in >> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00032.html >> with the words: >> [...] I can't know if the all work I get from Fedora was submitted >> by someone that signed the CLA. [...] > All the work definitely isn't but spec files would be. Then I'm sure it can be written down to finally solve the iossue? > That is the only > thing you are worried about. Right? I think that's what people were worried about when the issue came up on this list. CU knurd From sundaram at fedoraproject.org Tue Jan 15 20:00:02 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Jan 2008 01:30:02 +0530 Subject: permission to use spec files in other projects In-Reply-To: <478D0AE3.6060700@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> Message-ID: <478D10C2.9050401@fedoraproject.org> Thorsten Leemhuis wrote: > On 15.01.2008 20:21, Rahul Sundaram wrote: >> Thorsten Leemhuis wrote: >>> On 15.01.2008 20:01, Rahul Sundaram wrote: >>>> Thorsten Leemhuis wrote: >>>>> On 15.01.2008 19:23, Dennis Gilmore wrote: >>>>>> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>>>>>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>>>>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>>>>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>>>>>> Does anybody still care? Seems the Board either do not understand what >>>>>>> we/I'm up to or they ignore it. >>>>>> No one but you sees a problem. It's covered by the CLA. >>>>> Please explain to me: What meaning has the CLA (a contract between a >>>>> Fedora contributer and Fedora/Red Hat) to someone else that receives >>>>> software from Fedora? >>>>> I'm not familiar with US law, but in Germany a contract between A and B >>>>> has no meaning to C. >>>> CLA is not just a contract between A and B or more specifically it >>>> allows the same rights to all recipients which in this case would >>>> include C. I believe spot already explained that in >>>> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html >>> Which I replied to in >>> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00032.html >>> with the words: >>> [...] I can't know if the all work I get from Fedora was submitted >>> by someone that signed the CLA. [...] >> All the work definitely isn't but spec files would be. > > Then I'm sure it can be written down to finally solve the iossue? It is written down within the CLA that the contributions that every Fedora contributor makes falls under the CLA and that includes spec files. We consulted with legal before on whether we can explain the CLA better in another document and the legal opinion was that if any clarifications are necessary, it should done within the CLA itself and not in a separate document as any contradictions are considered risky IIRC. However I think you can point this out in the EPEL FAQ for example in this way: --- How are RPM spec files in Fedora licensed? All original Fedora contributions are governed by the Fedora contributor license agreement (CLA) [Link]. This allows all recipients to have "A perpetual, non-exclusive, worldwide, fully paid-up, royalty free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute this Contribution and such derivative works" More information is available in the CLA. --- Rahul From buildsys at fedoraproject.org Tue Jan 15 20:00:43 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 15 Jan 2008 20:00:43 -0000 Subject: Broken dependencies in EPEL - 2008-01-15 Message-ID: <20080115200043.15735.20568@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Jochen AT herr-schmitt.de kyum - 0.7.5-9.el4.1.i386 kyum - 0.7.5-9.el4.1.x86_64 andreas.bierfert AT lowlatency.de wv2 - 0.2.3-3.el4.i386 chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.i386 git-cvs - 1.5.3.6-1.el4.x86_64 dennis AT ausil.us fedora-packager - 0.1.1-1.el4.noarch devrim AT commandprompt.com postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpool-II-devel - 2.0.1-1.el4.i386 postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net moodle - 1.8.2-1.el4.noarch pcapdiff - 0.1-2.el4.noarch lmacken AT redhat.com TurboGears - 1.0.3.2-7.el4.noarch python-paste-script - 1.3.6-1.el4.noarch python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch mastahnke AT gmail.com ruby-ldap - 0.9.7-3.el4.i386 ruby-ldap - 0.9.7-3.el4.x86_64 matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch tcallawa AT redhat.com gnome-screensaver-frogs - 0.2-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-x86_64: wv2-0.2.3-3.el4.i386 requires libgsf-1.so.1 ====================================================================== Broken packages in fedora-epel-testing-4-i386: TurboGears-1.0.3.2-7.el4.noarch requires python-sqlalchemy >= 0:0.3 bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) fedora-packager-0.1.1-1.el4.noarch requires bzr fedora-packager-0.1.1-1.el4.noarch requires bodhi-client fedora-packager-0.1.1-1.el4.noarch requires plague-client fedora-packager-0.1.1-1.el4.noarch requires koji git-cvs-1.5.3.6-1.el4.i386 requires cvsps gnome-screensaver-frogs-0.2-3.el4.noarch requires gnome-screensaver kyum-0.7.5-9.el4.1.i386 requires yum >= 0:3.2.1 moodle-1.8.2-1.el4.noarch requires perl(Text::Aspell) moodle-1.8.2-1.el4.noarch requires mimetex pcapdiff-0.1-2.el4.noarch requires pcapy perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpool-II-devel-2.0.1-1.el4.i386 requires pgpool-II = 0:2.0.1 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-paste-script-1.3.6-1.el4.noarch requires python-paste-deploy python-paste-script-1.3.6-1.el4.noarch requires python-paste python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 ruby-ldap-0.9.7-3.el4.i386 requires ruby(abi) = 0:1.8 specto-0.2.0-4.el4.noarch requires notify-python ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: TurboGears-1.0.3.2-7.el4.noarch requires python-sqlalchemy >= 0:0.3 bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) fedora-packager-0.1.1-1.el4.noarch requires bzr fedora-packager-0.1.1-1.el4.noarch requires bodhi-client fedora-packager-0.1.1-1.el4.noarch requires plague-client fedora-packager-0.1.1-1.el4.noarch requires koji git-cvs-1.5.3.6-1.el4.x86_64 requires cvsps gnome-screensaver-frogs-0.2-3.el4.noarch requires gnome-screensaver kyum-0.7.5-9.el4.1.x86_64 requires yum >= 0:3.2.1 moodle-1.8.2-1.el4.noarch requires perl(Text::Aspell) moodle-1.8.2-1.el4.noarch requires mimetex pcapdiff-0.1-2.el4.noarch requires pcapy perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-paste-script-1.3.6-1.el4.noarch requires python-paste-deploy python-paste-script-1.3.6-1.el4.noarch requires python-paste python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 ruby-ldap-0.9.7-3.el4.x86_64 requires ruby(abi) = 0:1.8 specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Tue Jan 15 20:02:20 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Tue, 15 Jan 2008 20:02:20 -0000 Subject: Broken dependencies in EPEL 5 - 2008-01-15 Message-ID: <20080115200220.16916.39274@extras64.linux.duke.edu> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.1.1-1.el5.noarch devrim AT commandprompt.com postgresql-pgpool-II-devel - 2.0.1-1.el5.i386 postgresql-pgpool-II-devel - 2.0.1-1.el5.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch jkeating AT redhat.com koji-builder - 1.2.3-1.el5.noarch jlaska AT redhat.com snake-server - 0.9-0.5git.el5.noarch jonathansteffan AT gmail.com revisor-jigdo - 2.0.5-15.el5.noarch limb AT jcomserv.net moodle - 1.8.2-1.el5.noarch lmacken AT redhat.com bodhi-server - 0.4.4-1.el5.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch shahms AT shahms.com nautilus-bzr - 0.93.0-2.el5.i386 nautilus-bzr - 0.93.0-2.el5.x86_64 steve AT silug.org perl-Test-Base - 0.53-1.el5.noarch ====================================================================== Broken packages in fedora-epel-testing-5-i386: bodhi-server-0.4.4-1.el5.noarch requires yum-utils >= 0:1.1.7 bodhi-server-0.4.4-1.el5.noarch requires mash fedora-packager-0.1.1-1.el5.noarch requires plague-client hunspell-he-1.0-7.el5.i386 requires hunspell koji-builder-1.2.3-1.el5.noarch requires createrepo >= 0:0.4.11 moodle-1.8.2-1.el5.noarch requires mimetex nautilus-bzr-0.93.0-2.el5.i386 requires nautilus-python >= 0:0.4.3-4 perl-Test-Base-0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-twisted-core python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-Coherence-0.2.1-3.el5.noarch requires python-twisted-web revisor-jigdo-2.0.5-15.el5.noarch requires jigdo snake-server-0.9-0.5git.el5.noarch requires pykickstart >= 0:1.1 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: bodhi-server-0.4.4-1.el5.noarch requires yum-utils >= 0:1.1.7 bodhi-server-0.4.4-1.el5.noarch requires mash fedora-packager-0.1.1-1.el5.noarch requires plague-client hunspell-he-1.0-7.el5.x86_64 requires hunspell koji-builder-1.2.3-1.el5.noarch requires createrepo >= 0:0.4.11 moodle-1.8.2-1.el5.noarch requires mimetex nautilus-bzr-0.93.0-2.el5.x86_64 requires nautilus-python >= 0:0.4.3-4 perl-Test-Base-0.53-1.el5.noarch requires perl(Module::Install::Base) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) postgresql-pgpool-II-devel-2.0.1-1.el5.i386 requires pgpool-II = 0:2.0.1 postgresql-pgpool-II-devel-2.0.1-1.el5.x86_64 requires pgpool-II = 0:2.0.1 python-Coherence-0.2.1-3.el5.noarch requires python-twisted-core python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-Coherence-0.2.1-3.el5.noarch requires python-twisted-web revisor-jigdo-2.0.5-15.el5.noarch requires jigdo snake-server-0.9-0.5git.el5.noarch requires pykickstart >= 0:1.1 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant From opensource at till.name Tue Jan 15 20:22:36 2008 From: opensource at till.name (Till Maas) Date: Tue, 15 Jan 2008 21:22:36 +0100 Subject: Updates from knurd (was: Re: Topics for tomorrows (20080116) EPEL SIG meeting) In-Reply-To: <200801151223.02234.dennis@ausil.us> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> Message-ID: <200801152122.45634.opensource@till.name> On Tue January 15 2008, Dennis Gilmore wrote: > On Tuesday 15 January 2008, Thorsten Leemhuis wrote: > > On 15.01.2008 19:01, Thorsten Leemhuis wrote: > > > /topic EPEL SIG Meeting | permission to use spec files in other > > > projects > > > > > > | http://fedoraproject.org/wiki/EPEL/Tasks/Misc > > > > Does anybody still care? Seems the Board either do not understand what > > we/I'm up to or they ignore it. > > No one but you sees a problem. It's covered by the CLA. if you want to be > more explicit then you are free to put a license header in each of your > specs. Documenting the wiki would be ok and point at a copy of the CLA > should more than suffice. Maybe there should be an EULA like there is for Fedora 8: http://fedoraproject.org/wiki/Legal/Licenses/EULA8 Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From fedora at leemhuis.info Tue Jan 15 21:01:54 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 15 Jan 2008 22:01:54 +0100 Subject: permission to use spec files in other projects In-Reply-To: <478D10C2.9050401@fedoraproject.org> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> Message-ID: <478D1F42.1060100@leemhuis.info> On 15.01.2008 21:00, Rahul Sundaram wrote: > Thorsten Leemhuis wrote: >> On 15.01.2008 20:21, Rahul Sundaram wrote: >>> Thorsten Leemhuis wrote: >>>> On 15.01.2008 20:01, Rahul Sundaram wrote: >>>>> Thorsten Leemhuis wrote: >>>>>> On 15.01.2008 19:23, Dennis Gilmore wrote: >>>>>>> On Tuesday 15 January 2008, Thorsten Leemhuis wrote: >>>>>>>> On 15.01.2008 19:01, Thorsten Leemhuis wrote: >>>>>>>>> /topic EPEL SIG Meeting | permission to use spec files in other projects >>>>>>>>> | http://fedoraproject.org/wiki/EPEL/Tasks/Misc >>>>>>>> Does anybody still care? Seems the Board either do not understand what >>>>>>>> we/I'm up to or they ignore it. >>>>>>> No one but you sees a problem. It's covered by the CLA. >>>>>> Please explain to me: What meaning has the CLA (a contract between a >>>>>> Fedora contributer and Fedora/Red Hat) to someone else that receives >>>>>> software from Fedora? >>>>>> I'm not familiar with US law, but in Germany a contract between A and B >>>>>> has no meaning to C. >>>>> CLA is not just a contract between A and B or more specifically it >>>>> allows the same rights to all recipients which in this case would >>>>> include C. I believe spot already explained that in >>>>> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00031.html >>>> Which I replied to in >>>> https://www.redhat.com/archives/fedora-advisory-board/2008-January/msg00032.html >>>> with the words: >>>> [...] I can't know if the all work I get from Fedora was submitted >>>> by someone that signed the CLA. [...] >>> All the work definitely isn't but spec files would be. >> Then I'm sure it can be written down to finally solve the iossue? > It is written down within the CLA Which CLA? The one I signed in the early Fedora days is not the one that is available today. There are afaik even today different CLAs for Red Hat, IBM, Dell and community contributers -- I don't know what's written in them. And I don't known which of those is binding if I take something from Fedora. > We consulted with legal before on whether we can explain the CLA better > in another document and the legal opinion was that if any clarifications > are necessary, it should done within the CLA itself and not in a > separate document as any contradictions are considered risky IIRC. > However I think you can point this out in the EPEL FAQ for example in > this way: I'm not going to put any legal statement anywhere. That is exactly what we have the Board for and that's why I asked the Board to handle that. Cu knurd From sundaram at fedoraproject.org Tue Jan 15 21:21:44 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Jan 2008 02:51:44 +0530 Subject: permission to use spec files in other projects In-Reply-To: <478D1F42.1060100@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> <478D1F42.1060100@leemhuis.info> Message-ID: <478D23E8.4080406@fedoraproject.org> Thorsten Leemhuis wrote: > > Which CLA? The one I signed in the early Fedora days is not the one that > is available today. There are afaik even today different CLAs for Red > Hat, IBM, Dell and community contributers -- I don't know what's written > in them. And I don't known which of those is binding if I take > something from Fedora. These don't differ as far as spec files are concerned IIUC. If you need further clarification on that, you need to ask that explicitly to the board. >> We consulted with legal before on whether we can explain the CLA better >> in another document and the legal opinion was that if any clarifications >> are necessary, it should done within the CLA itself and not in a >> separate document as any contradictions are considered risky IIRC. >> However I think you can point this out in the EPEL FAQ for example in >> this way: > > I'm not going to put any legal statement anywhere. That is exactly what > we have the Board for and that's why I asked the Board to handle that. It is not a separate legal statement. It is a direct quote from the CLA and the board has explicitly said that documenting this in the wiki is ok for them. Rahul From sklein at cpcug.org Tue Jan 15 22:03:10 2008 From: sklein at cpcug.org (Stanley A. Klein) Date: Tue, 15 Jan 2008 17:03:10 -0500 (EST) Subject: Update to python-lxml possibly needed Message-ID: <55374.207.188.248.157.1200434590.squirrel@www.cpcug.org> There were recent changes to libxml2. Given that python-lxml is an interface to libxml2, it is likely that python-lxml needs to be looked at. Stan Klein From jeff at ocjtech.us Tue Jan 15 22:53:41 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Tue, 15 Jan 2008 16:53:41 -0600 Subject: Update to python-lxml possibly needed In-Reply-To: <55374.207.188.248.157.1200434590.squirrel@www.cpcug.org> References: <55374.207.188.248.157.1200434590.squirrel@www.cpcug.org> Message-ID: <935ead450801151453w2d784729icfbf6427a2267751@mail.gmail.com> On 1/15/08, Stanley A. Klein wrote: > There were recent changes to libxml2. Given that python-lxml is an > interface to libxml2, it is likely that python-lxml needs to be looked at. Why do you say that? The recent change to libxml2 was a bugfix patch and since this is RHEL we're talking about I'm pretty sure that there were no ABI changes. Jeff From tcallawa at redhat.com Wed Jan 16 00:24:28 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 15 Jan 2008 19:24:28 -0500 Subject: permission to use spec files in other projects In-Reply-To: <478D1F42.1060100@leemhuis.info> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> <478D1F42.1060100@leemhuis.info> Message-ID: <1200443068.25467.2.camel@localhost.localdomain> On Tue, 2008-01-15 at 22:01 +0100, Thorsten Leemhuis wrote: > I'm not going to put any legal statement anywhere. That is exactly what > we have the Board for and that's why I asked the Board to handle that. Here: http://fedoraproject.org/wiki/Licensing#LicenseOfFedoraSPECFiles This should put this to bed. Happy? :) ~spot From sundaram at fedoraproject.org Wed Jan 16 00:40:35 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 16 Jan 2008 06:10:35 +0530 Subject: permission to use spec files in other projects In-Reply-To: <1200443068.25467.2.camel@localhost.localdomain> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> <478D1F42.1060100@leemhuis.info> <1200443068.25467.2.camel@localhost.localdomain> Message-ID: <478D5283.4030002@fedoraproject.org> Tom "spot" Callaway wrote: > On Tue, 2008-01-15 at 22:01 +0100, Thorsten Leemhuis wrote: > >> I'm not going to put any legal statement anywhere. That is exactly what >> we have the Board for and that's why I asked the Board to handle that. > > Here: > > http://fedoraproject.org/wiki/Licensing#LicenseOfFedoraSPECFiles > > This should put this to bed. Happy? :) Thanks spot. Minor correction. You need to replace [Link] with the actual link to CLA. Rahul From tcallawa at redhat.com Wed Jan 16 00:38:57 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Tue, 15 Jan 2008 19:38:57 -0500 Subject: permission to use spec files in other projects In-Reply-To: <478D5283.4030002@fedoraproject.org> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> <478D1F42.1060100@leemhuis.info> <1200443068.25467.2.camel@localhost.localdomain> <478D5283.4030002@fedoraproject.org> Message-ID: <1200443937.25467.4.camel@localhost.localdomain> On Wed, 2008-01-16 at 06:10 +0530, Rahul Sundaram wrote: > Tom "spot" Callaway wrote: > > On Tue, 2008-01-15 at 22:01 +0100, Thorsten Leemhuis wrote: > > > >> I'm not going to put any legal statement anywhere. That is exactly what > >> we have the Board for and that's why I asked the Board to handle that. > > > > Here: > > > > http://fedoraproject.org/wiki/Licensing#LicenseOfFedoraSPECFiles > > > > This should put this to bed. Happy? :) > > Thanks spot. Minor correction. You need to replace [Link] with the > actual link to CLA. Thanks, corrected. ~spot From fedora at leemhuis.info Wed Jan 16 08:12:11 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 16 Jan 2008 09:12:11 +0100 Subject: permission to use spec files in other projects In-Reply-To: <1200443068.25467.2.camel@localhost.localdomain> References: <478CF4FD.6050303@leemhuis.info> <478CF662.7060902@leemhuis.info> <200801151223.02234.dennis@ausil.us> <478CFF76.2020005@leemhuis.info> <478D031B.1060602@fedoraproject.org> <478D031C.5090505@leemhuis.info> <478D07B8.1070707@fedoraproject.org> <478D0AE3.6060700@leemhuis.info> <478D10C2.9050401@fedoraproject.org> <478D1F42.1060100@leemhuis.info> <1200443068.25467.2.camel@localhost.localdomain> Message-ID: <478DBC5B.8010208@leemhuis.info> On 16.01.2008 01:24, Tom "spot" Callaway wrote: > On Tue, 2008-01-15 at 22:01 +0100, Thorsten Leemhuis wrote: > >> I'm not going to put any legal statement anywhere. That is exactly what >> we have the Board for and that's why I asked the Board to handle that. > > Here: > http://fedoraproject.org/wiki/Licensing#LicenseOfFedoraSPECFiles > This should put this to bed. Happy? :) Yes. Thx. CU knurd From bugs.michael at gmx.net Wed Jan 16 10:05:48 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 16 Jan 2008 11:05:48 +0100 Subject: Broken dependencies in EPEL - 2008-01-15 In-Reply-To: <20080115200043.15735.20568@extras64.linux.duke.edu> References: <20080115200043.15735.20568@extras64.linux.duke.edu> Message-ID: <20080116110548.5a6cc105.bugs.michael@gmx.net> On Tue, 15 Jan 2008 20:00:43 -0000, Fedora Extras repoclosure wrote: > ====================================================================== > Broken packages in fedora-epel-4-x86_64: > > wv2-0.2.3-3.el4.i386 requires libgsf-1.so.1 This one is multi-lib breakage and must be blacklisted. In RHEL/CentOS 4.6 libgsf-* i386 is not available for x86_64. From fedora at leemhuis.info Thu Jan 17 18:45:39 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 17 Jan 2008 19:45:39 +0100 Subject: testing -> stable move for EPEL4 prepared, details inside Message-ID: <478FA253.7050802@leemhuis.info> Hi all! I prepared the next stable -> testing move for EPEL4 and will actually do the move over the next 72 hours (?) if nobody yells. IOW: if one of your packages in the attached list and you don't want it moved please tell me now or it'll be to late soon ;-) CU knurd (?) -- EPEL-signers, please don't push new packages to the epel4 repos until that point (if possible); tia! -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved URL: From chris at zenoss.com Fri Jan 18 18:19:35 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 13:19:35 -0500 Subject: Zenoss Core Message-ID: Hello all, I work on the Zenoss project and we're interested in figuring out how to get our "Zenoss Core" product into the Fedora 8 repositories so that end-users can install us via a simple "yum install zenoss". I sent a few private emails to Warren Tagomi to talk about what we had to do to be included in Fedora's repositories. The gist of that conversation was that we would not qualify for inclusion due to our dependence on Zope 2.x, which requires Python 2.4. Our solution to that problem under Fedora (as well as on other distributions) has been to ship our own python installation with our product. Python 2.4 is installed under /opt/zenoss. Warren suggested I look into the livna repository, and I created a ticket there that asks that we are included in their repository: http://bugzilla.livna.org/show_bug.cgi?id=1817 After several comments it seems like the consensus is for us to use the compat-python24 package rather than ship our own version of python. We're working on that from an engineering standpoint. Thorsten Leemhius suggested we consider the EPEL repository since it feeds RHEL. I replied saying that we're in RHX already (but not for Zenoss Core). I wanted to join this list to get a better idea for where we can park our OSS "Zenoss Core" product such that it is included in subsequent Fedora releases, is considered for inclusion in upcoming RHEL releases, and is possibly also included in RHX (alongside our commercial enterprise product). I'm very new to the EPEL/Livna/Fedora repository landscape, but I'm very familiar with Linux, distros, yum, up2date, and all the other infrastructure. I'm asking for a bit of help in understanding what repositories and processes feed distributions and releases so that I can understand where we should try to park our OSS "Zenoss Core" product. Any insight (wikis/FAQs/HOWTOs) that anyone can provide would be happily accepted! :) -c -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Fri Jan 18 19:13:16 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Jan 2008 14:13:16 -0500 Subject: Zenoss Core In-Reply-To: References: Message-ID: <20080118141316.041c9613@redhat.com> On Fri, 18 Jan 2008 13:19:35 -0500 Christopher Blunck wrote: > I wanted to join this list to get a better idea for where we can > park our OSS "Zenoss Core" product such that it is included in > subsequent Fedora releases, is considered for inclusion in upcoming > RHEL releases, and is possibly also included in RHX (alongside our > commercial enterprise product). I'm very new to the > EPEL/Livna/Fedora repository landscape, but I'm very familiar with > Linux, distros, yum, up2date, and all the other infrastructure. I'm > asking for a bit of help in understanding what repositories and > processes feed distributions and releases so that I can understand > where we should try to park our OSS "Zenoss Core" product. > > Any insight (wikis/FAQs/HOWTOs) that anyone can provide would be > happily accepted! :) I can give a bit of overview. RHEL is almost directly cut from Fedora package sets. There are a few things added that aren't in Fedora, and many things removed, but getting something into a RHEL release has a much higher chance if it's in Fedora already. EPEL is something newly created, which is an addon repository for RHEL brought to you by the Fedora community. It's a place where packages can be brought up to the RHEL standard and used by RHEL customers. If the demand is sufficient enough, there is potential to "promote" the package out of EPEL and into RHEL proper. However that comes with the cost that a Red Hat employee would have to maintain the package, and you would lose the ability to directly touch said package. Does that help? -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dhuff at redhat.com Fri Jan 18 19:08:23 2008 From: dhuff at redhat.com (David Huff) Date: Fri, 18 Jan 2008 14:08:23 -0500 Subject: Zenoss Core In-Reply-To: References: Message-ID: <4790F927.3070607@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christopher Blunck wrote: | Hello all, | | I work on the Zenoss project and we're interested in figuring out how to | get our "Zenoss Core" product into the Fedora 8 repositories so that | end-users can install us via a simple "yum install zenoss". I sent a | few private emails to Warren Tagomi to talk about what we had to do to | be included in Fedora's repositories. | | The gist of that conversation was that we would not qualify for | inclusion due to our dependence on Zope 2.x, which requires Python 2.4. | Our solution to that problem under Fedora (as well as on other | distributions) has been to ship our own python installation with our | product. Python 2.4 is installed under /opt/zenoss. | | Warren suggested I look into the livna repository, and I created a | ticket there that asks that we are included in their repository: | http://bugzilla.livna.org/show_bug.cgi?id=1817 | | After several comments it seems like the consensus is for us to use the | compat-python24 package rather than ship our own version of python. | We're working on that from an engineering standpoint. | | Thorsten Leemhius suggested we consider the EPEL repository since it | feeds RHEL. I replied saying that we're in RHX already (but not for | Zenoss Core). | | I wanted to join this list to get a better idea for where we can park | our OSS "Zenoss Core" product such that it is included in subsequent | Fedora releases, is considered for inclusion in upcoming RHEL releases, | and is possibly also included in RHX (alongside our commercial | enterprise product). I'm very new to the EPEL/Livna/Fedora repository | landscape, but I'm very familiar with Linux, distros, yum, up2date, and | all the other infrastructure. I'm asking for a bit of help in | understanding what repositories and processes feed distributions and | releases so that I can understand where we should try to park our OSS | "Zenoss Core" product. | | Any insight (wikis/FAQs/HOWTOs) that anyone can provide would be happily | accepted! :) | | | -c | Just to get some of my thoughts out there, RHX will probably be the best place to host the "Enterprise" or no free bits. For those of you unfamiliar with RHX it is a place to obtain commercial open source, and propriety, applications that are certified on RHEL. RHX has always envisioned a perfect world were the community/free version of the RHX product "lives" in the fedora and EPEL community, and we use these packages as a base for the RHX offerings. However its not a perfect world and I would like to work more closely to the Fedora/EPL guys then we currently do. Some of the key questions I have for Fedora/EPEL is can Zenoss import pre-built RPM's into the EPEL repository? Or do they need to build their packages in koji. Currently RHX does not have a build system so we do take pre-build RPMs. For Zenoss will zenoss--core run with the compat-python24 package in Fedora? RHX would be happy to help as much as Possible however not sure what the next steps should be. - -D - -- David Huff Online Services R&D Red Hat, Raleigh, NC Mobile: 919-796-3553 Office: 919-754-4129 http://rhx.redhat.com GPG Key ID: 6A20BBF7 GPG Fingerprint: FE13 8AF6 0E58 D92E A4E1 2D0A 71C1 CADF 6A20 BBF7 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHkPknccHK32ogu/cRAlSnAKCWYLi99wexEx7Ko4LCIjZ+Z0pz1gCfafBw zAx2h0bd6dvNmVmES3aV0Ng= =/IZ+ -----END PGP SIGNATURE----- From chris at zenoss.com Fri Jan 18 19:17:55 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 14:17:55 -0500 Subject: Zenoss Core In-Reply-To: <20080118141316.041c9613@redhat.com> References: <20080118141316.041c9613@redhat.com> Message-ID: It helps. It sounds like the best place for us to be is in the "Fedora package sets". But based on what Warren said it seems like we are not compatible because we use our own python. The compat-python24 is a livna RPM and the livna repository is not upstream of RHEL is it? -c On Jan 18, 2008, at 2:13 PM, Jesse Keating wrote: > On Fri, 18 Jan 2008 13:19:35 -0500 > Christopher Blunck wrote: > >> I wanted to join this list to get a better idea for where we can >> park our OSS "Zenoss Core" product such that it is included in >> subsequent Fedora releases, is considered for inclusion in upcoming >> RHEL releases, and is possibly also included in RHX (alongside our >> commercial enterprise product). I'm very new to the >> EPEL/Livna/Fedora repository landscape, but I'm very familiar with >> Linux, distros, yum, up2date, and all the other infrastructure. I'm >> asking for a bit of help in understanding what repositories and >> processes feed distributions and releases so that I can understand >> where we should try to park our OSS "Zenoss Core" product. >> >> Any insight (wikis/FAQs/HOWTOs) that anyone can provide would be >> happily accepted! :) > > I can give a bit of overview. > > RHEL is almost directly cut from Fedora package sets. There are a few > things added that aren't in Fedora, and many things removed, but > getting something into a RHEL release has a much higher chance if it's > in Fedora already. > > EPEL is something newly created, which is an addon repository for RHEL > brought to you by the Fedora community. It's a place where packages > can be brought up to the RHEL standard and used by RHEL customers. If > the demand is sufficient enough, there is potential to "promote" the > package out of EPEL and into RHEL proper. However that comes with the > cost that a Red Hat employee would have to maintain the package, and > you would lose the ability to directly touch said package. > > Does that help? > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From notting at redhat.com Fri Jan 18 19:20:38 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Jan 2008 14:20:38 -0500 Subject: Zenoss Core In-Reply-To: References: Message-ID: <20080118192038.GB6672@nostromo.devel.redhat.com> Christopher Blunck (chris at zenoss.com) said: > Thorsten Leemhius suggested we consider the EPEL repository since it feeds > RHEL. I replied saying that we're in RHX already (but not for Zenoss > Core). > > I wanted to join this list to get a better idea for where we can park our > OSS "Zenoss Core" product such that it is included in subsequent Fedora > releases, is considered for inclusion in upcoming RHEL releases, and is > possibly also included in RHX (alongside our commercial enterprise > product). I'm very new to the EPEL/Livna/Fedora repository landscape, but > I'm very familiar with Linux, distros, yum, up2date, and all the other > infrastructure. I'm asking for a bit of help in understanding what > repositories and processes feed distributions and releases so that I can > understand where we should try to park our OSS "Zenoss Core" product. > > Any insight (wikis/FAQs/HOWTOs) that anyone can provide would be happily > accepted! :) >From a raw technical standpoint: - All repos must be internally consistent - Fedora can only require Fedora packages - EPEL can only require RHEL + EPEL packages - Livna can only require Fedora + Livna packages (presumably) So, where your stuff goes depends on where its dependencies go, essentially. That being said, it's possible to have apps in EPEL but not the latest Fedora, even if that's not preferred (I think - there may be EPEL guidelines against this.) Bill From jkeating at redhat.com Fri Jan 18 19:30:00 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Jan 2008 14:30:00 -0500 Subject: Zenoss Core In-Reply-To: <4790F927.3070607@redhat.com> References: <4790F927.3070607@redhat.com> Message-ID: <20080118143000.19f129d6@redhat.com> On Fri, 18 Jan 2008 14:08:23 -0500 David Huff wrote: > Some of the key questions I have for Fedora/EPEL is can Zenoss import > pre-built RPM's into the EPEL repository? Or do they need to build > their packages in koji. Currently RHX does not have a build system so > we do take pre-build RPMs. They have to be built from source. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Fri Jan 18 19:31:04 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Jan 2008 14:31:04 -0500 Subject: Zenoss Core In-Reply-To: References: <20080118141316.041c9613@redhat.com> Message-ID: <20080118143104.1146e8b9@redhat.com> On Fri, 18 Jan 2008 14:17:55 -0500 Christopher Blunck wrote: > It helps. It sounds like the best place for us to be is in the > "Fedora package sets". But based on what Warren said it seems like > we are not compatible because we use our own python. The > compat-python24 is a livna RPM and the livna repository is not > upstream of RHEL is it? Correct, the dependency on the older python will keep you out of Fedora proper for now. However you won't have that issue in EPEL, since EPEL-5 (for RHEL5) still uses python2.4. Livna is not one of the direct paths into RHEL, that is also correct. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris at zenoss.com Fri Jan 18 19:37:26 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 14:37:26 -0500 Subject: Zenoss Core In-Reply-To: <20080118143000.19f129d6@redhat.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> Message-ID: <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> Built from .src.rpm or built from .spec? On Jan 18, 2008, at 2:30 PM, Jesse Keating wrote: > On Fri, 18 Jan 2008 14:08:23 -0500 > David Huff wrote: > >> Some of the key questions I have for Fedora/EPEL is can Zenoss import >> pre-built RPM's into the EPEL repository? Or do they need to build >> their packages in koji. Currently RHX does not have a build system >> so >> we do take pre-build RPMs. > > They have to be built from source. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From notting at redhat.com Fri Jan 18 19:43:12 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Jan 2008 14:43:12 -0500 Subject: Zenoss Core In-Reply-To: <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> Message-ID: <20080118194312.GA10249@nostromo.devel.redhat.com> Christopher Blunck (chris at zenoss.com) said: > Built from .src.rpm or built from .spec? I'm not sure what you mean here. The build system for EPEL/Fedora builds from a src.rpm created by checking the spec and patches out of a source control system, and adding in the upstream tarball (from local storage.) Bill From jkeating at redhat.com Fri Jan 18 19:46:48 2008 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 18 Jan 2008 14:46:48 -0500 Subject: Zenoss Core In-Reply-To: <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> Message-ID: <20080118144648.12ab9e0b@redhat.com> On Fri, 18 Jan 2008 14:37:26 -0500 Christopher Blunck wrote: > Built from .src.rpm or built from .spec? Yes. (: For a longer answer... EPEL and Fedora in general maintains a source control (CVS) repository of the package .spec file, any patches, and the upstream source tarball (in a lookaside cache). It's from this source control that the package is built. However we have helper tools that will allow you to easily import an existing source rpm. If you so desire, your work on the spec and such can happen outside EPEL/Fedora's source control, and when you're ready to do a new build you can import the latest source rpm. You'll have to take care as to not stomp on any changes that may have been made directly in Fedora/EPEL though. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From chris at zenoss.com Fri Jan 18 19:48:13 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 14:48:13 -0500 Subject: Zenoss Core In-Reply-To: <20080118194312.GA10249@nostromo.devel.redhat.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> <20080118194312.GA10249@nostromo.devel.redhat.com> Message-ID: <6C6C4B19-8320-471D-9E69-8E90E3F2C5D0@zenoss.com> Ok cool. I did not know if you just needed a .spec file (along with the source tarballs) or if you worked off the src.rpm. Thanks for clarifying it. -c On Jan 18, 2008, at 2:43 PM, Bill Nottingham wrote: > Christopher Blunck (chris at zenoss.com) said: >> Built from .src.rpm or built from .spec? > > I'm not sure what you mean here. The build system for EPEL/Fedora > builds > from a src.rpm created by checking the spec and patches out of a > source > control system, and adding in the upstream tarball (from local > storage.) > > Bill > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From chris at zenoss.com Fri Jan 18 19:49:31 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 14:49:31 -0500 Subject: Zenoss Core In-Reply-To: <20080118144648.12ab9e0b@redhat.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> <20080118144648.12ab9e0b@redhat.com> Message-ID: <66D687FA-0B28-4093-B67F-C0E6340984B5@zenoss.com> Since we're all OSS here is there any way that Fedora/EPEL changes to the .spec can be pushed upstream into our repository? Or are there some proprietary things you guys sometimes add to .spec files to make them work in your build environment? -c On Jan 18, 2008, at 2:46 PM, Jesse Keating wrote: > On Fri, 18 Jan 2008 14:37:26 -0500 > Christopher Blunck wrote: > >> Built from .src.rpm or built from .spec? > > Yes. (: > > For a longer answer... EPEL and Fedora in general maintains a source > control (CVS) repository of the package .spec file, any patches, and > the upstream source tarball (in a lookaside cache). It's from this > source control that the package is built. However we have helper > tools > that will allow you to easily import an existing source rpm. If you > so > desire, your work on the spec and such can happen outside EPEL/ > Fedora's > source control, and when you're ready to do a new build you can import > the latest source rpm. You'll have to take care as to not stomp on > any > changes that may have been made directly in Fedora/EPEL though. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From notting at redhat.com Fri Jan 18 19:53:27 2008 From: notting at redhat.com (Bill Nottingham) Date: Fri, 18 Jan 2008 14:53:27 -0500 Subject: Zenoss Core In-Reply-To: <66D687FA-0B28-4093-B67F-C0E6340984B5@zenoss.com> References: <4790F927.3070607@redhat.com> <20080118143000.19f129d6@redhat.com> <4ABD8780-B591-4344-B9F7-FBA2F8D7EECD@zenoss.com> <20080118144648.12ab9e0b@redhat.com> <66D687FA-0B28-4093-B67F-C0E6340984B5@zenoss.com> Message-ID: <20080118195327.GA10668@nostromo.devel.redhat.com> Christopher Blunck (chris at zenoss.com) said: > Since we're all OSS here is there any way that Fedora/EPEL changes to the > .spec can be pushed upstream into our repository? Sure, just not automatically. Bill From chris at zenoss.com Fri Jan 18 20:10:19 2008 From: chris at zenoss.com (Christopher Blunck) Date: Fri, 18 Jan 2008 15:10:19 -0500 Subject: Zenoss Core In-Reply-To: <20080118143104.1146e8b9@redhat.com> References: <20080118141316.041c9613@redhat.com> <20080118143104.1146e8b9@redhat.com> Message-ID: <2E1834DA-8315-4608-A305-BCEEB1E696EE@zenoss.com> So if we don't ship our own python but instead rely on the compat- python24 module we could be accepted to EPEL? Will EPEL be included in /etc/yum.repos.d in future Fedora releases? If compat-python24 is promoted into Fedora proper would that then mean we would be a candidate for inclusion in Fedora proper? Is there any likelihood that compat-python24 will be promoted into Fedora proper? Sorry for all the questions... Just trying to better understand all the different groups, projects, and policies. :) Thank you all for your help so far in understanding the environment. -c On Jan 18, 2008, at 2:31 PM, Jesse Keating wrote: > On Fri, 18 Jan 2008 14:17:55 -0500 > Christopher Blunck wrote: > >> It helps. It sounds like the best place for us to be is in the >> "Fedora package sets". But based on what Warren said it seems like >> we are not compatible because we use our own python. The >> compat-python24 is a livna RPM and the livna repository is not >> upstream of RHEL is it? > > Correct, the dependency on the older python will keep you out of > Fedora > proper for now. However you won't have that issue in EPEL, since > EPEL-5 (for RHEL5) still uses python2.4. > > Livna is not one of the direct paths into RHEL, that is also correct. > > -- > Jesse Keating > Fedora -- All my bits are free, are yours? > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From dennis at ausil.us Fri Jan 18 20:17:14 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 18 Jan 2008 14:17:14 -0600 Subject: Zenoss Core In-Reply-To: <2E1834DA-8315-4608-A305-BCEEB1E696EE@zenoss.com> References: <20080118143104.1146e8b9@redhat.com> <2E1834DA-8315-4608-A305-BCEEB1E696EE@zenoss.com> Message-ID: <200801181417.16068.dennis@ausil.us> On Friday 18 January 2008, Christopher Blunck wrote: > So if we don't ship our own python but instead rely on the compat- > python24 module we could be accepted to EPEL? using the system python you could be in EPEL RHEL5 includes python-2.4 RHEL4 python-2.3 > Will EPEL be included in /etc/yum.repos.d in future Fedora releases? EPEL is for RHEL most but not all EPEL packages are already in fedora > If compat-python24 is promoted into Fedora proper would that then mean > we would be a candidate for inclusion in Fedora proper? if then yes > Is there any likelihood that compat-python24 will be promoted into > Fedora proper? highly unlikely. hopefully plone/zope will be made to work with python-2.5+ then you will be ok to go into fedora. > Sorry for all the questions... Just trying to better understand all > the different groups, projects, and policies. :) > > Thank you all for your help so far in understanding the environment. > > > > -c > > On Jan 18, 2008, at 2:31 PM, Jesse Keating wrote: > > On Fri, 18 Jan 2008 14:17:55 -0500 > > > > Christopher Blunck wrote: > >> It helps. It sounds like the best place for us to be is in the > >> "Fedora package sets". But based on what Warren said it seems like > >> we are not compatible because we use our own python. The > >> compat-python24 is a livna RPM and the livna repository is not > >> upstream of RHEL is it? > > > > Correct, the dependency on the older python will keep you out of > > Fedora > > proper for now. However you won't have that issue in EPEL, since > > EPEL-5 (for RHEL5) still uses python2.4. > > > > Livna is not one of the direct paths into RHEL, that is also correct. > > > > -- > > Jesse Keating > > Fedora -- All my bits are free, are yours? > > _______________________________________________ > > epel-devel-list mailing list > > epel-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/epel-devel-list > > _______________________________________________ > 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 Sat Jan 19 10:32:30 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 19 Jan 2008 05:32:30 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-19 Message-ID: <20080119103230.98B1C152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 27 NEW ack-1.76-1.el5 : Grep-like text finder NEW bwm-ng-0.5-9.el5 : Bandwidth Monitor NG dbmail-2.2.8-1.el5 glpi-0.70.1a-1.el5 gtk-qt-engine-0.8-2.el5 icewm-1.2.35-1.el5 NEW jigdo-0.7.3-2.el5 : Ease distribution of large files over the Internet NEW libgdiplus-1.2.6-1.el5 : libgdiplus: An Open Source implementation of the GDI+ API NEW libstatgrab-0.13-4.el5 : Make system statistics NEW mono-1.2.6-6.1.el5 : a .NET runtime environment NEW perl-Devel-Leak-0.03-4.el5 : Utility for looking for perl objects that are not reclaimed NEW perl-File-Next-1.02-1.el5 : File::Next Perl module perl-Module-CoreList-2.11-2.el5 NEW perl-Module-Install-0.67-2.el5 : Standalone, extensible Perl module installer perl-Module-Pluggable-3.60-3.el5 perl-YAML-0.66-2.el5 NEW perl-YAML-Syck-0.98-1.el5 : Fast, lightweight YAML loader and dumper NEW perl-YAML-Tiny-1.04-2.el5 : Read/Write YAML files with as little code as possible NEW postgresql-plruby-0.5.1-5.el5 : PostgreSQL Ruby Procedural Language (!) pstoedit-3.44-5.el5 : INVALID rebuild, not published! python-paramiko-1.7.1-3.el5 vala-0.1.5-5.el5 NEW vnstat-1.6-1.el5 : Console-based network traffic monitor NEW wiggle-0.6-3.el5 : A tool for applying patches with conflicts xclip-0.10-2.el5 xdg-utils-1.0.2-3.el5 zaptel-1.4.8-1.el5 Packages built and released for Fedora EPEL 4: 171 NEW aalib-1.4.0-0.rc5.3 : An ASCII art library. NEW acpitool-0.4.7-2.el4 : Command line ACPI client NEW alpine-1.00-2.el4 : UW Alpine mail user agent NEW altermime-0.3.7-2.el4 : Alter MIME-encoded mailpacks NEW aoetools-21-1.el4 : ATA over Ethernet Tools NEW asa-1.2-4.el4 : Convert Fortran carriage control characters bcfg2-0.9.5.5-1.el4 NEW BibTool-2.48-6.el4 : A Tool for manipulating BibTeX data bases boolstuff-0.1.11-3.el4 NEW bsdiff-4.3-3.el4 : Binary diff/patch utility NEW cernlib-2006-19.el4 : General purpose CERN library cobbler-0.6.5-3.el4 NEW codeblocks-1.0-0.28.20071210svn4719.el4 : An open source, cross platform, free C++ IDE NEW cppunit-1.12.0-4.el4.1 : C++ unit testing framework NEW cvsweb-3.0.5-5.el4 : Web interface for CVS repositories NEW debootstrap-1.0.7-2.el4 : Bootstrap a basic Debian GNU/Linux system NEW deltarpm-3.4-8.el4 : Create deltas between rpms NEW dkms-2.0.17.5-1.el4 : Dynamic Kernel Module Support Framework NEW docbook2X-0.8.8-1.el4 : Convert docbook into man and Texinfo NEW dosbox-0.72-1 : An x86/DOS emulator with sound/graphics drupal-5.5-1.el4 NEW dsniff-2.4-0.1.b1.el4 : Tools for network auditing and penetration testing NEW dvdisaster-0.70.4-1.el4 : Additional error protection for CD/DVD media NEW emacs-nxml-mode-0.20041004-6.el4 : Emacs package for editing XML NEW enca-1.9-1.el4 : Character set analyzer and detector NEW enigma-1.01-3.el4 : Clone of the ATARI game Oxyd NEW erlang-R11B-2.3.el4 : General-purpose programming language and runtime environment NEW esmtp-0.6.0-3.el4 : User configurable relay-only Mail Transfer Agent (MTA) NEW flashrom-0-0.6.20080109svn3036.el4 : Simple program for reading/writing BIOS chips content NEW flasm-1.62-3.el4 : Flash bytecode assembler disassembler NEW freealut-1.1.0-5.el4 : Implementation of OpenAL's ALUT standard func-0.14-1.el4 NEW g2clib-1.0.5-2.el4 : GRIB2 encoder/decoder and search/indexing routines in C NEW glpi-0.70-4.el4 : Free IT asset management software NEW grads-1.9b4-21.el4 : Tool for easy acces, manipulation, and visualization of data NEW gtranslator-1.1.7-7.el4 : Gettext po file editor for GNOME haproxy-1.3.14-1.el4 NEW inkscape-0.44.1-1.el4 : Vector-based drawing program using SVG NEW iozone-3-2.el4 : Filesystem benchmarking utility NEW iperf-2.0.2-4.el4 : Measurement tool for TCP/UDP bandwidth performance NEW kchmviewer-3.1-1.el4.5 : CHM viewer with KDE support koan-0.6.4-1.el4 NEW libAfterImage-1.15-1.el4 : A generic image manipulation library NEW libdockapp-0.6.1-5.el4 : DockApp Development Standard Library NEW libesmtp-1.0.4-5.el4 : SMTP client library NEW libetpan-0.52-2.el4 : Portable, efficient middleware for different kinds of mail access NEW libident-0.32-1.el4 : New LibIdent C library NEW libnc-dap-3.7.0-9.el4 : The NetCDF interface to DAP-2 from OPeNDAP libnet-1.1.2.1-11.el4 NEW libnids-1.22-3.el4 : Implementation of an E-component of Network Intrusion Detection System NEW libnss-mysql-1.5-6.el4 : NSS library for MySQL libopm-0.1-6.20050731cvs.el4 libsigc++20-2.0.18-1.el4 NEW libsx-2.05-13.el4.1 : Simple X library libupnp-1.6.3-3.el4 lzop-1.02-0.5.rc1.el4 maxima-5.14.0-4.el4 NEW mod_wsgi-1.3-2.el4 : A WSGI interface for Python web applications in Apache nagios-2.10-5.el4 NEW net6-1.3.5-1.el4 : A TCP protocol abstraction for library C++ nginx-0.5.34-1.el4 NEW obby-0.4.4-2.el4 : A library which provides synced document buffers NEW ooo2txt-0.0.6-3.el4 : Convert OpenOffice documents to simple text NEW openal-0.0.9-0.13.20060204cvs.el4 : Open Audio Library NEW osslsigncode-1.2-2.el4 : Tool for Authenticode signing of EXE/CAB files NEW pam_ssh-1.92-7.el4 : PAM module for use with SSH keys and ssh-agent NEW perl-Archive-Tar-1.30-0.1.el4 : A module for Perl manipulation of .tar files NEW perl-Archive-Zip-1.16-0.1.2.1.el4 : Perl library for accessing Zip archives NEW perl-Authen-SASL-2.10-1.el4.1 : SASL Authentication framework for Perl NEW perl-BerkeleyDB-0.32-0.1.el4 : Perl extension for Berkeley DB version 2, 3 or 4 NEW perl-Cache-2.04-2.el4.3 : The Cache interface NEW perl-Compress-Zlib-1.42-0.1.el4 : Interface to zlib compression library perl-Convert-UUlib-1.09-2.el4 NEW perl-Crypt-SmbHash-0.12-6.el4 : Pure-perl Lanman and NT MD4 hash functions NEW perl-DBD-SQLite-1.14-2.el4 : Self Contained RDBMS in a DBI Driver NEW perl-Devel-Symdump-2.07-3.el4.1 : A Perl module for inspecting Perl's symbol table NEW perl-Digest-MD4-1.5-4.el4 : Perl interface to the MD4 Algorithm NEW perl-File-BaseDir-0.03-1.el4 : Use the freedesktop basedir spec NEW perl-File-Copy-Recursive-0.35-1.el4 : Extension for recursively copying files and directories NEW perl-File-DesktopEntry-0.04-5.el4 : Object to handle .desktop files NEW perl-File-MimeInfo-0.14-1.el4 : Determine file type and open application NEW perl-File-NFSLock-1.20-2.el4.1 : Perl module to do NFS (or not) locking NEW perl-FreezeThaw-0.43-5.el4 : Convert Perl structures to strings and back NEW perl-GSSAPI-0.24-1.1.el4 : Perl extension providing access to the GSSAPIv2 library NEW perl-Heap-0.80-1.el4 : Perl extension for keeping data partially sorted NEW perl-Inline-0.44-18.el4 : Inline Perl module NEW perl-Inline-Files-0.62-2.el4 : Allows for multiple inline files in a single perl file NEW perl-IO-Interface-1.03-1.el4.2 : Perl extension for accessing network card configuration information NEW perl-IO-Socket-SSL-1.01-1.el4 : Perl library for transparent SSL NEW perl-IO-String-1.08-0.3.el4 : Emulate file interface for in-core strings NEW perl-IO-Tty-1.07-2.el4.1 : Perl interface to pseudo tty's NEW perl-IO-Zlib-1.04-3.el4 : IO:: style interface to Compress::Zlib NEW perl-IPC-Run-0.80-3.el4 : Perl module for interacting with child processes NEW perl-Jcode-2.06-6.el4 : Perl extension interface for converting Japanese text NEW perl-Locale-Maketext-Fuzzy-0.10-1.el4 : Maketext from already interpolated strings NEW perl-LWP-Authen-Wsse-0.05-2.el4.1 : Library for enabling X-WSSE authentication in LWP NEW perl-Mail-Sender-0.8.13-2.el4.1 : Module for sending mails with attachments through an SMTP server NEW perl-Mail-Sendmail-0.79-9.el4.1 : Simple platform independent mailer for Perl NEW perl-MLDBM-2.01-5.el4.1 : Store multi-level hash structure in single level tied hash NEW perl-Module-Build-0.2807-2.el4 : Perl module for building and installing Perl modules NEW perl-Net-SSLeay-1.30-4.el4 : Perl extension for using OpenSSL NEW perl-PAR-Dist-0.25-2.el4 : Toolkit for creating and manipulating Perl PAR distributions NEW perl-Parse-Yapp-1.05-36.el4.1 : Perl extension for generating and using LALR parsers NEW perl-Pod-Coverage-0.18-2.el4 : Checks if the documentation of a module is comprehensive NEW perl-Statistics-Descriptive-2.6-2.el4.1 : Perl module of basic descriptive statistical functions NEW perl-Test-Builder-Tester-1.01-1.el4.3 : Test runner for Test::Builder testsuites NEW perl-Test-Pod-1.20-3.el4 : Perl module for checking for POD errors in files NEW perl-Test-Pod-Coverage-1.08-1.el4 : Check for pod coverage in your distribution NEW perl-Text-CHM-0.01-2.el4.1 : Perl extension for handling MS Compiled HtmlHelp Files NEW perl-Text-Unidecode-0.04-4.el4.1 : US-ASCII transliterations of Unicode text perl-Tk-804.028-1.el4 NEW perl-Unicode-Map-0.112-12.el4 : Perl module for mapping charsets from and to utf16 unicode NEW perl-Unicode-Map8-0.12-15.el4 : Mapping table between 8-bit chars and Unicode for Perl NEW perl-Unicode-MapUTF8-1.11-7.el4 : Conversions to and from arbitrary character sets and UTF8 NEW perl-Unicode-String-2.09-6.el4 : Perl modules to handle various Unicode issues pexpect-2.3-1.el4 NEW php-eaccelerator-0.9.5.2-2.el4 : PHP accelerator, optimizer, encoder and dynamic content cacher NEW phpldapadmin-0.9.8.3-1.el4 : Web-based tool for managing LDAP servers phpMyAdmin-2.11.4-1.el4 NEW plotutils-2.5-5.el4 : GNU vector and raster graphics utilities and libraries puppet-0.24.1-1.el4 NEW pwgen-2.06-2.el4 : Automatic password generation NEW pyflakes-0.2.1-3.el4 : A Lint-like tool for Python python-boto-0.9d-1.el4 python-cherrypy-2.2.1-7.el4 NEW python-chm-0.8.4-1.el4 : Python package for CHM files handling NEW python-decoratortools-1.6-1.el4 : Use class and function decorators -- even in Python 2.3 NEW python-formencode-0.7.1-2.el4 : HTML form validation, generation, and convertion package NEW python-genshi-0.4.4-2.el4 : Toolkit for stream-based generation of output for the web python-GeoIP-1.2.1-7.el4 NEW python-json-3.4-3.el4 : A JSON reader and writer for Python python-lxml-1.3.6-1.el4 NEW python-nose-0.10.0-2.el4 : A discovery-based unittest extension for Python NEW python-openid-2.1.1-3.el4 : Python OpenID libraries NEW python-protocols-1.0-0.3.a0dev_r2082.el4 : Open Protocols and Component Adaptation for Python NEW python-ruledispatch-0.5a0-0.8.svnr2306.el4 : A generic function package for Python NEW python-tgfastdata-0.9a6-6.el4 : Automatic user interface generation for TurboGears NEW python-turbocheetah-0.9.5-7.el4 : TurboGears plugin to support use of Cheetah templates NEW python-turbojson-1.1.2-1.el4 : Python template plugin that supports json NEW python-turbokid-1.0.4-1.el4 : Python template plugin that supports Kid templates NEW python-xlrd-0.6.1-5.el4 : Library to extract data from Microsoft Excel (tm) spreadsheet files qgit-1.5.8-1.el4 NEW qiv-2.0-8.el4 : Quick Image Viewer qucs-0.0.13-1.el4 NEW rlwrap-0.30-1.el4 : Wrapper for GNU readline rpmlint-0.82-1.el4 NEW rxvt-2.7.10-8.el4 : Rxvt (ouR XVT) - a VT102 emulator for the X window system rxvt-unicode-8.9-1.el4 sbcl-1.0.13-1.el4 NEW shorewall-4.0.7-3.el4 : An iptables front end for firewall configuration SIBsim4-0.16-1.el4 sipp-3.0-1.el4 NEW smbldap-tools-0.9.4-1.el4 : User and group administration tools for Samba/OpenLDAP NEW smstools-3.0.10-1.el4 : Tools to send and receive short messages through GSM modems or mobile phones sqlgrey-1.7.5-1.el4 NEW superiotool-0-0.8.20080110svn3011.el4 : Simple program for detecting Super I/O on your mainboard NEW sysusage-2.6-3.el4 : System monitoring based on perl, rrdtool, and sysstat NEW testdisk-6.8-1.el4 : Tool to check and undelete partition NEW tetex-elsevier-0.1.20071024-1.el4.1 : Elsevier LaTeX style files and documentation NEW tetex-lineno-4.41-1.el4 : Add line numbers on paragraphs in LaTeX tiquit-2.5-1.el4 NEW tiresias-fonts-1.0-2.el4 : Low vision fonts NEW trac-iniadmin-plugin-0.1-2.20071126svn2824.el4 : Expose all TracIni options using the Trac 0.10 config option API NEW vblade-14-3.el4 : Virtual EtherDrive (R) blade daemon NEW viewvc-1.0.4-2.el4 : Browser interface for CVS and SVN version control repositories NEW wgrib-1.8.0.12o-2.el4 : Manipulate, inventory and decode GRIB files NEW wmix-3.1-2.el4 : Dockapp mixer NEW wxGTK-2.8.4-4.el4.1 : GTK2 port of the wxWidgets GUI library NEW xalan-c-1.10.0-2.el4 : Xalan XSLT processor for C NEW xbae-4.60.4-8.el4.1 : Motif matrix, caption and text input widgets zabbix-1.4.4-1.el4 Packages built and released for Fedora EPEL testing/4: 21 NEW ack-1.64-1.el4 : Grep-like text finder NEW bwm-ng-0.5-6.el4 : Bandwidth Monitor NG glpi-0.70.1a-1.el4 NEW jigdo-0.7.3-4.el4 : Ease distribution of large files over the Internet NEW libstatgrab-0.12-1.el4 : Make system statistics NEW perl-BSD-Resource-1.28-3.el4 : BSD process resource limit and priority functions NEW perl-Class-Inspector-1.17-1.el4 : Get information about a class and its structure NEW perl-Devel-Leak-0.03-4.el4 : Utility for looking for perl objects that are not reclaimed NEW perl-File-Next-1.02-1.el4 : File::Next Perl module NEW perl-Module-CoreList-2.11-2.el4 : Perl core modules indexed by perl versions NEW perl-Module-Install-0.67-2.el4 : Standalone, extensible Perl module installer NEW perl-Module-Pluggable-3.60-3.el4 : Automatically give your module the ability to have plugins NEW perl-Module-ScanDeps-0.75-1.el4 : Recursively scan Perl code for dependencies perl-String-CRC32-1.4-1.el4 perl-YAML-0.66-2.el4 NEW perl-YAML-Syck-0.98-1.el4 : Fast, lightweight YAML loader and dumper NEW perl-YAML-Tiny-1.04-2.el4 : Read/Write YAML files with as little code as possible NEW pstoedit-3.45-2.el4 : Translates PostScript and PDF graphics into other vector formats NEW vnstat-1.6-1.el4 : Console-based network traffic monitor xclip-0.10-2.el4 xdg-utils-1.0.2-3.el4 Changes in Fedora EPEL testing/5: ack-1.76-1.el5 -------------- * Thu Jan 17 2008 Ian Burrell - 1.76-1 - Update to 1.76 bwm-ng-0.5-9.el5 ---------------- * Tue Aug 21 2007 Patrick "Jima" Laughton 0.5-9 - License clarification dbmail-2.2.8-1.el5 ------------------ * Fri Jan 18 2008 Bernard Johnson - 2.2.8-1 - 2.2.8-1 * Thu Dec 06 2007 Release Engineering - 2.2.7-2 - Rebuild for deps glpi-0.70.1a-1.el5 ------------------ * Tue Jan 15 2008 Remi Collet - 0.70.1a-1 - update * Sun Jan 13 2008 Remi Collet - 0.70.1-2 - fix typo in lang files * Sun Jan 13 2008 Remi Collet - 0.70.1-1 - update to 0.70.1 (0.70 + bugfixes) gtk-qt-engine-0.8-2.el5 ----------------------- * Mon Jan 14 2008 Rex Dieter 1:0.8-2 - nslpluginviewer patch (kde#132138c#48) * Sun Dec 09 2007 Rex Dieter 1:0.8-1 - gtk-qt-engine-0.8 * Sun Dec 09 2007 Rex Dieter 0.70-7.20070811svn - BR: kdelibs3-devel * Sat Aug 25 2007 Rex Dieter 0.70-6.20070811svn - respin (BuildID) icewm-1.2.35-1.el5 ------------------ * Mon Jan 14 2008 - 1.2.35-1 - 1.2.35. - Missing BR: xorg-x11-fonts-truetype. (#351811) jigdo-0.7.3-2.el5 ----------------- * Sun Jun 25 2006 Ian Burrell - 0.7.3-1 - Update to 0.7.3 - Remove obsolete patches libgdiplus-1.2.6-1.el5 ---------------------- * Thu Nov 22 2007 Paul F. Johnson 1.2.6-1 - bump to latest preview version libstatgrab-0.13-4.el5 ---------------------- * Mon Aug 20 2007 Patrick "Jima" Laughton 0.13-4 - License clarification - Fixed License tags for statgrab-tools and libstatgrab-examples mono-1.2.6-6.1.el5 ------------------ * Wed Dec 19 2007 Paul F. Johnson 1.2.6-6.1 - added BR libunwind-devel for ia64 (bz426180) - fix for LIBDIR problem perl-Devel-Leak-0.03-4.el5 -------------------------- * Tue Jan 15 2008 Tom "spot" Callaway 0.03-4 - fix license perl-File-Next-1.02-1.el5 ------------------------- * Thu Jan 17 2008 Ian Burrell - 1.02-1 - Update to 1.02 perl-Module-CoreList-2.11-2.el5 ------------------------------- * Tue Jan 15 2008 Tom "spot" Callaway - 2.11-2 - license fix perl-Module-Install-0.67-2.el5 ------------------------------ * Sun Dec 30 2007 Ralf Cors?pius - 0.67-2 - BR: perl(Test::More), perl(CPAN) (BZ 419631). - Remove TEST_POD (Unused). - Add AUTOMATED_TESTING. - BR: perl(Test::Pod) for AUTOMATED_TESTING. - Adjust License-tag. perl-Module-Pluggable-3.60-3.el5 -------------------------------- * Sun Jan 13 2008 Tom "spot" Callaway - 3.60-3 - rebuild for new perl * Sat Dec 29 2007 Ralf Corsepius - 3.60-2 - Adjust License-tag. - Fix perms on sources. - BR: perl(Test::More) (BZ 419631). * Tue Apr 17 2007 Steven Pritchard 3.60-1 - Update to 3.6. perl-YAML-0.66-2.el5 -------------------- * Fri Jan 11 2008 Tom "spot" Callaway 0.66-2 - rebuild for new perl perl-YAML-Syck-0.98-1.el5 ------------------------- * Tue Oct 16 2007 Steven Pritchard 0.98-1 - Update to 0.98. perl-YAML-Tiny-1.04-2.el5 ------------------------- * Tue Jan 15 2008 Tom "spot" Callaway 1.04-2 - license fix postgresql-plruby-0.5.1-5.el5 ----------------------------- * Mon Jan 14 2008 - Devrim GUNDUZ 0.5.1-5 - Use a better BR line for postgresql-devel pstoedit-3.44-5.el5 ------------------- * Thu Nov 23 2006 Denis Leroy - 3.44-5 - Added libEMF support python-paramiko-1.7.1-3.el5 --------------------------- * Mon Jan 14 2008 Jeffrey C. Ollie - 1.7.1-3 - Update to latest Python packaging guidelines. - Apply patch that fixes insecure use of RandomPool. vala-0.1.5-5.el5 ---------------- * Tue Jan 15 2008 Michel Salim - 0.1.5-5 - Manually add Gee vapi file to package (bz #428692) vnstat-1.6-1.el5 ---------------- * Sun Jan 13 2008 Adrian Reber - 1.6-1 - updated to 1.6 - added vnstat.conf to %{_sysconfdir} - fixed a few rpmlint warnings wiggle-0.6-3.el5 ---------------- * Tue Jan 15 2008 Andy Gospodarek 0.6-3 - More suggested package cleanups and doc additions * Mon Jan 14 2008 Andy Gospodarek 0.6-2 - Makefile changes and spec-file cleanups * Mon Jan 14 2008 Andy Gospodarek 0.6-1 - Initial build various patches from around the web xclip-0.10-2.el5 ---------------- * Mon Jan 14 2008 Tom "spot" Callaway 0.10-2 - enable utf8 support by default xdg-utils-1.0.2-3.el5 --------------------- * Fri Jan 18 2008 Rex Dieter 1.0.2-3 - fix mimeopen support (#429280) - spec cosmetics: cleanup macro usage zaptel-1.4.8-1.el5 ------------------ * Mon Jan 14 2008 Jeffrey C. Ollie - 1.4.8-1 - Update to 1.4.8 Changes in Fedora EPEL 4: aalib-1.4.0-0.rc5.3 ------------------- * Thu Dec 16 2004 Michael Schwendt 1.4.0-0.rc5.3 - If Epoch is dropped, %epoch must not be used anywhere else. acpitool-0.4.7-2.el4 -------------------- * Thu May 24 2007 Patrice Dumas 0.4.7-2 - update to 0.4.7 alpine-1.00-2.el4 ----------------- * Sat Dec 22 2007 Rex Dieter 1.00-2 - --with-system-pinerc=%_sysconfdir/pine.conf --with-system-fixed-pinerc=%_sysconfdir/pine.conf.fixed (#426512) * Fri Dec 21 2007 Rex Dieter 1.00-1 - alpine-1.00 altermime-0.3.7-2.el4 --------------------- * Sat Sep 09 2006 Tim Jackson 0.3.7-2 - Rebuild for FE6 aoetools-21-1.el4 ----------------- * Fri Nov 30 2007 Patrick "Jima" Laughton 21-1 - New upstream release asa-1.2-4.el4 ------------- * Sun Nov 18 2007 Patrice Dumas - 1.2-4 - keep timestamps - correct license tag bcfg2-0.9.5.5-1.el4 ------------------- * Fri Jan 11 2008 Jeffrey C. Ollie - 0.9.5.5-1 - Update to 0.9.5.5 - More egg-info entries. * Wed Jan 09 2008 Jeffrey C. Ollie - 0.9.5.4-1 - Update to 0.9.5.4. * Tue Jan 08 2008 Jeffrey C. Ollie - 0.9.5.3-1 - Update to 0.9.5.3 - Package egg-info files. * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5.2-1 - Update to 0.9.5.2 * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5-2 - Fix oops. * Mon Nov 12 2007 Jeffrey C. Ollie - 0.9.5-1 - Update to 0.9.5 final. * Mon Nov 05 2007 Jeffrey C. Ollie - 0.9.5-0.5.pre7 - Commit new patches to CVS. * Mon Nov 05 2007 Jeffrey C. Ollie - 0.9.5-0.4.pre7 - Update to 0.9.5pre7 * Wed Jun 27 2007 Jeffrey C. Ollie - 0.9.4-4 - Oops, apply right patch * Wed Jun 27 2007 Jeffrey C. Ollie - 0.9.4-3 - Add patch to fix YUMng problem BibTool-2.48-6.el4 ------------------ * Mon Jan 29 2007 Patrice Dumas 2.48-6 - use system regex (#225108) - honor optflags (#225108) - merge honor_DESTDIR diff with regex changes in regex_DESTDIR - don't ship c_lib.dvi boolstuff-0.1.11-3.el4 ---------------------- * Wed Nov 28 2007 Patrice Dumas 0.1.11-3 - rebuild for newer doxygen that creates reproducible anchors * Sat Oct 20 2007 Patrice Dumas 0.1.11-2 - remove date from doxygen footers bsdiff-4.3-3.el4 ---------------- * Thu Aug 23 2007 Jindrich Novy 4.3-3 - rebuild for BuildID cernlib-2006-19.el4 ------------------- * Mon Aug 27 2007 Patrice Dumas 2006-19 - add virtual provides for devel, utils and static packages, packages (like kuipc) may need the cernlib, but accept g77 or gfortran compiled cernlib - don't set the environment. It only hurts parallel installations. cobbler-0.6.5-3.el4 ------------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.5-3 - added python-setuptools stanza for F9 * Thu Jan 10 2008 Michael DeHaan - 0.6.5-1 - Upstream changes (see CHANGELOG) - simplify directory permissions codeblocks-1.0-0.28.20071210svn4719.el4 --------------------------------------- * Tue Dec 11 2007 Dan Horak 1.0-0.28.20071210svn4719 - update to revision 4719 - fix multiarch problem with contrib subpackage (#340911) - set a fixed timestamp on all installed data files - preserve timestamps on updated files cppunit-1.12.0-4.el4.1 ---------------------- * Mon Dec 17 2007 Patrice Dumas 1.12.0-4.1 - remove libdir reference to cppunit-config, should fix multiarch conflict (#340951) - fix encoding and remove windows related files in examples - keep timestamps cvsweb-3.0.5-5.el4 ------------------ * Sat Aug 18 2007 Marek Mahut - 0:3.0.5-5 - Rebuild debootstrap-1.0.7-2.el4 ----------------------- * Sun Nov 18 2007 Patrice Dumas 1.0.7-2 - keep timestamps - use rpm macros instead of hardcoded paths deltarpm-3.4-8.el4 ------------------ * Wed Aug 29 2007 Jonathan Dieter - 3.4.6 - Bring in popt-devel in BuildRequires to fix build in x86_64 dkms-2.0.17.5-1.el4 ------------------- * Wed Oct 10 2007 Matt Domsch 2.0.17.5 - call udevtrigger if we install a module for the currently running kernel - uninstall from /extra before DEST_MODULE_LOCATION (Red Hat BZ#264981) - Run depmod after uninstall docbook2X-0.8.8-1.el4 --------------------- * Wed Aug 08 2007 Patrice Dumas 0.8.8-1 - update to 0.8.8 dosbox-0.72-1 ------------- * Wed Jan 02 2008 Andreas Bierfert - 0.72-1 - version upgrade drupal-5.5-1.el4 ---------------- * Mon Dec 10 2007 Jon Ciesla - 5.5-1 - Upgrade to 5.5, critical fixes. dsniff-2.4-0.1.b1.el4 --------------------- * Thu Nov 29 2007 Robert Scheck 2.4-0.1.b1 - Upgrade to 2.4b1 and added many patches from Debian - Initial spec file for Fedora and Red Hat Enterprise Linux dvdisaster-0.70.4-1.el4 ----------------------- * Fri Feb 16 2007 Dmitry Butskoy - 0.70.4-1 - update to 0.70.4 emacs-nxml-mode-0.20041004-6.el4 -------------------------------- * Thu Jul 05 2007 Tim Waugh . enca-1.9-1.el4 -------------- * Mon Dec 19 2005 Dmitry Butskoy - 1.9-1 - upgrade to 1.9 enigma-1.01-3.el4 ----------------- * Wed Sep 12 2007 Thorsten Leemhuis - 1.01-3.1 - use the newly 64bit-clean upstream tarball esmtp-0.6.0-3.el4 ----------------- * Tue Dec 18 2007 Patrice Dumas 0.6.0-3 - keep more timestamps - add a Requires(preun) for alternatives flashrom-0-0.6.20080109svn3036.el4 ---------------------------------- * Wed Jan 09 2008 Peter Lemenkov 0-0.6.20080109svn3036 - support for SST25VF040B flash chip - enable ga_2761gxdk board - support for EN29F002(A)(N)B chips - support for EON EN29F002AT flash chip - support for 25VF016B flash chip - support for ST M25P05-A, M25P10-A, M25P20, M25P40, M25P16, M25P32, M25P64 and M25P128 flash chips - support for ST M25P80 flash chip - support for AT49F002, AT49F002N, AT49F002T and AT49F002NT flash chips - enable Acorp 6A815EPD board flasm-1.62-3.el4 ---------------- * Tue Dec 25 2007 Patrice Dumas 1.62-3 - minor cleanups freealut-1.1.0-5.el4 -------------------- * Wed Jan 02 2008 Andreas Bierfert - 1.1.0-5 - fix #341161 multiarch conflicts func-0.14-1.el4 --------------- * Tue Dec 11 2007 Michael DeHaan - 0.0.14-1 - new release to mirrors g2clib-1.0.5-2.el4 ------------------ * Fri Dec 14 2007 Patrice Dumas 1.0.5-2 - Add the mail message precising the license glpi-0.70-4.el4 --------------- * Thu Jan 03 2008 Remi Collet - 0.70-4 - Changeset 6226 + 6228 - disable SELinux in EL-5 * Sat Dec 29 2007 Remi Collet - 0.70-3 - Changeset 6191 + 6194 + 6196 * Fri Dec 28 2007 Remi Collet - 0.70-2 - Changeset 6190 * Fri Dec 21 2007 Remi Collet - 0.70-1 - 0.70 final grads-1.9b4-21.el4 ------------------ * Wed Aug 22 2007 Patrice Dumas 1.9b4-21 - source is modified, use another name than upstream - clarify licenses - keep timestamps - rework patches - use newer libdap and libnc-dap autoconf macros gtranslator-1.1.7-7.el4 ----------------------- * Tue Oct 23 2007 Sindre Pedersen Bjordal - 1.1.7-7 - Add patch to fix scrollkeeper configure issue haproxy-1.3.14-1.el4 -------------------- * Sun Dec 16 2007 Jeremy Hinegardner - 1.3.14-1 - update to 1.3.14 inkscape-0.44.1-1.el4 --------------------- * Thu Dec 13 2007 Denis Leroy - 0.44.1 - Upgrade to 0.44.1 - Merging in spec file from FC-4, with some simplifications iozone-3-2.el4 -------------- * Fri May 27 2005 Neil Horman - cleaned up spec file - packaged for Fedora Extras iperf-2.0.2-4.el4 ----------------- * Sat Oct 27 2007 Gabriel Somlo 2.0.2-4 - replace usleep with sched_yield to avoid hogging CPU (bugzilla #355211) kchmviewer-3.1-1.el4.5 ---------------------- * Thu Aug 02 2007 Patrice Dumas 3.1-1.5 - update to 3.1 koan-0.6.4-1.el4 ---------------- * Thu Jan 10 2008 Michael DeHaan - 0.6.4-1 - Upstream changes (see CHANGELOG) * Thu Nov 15 2007 Michael DeHaan - 0.6.3-3 - Upstream changes (see CHANGELOG) libAfterImage-1.15-1.el4 ------------------------ * Wed Jan 02 2008 Andreas Bierfert - 1.15-1 - version upgrade libdockapp-0.6.1-5.el4 ---------------------- * Thu Dec 27 2007 Patrice Dumas 0.6.1-5 - minor cleanups libesmtp-1.0.4-5.el4 -------------------- * Wed Dec 05 2007 Release Engineering - 1.0.4-5 - Rebuild for deps libetpan-0.52-2.el4 ------------------- * Mon Nov 19 2007 Andreas Bierfert - 0.52-2 - bump libident-0.32-1.el4 ------------------- * Sat Nov 24 2007 Andreas Thienemann - 0.32-1 - Updated to 0.32, making manual .so compile unecessary libnc-dap-3.7.0-9.el4 --------------------- * Mon Dec 17 2007 Patrice Dumas 3.7.0-9 - rebuild against newer libdap libnet-1.1.2.1-11.el4 --------------------- * Wed Aug 01 2007 Patrice Dumas 1.1.2.1-11 - build with -fPIC (#250296) libnids-1.22-3.el4 ------------------ * Thu Nov 29 2007 Robert Scheck 1.22-3 - Rebuilt against fixed libnet package (#400831) libnss-mysql-1.5-6.el4 ---------------------- * Tue Nov 27 2007 Jan ONDREJ (SAL) - 1.5-6 - updated buildroot according to packaging guidelines - removed comment before ldconfig - removed provides libnss_mysql (compatibility with my old packages) - autoreconf used - description bullets updated libopm-0.1-6.20050731cvs.el4 ---------------------------- * Fri Dec 14 2007 Robert Scheck 0.1-6.20050731cvs - Solved multilib problems by removing doxygen timestamps (#342301) libsigc++20-2.0.18-1.el4 ------------------------ * Wed Dec 12 2007 Denis Leroy - 2.0.18-1 - Update to 2.0.18 - Some spec file cleanup, license tag update libsx-2.05-13.el4.1 ------------------- * Thu Dec 27 2007 Patrice Dumas 2.05-13.1 - keep timestamps libupnp-1.6.3-3.el4 ------------------- * Fri Jan 04 2008 Eric Tanguy - 1.6.3-3 - No more building static library * Sun Dec 30 2007 Eric Tanguy - 1.6.3-2 - Spec file cleanup * Sun Dec 30 2007 Eric Tanguy - 1.6.3-1 - Update to version 1.6.3 * Thu Dec 13 2007 Eric Tanguy - 1.6.2-1 - Update to version 1.6.2 * Sun Nov 18 2007 Eric Tanguy - 1.6.1-1 - Update to version 1.6.1 * Wed Aug 29 2007 Fedora Release Engineering - 1.6.0-2 - Rebuild for selinux ppc32 issue. lzop-1.02-0.5.rc1.el4 --------------------- * Sat Dec 08 2007 Robert Scheck 1.02-0.5.rc1 - Updated the license tag according to the guidelines maxima-5.14.0-4.el4 ------------------- * Wed Jan 02 2008 Rex Dieter 5.14.0-4 - x86_64: --disable-gcl (#427250) - --disable-gcl (f9+, temporary, until broken deps fixed) * Tue Jan 01 2008 Rex Dieter 5.14.0-3 - (re)enable gcl * Thu Dec 27 2007 Rex Dieter 5.14.0-2 - respin (sbcl) * Sat Dec 22 2007 Rex Dieter 5.14.0-1 - maxima-5.14.0 * Mon Dec 17 2007 Rex Dieter 5.13.99-0.3.rc2 - disable gcl (for now, doesn't build atm) * Mon Dec 17 2007 Rex Dieter 5.13.99-0.2.rc2 - maxima-5.13.99rc2 * Tue Dec 04 2007 Rex Dieter 5.13.99-0.1.rc1 - maxima-5.13.99rc1 * Mon Nov 26 2007 Rex Dieter 5.13.0-10 - rebuild against sbcl-1.0.12/clisp-2.43 * Sat Nov 03 2007 Rex Dieter 5.13.0-8 - rebuild against sbcl-1.0.11 * Tue Oct 09 2007 Rex Dieter 5.13.0-7 - rebuild against sbcl-1.0.10 * Fri Sep 14 2007 Rex Dieter 5.13.0-6 - xmaxima.desktop: Categories=Development,Math mod_wsgi-1.3-2.el4 ------------------ * Sun Jan 06 2008 James Bowes 1.3-2 - Require httpd * Sat Jan 05 2008 James Bowes 1.3-1 - Update to 1.3 nagios-2.10-5.el4 ----------------- * Thu Nov 29 2007 Mike McGrath 2.10-5 - Upstream released 2.10 - Renamed cfg-sample configs to just .cfg - Added BR of perl-devel, libjpeg-devel, libpng-devel net6-1.3.5-1.el4 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 nginx-0.5.34-1.el4 ------------------ * Sun Dec 16 2007 Jeremy Hinegardner - 0.5.34-1 - update to 0.5.34 obby-0.4.4-2.el4 ---------------- * Wed Dec 12 2007 Luke Macken - 0.4.4-2 - Remove avahi-devel requirement and disable zeroconf ooo2txt-0.0.6-3.el4 ------------------- * Thu Dec 27 2007 Patrice Dumas - 0.0.6-3 - keep timestamps - fixes in code - rename ooo2txt.006.pl.diff to ooo2txt-0.0.6-fixes.patch openal-0.0.9-0.13.20060204cvs.el4 --------------------------------- * Sat Dec 15 2007 Andreas Bierfert - 0.0.9-0.13.20060204 - directly require sdl osslsigncode-1.2-2.el4 ---------------------- * Mon Aug 27 2007 Matthias Saou 1.2-2 - Update License field. pam_ssh-1.92-7.el4 ------------------ * Thu Dec 27 2007 Patrice Dumas 1.92-7 - keep timestamps perl-Archive-Tar-1.30-0.1.el4 ----------------------------- * Fri Dec 21 2007 Steven Pritchard 1.30-0.1 - Fork RHEL5 spec for EPEL4. - Update License tag. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - Replace explict BR perl with BR ExtUtils::MakeMaker. perl-Archive-Zip-1.16-0.1.2.1.el4 --------------------------------- * Thu Dec 20 2007 Steven Pritchard 1.16-0.1.2.1 - Fork RHEL 5 spec for EPEL 4. - Update License tag. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - BR zip and unzip. perl-Authen-SASL-2.10-1.el4.1 ----------------------------- * Mon Oct 15 2007 Tom "spot" Callaway - 2.10-1.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-BerkeleyDB-0.32-0.1.el4 ---------------------------- * Tue Dec 04 2007 Steven Pritchard 0.32-0.1 - Rebuild on EL-4 without Test::Pod. perl-Cache-2.04-2.el4.3 ----------------------- * Mon Oct 15 2007 Tom "spot" Callaway 2.04-2.3 - add BR: perl(Test::More) perl-Compress-Zlib-1.42-0.1.el4 ------------------------------- * Thu Dec 20 2007 Steven Pritchard 1.42-0.1 - Fork RHEL 5 spec for EPEL 4. - Update License tag. - Shorten Summary. - Canonicalize Source0 URL. - Use better BuildRoot. - Drop explicit BR perl. - BR ExtUtils::MakeMaker. - Add standard perl(:MODULE_COMPAT_...) dependency. - Use more standard install, build, etc. perl-Convert-UUlib-1.09-2.el4 ----------------------------- * Sat Dec 08 2007 Robert Scheck 1:1.09-2 - Updated the license tag according to the guidelines perl-Crypt-SmbHash-0.12-6.el4 ----------------------------- * Sun Aug 12 2007 Paul Howarth 0.12-6 - Clarify license as GPL version 2 or later perl-DBD-SQLite-1.14-2.el4 -------------------------- * Wed Dec 19 2007 Steven Pritchard 1.14-2 - Fix find option order. - Use fixperms macro instead of our own chmod incantation. perl-Devel-Symdump-2.07-3.el4.1 ------------------------------- * Fri Dec 28 2007 Patrice Dumas - 1:2.07-3.1 - Add BuildRequires Test::Pod. Don't add Test::Pod::Coverage, since Test::Pod::Coverage indirectly BuildRequires perl-Devel-Symdump through Pod::Coverage perl-Digest-MD4-1.5-4.el4 ------------------------- * Wed Nov 28 2007 Paul Howarth - 1.5-4 - cosmetic spec changes for new maintainer's preferences - fix argument order for find with -depth - add buildreqs db4-devel and gdbm-devel for alignment optimization perl-File-BaseDir-0.03-1.el4 ---------------------------- * Thu Nov 22 2007 Patrice Dumas 0.03-1 - update to 0.03 (#396071) perl-File-Copy-Recursive-0.35-1.el4 ----------------------------------- * Wed Aug 29 2007 Ralf Cors?pius - 0.35-1 - Upstream update. perl-File-DesktopEntry-0.04-5.el4 --------------------------------- * Thu Dec 27 2007 Patrice Dumas 0.04-5 - update to 0.04 perl-File-MimeInfo-0.14-1.el4 ----------------------------- * Wed Aug 08 2007 Patrice Dumas 0.14-1 - update to 0.14 perl-File-NFSLock-1.20-2.el4.1 ------------------------------ * Mon Oct 15 2007 Tom "spot" Callaway 1.20-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-FreezeThaw-0.43-5.el4 -------------------------- * Thu Sep 07 2006 Jose Pedro Oliveira - 0.43-5 - Rebuild for FC6. perl-GSSAPI-0.24-1.1.el4 ------------------------ * Sat Dec 08 2007 Steven Pritchard 0.24-1.1 - Fork -2 for EL-4. - Drop Test::Pod dep until it is available. - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Source in /etc/profile.d/krb5.sh to get our path right. perl-Heap-0.80-1.el4 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-Inline-0.44-18.el4 ----------------------- * Mon Nov 19 2007 Robin Norwood - 0.44-18 - Add BR: perl(Inline::Files) perl-Inline-Files-0.62-2.el4 ---------------------------- * Wed Nov 14 2007 Robin Norwood - 0.62-2 - Fix permissions per package review. perl-IO-Interface-1.03-1.el4.2 ------------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.03-1.2 - add BR: perl(Test::More) perl-IO-Socket-SSL-1.01-1.el4 ----------------------------- * Mon Sep 18 2006 Warren Togami - 1.01-1 - 1.01 bug fixes (#206782) perl-IO-String-1.08-0.3.el4 --------------------------- * Fri Dec 21 2007 Steven Pritchard 1.08-0.3 - Fork devel branch for EPEL 4. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. perl-IO-Tty-1.07-2.el4.1 ------------------------ * Tue Oct 16 2007 Tom "spot" Callaway - 1.07-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-IO-Zlib-1.04-3.el4 ----------------------- * Fri Dec 21 2007 Steven Pritchard 1.04-3 - Update License tag. - Canonicalize Source0 URL. - Fix find option order. - Use fixperms macro instead of our own chmod incantation. - Remove check macro cruft. - Clean up random other cruft. - BR ExtUtils::MakeMaker. perl-IPC-Run-0.80-3.el4 ----------------------- * Tue Apr 17 2007 Ville Skytt? - 0.80-3 - BuildRequire perl(ExtUtils::MakeMaker). perl-Jcode-2.06-6.el4 --------------------- * Thu Dec 06 2007 Paul Howarth 2.06-6 - refector buildreqs to make the package buildable on EL4/5 - convert pod to UTF-8 - mark pod as %doc - include old change documentation as well as more recent changes perl-Locale-Maketext-Fuzzy-0.10-1.el4 ------------------------------------- * Wed Dec 05 2007 Ralf Cors?pius - 0.10-1 - Upstream update. - Change Source0: to using "by-module". - Reflect upstream license change. perl-LWP-Authen-Wsse-0.05-2.el4.1 --------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.05-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Mail-Sender-0.8.13-2.el4.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.8.13-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Mail-Sendmail-0.79-9.el4.1 ------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 0.79-9.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-MLDBM-2.01-5.el4.1 ----------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.01-5.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Module-Build-0.2807-2.el4 ------------------------------ * Mon May 07 2007 Steven Pritchard 0.2807-2 - Drop explicit dependency on Pod::Readme. perl-Net-SSLeay-1.30-4.el4 -------------------------- * Fri Jul 14 2006 Warren Togami - 1.30-4 - import into FC6 perl-PAR-Dist-0.25-2.el4 ------------------------ * Mon Aug 06 2007 Ville Skytt? - 0.25-2 - License: GPL+ or Artistic perl-Parse-Yapp-1.05-36.el4.1 ----------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 1.05-36.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Pod-Coverage-0.18-2.el4 ---------------------------- * Wed Aug 09 2006 Jose Pedro Oliveira - 0.18-2 - Version 0.18 is now a noarch package. perl-Statistics-Descriptive-2.6-2.el4.1 --------------------------------------- * Tue Oct 16 2007 Tom "spot" Callaway - 2.6-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Test-Builder-Tester-1.01-1.el4.3 ------------------------------------- * Fri Dec 28 2007 Patrice Dumas - 1.01-1.3 - remove Epoch:0 perl-Test-Pod-1.20-3.el4 ------------------------ * Thu May 12 2005 Jose Pedro Oliveira - 1.20-3 - Add dist tag. perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. perl-Text-CHM-0.01-2.el4.1 -------------------------- * Tue Oct 16 2007 Tom "spot" Callaway 0.01-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Text-Unidecode-0.04-4.el4.1 -------------------------------- * Wed Oct 17 2007 Tom "spot" Callaway - 0.04-4.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Tk-804.028-1.el4 --------------------- * Wed Jan 02 2008 Andreas Bierfert - 804.028-1 - version upgrade - fix #210718 SIGSEGV on exit from texdoctk - fix #234404 Cannot manage big listboxes - fix #235666 Segfault occurs when using Perl-Tk on FC6 perl-Unicode-Map-0.112-12.el4 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.112-12 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL perl-Unicode-Map8-0.12-15.el4 ----------------------------- * Thu Dec 06 2007 Paul Howarth 0.12-15 - simplify package build in line with perl spec template - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - more specific %files list - use %{version} macro in source URL - re-encode Changes and README as UTF8 perl-Unicode-MapUTF8-1.11-7.el4 ------------------------------- * Thu Dec 06 2007 Paul Howarth 1.11-7 - simplify package build in line with perl spec template - no need to define %{perl_vendorlib} - refactor buildreqs to support build on EL4/5 - mark pod as %doc - use %{version} macro in source URL perl-Unicode-String-2.09-6.el4 ------------------------------ * Thu Dec 06 2007 Paul Howarth 2.09-6 - simplify package build in line with perl spec template - more detailed package description - no need to define %{perl_vendorarch} - refactor buildreqs to support build on EL4/5 - re-encode String.pm and README as UTF-8 - more specific %files list - use %{version} macro in source URL pexpect-2.3-1.el4 ----------------- * Tue Jan 08 2008 Robert Scheck 2.3-1 - Upgrade to 2.3 - Updated the source URL to match with the guidelines php-eaccelerator-0.9.5.2-2.el4 ------------------------------ * Mon Nov 26 2007 Matthias Saou 1:0.9.5.2-2 - Add proper "ifs" to get PHP requirements right on EL4 and EL5 (#417221). phpldapadmin-0.9.8.3-1.el4 -------------------------- * Mon May 15 2006 Dmitry Butskoy - 0.9.8.3-1 - update to 0.9.8.3 phpMyAdmin-2.11.4-1.el4 ----------------------- * Sun Jan 13 2008 Robert Scheck 2.11.4-1 - Upstream released 2.11.4 - Corrected mod_security example in configuration file (#427119) * Sun Dec 09 2007 Robert Scheck 2.11.3-1 - Upstream released 2.11.3 - Removed the RPM scriptlets doing httpd restarts (#227025) - Patched an information disclosure known as CVE-2007-0095 (#221694) - Provide virtual phpmyadmin package and a httpd alias (#231431) plotutils-2.5-5.el4 ------------------- * Thu Dec 13 2007 Denis Leroy - 2.5-5 - BRs updated for EL-4 puppet-0.24.1-1.el4 ------------------- * Sat Dec 22 2007 David Lutterkort - 0.24.1-1 - New version * Mon Dec 17 2007 David Lutterkort - 0.24.0-2 - Use updated upstream tarball that contains yumhelper.py * Fri Dec 14 2007 David Lutterkort - 0.24.0-1 - Fixed license - Munge examples/ to make rpmlint happier pwgen-2.06-2.el4 ---------------- * Thu Aug 23 2007 James Bowes - 2.06-2 - Mark license as GPL+ pyflakes-0.2.1-3.el4 -------------------- * Sat Dec 09 2006 Jeffrey C. Ollie - 0.2.1-3 - Correctly identify the license python-boto-0.9d-1.el4 ---------------------- * Sat Dec 08 2007 Robert Scheck 0.9d-1 - Upgrade to 0.9d python-cherrypy-2.2.1-7.el4 --------------------------- * Tue Dec 11 2007 Luke Macken 2.2.1-7 - Update our patches for 2.2.1 python-chm-0.8.4-1.el4 ---------------------- * Sat Dec 09 2006 Patrice Dumas 0.8.4-1 - update to 0.8.4 python-decoratortools-1.6-1.el4 ------------------------------- * Tue Nov 27 2007 Luke Macken - 1.6-1 - 1.6 python-formencode-0.7.1-2.el4 ----------------------------- * Sun Sep 02 2007 Luke Macken 0.7.1-2 - Update for python-setuptools changes in rawhide python-genshi-0.4.4-2.el4 ------------------------- * Tue Aug 28 2007 Jeffrey C. Ollie - 0.4.4-2 - BR python-setuptools-devel python-GeoIP-1.2.1-7.el4 ------------------------ * Thu Sep 13 2007 Michael Fleming 1.2.1-6 - Add patch to expose country codes courtesy of Ignacio Vazquez-Adams (bz #243696) - Update License tag per guidelines. python-json-3.4-3.el4 --------------------- * Sat Dec 09 2006 Luke Macken 3.4-3 - Rebuild for python 2.5 python-lxml-1.3.6-1.el4 ----------------------- * Sun Nov 04 2007 Jeffrey C. Ollie - 1.3.6-1 - Update to 1.3.6. * Mon Oct 22 2007 Jeffrey C. Ollie - 1.3.5-1 - Update to 1.3.5. * Thu Aug 30 2007 Jeffrey C. Ollie - 1.3.4-1 - Update to 1.3.4. * Wed Aug 29 2007 Fedora Release Engineering - 1.3.3-3 - Rebuild for selinux ppc32 issue. * Tue Aug 28 2007 Jeffrey C. Ollie - 1.3.3-2 - BR python-setuptools-devel python-nose-0.10.0-2.el4 ------------------------ * Mon Dec 03 2007 Luke Macken 0.10.0-2 - Add python-setuptools to Requires (Bug #408491) python-openid-2.1.1-3.el4 ------------------------- * Sat Dec 15 2007 Jeffrey C. Ollie - 2.1.1-3 - Don't BR Django on EPEL because the openid tests use some features of Django that aren't functional. python-protocols-1.0-0.3.a0dev_r2082.el4 ---------------------------------------- * Tue Dec 18 2007 Toshio Kuratomi 1.0-0.3-a0dev_r2082 - Initial EL-4 build. python-ruledispatch-0.5a0-0.8.svnr2306.el4 ------------------------------------------ * Sat Oct 27 2007 Luke Macken 0.5a0-0.7.svn2305 - Fix broken URL and Source0 python-tgfastdata-0.9a6-6.el4 ----------------------------- * Sat Dec 09 2006 Luke Macken - 0.9a6-6 - Rebuild for new python python-turbocheetah-0.9.5-7.el4 ------------------------------- * Sat Dec 09 2006 Luke Macken - 0.9.5-7 - Add python-devel to BuildRequires python-turbojson-1.1.2-1.el4 ---------------------------- * Tue Nov 27 2007 Luke Macken 1.1.2-1 - 1.1.2 python-turbokid-1.0.4-1.el4 --------------------------- * Tue Nov 27 2007 Luke Macken - 1.0.4-1 - 1.0.4 python-xlrd-0.6.1-5.el4 ----------------------- * Thu Jan 03 2008 Jan ONDREJ (SAL) - 0.6.1-5 - updated /usr/bin/ by bindir macro * Tue Jan 01 2008 Jan ONDREJ (SAL) - 0.6.1-4 - added eggs for Fedora >= 9 qgit-1.5.8-1.el4 ---------------- * Tue Jan 01 2008 Dan Horak 1.5.8-1 - update to upstream version 1.5.8 * Sat Sep 08 2007 Dan Horak 1.5.7-1 - update to upstream version 1.5.7 - fixes #268381 qiv-2.0-8.el4 ------------- * Wed Aug 22 2007 Andreas Bierfert 2.0-8 - new license tag qucs-0.0.13-1.el4 ----------------- * Tue Jan 01 2008 Eric Tanguy - 0.0.13-1 - Update to 0.0.13 * Sun Sep 09 2007 Eric Tanguy - 0.0.12-4 - Modifiy qucs.desktop BZ 283941 rlwrap-0.30-1.el4 ----------------- * Thu Jan 10 2008 Michel Salim 0.30-1 - Update to 0.30 rpmlint-0.82-1.el4 ------------------ * Sun Jan 13 2008 Manuel Wolfshant - 0.82-1 - Sync with current rawhide: -- 0.82, fixes #362441, #388881, #399871, #409941. -- Sync Fedora license list with Revision 0.61 (Wiki rev 98). -- Remove leftover "Affero GPL" from last license list sync (Todd Zullinger). rxvt-2.7.10-8.el4 ----------------- * Wed Jan 02 2008 Andreas Bierfert - 2.7.10-8 - disable utempter (not in EL-4) rxvt-unicode-8.9-1.el4 ---------------------- * Fri Dec 08 2006 Andreas Bierfert 8.1-1 - version upgrade sbcl-1.0.13-1.el4 ----------------- * Thu Dec 27 2007 Rex Dieter 1.0.13-1 - sbcl-1.0.13 * Mon Nov 26 2007 Rex Dieter 1.0.12-1 - sbcl-1.0.12 * Wed Oct 31 2007 Rex Dieter 1.0.11-1 - sbcl-1.0.11 * Mon Oct 08 2007 Rex Dieter 1.0.10-1 - sbcl-1.0.10 shorewall-4.0.7-3.el4 --------------------- * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Remove 4.0.7.1 patch as it seems that's already been applied to the tarball contents * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-2 - Fix error in patching commands in spec file (change -p0 to -p1 for new patches) * Sun Jan 06 2008 Jonathan G. Underwood - 4.0.7-1 - Update to version 4.0.7 - Added 4.0.7.1 patch and all parts of the 4.0.7.2 patch that are relevant (i.e. not the parts working around the iproute2-2.23 bug, as we don't ship the broken iproute2) - Clarified notes about tarball and patch locations SIBsim4-0.16-1.el4 ------------------ * Fri Nov 30 2007 Christian Iseli 0.16-1 - Version 0.16. - Fix License tag to GPLv2+. sipp-3.0-1.el4 -------------- * Thu Jan 10 2008 Peter Lemenkov 3.0-1 - Version 3.0 - Updated license field - Preserved timestamp for *.pcap files * Wed Dec 05 2007 Release Engineering - 2.0.1-5 - Rebuild for deps smbldap-tools-0.9.4-1.el4 ------------------------- * Wed Sep 26 2007 Paul Howarth 0.9.4-1 - update to 0.9.4 - new upstream, new URLs - drop useradd_option-o enhancement patch, new included upstream - update config patch - new script smbldap-userlist included - convert docs to UTF-8 - HTML docs no longer included with upstream source - make and include manpages smstools-3.0.10-1.el4 --------------------- * Sat Nov 10 2007 Marek Mahut 3.0.10-1 - Rewrite of spec file. - Updated to version 3.0.10 sqlgrey-1.7.5-1.el4 ------------------- * Mon Mar 12 2007 Steven Pritchard 1.7.5-1 - Update to 1.7.5 - Drop fedora-usermgmt requirement - Don't remove the sqlgrey user on uninstall superiotool-0-0.8.20080110svn3011.el4 ------------------------------------- * Thu Jan 10 2008 Peter Lemenkov 0-0.8.20080110svn3011 - svn ver. 3011 - support for NSC PC87317 - support for SMSC LPC47M192 - support for NSC PC97317 - support for NSC PC97307 - support for NSC PC8741x - support for NSC PC87309 - support for SMSC FDC37C67x - support for the PC87366 - support for the SMSC LPC47B27x sysusage-2.6-3.el4 ------------------ * Thu Nov 15 2007 Rob Myers 0:2.6-3 - fix minor license issue - add a default crontab entry - add a default httpd configuration - add README.Fedora testdisk-6.8-1.el4 ------------------ * Mon Dec 10 2007 Christophe Grenier 6.8-1 - Update to latest version tetex-elsevier-0.1.20071024-1.el4.1 ----------------------------------- * Fri Dec 28 2007 Patrice Dumas 0.1.20071024-1.1 - update to the new version - correct urls - build the manuals tetex-lineno-4.41-1.el4 ----------------------- * Fri Dec 28 2007 Patrice Dumas 4.41-1 - initial release tiquit-2.5-1.el4 ---------------- * Wed Nov 28 2007 Jon Ciesla - 2.5-1 - New upstream, fixes missing field bug. * Fri Oct 05 2007 Jon Ciesla - 2.4-6 - Fixed BADSOURCE. * Thu Aug 16 2007 Jon Ciesla - 2.4-5 - License tag correction. tiresias-fonts-1.0-2.el4 ------------------------ * Wed Jan 02 2008 Tom "spot" Callaway 1.0-2 - font versions didn't change, but sha1sums did trac-iniadmin-plugin-0.1-2.20071126svn2824.el4 ---------------------------------------------- * Wed Dec 05 2007 Jesse Keating - 0.1-2.20071126svn2824 - Change the url to point to the exact svn rev we're packaging. vblade-14-3.el4 --------------- * Wed Aug 22 2007 Patrick "Jima" Laughton 14-3 - Add missing /var/run/vblade/ - Rebuild for BuildID - License clarification viewvc-1.0.4-2.el4 ------------------ * Sun Jun 03 2007 Bojan Smojver - 1.0.4-2 - Avoid import cycle errors (temporary fix) wgrib-1.8.0.12o-2.el4 --------------------- * Thu Aug 23 2007 - Orion Poplawski - 1.8.0.12o-2 - Rebuild for BuildID wmix-3.1-2.el4 -------------- * Fri Dec 28 2007 Patrice Dumas 3.1-2 - keep timestamps wxGTK-2.8.4-4.el4.1 ------------------- * Mon Dec 24 2007 Dan Horak - 2.8.4-4.1 - remove some BR so it builds on EL-4 xalan-c-1.10.0-2.el4 -------------------- * Mon Nov 19 2007 Lubomir Kundrak - 1.10.0-2 - Fix passing of compiler flags - Bump to stable source instead of CVS snapshot - Fixed License tag xbae-4.60.4-8.el4.1 ------------------- * Wed Aug 22 2007 Patrice Dumas 4.60.4-8.1 - fix license and source url zabbix-1.4.4-1.el4 ------------------ * Mon Dec 17 2007 Dan Horak 1.4.4-1 - new upstream release * Thu Dec 13 2007 Dan Horak 1.4.3-1 - new upstream release * Sun Dec 02 2007 Dan Horak 1.4.2-4.1 - do not Require standalone php-bcmath as it is included directly in the php module (#406751) * Sat Dec 01 2007 Dan Horak 1.4.2-4 - add security fix (#407181) Changes in Fedora EPEL testing/4: ack-1.64-1.el4 -------------- * Thu Aug 16 2007 Ian Burrell - 1.64-1 - Update to 1.64 - Add BuildRequires Test::More bwm-ng-0.5-6.el4 ---------------- * Wed Aug 10 2005 Oliver Falk - 0.5-6 - Force rebuild against libstatgrab 0.12 glpi-0.70.1a-1.el4 ------------------ * Tue Jan 15 2008 Remi Collet - 0.70.1a-1 - update * Sun Jan 13 2008 Remi Collet - 0.70.1-2 - fix typo in lang files * Sun Jan 13 2008 Remi Collet - 0.70.1-1 - update to 0.70.1 (0.70 + bugfixes) jigdo-0.7.3-4.el4 ----------------- * Mon Aug 27 2007 Ian M. Burrell - 0.7.3-4 - Rebuild for db4 upgrade libstatgrab-0.12-1.el4 ---------------------- * Wed Aug 10 2005 Oliver Falk - 0.12-1 - Update - Added saidar manpage perl-BSD-Resource-1.28-3.el4 ---------------------------- * Mon Aug 13 2007 Robin Norwood 1.28-3 - Bump for EPEL 4 - Fix license tag perl-Class-Inspector-1.17-1.el4 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Devel-Leak-0.03-4.el4 -------------------------- * Tue Jan 15 2008 Tom "spot" Callaway 0.03-4 - fix license perl-File-Next-1.02-1.el4 ------------------------- * Thu Jan 17 2008 Ian Burrell - 1.02-1 - Update to 1.02 perl-Module-CoreList-2.11-2.el4 ------------------------------- * Tue Jan 15 2008 Tom "spot" Callaway - 2.11-2 - license fix perl-Module-Install-0.67-2.el4 ------------------------------ * Sun Dec 30 2007 Ralf Cors?pius - 0.67-2 - BR: perl(Test::More), perl(CPAN) (BZ 419631). - Remove TEST_POD (Unused). - Add AUTOMATED_TESTING. - BR: perl(Test::Pod) for AUTOMATED_TESTING. - Adjust License-tag. perl-Module-Pluggable-3.60-3.el4 -------------------------------- * Sun Jan 13 2008 Tom "spot" Callaway - 3.60-3 - rebuild for new perl * Sat Dec 29 2007 Ralf Corsepius - 3.60-2 - Adjust License-tag. - Fix perms on sources. - BR: perl(Test::More) (BZ 419631). perl-Module-ScanDeps-0.75-1.el4 ------------------------------- * Wed Jun 27 2007 Jose Pedro Oliveira - 0.75-1 - Update to 0.75. perl-String-CRC32-1.4-1.el4 --------------------------- * Thu Apr 20 2006 Paul Howarth 1.4-1 - Update to 1.4 perl-YAML-0.66-2.el4 -------------------- * Fri Jan 11 2008 Tom "spot" Callaway 0.66-2 - rebuild for new perl perl-YAML-Syck-0.98-1.el4 ------------------------- * Tue Oct 16 2007 Steven Pritchard 0.98-1 - Update to 0.98. perl-YAML-Tiny-1.04-2.el4 ------------------------- * Tue Jan 15 2008 Tom "spot" Callaway 1.04-2 - license fix pstoedit-3.45-2.el4 ------------------- * Mon Jan 14 2008 Denis Leroy - 3.45-2 - Removed EMF support vnstat-1.6-1.el4 ---------------- * Sun Jan 13 2008 Adrian Reber - 1.6-1 - updated to 1.6 - added vnstat.conf to %{_sysconfdir} - fixed a few rpmlint warnings xclip-0.10-2.el4 ---------------- * Mon Jan 14 2008 Tom "spot" Callaway 0.10-2 - enable utf8 support by default * Tue Oct 16 2007 Tom "spot" Callaway 0.10-1 - bump to 0.10 - new URL xdg-utils-1.0.2-3.el4 --------------------- * Fri Jan 18 2008 Rex Dieter 1.0.2-3 - fix mimeopen support (#429280) - spec cosmetics: cleanup macro usage From fedora at leemhuis.info Sat Jan 19 12:26:58 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 19 Jan 2008 13:26:58 +0100 Subject: Zenoss Core In-Reply-To: References: Message-ID: <4791EC92.4090107@leemhuis.info> On 18.01.2008 19:19, Christopher Blunck wrote: > I work on the Zenoss project and we're interested in figuring out how to > get our "Zenoss Core" product into the Fedora 8 repositories so that > end-users can install us via a simple "yum install zenoss". As mentioned in the livna bug the already it seems to me the best way forward is this: - you submit zenoss to Fedora, but it's only going to be imported to EPEL, as there is no proper python in F7 and F8 (which is a shame, but that's a different topic), but one in RHEL4 and RHEL5, which should be fine to use for zenoss; EPEL users then can run "yum install zenoss" on their RHEL/CentOS boxes with EPEL configured - RHX can then start to pull from EPEL if they want (which afaics is the case) - once it got reviewed and approved for EPEL it's automatically approved for livna as well; thus livna can import a slightly modified spec file that depends on compat-python24 which is in livna already; thus fedora users with livna configured can run "yum install zenoss" - sooner or later zenoss and its deps will be compatible to python 2.5; then it's can be just build for Fedora, as it's a approved package for already; then it can be removed from Livna and all Fedora users can run "yum install zenoss" to get it Does that sound like a plan? Sure, we could review and import zenoss for livna now as well and ignore EPEL, but that would mean you'd need another review to get zenoss into Fedora once zenoss and its deps are compatible to python 2.5. HTH CU knurd From fedora at leemhuis.info Sat Jan 19 12:43:30 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 19 Jan 2008 13:43:30 +0100 Subject: Broken deps in EPEL 5 In-Reply-To: <20080115110502.4eab4a15.bugs.michael@gmx.net> References: <20080113113320.8a3fb83a.bugs.michael@gmx.net> <478B8878.8020701@leemhuis.info> <20080115110502.4eab4a15.bugs.michael@gmx.net> Message-ID: <4791F072.8040709@leemhuis.info> On 15.01.2008 11:05, Michael Schwendt wrote: > On Mon, 14 Jan 2008 17:06:16 +0100, Thorsten Leemhuis wrote: > >> BTW, if you have some more free cycles and want to to EPEL another >> favor: could you shed some light into the dependency checker script EPEL >> uses (BTW: does it still run?)? Afaics it's a old one (or not the same >> that Extras used?) that doesn't mail the list as the script you used to >> generate this report. Would that be hard to implement? Or is it easier >> to switch to the script you used? > I'm not aware of any "dependency checker script EPEL uses". One was setup somewhere some months ago; dglimore or mmcgrath (CCed) should know the details. But I'm not sure if it's still running. And it never mailed the list, which would be very helpful to know for the EPEL SIG, as we then could file bugs and/or poke maintainers if problems don't get fixed quickly (e.g. within one or two weeks) after they show up. Thus I'm inclined to say: let's switch to your script if that's poissble without to much work. Mike? Cu knurd From fedora at leemhuis.info Sat Jan 19 12:53:42 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 19 Jan 2008 13:53:42 +0100 Subject: Log from this weeks (20080116) EPEL SIG Meeting Message-ID: <4791F2D6.7010402@leemhuis.info> Reminder: Next meeting on 20080130 at 18:00 UTC Summary will be part of this weeks report (as always) 00:00:21 * | nirik looks around for a epel meeting. 00:00:34 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:34 * | knurd likes to remind everyone that the schedule for todays meeting as well as a list of all open tasks can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:00:34 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:00:47 --> | ldimaggi__ has joined #fedora-meeting 00:00:48 * | nirik is here. 00:00:52 < Jeff_S> | hi 00:00:52 --> | ldimaggi__ is Len DiMaggio 00:01:05 --> | buggbot (Supybot 0.83.1+darcs) has joined #fedora-meeting 00:01:08 < knurd> | mmcgrath a few minutes in epel said: mmcgrath likely won't be that present. Is working in the DS today juggling hardware around. 00:02:16 < knurd> | seems it's only us three 00:02:25 < knurd> | so let's start slowly 00:02:33 <-- | ldimaggi_ has quit (Read error: 110 (Connection timed out)) 00:02:34 --- | knurd has changed the topic to: EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove 00:02:49 < knurd> | I prepared it in the past two days, but I'm not fisnihed yet 00:03:03 < knurd> | nirik, please don#t push EPEL4 over the next few days 00:03:04 <-- | clarkbw has quit (Read error: 110 (Connection timed out)) 00:03:06 < nirik> | ok, thanks knurd. Let me know if you need assistance with it. 00:03:18 < knurd> | it's not that much work, there was just not that muich time 00:03:18 < nirik> | ok, sounds good. 5 is ok to push tho? 00:03:29 --> | daMaestro (Jon) has joined #fedora-meeting 00:03:30 < nirik> | yeah, I know that feeling. 00:03:36 --- | stickster_work_a is now known as stickster_work 00:03:40 < knurd> | nirik, yes, 5 is fine 00:03:55 * | knurd moves on 00:03:56 --- | knurd has changed the topic to: EPEL SIG Meeting | EL-updates to the buildsys | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:04:03 < knurd> | that seems finished 00:04:12 --> | rahul_b (Rahul Bhalerao) has joined #fedora-meeting 00:04:13 <-- | juank_prada has left #fedora-meeting ( ) 00:04:30 < knurd> | skvidal just a few minutes ago said in #fedora-devel: it's syncing rhel down for rhel5 and 4 for i386, x86_64 and ppc[64] 00:04:58 < nirik> | yep. very good. 00:05:08 < knurd> | so we can close this; I'll mention it in this weeks report and might send an additional mail 00:05:16 --- | knurd has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel 00:05:21 --> | clarkbw (Bryan Clark) has joined #fedora-meeting 00:05:48 < f13> | I reviewed an initial patch for koji for this. 00:05:48 < knurd> | _blah_ looked into it; so there is a bit of progress 00:06:00 < f13> | good start, missing some key things, feedback given. 00:06:06 < nirik> | yeah, encouraging... ;) 00:06:11 < knurd> | thx f13 00:06:12 < _blah_> | f13: your feedback was good 00:06:28 < _blah_> | f13: i'll try to work something up soon time permitting 00:06:30 < knurd> | seems more and more people don't want to deal with plague and koji, thus they ignore epel :-/ 00:06:42 < knurd> | thx _blah_ 00:07:09 < _blah_> | f13: are there other key things missing besides the db configuration? 00:07:12 < nirik> | yeah, not sure why really... koji is nice, and bodhi would be very nice to have, but plague works. 00:07:22 < knurd> | nirik, agreed 00:07:26 < knurd> | anyway, let's move on 00:07:28 < _blah_> | nirik: +1 00:07:30 --- | knurd has changed the topic to: EPEL SIG Meeting | permission to use spec files in other projects | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:07:39 < knurd> | that seems to be solved finally thx to spot 00:07:48 --- | knurd has changed the topic to: EPEL SIG Meeting | broken dep reports go to the list | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:07:50 < f13> | _blah_: well, I'm not really sure, we'd have to spin up an instance with that running and see what else is missing. 00:08:02 < knurd> | does anybody know if the EPEL dep checker script still works? 00:08:10 < knurd> | is it in cvs somewhere? dgilmore? 00:08:23 < Jeff_S> | we may have to wait to hear from mmcgrath on that 00:08:36 < Jeff_S> | he was the one running it IIRC 00:08:46 < nirik> | sounded like mschwent was willing to modify the extras one... 00:08:53 < _blah_> | f13: i'm running that patch now. it builds rpms. the only trade off seems to be that going back and looking at buildroots later is a waste because the upstream rpms aren't available to be looked at. 00:09:05 * | quaid is sort of here, btw 00:09:31 < knurd> | then let's try to further discuss and solve this on the list 00:09:42 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL -- FUDCOn and EPEL? 00:09:53 < knurd> | nirik, quaid: FUDCOn and EPEL? was EPEL discussed? 00:09:58 < knurd> | is there anything we should know? 00:10:03 < nirik> | there was some... 00:10:20 < nirik> | I meant to do a EPEL session, but forgot when sessions were being pitched... (asleep) 00:10:45 < f13> | I talked to the zenoss guy there, whom I've talked with before. He wasn't actually aware of EPEL and will be directing his folks to get ZenOSS packages ready for EPEL 00:11:09 < nirik> | I was thinking we should do a monthly or so email to the fedora-devel list asking people to consider branching for epel... I think many of the new maintainers aren't aware it exists... 00:11:22 < quaid> | yeah, we had a few discussion,s but it wasn't a big topic 00:11:32 < quaid> | nirik: +1 00:11:35 < daMaestro> | f13, thank gawd 00:11:43 < knurd> | nirik, maybe we should mail the contrinuters directly that don't have a signle EPEL pacakge 00:12:00 < quaid> | oh, I think the Zimbra guy there got a good earful of EPEL from someone 00:12:09 < nirik> | knurd: perhaps, but some of them might have reasons... ie, none of their packages will work, etc. 00:12:27 < knurd> | nirik, direct mails afaics work better then mailing some list 00:12:49 < nirik> | perhaps. We could try both. ;) 00:12:52 < Jeff_S> | hmm, if I were a fedora maintainer not interested in EPEL, I wouldn't want to be getting emails bugging me about it 00:13:04 < Jeff_S> | but emails to the -devel list or some such I think are fine 00:13:13 < knurd> | Jeff_S, we have a page where we track people that don#t want to get such mails 00:13:27 < knurd> | Jeff_S, http://fedoraproject.org/wiki/EPEL/ContributorStatusNo 00:13:46 < Jeff_S> | knurd: if you respect that and don't email the people which have said 'no', then I feel a little better about it 00:14:13 < knurd> | with all the wishlist email processing I respected it ;) 00:14:18 < Jeff_S> | cool 00:14:39 < knurd> | maybe we should have a team of people that people can contact if they need help 00:15:07 < knurd> | for mailtainers that say "I don#t run EL distributiosn, but I can maintain my packages there if someone test them now and then" 00:15:14 < knurd> | s/mailtainers/maintainers/ 00:15:28 * | knurd spots a lot more typos 00:15:56 < nirik> | sure, I would think anyone listed in the sig page would be happy to help. 00:16:02 < nirik> | I know I would. 00:16:19 < nirik> | also, note that it's easy to run a centos guest for testing using kvm/xen. 00:16:36 < knurd> | nirik, agreed 00:16:50 < knurd> | but doing that is likely to much work for some people already 00:17:09 < knurd> | and about " I would think anyone listed in the sig page would be happy to help " -> maybe we should write that down somewhere 00:17:15 < knurd> | can't hurt 00:17:45 < nirik> | yeah, might stick that on the front of the sig page? 00:18:12 < knurd> | yeah; and maybe mention it in the reports now and then 00:18:52 < knurd> | so let's move on now; 00:18:55 < knurd> | Anybody willing to file bugs for the remaining broken deps (the 00:19:10 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL -- broken deps 00:19:36 < knurd> | anyone willing to file bugs for those broke deps that are around for more than just a few days? 00:19:52 < nirik> | I can do it at some point... might not be right away tho. 00:19:58 < f13> | don't bother filing one on koji, known that it will be broken until 5.1 releases 00:20:05 < f13> | (although with fastrack enabled it's fixed) 00:21:01 < Jeff_S> | 5.1? 00:21:09 < knurd> | nirik, that would be helpful; afaics mschwendt mailed owners with his last report; I suppose that will help a bit as well 00:21:25 < nirik> | ok, I can do that in the next few days or so... 00:21:37 < knurd> | nirik, sounds good; thx 00:21:44 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:21:47 < knurd> | anything else? 00:22:12 < nirik> | note that there are 26 open epel bugs... most of them are the broken deps stuff... a few others tho 00:23:15 * | nirik has nothing else really. 00:23:18 < knurd> | nirik, are any of them crucial? do we as EPEL SIG need to poke people? or are those bugs not that bad? 00:23:51 < knurd> | nirik, btw, what's the clamav status? spot updated it some weeks ago afaics; so who takes care of it in EPEL now? 00:24:14 < nirik> | well, there are 3 marked 'high' priority, but thats not really meaningfull. 00:24:26 < nirik> | silug has agreed to maintain the fedora clamav in epel. 00:24:29 < daMaestro> | if the issue is broken deps, are we mailing current maintainers asking if they want to branch for epel? and if not if they would be willing to allow the maintainer of the software requiring the dep to manage it? 00:24:37 < daMaestro> | example: jigdo for epel5 :-/ 00:25:27 < f13> | Jeff_S: oops, 5.2 00:25:33 < nirik> | for anyone wanting to look, go to https://bugzilla.redhat.com/frontpage.cgi and then scroll down to Fedora EPEL and you can see the buglist. 00:25:40 < Jeff_S> | f13: ok, that makes more sense :) 00:25:49 < knurd> | daMaestro, we mail maintainers if the stuff gets added to the wishlist in the wiki 00:25:58 < daMaestro> | ah, ok 00:26:36 < knurd> | daMaestro, your other question should be answered by http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies#head-00c9e731bb7bc5bb78caf8d124da3a329400fcd8 00:27:27 < knurd> | k, anything else? 00:27:45 < knurd> | f13, we some weeks ago discussed the z-stream stuff on the list 00:28:05 < knurd> | I think you asked me to bring that up in a meeting 00:28:10 --> | tc141516 (Benjamin Lewis) has joined #fedora-meeting 00:28:20 < f13> | I may have, it's fuzzy to me 00:28:36 < knurd> | f13, so we just forget about it for now? 00:28:44 < f13> | sure why not. 00:29:06 < knurd> | I'm sure it will come up sooner or later again on its own 00:29:20 * | knurd will close the meeting in 30 00:30:10 * | knurd will close the meeting in 10 00:30:20 < knurd> | -- MARK -- Meeting end 00:30:20 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule 00:30:24 < knurd> | thx everyone 00:30:33 < Jeff_S> | ty knurd 00:31:00 < nirik> | thanks knurd From fedora at leemhuis.info Sat Jan 19 13:39:34 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 19 Jan 2008 14:39:34 +0100 Subject: Build problem In-Reply-To: <477E8F9E.2030609@leemhuis.info> References: <4777D67E.6090102@FamilleCollet.com> <20071231214839.a62fd0f3.bugs.michael@gmx.net> <4779F690.4020700@FamilleCollet.com> <477E8F9E.2030609@leemhuis.info> Message-ID: <4791FD96.8090908@leemhuis.info> On 04.01.2008 20:57, Thorsten Leemhuis wrote: > On 01.01.2008 09:15, Remi Collet wrote: >> Michael Schwendt a ?crit : >>> On Sun, 30 Dec 2007 18:33:50 +0100, Remi Collet wrote: >>>> I have a job failed because of a bug with >>>> selinux-policy-devel-2.4.6-104.el5. >>>> selinux-policy-devel-2.4.6-106.el5_1.3 seems ok. >>>> Why the builder doesn't use the latest update ? >>> I think the answer is in one of the EPEL steering committee meeting logs. >>> So far, RHEL has been made available on the build servers manually. >>> There's no RHN entitlement used yet, and updates are not pulled into the >>> build root repos automatically. >> Is there a way to ask for this package to be updated or should I build >> my package without SELinux stuff ? > I saw that you disabled selinux-support for now in glpi, which might be > the best for now. Mike is looking into getting the RH updates into the > buildroots for EPEL; see: > https://fedorahosted.org/fedora-infrastructure/ticket/327#preview Skvidal made this happen in the past days. Remi, could you give it a try to see if everything works as you need it for SELinux support in glpi? Cu knurd From fedora at leemhuis.info Sun Jan 20 10:54:27 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 20 Jan 2008 11:54:27 +0100 Subject: EPEL report week 03/2008 Message-ID: <47932863.1080809@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week03 = Weekly EPEL Summary = Week 03/2008 == Most important happenings == * about 170 packages were moved from EPEL4 testing to EPEL4 proper in the last monthly move; for details see [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00093.html announcement] and [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00109.html Build report]; next move for EPEL5 planed for early February * reminder: Fedora contributers that want to build for EPEL but don't have a RHEL/CentOS box/VM for testing: feel free to ask on the [https://www.redhat.com/mailman/listinfo/epel-devel-list epel-devel-list] for help or contact someone from the [http://fedoraproject.org/wiki/EPEL/SIG EPEL SIG] * second reminder: if you want to build you package in EPEL but can't because a package your package depends on is not available in EPEL then just add it to the [http://fedoraproject.org/wiki/EPEL/WishList EPEL wishlist]; someone (normally [:ThorstenLeemhuis:knurd]) will send a mail to the package owner then asking branch the package in question for EPEL. You can of course send a mail to the owner of the package in question directly as well; see http://fedoraproject.org/wiki/EPEL/AskForFedoraPackageInEPEL for details Note that not all Fedora contributers participate in EPEL and those "please branch for EPEL" mails often get ignored7fall of the table. In those cases you are free to claim ownership of the package you need yourself (just CC the Fedora owner in the bugzilla branch request to make sure he's aware of the fact that the package is in EPEL). For details see "EPEL branching if Fedora maintainer does not react" on http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00094.html Zenoss Core for EPEL] == Meeting == === Next Meeting === Wednesday, 20080130 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === Attendees: * [:RobMyers:_blah_] * [:Jonathan Steffan:daMaestro] * [:JesseKeating:f13] * [:JeffSheltren:Jeff_S] * [:ThorstenLeemhuis:knurd] * [:KevinFenzi:nirik] * [:KarstenWade:quaid] Summary: * next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove * being worked on (and realized already when this got published; see above) * knurd will write down how to actually prepare the move (happened in between as well; see http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove) * EL-updates to the buildsys | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * skvidal made that happen * KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel * some progress; f13 reviewed an initial patch from _blah_; more work from _blah_ to come * permission to use spec files in other projects | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * seems to be solved finally thx to spot; see http://fedoraproject.org/wiki/Licensing#LicenseOfFedoraSPECFiles * broken dep reports go to the list | http://fedoraproject.org/wiki/EPEL/Tasks/Misc * more discussion on the list * Free discussion around EPEL -- FUDCOn and EPEL? * there was no EPEL session on FUDCOn * f13> | I talked to the zenoss guy there, whom I've talked with before. He wasn't actually aware of EPEL and will be directing his folks to get ZenOSS packages ready for EPEL * Free discussion around EPEL -- get more contributers for EPEL * nirik> | I was thinking we should do a monthly or so email to the fedora-devel list asking people to consider branching for epel... I think many of the new maintainers aren't aware it exists... * knurd> | nirik, maybe we should mail the contributers directly that don't have a single EPEL package * some Fedora contributers might be willing to build for EPEL, but don't have a RHEL/CentOS box for testing; it was discussed if we need a group of people that can help in such situations; it was agreed that the EPEL SIG is that group * some more discussion around this; see 00:11:09 and later; * Free discussion around EPEL -- broken deps * nirk will try to file bugs for those broken deps that are around for more than just a few days * Free discussion around EPEL * nirik> | note that there are 26 open epel bugs... most of them are the broken deps stuff... a few others tho * clamav status: silug has agreed to maintain the fedora clamav in epel. == Stats == === General === Number of EPEL Contributors: 166 We welcome 1 new contributors: gospo === EPEL 5 === Number of source packages: 991 Number of binary packages: 1841 There are 13 new Packages: * ack | Grep-like text finder * bwm-ng | Bandwidth Monitor NG * jigdo | Ease distribution of large files over the Internet * libgdiplus | libgdiplus: An Open Source implementation of the GDI+ API * libstatgrab | Make system statistics * mono | a .NET runtime environment * perl-Devel-Leak | Utility for looking for perl objects that are not reclaimed * perl-File-Copy-Recursive | Extension for recursively copying files and directories * perl-File-Next | File::Next Perl module * perl-Module-Install | Standalone, extensible Perl module installer * postgresql-plruby | PostgreSQL Ruby Procedural Language * vnstat | Console-based network traffic monitor * wiggle | A tool for applying patches with conflicts === EPEL 4 === Number of source packages: 600 Number of binary packages: 1129 There are 15 new Packages: * ack | Grep-like text finder * bwm-ng | Bandwidth Monitor NG * jigdo | Ease distribution of large files over the Internet * libstatgrab | Make system statistics * perl-BSD-Resource | BSD process resource limit and priority functions * perl-Class-Inspector | Get information about a class and its structure * perl-Devel-Leak | Utility for looking for perl objects that are not reclaimed * perl-File-Copy-Recursive | Extension for recursively copying files and directories * perl-File-Next | File::Next Perl module * perl-Module-CoreList | Perl core modules indexed by perl versions * perl-Module-Install | Standalone, extensible Perl module installer * perl-Module-Pluggable | Automatically give your module the ability to have plugins * perl-Module-ScanDeps | Recursively scan Perl code for dependencies * pstoedit | Translates PostScript and PDF graphics into other vector formats * vnstat | Console-based network traffic monitor ---- ["CategoryEPELReports"] From buildsys at fedoraproject.org Sun Jan 20 19:42:55 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 20 Jan 2008 14:42:55 -0500 (EST) Subject: Package EVR problems in EPEL 2008-01-20 Message-ID: <20080120194255.1E010152130@buildsys.fedoraproject.org> Broken upgrade path report for repositories EL4, EL4-updates, EPEL4, EPEL4-testing, EL5, EL5-updates, EPEL5, EPEL5-testing Fedora AT FamilleCollet com: cups-pdf EPEL4 > EPEL5 (0:2.4.6-2.el4 > 0:2.4.6-1.el5) Jochen AT herr-schmitt de: kyum EPEL4-testing > EPEL5-testing (0:0.7.5-9.el4.1 > 0:0.7.5-4.el5) UNKNOWN OWNER (possibly Core package): device-mapper EL4 > EL5 (0:1.02.21-1.el4 > 0:1.02.20-1.el5) dmraid EL4 > EL5 (0:1.0.0.rc14-6_RHEL4_U5 > 0:1.0.0.rc13-4.el5) edac-utils EL4-updates > EL5 (0:0.9-7_el4 > 0:0.9-5.el5) ethtool EL4 > EL5 (0:6-1 > 0:5-1.el5) frysk EL4 > EL5 (0:0.0.1.2007.08.03-7.el4 > 0:0.0.1.2007.06.21.rh2-4.el5) lvm2 EL4-updates > EL5 (0:2.02.27-2.el4_6.1 > 0:2.02.26-3.el5) MySQL-python EL4 > EL5 (0:1.2.1_p2-1.el4.1 > 0:1.2.1-1) openib EL4 > EL5-updates (0:1.2-7 > 0:1.2-6.el5_1.1) sg3_utils EL4 > EL5 (0:1.22-3.1 > 0:1.20-2.1) system-config-lvm EL4 > EL5 (0:1.0.23-1.0 > 0:1.0.22-1.0.el5) wpa_supplicant EL4 > EL5 (1:0.4.9-1.1.el4 > 1:0.4.8-10.1.fc6) a badger AT gmail com: python-docutils EPEL4 > EPEL5 (0:0.4-4.el4 > 0:0.4-3.el5) bojan AT rexursive com: viewvc EPEL4 > EPEL5-testing (0:1.0.4-2.el4 > 0:1.0.4-1.el5) denis AT poolshark org: plotutils EPEL4 > EPEL5-testing (0:2.5-5.el4 > 0:2.5-3.el5) pstoedit EPEL4-testing > EPEL5-testing (0:3.45-2.el4 > 0:3.44-5.el5) dennis AT ausil us: mercurial EPEL4 > EPEL5 (0:0.9.5-2.el4 > 0:0.9.3-1.el5) foolish AT guezz net: nbtscan EPEL4 > EPEL5 (0:1.5.1-2.el4 > 0:1.5.1-1.el5) ianburrell AT gmail com: jigdo EPEL4-testing > EPEL5-testing (0:0.7.3-4.el4 > 0:0.7.3-2.el5) jamatos AT fc up pt: python-imaging EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) jeff AT ocjtech us: python-genshi EPEL4 > EPEL5 (0:0.4.4-2.el4 > 0:0.4.4-1.el5) lmacken AT redhat com: obby EPEL4 > EPEL5 (0:0.4.4-2.el4 > 0:0.4.4-1.el5) python-configobj EPEL4 > EPEL5 (0:4.4.0-2.el4 > 0:4.4.0-1.el5) python-formencode EPEL4 > EPEL5 (0:0.7.1-2.el4 > 0:0.7.1-1.el5) python-paste-script EPEL4-testing > EPEL5 (0:1.3.6-1.el4 > 0:1.1-1.el5) mastahnke AT gmail com: cdpr EPEL4 > EPEL5 (0:2.2.1-3.el4 > 0:2.2.1-2.el5) mfleming+rpm AT enlartenment com: python-GeoIP EPEL4 > EPEL5-testing (0:1.2.1-7.el4 > 0:1.2.1-6.el5) svnmailer EPEL4 > EPEL5 (0:1.0.8-3.el4 > 0:1.0.8-2.el5) pertusus AT free fr: libesmtp EPEL4 > EPEL5-testing (0:1.0.4-5.el4 > 0:1.0.4-2.el5) perl-File-DesktopEntry EPEL4 > EPEL5-testing (0:0.04-5.el4 > 0:0.04-4.el5) rnorwood AT redhat com: perl-BSD-Resource EPEL4-testing > EL5 (0:1.28-3.el4 > 0:1.28-1.fc6.1) perl-Devel-Symdump EPEL4 > EPEL5 (1:2.07-3.el4.1 > 1:2.07-1.el5) perl-TimeDate EPEL4 > EL5 (1:1.16-6.el4 > 1:1.16-5.el5) rpm AT greysector net: tachyon EPEL4 > EPEL5 (0:0.97-6.el4 > 0:0.97-2.el5) sheltren AT cs ucsb edu: python-elementtree EL4 > EL5 (0:1.2.6-5.el4.centos > 0:1.2.6-5) wart AT kobold org: itcl EPEL4 > EPEL5 (0:3.3-0.9.RC1.el4 > 0:3.3-0.7.RC1.el5) itk EPEL4 > EPEL5 (0:3.3-0.7.RC1.el4 > 0:3.3-0.4.RC1.el5) wolfy AT nobugconsulting ro: logserial EPEL4 > EPEL5 (0:0.4.2-5.el4.1 > 0:0.4.2-4.el5) ---------------------------------------------------------------------- cdpr: mastahnke AT gmail com EPEL4 > EPEL5 (0:2.2.1-3.el4 > 0:2.2.1-2.el5) cups-pdf: Fedora AT FamilleCollet com EPEL4 > EPEL5 (0:2.4.6-2.el4 > 0:2.4.6-1.el5) device-mapper: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:1.02.21-1.el4 > 0:1.02.20-1.el5) dmraid: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:1.0.0.rc14-6_RHEL4_U5 > 0:1.0.0.rc13-4.el5) edac-utils: UNKNOWN OWNER (possibly Core package) EL4-updates > EL5 (0:0.9-7_el4 > 0:0.9-5.el5) ethtool: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:6-1 > 0:5-1.el5) frysk: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:0.0.1.2007.08.03-7.el4 > 0:0.0.1.2007.06.21.rh2-4.el5) itcl: wart AT kobold org EPEL4 > EPEL5 (0:3.3-0.9.RC1.el4 > 0:3.3-0.7.RC1.el5) itk: wart AT kobold org EPEL4 > EPEL5 (0:3.3-0.7.RC1.el4 > 0:3.3-0.4.RC1.el5) jigdo: ianburrell AT gmail com EPEL4-testing > EPEL5-testing (0:0.7.3-4.el4 > 0:0.7.3-2.el5) kyum: Jochen AT herr-schmitt de EPEL4-testing > EPEL5-testing (0:0.7.5-9.el4.1 > 0:0.7.5-4.el5) libesmtp: pertusus AT free fr EPEL4 > EPEL5-testing (0:1.0.4-5.el4 > 0:1.0.4-2.el5) logserial: wolfy AT nobugconsulting ro EPEL4 > EPEL5 (0:0.4.2-5.el4.1 > 0:0.4.2-4.el5) lvm2: UNKNOWN OWNER (possibly Core package) EL4-updates > EL5 (0:2.02.27-2.el4_6.1 > 0:2.02.26-3.el5) mercurial: dennis AT ausil us EPEL4 > EPEL5 (0:0.9.5-2.el4 > 0:0.9.3-1.el5) MySQL-python: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:1.2.1_p2-1.el4.1 > 0:1.2.1-1) nbtscan: foolish AT guezz net EPEL4 > EPEL5 (0:1.5.1-2.el4 > 0:1.5.1-1.el5) obby: lmacken AT redhat com EPEL4 > EPEL5 (0:0.4.4-2.el4 > 0:0.4.4-1.el5) openib: UNKNOWN OWNER (possibly Core package) EL4 > EL5-updates (0:1.2-7 > 0:1.2-6.el5_1.1) perl-BSD-Resource: rnorwood AT redhat com EPEL4-testing > EL5 (0:1.28-3.el4 > 0:1.28-1.fc6.1) perl-Devel-Symdump: rnorwood AT redhat com EPEL4 > EPEL5 (1:2.07-3.el4.1 > 1:2.07-1.el5) perl-File-DesktopEntry: pertusus AT free fr EPEL4 > EPEL5-testing (0:0.04-5.el4 > 0:0.04-4.el5) perl-TimeDate: rnorwood AT redhat com EPEL4 > EL5 (1:1.16-6.el4 > 1:1.16-5.el5) plotutils: denis AT poolshark org EPEL4 > EPEL5-testing (0:2.5-5.el4 > 0:2.5-3.el5) pstoedit: denis AT poolshark org EPEL4-testing > EPEL5-testing (0:3.45-2.el4 > 0:3.44-5.el5) python-configobj: lmacken AT redhat com EPEL4 > EPEL5 (0:4.4.0-2.el4 > 0:4.4.0-1.el5) python-docutils: a badger AT gmail com EPEL4 > EPEL5 (0:0.4-4.el4 > 0:0.4-3.el5) python-elementtree: sheltren AT cs ucsb edu EL4 > EL5 (0:1.2.6-5.el4.centos > 0:1.2.6-5) python-formencode: lmacken AT redhat com EPEL4 > EPEL5 (0:0.7.1-2.el4 > 0:0.7.1-1.el5) python-genshi: jeff AT ocjtech us EPEL4 > EPEL5 (0:0.4.4-2.el4 > 0:0.4.4-1.el5) python-GeoIP: mfleming+rpm AT enlartenment com EPEL4 > EPEL5-testing (0:1.2.1-7.el4 > 0:1.2.1-6.el5) python-imaging: jamatos AT fc up pt EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) python-paste-script: lmacken AT redhat com EPEL4-testing > EPEL5 (0:1.3.6-1.el4 > 0:1.1-1.el5) sg3_utils: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:1.22-3.1 > 0:1.20-2.1) svnmailer: mfleming+rpm AT enlartenment com EPEL4 > EPEL5 (0:1.0.8-3.el4 > 0:1.0.8-2.el5) system-config-lvm: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (0:1.0.23-1.0 > 0:1.0.22-1.0.el5) tachyon: rpm AT greysector net EPEL4 > EPEL5 (0:0.97-6.el4 > 0:0.97-2.el5) viewvc: bojan AT rexursive com EPEL4 > EPEL5-testing (0:1.0.4-2.el4 > 0:1.0.4-1.el5) wpa_supplicant: UNKNOWN OWNER (possibly Core package) EL4 > EL5 (1:0.4.9-1.1.el4 > 1:0.4.8-10.1.fc6) From Jochen at herr-schmitt.de Sun Jan 20 19:52:54 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 20 Jan 2008 20:52:54 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080120194255.1E010152130@buildsys.fedoraproject.org> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> Message-ID: <4793A696.6090907@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 buildsys at fedoraproject.org schrieb: > Jochen AT herr-schmitt de: > kyum > EPEL4-testing > EPEL5-testing (0:0.7.5-9.el4.1 > 0:0.7.5-4.el5) > Should be fixed. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFHk6aNT2AHK6txfgwRAkeeAJ4stixiZDrststozt7cS0hlMOlRVgCg89p4 Mj5HMWVAo+do9EL59mgv6OA= =ISYC -----END PGP SIGNATURE----- From pertusus at free.fr Sun Jan 20 20:00:19 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Jan 2008 21:00:19 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080120194255.1E010152130@buildsys.fedoraproject.org> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> Message-ID: <20080120200019.GA308@free.fr> On Sun, Jan 20, 2008 at 02:42:55PM -0500, buildsys at fedoraproject.org wrote: > Broken upgrade path report for repositories EL4, EL4-updates, EPEL4, > EPEL4-testing, EL5, EL5-updates, EPEL5, EPEL5-testing > > pertusus AT free fr: > libesmtp > EPEL4 > EPEL5-testing (0:1.0.4-5.el4 > 0:1.0.4-2.el5) > > perl-File-DesktopEntry > EPEL4 > EPEL5-testing (0:0.04-5.el4 > 0:0.04-4.el5) > > rnorwood AT redhat com: > perl-Devel-Symdump > EPEL4 > EPEL5 (1:2.07-3.el4.1 > 1:2.07-1.el5) Should be fixed. -- Pat From kevin at tummy.com Sun Jan 20 22:10:02 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 20 Jan 2008 15:10:02 -0700 Subject: Broken dependencies in EPEL 5 - 2008-01-15 In-Reply-To: <20080115200220.16916.39274@extras64.linux.duke.edu> References: <20080115200220.16916.39274@extras64.linux.duke.edu> Message-ID: <20080120151002.6592e3fc@ghistelwchlohm.scrye.com> On Tue, 15 Jan 2008 20:02:20 -0000 buildsys at fedoraproject.org (Fedora Extras repoclosure) wrote: > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > > Summary of broken packages (by owner): > > danken AT cs.technion.ac.il > hunspell-he - 1.0-7.el5.i386 > hunspell-he - 1.0-7.el5.x86_64 This looks to have been removed from cvs/pkgdb, but it's still in the repos? > dennis AT ausil.us > fedora-packager - 0.1.1-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=429476 > devrim AT commandprompt.com > postgresql-pgpool-II-devel - 2.0.1-1.el5.i386 > postgresql-pgpool-II-devel - 2.0.1-1.el5.x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=429477 > foolish AT guezz.net > perl-libwhisker2 - 2.4-3.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=429478 > > jkeating AT redhat.com > koji-builder - 1.2.3-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=429474 > jlaska AT redhat.com > snake-server - 0.9-0.5git.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=429479 > jonathansteffan AT gmail.com > revisor-jigdo - 2.0.5-15.el5.noarch Fixed since this report. > limb AT jcomserv.net > moodle - 1.8.2-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=425825 (updated) > lmacken AT redhat.com > bodhi-server - 0.4.4-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=417201 > matthias AT rpmforge.net > python-Coherence - 0.2.1-3.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=425829 > roozbeh AT farsiweb.info > translate-toolkit - 0.10.1-1.el5.noarch https://bugzilla.redhat.com/show_bug.cgi?id=429480 > shahms AT shahms.com > nautilus-bzr - 0.93.0-2.el5.i386 > nautilus-bzr - 0.93.0-2.el5.x86_64 https://bugzilla.redhat.com/show_bug.cgi?id=429481 > steve AT silug.org > perl-Test-Base - 0.53-1.el5.noarch Fixed now. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From devrim at CommandPrompt.com Sun Jan 20 22:15:56 2008 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Sun, 20 Jan 2008 14:15:56 -0800 Subject: Broken dependencies in EPEL 5 - 2008-01-15 In-Reply-To: <20080120151002.6592e3fc@ghistelwchlohm.scrye.com> References: <20080115200220.16916.39274@extras64.linux.duke.edu> <20080120151002.6592e3fc@ghistelwchlohm.scrye.com> Message-ID: <1200867356.24240.0.camel@localhost.localdomain> Hi, On Sun, 2008-01-20 at 15:10 -0700, Kevin Fenzi wrote: > > devrim AT commandprompt.com > > postgresql-pgpool-II-devel - 2.0.1-1.el5.i386 > > postgresql-pgpool-II-devel - 2.0.1-1.el5.x86_64 > > https://bugzilla.redhat.com/show_bug.cgi?id=429477 This is fixed in https://bugzilla.redhat.com/show_bug.cgi?id=429436 Waiting for the new sets to be released. Regards, -- Devrim G?ND?Z , RHCE PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: plPHP, ODBCng - http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jamatos at fc.up.pt Mon Jan 21 10:39:42 2008 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Mon, 21 Jan 2008 10:39:42 +0000 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080120194255.1E010152130@buildsys.fedoraproject.org> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> Message-ID: <200801211039.42770.jamatos@fc.up.pt> On Sunday 20 January 2008 19:42:55 buildsys at fedoraproject.org wrote: > python-imaging: jamatos AT fc up pt > ? EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) Was not this solved before? According to the cvs the last version available is %changelog * Mon Jul 23 2007 Joel Andres Granados - 0:1.1.4-1 - Build python-imaging for EPEL4 with the version from FC3. EPEL4 are packages - that can be installed in RHEL4**. IIRC we had downgraded to cope with the inclusion of it in EL5. This was done before the official launch of EPEL so I have no clue what has gone wrong. Regards, -- Jos? Ab?lio From bugs.michael at gmx.net Mon Jan 21 12:52:19 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Jan 2008 13:52:19 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <200801211039.42770.jamatos@fc.up.pt> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> Message-ID: <20080121135219.e7cfebed.bugs.michael@gmx.net> On Mon, 21 Jan 2008 10:39:42 +0000, Jos? Matos wrote: > On Sunday 20 January 2008 19:42:55 buildsys wrote: > > python-imaging: jamatos AT fc up pt > > ? EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) > > Was not this solved before? > According to the cvs the last version available is > > %changelog > * Mon Jul 23 2007 Joel Andres Granados - > 0:1.1.4-1 > - Build python-imaging for EPEL4 with the version from FC3. EPEL4 are > packages > - that can be installed in RHEL4**. > > IIRC we had downgraded to cope with the inclusion of it in EL5. This was > done before the official launch of EPEL so I have no clue what has gone > wrong. Depends on who "we" is. You cannot downgrade a package without asking the epel-signers to delete a newer package in the repo. The repo shows that an older package was pushed several months after the higher version: http://download.fedora.redhat.com/pub/epel/4/SRPMS/ [ ] python-imaging-1.1.4-1.src.rpm 25-Jul-2007 11:03 418K [ ] python-imaging-1.1.6-3.el4.sr..> 02-Mar-2007 18:20 436K From jgranado at redhat.com Mon Jan 21 14:03:06 2008 From: jgranado at redhat.com (Joel Andres Granados) Date: Mon, 21 Jan 2008 15:03:06 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080121135219.e7cfebed.bugs.michael@gmx.net> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> Message-ID: <4794A61A.5040802@redhat.com> Michael Schwendt wrote: > On Mon, 21 Jan 2008 10:39:42 +0000, Jos? Matos wrote: > >> On Sunday 20 January 2008 19:42:55 buildsys wrote: >>> python-imaging: jamatos AT fc up pt >>> EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) >> Was not this solved before? >> According to the cvs the last version available is >> >> %changelog >> * Mon Jul 23 2007 Joel Andres Granados - >> 0:1.1.4-1 >> - Build python-imaging for EPEL4 with the version from FC3. EPEL4 are >> packages >> - that can be installed in RHEL4**. >> >> IIRC we had downgraded to cope with the inclusion of it in EL5. This was >> done before the official launch of EPEL so I have no clue what has gone >> wrong. > > Depends on who "we" is. You cannot downgrade a package without asking the > epel-signers to delete a newer package in the repo. The repo shows that an > older package was pushed several months after the higher version: > > http://download.fedora.redhat.com/pub/epel/4/SRPMS/ > > [ ] python-imaging-1.1.4-1.src.rpm 25-Jul-2007 11:03 418K > [ ] python-imaging-1.1.6-3.el4.sr..> 02-Mar-2007 18:20 436K This is extremely strange. 1. This didn't come up before :) I've been checking the EPEL fairly regularly to see if python-imaging had any problems and it had never come up. Since the 1.1.4 appeared after 25-Jul, it should have screamed immediately (assuming that the 1.1.6 version was there) 2. I started co maintaining the EPEL package with jamatos around jul-2007, so the 1.1.6 version must have been there already (IMHO). Can we actually know who pushed it? Maybe it was automatically brought in :). 3. I checked my email logs and verified that the issue was discussed around Jul-2007 I cannot find earlier mails about the package ( I subscribed around Jul-2007, so apologies if I'm wrong) Don't know what to make of it. So I assume from "You cannot downgrade a package without asking the epel-signers to delete a newer package", that the solution is to delete the newer package. right? Regards -- Joel Andres Granados Red Hat / Brno, Czech Republic From bugs.michael at gmx.net Mon Jan 21 14:39:46 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Jan 2008 15:39:46 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <4794A61A.5040802@redhat.com> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> Message-ID: <20080121153946.3efcb99d.bugs.michael@gmx.net> On Mon, 21 Jan 2008 15:03:06 +0100, Joel Andres Granados wrote: > Michael Schwendt wrote: > > On Mon, 21 Jan 2008 10:39:42 +0000, Jos? Matos wrote: > > > >> On Sunday 20 January 2008 19:42:55 buildsys wrote: > >>> python-imaging: jamatos AT fc up pt > >>> EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) > >> Was not this solved before? > >> According to the cvs the last version available is > >> > >> %changelog > >> * Mon Jul 23 2007 Joel Andres Granados - > >> 0:1.1.4-1 > >> - Build python-imaging for EPEL4 with the version from FC3. EPEL4 are > >> packages > >> - that can be installed in RHEL4**. > >> > >> IIRC we had downgraded to cope with the inclusion of it in EL5. This was > >> done before the official launch of EPEL so I have no clue what has gone > >> wrong. > > > > Depends on who "we" is. You cannot downgrade a package without asking the > > epel-signers to delete a newer package in the repo. The repo shows that an > > older package was pushed several months after the higher version: > > > > http://download.fedora.redhat.com/pub/epel/4/SRPMS/ > > > > [ ] python-imaging-1.1.4-1.src.rpm 25-Jul-2007 11:03 418K > > [ ] python-imaging-1.1.6-3.el4.sr..> 02-Mar-2007 18:20 436K > > This is extremely strange. > 1. This didn't come up before :) I've been checking the EPEL fairly regularly > to see if python-imaging had any problems and it had never come up. Since > the 1.1.4 appeared after 25-Jul, it should have screamed immediately > (assuming that the 1.1.6 version was there) The upgradecheck script doesn't run automatically. The upgrade path between RHEL4 and 5 is not so important [1]. More important is the fact that packages in 4 and 5 are out-of-sync somehow and might differ in number of patches or even differ in %version. That's where the script helps. [1] Generally, however, and more important for platforms like Fedora, upgrade path problems bear the risk of causing dependency problems (e.g. when the old dist links against other libs than the new dist). > 2. I started co maintaining the EPEL package with jamatos around jul-2007, so > the 1.1.6 version must have been there already (IMHO). Can we actually > know who pushed it? Maybe it was automatically brought in :). Yes, it can be seen who pushed it. File ownership tells that. But that doesn't say who should have removed the 1.1.6 version in case there was a request to do that. > 3. I checked my email logs and verified that the issue was discussed around Jul-2007 > I cannot find earlier mails about the package ( I subscribed around Jul-2007, so > apologies if I'm wrong) > > Don't know what to make of it. So I assume from "You cannot downgrade a package > without asking the epel-signers to delete a newer package", that the solution > is to delete the newer package. right? Mail the repo admins in accordance with the EPEL FAQ in the Wiki and request removal of the 1.1.6 package. (it is enough to delete the src.rpm and let repoprune kill the various binaries) From jgranado at redhat.com Mon Jan 21 15:30:47 2008 From: jgranado at redhat.com (Joel Andres Granados) Date: Mon, 21 Jan 2008 16:30:47 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080121153946.3efcb99d.bugs.michael@gmx.net> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> Message-ID: <4794BAA7.8010506@redhat.com> Michael Schwendt wrote: > On Mon, 21 Jan 2008 15:03:06 +0100, Joel Andres Granados wrote: > >> Michael Schwendt wrote: >>> On Mon, 21 Jan 2008 10:39:42 +0000, Jos? Matos wrote: >>> >>>> On Sunday 20 January 2008 19:42:55 buildsys wrote: >>>>> python-imaging: jamatos AT fc up pt >>>>> EPEL4 > EL5 (0:1.1.6-3.el4 > 0:1.1.5-5.el5) >>>> Was not this solved before? >>>> According to the cvs the last version available is >>>> >>>> %changelog >>>> * Mon Jul 23 2007 Joel Andres Granados - >>>> 0:1.1.4-1 >>>> - Build python-imaging for EPEL4 with the version from FC3. EPEL4 are >>>> packages >>>> - that can be installed in RHEL4**. >>>> >>>> IIRC we had downgraded to cope with the inclusion of it in EL5. This was >>>> done before the official launch of EPEL so I have no clue what has gone >>>> wrong. >>> Depends on who "we" is. You cannot downgrade a package without asking the >>> epel-signers to delete a newer package in the repo. The repo shows that an >>> older package was pushed several months after the higher version: >>> >>> http://download.fedora.redhat.com/pub/epel/4/SRPMS/ >>> >>> [ ] python-imaging-1.1.4-1.src.rpm 25-Jul-2007 11:03 418K >>> [ ] python-imaging-1.1.6-3.el4.sr..> 02-Mar-2007 18:20 436K >> This is extremely strange. >> 1. This didn't come up before :) I've been checking the EPEL fairly regularly >> to see if python-imaging had any problems and it had never come up. Since >> the 1.1.4 appeared after 25-Jul, it should have screamed immediately >> (assuming that the 1.1.6 version was there) > > The upgradecheck script doesn't run automatically. The upgrade path > between RHEL4 and 5 is not so important [1]. More important is the fact > that packages in 4 and 5 are out-of-sync somehow and might differ in > number of patches or even differ in %version. That's where the script > helps. > > [1] Generally, however, and more important for platforms like Fedora, > upgrade path problems bear the risk of causing dependency problems > (e.g. when the old dist links against other libs than the new dist). > >> 2. I started co maintaining the EPEL package with jamatos around jul-2007, so >> the 1.1.6 version must have been there already (IMHO). Can we actually >> know who pushed it? Maybe it was automatically brought in :). > > Yes, it can be seen who pushed it. File ownership tells that. But that > doesn't say who should have removed the 1.1.6 version in case there was a > request to do that. > >> 3. I checked my email logs and verified that the issue was discussed around Jul-2007 >> I cannot find earlier mails about the package ( I subscribed around Jul-2007, so >> apologies if I'm wrong) >> >> Don't know what to make of it. So I assume from "You cannot downgrade a package >> without asking the epel-signers to delete a newer package", that the solution >> is to delete the newer package. right? > > Mail the repo admins in accordance with the EPEL FAQ in the Wiki and > request removal of the 1.1.6 package. (it is enough to delete the src.rpm > and let repoprune kill the various binaries) > ok. sent mail to EPEL signers group. :) Thx for the help. Regards -- Joel Andres Granados Red Hat / Brno, Czech Republic From fedora at leemhuis.info Mon Jan 21 17:59:45 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 21 Jan 2008 18:59:45 +0100 Subject: python-imaging in EPEL4 (was:Re: Package EVR problems in EPEL 2008-01-20) In-Reply-To: <4794BAA7.8010506@redhat.com> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> Message-ID: <4794DD91.3050200@leemhuis.info> On 21.01.2008 16:30, Joel Andres Granados wrote: > Michael Schwendt wrote: >> On Mon, 21 Jan 2008 15:03:06 +0100, Joel Andres Granados wrote: >>> Michael Schwendt wrote: >>> Don't know what to make of it. So I assume from "You cannot downgrade a package >>> without asking the epel-signers to delete a newer package", that the solution >>> is to delete the newer package. right? >> Mail the repo admins in accordance with the EPEL FAQ in the Wiki and >> request removal of the 1.1.6 package. (it is enough to delete the src.rpm >> and let repoprune kill the various binaries) > ok. sent mail to EPEL signers group. :) Hmmm. Is it wise to remove it? If I understood the discussion correctly then users that already have the currently newest version of python-imaging in EPEL4 installed will never get a update should there ever be released one with a EVRN lower then (none):1.1.6-3.el4. On the other hand: we cannot increase the epoch only in EPEL4 because then the upgrade path to RHEL5 is broken (still/again). Which of the two things is worse? Cu knurd From bugs.michael at gmx.net Mon Jan 21 18:33:01 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Jan 2008 19:33:01 +0100 Subject: python-imaging in EPEL4 (was:Re: Package EVR problems in EPEL 2008-01-20) In-Reply-To: <4794DD91.3050200@leemhuis.info> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> <4794DD91.3050200@leemhuis.info> Message-ID: <20080121193301.f88e124f.bugs.michael@gmx.net> On Mon, 21 Jan 2008 18:59:45 +0100, Thorsten Leemhuis wrote: > On 21.01.2008 16:30, Joel Andres Granados wrote: > > Michael Schwendt wrote: > >> On Mon, 21 Jan 2008 15:03:06 +0100, Joel Andres Granados wrote: > >>> Michael Schwendt wrote: > >>> Don't know what to make of it. So I assume from "You cannot downgrade a package > >>> without asking the epel-signers to delete a newer package", that the solution > >>> is to delete the newer package. right? > >> Mail the repo admins in accordance with the EPEL FAQ in the Wiki and > >> request removal of the 1.1.6 package. (it is enough to delete the src.rpm > >> and let repoprune kill the various binaries) > > ok. sent mail to EPEL signers group. :) > > Hmmm. Is it wise to remove it? If I understood the discussion correctly > then users that already have the currently newest version of > python-imaging in EPEL4 installed will never get a update should there > ever be released one with a EVRN lower then (none):1.1.6-3.el4. But is the newer package in EPEL4 maintained actively? In CVS it is back at 1.1.4 already. Will any bug-fix/security-fix released for RHEL4 be ported to the >1.1.6 pkg in EPEL4? If that doesn't happen, keeping the 1.1.6 brown paper-bag in the repo makes no sense. > On the other hand: we cannot increase the epoch only in EPEL4 because > then the upgrade path to RHEL5 is broken (still/again). > > Which of the two things is worse? The third thing. ;) Replacing a pkg from RHEL ;-P and an attitude like "damage is done, we can't revert it". Next time it happens with a different package, you won't revert it either? From fedora at leemhuis.info Mon Jan 21 19:01:53 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 21 Jan 2008 20:01:53 +0100 Subject: python-imaging in EPEL4 In-Reply-To: <20080121193301.f88e124f.bugs.michael@gmx.net> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> <4794DD91.3050200@leemhuis.info> <20080121193301.f88e124f.bugs.michael@gmx.net> Message-ID: <4794EC21.3040404@leemhuis.info> On 21.01.2008 19:33, Michael Schwendt wrote: > On Mon, 21 Jan 2008 18:59:45 +0100, Thorsten Leemhuis wrote: > >> On 21.01.2008 16:30, Joel Andres Granados wrote: >>> Michael Schwendt wrote: >>>> On Mon, 21 Jan 2008 15:03:06 +0100, Joel Andres Granados wrote: >>>>> Michael Schwendt wrote: >>>>> Don't know what to make of it. So I assume from "You cannot downgrade a package >>>>> without asking the epel-signers to delete a newer package", that the solution >>>>> is to delete the newer package. right? >>>> Mail the repo admins in accordance with the EPEL FAQ in the Wiki and >>>> request removal of the 1.1.6 package. (it is enough to delete the src.rpm >>>> and let repoprune kill the various binaries) >>> ok. sent mail to EPEL signers group. :) >> Hmmm. Is it wise to remove it? If I understood the discussion correctly >> then users that already have the currently newest version of >> python-imaging in EPEL4 installed will never get a update should there >> ever be released one with a EVRN lower then (none):1.1.6-3.el4. > But is the newer package in EPEL4 maintained actively? In CVS it is > back at 1.1.4 already. Will any bug-fix/security-fix released for RHEL4 > be ported to the >1.1.6 pkg in EPEL4? If that doesn't happen, keeping > the 1.1.6 brown paper-bag in the repo makes no sense. Sure, it would need to be discussed which spec file we'd continue to maintain. >> On the other hand: we cannot increase the epoch only in EPEL4 because >> then the upgrade path to RHEL5 is broken (still/again). >> Which of the two things is worse? > The third thing. ;) Replacing a pkg from RHEL ;-P That would only happen on update afaics. > and an attitude like > "damage is done, we can't revert it". Next time it happens with a different > package, you won't revert it either? I didn't suggest that. I actually think removing is best as well. But doing such things should not be the decision of those that have access to the repo alone, thus I asked for options here on the list. CU knurd From bugs.michael at gmx.net Mon Jan 21 19:12:52 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 21 Jan 2008 20:12:52 +0100 Subject: python-imaging in EPEL4 In-Reply-To: <4794EC21.3040404@leemhuis.info> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> <4794DD91.3050200@leemhuis.info> <20080121193301.f88e124f.bugs.michael@gmx.net> <4794EC21.3040404@leemhuis.info> Message-ID: <20080121201252.38c5953b.bugs.michael@gmx.net> On Mon, 21 Jan 2008 20:01:53 +0100, Thorsten Leemhuis wrote: > >> On the other hand: we cannot increase the epoch only in EPEL4 because > >> then the upgrade path to RHEL5 is broken (still/again). > >> Which of the two things is worse? > > The third thing. ;) Replacing a pkg from RHEL ;-P > > That would only happen on update afaics. Only because RHEL4 does not include python-imaging at all. Still, even for fresh install upgrades from EL4 -> EL5 this package would be downgraded. Anything fixed in 1.1.6 might reappear due to this downgrade. The python-imaging ChangeLog is not short. The least to expect would be to include RHEL5's package _as is_ in EPEL4 and not downgrade it to 1.1.4 and not upgrade it to 1.1.6 either. From mastahnke at gmail.com Mon Jan 21 21:12:49 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 21 Jan 2008 15:12:49 -0600 Subject: Metadata Assignment Update (and a query for help) Message-ID: <7874d9dd0801211312i1747a9b3n287266ebdea18943@mail.gmail.com> This is an update on the ability for the EPEL project to provide accurate package metadata to our contributors and users. The basic idea is to have a place to look to find out names of packages, what they provide, require, conflict with, etc, and maybe even have it searchable. This seems like an easy task at first. When I started looking into it, I thought I would do something with RHN+EPEL. However certain restrictions with my account from $DAYJOB have prevented that. Next, I thought I could just use the repodata off of Centos media. Sure, it's not quite the same as RHEL, or the other EL's, but it's probably what most contributors are using for testing (and mock uses it also). I worked with that for a while and wrote a nice little app that spit out the package, provides, requires and such. Then, I wanted to add EPEL, and my repodata-fu was not good enough. Additionally, I wasn't really sure I wanted to maintain another metadata application (I'm more ruby than python, so that's why I didn't start with repoview). Also, the targets are moving. So, if today I have EL5.1 + EPEL, next month the repodata of both sides have changed, and it needs to be kept updated. Then, the project will require EL5.1 +EPEL-testing + EPEL-stable, for people looking to contribute new packages and such. Basically, I am at a loss of how to really tackle this again. I thought I had a good handle on it, and obviously don't. My idea now is to mirror CentOS and EPEL and throw them into one directory, run createrepo to get an SQLite DB made, then run repoview and have that for EL5.1+EPEL+EPEL-testing. (Same thing for 4). If anybody has any better ideas, I would love to hear them. stahnma From bugs.michael at gmx.net Mon Jan 21 23:19:56 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 22 Jan 2008 00:19:56 +0100 Subject: Conflicts in EPEL Message-ID: <20080122001956.a2dba3ce.bugs.michael@gmx.net> A check against CentOS i386: EPEL 4: iwidgets - 4.0.1-4.el4.noarch File conflict with: tk-devel - 8.4.7-2.i386 /usr/share/man/mann/dialog.n.gz /usr/share/man/mann/menubar.n.gz perl-XML-RegExp - 0.03-2.el4.noarch File conflict with: perl-libxml-enno - 1.02-31.noarch /usr/lib/perl5/vendor_perl/5.8.5/XML/RegExp.pm /usr/share/man/man3/XML::RegExp.3pm.gz uw-imap - 2006k-1.el4.i386 File conflict with: cyrus-imapd - 2.2.12-8.1.RHEL4.i386 /etc/pam.d/imap /etc/pam.d/pop /usr/share/man/man8/imapd.8.gz gnucash provides libgsf-1.so.1 libgsf provides libgsf-1.so.1 required by: wv2 - 0.2.3-3.el4.i386 required by: libgsf - 1.10.1-2.i386 required by: librsvg2 - 2.8.1-1.el4.1.i386 required by: planner - 0.12.1-2.2.i386 required by: gnucash - 2.0.5-3.1.el4.i386 And in EPEL 5: uw-imap - 2006k-1.el5.i386 File conflict with: cyrus-imapd - 2.3.7-1.1.el5.i386 /etc/pam.d/imap /etc/pam.d/pop /usr/share/man/man8/imapd.8.gz From notting at redhat.com Tue Jan 22 05:41:49 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jan 2008 00:41:49 -0500 Subject: Conflicts in EPEL In-Reply-To: <20080122001956.a2dba3ce.bugs.michael@gmx.net> References: <20080122001956.a2dba3ce.bugs.michael@gmx.net> Message-ID: <20080122054149.GA26661@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > gnucash provides libgsf-1.so.1 > libgsf provides libgsf-1.so.1 > required by: wv2 - 0.2.3-3.el4.i386 > required by: libgsf - 1.10.1-2.i386 > required by: librsvg2 - 2.8.1-1.el4.1.i386 > required by: planner - 0.12.1-2.2.i386 > required by: gnucash - 2.0.5-3.1.el4.i386 gnucash needs libgsf-gnome; the libgsf in RHEL 4 does not build this. So gnucash has to build its own. Bill From buildsys at fedoraproject.org Tue Jan 22 07:38:09 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 22 Jan 2008 02:38:09 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-22 Message-ID: <20080122073809.F2AB1152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 29 bzr-gtk-0.93.0-3.el5 gmrun-0.9.2-12.el5 haproxy-1.3.14.2-1.el5 NEW kscope-1.6.1-3.el5 : KDE front-end to Cscope kyum-0.7.5-10.el5 libesmtp-1.0.4-5.el5 logserial-0.4.2-5.el5.1 NEW mogilefs-server-2.17-4.el5 : Server part of the MogileFS distributed filesystem nginx-0.5.35-1.el5 NEW nickle-2.62-1.el5 : A programming language-based prototyping environment NEW perl-Alien-wxWidgets-0.32-1.el5 : Building, finding and using wxWidgets binaries perl-Class-Inspector-1.17-1.el5 NEW perl-DBIx-ContextualFetch-1.03-3.el5 : Add contextual fetches to DBI perl-Devel-Symdump-2.07-3.el5.1 NEW perl-ExtUtils-PkgConfig-1.08-1.el5 : Simplistic interface to pkg-config perl-File-DesktopEntry-0.04-5.el5 NEW perl-File-Tail-0.99.3-5.el5.1 : Perl extension for reading from continously updated files NEW perl-Sub-Uplevel-0.18-2.el5 : Run a perl function in an upper stack frame NEW perl-Test-Exception-0.26-2.el5 : Library of test functions for exception based Perl code perl-Test-Manifest-1.22-1.el5 NEW perl-Test-MockModule-0.05-5.el5 : Override subroutines in a module for unit testing perl-Test-Object-0.07-2.el5 NEW perl-Tie-IxHash-1.21-6.el5.1 : Ordered associative arrays for Perl NEW perl-UNIVERSAL-can-1.12-1.el5 : Hack around people calling UNIVERSAL::can() as a function NEW perl-UNIVERSAL-isa-0.06-4.el5 : Hack around module authors using UNIVERSAL::isa as a function perl-XML-RSS-1.31-1.el5 postgresql-pgpool-II-2.0.1-2.el5 NEW trac-monotone-plugin-0.0.12-1.20080116mtn3907adc7.el5 : Monotone version control plugin for Trac NEW unpaper-0.3-1.el5 : Post-processing of scanned and photocopied book pages Packages built and released for Fedora EPEL testing/4: 18 gmrun-0.9.2-12.el4 haproxy-1.3.14.2-1.el4 NEW kscope-1.6.1-3.el4 : KDE front-end to Cscope nginx-0.5.35-1.el4 NEW perl-Alien-wxWidgets-0.32-1.el4 : Building, finding and using wxWidgets binaries NEW perl-DBIx-ContextualFetch-1.03-3.el4 : Add contextual fetches to DBI NEW perl-ExtUtils-PkgConfig-1.08-1.el4 : Simplistic interface to pkg-config NEW perl-File-Remove-0.38-1.el4 : Convenience module for removing files and directories NEW perl-File-Tail-0.99.3-5.el4.1 : Perl extension for reading from continously updated files NEW perl-Sub-Uplevel-0.18-2.el4 : Run a perl function in an upper stack frame NEW perl-Test-Exception-0.26-2.el4 : Library of test functions for exception based Perl code NEW perl-Test-Manifest-1.22-1.el4 : Test case module for Perl NEW perl-Test-MockModule-0.05-5.el4 : Override subroutines in a module for unit testing perl-Test-Pod-Coverage-1.08-1.el4 NEW perl-Tie-IxHash-1.21-6.el4.1 : Ordered associative arrays for Perl NEW perl-UNIVERSAL-isa-0.06-4.el4 : Hack around module authors using UNIVERSAL::isa as a function postgresql-pgpool-II-2.0.1-2.el4 unpaper-0.3-1.el4 Changes in Fedora EPEL testing/5: bzr-gtk-0.93.0-3.el5 -------------------- * Thu Jan 17 2008 Toshio Kuratomi - 0.93.0-3 - Exclude nautilus-bzr when building for RHEL as nautilus-python is not available there. gmrun-0.9.2-12.el5 ------------------ * Thu Jan 17 2008 Gilboa Davara - 0.9.2-11 - Replace htmlview with xdg-utils. (#388441, Patch by Ville Skytta) - gcc4.3 compile fix. - EPEL5 regression. * Mon Aug 27 2007 Gilboa Davara - 0.9.2-10 - Re-Fix bad %{_fedora} if/else. (Bad day) * Mon Aug 27 2007 Gilboa Davara - 0.9.2-9 - Fix bad %{_fedora} if/else. haproxy-1.3.14.2-1.el5 ---------------------- * Mon Jan 21 2008 Jeremy Hinegardner - 1.3.14.2-1 - update to 1.3.14.2 - update make flags that changed with this upstream release - added man page installation kscope-1.6.1-3.el5 ------------------ * Sun Jan 20 2008 Tom "spot" Callaway 1.6.1-3 - drop vendor * Sun Jan 20 2008 Tom "spot" Callaway 1.6.1-2 - cleanups from review * Fri Jan 18 2008 Tom "spot" Callaway 1.6.1-1 - Initial package for Fedora kyum-0.7.5-10.el5 ----------------- * Sun Jan 20 2008 Jochen Schmitt 0.7.5-10 - Fix EVR issue libesmtp-1.0.4-5.el5 -------------------- * Wed Dec 05 2007 Release Engineering - 1.0.4-5 - Rebuild for deps * Sun Nov 18 2007 Patrice Dumas - 1.0.4-4 - use --disable-static * Thu Nov 15 2007 Pawel Salek - 1.0.4-3 - drop static libs as suggested in bug 377731. logserial-0.4.2-5.el5.1 ----------------------- * Wed Aug 22 2007 Manuel Wolfshant 0.4.2-5.1 - rebuilt * Mon Aug 06 2007 Manuel Wolfshant 0.4.2-5 - License clarification mogilefs-server-2.17-4.el5 -------------------------- * Sat Jan 19 2008 Ruben Kerkhof 2.17-4 - Require Perlbal instead of perlbal - Remove autogenerated Perlbal dependency from mogstored * Sat Jan 19 2008 Ruben Kerkhof 2.17-3 - Add Requires for perlbal to perlbal backend - Rename package - Remove failing test nginx-0.5.35-1.el5 ------------------ * Sat Jan 19 2008 Jeremy Hinegardner - 0.5.35-1 - update to 0.5.35 nickle-2.62-1.el5 ----------------- * Fri Jan 18 2008 Michel Salim 2.62-1 - Update to 2.62 perl-Alien-wxWidgets-0.32-1.el5 ------------------------------- * Wed Nov 28 2007 Tom "spot" Callaway - 0.32-1 - Update to 0.32 perl-Class-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-DBIx-ContextualFetch-1.03-3.el5 ------------------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 1.03-3 - license fix perl-Devel-Symdump-2.07-3.el5.1 ------------------------------- * Fri Dec 28 2007 Patrice Dumas - 1:2.07-3.1 - Add BuildRequires Test::Pod. Don't add Test::Pod::Coverage, since Test::Pod::Coverage indirectly BuildRequires perl-Devel-Symdump through Pod::Coverage * Wed Aug 29 2007 Robin Norwood - 1:2.07-3 - Add missing BuildRequires * Mon Aug 27 2007 Robin Norwood - 1:2.07-2 - Fix license tag - Fix broken changelog entry perl-ExtUtils-PkgConfig-1.08-1.el5 ---------------------------------- * Fri Nov 30 2007 Tom "spot" Callaway - 1.08-1 - 1.08 perl-File-DesktopEntry-0.04-5.el5 --------------------------------- * Thu Dec 27 2007 Patrice Dumas 0.04-5 - update to 0.04 perl-File-Tail-0.99.3-5.el5.1 ----------------------------- * Mon Oct 15 2007 Tom "spot" Callaway - 0.99.3-5.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Sub-Uplevel-0.18-2.el5 --------------------------- * Sun Jan 20 2008 Tom "spot" Callaway - 0.18-2 - rebuild for new perl perl-Test-Exception-0.26-2.el5 ------------------------------ * Sun Jan 20 2008 Tom "spot" Callaway 0.26-2 - rebuild for new perl * Sat Jan 12 2008 Steven Pritchard 0.26-1 - Update to 0.26. - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. - Drop executable bits. perl-Test-Manifest-1.22-1.el5 ----------------------------- * Wed Dec 19 2007 Tom "spot" Callaway - 1.22-1 - 1.22 - license fix * Fri Feb 23 2007 Jose Pedro Oliveira - 1.17-1 - Update to 1.17. perl-Test-MockModule-0.05-5.el5 ------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.05-5 - license tag fix perl-Test-Object-0.07-2.el5 --------------------------- * Mon Jan 21 2008 Tom "spot" Callaway - 0.07-2 - license fix perl-Tie-IxHash-1.21-6.el5.1 ---------------------------- * Wed Oct 17 2007 Tom "spot" Callaway - 1.21-6.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-UNIVERSAL-can-1.12-1.el5 ----------------------------- * Wed Apr 05 2006 Jose Pedro Oliveira - 1.12-1 - Update to 1.12. perl-UNIVERSAL-isa-0.06-4.el5 ----------------------------- * Wed Jan 02 2008 Ralf Cors?pius - 0.06-4 - Update License-tag. perl-XML-RSS-1.31-1.el5 ----------------------- * Sun Aug 26 2007 Tom "spot" Callaway - 1.31-1 - bump to 1.31 - license tag fix postgresql-pgpool-II-2.0.1-2.el5 -------------------------------- * Sat Jan 19 2008 Devrim Gunduz 2.0.1-2 - Fix Requires of -devel package, per bz#429436 trac-monotone-plugin-0.0.12-1.20080116mtn3907adc7.el5 ----------------------------------------------------- * Fri Jan 18 2008 Roland McGrath - 0.0.12-1.20080116mtn3907adc7 - New package unpaper-0.3-1.el5 ----------------- * Mon Jan 21 2008 Bernard Johnson - 0.3-1 - 0.3 - license clarification Changes in Fedora EPEL testing/4: gmrun-0.9.2-12.el4 ------------------ * Thu Jan 17 2008 Gilboa Davara - 0.9.2-11 - Replace htmlview with xdg-utils. (#388441, Patch by Ville Skytta) - gcc4.3 compile fix. - EPEL5 regression. * Mon Aug 27 2007 Gilboa Davara - 0.9.2-10 - Re-Fix bad %{_fedora} if/else. (Bad day) * Mon Aug 27 2007 Gilboa Davara - 0.9.2-9 - Fix bad %{_fedora} if/else. haproxy-1.3.14.2-1.el4 ---------------------- * Mon Jan 21 2008 Jeremy Hinegardner - 1.3.14.2-1 - update to 1.3.14.2 - update make flags that changed with this upstream release - added man page installation kscope-1.6.1-3.el4 ------------------ * Sun Jan 20 2008 Tom "spot" Callaway 1.6.1-3 - drop vendor * Sun Jan 20 2008 Tom "spot" Callaway 1.6.1-2 - cleanups from review * Fri Jan 18 2008 Tom "spot" Callaway 1.6.1-1 - Initial package for Fedora nginx-0.5.35-1.el4 ------------------ * Sat Jan 19 2008 Jeremy Hinegardner - 0.5.35-1 - update to 0.5.35 perl-Alien-wxWidgets-0.32-1.el4 ------------------------------- * Wed Nov 28 2007 Tom "spot" Callaway - 0.32-1 - Update to 0.32 perl-DBIx-ContextualFetch-1.03-3.el4 ------------------------------------ * Fri Aug 24 2007 Tom "spot" Callaway 1.03-3 - license fix perl-ExtUtils-PkgConfig-1.08-1.el4 ---------------------------------- * Fri Nov 30 2007 Tom "spot" Callaway - 1.08-1 - 1.08 perl-File-Remove-0.38-1.el4 --------------------------- * Wed Oct 17 2007 Ralf Cors?pius - 0.38-1 - Upstream update. perl-File-Tail-0.99.3-5.el4.1 ----------------------------- * Mon Oct 15 2007 Tom "spot" Callaway - 0.99.3-5.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Sub-Uplevel-0.18-2.el4 --------------------------- * Sun Jan 20 2008 Tom "spot" Callaway - 0.18-2 - rebuild for new perl perl-Test-Exception-0.26-2.el4 ------------------------------ * Sun Jan 20 2008 Tom "spot" Callaway 0.26-2 - rebuild for new perl * Sat Jan 12 2008 Steven Pritchard 0.26-1 - Update to 0.26. - Update License tag. - Use fixperms macro instead of our own chmod incantation. - Reformat to match cpanspec output. - Drop executable bits. perl-Test-Manifest-1.22-1.el4 ----------------------------- * Wed Dec 19 2007 Tom "spot" Callaway - 1.22-1 - 1.22 - license fix perl-Test-MockModule-0.05-5.el4 ------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.05-5 - license tag fix perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. perl-Tie-IxHash-1.21-6.el4.1 ---------------------------- * Wed Oct 17 2007 Tom "spot" Callaway - 1.21-6.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-UNIVERSAL-isa-0.06-4.el4 ----------------------------- * Wed Jan 02 2008 Ralf Cors?pius - 0.06-4 - Update License-tag. postgresql-pgpool-II-2.0.1-2.el4 -------------------------------- * Sat Jan 19 2008 Devrim Gunduz 2.0.1-2 - Fix Requires of -devel package, per bz#429436 unpaper-0.3-1.el4 ----------------- * Mon Jan 21 2008 Bernard Johnson - 0.3-1 - 0.3 - license clarification From bugs.michael at gmx.net Tue Jan 22 11:20:14 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 22 Jan 2008 12:20:14 +0100 Subject: gnucash - Re: Conflicts in EPEL In-Reply-To: <20080122054149.GA26661@nostromo.devel.redhat.com> References: <20080122001956.a2dba3ce.bugs.michael@gmx.net> <20080122054149.GA26661@nostromo.devel.redhat.com> Message-ID: <20080122122014.2e2610f8.bugs.michael@gmx.net> On Tue, 22 Jan 2008 00:41:49 -0500, Bill Nottingham wrote: > > gnucash provides libgsf-1.so.1 > > libgsf provides libgsf-1.so.1 > > required by: wv2 - 0.2.3-3.el4.i386 > > required by: libgsf - 1.10.1-2.i386 > > required by: librsvg2 - 2.8.1-1.el4.1.i386 > > required by: planner - 0.12.1-2.2.i386 > > required by: gnucash - 2.0.5-3.1.el4.i386 > > gnucash needs libgsf-gnome; the libgsf in RHEL 4 does not > build this. So gnucash has to build its own. Probably it must be a newer version for gnucash, because the RHEL4 libgsf does include libgsf-gnome. Anyway, gnucash's package name is longer, too, so there's only a very minor dep problem which is unlikely to occur (when libgsf is not installed but gnucash is installed and somebody wants to install something that requires libgsf*.so.1) -- there have been cases worse than this. From notting at redhat.com Tue Jan 22 16:36:04 2008 From: notting at redhat.com (Bill Nottingham) Date: Tue, 22 Jan 2008 11:36:04 -0500 Subject: gnucash - Re: Conflicts in EPEL In-Reply-To: <20080122122014.2e2610f8.bugs.michael@gmx.net> References: <20080122001956.a2dba3ce.bugs.michael@gmx.net> <20080122054149.GA26661@nostromo.devel.redhat.com> <20080122122014.2e2610f8.bugs.michael@gmx.net> Message-ID: <20080122163604.GA586@nostromo.devel.redhat.com> Michael Schwendt (bugs.michael at gmx.net) said: > > gnucash needs libgsf-gnome; the libgsf in RHEL 4 does not > > build this. So gnucash has to build its own. > > Probably it must be a newer version for gnucash, because the RHEL4 libgsf > does include libgsf-gnome. Whoops, yeah. 1.12 vs. 1.10. I could probably do some configury that would rename the libgsff in gnucash, but it would be rather gross. Bill From fedora at leemhuis.info Tue Jan 22 17:35:38 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 22 Jan 2008 18:35:38 +0100 Subject: python-imaging in EPEL4 In-Reply-To: <4794EC21.3040404@leemhuis.info> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> <4794DD91.3050200@leemhuis.info> <20080121193301.f88e124f.bugs.michael@gmx.net> <4794EC21.3040404@leemhuis.info> Message-ID: <4796296A.5060606@leemhuis.info> On 21.01.2008 20:01, Thorsten Leemhuis wrote: > I actually think removing is best as well. But > doing such things should not be the decision of those that have access > to the repo alone, thus I asked for options here on the list. FYI: python-imaging-1.1.6-3.el4 was removed with the push that happened earlier today. Cu knurd From fedora at leemhuis.info Tue Jan 22 18:10:51 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 22 Jan 2008 19:10:51 +0100 Subject: Metadata Assignment Update (and a query for help) In-Reply-To: <7874d9dd0801211312i1747a9b3n287266ebdea18943@mail.gmail.com> References: <7874d9dd0801211312i1747a9b3n287266ebdea18943@mail.gmail.com> Message-ID: <479631AB.9020304@leemhuis.info> On 21.01.2008 22:12, Michael Stahnke wrote: > This is an update on the ability for the EPEL project to provide > accurate package metadata to our contributors and users. > > My idea now is to mirror CentOS and EPEL and throw them into one > directory, run createrepo to get an SQLite DB made, then run repoview > and have that for EL5.1+EPEL+EPEL-testing. (Same thing for 4). If > anybody has any better ideas, I would love to hear them. I didn't follow the whole metadata dicsussion to closely. But what you outline seems to me a bit complicated/overdesigned on the first sight; and using CentOS of course is fine, but is it still worth the work then? I suppose CentOS provides some of the information you'd collect already, so why should EPEL provide them as well/replicate that informations? IOW: If we want to go the CentOS route then some docs that explain how to gather the needed data with repoquery from the CentOS repos might be the better way. Than way the main thing left contributers might want to know are informations about the exact contents from the differnt RHEL variants, as for example the PPC variant of RHEL5 is only avilable as server and thus lacks a few desktop packages. That's afaics something EPEL contributers want to know. CU knurd From jamatos at fc.up.pt Tue Jan 22 20:07:46 2008 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Tue, 22 Jan 2008 20:07:46 +0000 Subject: python-imaging in EPEL4 In-Reply-To: <4796296A.5060606@leemhuis.info> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <4794EC21.3040404@leemhuis.info> <4796296A.5060606@leemhuis.info> Message-ID: <200801222007.46450.jamatos@fc.up.pt> On Tuesday 22 January 2008 17:35:38 Thorsten Leemhuis wrote: > > FYI: python-imaging-1.1.6-3.el4 was removed with the push that happened > earlier today. Thanks. :-) > Cu > knurd -- Jos? Ab?lio From jeff at osuosl.org Tue Jan 22 23:31:58 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Tue, 22 Jan 2008 15:31:58 -0800 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080120194255.1E010152130@buildsys.fedoraproject.org> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> Message-ID: <002C15FF-A263-401B-BC87-5191038D3AFE@osuosl.org> On Jan 20, 2008, at 11:42 AM, buildsys at fedoraproject.org wrote: > sheltren AT cs ucsb edu: > python-elementtree > EL4 > EL5 (0:1.2.6-5.el4.centos > 0:1.2.6-5) Any idea where the script is pulling this EL4 package in? The one I built (and the only one I see in the EPEL repo) is 0:1.2.6-0.6.el4. The fact that there is a 'centos' in the release tag makes me wonder if this is getting pulled in from some CentOS repo... -Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From bugs.michael at gmx.net Wed Jan 23 00:26:31 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 23 Jan 2008 01:26:31 +0100 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <002C15FF-A263-401B-BC87-5191038D3AFE@osuosl.org> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <002C15FF-A263-401B-BC87-5191038D3AFE@osuosl.org> Message-ID: <20080123012631.ed37f730.bugs.michael@gmx.net> On Tue, 22 Jan 2008 15:31:58 -0800, Jeff Sheltren wrote: > On Jan 20, 2008, at 11:42 AM, buildsys wrote: > > > sheltren AT cs ucsb edu: > > python-elementtree > > EL4 > EL5 (0:1.2.6-5.el4.centos > 0:1.2.6-5) > > Any idea where the script is pulling this EL4 package in? The one I > built (and the only one I see in the EPEL repo) is 0:1.2.6-0.6.el4. > The fact that there is a 'centos' in the release tag makes me wonder > if this is getting pulled in from some CentOS repo... EL4 = CentOS 4.6 EL5 = CentOS 5.1 It's included in the core/base repo of CentOS 4.6, but not RHEL 4.6. Hmmm... http://mirror.centos.org/centos/4/os/SRPMS/python-elementtree-1.2.6-5.el4.centos.src.rpm P.S. It's a coincidence that you are listed as the owner for a CentOS package. The script assumes that all package owners are covered by the same owners.list DB. From jeff at osuosl.org Wed Jan 23 00:53:35 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Tue, 22 Jan 2008 16:53:35 -0800 Subject: Package EVR problems in EPEL 2008-01-20 In-Reply-To: <20080123012631.ed37f730.bugs.michael@gmx.net> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <002C15FF-A263-401B-BC87-5191038D3AFE@osuosl.org> <20080123012631.ed37f730.bugs.michael@gmx.net> Message-ID: On Jan 22, 2008, at 4:26 PM, Michael Schwendt wrote: > On Tue, 22 Jan 2008 15:31:58 -0800, Jeff Sheltren wrote: > >> On Jan 20, 2008, at 11:42 AM, buildsys wrote: >> >>> sheltren AT cs ucsb edu: >>> python-elementtree >>> EL4 > EL5 (0:1.2.6-5.el4.centos > 0:1.2.6-5) >> >> Any idea where the script is pulling this EL4 package in? The one I >> built (and the only one I see in the EPEL repo) is 0:1.2.6-0.6.el4. >> The fact that there is a 'centos' in the release tag makes me wonder >> if this is getting pulled in from some CentOS repo... > > EL4 = CentOS 4.6 > EL5 = CentOS 5.1 > > It's included in the core/base repo of CentOS 4.6, but not RHEL 4.6. > Hmmm... > > http://mirror.centos.org/centos/4/os/SRPMS/python-elementtree-1.2.6-5.el4.centos.src.rpm > > > P.S. It's a coincidence that you are listed as the owner for a > CentOS package. > The script assumes that all package owners are covered by the same > owners.list DB. Ahh, that makes sense then. I had thought EL4 was referring to RHEL-4, not CentOS-4 since the builders are using RHEL. The reason for this package being in EPEL-4 at all is due to the fact that it is in CentOS and not in RHEL (and it's needed for yum, createrepo, etc.). Thanks, Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From jgranado at redhat.com Wed Jan 23 11:43:43 2008 From: jgranado at redhat.com (Joel Andres Granados) Date: Wed, 23 Jan 2008 12:43:43 +0100 Subject: python-imaging in EPEL4 In-Reply-To: <4796296A.5060606@leemhuis.info> References: <20080120194255.1E010152130@buildsys.fedoraproject.org> <200801211039.42770.jamatos@fc.up.pt> <20080121135219.e7cfebed.bugs.michael@gmx.net> <4794A61A.5040802@redhat.com> <20080121153946.3efcb99d.bugs.michael@gmx.net> <4794BAA7.8010506@redhat.com> <4794DD91.3050200@leemhuis.info> <20080121193301.f88e124f.bugs.michael@gmx.net> <4794EC21.3040404@leemhuis.info> <4796296A.5060606@leemhuis.info> Message-ID: <4797286F.2020705@redhat.com> Thorsten Leemhuis wrote: > On 21.01.2008 20:01, Thorsten Leemhuis wrote: >> I actually think removing is best as well. But >> doing such things should not be the decision of those that have access >> to the repo alone, thus I asked for options here on the list. > > FYI: python-imaging-1.1.6-3.el4 was removed with the push that happened > earlier today. > > Cu > knurd > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list Great !! -- Joel Andres Granados Red Hat / Brno, Czech Republic From tony.molloy at ul.ie Wed Jan 23 14:38:13 2008 From: tony.molloy at ul.ie (Tony Molloy) Date: Wed, 23 Jan 2008 14:38:13 +0000 Subject: Bugzilla problem Message-ID: <200801231438.13972.tony.molloy@ul.ie> Hi, I've installed the latest bugzilla from epel-5 on CentOS-5. It appears to be working OK from what testing I've done. However I have 2 problems. 1. When I run testserver.pl I get the following [root at richmond bugzilla]# ./testserver.pl http://bugzilla.csis.ul.ie/bugzilla TEST-OK Webserver is running under group id in $webservergroup. TEST-OK Got front picture. TEST-OK Webserver is executing CGIs via mod_cgi. TEST-OK Webserver is preventing fetch of <<<<< http://bugzilla.csis.ul.ie/bugzilla//etc/bugzilla/localconfig. TEST-OK GD version 2.35, libgd version 2.0.33; Major versions match. TEST-OK GD library generated a good PNG image. TEST-OK Chart library generated a good PNG image. TEST-OK Template::Plugin::GD is installed. Why is the webserver preventing fetch of localconfig. 2. On the top of the login page I see the following. The local XML file '/var/lib/bugzilla/data/bugzilla-update.xml' cannot be created. Please make sure the web server can write in this directory and that you can access the web. If you are behind a proxy, set the proxy_url parameter correctly The webserver runs as user apache and the protections on data are drwxrwx--- root apache root:object_r:httpd_bugzilla_script_rw_t data Is this just an apache mis-configuration Regards, Tony From wolfy at nobugconsulting.ro Wed Jan 23 18:01:09 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 23 Jan 2008 20:01:09 +0200 Subject: help needed - pam_mysql/x86_64 Message-ID: <479780E5.9060501@nobugconsulting.ro> Hello I am trying (for 3 days and still failing ) to identify why pam_msyql ( https://bugzilla.redhat.com/show_bug.cgi?id=374611 ) will not build succesfully on EL-4/x86_64. Everything else (Centos 4/i386, Centos 5 i386+x86_64 and Fedora >=7) works OK. I have uploaded at http://wdl.lug.ro/linux/rpms/pam_msyql the build logs left after attempting mock builds with Centos4 as targets (successful build for i386, failed build for x86_64) . The error seems to point to a problem in cyrus-sasl-devel, resp md5.h but I kind of think that the real problem is somewhere earlier in the chain. I am not sure if this is the reason of the failure, but looking at the logs I have noticed that - on this architecture only - after the %configure stage I get (quote from config.h) /* Define to 1 if OpenSSL library is installed */ /* #undef HAVE_OPENSSL */ while the other builds lead to: /* Define to 1 if OpenSSL library is installed */ /* #undef HAVE_OPENSSL */ This happens independent of the presence of openssl-devel in the mock chroot To add spice to the problem - both the functional and non functional builds exhibit the same warning about md5.h, i.e. checking md5.h presence... yes configure: WARNING: md5.h: present but cannot be compiled configure: WARNING: md5.h: check for missing prerequisite headers? configure: WARNING: md5.h: see the Autoconf documentation configure: WARNING: md5.h: section "Present But Cannot Be Compiled" configure: WARNING: md5.h: proceeding with the preprocessor's result configure: WARNING: md5.h: in the future, the compiler will take precedence - someone did a successful build on a x86_64 machine (not in mock but in a rather "fat chroot"). I have tried to identify if one of the packages he has but mock does not pull would provide something "useful" but I did not spot anything obvious. I have uploaded the output of "rpm -qa" on his machine to http://wdl.lug.ro/linux/rpms/pam_msyql as well. Any help would be appreciated, I am going nuts ... Manuel From wolfy at nobugconsulting.ro Wed Jan 23 18:08:59 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 23 Jan 2008 20:08:59 +0200 Subject: help needed - pam_mysql/x86_64 In-Reply-To: <479780E5.9060501@nobugconsulting.ro> References: <479780E5.9060501@nobugconsulting.ro> Message-ID: <479782BB.9030101@nobugconsulting.ro> Manuel Wolfshant wrote: > [...]I am not sure if this is the reason of the failure, but looking > at the logs I have noticed that - on this architecture only - after > the %configure stage I get (quote from config.h) > /* Define to 1 if OpenSSL library is installed */ > /* #undef HAVE_OPENSSL */ > while the other builds lead to: > /* Define to 1 if OpenSSL library is installed */ > /* #undef HAVE_OPENSSL */ Scratch the above, I am already too tired. Success builds have /* Define to 1 if OpenSSL library is installed */ #define HAVE_OPENSSL 1 Manuel From ruben at rubenkerkhof.com Wed Jan 23 19:30:31 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Wed, 23 Jan 2008 20:30:31 +0100 Subject: help needed - pam_mysql/x86_64 In-Reply-To: <479782BB.9030101@nobugconsulting.ro> References: <479780E5.9060501@nobugconsulting.ro> <479782BB.9030101@nobugconsulting.ro> Message-ID: <6BB1EA5E-F1E9-4C18-B6FA-8EAD698D87B0@rubenkerkhof.com> On 23 jan 2008, at 19:08, Manuel Wolfshant wrote: > Manuel Wolfshant wrote: >> [...]I am not sure if this is the reason of the failure, but >> looking at the logs I have noticed that - on this architecture only >> - after the %configure stage I get (quote from config.h) >> /* Define to 1 if OpenSSL library is installed */ >> /* #undef HAVE_OPENSSL */ >> while the other builds lead to: >> /* Define to 1 if OpenSSL library is installed */ >> /* #undef HAVE_OPENSSL */ > Scratch the above, I am already too tired. Success builds have > /* Define to 1 if OpenSSL library is installed */ > #define HAVE_OPENSSL 1 > > > Manuel It seems to try to use pkg-config to get a list of openssl libs. (- lssl and -lcrypto). Maybe adding that to the BR helps? Ruben From wolfy at nobugconsulting.ro Wed Jan 23 23:12:19 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 24 Jan 2008 01:12:19 +0200 Subject: help needed - pam_mysql/x86_64 - CLOSED In-Reply-To: <6BB1EA5E-F1E9-4C18-B6FA-8EAD698D87B0@rubenkerkhof.com> References: <479780E5.9060501@nobugconsulting.ro> <479782BB.9030101@nobugconsulting.ro> <6BB1EA5E-F1E9-4C18-B6FA-8EAD698D87B0@rubenkerkhof.com> Message-ID: <4797C9D3.8030403@nobugconsulting.ro> On 01/23/2008 09:30 PM, Ruben Kerkhof wrote: > > It seems to try to use pkg-config to get a list of openssl libs. > (-lssl and -lcrypto). Maybe adding that to the BR helps? > That was it. Adding pkginfo as BR fixed the problem on x86_64. But also made build fail on i386, revealing that openssl-devel is also needed :) Thanks a lot. manuel From buildsys at fedoraproject.org Wed Jan 23 23:54:54 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 23 Jan 2008 18:54:54 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-23 Message-ID: <20080123235454.7052A152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 18 NEW ddclient-3.7.3-1.el5 : Client to update dynamic DNS host entries fedora-packager-0.1.1-2.el5 NEW fftw2-2.1.5-15.el5 : Fast Fourier Transform library gcin-1.3.8-1.el5 jigdo-0.7.3-4.el5 NEW mimetex-1.60-3.el5 : Easily embed LaTeX math in web pages NEW nedit-5.5-16.el5 : A GUI text editor for systems with X NEW openser-1.3.0-2.1.el5 : Open Source SIP Server NEW pam_mysql-0.7-0.4.rc1.el5.2 : PAM module for auth UNIX users using MySQL data base NEW perl-Net-NBName-0.26-2.el5 : NetBIOS Name Service Requests NEW perl-SNMP-Info-1.04-3.el5 : Object Oriented Perl5 Interface to Network devices and MIBs through SNMP plotutils-2.5-5.el5 pstoedit-3.45-2.el5 python-cheetah-2.0.1-1.el5 python-cherrypy-2.2.1-9.el5 python-paramiko-1.7.2-1.el5 python-turbocheetah-1.0-3.el5 NEW vnc-ltsp-config-4.0-4.el5 : Easy Enabler of VNC remote LTSP desktops Packages built and released for Fedora EPEL testing/4: 7 NEW ddclient-3.7.3-1.el4 : Client to update dynamic DNS host entries fedora-packager-0.1.1-2.el4 NEW mimetex-1.60-3.el4 : Easily embed LaTeX math in web pages NEW pam_mysql-0.7-0.4.rc1.el4.2 : PAM module for auth UNIX users using MySQL data base python-cheetah-2.0.1-1.el4 python-cherrypy-2.2.1-9.el4 python-turbocheetah-1.0-1.el4 Changes in Fedora EPEL testing/5: ddclient-3.7.3-1.el5 -------------------- * Wed Jan 23 2008 Robert Scheck 3.7.3-1 - Upgrade to 3.7.3 (#429438) - Updated the license tag according to the guidelines fedora-packager-0.1.1-2.el5 --------------------------- * Tue Jan 22 2008 Dennis Gilmore - 0.1.1-2 - remove plague-client on el5 fftw2-2.1.5-15.el5 ------------------ * Tue Aug 28 2007 Jos? Matos - 2.1.5-15 - License fix, rebuild for devel (F8). gcin-1.3.8-1.el5 ---------------- * Wed Jan 23 2008 Chung-Yen Chang - 1.3.8-1 - update to 1.3.8 jigdo-0.7.3-4.el5 ----------------- * Mon Aug 27 2007 Ian M. Burrell - 0.7.3-4 - Rebuild for db4 upgrade * Tue Oct 31 2006 Ian Burrell - 0.7.3-3 - Rebuild for curl update * Mon Sep 11 2006 Ian Burrell - 0.7.3-2 - Rebuild for FC6 mimetex-1.60-3.el5 ------------------ * Sun Sep 17 2006 Jorge Torres 1.60-3 - Rebuild for Fedora Extras 6 nedit-5.5-16.el5 ---------------- * Sun Jan 06 2008 Patrice Dumas 5.5-16 - minor cleanups openser-1.3.0-2.1.el5 --------------------- * Wed Jan 23 2008 Peter Lemenkov 1.3.0-2.1 - rebuild * Thu Jan 17 2008 Jan ONDREJ (SAL) 1.3.0-2 - removed openser.init and replaced by upstream version - fixed configuration path for openserdbctl (#428799) * Sun Jan 13 2008 Peter Lemenkov 1.3.0-1.4 - 4th try to remove lm_sensors-devel from EL-[45] at ppc{64} pam_mysql-0.7-0.4.rc1.el5.2 --------------------------- * Wed Jan 23 2008 lonely wolf - 0.7-0.4.rc1.2 - BR: pkgconfig, openssl-devel - preserve timestamp of CREDITS * Sat Jan 19 2008 Paul P. Komkoff Jr - 0.7-0.4.rc1.1 - more packaging fixes and one segfault bugfix * Wed Jan 09 2008 lonely wolf - 0.7-0.3.rc1.1 - couple of fixes perl-Net-NBName-0.26-2.el5 -------------------------- * Fri Dec 28 2007 0.26-2 - Specfile autogenerated by cpanspec 1.74. - Added patch to include shebang in nodescan.pl, nodestat.pl and namequery.pl. - Changed file-end-of-line-encoding for README and Changes. perl-SNMP-Info-1.04-3.el5 ------------------------- * Fri Dec 28 2007 1.04-3 - Specfile autogenerated by cpanspec 1.74. - Added missing BuildRequires lines. - Added iconv lines to fixed file encoding problems. plotutils-2.5-5.el5 ------------------- * Wed Jan 23 2008 Denis Leroy - 2.5-5 - EVR bump pstoedit-3.45-2.el5 ------------------- * Wed Jan 23 2008 Denis Leroy - 3.45-2 - Updated to upstream 3.45 - Added quiet patch - Updated license tag python-cheetah-2.0.1-1.el5 -------------------------- * Tue Jan 22 2008 Mike Bonnet - 2.0.1-1 - update to the 2.0.1 release * Mon Oct 15 2007 Mike Bonnet - 2.0-1 - update to the 2.0 release * Tue Aug 21 2007 Mike Bonnet - 2.0-0.7.rc8 - rebuild for F8 python-cherrypy-2.2.1-9.el5 --------------------------- * Tue Jan 22 2008 Toshio Kuratomi 2.2.1-9 - Add egg-info so that the new TurboGears can build against cherrypy on F-7 and F-8 as well as Rawhide. python-paramiko-1.7.2-1.el5 --------------------------- * Tue Jan 22 2008 Jeffrey C. Ollie - 1.7.2-1 - Update to 1.7.2. - Remove upstreamed patch. python-turbocheetah-1.0-3.el5 ----------------------------- * Tue Dec 04 2007 Luke Macken - 1.0-3 - 1.0 vnc-ltsp-config-4.0-4.el5 ------------------------- * Wed Jan 23 2008 Rex Dieter 4.0-4 - vncts.sysconfig: remove -fp entries, use vnc defaults (#429792) - License: GPLv2+ - %config(noreplace) %_sysconfdir/xinetd.d/vncts - specfile cosmetics Changes in Fedora EPEL testing/4: ddclient-3.7.3-1.el4 -------------------- * Wed Jan 23 2008 Robert Scheck 3.7.3-1 - Upgrade to 3.7.3 (#429438) - Updated the license tag according to the guidelines fedora-packager-0.1.1-2.el4 --------------------------- * Tue Jan 22 2008 Dennis Gilmore - 0.1.1-2 - remove plague-client and bzr as requires since they are not available mimetex-1.60-3.el4 ------------------ * Sun Sep 17 2006 Jorge Torres 1.60-3 - Rebuild for Fedora Extras 6 pam_mysql-0.7-0.4.rc1.el4.2 --------------------------- * Wed Jan 23 2008 lonely wolf - 0.7-0.4.rc1.2 - BR: pkgconfig, openssl-devel - preserve timestamp of CREDITS * Sat Jan 19 2008 Paul P. Komkoff Jr - 0.7-0.4.rc1.1 - more packaging fixes and one segfault bugfix * Wed Jan 09 2008 lonely wolf - 0.7-0.3.rc1.1 - couple of fixes python-cheetah-2.0.1-1.el4 -------------------------- * Tue Jan 22 2008 Mike Bonnet - 2.0.1-1 - update to the 2.0.1 release * Mon Oct 15 2007 Mike Bonnet - 2.0-1 - update to the 2.0 release * Tue Aug 21 2007 Mike Bonnet - 2.0-0.7.rc8 - rebuild for F8 python-cherrypy-2.2.1-9.el4 --------------------------- * Tue Jan 22 2008 Toshio Kuratomi 2.2.1-9 - Add egg-info so that the new TurboGears can build against cherrypy on F-7 and F-8 as well as Rawhide. * Sun Jan 06 2008 Toshio Kuratomi 2.2.1-8 - Fix a security bug with a backport of http://www.cherrypy.org/changeset/1775 - Include the egginfo files as well as the python files. python-turbocheetah-1.0-1.el4 ----------------------------- * Tue Dec 04 2007 Luke Macken - 1.0-1 - 1.0 * Fri Oct 26 2007 Luke Macken - 0.9.5-9 - Fix broken URL (#353951) * Sun Sep 02 2007 Luke Macken - 0.9.5-8 - Update for python-setuptools changes in rawhide From buildsys at fedoraproject.org Thu Jan 24 00:48:17 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 23 Jan 2008 19:48:17 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-23 Message-ID: <20080124004817.A365D152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 wordpress-2.3.2-1.el5 Changes in Fedora EPEL 5: wordpress-2.3.2-1.el5 --------------------- * Sun Dec 30 2007 Adrian Reber - 2.3.2-1 - updated to 2.3.2 (bz 426431, Draft Information Disclosure) From ruben at rubenkerkhof.com Thu Jan 24 18:41:49 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 24 Jan 2008 19:41:49 +0100 Subject: help needed - pam_mysql/x86_64 - CLOSED In-Reply-To: <4797C9D3.8030403@nobugconsulting.ro> References: <479780E5.9060501@nobugconsulting.ro> <479782BB.9030101@nobugconsulting.ro> <6BB1EA5E-F1E9-4C18-B6FA-8EAD698D87B0@rubenkerkhof.com> <4797C9D3.8030403@nobugconsulting.ro> Message-ID: On 24 jan 2008, at 00:12, Manuel Wolfshant wrote: > That was it. Adding pkginfo as BR fixed the problem on x86_64. But > also made build fail on i386, revealing that openssl-devel is also > needed :) > > Thanks a lot. > > manuel Glad I could help out, and reveal another issue :-) Ruben From ruben at rubenkerkhof.com Thu Jan 24 20:01:02 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 24 Jan 2008 21:01:02 +0100 Subject: Branching libevent for EL-4 Message-ID: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> Hi list, I'm planning to build libevent for EL-4. RHEL 5 has libevent-1.1a-3.21 (without disttag). What would be the best version to build to ensure a safe upgrade path from EL-4 to EPEL-5? Would version 1.1a, release 1%{?dist} work? Thanks, Ruben From wolfy at nobugconsulting.ro Thu Jan 24 21:01:29 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 24 Jan 2008 23:01:29 +0200 Subject: Branching libevent for EL-4 In-Reply-To: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> References: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> Message-ID: <4798FCA9.2050304@nobugconsulting.ro> On 01/24/2008 10:01 PM, Ruben Kerkhof wrote: > Hi list, > > I'm planning to build libevent for EL-4. > RHEL 5 has libevent-1.1a-3.21 (without disttag). > > What would be the best version to build to ensure a safe upgrade path > from EL-4 to EPEL-5? > Would version 1.1a, release 1%{?dist} work? > [wolfy at wolfy ~]$ rpmdev-vercmp libevent-1.1a-3.21 libevent-1.1a-1.el5 0:libevent-1.1a-3.21 is newer [wolfy at wolfy ~]$ rpmdev-vercmp libevent-1.1a-3.21 libevent-1.1a-1.el4 0:libevent-1.1a-3.21 is newer Obviously 3 (from 3.21) > 1 (from 1.dist) so I guess your approach would work. But are you willing to loose the "3.21" from the name ? From ruben at rubenkerkhof.com Thu Jan 24 21:30:37 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 24 Jan 2008 22:30:37 +0100 Subject: Branching libevent for EL-4 In-Reply-To: <4798FCA9.2050304@nobugconsulting.ro> References: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> <4798FCA9.2050304@nobugconsulting.ro> Message-ID: On 24 jan 2008, at 22:01, Manuel Wolfshant wrote: > [wolfy at wolfy ~]$ rpmdev-vercmp libevent-1.1a-3.21 libevent-1.1a-1.el5 > 0:libevent-1.1a-3.21 is newer > [wolfy at wolfy ~]$ rpmdev-vercmp libevent-1.1a-3.21 libevent-1.1a-1.el4 > 0:libevent-1.1a-3.21 is newer > > Obviously 3 (from 3.21) > 1 (from 1.dist) so I guess your approach > would work. But are you willing to loose the "3.21" from the name ? Yeah, replacing 3.2.1 by a single number and a disttag has my preference. I'm a bit confused about the history of this package. I think it's an old Fedora Extras package imported in RHEL at one time. Here's the Changelog: %changelog * Wed Jul 12 2006 Jesse Keating - sh: line 0: fg: no job control - rebuild * Fri Feb 10 2006 Jesse Keating - 1.1a-3.2 - bump again for double-long bug on ppc(64) * Tue Feb 07 2006 Jesse Keating - 1.1a-3.1 - rebuilt for new gcc4.1 snapshot and glibc changes * Tue Jan 24 2006 Warren Togami - 1.1a-3 - rebuild (#177697) * Mon Jul 04 2005 Ralf Ertzinger - 1.1a-2 - Removed unnecessary -r from rm * Fri Jun 17 2005 Ralf Ertzinger - 1.1a-1 - Upstream update * Wed Jun 08 2005 Ralf Ertzinger - 1.1-2 - Added some docs - Moved "make verify" into %%check * Mon Jun 06 2005 Ralf Ertzinger - 1.1-1 - Initial build for Fedora Extras, based on the package by Dag Wieers If someone still has that old package installed on RHEL4, and I make my version 1.1.1%{?dist}, my version will be older. Maybe another solution is to keep the same version as on RHEL5 (and not use a disttag). But that way, I can't update my package or I'll break the upgrade path... Ruben From jkeating at redhat.com Thu Jan 24 21:49:35 2008 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 24 Jan 2008 16:49:35 -0500 Subject: Branching libevent for EL-4 In-Reply-To: References: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> <4798FCA9.2050304@nobugconsulting.ro> Message-ID: <20080124164935.0698f51c@redhat.com> On Thu, 24 Jan 2008 22:30:37 +0100 Ruben Kerkhof wrote: > Yeah, replacing 3.2.1 by a single number and a disttag has my > preference. > > I'm a bit confused about the history of this package. I think it's > an old Fedora Extras package imported in RHEL at one time. > Here's the Changelog: > > %changelog > * Wed Jul 12 2006 Jesse Keating - sh: line 0: > fg: no job control > - rebuild > > * Fri Feb 10 2006 Jesse Keating - 1.1a-3.2 > - bump again for double-long bug on ppc(64) > > * Tue Feb 07 2006 Jesse Keating - 1.1a-3.1 > - rebuilt for new gcc4.1 snapshot and glibc changes All the above were releng rebuilds. There is no good reason to keep the 3.21 > * Tue Jan 24 2006 Warren Togami - 1.1a-3 > - rebuild (#177697) > > * Mon Jul 04 2005 Ralf Ertzinger - 1.1a-2 > - Removed unnecessary -r from rm -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ruben at rubenkerkhof.com Thu Jan 24 22:11:52 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 24 Jan 2008 23:11:52 +0100 Subject: Branching libevent for EL-4 In-Reply-To: <20080124164935.0698f51c@redhat.com> References: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> <4798FCA9.2050304@nobugconsulting.ro> <20080124164935.0698f51c@redhat.com> Message-ID: On 24 jan 2008, at 22:49, Jesse Keating wrote: >> * Tue Feb 07 2006 Jesse Keating - 1.1a-3.1 >> - rebuilt for new gcc4.1 snapshot and glibc changes > > All the above were releng rebuilds. There is no good reason to keep > the 3.21 So if I'd go for libevent-1.1a-3.el4 I'd be safe? Ruben From wolfy at nobugconsulting.ro Thu Jan 24 22:17:44 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 25 Jan 2008 00:17:44 +0200 Subject: Branching libevent for EL-4 In-Reply-To: References: <298C2AF6-EBD7-4162-9C6F-9AAE61A94205@rubenkerkhof.com> <4798FCA9.2050304@nobugconsulting.ro> <20080124164935.0698f51c@redhat.com> Message-ID: <47990E88.2040608@nobugconsulting.ro> On 01/25/2008 12:11 AM, Ruben Kerkhof wrote: > > On 24 jan 2008, at 22:49, Jesse Keating wrote: > >>> * Tue Feb 07 2006 Jesse Keating - 1.1a-3.1 >>> - rebuilt for new gcc4.1 snapshot and glibc changes >> >> All the above were releng rebuilds. There is no good reason to keep >> the 3.21 > > So if I'd go for libevent-1.1a-3.el4 I'd be safe? > [wolfy at wolfy ~]$ rpmdev-vercmp libevent-1.1a-3.21 libevent-1.1a-3.el4 0:libevent-1.1a-3.21 is newer It seems it would be OK, the existing el5 package would remain newer. From sundaram at fedoraproject.org Fri Jan 25 10:32:19 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 25 Jan 2008 16:02:19 +0530 Subject: livecd-tools for EPEL Message-ID: <4799BAB3.50702@fedoraproject.org> Hi A test package is available at http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm I have done some tests on this myself but any additional feedback is welcome. You need RHEL 5 or compatible rebuild. Rahul From sundaram at fedoraproject.org Fri Jan 25 10:39:41 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 25 Jan 2008 16:09:41 +0530 Subject: livecd-tools for EPEL In-Reply-To: <4799BAB3.50702@fedoraproject.org> References: <4799BAB3.50702@fedoraproject.org> Message-ID: <4799BC6D.6090701@fedoraproject.org> Rahul Sundaram wrote: > Hi > > A test package is available at > > http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm > > I have done some tests on this myself but any additional feedback is > welcome. You need RHEL 5 or compatible rebuild. Sample ks file at http://sundaram.fedorapeople.org/rhel-gnome.ks Rahul From fedora at leemhuis.info Fri Jan 25 15:58:31 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 25 Jan 2008 16:58:31 +0100 Subject: Bugzilla problem In-Reply-To: <200801231438.13972.tony.molloy@ul.ie> References: <200801231438.13972.tony.molloy@ul.ie> Message-ID: <479A0727.50605@leemhuis.info> Hi! On 23.01.2008 15:38, Tony Molloy wrote: > I've installed the latest bugzilla from epel-5 on CentOS-5. It appears to be > working OK from what testing I've done. > > However I have 2 problems. > > 1. When I run testserver.pl I get the following > [...] > 2. On the top of the login page I see the following. > [...] > Is this just an apache mis-configuration Seems nobody can't or doesn't want to (?) reply. I'd suggest you ask on bugzilla specific forums and mailing lists for help; I suppose chances are bigger to find help there. In case there is a problem with the EPEL packages please file them in bugzilla.redhat.com, then you'll reach the maintainer of the bugzilla packages in EPEL. CU knurd (who never ever looked at the bugzilla package) (?) -- your post is not really on topic on this list; but also not completely off topic and there is no epel-users-list, so it was IMHO fine to post it here From tony.molloy at ul.ie Fri Jan 25 16:13:04 2008 From: tony.molloy at ul.ie (Tony Molloy) Date: Fri, 25 Jan 2008 16:13:04 +0000 Subject: Bugzilla problem In-Reply-To: <479A0727.50605@leemhuis.info> References: <200801231438.13972.tony.molloy@ul.ie> <479A0727.50605@leemhuis.info> Message-ID: <200801251613.04983.tony.molloy@ul.ie> On Friday 25 January 2008 15:58:31 Thorsten Leemhuis wrote: > Hi! > > On 23.01.2008 15:38, Tony Molloy wrote: > > I've installed the latest bugzilla from epel-5 on CentOS-5. It appears to > > be working OK from what testing I've done. > > > > However I have 2 problems. > > > > 1. When I run testserver.pl I get the following > > [...] > > 2. On the top of the login page I see the following. > > [...] > > Is this just an apache mis-configuration > > Seems nobody can't or doesn't want to (?) reply. I'd suggest you ask on > bugzilla specific forums and mailing lists for help; I suppose chances > are bigger to find help there. In case there is a problem with the EPEL > packages please file them in bugzilla.redhat.com, then you'll reach the > maintainer of the bugzilla packages in EPEL. > > CU > knurd (who never ever looked at the bugzilla package) > I filed a bug on bugzilla.redhat.com and comtacted dwalsh at redhat.com about this. > (?) -- your post is not really on topic on this list; but also not > completely off topic and there is no epel-users-list, so it was IMHO > fine to post it here Thanks, Tony > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From smooge at gmail.com Fri Jan 25 17:35:50 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 25 Jan 2008 10:35:50 -0700 Subject: livecd-tools for EPEL In-Reply-To: <4799BC6D.6090701@fedoraproject.org> References: <4799BAB3.50702@fedoraproject.org> <4799BC6D.6090701@fedoraproject.org> Message-ID: <80d7e4090801250935m6002990aifeecc317478f3653@mail.gmail.com> On Jan 25, 2008 3:39 AM, Rahul Sundaram wrote: > Rahul Sundaram wrote: > > Hi > > > > A test package is available at > > > > http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm > > > > I have done some tests on this myself but any additional feedback is > > welcome. You need RHEL 5 or compatible rebuild. > > Sample ks file at > > http://sundaram.fedorapeople.org/rhel-gnome.ks > Cool. I need to make some live-cd 'spins' for some software. Thanks -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From gospo at redhat.com Fri Jan 25 17:53:00 2008 From: gospo at redhat.com (Andy Gospodarek) Date: Fri, 25 Jan 2008 12:53:00 -0500 Subject: livecd-tools for EPEL In-Reply-To: <4799BAB3.50702@fedoraproject.org> References: <4799BAB3.50702@fedoraproject.org> Message-ID: <20080125175300.GD1077@gospo.usersys.redhat.com> On Fri, Jan 25, 2008 at 04:02:19PM +0530, Rahul Sundaram wrote: > Hi > > A test package is available at > > http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm > > I have done some tests on this myself but any additional feedback is > welcome. You need RHEL 5 or compatible rebuild. > > Rahul > So RHEL5 live CD/DVDs can now be made? If so, nice work Rahul! From smooge at gmail.com Fri Jan 25 18:46:23 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 25 Jan 2008 11:46:23 -0700 Subject: livecd-tools for EPEL In-Reply-To: <20080125175300.GD1077@gospo.usersys.redhat.com> References: <4799BAB3.50702@fedoraproject.org> <20080125175300.GD1077@gospo.usersys.redhat.com> Message-ID: <80d7e4090801251046n1f419b69n14ca556e0469798c@mail.gmail.com> On Jan 25, 2008 10:53 AM, Andy Gospodarek wrote: > On Fri, Jan 25, 2008 at 04:02:19PM +0530, Rahul Sundaram wrote: > > Hi > > > > A test package is available at > > > > http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm > > > > I have done some tests on this myself but any additional feedback is > > welcome. You need RHEL 5 or compatible rebuild. > > > > Rahul > > > > So RHEL5 live CD/DVDs can now be made? If so, nice work Rahul! > I have made RHEL-5 livecd's with the older versions of the tools but not ones that could do the self-install. That would be the best thing since sliced cheese. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From buildsys at fedoraproject.org Fri Jan 25 19:46:32 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 25 Jan 2008 14:46:32 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-25 Message-ID: <20080125194632.6166A152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 7 NEW grace-5.1.21-8.el5 : Numerical Data Processing and Visualization Tool NEW libvpd-1.5.0-1.el5 : VPD Database access library for lsvpd NEW ovaldi-5.3-5.el5 : Reference implementation of the OVAL interpreter NEW postgresql-ip4r-1.02-1.el5 : IPv4 and IPv4 range index types for PostgreSQL (!) python-alsa-1.0.14-1.el5 : INVALID rebuild, not published! snake-0.10-0.4git.el5 xdg-utils-1.0.2-4.el5 Packages built and released for Fedora EPEL testing/4: 4 NEW libevent-1.1a-3.el4 : Abstract asynchronous event notification library NEW libvpd-1.5.0-1.el4 : VPD Database access library for lsvpd NEW ovaldi-5.3-5.el4 : Reference implementation of the OVAL interpreter xdg-utils-1.0.2-4.el4 Changes in Fedora EPEL testing/5: grace-5.1.21-8.el5 ------------------ * Wed Jan 23 2008 Patrice Dumas - 5.1.21-8 - correct netcdf detection patch, thanks Jos?. * Wed Jan 23 2008 Patrice Dumas - 5.1.21-7 - add support for previous netcdf version (in epel). - drop support for monolithic X. * Tue Jan 22 2008 Patrice Dumas - 5.1.21-6 - don't add the grace fonts to the X server fonts. Instead use the urw fonts. Regenerate the FontDataBase based on the urw fonts. - use xdg-utils instead of htmlview. - use relative links. - add links to doc and examples in GRACE_HOME to have correct help. - use debian patch. - clean docs. libvpd-1.5.0-1.el5 ------------------ * Mon Jan 07 2008 Eric Munson -1.5.0-1 - Moved pkgconfig to devel Requires - Updated %defattrs to -,root,root,- - Added AUTHORS to %doc * Thu Jan 03 2008 Eric Munson - 1.5.0-0 - Updated Requires and Provides fields per fedora community request ovaldi-5.3-5.el5 ---------------- * Thu Jan 24 2008 Lubomir Kundrak 5.3-5 - Make the patch actually apply * Thu Jan 24 2008 Lubomir Kundrak 5.3-4 - Fix handling of epochs * Thu Jan 17 2008 Lubomir Kundrak 5.3-3 - Basically a new upstream release with the same version number * Thu Jan 03 2008 Lubomir Kundrak 5.3-2 - Adding missing includes to fix build with gcc-4.3 postgresql-ip4r-1.02-1.el5 -------------------------- * Sun Jan 20 2008 - Devrim GUNDUZ 1.02-1 - Update to 1.02 python-alsa-1.0.14-1.el5 ------------------------ * Wed Nov 21 2007 Andy Shevchenko 1.0.14-1 - rebuild for EPEL snake-0.10-0.4git.el5 --------------------- * Thu Jan 24 2008 James Laska 0.10-0.4git - Bug#429479 - conditionally build the snake-server sub-package only when pykickstart.version is found (jlaska) - Move more constants to snake/constants.py (jlaska) - snake/tree.py - _fill_in_images() called when .treeinfo images are not found (jlaska) * Thu Jan 17 2008 James Laska 0.10-0.3git - Add back python-devel for older Fedora building (jlaska) - Remove ListChoiceWindow in favor of snack.ListboxChoiceWindow (jlaska) * Wed Jan 16 2008 James Laska 0.10-0.2git - Fix snake.spec for better handling of F9 .egg-info files (jlaska) * Tue Jan 15 2008 James Laska 0.10-0.1git - Ticket#6 - Initial support for alternative kickstart delivery support (jlaska) - Created man pages (snake-install, snake-ks, and snake-tree) (jlaska) - Created man pages (snake-install, snake-ks, and snake-tree) (jlaska) - Ticket#31 - added sample minimal.ks template (jlaska) - Ticket#15 - make cli tools operate on remote server (jlaska) - Ticket#34 - added 'describe' and 'rename' cmds to snake-ks (jlaska) - Move tree verification to snake.client.check_tree with proper return codes (wwoods) - Ticket#10 - created snake/tui.py to handle text-mode snack screens (jlaska) xdg-utils-1.0.2-4.el5 --------------------- * Fri Jan 25 2008 Lubomir Kundrak 1.0.2-4 - Fix for CVE-2008-0386 (#429513) Changes in Fedora EPEL testing/4: libevent-1.1a-3.el4 ------------------- * Thu Jan 24 2008 Ruben Kerkhof - 1.1a-3 - Branch for EL-4 libvpd-1.5.0-1.el4 ------------------ * Mon Jan 07 2008 Eric Munson -1.5.0-1 - Moved pkgconfig to devel Requires - Updated %defattrs to -,root,root,- - Added AUTHORS to %doc * Thu Jan 03 2008 Eric Munson - 1.5.0-0 - Updated Requires and Provides fields per fedora community request ovaldi-5.3-5.el4 ---------------- * Thu Jan 24 2008 Lubomir Kundrak 5.3-5 - Make the patch actually apply * Thu Jan 24 2008 Lubomir Kundrak 5.3-4 - Fix handling of epochs * Thu Jan 17 2008 Lubomir Kundrak 5.3-3 - Basically a new upstream release with the same version number * Thu Jan 03 2008 Lubomir Kundrak 5.3-2 - Adding missing includes to fix build with gcc-4.3 xdg-utils-1.0.2-4.el4 --------------------- * Fri Jan 25 2008 Lubomir Kundrak 1.0.2-4 - Fix for CVE-2008-0386 (#429513) From sundaram at fedoraproject.org Fri Jan 25 20:31:14 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 26 Jan 2008 02:01:14 +0530 Subject: livecd-tools for EPEL In-Reply-To: <20080125175300.GD1077@gospo.usersys.redhat.com> References: <4799BAB3.50702@fedoraproject.org> <20080125175300.GD1077@gospo.usersys.redhat.com> Message-ID: <479A4712.1010305@fedoraproject.org> Andy Gospodarek wrote: > On Fri, Jan 25, 2008 at 04:02:19PM +0530, Rahul Sundaram wrote: >> Hi >> >> A test package is available at >> >> http://sundaram.fedorapeople.org/livecd-tools-013-1.src.rpm >> >> I have done some tests on this myself but any additional feedback is >> welcome. You need RHEL 5 or compatible rebuild. >> >> Rahul >> > > So RHEL5 live CD/DVDs can now be made? If so, nice work Rahul! Yes but there isn't support for installation to hard disk since that requires a newer version of Anaconda which is only in Fedora. Most of the patches to do the backport was done by others. I am merely doing some basic packaging. If anyone can do some testing and let me know if things work well, that would be very helpful. Rahul From fedora at leemhuis.info Sun Jan 27 11:55:18 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 27 Jan 2008 12:55:18 +0100 Subject: EPEL report week 04/2008 Message-ID: <479C7126.3000803@leemhuis.info> http://fedoraproject.org/wiki/EPEL/Reports/Week04 = Weekly EPEL Summary = Week 04/2008 == Most important happenings == * We have now more then 1000 different software packages (counting SRPMs) in the EPEL5 repositories for RHEL5/CentOS5. Thanks to all Fedora contributers that participate in EPEL! You made this happen! == Mailing list == === Noteworthy discussions === * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00156.html livecd-tools for EPEL] * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00130.html Conflicts in EPEL] * [https://www.redhat.com/archives/epel-devel-list/2008-January/msg00115.html Package EVR problems in EPEL] == Meeting == === Next Meeting === Wednesday, 20080130 at 18:00 UTC in #fedora-meeting. === Last weeks meeting === There was no meeting scheduled for the past week. == Stats == === General === Number of EPEL Contributors: 169 We welcome 3 new contributors: emunson gouldwp jfearn === EPEL 5 === Number of source packages: 1019 Number of binary packages: 1913 There are 27 new Packages: * ddclient | Client to update dynamic DNS host entries * fftw2 | Fast Fourier Transform library * grace | Numerical Data Processing and Visualization Tool * kscope | KDE front-end to Cscope * libvpd | VPD Database access library for lsvpd * mimetex | Easily embed LaTeX math in web pages * mogilefs-server | Server part of the MogileFS distributed filesystem * nedit | A GUI text editor for systems with X * nickle | A programming language-based prototyping environment * openser | Open Source SIP Server * ovaldi | Reference implementation of the OVAL interpreter * pam_mysql | PAM module for auth UNIX users using MySQL data base * perl-Alien-wxWidgets | Building, finding and using wxWidgets binaries * perl-DBIx-ContextualFetch | Add contextual fetches to DBI * perl-ExtUtils-PkgConfig | Simplistic interface to pkg-config * perl-File-Tail | Perl extension for reading from continously updated files * perl-Net-NBName | NetBIOS Name Service Requests * perl-SNMP-Info | Object Oriented Perl5 Interface to Network devices and MIBs through SNMP * perl-Sub-Uplevel | Run a perl function in an upper stack frame * perl-Test-Exception | Library of test functions for exception based Perl code * perl-Test-MockModule | Override subroutines in a module for unit testing * perl-Tie-IxHash | Ordered associative arrays for Perl * perl-UNIVERSAL-can | Hack around people calling UNIVERSAL::can() as a function * perl-UNIVERSAL-isa | Hack around module authors using UNIVERSAL::isa as a function * postgresql-ip4r | IPv4 and IPv4 range index types for PostgreSQL * unpaper | Post-processing of scanned and photocopied book pages * vnc-ltsp-config | Easy Enabler of VNC remote LTSP desktops === EPEL 4 === Number of source packages: 618 Number of binary packages: 1150 There are 18 new Packages: * ddclient | Client to update dynamic DNS host entries * kscope | KDE front-end to Cscope * libevent | Abstract asynchronous event notification library * libvpd | VPD Database access library for lsvpd * mimetex | Easily embed LaTeX math in web pages * ovaldi | Reference implementation of the OVAL interpreter * pam_mysql | PAM module for auth UNIX users using MySQL data base * perl-Alien-wxWidgets | Building, finding and using wxWidgets binaries * perl-DBIx-ContextualFetch | Add contextual fetches to DBI * perl-ExtUtils-PkgConfig | Simplistic interface to pkg-config * perl-File-Remove | Convenience module for removing files and directories * perl-File-Tail | Perl extension for reading from continously updated files * perl-Sub-Uplevel | Run a perl function in an upper stack frame * perl-Test-Exception | Library of test functions for exception based Perl code * perl-Test-Manifest | Test case module for Perl * perl-Test-MockModule | Override subroutines in a module for unit testing * perl-Tie-IxHash | Ordered associative arrays for Perl * perl-UNIVERSAL-isa | Hack around module authors using UNIVERSAL::isa as a function ---- ["CategoryEPELReports"] From herrold at owlriver.com Mon Jan 28 04:50:17 2008 From: herrold at owlriver.com (R P Herrold) Date: Sun, 27 Jan 2008 23:50:17 -0500 (EST) Subject: Bugzilla problem In-Reply-To: <200801251613.04983.tony.molloy@ul.ie> References: <200801231438.13972.tony.molloy@ul.ie> <479A0727.50605@leemhuis.info> <200801251613.04983.tony.molloy@ul.ie> Message-ID: On Fri, 25 Jan 2008, Tony Molloy wrote: >> Seems nobody can't or doesn't want to (?) reply. I'd suggest you ask on > I filed a bug on bugzilla.redhat.com and comtacted dwalsh at redhat.com about > this. bug number, and which bugzilla Version, please; I am pretty familiar with the code and packaging it, as I have done so seperately from the EPEL effort for some time. Last time I looked there was some strange handling (non-general or something -- I fergit) of the database keying in the 2. series bugzilla's packaging at EPEL. -- Russ herrold From tony.molloy at ul.ie Mon Jan 28 09:16:12 2008 From: tony.molloy at ul.ie (Tony Molloy) Date: Mon, 28 Jan 2008 09:16:12 +0000 Subject: Bugzilla problem In-Reply-To: References: <200801231438.13972.tony.molloy@ul.ie> <200801251613.04983.tony.molloy@ul.ie> Message-ID: <200801280916.12298.tony.molloy@ul.ie> On Monday 28 January 2008 04:50:17 R P Herrold wrote: > On Fri, 25 Jan 2008, Tony Molloy wrote: > >> Seems nobody can't or doesn't want to (?) reply. I'd suggest you ask on > > > > I filed a bug on bugzilla.redhat.com and comtacted dwalsh at redhat.com > > about this. > > bug number, and which bugzilla Version, please; I am pretty > familiar with the code and packaging it, as I have done so > seperately from the EPEL effort for some time. Last time I > looked there was some strange handling (non-general or > something -- I fergit) of the database keying in the 2. series > bugzilla's packaging at EPEL. > > -- Russ herrold > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list Sorry about that. https://bugzilla.redhat.com/show_bug.cgi?id=429879 Tony From herrold at owlriver.com Mon Jan 28 15:33:07 2008 From: herrold at owlriver.com (R P Herrold) Date: Mon, 28 Jan 2008 10:33:07 -0500 (EST) Subject: Bugzilla [EPEL package] problem In-Reply-To: <200801280916.12298.tony.molloy@ul.ie> References: <200801231438.13972.tony.molloy@ul.ie> <200801251613.04983.tony.molloy@ul.ie> <200801280916.12298.tony.molloy@ul.ie> Message-ID: On Mon, 28 Jan 2008, Tony Molloy wrote: >> bug number, and which bugzilla Version, please; I am pretty >> familiar with the code and packaging it, as I have done so >> seperately from the EPEL effort for some time. > https://bugzilla.redhat.com/show_bug.cgi?id=429879 looks like some of the perl CGI scripts are not yet labelled properly to co-exist with enforcing in this packaging -- at least index.cgi and userprefs.cgi The candidates to label are found with: rpm -ql bugzilla | grep cgi and we can see they are in: /usr/share/bugzilla/ The sourced config file in that directory: /usr/share/bugzilla/localconfig was the one that I as thinking of that needed better handling in the packaging that I had seen (from my notes) 7 months ago. The obvious short term workaround pending the update is to drop to permissive, which may or may not work in your environment. -- Russ herrold From paul at city-fan.org Mon Jan 28 15:48:18 2008 From: paul at city-fan.org (Paul Howarth) Date: Mon, 28 Jan 2008 15:48:18 +0000 Subject: Bugzilla [EPEL package] problem In-Reply-To: References: <200801231438.13972.tony.molloy@ul.ie> <200801251613.04983.tony.molloy@ul.ie> <200801280916.12298.tony.molloy@ul.ie> Message-ID: <479DF942.4090509@city-fan.org> R P Herrold wrote: > On Mon, 28 Jan 2008, Tony Molloy wrote: > >>> bug number, and which bugzilla Version, please; I am pretty >>> familiar with the code and packaging it, as I have done so >>> seperately from the EPEL effort for some time. > >> https://bugzilla.redhat.com/show_bug.cgi?id=429879 > > looks like some of the perl CGI scripts are not yet labelled properly to > co-exist with enforcing in this packaging -- at least index.cgi and > userprefs.cgi > > The candidates to label are found with: > rpm -ql bugzilla | grep cgi > and we can see they are in: > /usr/share/bugzilla/ All should be labelled correctly: # semanage fcontext -l | grep bugzilla /var/lib/bugzilla(/.*)? all files system_u:object_r:httpd_bugzilla_script_rw_t:s0 /usr/share/bugzilla(/.*)? directory system_u:object_r:httpd_bugzilla_content_t:s0 /usr/share/bugzilla(/.*)? regular file system_u:object_r:httpd_bugzilla_script_exec_t:s0 > The obvious short term workaround pending the update is to drop to > permissive, which may or may not work in your environment. Or add local policy to allow httpd_bugzilla_script_t to handle POSTed data (which ends up as being httpd_tmp_t) properly, as mentioned on fedora-selinux-list. http://www.redhat.com/archives/fedora-selinux-list/2008-January/msg00146.html Paul. From buildsys at fedoraproject.org Mon Jan 28 18:38:28 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 28 Jan 2008 13:38:28 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-28 Message-ID: <20080128183828.DD87C152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 12 glpi-0.70.2-2.el5 ikarus-0.0.2-1.el5 libupnp-1.6.4-1.el5 NEW perl-NetAddr-IP-4.004-2.el5 : Manages IPv4 and IPv6 addresses and subnets php-pear-Log-1.9.16-1.el5 php-pecl-memcache-2.2.2-1.el5 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 remctl-2.11-4.el5 : Client/server for Kerberos-authenticated command execution NEW sagator-1.0.0-1.el5 : SAGATOR - antivir/antispam gateway for smtp server NEW silkscreen-fonts-1.0-1.el5 : Silkscreen four member type family snake-0.10-0.5.el5 Packages built and released for Fedora EPEL testing/4: 8 glpi-0.70.2-2.el4 icu-3.6-4.el4.20 libupnp-1.6.4-1.el4 NEW perl-NetAddr-IP-4.004-4.el4 : Manages IPv4 and IPv6 addresses and subnets NEW python-libgmail-0.1.8-2.el4 : Library to provide access to Gmail via Python NEW remctl-2.11-4.el4 : Client/server for Kerberos-authenticated command execution NEW sagator-1.0.0-1.el4 : SAGATOR - antivir/antispam gateway for smtp server NEW silkscreen-fonts-1.0-1.el4 : Silkscreen four member type family Changes in Fedora EPEL testing/5: glpi-0.70.2-2.el5 ----------------- * Mon Jan 28 2008 Remi Collet - 0.70.2-2 - rebuild (fix sources tarball) * Sun Jan 27 2008 Remi Collet - 0.70.2-1 - bugfixes update ikarus-0.0.2-1.el5 ------------------ * Mon Dec 03 2007 Michel Salim 0.0.2-1 - Update to 0.0.2 libupnp-1.6.4-1.el5 ------------------- * Sun Jan 27 2008 Eric Tanguy - 1.6.4-1 - Update to version 1.6.4 perl-NetAddr-IP-4.004-2.el5 --------------------------- * Thu Apr 26 2007 * Thu Apr 12 2007 Andreas Thienemann 4.004-2 - Moar docs! php-pear-Log-1.9.16-1.el5 ------------------------- * Sat Jan 26 2008 Remi Collet 1.9.16-1 - update to 1.9.16 - add examples in documentation - add levels.patch http://pear.php.net/bugs/bug.php?id=12933 php-pecl-memcache-2.2.2-1.el5 ----------------------------- * Thu Jan 10 2008 Remi Collet 2.2.2-1 - new version 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 * Sat Jan 19 2008 Michael Stahnke - 0.3-5 - Fixed a BR and permissions on REAME/COPYING * Sat Jan 12 2008 Michael Stahnke - 0.3-4 - Fixed an Ownership issue * Wed Jan 02 2008 Michael Stahnke - 0.3-3 - Changed exclusion for *.pyc and *.pyo - Fixed license - Changed package group to documentation - Removed Requires on python-libgmail remctl-2.11-4.el5 ----------------- * Sun Jan 27 2008 Simon Wilkinson 2.11-4 - More changes to address review comments * Wed Jan 23 2008 Simon Wilkinson 2.11-3 - Modifications for second round of review comments * Tue Jan 22 2008 Simon Wilkinson 2.11-2 - Modifications for first round of review comments - Put perl modules in vendor_lib * Mon Jan 14 2008 Simon Wilkinson 2.11-1 - Upgrade to remctl 2.11 sagator-1.0.0-1.el5 ------------------- * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-1 - /var/spool/vscan replaced by CHROOTDIR macro - posttrans section moved to init script (start section) - more macros used * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-0beta32 - clean buildroot before install - sagator.conf symlink is now relative silkscreen-fonts-1.0-1.el5 -------------------------- * Tue Dec 11 2007 Tom "spot" Callaway 1.0-1 - Initial package for Fedora snake-0.10-0.5.el5 ------------------ * Mon Jan 28 2008 James Laska 0.10-0.5 - RHEL5 doesn't like when snake/tui.py calls screen.pop() multiple times Changes in Fedora EPEL testing/4: glpi-0.70.2-2.el4 ----------------- * Mon Jan 28 2008 Remi Collet - 0.70.2-2 - rebuild (fix sources tarball) * Sun Jan 27 2008 Remi Collet - 0.70.2-1 - bugfixes update icu-3.6-4.el4.20 ---------------- * Sat Jan 26 2008 Thorsten Leemhuis - 3.6-4.20 - Sync with F7 3.6-20, but ship as 3.6-4.20 to have a proper updates path EPEL4 (old icu) -> RHEL5 (is has icu-3.6-5.11 right now) * Thu Jan 24 2008 Caolan McNamara - 3.6-20 - CVE-2007-4770 CVE-2007-4771 add icu.regexp.patch libupnp-1.6.4-1.el4 ------------------- * Sun Jan 27 2008 Eric Tanguy - 1.6.4-1 - Update to version 1.6.4 perl-NetAddr-IP-4.004-4.el4 --------------------------- * Wed Aug 29 2007 Fedora Release Engineering - 4.004-4 - Rebuild for selinux ppc32 issue. python-libgmail-0.1.8-2.el4 --------------------------- * Tue Dec 11 2007 Michael Stahnke - 0.1.8-2 - Updated to proper license tag remctl-2.11-4.el4 ----------------- * Sun Jan 27 2008 Simon Wilkinson 2.11-4 - More changes to address review comments * Wed Jan 23 2008 Simon Wilkinson 2.11-3 - Modifications for second round of review comments * Tue Jan 22 2008 Simon Wilkinson 2.11-2 - Modifications for first round of review comments - Put perl modules in vendor_lib * Mon Jan 14 2008 Simon Wilkinson 2.11-1 - Upgrade to remctl 2.11 sagator-1.0.0-1.el4 ------------------- * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-1 - /var/spool/vscan replaced by CHROOTDIR macro - posttrans section moved to init script (start section) - more macros used * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-0beta32 - clean buildroot before install - sagator.conf symlink is now relative silkscreen-fonts-1.0-1.el4 -------------------------- * Tue Dec 11 2007 Tom "spot" Callaway 1.0-1 - Initial package for Fedora From buildsys at fedoraproject.org Tue Jan 29 06:55:45 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Jan 2008 01:55:45 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-29 Message-ID: <20080129065545.87C9C152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 5 NEW libdc1394-2.0.1-4.el5 : 1394-based digital camera control library NEW livecd-tools-013-4.el5 : Tools for building live CD's NEW mash-0.2.10-1.el5 : Koji buildsystem to yum repository converter python-cherrypy-2.2.1-10.el5 python-TurboMail-2.1-2.el5 Packages built and released for Fedora EPEL testing/4: 1 python-cherrypy-2.2.1-10.el4 Changes in Fedora EPEL testing/5: libdc1394-2.0.1-4.el5 --------------------- * Tue Jan 29 2008 Tim Niemueller - 2.0.1-4 - Support for RHEL, requires at least RHEL 5.1 * Sat Jan 19 2008 Tim Niemueller - 2.0.1-3 - Made autotools calls optional, only called if svn_snapshot is defined - devel subpackage now requires pkgconfig * Wed Jan 16 2008 Tim Niemueller - 2.0.1-2 - Add docs subpackage to contain development documentation - Incoroprate multilib tricks - BuildReqire automake, autoconf, libtool and doxygen - Removed unused BuildRequires - Use header file from kernel-headers instead of kernel-devel - BuildRequire kernel-devel - Added tools subpackage to contain the resetbus and vloopback tools * Wed Jan 16 2008 Tim Niemueller - 2.0.1-1 - Update to 2.0.1, now patent-free! * Mon Jan 07 2008 Tim Niemueller - 2.0.0-1 - Update to 2.0.0 livecd-tools-013-4.el5 ---------------------- * Tue Jan 29 2008 Rahul Sundaram - 013-4 - Use python sitelib macro properly * Tue Jan 29 2008 Rahul Sundaram - 013-3 - Fix build on x86_64 * Mon Jan 28 2008 Rahul Sundaram - 013-2 - Initial build for EPEL mash-0.2.10-1.el5 ----------------- * Mon Nov 19 2007 Bill Nottingham 0.2.10-1 - handle non Packages/ repositories better (#350391) python-cherrypy-2.2.1-10.el5 ---------------------------- * Mon Jan 28 2008 Toshio Kuratomi 2.2.1-10 - Patch was a backport from CP-3.x. Fix with the 2.x version. python-TurboMail-2.1-2.el5 -------------------------- * Mon Nov 26 2007 Luke Macken 2.1-1 - Update to 2.1 Changes in Fedora EPEL testing/4: python-cherrypy-2.2.1-10.el4 ---------------------------- * Mon Jan 28 2008 Toshio Kuratomi 2.2.1-10 - Patch was a backport from CP-3.x. Fix with the 2.x version. From tony.molloy at ul.ie Tue Jan 29 09:09:06 2008 From: tony.molloy at ul.ie (Tony Molloy) Date: Tue, 29 Jan 2008 09:09:06 +0000 Subject: Bugzilla [EPEL package] problem In-Reply-To: <479DF942.4090509@city-fan.org> References: <200801231438.13972.tony.molloy@ul.ie> <479DF942.4090509@city-fan.org> Message-ID: <200801290909.07053.tony.molloy@ul.ie> On Monday 28 January 2008 15:48:18 Paul Howarth wrote: > R P Herrold wrote: > > On Mon, 28 Jan 2008, Tony Molloy wrote: > >>> bug number, and which bugzilla Version, please; I am pretty > >>> familiar with the code and packaging it, as I have done so > >>> seperately from the EPEL effort for some time. > >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=429879 > > > > looks like some of the perl CGI scripts are not yet labelled properly to > > co-exist with enforcing in this packaging -- at least index.cgi and > > userprefs.cgi > > > > The candidates to label are found with: > > rpm -ql bugzilla | grep cgi > > and we can see they are in: > > /usr/share/bugzilla/ > > All should be labelled correctly: > > # semanage fcontext -l | grep bugzilla > /var/lib/bugzilla(/.*)? all files > system_u:object_r:httpd_bugzilla_script_rw_t:s0 > /usr/share/bugzilla(/.*)? directory > system_u:object_r:httpd_bugzilla_content_t:s0 > /usr/share/bugzilla(/.*)? regular file > system_u:object_r:httpd_bugzilla_script_exec_t:s0 > > > The obvious short term workaround pending the update is to drop to > > permissive, which may or may not work in your environment. I could do that but I don't want to. I'm working on a test server and I want it to run all services with selinux set to enforcing. Then I can configure all our production servers corectly. What I did was generate a local policy and install it. Tony > > Or add local policy to allow httpd_bugzilla_script_t to handle POSTed > data (which ends up as being httpd_tmp_t) properly, as mentioned on > fedora-selinux-list. > > http://www.redhat.com/archives/fedora-selinux-list/2008-January/msg00146.ht >ml > > Paul. > > _______________________________________________ > 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 Tue Jan 29 09:38:54 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Jan 2008 04:38:54 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-29 Message-ID: <20080129093854.2C3E0152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 1 livecd-tools-013-5.el5 Changes in Fedora EPEL testing/5: livecd-tools-013-5.el5 ---------------------- * Tue Jan 29 2008 Rahul Sundaram - 013-5 Patch livecd-iso-to-disk for checkisomd5 location From xavier at bachelot.org Tue Jan 29 16:34:44 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 29 Jan 2008 17:34:44 +0100 Subject: rt3 for EPEL In-Reply-To: <1201609180.25909.150.camel@rxm-581b.stl.gtri.gatech.edu> References: <479DCFA9.7090902@bachelot.org> <479DD045.2040204@fedoraproject.org> <479DD0E2.2070207@bachelot.org> <1201531557.25909.78.camel@rxm-581b.stl.gtri.gatech.edu> <479EF5E7.50306@bachelot.org> <1201609180.25909.150.camel@rxm-581b.stl.gtri.gatech.edu> Message-ID: <479F55A4.6040708@bachelot.org> Hi all, I'm interested in the rt3 for EPEL project. I'm trying to understand who exactly is working on this and what the current status is. And obviously, trying to understand what I can do to help move this project forward. Packages wishlist for rt3 is maintained in another page than the main EPEL wishlist. http://fedoraproject.org/wiki/EPEL/WishList/rt3 http://fedoraproject.org/wiki/EPEL/WishList From the main wishlist, the maintainers of the following packages have been mailed, but they either didn't answer or the wishlist page wasn't updated : perl-Apache-Session perl-Cache-Cache perl-Cache-Simple-TimedExpiry perl-Class-Container perl-Class-MethodMaker perl-DBIx-SearchBuilder perl-Devel-StackTrace perl-Exception-Class perl-GnuPG-Interface perl-HTML-Mason perl-HTTP-Server-Simple-Mason perl-IPC-ShareLite perl-Locale-Maketext-Lexicon perl-Mail-GnuPG perl-Module-Versions-Report perl-Regexp-Common perl-Sort-Versions perl-Test-Deep perl-Text-Wrapper perl-Time-modules perl-Tree-Simple perl-Want The maintainers of the following packages don't participate in EPEL : perl-Calendar-Simple perl-TermReadKey Does anyone want to co-maintain them ? The following packages are missing from the main wishlist : perl-capitalization perl-Class-ReturnValue perl-DBIx-DBSchema perl-ExtUtils-AutoInstall perl-HTML-Scrubber perl-Test-NoWarnings perl-Test-perl-Critic Shall I add these packages to the main wishlist ? What are the next steps ? Is there anything I can do to help ? Regards, Xavier From buildsys at fedoraproject.org Tue Jan 29 17:13:30 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Jan 2008 12:13:30 -0500 (EST) Subject: Fedora EPEL Package Build Report 2008-01-29 Message-ID: <20080129171330.16C48152130@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 python-cherrypy-2.2.1-10.el5 Packages built and released for Fedora EPEL testing/5: 3 NEW coriander-2.0.0-0.6.rc6.el5 : Control a 1394 digital camera interactively NEW mod_line_edit-1.0.0-3.el5 : A general-puropse filter for text documents roundcubemail-0.1-0.8rc2.1.el5 Packages built and released for Fedora EPEL 4: 1 python-cherrypy-2.2.1-10.el4 Changes in Fedora EPEL 5: python-cherrypy-2.2.1-10.el5 ---------------------------- * Mon Jan 28 2008 Toshio Kuratomi 2.2.1-10 - Patch was a backport from CP-3.x. Fix with the 2.x version. * Tue Jan 22 2008 Toshio Kuratomi 2.2.1-9 - Add egg-info so that the new TurboGears can build against cherrypy on F-7 and F-8 as well as Rawhide. Changes in Fedora EPEL testing/5: coriander-2.0.0-0.6.rc6.el5 --------------------------- * Sat Jan 19 2008 Tim Niemueller - 2.0.0-0.6.rc6 - Long source URL * Sat Jan 19 2008 Tim Niemueller - 2.0.0-0.5.rc6 - Upgrade to 2.0.0-rc6 - Use autotooly only if build is a CVS build - Do not require libdc1394 >= 2.0.0, automatically handled correctly - Fixed desktop file glitches - Add Icon entry for desktop file - Added ftplib BR to support FTP upload - Removed Application category to make desktop-file-validate happy * Wed Jan 16 2008 Tim Niemueller - 2.0.0-rc5.4.cvs20080116 - Fixed several rpmlint errors * Wed Jan 16 2008 Tim Niemueller - 2.0.0-rc5.3.cvs20080116 - Updated to release 2.0.0-rc5.cvs20080116 mod_line_edit-1.0.0-3.el5 ------------------------- * Tue Jan 22 2008 Rob Myers 1.0.0-3 - spec fixups from tibbs (#428981) * Tue Jan 15 2008 Rob Myers 1.0.0-2 - initial fedora submission roundcubemail-0.1-0.8rc2.1.el5 ------------------------------ * Fri Oct 26 2007 Jon Ciesla = 0.1-0.8rc2 - Upgrade to 0.1-rc2 * Thu Aug 16 2007 Jon Ciesla = 0.1-0.7rc1.1 - License tag correction. Changes in Fedora EPEL 4: python-cherrypy-2.2.1-10.el4 ---------------------------- * Mon Jan 28 2008 Toshio Kuratomi 2.2.1-10 - Patch was a backport from CP-3.x. Fix with the 2.x version. * Tue Jan 22 2008 Toshio Kuratomi 2.2.1-9 - Add egg-info so that the new TurboGears can build against cherrypy on F-7 and F-8 as well as Rawhide. * Sun Jan 06 2008 Toshio Kuratomi 2.2.1-8 - Fix a security bug with a backport of http://www.cherrypy.org/changeset/1775 - Include the egginfo files as well as the python files. From fedora at leemhuis.info Tue Jan 29 18:09:03 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Jan 2008 19:09:03 +0100 Subject: rt3 for EPEL In-Reply-To: <479F55A4.6040708@bachelot.org> References: <479DCFA9.7090902@bachelot.org> <479DD045.2040204@fedoraproject.org> <479DD0E2.2070207@bachelot.org> <1201531557.25909.78.camel@rxm-581b.stl.gtri.gatech.edu> <479EF5E7.50306@bachelot.org> <1201609180.25909.150.camel@rxm-581b.stl.gtri.gatech.edu> <479F55A4.6040708@bachelot.org> Message-ID: <479F6BBF.20102@leemhuis.info> On 29.01.2008 17:34, Xavier Bachelot wrote: > > Packages wishlist for rt3 is maintained in another page than the main > EPEL wishlist. > http://fedoraproject.org/wiki/EPEL/WishList/rt3 > http://fedoraproject.org/wiki/EPEL/WishList FYI, in the past weeks I took care of the main WhishList -- if something got added I mailed the Fedora owner normally. > From the main wishlist, the maintainers of the following packages have > been mailed, but they either didn't answer or the wishlist page wasn't > updated : > [...] I'd say: check via https://admin.fedoraproject.org/pkgdb/acls/bugzilla?tg_format=plain who owns those in Fedora. I suspect at least some of the packages owners have EPEL packages already, but didn't get around to these ones. Send those a mail in private asking for their plans and I suspect you can shorten the list a bit. For the remaining ones: a second mail can't hurt. Reminder (to everyone that plans to do something like this): before sending such mails please check this page http://fedoraproject.org/wiki/EPEL/ContributorStatusNo If the FAS username of the package owner please don't send mails regarding participating in EPEL to them. > > The following packages are missing from the main wishlist : > perl-capitalization > perl-Class-ReturnValue > perl-DBIx-DBSchema > perl-ExtUtils-AutoInstall > perl-HTML-Scrubber > perl-Test-NoWarnings > perl-Test-perl-Critic > Shall I add these packages to the main wishlist ? I'd say so. I will mail the owners then. But you can do it yourself as well. The template I use can be found on: http://fedoraproject.org/wiki/EPEL/AskForFedoraPackageInEPEL > [...] HTH Cu knurd From fedora at leemhuis.info Tue Jan 29 18:53:10 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Jan 2008 19:53:10 +0100 Subject: Do you want to be part of the EPEL steering committee? Message-ID: <479F7616.1050508@leemhuis.info> Hi all! The goal is to do most work to organize EPEL (aka "keep EPEL running and improve it in the long run") on the list and just a bit the meetings; there is also the EPEL mantra "Power to the people with no delay." and "make Steering Committee nearly unimportant" -- those mean in other words: if you want to improve/realize something in EPEL you don't need to be part of the steering committee to realize it; just post to the list, ask for options, act in the open and if you got positive feedback and if nobody yells after a few days consider your plans kind of accepted normally. But EPEL has a steering committee and needs one if it comes to "somebody needs to do a decision how to move forward" situations. The goal was to have seven members in the EPEL Steering Committee, but for some months we were only six: http://fedoraproject.org/wiki/EPEL/SteeringCommittee Another member from the Steering committee plans to leave sooner or later (likely sooner afaics). That means we have two vacant seats now that we should fill. We could do a election for these seats or even do a real Steering Committee election like FESCo does, but I think the number of people that want to join the Steering committee is quite small and the overhead of a election is not worth the trouble. Thus I'd suggest: if you want to be part of the EPEL steering committee then please self-nominate (either a reply in private or on the list; or join the meeting tomorrow). Then we form a new steering committee out of the existing members and those that self-nominated. If the total number of people in the Committee is a bit bigger then 7 in the end we just live with it if that's fine for everybody. Same if it's a bit smaller (like it's now). How much work is it to be on the Steering Committee? Well, the answer depends on the fact how good you'd like to do the job. But here are some of the things that Steering Committee members IMHO should do: - make sure EPEL most contributers and users are happy - make sure EPEL runs well - try to improve EPEL in the long run - do do the above you should try to join the meetings now and then and participate in the discussions on the list Cu knurd From fedora at leemhuis.info Tue Jan 29 18:57:35 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Jan 2008 19:57:35 +0100 Subject: Topics for tomorrows (20080130) EPEL SIG meeting Message-ID: <479F771F.10603@leemhuis.info> Hi all, find below the list of topics that are planed to come up in the next EPEL SIG meeting which is scheduled for tomorrow, Wednesday at 18:00 UTC in #fedora-meeting on irc.freenode.org (24 hours from now). /topic EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove /topic EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel /topic EPEL SIG Meeting | broken dep reports go to the list | mmcgrath? | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | fill the steering committee | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc /topic EPEL SIG Meeting | Free discussion around EPEL You want something to be discussed? Send a note to the list in reply to this mail (please adjust the subject) and we'll add it to the schedule. You can also propose topics at the end of the meeting itself when "Free discussion around EPEL" comes up. *If your name/nick is on above list*: please give a status update on the list *and* in the wiki on the individual task pages (linked from the schedule page: http://fedoraproject.org/wiki/EPEL/Schedule ). That way all the interested parties know what up ahead of the meeting; that will avoid long delays and "status update monologues" in the meeting. Thanks everyone! CU knurd From fedora at leemhuis.info Tue Jan 29 18:59:48 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Jan 2008 19:59:48 +0100 Subject: Updates from knurd for for tomorrows (20080130) EPEL SIG meeting In-Reply-To: <479F771F.10603@leemhuis.info> References: <479F771F.10603@leemhuis.info> Message-ID: <479F77A4.3030200@leemhuis.info> On 29.01.2008 19:57, Thorsten Leemhuis wrote: > /topic EPEL SIG Meeting | next testing -> stable move | knurd > | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove Is being prepared for EPEL5 > /topic EPEL SIG Meeting | broken dep reports go to the list | mmcgrath? > | http://fedoraproject.org/wiki/EPEL/Tasks/Misc Mike, did you see https://www.redhat.com/archives/epel-devel-list/2008-January/msg00111.html Could you comment? CU knurd From smooge at gmail.com Tue Jan 29 19:04:58 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 29 Jan 2008 12:04:58 -0700 Subject: Do you want to be part of the EPEL steering committee? In-Reply-To: <479F7616.1050508@leemhuis.info> References: <479F7616.1050508@leemhuis.info> Message-ID: <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> On Jan 29, 2008 11:53 AM, Thorsten Leemhuis wrote: > Hi all! > > The goal is to do most work to organize EPEL (aka "keep EPEL running and > improve it in the long run") on the list and just a bit the meetings; > there is also the EPEL mantra "Power to the people with no delay." and > "make Steering Committee nearly unimportant" -- those mean in other > words: if you want to improve/realize something in EPEL you don't need > to be part of the steering committee to realize it; just post to the > list, ask for options, act in the open and if you got positive feedback > and if nobody yells after a few days consider your plans kind of > accepted normally. > > But EPEL has a steering committee and needs one if it comes to "somebody > needs to do a decision how to move forward" situations. The goal was to > have seven members in the EPEL Steering Committee, but for some months > we were only six: http://fedoraproject.org/wiki/EPEL/SteeringCommittee > I didn't know there was an empty seat. I can volunteer my time for this at this point. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From jkeating at redhat.com Tue Jan 29 19:08:33 2008 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 29 Jan 2008 14:08:33 -0500 Subject: Do you want to be part of the EPEL steering committee? In-Reply-To: <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> References: <479F7616.1050508@leemhuis.info> <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> Message-ID: <20080129140833.0dc260ef@redhat.com> On Tue, 29 Jan 2008 12:04:58 -0700 "Stephen John Smoogen" wrote: > I didn't know there was an empty seat. I can volunteer my time for > this at this point. I will second smooge's self nomination. -- Jesse Keating Fedora -- All my bits are free, are yours? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From smooge at gmail.com Tue Jan 29 19:28:46 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 29 Jan 2008 12:28:46 -0700 Subject: Do you want to be part of the EPEL steering committee? In-Reply-To: <20080129140833.0dc260ef@redhat.com> References: <479F7616.1050508@leemhuis.info> <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> <20080129140833.0dc260ef@redhat.com> Message-ID: <80d7e4090801291128q3e5d318aqddf72948d8bf36db@mail.gmail.com> 2008/1/29 Jesse Keating : > On Tue, 29 Jan 2008 12:04:58 -0700 > "Stephen John Smoogen" wrote: > > > I didn't know there was an empty seat. I can volunteer my time for > > this at this point. > > I will second smooge's self nomination. > By the way, could someone give me some tips (as in hey dumb-ass why havent you read this and this most obvious that)on 'replicating' the build system with plague. I need to make a set of EL-3 ones and I might as well experiment on my own first to see what the work load for this would be. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From bugs.michael at gmx.net Tue Jan 29 21:07:23 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 29 Jan 2008 22:07:23 +0100 Subject: Do you want to be part of the EPEL steering committee? In-Reply-To: <80d7e4090801291128q3e5d318aqddf72948d8bf36db@mail.gmail.com> References: <479F7616.1050508@leemhuis.info> <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> <20080129140833.0dc260ef@redhat.com> <80d7e4090801291128q3e5d318aqddf72948d8bf36db@mail.gmail.com> Message-ID: <20080129220723.7f9bebbb.bugs.michael@gmx.net> On Tue, 29 Jan 2008 12:28:46 -0700, Stephen John Smoogen wrote: > By the way, could someone give me some tips (as in hey dumb-ass why > havent you read this and this most obvious that)on 'replicating' the > build system with plague. I need to make a set of EL-3 ones and I > might as well experiment on my own first to see what the work load for > this would be. EL-3 as the host or target system? As the host sys it might be that some requirements are too old (pyOpenSSL maybe?) or n/a. Some documentation is in the packages, a few more pages are in the Wiki (I just noticed I don't know them): http://fedoraproject.org/wiki/Projects/Plague EL-4: http://mschwendt.fedorapeople.org/plague/plague-0.4.4.1-10.el4.src.rpm EL-5: http://mschwendt.fedorapeople.org/plague/plague-0.4.4.1-10.el5.src.rpm are basically what the EPEL build machines run. The various noarch packages are: plague-client plague-common plague-builder plague-utils : for certhelper, user-manager plague : the server Hints? Start the builder and server services as early as possible to let them write the default config files once. When they fail to start during configuration attempts, they either complain on console or in the logs (/var/log/plague*). Starting the server programs manually may be helpful (e.g. /usr/bin/plague-builder -c /etc/plague/builder/plague-builder.cfg instead of "service plague-builder start") till the config files and target files are set up. The www files are only in the source tarball. From xavier at bachelot.org Tue Jan 29 22:10:13 2008 From: xavier at bachelot.org (Xavier Bachelot) Date: Tue, 29 Jan 2008 23:10:13 +0100 Subject: rt3 for EPEL In-Reply-To: <479F6BBF.20102@leemhuis.info> References: <479DCFA9.7090902@bachelot.org> <479DD045.2040204@fedoraproject.org> <479DD0E2.2070207@bachelot.org> <1201531557.25909.78.camel@rxm-581b.stl.gtri.gatech.edu> <479EF5E7.50306@bachelot.org> <1201609180.25909.150.camel@rxm-581b.stl.gtri.gatech.edu> <479F55A4.6040708@bachelot.org> <479F6BBF.20102@leemhuis.info> Message-ID: <479FA445.5010209@bachelot.org> Thorsten Leemhuis wrote: > On 29.01.2008 17:34, Xavier Bachelot wrote: >> Packages wishlist for rt3 is maintained in another page than the main >> EPEL wishlist. >> http://fedoraproject.org/wiki/EPEL/WishList/rt3 >> http://fedoraproject.org/wiki/EPEL/WishList > > FYI, in the past weeks I took care of the main WhishList -- if something > got added I mailed the Fedora owner normally. > >> From the main wishlist, the maintainers of the following packages have >> been mailed, but they either didn't answer or the wishlist page wasn't >> updated : >> [...] > > I'd say: check via > https://admin.fedoraproject.org/pkgdb/acls/bugzilla?tg_format=plain > who owns those in Fedora. I suspect at least some of the packages owners > have EPEL packages already, but didn't get around to these ones. Send > those a mail in private asking for their plans and I suspect you can > shorten the list a bit. > > For the remaining ones: a second mail can't hurt. Reminder (to everyone > that plans to do something like this): before sending such mails please > check this page http://fedoraproject.org/wiki/EPEL/ContributorStatusNo > If the FAS username of the package owner please don't send mails > regarding participating in EPEL to them. >> The following packages are missing from the main wishlist : >> perl-capitalization >> perl-Class-ReturnValue >> perl-DBIx-DBSchema >> perl-ExtUtils-AutoInstall >> perl-HTML-Scrubber >> perl-Test-NoWarnings >> perl-Test-perl-Critic >> Shall I add these packages to the main wishlist ? > > I'd say so. I will mail the owners then. But you can do it yourself as > well. The template I use can be found on: > http://fedoraproject.org/wiki/EPEL/AskForFedoraPackageInEPEL > >> [...] > > HTH > > Cu > knurd > Thx Thorsten. I've added the missing packages to the wishlist and did some additions to the rt3's wishlist page. It seems it's not that bad actually. There's not that much packages without someone to take care of them in EPEL. I'll mail the EPEL guys that have packages to rebuild, this should shorten the list drastically. Then I'll go on with the EPEL-maintainer-less packages. Regards, Xavier From smooge at gmail.com Wed Jan 30 00:59:46 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 29 Jan 2008 17:59:46 -0700 Subject: Do you want to be part of the EPEL steering committee? In-Reply-To: <20080129220723.7f9bebbb.bugs.michael@gmx.net> References: <479F7616.1050508@leemhuis.info> <80d7e4090801291104m11e00602m82ff0d828f30ece4@mail.gmail.com> <20080129140833.0dc260ef@redhat.com> <80d7e4090801291128q3e5d318aqddf72948d8bf36db@mail.gmail.com> <20080129220723.7f9bebbb.bugs.michael@gmx.net> Message-ID: <80d7e4090801291659vaf748c8q413d99ef8a279050@mail.gmail.com> On Jan 29, 2008 2:07 PM, Michael Schwendt wrote: > On Tue, 29 Jan 2008 12:28:46 -0700, Stephen John Smoogen wrote: > > > By the way, could someone give me some tips (as in hey dumb-ass why > > havent you read this and this most obvious that)on 'replicating' the > > build system with plague. I need to make a set of EL-3 ones and I > > might as well experiment on my own first to see what the work load for > > this would be. > > EL-3 as the host or target system? As the host sys it might be that some > requirements are too old (pyOpenSSL maybe?) or n/a. > Sorry target system. All the sites I help with are still primarily EL-3 so I am going to play with setting up an EL-5 bot that will basically take Fedora SRPMS, subtract the packages that don't exist in EL-3, and recompiling them and then putting them in an 'alpha' channel. From there I will promote the ones that I need to a 'beta' and focus on them. Those ready will move to a gamma channel. Old packages will be moved to an delta channel, and retired to an epsilon channel. I figure if I get it working.. and from the notes I need for it, I can self-publish a PDF book to be sold on Lulu. > Some documentation is in the packages, a few more pages are in the > Wiki (I just noticed I don't know them): > http://fedoraproject.org/wiki/Projects/Plague > > EL-4: http://mschwendt.fedorapeople.org/plague/plague-0.4.4.1-10.el4.src.rpm > EL-5: http://mschwendt.fedorapeople.org/plague/plague-0.4.4.1-10.el5.src.rpm > are basically what the EPEL build machines run. > > The various noarch packages are: > plague-client > plague-common > plague-builder > plague-utils : for certhelper, user-manager > plague : the server > > Hints? Start the builder and server services as early as possible to let > them write the default config files once. When they fail to start during > configuration attempts, they either complain on console or in the logs > (/var/log/plague*). Starting the server programs manually may be helpful > (e.g. /usr/bin/plague-builder -c /etc/plague/builder/plague-builder.cfg > instead of "service plague-builder start") till the config files and > target files are set up. The www files are only in the source tarball. > Thanks. -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From lists at timj.co.uk Wed Jan 30 12:33:31 2008 From: lists at timj.co.uk (Tim Jackson) Date: Wed, 30 Jan 2008 12:33:31 +0000 Subject: Refactoring up-imapproxy In-Reply-To: <4780BD46.1090301@timj.co.uk> References: <47741577.40000@timj.co.uk> <477554D8.9030808@leemhuis.info> <4780BD46.1090301@timj.co.uk> Message-ID: <47A06E9B.8090708@timj.co.uk> Tim Jackson wrote: [discussions re packaging of up-imapproxy] For the record, I went with the Fedora packaging for now (with minor tidy ups), not least because upstream has "imapproxy" as the name of its suggested init script. It's all a bit inconsistent, but I have already been in contact with upstream to request that they consider making it more consistent. Tim From limb at jcomserv.net Wed Jan 30 14:43:05 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 30 Jan 2008 08:43:05 -0600 (CST) Subject: qt4 build issue Message-ID: <34191.192.168.0.1.1201704185.squirrel@mail.jcomserv.net> Trying to update vym for EL-5, and it won't build. Any suggestions? Marek and I are stumped: https://bugzilla.redhat.com/show_bug.cgi?id=429508 I feel like we're missing something obvious. Jon -- novus ordo absurdum From orion at cora.nwra.com Wed Jan 30 16:29:27 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 30 Jan 2008 09:29:27 -0700 Subject: qt4 build issue In-Reply-To: <34191.192.168.0.1.1201704185.squirrel@mail.jcomserv.net> References: <34191.192.168.0.1.1201704185.squirrel@mail.jcomserv.net> Message-ID: <47A0A5E7.4020403@cora.nwra.com> Jon Ciesla wrote: > Trying to update vym for EL-5, and it won't build. Any suggestions? Marek > and I are stumped: > > https://bugzilla.redhat.com/show_bug.cgi?id=429508 > > I feel like we're missing something obvious. > > Jon > My guess would be that the qt4 in EL-5 is just not new enough. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From fedora at leemhuis.info Wed Jan 30 17:31:06 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Jan 2008 18:31:06 +0100 Subject: testing -> stable move for EPEL5 prepared, details inside Message-ID: <47A0B45A.4020302@leemhuis.info> Hi all! I prepared the next testing -> stable move for EPEL5 and will actually do the move over the next 72 hours (?) if nobody yells. IOW: if one of your packages in the attached list and you don't want it moved please tell me now or it'll be to late soon ;-) CU knurd (?) -- EPEL-signers, please don't push new packages to the epel5 repos until that point (if possible); tia! -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-srpms URL: From bugs.michael at gmx.net Wed Jan 30 18:16:58 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Jan 2008 19:16:58 +0100 Subject: qt4 build issue In-Reply-To: <34191.192.168.0.1.1201704185.squirrel@mail.jcomserv.net> References: <34191.192.168.0.1.1201704185.squirrel@mail.jcomserv.net> Message-ID: <20080130191658.a326e085.bugs.michael@gmx.net> On Wed, 30 Jan 2008 08:43:05 -0600 (CST), Jon Ciesla wrote: > Trying to update vym for EL-5, and it won't build. Any suggestions? Marek > and I are stumped: > > https://bugzilla.redhat.com/show_bug.cgi?id=429508 > > I feel like we're missing something obvious. > ui_branchpropwindow.h: In member function 'void Ui_BranchPropertyWindow::setupUi(QWidget*)': > ui_branchpropwindow.h:80: error: 'class QVBoxLayout' has no member named 'setLeftMargin' > ui_branchpropwindow.h:81: error: 'class QVBoxLayout' has no member named 'setTopMargin' > ui_branchpropwindow.h:82: error: 'class QVBoxLayout' has no member named 'setRightMargin' Actually, setLeftMargin is not a member of QVBoxLayout. It's not listed as inherited either. It's in Qt 3 QTable (or Qt 4's Q3Table) or QTextBlockFormat). The code wants Qt4 with Qt3 compatibility (-DQT3_SUPPORT). Have you built it locally yet where you can examine the source files generated by Qt's user interface compiler to find out in what context exactly it calls these members? From fedora at leemhuis.info Wed Jan 30 19:23:00 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Jan 2008 20:23:00 +0100 Subject: EPEL steering committee future Message-ID: <47A0CE94.8000507@leemhuis.info> Hi all! Remember my mail titled "Do you want to be part of the EPEL steering committee?" from yesterday? https://www.redhat.com/archives/epel-devel-list/2008-January/msg00177.html Smooge (Stephen John Smoogen) self-nominated for the job and in todays meeting was accepted as member for the EPEL Steering Committee. Congrats Smooge, I'm sure you'll do a good job. He sort of fills the vacant seat the EPEL Steering Committee. As I mentioned in my earlier mail, another member wants to leave sooner or later. I meant myself with that -- I'm doing the EPEL chairmen job for about one year now (and was FESCo chairmen before that for round about a year as well). It was fun most of the time, but it's time for me to move on and time for fresh blood, new ideas and new people in EPELs lead. I also would like to get a bit more free time to finally get RPM Fusion started (including repos with Fedora-unwanted stuff built for EL + EPEL; if you want to help with that let me know!). IOW: (1) we need a new chairmen and (2) a ideally another member for the EPEL Steering Commitee. In todays meeting nirik and smooge volunteered for the chairmens job. If anyone else is interested speak up; the new chairmen will be elected in the next meeting (20080213 at 18:00 UTC in #fedora-meeting). And also don't be shy if you want to become a member for the EPEL Steering Commitee; just speak up and self-nominate if you are interested in EPEL and want to help get it to the next level! If you can't make the meetings on Wednesdays at 18:00 UTC -- no problem, we can try to find another date and time (and we do most of the work on the list in any case). CU knurd From fedora at leemhuis.info Wed Jan 30 19:38:03 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Jan 2008 20:38:03 +0100 Subject: EPEL steering committee future In-Reply-To: <47A0CE94.8000507@leemhuis.info> References: <47A0CE94.8000507@leemhuis.info> Message-ID: <47A0D21B.2020300@leemhuis.info> On 30.01.2008 20:23, Thorsten Leemhuis wrote: > [...] As I > mentioned in my earlier mail, another member wants to leave sooner or > later. I meant myself with that -- I'm doing the EPEL chairmen job for > about one year now (and was FESCo chairmen before that for round about a > year as well). It was fun most of the time, but it's time for me to move > on and time for fresh blood, new ideas and new people in EPELs lead. I > also would like to get a bit more free time to finally get RPM Fusion > started (including repos with Fedora-unwanted stuff built for EL + EPEL; > if you want to help with that let me know!). That also means that I'd like to get rid of some of my duties sooner or later. Here is a rough list of tasks I do / did (I suppose I'll miss a lot, but time will tell): - maintain the wishlist -- mail fedora owners when new stuff gets added, remove stuff that got added to the repos - writing the reports once a weeks (which includes the meeting summaries; see below) - keeping the wiki update and in a good shape (best to subscribe to all EPEL pages and look at all commits) - make the list works; e.g. make sure that problems get solved, questions answered; most of the time that will work automatically, but sometimes mail from fresh contributers don't get answered and then I took care of it I'll continue to do some of the tasks for now if time permits, but if anybody is interested to take over a task let me know. I'd especially like to get rid of the wishlist job and the reports. Any volunteers? I also maintained the Schedule in the wiki, send the list of topics to the list before the meeting and wrote the meeting summaries. I suppose the new chairmen has to take over these tasks or find somebody to help him with them. Cu knurd From fedora at leemhuis.info Wed Jan 30 20:23:48 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 30 Jan 2008 21:23:48 +0100 Subject: Log from todays (20080130) EPEL SIG Meeting Message-ID: <47A0DCD4.8040100@leemhuis.info> Reminder: Next meeting on 20080213 at 18:00 UTC in #fedora-meeting Summary will be part of this weeks report (as always) 00:00:59 < knurd> | Hi everybody; who's around for the EPEL meeting? 00:00:59 * | knurd likes to remind everyone that the schedule for todays meeting as well as a list of all open tasks can be found on http://fedoraproject.org/wiki/EPEL/Schedule 00:00:59 --- | knurd has changed the topic to: EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines -- Init process 00:01:02 <-- | mefoster has left #fedora-meeting ( "Konversation terminated!") 00:01:03 < knurd> | all mine 00:01:21 < knurd> | thx bugzappers 00:01:29 <-- | No5251 has quit ("Kein Anschluss unter dieser Nummer!") 00:01:37 * | nirik is still here. 00:02:29 --> | J5 (John (J5) Palmieri) has joined #fedora-meeting 00:02:36 < knurd> | anybody seen mmcgrath? he seems rather busy in the past days afaics 00:02:42 < knurd> | or is he on vacation? 00:03:07 < nirik> | he's around... just busy I think. 00:03:18 <-- | axelilly has left #fedora-meeting ( ) 00:03:28 * | knurd wonders where smooge went 00:03:59 < knurd> | well, let's start really slow 00:04:14 < knurd> | nirik, do you know if/where the EPEL dep checker script runs? 00:04:31 < knurd> | mmcgrath or dgilmore installed one months ago 00:04:39 < nirik> | no idea. There is one mschwent had, but also one mmcgrath had setup... 00:04:39 < knurd> | but the one from mschwendt looks way better 00:05:10 < knurd> | nirik, did mschwendt install it as a cron job somewhere? 00:05:18 < smooge> | potty break 00:05:18 < knurd> | I thought he just kicked it manually 00:05:24 < nirik> | no idea. I haven't seen it run... 00:05:28 < nirik> | I can mail him and ask. 00:06:18 < knurd> | nirik, feel free to mail him, but I'd prefer to know first if there is a script running somewhere alreday :/ 00:06:20 < smooge> | the one that mmcgrath installed I think was broken and I was trying to get some time to fix it.. which only came up now ;(. So mschwents is better 00:06:47 < knurd> | smooge, do you have access to the machined wher the old script ran? 00:07:01 < knurd> | or shall we just ask mschwendt to install his somewhere? 00:07:20 < knurd> | he likely has permissions to do so 00:07:52 < smooge> | no I don't mmcgrath sent out an email a while back 00:08:02 < smooge> | with the script in it. 00:08:20 < nirik> | http://mschwendt.fedorapeople.org/extras-repoclosure-modified-20080115.tgz is mschewnts script 00:09:26 < knurd> | so, how to move on? ask mschwendt to install is? nirik, or do you want to handle that? you likely have the needed permissions as well 00:09:42 --> | mdomsch (Matt_Domsch) has joined #fedora-meeting 00:10:11 < smooge> | mdomsch, has permission to. he can do anything :) 00:10:17 < nirik> | sure, I can ask him if we can just run it on the buildsys box, or what. 00:10:27 < knurd> | nirik, k, thx 00:10:38 --> | JonRob (purple) has joined #fedora-meeting 00:10:40 --- | knurd has changed the topic to: EPEL SIG Meeting | next testing -> stable move | knurd | http://fedoraproject.org/wiki/EPEL/Tasks/NextTestingStableMove 00:10:50 < knurd> | is prepared; docs were imrpoved as well 00:11:06 < knurd> | the whole preparation can be done in about 10 or 15 minutes 00:11:15 < knurd> | maybe even less with a quick machine 00:11:31 < knurd> | any questions? otherwise I'll quickly move on 00:11:37 --> | choke (Colby Hoke) has joined #fedora-meeting 00:11:50 --- | knurd has changed the topic to: EPEL SIG Meeting | KojiAndBodhiForEpel | mmcgrath | http://fedoraproject.org/wiki/EPEL/Tasks/KojiAndBodhiForEpel 00:12:00 < nirik> | sounds good to me. 00:12:01 < knurd> | no mmcgrath, no Jeff_S thus likely no news 00:12:08 --- | knurd has changed the topic to: EPEL SIG Meeting | broken dep reports go to the list | mmcgrath ? | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:12:16 < knurd> | discussed already, thus skipping this 00:12:23 --- | knurd has changed the topic to: EPEL SIG Meeting | fill the steering committee | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:12:46 < knurd> | smooge, +1 for you becoming a steering committee member 00:13:08 < nirik> | +1 here. 00:13:19 < knurd> | but I think we need to have more +1 from at least 3 or four other steering committee members 00:13:24 --> | stahnma (Michael Stahnke) has joined #fedora-meeting 00:13:32 * | stahnma arrives 00:13:35 * | quaid is here too 00:13:38 < knurd> | thus I suppose we need to wait another week or two before it becomes official 00:13:40 < knurd> | ohh 00:13:45 < knurd> | okay, htere are two more 00:13:53 < knurd> | hi quaid, hi stahnma 00:14:06 < stahnma> | g'day 00:14:20 < knurd> | quaid, smooge, nirik and I just say "smooge, +1 for smooge becoming a steering committee member" 00:14:23 --- | choke is now known as c_hoke 00:14:23 * | smooge waits to see if he is cool enough to sit with at the big kids table 00:14:26 < quaid> | smooge for steering committee? +1 00:14:26 < stahnma> | +1 00:14:35 < knurd> | k, it's official now 00:14:39 * | quaid is a little kid in a booster chair 00:14:43 < knurd> | welcome to the stering committee smooge 00:14:44 < stahnma> | welcome to the big kids table 00:15:00 < knurd> | k, that makes seven again 00:15:06 < knurd> | I mentioned it on the list already 00:15:15 < knurd> | someone else wants to leave sooner or later 00:15:20 * | knurd is that someone else 00:15:38 < knurd> | I can stay around and help, but I'd like to get a more free time for RPM Fusion 00:15:49 < knurd> | and some fresh ideas for EPEL would help as well 00:15:59 --- | stickster_afk is now known as stickster 00:16:13 < knurd> | thus I'd suggest we elect a new chairmen over the next two weeks/in the next meeting 00:16:18 --- | c_hoke is now known as c_hoke_ 00:16:23 < quaid> | I wonder if any of the RHTers who deal with RHX would be interested 00:16:31 < knurd> | any volunteers for that job? 00:16:46 < knurd> | quaid, I haven't seen much from them yet 00:16:56 * | mmcgrath is here now, sorry 00:16:58 * | quaid cannot do it but thinks any of the current and new member dude would be good 00:16:58 --- | c_hoke_ is now known as c_hoke 00:16:59 < knurd> | there was only the zenoss discussions, but that just faded out 00:17:00 * | stahnma doesn't know if he has the time available.... 00:17:13 < quaid> | knurd: that is part of the idea, maybe if they were more involved as leaders ... 00:17:15 < knurd> | nirik do you want to do it? 00:17:26 < quaid> | pile on nirik! 00:17:38 < knurd> | quaid, as I mentioned on the list: we can make the steering committee even bigger if we want to 00:17:44 < knurd> | and if it's good for EPEL 00:17:48 < nirik> | ha. I would do it if no one else wanted the job... ;) If someone did that would be fine with me too... I am also low on time. 00:18:01 --> | ldimagg__ (Len DiMaggio) has joined #fedora-meeting 00:18:08 <-- | ldimaggi_ has quit (Read error: 110 (Connection timed out)) 00:18:12 < stahnma> | that's how I feel, and can only make meetings occassionally as they are in the middle of $DAYJOB 00:18:12 < knurd> | seven people in hte steering committe IMHO is a goal and not a hard number/must 00:18:30 < knurd> | stahnma, with me out of the mix you guys could find a better time 00:18:38 < knurd> | as then everyone is based in the US 00:18:42 < knurd> | afaics 00:19:00 < stahnma> | I though Jeff_S was in Europe somewhere... 00:19:05 < quaid> | true that 00:19:07 < knurd> | he is? 00:19:13 < quaid> | Portland, OR I thought 00:19:23 * | stahnma could be confused, or maybe he was travelling when I asked 00:19:28 < quaid> | sheltren? 00:19:33 * | smooge deals with 20 phone calls at once... 00:19:39 < smooge> | thanks everyone for the support 00:19:52 < knurd> | have fun with the phone 00:20:05 < knurd> | smooge, or would you me interested in the chairmen's job? 00:20:10 < smooge> | I am interested 00:20:29 < smooge> | my platform is free beer and penguin mints 00:20:58 < knurd> | so, that makes smooge ("I am interested") and nirik ("I would do it if no one else wanted the job...[...] I am also low on time.") 00:21:03 < knurd> | afaics 00:21:21 < knurd> | I'd say we continue to discuss this on the list over the next few days 00:21:25 < nirik> | perhaps throw that to the list and see if anyone else is interested, and we can vote/dicuss next meeting? 00:21:27 < smooge> | okie dokie 00:21:30 < knurd> | and then find a solution in the next meeting? 00:21:32 < stahnma> | + 00:21:57 < knurd> | k, seems we are all in agreement here 00:22:06 < knurd> | I'll annouce it on the list then 00:22:18 < knurd> | anything else regarding this topic? 00:22:32 < knurd> | any other self nominations for EPEL steeting committee members? 00:23:19 * | knurd takes that as "no" and "no" and moves on 00:23:26 --- | knurd has changed the topic to: EPEL SIG Meeting | broken dep reports go to the list | mmcgrath ? | http://fedoraproject.org/wiki/EPEL/Tasks/Misc 00:23:29 < knurd> | mmcgrath, still around? 00:23:42 < mmcgrath> | yeah 00:23:47 < knurd> | is "the broken deps report" script stil lrunning for EPEL? 00:23:51 < nirik> | knurd: I mailed mschewnt asking about setting his script up on the buildsys box 00:23:52 * | mdomsch is late I see 00:23:56 < mmcgrath> | AFAIK it is. let me look. 00:23:57 < mdomsch> | what did I get volunteered for? 00:24:46 < knurd> | mdomsch, nothing yet; but if you want to become a EPEL steering committee member feel free to self nominate 00:24:49 < mmcgrath> | knurd: hrm, looks like the cron job got removed. 00:24:50 < smooge> | mdomsch, installing the script onto the buildsys box :).. but I was joking 00:25:04 < mmcgrath> | I'll need to figure out what happened to it but will make sure its running. 00:25:08 --> | rharrison (Russell Harrison) has joined #fedora-meeting 00:25:15 < knurd> | mmcgrath, don't invest any work 00:25:27 < knurd> | mmcgrath, afaics the script from mschwendt is way better 00:25:33 < knurd> | mmcgrath, I#d say we switch to his one 00:25:50 < knurd> | mmcgrath, mschwendt might even have permissions to set it up on that box 00:25:56 < knurd> | and his script mails the list 00:26:08 < knurd> | something the old script didn't do 00:26:14 < mmcgrath> | knurd: that totally works for me, mschwendt rocks. 00:26:36 < mmcgrath> | hopefully his script doesn't take an hour to run either :-/ 00:26:57 < knurd> | mmcgrath, k; then we are all up2date then; nirik will talk to mschwendt about it 00:27:03 < knurd> | (or did already ;-) ) 00:27:15 --- | knurd has changed the topic to: EPEL SIG Meeting | Free discussion around EPEL 00:27:18 < nirik> | well, sent email in any case. 00:27:20 < knurd> | anything else? 00:27:35 < smooge> | ok how are we doing for packages etc? 00:27:46 < smooge> | how many are still in waiting to be branched etc? and wish list? 00:27:53 --- | jwb is now known as jwb_gone 00:28:12 < stahnma> | smooge: that sounds like good metrics to have 00:28:18 < knurd> | smooge, we have 1000 srpms now in epel5 + epel5 testing and come close to 2000 rpms 00:28:39 < smooge> | is that src.rpms or combined x.rpms and src.rpms? 00:28:44 < knurd> | waiting to be branched -> there are about 5500 package in fedora rawhide iirc 00:28:59 < knurd> | about 1600 srpms in rhel5 00:29:03 < smooge> | hmmm I counted 4500 src.rpms in fedora rawhide earlier this week 00:29:15 * | nirik should poke ixs and silug again... there are some perl packages I need before I can branch munin... 00:29:32 < knurd> | smooge, http://fedoraproject.org/wiki/PackageMaintainers/PackageStatus says: 00:29:33 < knurd> | - 5634 packages 00:29:34 < knurd> | - 9260 binary rpms in devel 00:29:52 < knurd> | but I'm not sure how that's counted 00:30:11 < knurd> | my hope for the long term future for EPEL was: continue as we do 00:30:14 < nirik> | I see 5299 src.rpms in devel right now 00:30:31 < knurd> | and when RHEL6 ships poke Fedora maintainers and build lots of stuff for EPEL 00:30:47 < smooge> | ah I was looking at 8/Everthings/SRPMS directory 00:31:10 < knurd> | smooge, then you missed new pacakges that entered Fedora since F8 was shipped 00:31:19 < knurd> | as those are in the updates repo only 00:31:26 < smooge> | yeah.. 5299 is what I see too. 00:32:40 < smooge> | Ok one thing I would like to look at doing is getting a discussion going on when we move packages from testing to stable. I would like to work on a regular schedule for it so that 'customers' would know that Black Tuesday was coming up or something 00:32:40 < knurd> | some of them make not much sense for EPEL 00:32:46 < knurd> | hunspell-dicts for example 00:33:21 < knurd> | smooge, the dates are: mid months around the 15th for EPEL4 and early each months around the 1st for EPEL5 00:33:29 < smooge> | duh 00:33:35 < smooge> | I am way behind on stuff 00:33:50 < knurd> | tha's quite new; we settled on that one or two meetings ago 00:33:51 < smooge> | ok need to go over the wiki to catch up with stuff. 00:34:15 < knurd> | smooge, np, keeping track of everything in Fedora-land is hard 00:35:02 < knurd> | anything else? 00:35:12 < smooge> | no thats about it. 00:35:32 <-- | kital has quit (Read error: 110 (Connection timed out)) 00:35:37 * | knurd will close the meeting in 30 00:35:43 < smooge> | I think I will go over the EPEL pages and see what needs to be updated 00:35:46 < smooge> | Oh one second 00:35:49 < smooge> | mirrors 00:36:17 * | knurd waits 00:36:24 < smooge> | I think once we are pushing things regularly and getting more packages.. it would be a good idea to start recruuitiong more mirrors 00:36:34 < smooge> | s/once/now/ 00:36:53 < nirik> | sure, always good... how many do we have now? 00:36:54 < smooge> | how does this usually happen (and am I going over something that is already said?) 00:36:56 * | nirik goes to look. 00:37:00 < knurd> | http://mirrors.fedoraproject.org/publiclist/EPEL/ 00:37:15 < knurd> | there are a few, but more can't hurt 00:37:24 < knurd> | I'm not on the mirror-list 00:37:29 < knurd> | anyone else? 00:38:10 < knurd> | asking on that closed list might be the best start for more mirrors 00:38:19 < smooge> | I think I have a couple of things at the back of my mind. I will try to get them out for the next meeting 00:39:12 < knurd> | smooge, thx; in case of questions with the mirror stuff contact mdomsch; he maintains the stuff on http://mirrors.fedoraproject.org and he should be on the mirror-admins-list 00:39:17 < smooge> | Hmm I need to get john branched. Will go finish up my fedora project activation stuff and work on that 00:39:54 < smooge> | knurd, actually I am also on the list :). They forgot to take me off when I left RH :) 00:40:01 < knurd> | hehe :) 00:40:09 < knurd> | anything else? 00:40:12 * | knurd will close the meeting in 30 00:40:41 * | knurd will close the meeting in 10 00:40:53 < knurd> | -- MARK -- Meeting end 00:40:53 --- | knurd has changed the topic to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule From bugs.michael at gmx.net Wed Jan 30 22:07:51 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 30 Jan 2008 23:07:51 +0100 Subject: Log from todays (20080130) EPEL SIG Meeting In-Reply-To: <47A0DCD4.8040100@leemhuis.info> References: <47A0DCD4.8040100@leemhuis.info> Message-ID: <20080130230751.443f34e3.bugs.michael@gmx.net> On Wed, 30 Jan 2008 21:23:48 +0100, Thorsten Leemhuis wrote: > 00:09:26 < knurd> | so, how to move on? ask mschwendt to install is? nirik, or do you want to handle that? you likely have the needed permissions as well > 00:09:42 --> | mdomsch (Matt_Domsch) has joined #fedora-meeting > 00:10:11 < smooge> | mdomsch, has permission to. he can do anything :) > 00:10:17 < nirik> | sure, I can ask him if we can just run it on the buildsys box, or what. > 00:10:27 < knurd> | nirik, k, thx > 00:23:51 < nirik> | knurd: I mailed mschewnt asking about setting his script up on the buildsys box So, here are some public comments on that. Didn't know this was a topic in the meeting once more. For Extras we used to execute some nohup background jobs in the post-push hook (near the bottom of the pushscript config file). That was the primary way of running scripts, particularly when pushes were done almost daily. [To push without re-running such stuff, there's option -s which also skips the repoprune and repoview steps, btw.] In the signer's group env one must be careful, though, and work around permission problems in some Python generated files (e.g. urlgrabber files created by yum) if they are shared. Running fully automated hardly ever was a good idea because Core and Extras were not pushed at once and could be out-of-sync. Whether to include or exclude updates-testing was an unresolved matter, too. Later I switched to preventing broken deps by excluding packages from needsign with the help of the RCNeedsign.py script. That got rid of the public summaries and only mailed packagers privately (warning about whether needsign and/or test updates were included). To run the code as a cron job somebody first needs to spend some time and determine under which circumstances it would run into error conditions. Such as metadata loading problems (also adding the lockfile check for the Plague needsign repodata lock), and then try to catch all errors. Otherwise there would be the risk that it spams packagers with wrong reports. Mission objective: also check yum api's error return codes. I haven't done that extra work because of the Core+Extras+Test Updates split (see above) and because it has never been agreed on how often to mail broken deps reports to owners and the list. The initial work-around for repo I/O problems was to sleep 12 minutes when repoclosure returned an error and retry a few times. That seemed to work for cron as well as the background jobs. The old scripts are in fedora cvs, so copying existing bits from them would be possible. The old repoclosure code is integrated into the pushscript and the RCNeedsign.py module -- [That's the one that installs the pkgs from the needsign queue into temporary repos to allow for proper ExcludeArch/ExclusiveArch handling prior to running repoclosure on that. Originally I wanted to test adding multilib support to it but didn't continue when koji+bodhi appeared on the radar.] The additional Extras repoclosure scripts on the buildsys machine are a bit specific to Extras. Not all constants are fetched from the Config_*.py files. E.g. the script needed to distinguish between Core and Extras (it's a similar thing for for CentOS-or-RHEL and EPEL) through a repoid keyword, hardcoded in the rc-report.py script. Which package owners list to read was hardcoded, too. A few other features were added without any way to configure them (e.g. the history support that printed the age in days of a broken dep or the function that only sends a summary to the list if there are new reports). The used Yum is a private copy with the checkForObsoletes patch applied. The recently published repoclosure tarball is easier to modify. It doesn't depend on the pushscript code or config files. It takes an ordinary yum.conf file as input. It can be configured with Fedora Account System account details for package owner db access outside fedora infrastructure. All it needs is Yum post 2.6.1 with checkForObsolete. Whether and how often to run a script like that, whether or not to include "testing" or needsign (*without* multilib, ExcludeArch, Exclusive}Arch), whether to run against CentOS or the private RHEL repos, I don't want to decide. I would appreciate if somebody else took over. Sometimes people, who have a fixed package in updates-testing already, complain about a broken deps report that doesn't cover updates-testing. On the other hand, some people complain if a report covers updates-testing. Furthermore, there are packagers who believe every report to be false. The only fun of doing repoclosure stuff is to see those people who understand the reports and fix their packages silently as soon as they receive a report. From bugs.michael at gmx.net Thu Jan 31 18:24:44 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 31 Jan 2008 19:24:44 +0100 Subject: Old/broken mock in EPEL4 Message-ID: <20080131192444.d105bcf9.bugs.michael@gmx.net> Why is an old mock 0.7.2 in EPEL 4 if it is known that it kills /dev after failed builds? Does nobody else use it?