From djuran at redhat.com Mon Mar 1 07:16:07 2010 From: djuran at redhat.com (David Juran) Date: Mon, 01 Mar 2010 09:16:07 +0200 Subject: qemu-img in EPEL overrides kvm-qemu-img in RHEL In-Reply-To: <80d7e4091002261852x6c64ff98mebcadcc4dd09790f@mail.gmail.com> References: <1267104009.3376.22.camel@localhost.localdomain> <80d7e4091002252029x44e5a156obaef6ad4a5d81c56@mail.gmail.com> <80d7e4091002261852x6c64ff98mebcadcc4dd09790f@mail.gmail.com> Message-ID: <1267427767.3295.7.camel@localhost.localdomain> On Fri, 2010-02-26 at 19:52 -0700, Stephen John Smoogen wrote: > Ok one issue I found is that this package does not seem to be on the > DVD's I was using to test for incompatibilities (it also turns out > that this is x86_64 only which I hadn't looked at stupid me). The kvm-qemu-img actually is on the RHEL5.4 DVD but it's under the "VT" directory, not in "Server" with all the rest. -- David Juran Sr. Consultant Red Hat +358-504-146348 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From rjones at redhat.com Mon Mar 1 15:11:00 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 1 Mar 2010 15:11:00 +0000 Subject: ntfs-3g built in EPEL-5 Message-ID: <20100301151100.GA28864@amd.home.annexia.org> As discussed previously: https://www.redhat.com/archives/epel-devel-list/2010-January/msg00056.html https://www.redhat.com/archives/epel-devel-list/2010-February/msg00006.html The new build is here: http://koji.fedoraproject.org/koji/taskinfo?taskID=2021954 https://admin.fedoraproject.org/updates/ntfs-3g-2010.2.6-1.el5 Please let me know if it works / doesn't work for you by adding comments in that last link. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html From leemitchell at ups.com Mon Mar 1 17:55:12 2010 From: leemitchell at ups.com (leemitchell at ups.com) Date: Mon, 1 Mar 2010 12:55:12 -0500 Subject: how to add condor related packages (and their dependencies) to EPEL Message-ID: Hello, my name is Lee, and I am new to the epel-devel-list. I am looking for the best way to get condor related packages that are currently available in Fedora to become available in EPEL. I've looked through the epel-devel-list history from present back through mid-2007 and see no mention of condor. After reading https://fedoraproject.org/wiki/EPEL/FAQ I'm still not sure how to proceed. I understand that an EPEL package maintainer needs to be determined, and it seems the fedora package maintainer has first dibs on providing the package to EPEL. However, I do not see a way to contact the persons that are maintaining the packages below to see if they would be interested in providing them in EPEL. I think the wish-list is only for things that are not currently in Fedora. Below are the fedora packages I would like to see in EPEL, how can I proceed to help that happen? Thx, Lee condor -- Condor: High Throughput Computing condor-ec2-enhanced -- Condor EC2 Enhanced AMI package condor-ec2-enhanced-hooks -- Condor EC2 Enhanced hooks condor-job-hooks -- Condor Job Hooks condor-low-latency -- Condor's Low-Latency Scheduling Listed at: https://admin.fedoraproject.org/pkgdb/collections/id/22?packages_tgp_no=8&packages_tgp_ordering=name&_csrf_token=06c79d7271377884f45272eedf11b6ca30164e24&packages_tgp_limit=100 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bjs at redhat.com Mon Mar 1 18:29:31 2010 From: bjs at redhat.com (Bryan J Smith) Date: Mon, 01 Mar 2010 13:29:31 -0500 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: References: Message-ID: <1267468171.7225.15.camel@localhost.localdomain> In addition to the "admin" pages, you will want to visit Koji: http://fedoraproject.org/wiki/Koji Koji is the build system for the Fedora Project, which includes the Extra Packages for Enterprise Linux (EPEL), and has more details on dependencies and other things that could run into possible issues: http://koji.fedoraproject.org/koji/rpminfo?rpmID=1517382 It's always best to do some "due dillgence" on this for any package that has not yet made it to EPEL, as there may already be some reason why it has not. In the case of Condor, it looks like most dependencies are either in EL or already have EPEL versions -- e.g., gsoap[-devel]: http://koji.fedoraproject.org/koji/buildinfo?buildID=143446 As far as finding out how to contact maintainers, the aforementioned rpmID/buildID pages at Koji have the "changelog" with contact e-mails for various maintainers who have built the package. ;) On Mon, 2010-03-01 at 12:55 -0500, leemitchell at ups.com wrote: > Hello, my name is Lee, and I am new to the epel-devel-list. > I am looking for the best way to get condor related packages that are > currently available in Fedora to become available in EPEL. I?ve > looked through the epel-devel-list history from present back through > mid-2007 and see no mention of condor. > After reading https://fedoraproject.org/wiki/EPEL/FAQ I?m still not > sure how to proceed. > I understand that an EPEL package maintainer needs to be determined, > and it seems the fedora package maintainer has first dibs on providing > the package to EPEL. However, I do not see a way to contact the > persons that are maintaining the packages below to see if they would > be interested in providing them in EPEL. > I think the wish-list is only for things that are not currently in > Fedora. Below are the fedora packages I would like to see in EPEL, how > can I proceed to help that happen? > Thx, Lee > condor -- Condor: High Throughput Computing > condor-ec2-enhanced -- Condor EC2 Enhanced AMI package > condor-ec2-enhanced-hooks -- Condor EC2 Enhanced hooks > condor-job-hooks -- Condor Job Hooks > condor-low-latency -- Condor's Low-Latency Scheduling > Listed at: > https://admin.fedoraproject.org/pkgdb/collections/id/22?packages_tgp_no=8&packages_tgp_ordering=name&_csrf_token=06c79d7271377884f45272eedf11b6ca30164e24&packages_tgp_limit=100 -- Bryan J Smith Senior Consultant Red Hat, Inc Professional Consulting http://www.redhat.com/consulting mailto:bjs at redhat.com +1 (407) 489-7013 (Mobile) mailto:b.j.smith at ieee.org (Blackberry/Red Hat-External) -------------------------------------------------------- You already know Red Hat as the entity dedicated to 100% no-IP-strings-attached, community software development. But do you know where CIOs rate Red Hat versus other software and services firms for their own, direct needs, year after year? http://www.redhat.com/promo/vendor/ From kevin at tummy.com Mon Mar 1 18:35:21 2010 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 1 Mar 2010 11:35:21 -0700 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: References: Message-ID: <20100301113521.79f04d15@ohm.scrye.com> On Mon, 1 Mar 2010 12:55:12 -0500 wrote: > Hello, my name is Lee, and I am new to the epel-devel-list. Welcome! > I am looking for the best way to get condor related packages that are > currently available in Fedora to become available in EPEL. I've > looked through the epel-devel-list history from present back through > mid-2007 and see no mention of condor. > > After reading https://fedoraproject.org/wiki/EPEL/FAQ I'm still not > sure how to proceed. I understand that an EPEL package maintainer > needs to be determined, and it seems the fedora package maintainer > has first dibs on providing the package to EPEL. However, I do not > see a way to contact the persons that are maintaining the packages > below to see if they would be interested in providing them in EPEL. > > I think the wish-list is only for things that are not currently in > Fedora. Below are the fedora packages I would like to see in EPEL, > how can I proceed to help that happen? File bugs on them and ask the maintainer: would you like to maintain this in EPEL as well? or would you prefer someone else do it? See: https://fedoraproject.org/wiki/Getting_a_Fedora_package_in_EPEL That should get directly to the maintainer and be a good record of the question being asked. :) kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From trevor.hemsley at codefarm.com Mon Mar 1 18:54:48 2010 From: trevor.hemsley at codefarm.com (Trevor Hemsley) Date: Mon, 01 Mar 2010 18:54:48 +0000 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: <20100301113521.79f04d15@ohm.scrye.com> References: <20100301113521.79f04d15@ohm.scrye.com> Message-ID: <4B8C0D78.2070703@codefarm.com> Without wishing to reopen a can of worms, this should be an interesting test of the recently revised EPEL policy on duplicating RH packages since these are already in RHEMRG. e.g. ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/condor-7.4.1-0.7.1.el5.src.rpm Kevin Fenzi wrote: > On Mon, 1 Mar 2010 12:55:12 -0500 > wrote: > > >> Hello, my name is Lee, and I am new to the epel-devel-list. >> > > Welcome! > > >> I am looking for the best way to get condor related packages that are >> currently available in Fedora to become available in EPEL. I've >> looked through the epel-devel-list history from present back through >> mid-2007 and see no mention of condor. >> >> After reading https://fedoraproject.org/wiki/EPEL/FAQ I'm still not >> sure how to proceed. I understand that an EPEL package maintainer >> needs to be determined, and it seems the fedora package maintainer >> has first dibs on providing the package to EPEL. However, I do not >> see a way to contact the persons that are maintaining the packages >> below to see if they would be interested in providing them in EPEL. >> >> I think the wish-list is only for things that are not currently in >> Fedora. Below are the fedora packages I would like to see in EPEL, >> how can I proceed to help that happen? >> > > File bugs on them and ask the maintainer: would you like to maintain > this in EPEL as well? or would you prefer someone else do it? > > See: https://fedoraproject.org/wiki/Getting_a_Fedora_package_in_EPEL > > That should get directly to the maintainer and be a good record of the > question being asked. :) > > kevin > > ------------------------------------------------------------------------ > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Trevor Hemsley Infrastructure Engineer ................................................. * C A L Y P S O * 4th Floor, Tower Point, 44 North Road, Brighton, BN1 1YR, UK OFFICE +44 (0) 1273 666 350 FAX +44 (0) 1273 666 351 ................................................. www.calypso.com This electronic-mail might contain confidential information intended only for the use by the entity named. If the reader of this message is not the intended recipient, the reader is hereby notified that any dissemination, distribution or copying is strictly prohibited. * P * /*/ Please consider the environment before printing this e-mail /*/ From smooge at gmail.com Mon Mar 1 19:45:28 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 1 Mar 2010 12:45:28 -0700 Subject: qemu-img in EPEL overrides kvm-qemu-img in RHEL In-Reply-To: <1267427767.3295.7.camel@localhost.localdomain> References: <1267104009.3376.22.camel@localhost.localdomain> <80d7e4091002252029x44e5a156obaef6ad4a5d81c56@mail.gmail.com> <80d7e4091002261852x6c64ff98mebcadcc4dd09790f@mail.gmail.com> <1267427767.3295.7.camel@localhost.localdomain> Message-ID: <80d7e4091003011145x1b45091bg2e1923640a6748c1@mail.gmail.com> On Mon, Mar 1, 2010 at 12:16 AM, David Juran wrote: > On Fri, 2010-02-26 at 19:52 -0700, Stephen John Smoogen wrote: > >> Ok one issue I found is that this package does not seem to be on the >> DVD's I was using to test for incompatibilities (it also turns out >> that this is x86_64 only which I hadn't looked at stupid me). > > The kvm-qemu-img actually is on the RHEL5.4 DVD but it's under the "VT" > directory, not in "Server" with all the rest. Yes. I ahd downloaded the i386 dvd's which of course its not. I need to download the two x86_64 dvd's and explode them to do my search. At the moment CentOS is working out as well it has everything on it in one space :). I really wish for RHEL-5.[67?] we had a "You asked for it, here is everything DVD". -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From leemitchell at ups.com Mon Mar 1 20:40:59 2010 From: leemitchell at ups.com (leemitchell at ups.com) Date: Mon, 1 Mar 2010 15:40:59 -0500 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: <20100301113521.79f04d15@ohm.scrye.com> References: <20100301113521.79f04d15@ohm.scrye.com> Message-ID: Kevin, I submitted a request for condor via bugzilla as you suggested below. It is assigned to matt at redhat.com . We'll see how it proceeds... Thx, Lee -----Original Message----- From: epel-devel-list-bounces at redhat.com [mailto:epel-devel-list-bounces at redhat.com] On Behalf Of Kevin Fenzi Sent: Monday, March 01, 2010 1:35 PM To: epel-devel-list at redhat.com Subject: Re: how to add condor related packages (and their dependencies) to EPEL On Mon, 1 Mar 2010 12:55:12 -0500 wrote: > Hello, my name is Lee, and I am new to the epel-devel-list. Welcome! > I am looking for the best way to get condor related packages that are > currently available in Fedora to become available in EPEL. I've > looked through the epel-devel-list history from present back through > mid-2007 and see no mention of condor. > > After reading https://fedoraproject.org/wiki/EPEL/FAQ I'm still not > sure how to proceed. I understand that an EPEL package maintainer > needs to be determined, and it seems the fedora package maintainer > has first dibs on providing the package to EPEL. However, I do not > see a way to contact the persons that are maintaining the packages > below to see if they would be interested in providing them in EPEL. > > I think the wish-list is only for things that are not currently in > Fedora. Below are the fedora packages I would like to see in EPEL, > how can I proceed to help that happen? File bugs on them and ask the maintainer: would you like to maintain this in EPEL as well? or would you prefer someone else do it? See: https://fedoraproject.org/wiki/Getting_a_Fedora_package_in_EPEL That should get directly to the maintainer and be a good record of the question being asked. :) kevin From rjones at redhat.com Mon Mar 1 21:55:25 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 1 Mar 2010 21:55:25 +0000 Subject: qemu-img in EPEL overrides kvm-qemu-img in RHEL In-Reply-To: <1267104009.3376.22.camel@localhost.localdomain> References: <1267104009.3376.22.camel@localhost.localdomain> Message-ID: <20100301215525.GA31982@amd.home.annexia.org> In reply to: https://bugzilla.redhat.com/show_bug.cgi?id=569616 The background is that both qemu and KVM upstreams build a tool called /usr/bin/qemu-img. In theory the qemu-img tool built is the same and only one version of it would be needed. In reality differences in configuration of qemu or KVM (ie. block drivers) lead to different capabilities. For example, if qemu is configured with the (mostly broken) VMDK block driver support, then qemu-img from the qemu package would also have VMDK capabilities. Whereas in RHEL KVM might decide not to compile in VMDK support because it is somewhat limited & broken, so KVM's qemu-img would not have this. You can find out what qemu-img supports by doing: [qemu from Rawhide] $ qemu-img --help | grep Supported Supported formats: cow qcow vdi vmdk cloop dmg bochs vpc vvfat qcow2 parallels nbd host_cdrom host_floppy host_device raw [qemu-img from EPEL 5] $ qemu-img --help | grep Supported Supported formats: nbd parallels qcow2 vvfat vpc bochs dmg cloop vmdk qcow cow host_device raw [kvm-qemu-img from RHEL 5.4] $ qemu-img --help | grep Supported Supported format: parallels qcow2 vvfat vpc bochs dmg cloop vmdk qcow cow host_device raw [qemu-img from qemu-kvm package, from a recent RHEL 6 beta -- I think the plan is to remove more of these drivers before RHEL 6 is released because some of them are broken and should be inflicted on paying customers] $ qemu-img --help | grep Supported Supported formats: cow qcow vdi vmdk cloop dmg bochs vpc vvfat qcow2 parallels nbd host_cdrom host_floppy host_device raw Now it is my understanding that the plan is to build KVM's qemu-img as a binary called /usr/bin/kvm-qemu-img. I'm not sure if this will be just in RHEL 6, or will be in RHEL 5 too, although it seems like it might be too late for RHEL 5 because it would break binary compatibility. If KVM's qemu-img is built as kvm-qemu-img then there should be no conflict. I don't think in any case it's a good idea to block the whole of qemu just for this. However blocking just /usr/bin/qemu-img from EPEL may be possible (on architectures where there is a conflict) if people are prepared for the fact that KVM's qemu-img might have slightly fewer features. I hope the above is all correct -- it's not "official" advice from Red Hat. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html From rjones at redhat.com Mon Mar 1 22:05:56 2010 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 1 Mar 2010 22:05:56 +0000 Subject: qemu-img in EPEL overrides kvm-qemu-img in RHEL In-Reply-To: <20100301215525.GA31982@amd.home.annexia.org> References: <1267104009.3376.22.camel@localhost.localdomain> <20100301215525.GA31982@amd.home.annexia.org> Message-ID: <20100301220556.GB31982@amd.home.annexia.org> On Mon, Mar 01, 2010 at 09:55:25PM +0000, Richard W.M. Jones wrote: > because some of them are broken and should be inflicted on paying > customers] Cough "should NOT be ..." Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From wdierkes at 5dollarwhitebox.org Mon Mar 1 23:19:13 2010 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Mon, 1 Mar 2010 17:19:13 -0600 Subject: Incompatible upgrade - Is this workaround ok? (mysql-mmm) In-Reply-To: <20100226101131.3ef805b3@ohm.scrye.com> References: <5554C7A8-0CE4-454C-A4AB-538217E8A395@5dollarwhitebox.org> <20100226101131.3ef805b3@ohm.scrye.com> Message-ID: <29EFAF6A-5BFD-4BF1-A242-64212FF6A596@5dollarwhitebox.org> On Feb 26, 2010, at 11:11 AM, Kevin Fenzi wrote: > On Wed, 24 Feb 2010 12:36:31 -0600 > BJ Dierkes wrote: > >> Hello all, >> >> I maintain Multi-Master Replication Manager for MySQL in both Fedora >> and EPEL. With changes from 2.0.11 -> 2.1.0 there was an >> incompatible change in that the daemon scripts were renamed: >> >> mmmd_agent -> mmm_agentd >> mmmd_mon -> mmm_mond >> >> >> Upgrades obviously break because the INIT scripts and configuration >> files reference the path to the files. Would a sufficient >> work-around be a symlink to the old path, or would that not be kosher >> for any reason? >> >> Thank you for your feedback. > > Well, I would suggest if you can get it setup so it continues to work > as expected on upgrade it should be fine. If thats a symlink or > whatever it should be ok. > > Perhaps make and test a version, then post the spec diff for > comment/feedback if you like? > > kevin I have a working upgrade from mysql-mmm-2.0.x -> mysql-mmm-2.1. I verified that all expected changes happen, and that the running processes are gracefully condrestart'd. The changes are pretty straight forward. Because this is the first release of mysql-mmm >= 2.1 I am touching a file at '%{_datadir}/mysql-mmm/.pre-2.1.0-upgrade-check' in the install. From %pre, if this file does *not* exist then the current install is < 2.1 (meaning modifications need to be done for 2.1 compatibility). I then touch '%{_localstatedir}/run/mysql-mmm/.post-2.1.0-upgrade-do_mods' (in %pre) allowing me to verify that modifications are needed in %post. The modifications are simple sed changes for pid/status file and sbin daemon paths. I suppose I'm looking for another set of eyes to point out anything that is not obvious to me. The following are the [snipped] spec changes: # -------------------------------------------------- %install # ? snipped # Specific for upgrading from 2.0.x -> 2.1 touch %{buildroot}%{_datadir}/mysql-mmm/.pre-2.1.0-upgrade-check-do-not-delete %pre # This is to facilitate the upgradability of 2.0.x -> 2.1 DO_MOD_CHECK="%{_datadir}/mysql-mmm/.pre-2.1.0-upgrade-check-do-not-delete" DO_MOD_VERIFY="%{_localstatedir}/run/mysql-mmm/.post-2.1.0-upgrade-do_mods" rm -f $DO_MOD_VERIFY 2>/dev/null if [ ! -f "$DO_MOD_CHECK" ]; then # the 'check' file does *not* exist (only installed as of 2.1.0) # modifications are necessary. touch $DO_MOD_VERIFY # copy paths for new configs (if replaced on upgrade) cp -a %{_localstatedir}/run/mysql-mmm/mmmd_mon.pid \ %{_localstatedir}/run/mysql-mmm/mmm_mond.pid 2>/dev/null ||: cp -a %{_localstatedir}/lib/mysql-mmm/mmmd_mon.status \ %{_localstatedir}/lib/mysql-mmm/mmm_mond.status 2>/dev/null ||: cp -a %{_localstatedir}/run/mysql-mmm/mmmd_agent.pid \ %{_localstatedir}/run/mysql-mmm/mmm_agentd.pid 2>/dev/null ||: fi %post # This is to facilitate the upgradability of 2.0.x -> 2.1 DO_MOD_VERIFY="%{_localstatedir}/run/mysql-mmm/.post-2.1.0-upgrade-do_mods" if [ -f "$DO_MOD_VERIFY" ]; then # system was upgraded from < 2.1, need to modify config files/paths if [ -f %{_sysconfdir}/mysql-mmm/mmm_mon.conf ]; then cp -a %{_sysconfdir}/mysql-mmm/mmm_mon.conf %{_sysconfdir}/mysql-mmm/mmm_mon.conf-pre2.1 sed -i "s|/var/run/mysql-mmm/mmmd_mon.pid|/var/run/mysql-mmm/mmm_mond.pid|g" \ %{_sysconfdir}/mysql-mmm/mmm_mon.conf sed -i "s|/var/lib/mysql-mmm/mmmd_mon.status|/var/lib/mysql-mmm/mmm_mond.status|g" \ %{_sysconfdir}/mysql-mmm/mmm_mon.conf fi if [ -f %{_sysconfdir}/mysql-mmm/mmm_common.conf ]; then cp -a %{_sysconfdir}/mysql-mmm/mmm_common.conf %{_sysconfdir}/mysql-mmm/mmm_common.conf-pre2.1 sed -i "s|/var/run/mysql-mmm/mmmd_agent.pid|/var/run/mysql-mmm/mmm_agentd.pid|g" \ %{_sysconfdir}/mysql-mmm/mmm_common.conf fi fi %post agent # ? snipped # This is to facilitate the upgradability of 2.0.x -> 2.1 DO_MOD_VERIFY="%{_localstatedir}/run/mysql-mmm/.post-2.1.0-upgrade-do_mods" if [ -f "$DO_MOD_VERIFY" ]; then # remove old files rm -f %{_localstatedir}/run/mysql-mmm/mmmd_agent.pid 2>/dev/null ||: fi %post monitor # ? snipped # This is to facilitate the upgradability of 2.0.x -> 2.1 DO_MOD_VERIFY="%{_localstatedir}/run/mysql-mmm/.post-2.1.0-upgrade-do_mods" if [ -f "$DO_MOD_VERIFY" ]; then # remove old files rm -f %{_localstatedir}/run/mysql-mmm/mmmd_mon.pid 2>/dev/null ||: rm -f %{_localstatedir}/lib/mysql-mmm/mmmd_mon.status 2>/dev/null ||: fi # -------------------------------------------------- Thanks. --- derks From smooge at gmail.com Tue Mar 2 01:09:39 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 1 Mar 2010 18:09:39 -0700 Subject: qemu-img in EPEL overrides kvm-qemu-img in RHEL In-Reply-To: <20100301215525.GA31982@amd.home.annexia.org> References: <1267104009.3376.22.camel@localhost.localdomain> <20100301215525.GA31982@amd.home.annexia.org> Message-ID: <80d7e4091003011709n4cbf43a3vacfda85c5c3d1687@mail.gmail.com> On Mon, Mar 1, 2010 at 2:55 PM, Richard W.M. Jones wrote: > In reply to: > > https://bugzilla.redhat.com/show_bug.cgi?id=569616 > > The background is that both qemu and KVM upstreams build a tool called > /usr/bin/qemu-img. ?In theory the qemu-img tool built is the same and > only one version of it would be needed. ?In reality differences in > configuration of qemu or KVM (ie. block drivers) lead to different > capabilities. > > For example, if qemu is configured with the (mostly broken) VMDK block > driver support, then qemu-img from the qemu package would also have > VMDK capabilities. ?Whereas in RHEL KVM might decide not to compile in > VMDK support because it is somewhat limited & broken, so KVM's > qemu-img would not have this. ?You can find out what qemu-img supports > by doing: > > ?[qemu from Rawhide] > ?$ qemu-img --help | grep Supported > ?Supported formats: cow qcow vdi vmdk cloop dmg bochs vpc vvfat qcow2 parallels nbd host_cdrom host_floppy host_device raw > > ?[qemu-img from EPEL 5] > ?$ qemu-img --help | grep Supported > ?Supported formats: nbd parallels qcow2 vvfat vpc bochs dmg cloop vmdk qcow cow host_device raw > > ?[kvm-qemu-img from RHEL 5.4] > ?$ qemu-img --help | grep Supported > ?Supported format: parallels qcow2 vvfat vpc bochs dmg cloop vmdk qcow cow host_device raw > > ?[qemu-img from qemu-kvm package, from a recent RHEL 6 beta -- I think > ? the plan is to remove more of these drivers before RHEL 6 is released > ? because some of them are broken and should be inflicted on paying > ? customers] > ?$ qemu-img --help | grep Supported > ?Supported formats: cow qcow vdi vmdk cloop dmg bochs vpc vvfat qcow2 parallels nbd host_cdrom host_floppy host_device raw > > Now it is my understanding that the plan is to build KVM's qemu-img as > a binary called /usr/bin/kvm-qemu-img. ?I'm not sure if this will be > just in RHEL 6, or will be in RHEL 5 too, although it seems like it > might be too late for RHEL 5 because it would break binary > compatibility. ?If KVM's qemu-img is built as kvm-qemu-img then there > should be no conflict. > > I don't think in any case it's a good idea to block the whole of qemu > just for this. ?However blocking just /usr/bin/qemu-img from EPEL may > be possible (on architectures where there is a conflict) if people are > prepared for the fact that KVM's qemu-img might have slightly fewer > features. > > I hope the above is all correct -- it's not "official" advice from Red Hat. > > Rich. > Thank you Richard. The things that could be done for this package are: 1) Block this package altogether in case of other conflicts. Not recommended. 2) Block the qemu-img package from being pushed. This would probably break other things too. 3) Change the qemu-img part of the spec-file to resolve the conflict so that the package does not get pulled in when the RHEL packages are brought in. I would like to go for 3 if at all possible :). I just want to make sure things don't break for paying customers -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From djuran at redhat.com Tue Mar 2 08:35:21 2010 From: djuran at redhat.com (David Juran) Date: Tue, 02 Mar 2010 10:35:21 +0200 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: <4B8C0D78.2070703@codefarm.com> References: <20100301113521.79f04d15@ohm.scrye.com> <4B8C0D78.2070703@codefarm.com> Message-ID: <1267518921.3295.19.camel@localhost.localdomain> On Mon, 2010-03-01 at 18:54 +0000, Trevor Hemsley wrote: > Without wishing to reopen a can of worms, this should be an interesting > test of the recently revised EPEL policy on duplicating RH packages > since these are already in RHEMRG. e.g. > > ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/condor-7.4.1-0.7.1.el5.src.rpm Indeed, it's a can of worms... In this case both rawhide and F12 has condor-7.4.1-1 and also RHEL has the 7.4.1 version so that shouldn't be much of a problem. But I think a lot of trouble can be avoided if the version pushed to EPEL would have a release number _lower_ then -0.7.1. -- David Juran Sr. Consultant Red Hat +358-504-146348 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Tue Mar 2 14:31:23 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 2 Mar 2010 07:31:23 -0700 Subject: how to add condor related packages (and their dependencies) to EPEL In-Reply-To: <4B8C0D78.2070703@codefarm.com> References: <20100301113521.79f04d15@ohm.scrye.com> <4B8C0D78.2070703@codefarm.com> Message-ID: <80d7e4091003020631q5d2632e1i79eaa009dc4bccda@mail.gmail.com> On Mon, Mar 1, 2010 at 11:54 AM, Trevor Hemsley wrote: > Without wishing to reopen a can of worms, this should be an interesting test > of the recently revised EPEL policy on duplicating RH packages since these > are already in RHEMRG. e.g. > > ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/condor-7.4.1-0.7.1.el5.src.rpm > It should not be a can of worms. RHEL-AP does not have Condor. RHE-MRG does but is not as common as RHEL. In most cases if you are going to use a sub-channel, you should not add EPEL, RPMforge, etc on that system without some testing to see what might override X, Y , and Z. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From mbildner at yahoo.com Tue Mar 2 15:24:37 2010 From: mbildner at yahoo.com (Michael Bildner) Date: Tue, 2 Mar 2010 07:24:37 -0800 (PST) Subject: rpm for ejabberd 2.1.2 Message-ID: <697595.52493.qm@web65613.mail.ac4.yahoo.com> Are there any plans to build a newer EPEL 5 rpm for ejabberd using the 2.1.2 source? The latest rpm from EPEL 5 is 2.0.5-8. I'm looking to use ejabberd on a RHEL 5.2 system but I require some of the newer features. Thanks. - mbildner From lemenkov at gmail.com Tue Mar 2 15:36:59 2010 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 2 Mar 2010 18:36:59 +0300 Subject: rpm for ejabberd 2.1.2 In-Reply-To: <697595.52493.qm@web65613.mail.ac4.yahoo.com> References: <697595.52493.qm@web65613.mail.ac4.yahoo.com> Message-ID: Hello Michael! 2010/3/2 Michael Bildner : > Are there any plans to build a newer EPEL 5 rpm for ejabberd using the 2.1.2 source? The latest rpm from EPEL 5 is 2.0.5-8. Yes. I'm planning to update it very soon (~ 08-10 March) - I added some new experimental stuff and waiting for confirmation from some guy, that everything works. > I'm looking to use ejabberd on a RHEL 5.2 system but I require some of the newer features. Just FYI - you can try this fresh build (chances are very high, that this will be a future ejabberd-2.1.2 for EPEL). http://koji.fedoraproject.org/koji/taskinfo?taskID=2025453 Please, try and mail me about results. -- With best regards, Peter Lemenkov. From mbildner at yahoo.com Tue Mar 2 16:07:57 2010 From: mbildner at yahoo.com (Michael Bildner) Date: Tue, 2 Mar 2010 08:07:57 -0800 (PST) Subject: rpm for ejabberd 2.1.2 In-Reply-To: Message-ID: <219785.62671.qm@web65605.mail.ac4.yahoo.com> Peter, Glad to hear you are working on updating it! I tried the build you referred to but it requires util-linux-ng, which last time I checked was not available on RHEL or EPEL. I know that util-linux-ng is essentially a replacement for util-linux ... should the rpm require that for the EPEL? Thanks. Michael --- On Tue, 3/2/10, Peter Lemenkov wrote: > From: Peter Lemenkov > Subject: Re: rpm for ejabberd 2.1.2 > To: "EPEL development disccusion" > Date: Tuesday, March 2, 2010, 10:36 AM > Hello Michael! > > 2010/3/2 Michael Bildner : > > Are there any plans to build a newer EPEL 5 rpm for > ejabberd using the 2.1.2 source? The latest rpm from EPEL 5 > is 2.0.5-8. > > Yes. I'm planning to update it very soon (~ 08-10 March) - > I added > some new experimental stuff and waiting for confirmation > from some > guy, that everything works. > > > I'm looking to use ejabberd on a RHEL 5.2 system but I > require some of the newer features. > > Just FYI - you can try this fresh build (chances are very > high, that > this will be a future ejabberd-2.1.2 for EPEL). > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2025453 > > Please, try and mail me about results. > -- > With best regards, Peter Lemenkov. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From updates at fedoraproject.org Wed Mar 3 00:20:37 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 03 Mar 2010 00:20:37 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100303002037.0B35C1110A8@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing cobbler-2.0.3.1-3.el4 firebird-2.1.3.18185.0-3.el4 mksh-39c-1.el4 perl-File-Pid-1.01-3.el4 perl-HTML-RewriteAttributes-0.03-4.el4 perl-Nmap-Parser-1.19-4.el4.1 python-dmidecode-3.10.11-2.el4 python-sippy-1.0.3-1.el4 Details about builds: ================================================================================ cobbler-2.0.3.1-3.el4 (FEDORA-EPEL-2010-2341) Boot server configurator -------------------------------------------------------------------------------- Update Information: This is a new release of cobbler that contains a significant number of bug fixes on top of the cobbler 2.0 base. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Scott Henson - 2.0.3.1-3 - Bump release because I forgot cobbler-web * Mon Mar 1 2010 Scott Henson - 2.0.3.1-2 - Remove requires on mkinitrd as it is not used * Mon Feb 15 2010 Scott Henson - 2.0.3.1-1 - Upstream Brown Paper Bag Release (see CHANGELOG) * Thu Feb 11 2010 Scott Henson - 2.0.3-1 - Upstream changes (see CHANGELOG) * Mon Nov 23 2009 John Eckersberg - 2.0.2-1 - Upstream changes (see CHANGELOG) * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files -------------------------------------------------------------------------------- ================================================================================ firebird-2.1.3.18185.0-3.el4 (FEDORA-EPEL-2010-2319) SQL relational database management system -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Philippe Makowski 2.1.3.18185.0-3 - build with final upstream - Fix rh #566537 -------------------------------------------------------------------------------- References: [ 1 ] Bug #566537 - Problem with init script https://bugzilla.redhat.com/show_bug.cgi?id=566537 -------------------------------------------------------------------------------- ================================================================================ mksh-39c-1.el4 (FEDORA-EPEL-2010-2338) MirBSD enhanced version of the Korn Shell -------------------------------------------------------------------------------- Update Information: mksh R39c is an important minor bugfix release: - Build system, code, docs and testsuite cleanup, also style(9) - Build.sh now requires people to whitelist conftest*.c - AIX builds no longer pull in libcrypt uselessly by default - Parse and evaluate ${parameter op word} correctly - Fix possible SIGSEGV in interactive mode bind builtin due to mis-optimisation of gcc combined with a bogus prototype; discovered by Grml.org's Frank Terbeck (ft), thanks! - Prevent Build.sh from accidentally removing mksh.1 mksh R39b is a major stability and bugfix update: - Clean up some more strict *roff or compiler warnings: dashes, undefined macros; casting errors (constness, signedness, type width/class) and catch possibly unaligned pointer dereferences early; remove code/rodata redundancies, plug memory leaks - Tweak the manual page: point out the word "colour" - Optimise dot.mkshrc DJB?s CDB hash implementations; add Bob Jenkins? one-at-a-time hash (standard and leading-bit initialised); fix signedness in expressions; let the hashes use stdin if "$*" is empty, like Lb64{en,de}code; use "[[ -o utf8-mode ]]" ipv "[[ $- = *U* ]]" - Build.sh portability fixes: missing prerequisite headers; ensure $CC is never called without $CFLAGS; fix test.sh, et al. - Optimise internal variable representation; use one-at-a-time hash; cache hash values for faster resizing at zero memory cost; clean up hash table (keytab) code; switch hash table collision resolution algorithm to Python?s; prepare for later changes (commented out) - Fix type errors in the source code (int ? bool, size_t, mksh_uari_t) - Fix "${foo:bar:$baz}" not working (missing substitute() call) - Implement "typeset ?a" as nop - Support ksh93-like "${!foo[@]}" listing the keys (indic?s) of all set array elements ? zsh does it too (${(k)foo}), bash4 can?t :? - Support bash/ksh93-like "array=([key]=value ?)" and (additionally) "set ?A array -- [key]=value ?" to directly specify indic?s to use - Document the optional, unsupported, printf(1) builtin in TFM - Replace realpath(3) dependency and internally used get_phys_path() pdksh code with own implementation; always offer the realpath builtin - Implement nameref='typeset -n' (bounded variables) like AT&T ksh93 but with mksh-style nested/dynamic scoping and on-use resolving; they cannot currently be stored in an array though - Add "chdir" builtin doing the same as the "cd" special builtin - Document more differences between mksh (and pdksh) and AT&T ksh (or, more specific, ksh88, ksh93) in the manual page - Support "'a'" as an alternative to "1#a", like ksh93 does - Add ksh?s "test -o ?foo": true if "foo" is a valid shell option, where "foo" can be "xtrace" or "-x" or "+x" (these three are equivalent) - Support "$'?'" backslash-expanding single- quoted strings, as requested by David G. Korn, with almost the same syntax and semantics - Unify backslash expansion code (C style vs. print builtin mode) - Support "function stop () {" bashism - For several items in the source code that require order to be kept, provide it from multiply-included header files; sort correctly - Get rid of unneeded FMONITOR (-m) for shells without job control; sync list of flags, comments and manpage with reality - If MKSH_SMALL, reduce size by removing editor functionality - Support VT100 emulator style {Ctrl,Alt}-CurLeft/Right keycode sequences with new vt100-hack emacs bind function (LP: #355883) - Remove more, like GNU bash extensions, from MKSH_SMALL - Remove more functionality, such as Emacs command line editing mode bind key macros, and other extensions, from MKSH_SMALL to help floppies - Make forking and subshells less expensive wrt. random state - Build and source code fixes for / caught by SUNWcc, HP aCC, pcc, DEC ucode cc (MIPS), GCC, LLVM clang - Make undef/def MKSH_NOVI into 0/1 MKSH_S_NOVI build flag - Get rid of "U getenv" in nm(1) output, we already import environ - Simplify $RANDOM handling: reads are now either arc4random(3) (if available: set +o arc4random is no longer possible) or an LCG; writes are arc4random_pushb(3) if available for explicit writes, arc4random_addrandom(3) otherwise, or another one-at-a-time hash feeding the LCG; furthermore, RANDOM is now always exported to and imported from (implicit read: no push to kernel done) the environment vector on startup and spawning - Internal code cleanup, optimisation, moves to different files; dead/commented out code removal; code beautification - Document mksh does not exactly use OPTU-8/OPTU-16 in the manpage, as well as when characters, octets, or screen columns are used - Fix exit 127 on "mksh /tmp/horsies" ipv of 1 on ENOENT, #548744 - Fix typos in the testsuite - Begin a shared testsuite for mksh and posh - Document (via check.t) another posh bug affecting mksh, #445651 - Make ?((foo) || bar)? and ?((foo) | (bar))? work - Fix lazy evaluation of assignments by ternary operator, #445651 - Work around Cygwin bugs (quirks) hindering the testsuite - In FSH mode, "echo [-n] 'foo\x40bar'" shall not be expanded - Let Build.sh run with AIX bsh (SVR3 Bourne Shell) - Let set -- $(false); echo $? return 0 (POSIXly correct) in FSH mode, 1 (needed for getopt(1) support) otherwise - Changes of variables inside Bourne style POSIX functions indeed affect the current execution environment (of the function caller) - Fix getopts behaviour (sync with AT&T ksh93 not ksh88) - "eval $(false)" shall return 0 (Debian Closes: #550717) - Ensure that /* apo'strophes in comments */ work - New Build.sh flag -M to not compile but spit out a Makefrag.inc file from the current build environment, such as the (cross)compiler, CFLAGS, LDFLAGS, etc. which then can be sourced by e.g. the Android NDK, or built with make(1) ? BSD make and GNU make have been tested, but almost all makes should work if the source and build directories are the same or VPATH is supported at least (use of this option is discouraged) - Overhaul and simplify handling of (special) variables - Further reduce memory (code/data) and import footprint - Use functions without PATH_MAX limit on GNU/Hurd - Fix tab completing pathnames containing ?:?, ?=?, ?$? or ?`? - Support ?-T ? even if MKSH_SMALL and fix it - Remove "which" alias "whence -p" to allow "which -a" in dot.mkshrc and add more examples, some commented out - Fix print_columns() issue with displaying items where characters had differing number of octets and columns, and the off-by-one which had hidden this problem with 2-octet 1-column and 3-octet 2-column chars - Beautify the manpage in both AT&T nroff and GNU groff - Fix null-expansion of "${x%?}" if $x is unset - Make some globbing (${x%?}) operate on characters instead of octets; update manual page to reflect that others still do and remove wording that let people think we?d ever support POSuX character classes - New ${%foo} returning width of $foo in screen columns, or -1 if $foo contains an ASCII/latin1/Unicode C0/C1 control character - Fix subtle possible portability problem wrt. CHILD_MAX - Honour ?U on command line of an interactive shell - Fix dead stores and other bugs pointed out by the Clang static analyser; put assertions in places it has false positives (-DDEBUG) - Plug uninitialised memory access and possible out- of-bounds read of a buffer caught by Valgrind; change one memcpy(3) to memmove(3) where srcbuf and dstbuf overlap; place (-DDEBUG) workaround for false positive - HP aCC: change IA64 default from forced +DD64 to using the default; support Bundled compiler; fix double-const warning - Rework __attribute__ compiler capability check - Apply errno save/restore related fix from (sync with) oksh - Build.sh: output message when switching from autoconfiguration to building / output generation (requested by Matt "lewellyn" Lewandowsky); use "conftest.c" ipv "scn.c" (to please ccache); check for "-xipo" with SUNWcc (suggested by lewellyn as well) - Allow "unset foo[*]" (keep attributes) and "typeset foo[*]" (for forward-compatibility; in R39b it?s the same as "typeset foo") - When persistent history is enabled (but not MKSH_SMALL) and used, intertwine the shells concurrently accessing $HISTFILE better ? sync on empty or duplicate line as well (requested by Maximilian "mxey" Ga?) - Split off "set ?o posix" and "set ?o sh" again, to be somewhat more compatible to various old or vendor versions of pdksh and mksh: - MKSH_BINSHREDUCED sets FSH but not FPOSIX - MKSH_MIDNIGHTBSD01ASH_COMPAT depends on FSH but not FPOSIX - The echo built-in behaves the same for FPOSIX and FSH - File descriptors > 2 are not closed for both FPOSIX and FSH - Both "set -o posix" and "set -o sh" call "set +o braceexpand" - In contrast to R39 and below, the errorlevel of "set -- $(getopt ab:c "$@")" is now the same in ksh and FPOSIX mode (0) and only FSH will use the errorlevel of getopt (used to be the other way round) - Document some more shortcomings in the mksh(1) manual page - Contributed printf.c fixes: - Make printf(1) builtin use "$'?'" mode, like ksh93 - Fix const-cleanliness - Contributed arc4random.c fixes: - Fix buffer overflows in the Win32 codepath of the contributed arc4random.c file and limit the rate of expensive CryptGenRandom calls if we have other (seed in registry key) entropy pools - Fix uninitialised memory access caught by Valgrind - New Build.sh flag -valgrind since I?m lazy -------------------------------------------------------------------------------- ChangeLog: * Sat Feb 27 2010 Robert Scheck 39c-1 - Upgrade to 39c and updated arc4random.c file -------------------------------------------------------------------------------- ================================================================================ perl-File-Pid-1.01-3.el4 (FEDORA-EPEL-2010-2323) Pid File Manipulation -------------------------------------------------------------------------------- References: [ 1 ] Bug #495436 - Review Request: perl-File-Pid - Pid File Manipulation https://bugzilla.redhat.com/show_bug.cgi?id=495436 -------------------------------------------------------------------------------- ================================================================================ perl-HTML-RewriteAttributes-0.03-4.el4 (FEDORA-EPEL-2010-2336) Concise attribute rewriting -------------------------------------------------------------------------------- Update Information: HTML::RewriteAttributes is designed for simple yet powerful HTML attribute rewriting. -------------------------------------------------------------------------------- ================================================================================ perl-Nmap-Parser-1.19-4.el4.1 (FEDORA-EPEL-2010-2328) Parse nmap scan data with perl -------------------------------------------------------------------------------- Update Information: This update corrects the license information; perl-Nmap-Parser is now covered by the MIT license. It also corrects a minor packaging problem with incorrect ownership of directories. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Iain Arnell 1.19-4.1 - drop perl(XML::Twig) version requirement * Mon Mar 1 2010 Iain Arnell 1.19-4 - specfile cleanup prompted by BZ#569399 - license changed from GPLv2+ to MIT (since 1.11) * Mon Dec 7 2009 Stepan Kasal - 1.19-3 - rebuild against perl 5.10.1 * Sun Jul 26 2009 Fedora Release Engineering - 1.19-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #569399 - Wrong directory ownership https://bugzilla.redhat.com/show_bug.cgi?id=569399 -------------------------------------------------------------------------------- ================================================================================ python-dmidecode-3.10.11-2.el4 (FEDORA-EPEL-2010-2346) Python module to access DMI data -------------------------------------------------------------------------------- Update Information: This update enhances the logging behaviour of python-dmidecode. Two new functions are now made available to catch warnings and process them inside the the application, instead of printing them automatically to stderr/stdout. If these warnings are not processed, they will be reported automatically when dmidecode is unloaded from the application. The new functions are get-warnings() and clear-warnings(). -------------------------------------------------------------------------------- ================================================================================ python-sippy-1.0.3-1.el4 (FEDORA-EPEL-2010-2344) B2BUA (back-to-back user agent) SIP call controlling component -------------------------------------------------------------------------------- Update Information: Ver. 1.0.3 (bugfix release - fully API compatible) -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Peter Lemenkov 1.0.3-1 - Version 1.0.3 (bugfix release) -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Mar 3 00:20:37 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 03 Mar 2010 00:20:37 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100303002037.452E21110FD@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing 389-admin-1.1.11-0.2.a2.el5 cobbler-2.0.3.1-3.el5 environment-modules-3.2.7b-7.el5 febootstrap-2.6-1.el5 fedora-packager-0.4.0-1.el5 gconfmm26-2.14.2-1.el5 glpi-0.72.4-1.el5 hivex-1.2.0-2.el5.2 iwl6000-firmware-9.193.4.1-1.el5 jai-imageio-core-1.2-0.4.20100217cvs.el5 libguestfs-1.0.85-1.el5.5 libtdb-1.2.1-2.el5 libtevent-0.9.8-7.el5 libucil-0.9.8-1.el5 libunicap-0.9.8-1.el5 libunicapgtk-0.9.8-1.el5 mksh-39c-1.el5 netdump-server-0.7.16-22.el5 normaliz-2.2-3.el5 ntfs-3g-2010.2.6-1.el5 openjpeg-1.3-6.el5.1 perl-File-Pid-1.01-3.el5 perl-HTML-RewriteAttributes-0.03-4.el5 perl-Nmap-Parser-1.19-4.el5 perl-Text-Quoted-2.02-3.el5 pki-ca-1.3.2-2.el5 pki-kra-1.3.1-2.el5 pki-ocsp-1.3.1-2.el5 pki-tks-1.3.1-2.el5 python-sippy-1.0.3-1.el5 rabbitmq-server-1.7.2-1.el5 ucview-0.31-1.el5 zarafa-6.30.10-2.el5 Details about builds: ================================================================================ 389-admin-1.1.11-0.2.a2.el5 (FEDORA-EPEL-2010-2340) 389 Administration Server (admin) -------------------------------------------------------------------------------- ChangeLog: * Fri Feb 26 2010 Rich Megginson - 1.1.11.a2-0.2 - the 1.1.11.a2 release - Bug 460162 - FedoraDS "with-FHS" installs init.d StartupScript in wrong location - Bug 460209 - Correct configure help message - Bug 560827 - Admin Server: DistinguishName validation fails - Make check for threaded httpd work with Apache 2.0 * Thu Jan 21 2010 Nathan Kinder - 1.1.11.a1-0.1 - the 1.1.11.a1 release - added SELinux subpackage -------------------------------------------------------------------------------- References: [ 1 ] Bug #460162 - FedoraDS "with-FHS" installs init.d StartupScript in wrong location on non-RHEL/Fedora OS https://bugzilla.redhat.com/show_bug.cgi?id=460162 [ 2 ] Bug #460209 - adminserver "./configure --help" error @ --with-apr-config https://bugzilla.redhat.com/show_bug.cgi?id=460209 [ 3 ] Bug #560827 - Admin Server: DistinguishName validation fails https://bugzilla.redhat.com/show_bug.cgi?id=560827 -------------------------------------------------------------------------------- ================================================================================ cobbler-2.0.3.1-3.el5 (FEDORA-EPEL-2010-2335) Boot server configurator -------------------------------------------------------------------------------- Update Information: This is a new release of cobbler that contains a significant number of bug fixes on top of the cobbler 2.0 base. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Scott Henson - 2.0.3.1-3 - Bump release because I forgot cobbler-web * Mon Mar 1 2010 Scott Henson - 2.0.3.1-2 - Remove requires on mkinitrd as it is not used * Mon Feb 15 2010 Scott Henson - 2.0.3.1-1 - Upstream Brown Paper Bag Release (see CHANGELOG) * Thu Feb 11 2010 Scott Henson - 2.0.3-1 - Upstream changes (see CHANGELOG) * Mon Nov 23 2009 John Eckersberg - 2.0.2-1 - Upstream changes (see CHANGELOG) * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files -------------------------------------------------------------------------------- ================================================================================ environment-modules-3.2.7b-7.el5 (FEDORA-EPEL-2010-2325) Provides dynamic modification of a user's environment -------------------------------------------------------------------------------- Update Information: - Update to 3.2.7b: * Have init/bash export the module function * Fixed swap bug when prepending or appending multiple times. * Have purge remove loaded modules in reverse order * Bring manpages up to date * Fix typos in help messages and source-code comments * Fix the setup of $MODULESPATH to not have a trailing ':' * Fix segmentation violation occurring when the shelltype is absent * Clean up noise in '.modulespath' file * Add missing 'zsh' case in etc/global * Add bash auto-completion for the 'module' command * Adds new 'chdir' modulefile command (sets cwd on module load) - Set a sane default MANPATH - Add createmodule.sh utility script for creating modulefiles - Support different flavors of "sh" - Allow modulecmd to handle X resources -------------------------------------------------------------------------------- ChangeLog: * Thu Jan 7 2010 Orion Poplawski - 3.2.7b-7 - Add patch to set a sane default MANPATH - Add createmodule.sh utility script for creating modulefiles * Mon Nov 30 2009 Orion Poplawski - 3.2.7b-6 - Add Requires: propcs (bug #54272) * Mon Oct 26 2009 Orion Poplawski - 3.2.7b-5 - Don't assume different shell init scripts exist (bug #530770) * Fri Oct 23 2009 Orion Poplawski - 3.2.7b-4 - Don't load bash init script when bash is running as "sh" (bug #529745) * Mon Oct 19 2009 Orion Poplawski - 3.2.7b-3 - Support different flavors of "sh" (bug #529493) * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-2 - Add patch to fix modulecmd path in init files * Wed Sep 23 2009 Orion Poplawski - 3.2.7b-1 - Update to 3.2.7b * Mon Sep 21 2009 Orion Poplawski - 3.2.7-1 - Update to 3.2.7, fixes bug #524475 - Drop versioning patch fixed upstream * Fri Jul 24 2009 Fedora Release Engineering - 3.2.6-8 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Feb 24 2009 Fedora Release Engineering - 3.2.6-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Wed Sep 3 2008 - Orion Poplawski - 3.2.6-6 - Change %patch -> %patch0 * Fri Mar 14 2008 - Orion Poplawski - 3.2.6-5 - Add BR libX11-devel so modulecmd can handle X resources -------------------------------------------------------------------------------- ================================================================================ febootstrap-2.6-1.el5 (FEDORA-EPEL-2010-2348) Bootstrap a new Fedora system (like debootstrap) -------------------------------------------------------------------------------- Update Information: Backport of febootstrap 2.6 from Fedora Rawhide. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Richard Jones - 2.6-1 - New upstream release 2.6. - Backported from Fedora Rawhide. -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.4.0-1.el5 (FEDORA-EPEL-2010-2316) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: Update to fedora-packager 0.4.0 Adds: fedpkg Enhancements: fedora-cert is now a python library offering its use in multiple places -------------------------------------------------------------------------------- ChangeLog: * Fri Feb 26 2010 Dennis Gilmore - 0.4.0-1 - update to 0.4.0 adds fedpkg - make a fedora_cert python library - add basic date check for certs -------------------------------------------------------------------------------- ================================================================================ gconfmm26-2.14.2-1.el5 (FEDORA-EPEL-2010-2320) C++ wrapper for GConf2 -------------------------------------------------------------------------------- ================================================================================ glpi-0.72.4-1.el5 (FEDORA-EPEL-2010-2324) Free IT asset management software -------------------------------------------------------------------------------- Update Information: This version correct several bugs. Full upstream changelog : - Bug #1893: Unable to access to the model of phones dictionnary - Bug #1904: Vlan not add using Template - Bug #1906: Message-ID should not use $_SERVER['HTTP_HOST'] - Bug #1918: configured list_limit_max not honnoured - Bug #1941: Disconnecting a port doesn't free the network point. - Bug #1942: onglet Tous d'un objet - Bug #1946: Business rules bug on test processing - Bug #1963: expired license for deleted software - Bug #1969: bandwith / speed confusion - Bug #1971: Report by year for software - Bug #2017: Wrong ID for Export ICAL / Webcal - Bug #2030: Search engine problem : user in lists - Bug #2034: Interface helpdesk - ticket details - navigation problem - Bug #2035: Search on warranty date - Bug #2036: Report infocom display improvment - Bug #2039: OCS manual import do not use link processing - Bug #2042: Security Problem - root_doc computation - Bug #2043: Security : clean $_SERVER['PHP_SELF'] REQUEST_URI... - Bug #2056: LDAP Group retrieval for external auth -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Remi Collet - 0.72.4-1 - update to 0.72.4 -------------------------------------------------------------------------------- ================================================================================ hivex-1.2.0-2.el5.2 (FEDORA-EPEL-2010-2330) Read and write Windows Registry binary hive files -------------------------------------------------------------------------------- Update Information: Initial build for EPEL 5. -------------------------------------------------------------------------------- ================================================================================ iwl6000-firmware-9.193.4.1-1.el5 (FEDORA-EPEL-2010-2317) Firmware for Intel(R) Wireless WiFi Link 6000 Series AGN Adapter -------------------------------------------------------------------------------- Update Information: Version 9.193.4.1 of uCode for Intel 6000 Series Wi-Fi Adapters -------------------------------------------------------------------------------- References: [ 1 ] Bug #568130 - add iwl6000-firmware version 9.193.4.1 https://bugzilla.redhat.com/show_bug.cgi?id=568130 -------------------------------------------------------------------------------- ================================================================================ jai-imageio-core-1.2-0.4.20100217cvs.el5 (FEDORA-EPEL-2010-2298) Core Java Advanced Imaging Image I/O Tools API -------------------------------------------------------------------------------- Update Information: This package contains a CVS snapshot of jai-imageio-core from https://jai- imageio.dev.java.net/. Because of copyright issues, some functionality has been removed for packaging: * JAI Image I/O Operations * JPEG 2000 support * codecLib (C implementation of plugins for JPEG, PNG, and TIFF) Everything else should work, including java.nio based ImageIO streams, and ImageIO readers/writers for: * BMP * GIF * PCX * PNM * "Raw" (not digital camera RAW) * TIFF (some formats unavailable because of missing codecLib) * PCX * WBMP -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.85-1.el5.5 (FEDORA-EPEL-2010-2332) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: Backport of libguestfs 1.0.85 from Fedora Rawhide. -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Richard W.M. Jones - 1:1.0.85-1.el5.5 - Expand %{_rpmconfigdir} macro, which doesn't seem to expand or exist on EPEL 5. * Tue Mar 2 2010 Richard W.M. Jones - 1:1.0.85-1.el5.4 - Disable tests on i386 because of guestfish / 32 bit xstrtol test problem (RHBZ#567567). * Tue Mar 2 2010 Richard W.M. Jones - 1:1.0.85-1.el5.3 - Skip parted test which will always fail on old parted in RHEL 5. * Tue Mar 2 2010 Richard W.M. Jones - 1:1.0.85-1.el5.2 - Attempt a more complete fix for bash regexp quoting problem (RHBZ#566511). * Tue Mar 2 2010 Richard W.M. Jones - 1:1.0.85-1.el5.1 - Add some debugging to chase NTFS-3g in appliance problem. * Mon Mar 1 2010 Richard W.M. Jones - 1:1.0.85-1 - New upstream version 1.0.85. - Remove hivex, now a separate upstream project and package. - Remove supermin quoting patch, now upstream. * Mon Mar 1 2010 Richard W.M. Jones - 1:1.0.84-6 - Fix quoting in supermin-split script (RHBZ#566511). - Don't include bogus './builddir' entries in supermin hostfiles (RHBZ#566512). * Mon Feb 22 2010 Richard W.M. Jones - 1:1.0.84-4 - Don't include generator.ml in rpm. It's 400K and almost no one will need it. - Add comments to spec file about how repo building works. - Whitespace changes in the spec file. * Mon Feb 22 2010 Richard W.M. Jones - 1:1.0.84-3 - Bump and rebuild. * Tue Feb 16 2010 Richard W.M. Jones - 1:1.0.84-2 - Bump and rebuild. * Fri Feb 12 2010 Richard W.M. Jones - 1:1.0.84-1 - New upstream version 1.0.84. * Fri Feb 12 2010 Richard W.M. Jones - 1:1.0.83-8 - Bump and rebuild. * Thu Feb 11 2010 Richard W.M. Jones - 1.0.83-7 - Disable tests. These fail in Koji (on RHEL 5 kernel) because of a bug in preadv/pwritev emulation in glibc (RHBZ#563103). * Tue Feb 9 2010 Matthew Booth - 1.0.83-6 - Change buildnonet to buildnet - Allow buildnet, mirror, updates, virtio and runtests to be configured by user macros. * Mon Feb 8 2010 Richard W.M. Jones - 1.0.83-5 - libguestfs-tools should require perl-XML-Writer (RHBZ#562858). * Mon Feb 8 2010 Richard W.M. Jones - 1.0.83-4 - Use virtio for block device access (RHBZ#509383 is fixed). * Fri Feb 5 2010 Richard W.M. Jones - 1.0.83-3 - Rebuild: possible timing-related build problem in Koji. * Fri Feb 5 2010 Richard W.M. Jones - 1.0.83-2 - New upstream release 1.0.83. - This release fixes: Add Marathi translations (RHBZ#561671). Polish translations (RHBZ#502533). Add Gujarti translations (Sweta Kothari) (RHBZ#560918). Update Oriya translations (thanks Manoj Kumar Giri) (RHBZ#559498). Set locale in C programs so l10n works (RHBZ#559962). Add Tamil translation (RHBZ#559877) (thanks to I.Felix) Update Punjabi translation (RHBZ#559480) (thanks Jaswinder Singh) - There are significant fixes to hive file handling. - Add hivexsh and manual page. - Remove two patches, now upstream. * Sun Jan 31 2010 Richard W.M. Jones - 1:1.0.82-7 - Bump and rebuild. * Fri Jan 29 2010 Richard W.M. Jones - 1.0.82-6 - Backport a better fix for RHBZ557655 test from upstream. - Backport fix for unreadable yum.log from upstream. * Thu Jan 28 2010 Richard W.M. Jones - 1.0.82-3 - Backport RHBZ557655 test fix from upstream. * Thu Jan 28 2010 Richard W.M. Jones - 1.0.82-1 - New upstream version 1.0.82. This includes the two patches we were carrying, so those are now removed. - This release fixes: RHBZ#559498 (Oriya translation). RHBZ#559480 (Punjabi translation). RHBZ#558593 (Should prevent corruption by multilib). RHBZ#559237 (Telugu translation). RHBZ#557655 (Use xstrtol/xstrtoll to parse integers in guestfish). RHBZ#557195 (Missing crc kernel modules for recent Linux). - In addition this contains numerous fixes to the hivex library for parsing Windows Registry files, making hivex* and virt-win-reg more robust. - New API call 'filesize'. * Thu Jan 28 2010 Richard W.M. Jones - 1.0.81-8 - Backport special handling of libgcc_s.so. - Backport unreadable files patch from RHEL 6 / upstream. * Fri Jan 22 2010 Richard W.M. Jones - 1.0.81-5 - Require febootstrap >= 2.6 (RHBZ#557262). * Thu Jan 21 2010 Richard W.M. Jones - 1.0.81-4 - Rebuild for unannounced soname bump (libntfs-3g.so). * Fri Jan 15 2010 Richard W.M. Jones - 1.0.81-3 - Rebuild for unannounced soname bump (libplybootsplash.so). * Thu Jan 14 2010 Richard W.M. Jones - 1.0.81-2 - Rebuild for broken dependency (iptables soname bump). * Wed Jan 13 2010 Richard W.M. Jones - 1.0.81-1 - New upstream version 1.0.81. - Remove two upstream patches. - virt-inspector: Make RPM application data more specific (RHBZ#552718). * Tue Jan 12 2010 Richard W.M. Jones - 1.0.80-14 - Reenable tests because RHBZ#553689 is fixed. * Tue Jan 12 2010 Richard W.M. Jones - 1.0.80-13 - Rebuild because of libparted soname bump (1.9 -> 2.1). * Fri Jan 8 2010 Richard W.M. Jones - 1.0.80-12 - qemu in Rawhide is totally broken (RHBZ#553689). Disable tests. * Thu Jan 7 2010 Richard W.M. Jones - 1.0.80-11 - Remove gfs-utils (deprecated and removed from Fedora 13 by the upstream Cluster Suite developers). - Include patch to fix regression in qemu -serial stdio option. * Tue Dec 29 2009 Richard W.M. Jones - 1.0.80-10 - Remove some debugging statements which were left in the requires script by accident. * Mon Dec 21 2009 Richard W.M. Jones - 1.0.80-9 - Generate additional requires for supermin (RHBZ#547496). * Fri Dec 18 2009 Richard W.M. Jones - 1.0.80-3 - Work around udevsettle command problem (RHBZ#548121). - Enable tests. * Wed Dec 16 2009 Richard W.M. Jones - 1.0.80-2 - Disable tests because of RHBZ#548121. * Wed Dec 16 2009 Richard W.M. Jones - 1.0.80-1 - New upstream release 1.0.80. - New Polish translations (RHBZ#502533). - Give a meaningful error if no usable kernels are found (RHBZ#539746). - New tool: virt-list-filesystems * Fri Dec 4 2009 Stepan Kasal - 1:1.0.79-3 - rebuild against perl 5.10.1 * Wed Nov 18 2009 Richard W.M. Jones - 1.0.79-2 - New upstream release 1.0.79. - Adds FUSE test script and multiple fixes for FUSE (RHBZ#538069). - Fix virt-df in Xen (RHBZ#538041). - Improve speed of supermin appliance. - Disable FUSE-related tests because Koji doesn't currently allow them. fuse: device not found, try 'modprobe fuse' first * Tue Nov 10 2009 Richard W.M. Jones - 1.0.78-2 - New upstream release 1.0.78. - Many more filesystem types supported by this release - add them as dependencies. * Tue Nov 3 2009 Richard W.M. Jones - 1.0.77-1 - New upstream release 1.0.77. - Support for mounting guest in host using FUSE (guestmount command). - hivex*(1) man pages should be in main package, not -devel, since they are user commands. - libguestfs-tools: Fix "self-obsoletion" issue raised by rpmlint. - perl: Remove bogus script Sys/bindtests.pl. -------------------------------------------------------------------------------- References: [ 1 ] Bug #569178 - Updated spanish translation of hivex https://bugzilla.redhat.com/show_bug.cgi?id=569178 [ 2 ] Bug #502533 - Polish translation of libguestfs https://bugzilla.redhat.com/show_bug.cgi?id=502533 [ 3 ] Bug #567860 - [kn_IN] Kannada Translations for libguestfs https://bugzilla.redhat.com/show_bug.cgi?id=567860 [ 4 ] Bug #566511 - Supermin hostfiles lacks wildcard entries https://bugzilla.redhat.com/show_bug.cgi?id=566511 [ 5 ] Bug #566512 - Supermin hostfiles should not have ./builddir entries https://bugzilla.redhat.com/show_bug.cgi?id=566512 [ 6 ] Bug #565759 - [hi_IN] [libguestfs] Hindi Translations https://bugzilla.redhat.com/show_bug.cgi?id=565759 -------------------------------------------------------------------------------- ================================================================================ libtdb-1.2.1-2.el5 (FEDORA-EPEL-2010-2334) The tdb library -------------------------------------------------------------------------------- Update Information: Release libtdb for EPEL5 -------------------------------------------------------------------------------- ================================================================================ libtevent-0.9.8-7.el5 (FEDORA-EPEL-2010-2349) The tevent library -------------------------------------------------------------------------------- Update Information: Release libtevent for EPEL5 -------------------------------------------------------------------------------- ================================================================================ libucil-0.9.8-1.el5 (FEDORA-EPEL-2010-2327) Library to render text and graphic overlays onto video images -------------------------------------------------------------------------------- Update Information: Unicap provides a uniform interface to video capture devices. It allows applications to use any supported video capture device via a single API. The related ucil library provides easy to use functions to render text and graphic overlays onto video images. -------------------------------------------------------------------------------- References: [ 1 ] Bug #530702 - unicap-0.9.7 is available https://bugzilla.redhat.com/show_bug.cgi?id=530702 [ 2 ] Bug #567110 - Review Request: libucil - Library to render text and graphic overlays onto video images https://bugzilla.redhat.com/show_bug.cgi?id=567110 -------------------------------------------------------------------------------- ================================================================================ libunicap-0.9.8-1.el5 (FEDORA-EPEL-2010-2343) Library to access different kinds of (video) capture devices -------------------------------------------------------------------------------- Update Information: Unicap provides a uniform interface to video capture devices. It allows applications to use any supported video capture device via a single API. The unicap library offers a high level of hardware abstraction while maintaining maximum performance. Zero copy capture of video buffers is possible for devices supporting it allowing fast video capture with low CPU usage even on low-speed architectures. -------------------------------------------------------------------------------- References: [ 1 ] Bug #530702 - unicap-0.9.7 is available https://bugzilla.redhat.com/show_bug.cgi?id=530702 [ 2 ] Bug #567109 - Review Request: libunicap - Library to access different kinds of (video) capture devices https://bugzilla.redhat.com/show_bug.cgi?id=567109 -------------------------------------------------------------------------------- ================================================================================ libunicapgtk-0.9.8-1.el5 (FEDORA-EPEL-2010-2342) Library to build graphical widgets for the unicap library -------------------------------------------------------------------------------- Update Information: Unicap provides a uniform interface to video capture devices. It allows applications to use any supported video capture device via a single API. Building applications with a graphical user interface is made especially easy with the unicapGTK widget set. -------------------------------------------------------------------------------- References: [ 1 ] Bug #530702 - unicap-0.9.7 is available https://bugzilla.redhat.com/show_bug.cgi?id=530702 [ 2 ] Bug #567111 - Review Request: libunicapgtk - Library to build graphical widgets for the unicap library https://bugzilla.redhat.com/show_bug.cgi?id=567111 -------------------------------------------------------------------------------- ================================================================================ mksh-39c-1.el5 (FEDORA-EPEL-2010-2329) MirBSD enhanced version of the Korn Shell -------------------------------------------------------------------------------- Update Information: mksh R39c is an important minor bugfix release: - Build system, code, docs and testsuite cleanup, also style(9) - Build.sh now requires people to whitelist conftest*.c - AIX builds no longer pull in libcrypt uselessly by default - Parse and evaluate ${parameter op word} correctly - Fix possible SIGSEGV in interactive mode bind builtin due to mis-optimisation of gcc combined with a bogus prototype; discovered by Grml.org's Frank Terbeck (ft), thanks! - Prevent Build.sh from accidentally removing mksh.1 mksh R39b is a major stability and bugfix update: - Clean up some more strict *roff or compiler warnings: dashes, undefined macros; casting errors (constness, signedness, type width/class) and catch possibly unaligned pointer dereferences early; remove code/rodata redundancies, plug memory leaks - Tweak the manual page: point out the word "colour" - Optimise dot.mkshrc DJB?s CDB hash implementations; add Bob Jenkins? one-at-a-time hash (standard and leading-bit initialised); fix signedness in expressions; let the hashes use stdin if "$*" is empty, like Lb64{en,de}code; use "[[ -o utf8-mode ]]" ipv "[[ $- = *U* ]]" - Build.sh portability fixes: missing prerequisite headers; ensure $CC is never called without $CFLAGS; fix test.sh, et al. - Optimise internal variable representation; use one-at-a-time hash; cache hash values for faster resizing at zero memory cost; clean up hash table (keytab) code; switch hash table collision resolution algorithm to Python?s; prepare for later changes (commented out) - Fix type errors in the source code (int ? bool, size_t, mksh_uari_t) - Fix "${foo:bar:$baz}" not working (missing substitute() call) - Implement "typeset ?a" as nop - Support ksh93-like "${!foo[@]}" listing the keys (indic?s) of all set array elements ? zsh does it too (${(k)foo}), bash4 can?t :? - Support bash/ksh93-like "array=([key]=value ?)" and (additionally) "set ?A array -- [key]=value ?" to directly specify indic?s to use - Document the optional, unsupported, printf(1) builtin in TFM - Replace realpath(3) dependency and internally used get_phys_path() pdksh code with own implementation; always offer the realpath builtin - Implement nameref='typeset -n' (bounded variables) like AT&T ksh93 but with mksh-style nested/dynamic scoping and on-use resolving; they cannot currently be stored in an array though - Add "chdir" builtin doing the same as the "cd" special builtin - Document more differences between mksh (and pdksh) and AT&T ksh (or, more specific, ksh88, ksh93) in the manual page - Support "'a'" as an alternative to "1#a", like ksh93 does - Add ksh?s "test -o ?foo": true if "foo" is a valid shell option, where "foo" can be "xtrace" or "-x" or "+x" (these three are equivalent) - Support "$'?'" backslash-expanding single- quoted strings, as requested by David G. Korn, with almost the same syntax and semantics - Unify backslash expansion code (C style vs. print builtin mode) - Support "function stop () {" bashism - For several items in the source code that require order to be kept, provide it from multiply-included header files; sort correctly - Get rid of unneeded FMONITOR (-m) for shells without job control; sync list of flags, comments and manpage with reality - If MKSH_SMALL, reduce size by removing editor functionality - Support VT100 emulator style {Ctrl,Alt}-CurLeft/Right keycode sequences with new vt100-hack emacs bind function (LP: #355883) - Remove more, like GNU bash extensions, from MKSH_SMALL - Remove more functionality, such as Emacs command line editing mode bind key macros, and other extensions, from MKSH_SMALL to help floppies - Make forking and subshells less expensive wrt. random state - Build and source code fixes for / caught by SUNWcc, HP aCC, pcc, DEC ucode cc (MIPS), GCC, LLVM clang - Make undef/def MKSH_NOVI into 0/1 MKSH_S_NOVI build flag - Get rid of "U getenv" in nm(1) output, we already import environ - Simplify $RANDOM handling: reads are now either arc4random(3) (if available: set +o arc4random is no longer possible) or an LCG; writes are arc4random_pushb(3) if available for explicit writes, arc4random_addrandom(3) otherwise, or another one-at-a-time hash feeding the LCG; furthermore, RANDOM is now always exported to and imported from (implicit read: no push to kernel done) the environment vector on startup and spawning - Internal code cleanup, optimisation, moves to different files; dead/commented out code removal; code beautification - Document mksh does not exactly use OPTU-8/OPTU-16 in the manpage, as well as when characters, octets, or screen columns are used - Fix exit 127 on "mksh /tmp/horsies" ipv of 1 on ENOENT, #548744 - Fix typos in the testsuite - Begin a shared testsuite for mksh and posh - Document (via check.t) another posh bug affecting mksh, #445651 - Make ?((foo) || bar)? and ?((foo) | (bar))? work - Fix lazy evaluation of assignments by ternary operator, #445651 - Work around Cygwin bugs (quirks) hindering the testsuite - In FSH mode, "echo [-n] 'foo\x40bar'" shall not be expanded - Let Build.sh run with AIX bsh (SVR3 Bourne Shell) - Let set -- $(false); echo $? return 0 (POSIXly correct) in FSH mode, 1 (needed for getopt(1) support) otherwise - Changes of variables inside Bourne style POSIX functions indeed affect the current execution environment (of the function caller) - Fix getopts behaviour (sync with AT&T ksh93 not ksh88) - "eval $(false)" shall return 0 (Debian Closes: #550717) - Ensure that /* apo'strophes in comments */ work - New Build.sh flag -M to not compile but spit out a Makefrag.inc file from the current build environment, such as the (cross)compiler, CFLAGS, LDFLAGS, etc. which then can be sourced by e.g. the Android NDK, or built with make(1) ? BSD make and GNU make have been tested, but almost all makes should work if the source and build directories are the same or VPATH is supported at least (use of this option is discouraged) - Overhaul and simplify handling of (special) variables - Further reduce memory (code/data) and import footprint - Use functions without PATH_MAX limit on GNU/Hurd - Fix tab completing pathnames containing ?:?, ?=?, ?$? or ?`? - Support ?-T ? even if MKSH_SMALL and fix it - Remove "which" alias "whence -p" to allow "which -a" in dot.mkshrc and add more examples, some commented out - Fix print_columns() issue with displaying items where characters had differing number of octets and columns, and the off-by-one which had hidden this problem with 2-octet 1-column and 3-octet 2-column chars - Beautify the manpage in both AT&T nroff and GNU groff - Fix null-expansion of "${x%?}" if $x is unset - Make some globbing (${x%?}) operate on characters instead of octets; update manual page to reflect that others still do and remove wording that let people think we?d ever support POSuX character classes - New ${%foo} returning width of $foo in screen columns, or -1 if $foo contains an ASCII/latin1/Unicode C0/C1 control character - Fix subtle possible portability problem wrt. CHILD_MAX - Honour ?U on command line of an interactive shell - Fix dead stores and other bugs pointed out by the Clang static analyser; put assertions in places it has false positives (-DDEBUG) - Plug uninitialised memory access and possible out- of-bounds read of a buffer caught by Valgrind; change one memcpy(3) to memmove(3) where srcbuf and dstbuf overlap; place (-DDEBUG) workaround for false positive - HP aCC: change IA64 default from forced +DD64 to using the default; support Bundled compiler; fix double-const warning - Rework __attribute__ compiler capability check - Apply errno save/restore related fix from (sync with) oksh - Build.sh: output message when switching from autoconfiguration to building / output generation (requested by Matt "lewellyn" Lewandowsky); use "conftest.c" ipv "scn.c" (to please ccache); check for "-xipo" with SUNWcc (suggested by lewellyn as well) - Allow "unset foo[*]" (keep attributes) and "typeset foo[*]" (for forward-compatibility; in R39b it?s the same as "typeset foo") - When persistent history is enabled (but not MKSH_SMALL) and used, intertwine the shells concurrently accessing $HISTFILE better ? sync on empty or duplicate line as well (requested by Maximilian "mxey" Ga?) - Split off "set ?o posix" and "set ?o sh" again, to be somewhat more compatible to various old or vendor versions of pdksh and mksh: - MKSH_BINSHREDUCED sets FSH but not FPOSIX - MKSH_MIDNIGHTBSD01ASH_COMPAT depends on FSH but not FPOSIX - The echo built-in behaves the same for FPOSIX and FSH - File descriptors > 2 are not closed for both FPOSIX and FSH - Both "set -o posix" and "set -o sh" call "set +o braceexpand" - In contrast to R39 and below, the errorlevel of "set -- $(getopt ab:c "$@")" is now the same in ksh and FPOSIX mode (0) and only FSH will use the errorlevel of getopt (used to be the other way round) - Document some more shortcomings in the mksh(1) manual page - Contributed printf.c fixes: - Make printf(1) builtin use "$'?'" mode, like ksh93 - Fix const-cleanliness - Contributed arc4random.c fixes: - Fix buffer overflows in the Win32 codepath of the contributed arc4random.c file and limit the rate of expensive CryptGenRandom calls if we have other (seed in registry key) entropy pools - Fix uninitialised memory access caught by Valgrind - New Build.sh flag -valgrind since I?m lazy -------------------------------------------------------------------------------- ChangeLog: * Sat Feb 27 2010 Robert Scheck 39c-1 - Upgrade to 39c and updated arc4random.c file -------------------------------------------------------------------------------- ================================================================================ netdump-server-0.7.16-22.el5 (FEDORA-EPEL-2010-2333) Server for network kernel message logging and crash dumps -------------------------------------------------------------------------------- Update Information: Adds example scripts to the package -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Neil Horman - 0.7.16-22 - Added example scripts -------------------------------------------------------------------------------- References: [ 1 ] Bug #568928 - netdump-server appears to be missing scripts https://bugzilla.redhat.com/show_bug.cgi?id=568928 -------------------------------------------------------------------------------- ================================================================================ normaliz-2.2-3.el5 (FEDORA-EPEL-2010-2337) A tool for mathematical computations -------------------------------------------------------------------------------- Update Information: Normaliz is a (command line) tool for computations in affine monoids, vector configurations, lattice polytopes, and rational cones. -------------------------------------------------------------------------------- ================================================================================ ntfs-3g-2010.2.6-1.el5 (FEDORA-EPEL-2010-2350) Linux NTFS userspace driver -------------------------------------------------------------------------------- Update Information: Initial build for EPEL 5. -------------------------------------------------------------------------------- ================================================================================ openjpeg-1.3-6.el5.1 (FEDORA-EPEL-2010-0245) OpenJPEG command line tools -------------------------------------------------------------------------------- Update Information: EPEL version of OpenJPEG. -------------------------------------------------------------------------------- ================================================================================ perl-File-Pid-1.01-3.el5 (FEDORA-EPEL-2010-2339) Pid File Manipulation -------------------------------------------------------------------------------- References: [ 1 ] Bug #495436 - Review Request: perl-File-Pid - Pid File Manipulation https://bugzilla.redhat.com/show_bug.cgi?id=495436 -------------------------------------------------------------------------------- ================================================================================ perl-HTML-RewriteAttributes-0.03-4.el5 (FEDORA-EPEL-2010-2322) Concise attribute rewriting -------------------------------------------------------------------------------- Update Information: HTML::RewriteAttributes is designed for simple yet powerful HTML attribute rewriting. -------------------------------------------------------------------------------- ================================================================================ perl-Nmap-Parser-1.19-4.el5 (FEDORA-EPEL-2010-2347) Parse nmap scan data with perl -------------------------------------------------------------------------------- Update Information: This update corrects the license information; perl-Nmap-Parser is now covered by the MIT license. It also corrects a minor packaging problem with incorrect ownership of directories. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Iain Arnell 1.19-4 - specfile cleanup prompted by BZ#569399 - license changed from GPLv2+ to MIT (since 1.11) * Mon Dec 7 2009 Stepan Kasal - 1.19-3 - rebuild against perl 5.10.1 * Sun Jul 26 2009 Fedora Release Engineering - 1.19-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #569399 - Wrong directory ownership https://bugzilla.redhat.com/show_bug.cgi?id=569399 -------------------------------------------------------------------------------- ================================================================================ perl-Text-Quoted-2.02-3.el5 (FEDORA-EPEL-2010-2321) Extract the structure of a quoted mail message -------------------------------------------------------------------------------- Update Information: Text::Quoted examines the structure of some text which may contain multiple different levels of quoting, and turns the text into a nested data structure. -------------------------------------------------------------------------------- ================================================================================ pki-ca-1.3.2-2.el5 (FEDORA-EPEL-2010-2291) Dogtag Certificate System - Certificate Authority -------------------------------------------------------------------------------- Update Information: Add 'pki-console' as a runtime dependency -------------------------------------------------------------------------------- References: [ 1 ] Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . https://bugzilla.redhat.com/show_bug.cgi?id=566059 -------------------------------------------------------------------------------- ================================================================================ pki-kra-1.3.1-2.el5 (FEDORA-EPEL-2010-2287) Dogtag Certificate System - Data Recovery Manager -------------------------------------------------------------------------------- Update Information: Add 'pki-console' as a runtime dependency -------------------------------------------------------------------------------- ChangeLog: * Tue Feb 16 2010 Matthew Harmsen 1.3.1-2 - Bugzilla Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . * Mon Feb 8 2010 Matthew Harmsen 1.3.1-1 - Bugzilla Bug #562986 - Supply convenience symlink(s) for backwards compatibility (rename jar files as appropriate) -------------------------------------------------------------------------------- References: [ 1 ] Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . https://bugzilla.redhat.com/show_bug.cgi?id=566059 -------------------------------------------------------------------------------- ================================================================================ pki-ocsp-1.3.1-2.el5 (FEDORA-EPEL-2010-0252) Dogtag Certificate System - Online Certificate Status Protocol Manager -------------------------------------------------------------------------------- Update Information: Add 'pki-console' as a runtime dependency -------------------------------------------------------------------------------- ChangeLog: * Tue Feb 16 2010 Matthew Harmsen 1.3.1-2 - Bugzilla Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . * Mon Feb 8 2010 Matthew Harmsen 1.3.1-1 - Bugzilla Bug #562986 - Supply convenience symlink(s) for backwards compatibility (rename jar files as appropriate) -------------------------------------------------------------------------------- References: [ 1 ] Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . https://bugzilla.redhat.com/show_bug.cgi?id=566059 -------------------------------------------------------------------------------- ================================================================================ pki-tks-1.3.1-2.el5 (FEDORA-EPEL-2010-2284) Dogtag Certificate System - Token Key Service -------------------------------------------------------------------------------- Update Information: Add 'pki-console' as a runtime dependency -------------------------------------------------------------------------------- References: [ 1 ] Bug #566059 - Add 'pki-console' as a runtime dependency for CA, KRA, OCSP, and TKS . . . https://bugzilla.redhat.com/show_bug.cgi?id=566059 -------------------------------------------------------------------------------- ================================================================================ python-sippy-1.0.3-1.el5 (FEDORA-EPEL-2010-2318) B2BUA (back-to-back user agent) SIP call controlling component -------------------------------------------------------------------------------- Update Information: Ver. 1.0.3 (bugfix release - fully API compatible) -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Peter Lemenkov 1.0.3-1 - Version 1.0.3 (bugfix release) -------------------------------------------------------------------------------- ================================================================================ rabbitmq-server-1.7.2-1.el5 (FEDORA-EPEL-2010-2351) The RabbitMQ server -------------------------------------------------------------------------------- Update Information: New upstream release 1.7.2 -------------------------------------------------------------------------------- ChangeLog: * Mon Feb 15 2010 Matthew Sackman 1.7.2-1 - New Upstream Release * Fri Jan 22 2010 Matthew Sackman 1.7.1-1 - New Upstream Release -------------------------------------------------------------------------------- ================================================================================ ucview-0.31-1.el5 (FEDORA-EPEL-2010-2331) Image and video capture application using unicap toolkit -------------------------------------------------------------------------------- Update Information: - added support for plugin image file type handlers - src/plugin_loader.c (ucview_load_plugins): fix: plugin load failed if user_path did not exist - src/settings_dialog.c (settings_dialog_init): replaced deprecated gtk_hbutton_box_set_layout_default - src/ucview-info-box.c (style_set): GtkTooltips is deprecated ( and the style code is incorrect ) - src/checkperm.c (create_message_dialog): removed deprecated gtk_box_pack_start_defaults - src /ucview-window.c - (fps_timeout_cb): show a message when no more video frames are received - (ucview_window_enable_fps_display): moved to ucview-window.c - src/callbacks.c (change_device_cb): preselect current device - src/callbacks.c (device_dialog_ok_clicked_cb): clear info box on device change - src/ucview-window.c (device_removed_response_cb): destroy 'device removed' box after response - src/ucview-device-dialog.c (ucview_device_dialog_get_handle): return a cloned handle for ucview_device_dialog_get_handle - src/gui.c: moved Adjustments entry to device menu - src/ucview-time-selection.c: proper naming of source file - src/ucview-window.c (ucview_window_class_init): new 'video- format-changed' signal - src/plugin_loader.c (ucview_load_plugins): require a ucview_plugin_get_api_version func updated plugin API - src/ucview-device- dialog.c: made device change dialog non-modal - src/callbacks.c (change_device_cb): made device change dialog non-modal - src/ucview-window.c: proper naming of source file - src/ucview.c: code cleanup -------------------------------------------------------------------------------- ChangeLog: * Sat Feb 27 2010 Robert Scheck 0.31-1 - Upgrade to 0.31 (#530708) * Sat Oct 24 2009 Robert Scheck 0.30-1 - Upgrade to 0.30 (#530708) * Sun Sep 27 2009 Orcan Ogetbil - 0.23-4 - Update desktop file according to F-12 FedoraStudio feature * Sun Jul 26 2009 Fedora Release Engineering - 0.23-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #530708 - ucview-0.30 is available https://bugzilla.redhat.com/show_bug.cgi?id=530708 -------------------------------------------------------------------------------- ================================================================================ zarafa-6.30.10-2.el5 (FEDORA-EPEL-2010-2312) Zarafa Outlook Sharing and Open Source Collaboration -------------------------------------------------------------------------------- Update Information: Zarafa Outlook Sharing is a Microsoft Exchange replacement. The Open Source Collaboration provides an integration with your existing Linux mail server, native mobile phone support by ActiveSync compatiblity and a webaccess with 'Look & Feel' similar to Outlook using Ajax. Including an IMAP4 and a POP3 gateway as well as an iCal/CalDAV gateway, Zarafa can combine the usability with the stability and flexibility of a Linux server. The proven Zarafa groupware solution is using MAPI objects, provides a MAPI client library as well as programming interfaces for C++, PHP and Perl. The other Zarafa related packages need to be installed to gain all the features and benefits of Zarafa Outlook Sharing and Open Source Collaboration. -------------------------------------------------------------------------------- References: [ 1 ] Bug #498194 - Review Request: zarafa - Zarafa Outlook Sharing and Open Source Collaboration https://bugzilla.redhat.com/show_bug.cgi?id=498194 [ 2 ] Bug #564282 - SIGPIPE error in zarafa-server with UNIX authentication https://bugzilla.redhat.com/show_bug.cgi?id=564282 [ 3 ] Bug #567262 - SIGSEGV error in zarafa-server with DB authentication https://bugzilla.redhat.com/show_bug.cgi?id=567262 [ 4 ] Bug #564129 - Usage of zarafa-webaccess causes segmentation fault of httpd (via php-mapi) https://bugzilla.redhat.com/show_bug.cgi?id=564129 -------------------------------------------------------------------------------- From james.t.saint-rossy at nasa.gov Wed Mar 3 20:16:37 2010 From: james.t.saint-rossy at nasa.gov (Saint-Rossy, James T. (HQ-LM020)[InDyne, Inc]) Date: Wed, 3 Mar 2010 14:16:37 -0600 Subject: bucardo-4.4.0-2.el5 dependency issue on RHEL/Centos 5.X Message-ID: <53572421-E5C6-4BA9-BA31-7F7FDAAA643E@nasa.gov> Looks like there is a dependency issue for bucardo on RHEL/Centos 5.X. It's failing on postgresql-plperl which doesn't exist in RHN or EPEL repos. I think the equivalent is postgresql-pl which includes the plperl bit. Also noticed that you need the rpmforge repo in order to get a perl-DBD-Pg > 2.0. Just want to verify with people here before submitting a bug report. [root at bobsyouruncle yum.repos.d]# cat /etc/redhat-release CentOS release 5.4 (Final) [root at pacifica jsaintro]# yum install bucardo Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * addons: mirror.skiplink.com * base: mirror.cogentco.com * epel: mirrors.tummy.com * extras: mirrors.serveraxis.net * rpmforge: apt.sw.be * updates: mirror.san.fastserv.com addons | 951 B 00:00 base | 2.1 kB 00:00 epel | 3.4 kB 00:00 epel/primary_db | 2.4 MB 00:00 extras | 2.1 kB 00:00 rpmforge | 1.1 kB 00:00 updates | 1.9 kB 00:00 Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: perl(DBD::Pg) >= 2.0 for package: bucardo --> Processing Dependency: postgresql-plperl for package: bucardo --> Processing Dependency: perl(DBD::Pg) for package: bucardo --> Processing Dependency: perl(DBIx::Safe) for package: bucardo --> Running transaction check ---> Package bucardo.noarch 0:4.4.0-2.el5 set to be updated --> Processing Dependency: postgresql-plperl for package: bucardo ---> Package perl-DBD-Pg.i386 0:2.16.0-1.el5.rf set to be updated ---> Package perl-DBIx-Safe.noarch 0:1.2.5-6.el5 set to be updated --> Finished Dependency Resolution bucardo-4.4.0-2.el5.noarch from epel has depsolving problems --> Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) Error: Missing Dependency: postgresql-plperl is needed by package bucardo-4.4.0-2.el5.noarch (epel) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest From updates at fedoraproject.org Thu Mar 4 21:01:36 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 04 Mar 2010 21:01:36 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100304210136.9802610F98E@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing 389-ds-base-1.2.6-0.2.a2.el5 4ti2-1.3.2-5.el5 bakefile-0.2.8-3.el5 bodhi-0.7.2-1.el5 cobbler-2.0.3.1-3.el5 fetch-crl-2.8.2-1.el5 hdf-4.2.5-1.el5 netsniff-ng-0.5.5.0-0.4.211svn.el5 perl-File-ShareDir-1.00-5.el5 perl-Pod-PseudoPod-LaTeX-1.000-2.el5 python-cpio-0.1-9.el5 python-empy-3.3-5.el5 Details about builds: ================================================================================ 389-ds-base-1.2.6-0.2.a2.el5 (FEDORA-EPEL-2010-2365) 389 Directory Server (base) -------------------------------------------------------------------------------- Update Information: This is the alpha 2 release (.a2) of 1.2.6. This release includes support for matching rules, as well as many bug fixes. -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Rich Megginson - 1.2.6-0.2.a2 - 1.2.6.a2 release - add support for matching rules - many bug fixes * Fri Jan 15 2010 Nathan Kinder - 1.2.6-0.1.a1 - 1.2.6.a1 release - Added SELinux policy and subpackages -------------------------------------------------------------------------------- References: [ 1 ] Bug #543590 - Tracking bug for 389 Directory Server 1.2.6 https://bugzilla.redhat.com/show_bug.cgi?id=543590 -------------------------------------------------------------------------------- ================================================================================ 4ti2-1.3.2-5.el5 (FEDORA-EPEL-2010-2352) A software package for problems on linear spaces -------------------------------------------------------------------------------- Update Information: A software package for algebraic, geometric and combinatorial problems on linear spaces. -------------------------------------------------------------------------------- ================================================================================ bakefile-0.2.8-3.el5 (FEDORA-EPEL-2010-2356) A cross-platform, cross-compiler native makefiles generator -------------------------------------------------------------------------------- Update Information: Bakefile is cross-platform, cross-compiler native makefiles generator. It takes compiler-independent description of build tasks as input and generates native makefile (autoconf's Makefile.in, Visual C++ project, bcc makefile etc.). -------------------------------------------------------------------------------- ================================================================================ bodhi-0.7.2-1.el5 (FEDORA-EPEL-2010-2360) A modular framework that facilitates publishing software updates -------------------------------------------------------------------------------- Update Information: Bugfix release, along with improved critical path update support. -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 3 2010 Luke Macken - 0.7.2-1 - 0.7.2 bugfix release * Tue Feb 16 2010 Luke Macken - 0.7.1-1 - Fix a regression in our metrics controller, and unvail a new metrics JSON API * Tue Feb 16 2010 Luke Macken - 0.7.0-2 - Add the F13 updates-testing mash configuration * Mon Jan 18 2010 Luke Macken - 0.7.0-1 - 0.7.0 release, prepping for the F13 release - Critical Path & No Frozen Rawhide proposals implemented - Many other bugfixes, enhancements, and optimizations * Fri Nov 6 2009 Luke Macken - 0.6.12-1 - 0.6.12, for F12 * Sat Sep 19 2009 Luke Macken - 0.6.11-1 - 0.6.11 * Fri Sep 18 2009 Luke Macken - 0.6.10-1 - 0.6.10 * Thu Sep 17 2009 Luke Macken - 0.6.9-2 - More CSRF tweaks * Thu Sep 17 2009 Luke Macken - 0.6.9-1 - 0.6.9 * Mon Sep 14 2009 Luke Macken - 0.6.8-1 - 0.6.8 * Wed Sep 9 2009 Luke Macken - 0.6.7-1 - 0.6.7 * Wed Sep 9 2009 Luke Macken - 0.6.6-1 - 0.6.6 * Wed Sep 9 2009 Luke Macken - 0.6.5-1 - 0.6.5 * Fri Aug 14 2009 Luke Macken - 0.6.4-1 - 0.6.4 * Thu Aug 13 2009 Luke Macken - 0.6.3-1 - 0.6.3 * Fri Jul 10 2009 Luke Macken - 0.6.2-1 - 0.6.2 * Thu Jul 9 2009 Luke Macken - 0.6.1-1 - 0.6.1 * Thu Jul 9 2009 Luke Macken - 0.6.0-1 - 0.6.0 final * Mon Jul 6 2009 Luke Macken - 0.6.0-0.7.beta - beta7 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.6.beta - beta6 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.5.beta - beta5, with EPEL mash configs * Fri Jul 3 2009 Luke Macken - 0.6.0-0.4.beta - beta4 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.3.beta - beta3 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.2.beta - beta2 - Make our Bugzilla cookie file configurable * Thu Jul 2 2009 Luke Macken - 0.6.0-0.1.beta - 0.6.0 beta * Mon Jun 22 2009 Luke Macken - 0.5.27-01 - Latest upstream release to bring in fixed mash config files. * Fri Jun 12 2009 Luke Macken - 0.5.26-1 - Latest upstream release with a variety of fixes and pkgdb-0.4 support. * Tue May 12 2009 Luke Macken - 0.5.25-1 - Latest upstream bugfix release to work around some TG 1.0.8 brokenness, and make our masher a bit more robust. * Tue May 12 2009 Luke Macken - 0.5.24-1 - 0.5.24 bugfix release * Thu May 7 2009 Luke Macken - 0.5.23-1 - Add mash configs for F11, with deltarpm support. * Thu Apr 30 2009 Luke Macken - 0.5.22-1 - Remove pagination patch, as Fedora Infrastructure is now TG 1.0.8 * Thu Apr 30 2009 Luke Macken - 0.5.21-1 - Update to TG 1.0.8 API (fixes a @paginate issue) -------------------------------------------------------------------------------- ================================================================================ cobbler-2.0.3.1-3.el5 (FEDORA-EPEL-2010-2335) Boot server configurator -------------------------------------------------------------------------------- Update Information: This is a new release of cobbler that contains a significant number of bug fixes on top of the cobbler 2.0 base. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Scott Henson - 2.0.3.1-3 - Bump release because I forgot cobbler-web * Mon Mar 1 2010 Scott Henson - 2.0.3.1-2 - Remove requires on mkinitrd as it is not used * Mon Feb 15 2010 Scott Henson - 2.0.3.1-1 - Upstream Brown Paper Bag Release (see CHANGELOG) * Thu Feb 11 2010 Scott Henson - 2.0.3-1 - Upstream changes (see CHANGELOG) * Mon Nov 23 2009 John Eckersberg - 2.0.2-1 - Upstream changes (see CHANGELOG) * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files -------------------------------------------------------------------------------- ================================================================================ fetch-crl-2.8.2-1.el5 (FEDORA-EPEL-2010-2355) Downloads Certificate Revocation Lists -------------------------------------------------------------------------------- Update Information: This tool and associated cron entry ensure that Certificate Revocation Lists (CRLs) are periodically retrieved from the web sites of the respective Certification Authorities. It assumes that the installed CA files follow the hash.crl_url convention. This latest version contains bugfix: When more than one URL was listed in the crl_url file, fetch-crl would download /all/ of these CRLs, even if the download of the first one was already successful. And it would complain loudly if any of these failed. This kind-of defeats the purpose of having multiple URLs there. -------------------------------------------------------------------------------- References: [ 1 ] Bug #564143 - Review Request: fetch-crl - Downloads Certificate Revocation Lists https://bugzilla.redhat.com/show_bug.cgi?id=564143 -------------------------------------------------------------------------------- ================================================================================ hdf-4.2.5-1.el5 (FEDORA-EPEL-2010-2358) A general purpose library and file format for storing scientific data -------------------------------------------------------------------------------- Update Information: New features and changes in HDF 4.2.5 include: - SDgetchunkinfo now contains compression type and compression information. If a failure occurs while getting compression information, the associated compression parameters will be set to -1 to indicate that no compression information was retrieved (rather than simply failing). - A vgroup name and class name can now be more than the previous limit of 64 characters. Two public functions (Vgetnamelen, Vgetclassnamelen) have been provided for applications to allocate sufficient space for these items. - SDreset_maxopenfiles was added to allow users to reset the number of files that can be open at the same time to the system limit minus 3. - The -k flag was added to "hdp dumpsds" to display SDSs in the order they are specified on the command line. - The -V option to print the library version string was added to many tools. - Many bugs were fixed. Please see the HDF 4.2.5 release notes for complete details on what has changed in this release: http://www.hdfgroup.org/ftp/HDF/HDF_Current/src/hdf-4.2.5-RELEASE.txt -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Orion Poplawski 4.2.5-1 - Update to 4.2.5 -------------------------------------------------------------------------------- ================================================================================ netsniff-ng-0.5.5.0-0.4.211svn.el5 (FEDORA-EPEL-2010-2363) A high performance network sniffer for packet inspection -------------------------------------------------------------------------------- Update Information: Initial release of netsniff-ng A high performance network sniffer for packet inspection -------------------------------------------------------------------------------- References: [ 1 ] Bug #553281 - Review Request: netsniff-ng - high performance linux network sniffer for packet inspection https://bugzilla.redhat.com/show_bug.cgi?id=553281 -------------------------------------------------------------------------------- ================================================================================ perl-File-ShareDir-1.00-5.el5 (FEDORA-EPEL-2010-2354) Locate per-dist and per-module shared files -------------------------------------------------------------------------------- Update Information: The intent of File::ShareDir is to provide a companion to Class::Inspector and File::HomeDir, modules that take a process that is well-known by advanced Perl developers but gets a little tricky, and make it more available to the larger Perl community. -------------------------------------------------------------------------------- ================================================================================ perl-Pod-PseudoPod-LaTeX-1.000-2.el5 (FEDORA-EPEL-2010-2362) Pod::PseudoPod::LaTeX Perl module -------------------------------------------------------------------------------- Update Information: initial upload for the perl Module Pod::PseudoPod::LaTeX -------------------------------------------------------------------------------- ================================================================================ python-cpio-0.1-9.el5 (FEDORA-EPEL-2010-2357) A Python module for accessing cpio archives -------------------------------------------------------------------------------- Update Information: First build for EPEL-5 -------------------------------------------------------------------------------- ================================================================================ python-empy-3.3-5.el5 (FEDORA-EPEL-2010-2359) A powerful and robust template system for Python -------------------------------------------------------------------------------- Update Information: EmPy is a system for embedding Python expressions and statements in template text; it takes an EmPy source file, processes: it, and produces output. -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Mar 4 21:01:36 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 04 Mar 2010 21:01:36 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100304210136.74C2910F973@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing fetch-crl-2.8.2-1.el4 hdf-4.2.5-1.el4 openhpi-2.14.1-3.el4.1 Details about builds: ================================================================================ fetch-crl-2.8.2-1.el4 (FEDORA-EPEL-2010-2353) Downloads Certificate Revocation Lists -------------------------------------------------------------------------------- Update Information: This tool and associated cron entry ensure that Certificate Revocation Lists (CRLs) are periodically retrieved from the web sites of the respective Certification Authorities. It assumes that the installed CA files follow the hash.crl_url convention. This latest version contains bugfix: When more than one URL was listed in the crl_url file, fetch-crl would download /all/ of these CRLs, even if the download of the first one was already successful. And it would complain loudly if any of these failed. This kind-of defeats the purpose of having multiple URLs there. -------------------------------------------------------------------------------- References: [ 1 ] Bug #564143 - Review Request: fetch-crl - Downloads Certificate Revocation Lists https://bugzilla.redhat.com/show_bug.cgi?id=564143 -------------------------------------------------------------------------------- ================================================================================ hdf-4.2.5-1.el4 (FEDORA-EPEL-2010-2361) A general purpose library and file format for storing scientific data -------------------------------------------------------------------------------- Update Information: New features and changes in HDF 4.2.5 include: - SDgetchunkinfo now contains compression type and compression information. If a failure occurs while getting compression information, the associated compression parameters will be set to -1 to indicate that no compression information was retrieved (rather than simply failing). - A vgroup name and class name can now be more than the previous limit of 64 characters. Two public functions (Vgetnamelen, Vgetclassnamelen) have been provided for applications to allocate sufficient space for these items. - SDreset_maxopenfiles was added to allow users to reset the number of files that can be open at the same time to the system limit minus 3. - The -k flag was added to "hdp dumpsds" to display SDSs in the order they are specified on the command line. - The -V option to print the library version string was added to many tools. - Many bugs were fixed. Please see the HDF 4.2.5 release notes for complete details on what has changed in this release: http://www.hdfgroup.org/ftp/HDF/HDF_Current/src/hdf-4.2.5-RELEASE.txt -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 2 2010 Orion Poplawski 4.2.5-1 - Update to 4.2.5 -------------------------------------------------------------------------------- ================================================================================ openhpi-2.14.1-3.el4.1 (FEDORA-EPEL-2010-2364) Hardware Platform Interface library and tools -------------------------------------------------------------------------------- From ndp at opendap.org Thu Mar 4 21:20:05 2010 From: ndp at opendap.org (Nathan Potter) Date: Thu, 4 Mar 2010 13:20:05 -0800 Subject: EPEL and Java Projects. In-Reply-To: <4842C290-1634-4187-9724-74EB6CD3C60B@opendap.org> References: <4842C290-1634-4187-9724-74EB6CD3C60B@opendap.org> Message-ID: <8A234E32-BC31-4955-B797-8D10458FC19B@opendap.org> Greetings, Did I post this question to the wrong group? Is there someone here that can point me in the correct direction? Sincerely, Nathan On Feb 18, 2010, at 6:08 PM, Nathan Potter wrote: > > > > Greetings, > > My group is looking at bringing our project into EPEL. Among the > reasons for doing so is to provide our users with ABI stability. The > project is a web service application that is built from a C++ coded > back-end that is driven by user requests through a java servlet. The > way that C and C++ projects are brought into fedora and along into > EPEL seems pretty clearly documented, as are the ABI stability > benefits that are part of EPEL design goals. > > However I am seeing almost no discussion about the java side of the > equation. > > Can you point me to any specific documents or guidelines that would > help me get educated on what the issues are with bringing a java > project into EPEL? IS there any discussion of ABI stability with > regards to Java? Or is API stability the only real issue for java? > > I did find this page: > > http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies > > Where I learned that EPEL projects must follow the Fedora Packaging > and Maintenance Guidelines, and which led me to this: > > http://fedoraproject.org/wiki/Packaging/Guidelines > > Which led me to this: > > http://fedoraproject.org/wiki/Packaging:Java > > Where the details of including an ant project are discussed. However > my core questions about ABI vs API stability vis-a-vis EPEL remain > unanswered. > > Additionally, the page on packaging java provides examples of > "Specfile Templates". Is there also a resource to which you may > direct me where I can learn about the format and role of the > Specfiles in the RPM process? > > > > Any help you could offer me in this regard would be most appreciated. > > > Thanks, > > > Nathan > > = = = > Nathan Potter ndp at opendap.org > OPeNDAP, Inc. +1.541.231.3317 > > > > = = = Nathan Potter ndp at opendap.org OPeNDAP, Inc. +1.541.231.3317 From smooge at gmail.com Thu Mar 4 22:41:59 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 4 Mar 2010 15:41:59 -0700 Subject: Fwd: [Puppet Users] Puppet 0.24.8 RPM (0.25.4 client not backwards compatible) In-Reply-To: <5747e9e31003041127u20b1016anc7e36403b0af9add@mail.gmail.com> References: <5747e9e31003041127u20b1016anc7e36403b0af9add@mail.gmail.com> Message-ID: <80d7e4091003041441s2be1b513t6085d2667140d6d5@mail.gmail.com> How can we better advertise updates like this in the future? ---------- Forwarded message ---------- From: Douglas Garstang Date: Thu, Mar 4, 2010 at 12:27 PM Subject: [Puppet Users] Puppet 0.24.8 RPM (0.25.4 client not backwards compatible) To: Puppet Users Does anyone know where I can get the puppet 0.24.8 RPM? We had been getting it from the public EPEL Repo, but it looks like they just decided to upgrade the version in their repository to 0.25.4. So... since our server is running 0.24.8, any other systems we install from this point on end up getting 0.25 and then fail to talk to the server. The clients come up with... Could not retrieve catalog from remote server: Error 405 on SERVER: Method Not Allowed I researched, and found out that this happens when the client is newer than the server (or to be more specific the server is running 0.24.8 and the client is running 0.25.4) To whoever decided not to make the client backward compatible, good one! Doug. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users at googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscribe at googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From djuran at redhat.com Fri Mar 5 06:47:41 2010 From: djuran at redhat.com (David Juran) Date: Fri, 05 Mar 2010 08:47:41 +0200 Subject: EPEL and Java Projects. In-Reply-To: <8A234E32-BC31-4955-B797-8D10458FC19B@opendap.org> References: <4842C290-1634-4187-9724-74EB6CD3C60B@opendap.org> <8A234E32-BC31-4955-B797-8D10458FC19B@opendap.org> Message-ID: <1267771661.3381.33.camel@localhost.localdomain> On Thu, 2010-03-04 at 13:20 -0800, Nathan Potter wrote: > Did I post this question to the wrong group? > > Is there someone here that can point me in the correct direction? I'm not sure if anyone already asked this, but is your package already in Fedora? If not, that would be the first step, please see https://fedoraproject.org/wiki/Package_Review_Process for the details of how to get it included. -- David Juran Sr. Consultant Red Hat +358-504-146348 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From josh.kayse at gtri.gatech.edu Mon Mar 8 18:20:23 2010 From: josh.kayse at gtri.gatech.edu (Josh Kayse) Date: Mon, 8 Mar 2010 13:20:23 -0500 Subject: mod_wsgi Message-ID: <4B953FE7.2070409@gtri.gatech.edu> I have recently acquired mod_wsgi commit permissions and am going through some of the open bugs for it on bugzilla. According to [1], and from my testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. The policy currently states that no packages in EPEL may conflict with a package from Red Hat Base. Technically, mod_wsgi and mod_python conflict with each other, but mod_python is optional. I don't think that mod_wsgi should be pulled from EPEL because it is already built for RHEL5 and it is usable as long as mod_python is disabled in apache. I am seeking guidance on whether I should include a Conflicts line in the spec file. Additionally, the newest version of mod_wsgi (3.1) does not conflict with the newest version of mod_python (3.3.1). Should I update mod_wsgi to 3.1 with the hopes that Red Hat releases a newer version of mod_python for EL5? Let me know if you have any questions and I appreciate any feedback. Thanks, -josh [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 -- A: No. Q: Should I include quotations after my reply? Don't top post: see http://www.caliburn.nl/topposting.html for more. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2687 bytes Desc: S/MIME Cryptographic Signature URL: From wdierkes at 5dollarwhitebox.org Mon Mar 8 18:48:00 2010 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Mon, 8 Mar 2010 12:48:00 -0600 Subject: mod_wsgi In-Reply-To: <4B953FE7.2070409@gtri.gatech.edu> References: <4B953FE7.2070409@gtri.gatech.edu> Message-ID: <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> On Mar 8, 2010, at 12:20 PM, Josh Kayse wrote: > I have recently acquired mod_wsgi commit permissions and am going through some of the open bugs for it on bugzilla. According to [1], and from my testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. The policy currently states that no packages in EPEL may conflict with a package from Red Hat Base. Technically, mod_wsgi and mod_python conflict with each other, but mod_python is optional. > > I don't think that mod_wsgi should be pulled from EPEL because it is already built for RHEL5 and it is usable as long as mod_python is disabled in apache. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 I agree, and think there might be room in the policy for edge cases like this. I'd like to see something added to the policy that would cover this situation, being that mod_python is optional. --- derks From a.badger at gmail.com Mon Mar 8 18:57:59 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 8 Mar 2010 13:57:59 -0500 Subject: mod_wsgi In-Reply-To: <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> References: <4B953FE7.2070409@gtri.gatech.edu> <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> Message-ID: <20100308185759.GQ3034@unaka.lan> On Mon, Mar 08, 2010 at 12:48:00PM -0600, BJ Dierkes wrote: > > > On Mar 8, 2010, at 12:20 PM, Josh Kayse wrote: > > > I have recently acquired mod_wsgi commit permissions and am going through some of the open bugs for it on bugzilla. According to [1], and from my testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. The policy currently states that no packages in EPEL may conflict with a package from Red Hat Base. Technically, mod_wsgi and mod_python conflict with each other, but mod_python is optional. > > > > I don't think that mod_wsgi should be pulled from EPEL because it is already built for RHEL5 and it is usable as long as mod_python is disabled in apache. > > > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 > > I agree, and think there might be room in the policy for edge cases like this. I'd like to see something added to the policy that would cover this situation, being that mod_python is optional. > I'm not sure what such a policy would look like but +1 to something along this line. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rayvd at bludgeon.org Mon Mar 8 19:00:06 2010 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 8 Mar 2010 11:00:06 -0800 Subject: mod_wsgi In-Reply-To: <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> References: <4B953FE7.2070409@gtri.gatech.edu> <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> Message-ID: <20100308190004.GA3623@bludgeon.org> On Mon, Mar 08, 2010 at 12:48:00PM -0600, BJ Dierkes wrote: > > > On Mar 8, 2010, at 12:20 PM, Josh Kayse wrote: > > > I have recently acquired mod_wsgi commit permissions and am going > > through some of the open bugs for it on bugzilla. According to > > [1], and from my testing, mod_wsgi and mod_python conflict > > resulting in apache segfaulting. The policy currently states that > > no packages in EPEL may conflict with a package from Red Hat Base. > > Technically, mod_wsgi and mod_python conflict with each other, but > > mod_python is optional. > > > > I don't think that mod_wsgi should be pulled from EPEL because it > > is already built for RHEL5 and it is usable as long as mod_python > > is disabled in apache. > > > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 > > I agree, and think there might be room in the policy for edge cases > like this. I'd like to see something added to the policy that would > cover this situation, being that mod_python is optional. Maybe anything that can potentially conflict with an optional component in the base operating environment can be installed, but should be installed in such a way that it's not enabled by default. Sysadmin would need to go do something manual to cause breakage on his system.. (or disable / uninstall mod_python). Ray From smooge at gmail.com Mon Mar 8 20:13:01 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 8 Mar 2010 13:13:01 -0700 Subject: mod_wsgi In-Reply-To: <4B953FE7.2070409@gtri.gatech.edu> References: <4B953FE7.2070409@gtri.gatech.edu> Message-ID: <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: > I have recently acquired mod_wsgi commit permissions and am going through > some of the open bugs for it on bugzilla. ?According to [1], and from my > testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. > ?The policy currently states that no packages in EPEL may conflict with a > package from Red Hat Base. ?Technically, mod_wsgi and mod_python conflict > with each other, but mod_python is optional. Oi this is where lawyers are born.. because it looks like we are going to have enough corner cases that the policy is going to be 10 miles long to cover them all. EPEL packages can Conflict with RHEL-AP packages, but they can't willy nilly replace them. I would rather have an explicit conflict with mod_wsgi and mod_python in packages than have broken systems. Would a Conflicts cause any other issues between two repositories? > I don't think that mod_wsgi should be pulled from EPEL because it is already > built for RHEL5 and it is usable as long as mod_python is disabled in > apache. > > I am seeking guidance on whether I should include a Conflicts line in the > spec file. > > Additionally, the newest version of mod_wsgi (3.1) does not conflict with > the newest version of mod_python (3.3.1). ?Should I update mod_wsgi to 3.1 > with the hopes that Red Hat releases a newer version of mod_python for EL5? > > Let me know if you have any questions and I appreciate any feedback. > > Thanks, > -josh > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 > > -- > A: No. > Q: Should I include quotations after my reply? > > Don't top post: see http://www.caliburn.nl/topposting.html for more. > > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From updates at fedoraproject.org Mon Mar 8 20:23:12 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 08 Mar 2010 20:23:12 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100308202312.508A110FD0D@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing check_postgres-2.14.2-1.el4 cobbler-2.0.3.1-3.el4 fedora-easy-karma-0-0.3.20100306git00fc20aa.el4 globus-common-11.2-2.el4 python-pip-0.6.3-1.el4 python-werkzeug-0.6-1.el4 Details about builds: ================================================================================ check_postgres-2.14.2-1.el4 (FEDORA-EPEL-2010-2381) PostgreSQL monitoring script -------------------------------------------------------------------------------- Update Information: This is the initial release of check_postgres, the PostgreSQL monitoring plugin. -------------------------------------------------------------------------------- References: [ 1 ] Bug #543917 - Review Request: check_postgres - PostgreSQL monitoring script https://bugzilla.redhat.com/show_bug.cgi?id=543917 -------------------------------------------------------------------------------- ================================================================================ cobbler-2.0.3.1-3.el4 (FEDORA-EPEL-2010-2341) Boot server configurator -------------------------------------------------------------------------------- Update Information: This is a new release of cobbler that contains a significant number of bug fixes on top of the cobbler 2.0 base. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Scott Henson - 2.0.3.1-3 - Bump release because I forgot cobbler-web * Mon Mar 1 2010 Scott Henson - 2.0.3.1-2 - Remove requires on mkinitrd as it is not used * Mon Feb 15 2010 Scott Henson - 2.0.3.1-1 - Upstream Brown Paper Bag Release (see CHANGELOG) * Thu Feb 11 2010 Scott Henson - 2.0.3-1 - Upstream changes (see CHANGELOG) * Mon Nov 23 2009 John Eckersberg - 2.0.2-1 - Upstream changes (see CHANGELOG) * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files -------------------------------------------------------------------------------- ================================================================================ fedora-easy-karma-0-0.3.20100306git00fc20aa.el4 (FEDORA-EPEL-2010-2374) Fedora update feedback made easy -------------------------------------------------------------------------------- Update Information: fedora-easy-karma allows you to easily portion out karma points for testing updates that you have currently installed. You need fedora-packager >= 0.4.0 for fedora-easy-karma to work. -------------------------------------------------------------------------------- References: [ 1 ] Bug #570771 - Review Request: fedora-easy-karma - Fedora update feedback made easy https://bugzilla.redhat.com/show_bug.cgi?id=570771 -------------------------------------------------------------------------------- ================================================================================ globus-common-11.2-2.el4 (FEDORA-EPEL-2010-2383) Globus Toolkit - Common Library -------------------------------------------------------------------------------- Update Information: This update fixes the output of the globus-version command. -------------------------------------------------------------------------------- ChangeLog: * Wed Feb 24 2010 Mattias Ellert - 11.2-2 - Make the globus-version script return the right value -------------------------------------------------------------------------------- ================================================================================ python-pip-0.6.3-1.el4 (FEDORA-EPEL-2010-2377) Pip installs packages. Python packages. An easy_install replacement -------------------------------------------------------------------------------- Update Information: Update to pip 0.6.3 -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 5 2010 Peter Halliday - 0.6.3-1 - update to 0.6.3 of pip -------------------------------------------------------------------------------- ================================================================================ python-werkzeug-0.6-1.el4 (FEDORA-EPEL-2010-2380) The Swiss Army knife of Python web development -------------------------------------------------------------------------------- Update Information: Update to Werkzeug 0.6 -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- From updates at fedoraproject.org Mon Mar 8 20:23:12 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 08 Mar 2010 20:23:12 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100308202312.7847A10FD6B@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing bodhi-0.7.3-1.el5 check_postgres-2.14.2-1.el5 cobbler-2.0.3.1-3.el5 dspam-3.9.0-6.el5 fedora-easy-karma-0-0.3.20100306git00fc20aa.el5 fedora-packager-0.4.1-1.el5 globus-common-11.2-2.el5 latex2rtf-2.1.0-1.el5 nntpgrab-0.6.0-1.el5 python-pip-0.6.3-1.el5 python-werkzeug-0.6-1.el5 rubygem-right_aws-1.10.0-3.el5 rubygem-right_http_connection-1.2.4-2.el5 Details about builds: ================================================================================ bodhi-0.7.3-1.el5 (FEDORA-EPEL-2010-2379) A modular framework that facilitates publishing software updates -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 4 2010 Luke Macken - 0.7.3-1 - 0.7.3 * Wed Mar 3 2010 Luke Macken - 0.7.2-1 - 0.7.2 bugfix release * Tue Feb 16 2010 Luke Macken - 0.7.1-1 - Fix a regression in our metrics controller, and unvail a new metrics JSON API * Tue Feb 16 2010 Luke Macken - 0.7.0-2 - Add the F13 updates-testing mash configuration * Mon Jan 18 2010 Luke Macken - 0.7.0-1 - 0.7.0 release, prepping for the F13 release - Critical Path & No Frozen Rawhide proposals implemented - Many other bugfixes, enhancements, and optimizations * Fri Nov 6 2009 Luke Macken - 0.6.12-1 - 0.6.12, for F12 * Sat Sep 19 2009 Luke Macken - 0.6.11-1 - 0.6.11 * Fri Sep 18 2009 Luke Macken - 0.6.10-1 - 0.6.10 * Thu Sep 17 2009 Luke Macken - 0.6.9-2 - More CSRF tweaks * Thu Sep 17 2009 Luke Macken - 0.6.9-1 - 0.6.9 * Mon Sep 14 2009 Luke Macken - 0.6.8-1 - 0.6.8 * Wed Sep 9 2009 Luke Macken - 0.6.7-1 - 0.6.7 * Wed Sep 9 2009 Luke Macken - 0.6.6-1 - 0.6.6 * Wed Sep 9 2009 Luke Macken - 0.6.5-1 - 0.6.5 * Fri Aug 14 2009 Luke Macken - 0.6.4-1 - 0.6.4 * Thu Aug 13 2009 Luke Macken - 0.6.3-1 - 0.6.3 * Fri Jul 10 2009 Luke Macken - 0.6.2-1 - 0.6.2 * Thu Jul 9 2009 Luke Macken - 0.6.1-1 - 0.6.1 * Thu Jul 9 2009 Luke Macken - 0.6.0-1 - 0.6.0 final * Mon Jul 6 2009 Luke Macken - 0.6.0-0.7.beta - beta7 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.6.beta - beta6 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.5.beta - beta5, with EPEL mash configs * Fri Jul 3 2009 Luke Macken - 0.6.0-0.4.beta - beta4 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.3.beta - beta3 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.2.beta - beta2 - Make our Bugzilla cookie file configurable * Thu Jul 2 2009 Luke Macken - 0.6.0-0.1.beta - 0.6.0 beta * Mon Jun 22 2009 Luke Macken - 0.5.27-01 - Latest upstream release to bring in fixed mash config files. * Fri Jun 12 2009 Luke Macken - 0.5.26-1 - Latest upstream release with a variety of fixes and pkgdb-0.4 support. * Tue May 12 2009 Luke Macken - 0.5.25-1 - Latest upstream bugfix release to work around some TG 1.0.8 brokenness, and make our masher a bit more robust. * Tue May 12 2009 Luke Macken - 0.5.24-1 - 0.5.24 bugfix release * Thu May 7 2009 Luke Macken - 0.5.23-1 - Add mash configs for F11, with deltarpm support. * Thu Apr 30 2009 Luke Macken - 0.5.22-1 - Remove pagination patch, as Fedora Infrastructure is now TG 1.0.8 * Thu Apr 30 2009 Luke Macken - 0.5.21-1 - Update to TG 1.0.8 API (fixes a @paginate issue) -------------------------------------------------------------------------------- ================================================================================ check_postgres-2.14.2-1.el5 (FEDORA-EPEL-2010-2382) PostgreSQL monitoring script -------------------------------------------------------------------------------- Update Information: This is the initial release of check_postgres, the PostgreSQL monitoring plugin. -------------------------------------------------------------------------------- References: [ 1 ] Bug #543917 - Review Request: check_postgres - PostgreSQL monitoring script https://bugzilla.redhat.com/show_bug.cgi?id=543917 -------------------------------------------------------------------------------- ================================================================================ cobbler-2.0.3.1-3.el5 (FEDORA-EPEL-2010-2335) Boot server configurator -------------------------------------------------------------------------------- Update Information: This is a new release of cobbler that contains a significant number of bug fixes on top of the cobbler 2.0 base. -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 1 2010 Scott Henson - 2.0.3.1-3 - Bump release because I forgot cobbler-web * Mon Mar 1 2010 Scott Henson - 2.0.3.1-2 - Remove requires on mkinitrd as it is not used * Mon Feb 15 2010 Scott Henson - 2.0.3.1-1 - Upstream Brown Paper Bag Release (see CHANGELOG) * Thu Feb 11 2010 Scott Henson - 2.0.3-1 - Upstream changes (see CHANGELOG) * Mon Nov 23 2009 John Eckersberg - 2.0.2-1 - Upstream changes (see CHANGELOG) * Tue Sep 15 2009 Michael DeHaan - 2.0.0-1 - First release with unified spec files -------------------------------------------------------------------------------- ================================================================================ dspam-3.9.0-6.el5 (FEDORA-EPEL-2010-2375) A library and Mail Delivery Agent for Bayesian SPAM filtering -------------------------------------------------------------------------------- Update Information: Updates startup ordering to fix dspam starting before backend services are ready -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 3 2010 Nathanael Noblet - 3.9.0-6 - Updated dspam initscript default start position to be after DBs - reset initscript priorities -------------------------------------------------------------------------------- References: [ 1 ] Bug #569231 - dspam crashes if started before database (postgresql in this case) https://bugzilla.redhat.com/show_bug.cgi?id=569231 -------------------------------------------------------------------------------- ================================================================================ fedora-easy-karma-0-0.3.20100306git00fc20aa.el5 (FEDORA-EPEL-2010-2368) Fedora update feedback made easy -------------------------------------------------------------------------------- Update Information: fedora-easy-karma allows you to easily portion out karma points for testing updates that you have currently installed. You need fedora-packager >= 0.4.0 for fedora-easy-karma to work. -------------------------------------------------------------------------------- References: [ 1 ] Bug #570771 - Review Request: fedora-easy-karma - Fedora update feedback made easy https://bugzilla.redhat.com/show_bug.cgi?id=570771 -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.4.1-1.el5 (FEDORA-EPEL-2010-2376) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: update to 0.4.1 adds a missing "import sys" from fedora-cert bz#570370 Require GitPython for fedpkg -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 3 2010 Dennis Gilmore - 0.4.1-1 - update to 0.4.1 - adds a missing "import sys" from fedora-cert bz#570370 - Require GitPython for fedpkg * Fri Feb 26 2010 Dennis Gilmore - 0.4.0-1 - update to 0.4.0 adds fedpkg - make a fedora_cert python library - add basic date check for certs -------------------------------------------------------------------------------- References: [ 1 ] Bug #570370 - [abrt] crash in fedora-packager-0.4.0-1.fc12: fedora-cert:34:main:NameError: global name 'sys' is not defined https://bugzilla.redhat.com/show_bug.cgi?id=570370 -------------------------------------------------------------------------------- ================================================================================ globus-common-11.2-2.el5 (FEDORA-EPEL-2010-2367) Globus Toolkit - Common Library -------------------------------------------------------------------------------- Update Information: This update fixes the output of the globus-version command. -------------------------------------------------------------------------------- ChangeLog: * Wed Feb 24 2010 Mattias Ellert - 11.2-2 - Make the globus-version script return the right value -------------------------------------------------------------------------------- ================================================================================ latex2rtf-2.1.0-1.el5 (FEDORA-EPEL-2010-2370) LaTeX to RTF converter that handles equations, figures, and cross-references -------------------------------------------------------------------------------- Update Information: Update to 2.1.0, fixing crashes due to invalid string handling. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 5 2010 Jussi Lehtola - 2.1.0-1 - Update to 2.1.0. * Fri Jul 24 2009 Fedora Release Engineering - 1.9.19-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #567818 - [abrt] crash in latex2rtf-1.9.19-8.fc12: Process /usr/bin/latex2rtf was killed by signal 8 (SIGFPE) https://bugzilla.redhat.com/show_bug.cgi?id=567818 -------------------------------------------------------------------------------- ================================================================================ nntpgrab-0.6.0-1.el5 (FEDORA-EPEL-2010-2378) Download files from the usenet -------------------------------------------------------------------------------- Update Information: Update to the latest stable version, 0.6.0 This introduces several new features: * Improve the overall performance by using only one thread for all connections/downloads instead of one thread per connection * Improve the performance of the decoder * A plugin architecture which makes it possible for other developers to easily add new functionality to NNTPGrab * Add a plugin which allows NNTPGrab to be remotely controlled using JSON-RPC * Integrate the webinterface in the NNTPGrab Server (no external webserver required) * Integrate the NNTPGrab Server in the NNTPGrab GUI as a separate plugin * Integration with NetworkManager to automatically pause/resume the download queue when a network connection is disconnected/restored (Linux only) * Improved logging of debug information * Support for downloading using proxy servers * Improve reliability of the speed monitor * Support for bandwidth limiting (total bandwidth) * Automatically remove downloaded files after succesful extraction * Create a Qt- based version of the NNTPGrab Server for improved integration on Win32 and Mac OS X -------------------------------------------------------------------------------- ChangeLog: * Sat Mar 6 2010 Erik van Pienbroek - 0.6.0-1 - Update to 0.6.0 - Merged the EL-5 and Fedora .spec file - Dropped upstreamed EL-5 specific patch - Renamed the nntpgrab-web subpackage to nntpgrab-php as it only contains an PHP module * Sat Feb 27 2010 Erik van Pienbroek - 0.5.91-2 - The standalone GUI and the server GUI were broken on EL-5 due to missing .glade files. Fixed - Backported an upstreamed patch which fixes two JSON-RPC bugs * Fri Feb 19 2010 Erik van Pienbroek - 0.5.91-1 - Update to 0.5.91 (0.6 Beta 2) - Renamed the nntpgrab-server-gui subpackage to nntpgrab-server-gtk - Added a new nntpgrab-server-qt subpackage * Fri Dec 25 2009 Erik van Pienbroek - 0.5.90-1 - Update to 0.5.90 (0.6 Beta 1) * Fri Sep 18 2009 Caol?n McNamara - 0.5.1-3 - rebuild for dependencies * Sat Jul 25 2009 Fedora Release Engineering - 0.5.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ python-pip-0.6.3-1.el5 (FEDORA-EPEL-2010-2366) Pip installs packages. Python packages. An easy_install replacement -------------------------------------------------------------------------------- Update Information: Update to pip 0.6.3 -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 5 2010 Peter Halliday - 0.6.3-1 - update to 0.6.3 of pip -------------------------------------------------------------------------------- ================================================================================ python-werkzeug-0.6-1.el5 (FEDORA-EPEL-2010-2372) The Swiss Army knife of Python web development -------------------------------------------------------------------------------- Update Information: Update to Werkzeug 0.6 -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- ================================================================================ rubygem-right_aws-1.10.0-3.el5 (FEDORA-EPEL-2010-2369) Interface classes for the Amazon EC2/EBS, SQS, S3, SDB, and ACF Web Services -------------------------------------------------------------------------------- Update Information: Interface classes for the Amazon EC2/EBS, SQS, S3, SDB, and ACF Web Services -------------------------------------------------------------------------------- References: [ 1 ] Bug #570113 - Review Request: rubygem-right_aws - Interface classes for Amazon EC2/EBS, SQS, S3, SDB and ACF https://bugzilla.redhat.com/show_bug.cgi?id=570113 -------------------------------------------------------------------------------- ================================================================================ rubygem-right_http_connection-1.2.4-2.el5 (FEDORA-EPEL-2010-2373) RightScale's robust HTTP/S connection module -------------------------------------------------------------------------------- Update Information: RightScale's robust HTTP/S connection module -------------------------------------------------------------------------------- References: [ 1 ] Bug #570111 - Review Request: rubygem-right_http_connection - RightScale's HTTP/S module https://bugzilla.redhat.com/show_bug.cgi?id=570111 -------------------------------------------------------------------------------- From josh.kayse at gtri.gatech.edu Mon Mar 8 20:53:57 2010 From: josh.kayse at gtri.gatech.edu (Josh Kayse) Date: Mon, 8 Mar 2010 15:53:57 -0500 Subject: mod_wsgi In-Reply-To: <20100308190004.GA3623@bludgeon.org> References: <4B953FE7.2070409@gtri.gatech.edu> <81267521-A977-44BD-A4FE-C81949DBE1B6@5dollarwhitebox.org> <20100308190004.GA3623@bludgeon.org> Message-ID: <4B9563E5.20200@gtri.gatech.edu> On 03/08/2010 02:00 PM, Ray Van Dolson wrote: > On Mon, Mar 08, 2010 at 12:48:00PM -0600, BJ Dierkes wrote: > >> >> On Mar 8, 2010, at 12:20 PM, Josh Kayse wrote: >> >> >>> I have recently acquired mod_wsgi commit permissions and am going >>> through some of the open bugs for it on bugzilla. According to >>> [1], and from my testing, mod_wsgi and mod_python conflict >>> resulting in apache segfaulting. The policy currently states that >>> no packages in EPEL may conflict with a package from Red Hat Base. >>> Technically, mod_wsgi and mod_python conflict with each other, but >>> mod_python is optional. >>> >>> I don't think that mod_wsgi should be pulled from EPEL because it >>> is already built for RHEL5 and it is usable as long as mod_python >>> is disabled in apache. >>> >>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=524120 >>> >> I agree, and think there might be room in the policy for edge cases >> like this. I'd like to see something added to the policy that would >> cover this situation, being that mod_python is optional. >> > Maybe anything that can potentially conflict with an optional component > in the base operating environment can be installed, but should be > installed in such a way that it's not enabled by default. > > Sysadmin would need to go do something manual to cause breakage on his > system.. (or disable / uninstall mod_python). > > Ray > > I like this approach better in that it allows an administrator to more easily switch between the 2 modules. The packages don't conflict from a file standpoint, only from an operational standpoint. Perhaps an admin decides to have 2 separate Apache servers setup/configured on his system, one to run mod_wsgi applications and the other to run mod_python applications. The problem is that the sysadmin would need to know to go and configure mod_wsgi to explicitly turn it on whereas if the packages conflicted mod_python would need to be removed first. -josh -- A: No. Q: Should I include quotations after my reply? Don't top post: see http://www.caliburn.nl/topposting.html for more. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2687 bytes Desc: S/MIME Cryptographic Signature URL: From a.badger at gmail.com Mon Mar 8 21:00:27 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Mon, 8 Mar 2010 16:00:27 -0500 Subject: mod_wsgi In-Reply-To: <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> Message-ID: <20100308210026.GS3034@unaka.lan> On Mon, Mar 08, 2010 at 01:13:01PM -0700, Stephen John Smoogen wrote: > On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: > > I have recently acquired mod_wsgi commit permissions and am going through > > some of the open bugs for it on bugzilla. ?According to [1], and from my > > testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. > > ?The policy currently states that no packages in EPEL may conflict with a > > package from Red Hat Base. ?Technically, mod_wsgi and mod_python conflict > > with each other, but mod_python is optional. > > Oi this is where lawyers are born.. because it looks like we are going > to have enough corner cases that the policy is going to be 10 miles > long to cover them all. > > EPEL packages can Conflict with RHEL-AP packages, but they can't willy > nilly replace them. I would rather have an explicit conflict with > mod_wsgi and mod_python in packages than have broken systems. Would a > Conflicts cause any other issues between two repositories? > Question: For mod_wsgi/mod_python Can we do something like this (note: I don't know what the real apache syntax would be or if it's quite possible): LoadModule mod_wsgi.so Note that this can still cause breakage if apache parses mod_python's LoadModule after mod_wsgi's though. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From paul at city-fan.org Tue Mar 9 09:34:37 2010 From: paul at city-fan.org (Paul Howarth) Date: Tue, 09 Mar 2010 09:34:37 +0000 Subject: mod_wsgi In-Reply-To: <20100308210026.GS3034@unaka.lan> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> <20100308210026.GS3034@unaka.lan> Message-ID: <4B96162D.9040308@city-fan.org> On 08/03/10 21:00, Toshio Kuratomi wrote: > On Mon, Mar 08, 2010 at 01:13:01PM -0700, Stephen John Smoogen wrote: >> On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: >>> I have recently acquired mod_wsgi commit permissions and am going through >>> some of the open bugs for it on bugzilla. According to [1], and from my >>> testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. >>> The policy currently states that no packages in EPEL may conflict with a >>> package from Red Hat Base. Technically, mod_wsgi and mod_python conflict >>> with each other, but mod_python is optional. >> >> Oi this is where lawyers are born.. because it looks like we are going >> to have enough corner cases that the policy is going to be 10 miles >> long to cover them all. >> >> EPEL packages can Conflict with RHEL-AP packages, but they can't willy >> nilly replace them. I would rather have an explicit conflict with >> mod_wsgi and mod_python in packages than have broken systems. Would a >> Conflicts cause any other issues between two repositories? >> > Question: For mod_wsgi/mod_python Can we do something like this (note: > I don't know what the real apache syntax would be or if it's quite > possible): > > > LoadModule mod_wsgi.so > The syntax would be: LoadModule wsgi_module modules/mod_wsgi.so > Note that this can still cause breakage if apache parses mod_python's > LoadModule after mod_wsgi's though. True, but in the out-of-the-box configuration, mod_python would be loaded first from /etc/httpd/conf.d/python.conf and then mod_wsgi from /etc/httpd/conf.d/wsgi.conf based on alphabetical order. Paul. From josh.kayse at gtri.gatech.edu Tue Mar 9 22:13:26 2010 From: josh.kayse at gtri.gatech.edu (Josh Kayse) Date: Tue, 9 Mar 2010 17:13:26 -0500 Subject: mod_wsgi In-Reply-To: <4B96162D.9040308@city-fan.org> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> <20100308210026.GS3034@unaka.lan> <4B96162D.9040308@city-fan.org> Message-ID: <4B96C806.6060003@gtri.gatech.edu> On 03/09/2010 04:34 AM, Paul Howarth wrote: > On 08/03/10 21:00, Toshio Kuratomi wrote: > >> On Mon, Mar 08, 2010 at 01:13:01PM -0700, Stephen John Smoogen wrote: >> >>> On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: >>> >>>> I have recently acquired mod_wsgi commit permissions and am going through >>>> some of the open bugs for it on bugzilla. According to [1], and from my >>>> testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. >>>> The policy currently states that no packages in EPEL may conflict with a >>>> package from Red Hat Base. Technically, mod_wsgi and mod_python conflict >>>> with each other, but mod_python is optional. >>>> >>> Oi this is where lawyers are born.. because it looks like we are going >>> to have enough corner cases that the policy is going to be 10 miles >>> long to cover them all. >>> >>> EPEL packages can Conflict with RHEL-AP packages, but they can't willy >>> nilly replace them. I would rather have an explicit conflict with >>> mod_wsgi and mod_python in packages than have broken systems. Would a >>> Conflicts cause any other issues between two repositories? >>> >>> >> Question: For mod_wsgi/mod_python Can we do something like this (note: >> I don't know what the real apache syntax would be or if it's quite >> possible): >> >> >> LoadModule mod_wsgi.so >> >> > The syntax would be: > > > LoadModule wsgi_module modules/mod_wsgi.so > > > >> Note that this can still cause breakage if apache parses mod_python's >> LoadModule after mod_wsgi's though. >> > True, but in the out-of-the-box configuration, mod_python would be > loaded first from /etc/httpd/conf.d/python.conf and then mod_wsgi from > /etc/httpd/conf.d/wsgi.conf based on alphabetical order. > > Paul. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Would there be any opposition to me going ahead and deploying a new version of mod_wsgi (3.1) with an updated wsgi.conf with this configuration? BJ, would this be an acceptable resolution to your bug? -josh -- A: No. Q: Should I include quotations after my reply? Don't top post: see http://www.caliburn.nl/topposting.html for more. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2687 bytes Desc: S/MIME Cryptographic Signature URL: From rayvd at bludgeon.org Tue Mar 9 22:29:44 2010 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 9 Mar 2010 14:29:44 -0800 Subject: mod_wsgi In-Reply-To: <4B96162D.9040308@city-fan.org> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> <20100308210026.GS3034@unaka.lan> <4B96162D.9040308@city-fan.org> Message-ID: <20100309222942.GA16638@bludgeon.org> On Tue, Mar 09, 2010 at 09:34:37AM +0000, Paul Howarth wrote: > On 08/03/10 21:00, Toshio Kuratomi wrote: > >On Mon, Mar 08, 2010 at 01:13:01PM -0700, Stephen John Smoogen wrote: > >>On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: > >>>I have recently acquired mod_wsgi commit permissions and am going through > >>>some of the open bugs for it on bugzilla. According to [1], and from my > >>>testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. > >>> The policy currently states that no packages in EPEL may conflict with a > >>>package from Red Hat Base. Technically, mod_wsgi and mod_python conflict > >>>with each other, but mod_python is optional. > >> > >>Oi this is where lawyers are born.. because it looks like we are going > >>to have enough corner cases that the policy is going to be 10 miles > >>long to cover them all. > >> > >>EPEL packages can Conflict with RHEL-AP packages, but they can't willy > >>nilly replace them. I would rather have an explicit conflict with > >>mod_wsgi and mod_python in packages than have broken systems. Would a > >>Conflicts cause any other issues between two repositories? > >> > >Question: For mod_wsgi/mod_python Can we do something like this (note: > >I don't know what the real apache syntax would be or if it's quite > >possible): > > > > > >LoadModule mod_wsgi.so > > > > The syntax would be: > > > LoadModule wsgi_module modules/mod_wsgi.so > > > >Note that this can still cause breakage if apache parses mod_python's > >LoadModule after mod_wsgi's though. > > True, but in the out-of-the-box configuration, mod_python would be > loaded first from /etc/httpd/conf.d/python.conf and then mod_wsgi > from /etc/httpd/conf.d/wsgi.conf based on alphabetical order. > Tough to "policy-ify" that though. What if a module happens to come before python.conf alphabetically? Unless we start requiring that Apache modules that conflict with mod_python be made to load after it (python_amodule.conf for example). Ray From josh.kayse at gtri.gatech.edu Tue Mar 9 22:43:12 2010 From: josh.kayse at gtri.gatech.edu (Josh Kayse) Date: Tue, 9 Mar 2010 17:43:12 -0500 Subject: mod_wsgi In-Reply-To: <4B96C806.6060003@gtri.gatech.edu> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> <20100308210026.GS3034@unaka.lan> <4B96162D.9040308@city-fan.org> <4B96C806.6060003@gtri.gatech.edu> Message-ID: <4B96CF00.8050409@gtri.gatech.edu> On 03/09/2010 05:13 PM, Josh Kayse wrote: > On 03/09/2010 04:34 AM, Paul Howarth wrote: > >> On 08/03/10 21:00, Toshio Kuratomi wrote: >> >> >>> On Mon, Mar 08, 2010 at 01:13:01PM -0700, Stephen John Smoogen wrote: >>> >>> >>>> On Mon, Mar 8, 2010 at 11:20 AM, Josh Kayse wrote: >>>> >>>> >>>>> I have recently acquired mod_wsgi commit permissions and am going through >>>>> some of the open bugs for it on bugzilla. According to [1], and from my >>>>> testing, mod_wsgi and mod_python conflict resulting in apache segfaulting. >>>>> The policy currently states that no packages in EPEL may conflict with a >>>>> package from Red Hat Base. Technically, mod_wsgi and mod_python conflict >>>>> with each other, but mod_python is optional. >>>>> >>>>> >>>> Oi this is where lawyers are born.. because it looks like we are going >>>> to have enough corner cases that the policy is going to be 10 miles >>>> long to cover them all. >>>> >>>> EPEL packages can Conflict with RHEL-AP packages, but they can't willy >>>> nilly replace them. I would rather have an explicit conflict with >>>> mod_wsgi and mod_python in packages than have broken systems. Would a >>>> Conflicts cause any other issues between two repositories? >>>> >>>> >>>> >>> Question: For mod_wsgi/mod_python Can we do something like this (note: >>> I don't know what the real apache syntax would be or if it's quite >>> possible): >>> >>> >>> LoadModule mod_wsgi.so >>> >>> >>> >> The syntax would be: >> >> >> LoadModule wsgi_module modules/mod_wsgi.so >> >> >> >> >>> Note that this can still cause breakage if apache parses mod_python's >>> LoadModule after mod_wsgi's though. >>> >>> >> True, but in the out-of-the-box configuration, mod_python would be >> loaded first from /etc/httpd/conf.d/python.conf and then mod_wsgi from >> /etc/httpd/conf.d/wsgi.conf based on alphabetical order. >> >> Paul. >> >> _______________________________________________ >> epel-devel-list mailing list >> epel-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/epel-devel-list >> >> > Would there be any opposition to me going ahead and deploying a new > version of mod_wsgi (3.1) with an updated wsgi.conf with this configuration? > > BJ, would this be an acceptable resolution to your bug? > > -josh > > Aaaaaannnnddddd, upon further testing, it appears mod_wsgi 3.1+ and mod_python 3.2.8 can coexist together. Seeing as how this eliminates the conflict I think updating to 3.2 is the best course of action. Does anyone see a problem with this? -josh -- A: No. Q: Should I include quotations after my reply? Don't top post: see http://www.caliburn.nl/topposting.html for more. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2687 bytes Desc: S/MIME Cryptographic Signature URL: From wdierkes at 5dollarwhitebox.org Wed Mar 10 19:18:47 2010 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Wed, 10 Mar 2010 13:18:47 -0600 Subject: mod_wsgi In-Reply-To: <4B96CF00.8050409@gtri.gatech.edu> References: <4B953FE7.2070409@gtri.gatech.edu> <80d7e4091003081213o3c891890kb314e58bb8193fc6@mail.gmail.com> <20100308210026.GS3034@unaka.lan> <4B96162D.9040308@city-fan.org> <4B96C806.6060003@gtri.gatech.edu> <4B96CF00.8050409@gtri.gatech.edu> Message-ID: <8258A3CB-4005-4391-9FAC-80481F12BD66@5dollarwhitebox.org> On Mar 9, 2010, at 4:43 PM, Josh Kayse wrote: >> Would there be any opposition to me going ahead and deploying a new >> version of mod_wsgi (3.1) with an updated wsgi.conf with this configuration? >> >> BJ, would this be an acceptable resolution to your bug? >> >> -josh >> >> > Aaaaaannnnddddd, upon further testing, it appears mod_wsgi 3.1+ and mod_python 3.2.8 can coexist together. Seeing as how this eliminates the conflict I think updating to 3.2 is the best course of action. Does anyone see a problem with this? > As long as the updated source version of mod_wsgi doesn't break backward compatibility I think this would be the best solution. If you're not sure, Graham Dumpleton the maintainer is very responsive so you could double check with him upstream. --- derks From smooge at gmail.com Thu Mar 11 00:01:48 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 10 Mar 2010 17:01:48 -0700 Subject: Packages with update problems in EPEL and EL-5 Message-ID: <80d7e4091003101601g3eec3bc7m7823e98b2292b037@mail.gmail.com> Many thanks to Seth for giving me the starting stones.. I have a script which gives me a list of EPEL packages that will over-ride stuff in CentOS-EL-5.4 If my hacks to his script are correct.. the following are problems where something in EPEL will replace something in EL-5.4. I am working on trying to get the name of the package in EL-5 that is requiring this to make it clearer.. but for the moment this should help. Requirement problems ================================================================== perl(Net::Telnet) epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== liblapack.so.3()(64bit) epel wins with atlas atlas - epel lapack - el5 ================================================================== perl(LWP::Protocol) epel wins with perl-SOAP-Lite perl-SOAP-Lite - epel perl-libwww-perl - el5 ================================================================== /usr/bin/qemu-img epel wins with qemu-img qemu-img - epel kvm-qemu-img - el5 ================================================================== libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== For packages that provide things, there are also some things EPEL will win in.. but there aren't any explicite requirements in EL-5 for them. ================================================================== Provider problems ================================================================== lapack_lite.so()(64bit) epel wins with numpy numpy - epel python-numeric - el5 ================================================================== /usr/bin/qemu-img epel wins with qemu-img qemu-img - epel kvm-qemu-img - el5 ================================================================== perl(LWP::Protocol) = 1.43 epel wins with perl-SOAP-Lite perl-SOAP-Lite - epel perl-libwww-perl - el5 ================================================================== liboss.so epel wins with qmmp qmmp - epel libao - el5 ================================================================== cElementTree.so()(64bit) epel wins with smart smart - epel python-elementtree - el5 ================================================================== zlib.so epel wins with imlib2 imlib2 - epel heartbeat - epel ruby-libs - el5 ================================================================== html.so()(64bit) epel wins with gnumeric GraphicsMagick - epel gnumeric - epel ImageMagick - el5 ================================================================== /usr/share/doc/perl-Net-Telnet-3.03/ChangeLog epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== mpc.so epel wins with libtunepimp GraphicsMagick - epel libtunepimp - epel ImageMagick - el5 ================================================================== xpm.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== trayicon.so()(64bit) epel wins with gajim gajim - epel claws-mail - epel gnome-python2-libegg - el5 ================================================================== pnm.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== zlib.so()(64bit) epel wins with imlib2 heartbeat - epel imlib2 - epel ruby-libs - el5 ================================================================== jpeg.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== xpm.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== tiff.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== /usr/lib/perl5/vendor_perl/5.8.8/Net/Telnet.pm epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== /usr/share/java/sblimCIMClient.jar epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== /etc/pam.d/pop epel wins with uw-imap uw-imap - epel cyrus-imapd - el5 ================================================================== multiarray.so()(64bit) epel wins with numpy numpy - epel python-numeric - el5 ================================================================== libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== jpeg.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== perl(Net::Telnet) = 3.03 epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== idle.so()(64bit) epel wins with gajim gajim - epel libpurple - el5 ================================================================== /etc/java/sblim-cim-client.properties epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== bmp.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== raw.so()(64bit) epel wins with znc znc - epel ImageMagick - el5 ================================================================== umath.so()(64bit) epel wins with numpy numpy - epel python-numeric - el5 ================================================================== /usr/share/java/sblim-cim-client.jar epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== pnm.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== /usr/share/java/sblim-slp-client.jar epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== gif.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== gd.so()(64bit) epel wins with plplot plplot - epel php-gd - el5 ================================================================== png.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== tga.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== tga.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== Parser.so()(64bit) epel wins with perl-libapreq2 perl-Verilog-Perl - epel perl-Verilog - epel perl-libapreq2 - epel perl-HTML-Parser - el5 ================================================================== gif.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== bmp.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== liboss.so()(64bit) epel wins with qmmp qmmp - epel libao - el5 ================================================================== ps.so()(64bit) epel wins with plplot GraphicsMagick - epel plplot - epel ImageMagick - el5 ================================================================== gtkspell.so()(64bit) epel wins with gajim gajim - epel gnome-python2-gtkspell - el5 ================================================================== /usr/share/java/sblimSLPClient.jar epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== html.so epel wins with gnumeric gnumeric - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== mpc.so()(64bit) epel wins with libtunepimp GraphicsMagick - epel libtunepimp - epel ImageMagick - el5 ================================================================== liblapack.so.3()(64bit) epel wins with atlas atlas - epel lapack - el5 ================================================================== null.so()(64bit) epel wins with plplot GraphicsMagick - epel plplot - epel heartbeat-stonith - epel ImageMagick - el5 ================================================================== /etc/pam.d/imap epel wins with uw-imap uw-imap - epel cyrus-imapd - el5 ================================================================== /usr/share/man/man1/qemu-img.1.gz epel wins with qemu-img qemu-img - epel kvm-qemu-img - el5 ================================================================== /etc/java/sblim-slp-client.properties epel wins with sblim-cim-client sblim-cim-client - epel sblim-cim-client - el5 ================================================================== svg.so()(64bit) epel wins with plplot GraphicsMagick - epel plplot - epel ImageMagick - el5 ================================================================== tiff.so epel wins with imlib2 imlib2 - epel GraphicsMagick - epel ImageMagick - el5 ================================================================== /usr/share/doc/perl-Net-Telnet-3.03/README epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== /usr/share/man/man3/Net::Telnet.3pm.gz epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== png.so()(64bit) epel wins with imlib2 GraphicsMagick - epel imlib2 - epel ImageMagick - el5 ================================================================== -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From updates at fedoraproject.org Fri Mar 12 00:05:30 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 12 Mar 2010 00:05:30 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100312000530.CA5B510FABF@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing perl-Net-STOMP-Client-0.8-2.el4 Details about builds: ================================================================================ perl-Net-STOMP-Client-0.8-2.el4 (FEDORA-EPEL-2010-2387) STOMP object oriented client module -------------------------------------------------------------------------------- Update Information: This module provides an object oriented client interface to interact with servers supporting STOMP (Streaming Text Orientated Messaging Protocol). It supports the major features of messaging brokers: SSL, asynchronous I/O, receipts and transactions. -------------------------------------------------------------------------------- References: [ 1 ] Bug #569893 - Review Request: - perl-Net-STOMP-Client - STOMP object oriented client module https://bugzilla.redhat.com/show_bug.cgi?id=569893 -------------------------------------------------------------------------------- From updates at fedoraproject.org Fri Mar 12 00:05:30 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 12 Mar 2010 00:05:30 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100312000530.D6DFD10FBF8@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing GitPython-0.1.6-2.el5 fedora-packager-0.4.1-1.el5 ntfs-3g-2010.3.6-1.el5 perl-Net-STOMP-Client-0.8-2.el5 perl-Set-Scalar-1.25-1.el5 php-pear-Net-SMTP-1.4.2-1.el5 virt-v2v-0.4.0-1.el5 Details about builds: ================================================================================ GitPython-0.1.6-2.el5 (FEDORA-EPEL-2010-2376) Python Git Library -------------------------------------------------------------------------------- Update Information: update to 0.4.1 adds a missing "import sys" from fedora-cert bz#570370 Require GitPython for fedpkg -------------------------------------------------------------------------------- References: [ 1 ] Bug #570370 - [abrt] crash in fedora-packager-0.4.0-1.fc12: fedora-cert:34:main:NameError: global name 'sys' is not defined https://bugzilla.redhat.com/show_bug.cgi?id=570370 -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.4.1-1.el5 (FEDORA-EPEL-2010-2376) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: update to 0.4.1 adds a missing "import sys" from fedora-cert bz#570370 Require GitPython for fedpkg -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 3 2010 Dennis Gilmore - 0.4.1-1 - update to 0.4.1 - adds a missing "import sys" from fedora-cert bz#570370 - Require GitPython for fedpkg * Fri Feb 26 2010 Dennis Gilmore - 0.4.0-1 - update to 0.4.0 adds fedpkg - make a fedora_cert python library - add basic date check for certs -------------------------------------------------------------------------------- References: [ 1 ] Bug #570370 - [abrt] crash in fedora-packager-0.4.0-1.fc12: fedora-cert:34:main:NameError: global name 'sys' is not defined https://bugzilla.redhat.com/show_bug.cgi?id=570370 -------------------------------------------------------------------------------- ================================================================================ ntfs-3g-2010.3.6-1.el5 (FEDORA-EPEL-2010-2386) Linux NTFS userspace driver -------------------------------------------------------------------------------- Update Information: Update to 2010.3.6: * New: Support Object Identifiers which are used by Windows for shortcuts and caused CHKDSK warnings when the target was deleted. * New: Nanosecond resolution file timestamps support. * New: Selective file timestamp modification by utimensat(2). * New: Make non-resident TXF_DATA attribute of root directory resident so Vista and later won?t complain about RAW partition. * New: Caching inodes. * New: More efficient UTF8/UTF16 translations. * Fixed setting archive bit on file and alternated data stream creation. * Fixed setting reparse tags in parent directories. * Fixed enabling permissions when no UserMapping file is found. * Fixed an error return code in the main mount function. * Fixed setting timestamp via extended attributes to be consistent between Windows and Linux view. * Fixed option processing when uid, gid, fmask or dmask are present. -------------------------------------------------------------------------------- ================================================================================ perl-Net-STOMP-Client-0.8-2.el5 (FEDORA-EPEL-2010-2389) STOMP object oriented client module -------------------------------------------------------------------------------- Update Information: This module provides an object oriented client interface to interact with servers supporting STOMP (Streaming Text Orientated Messaging Protocol). It supports the major features of messaging brokers: SSL, asynchronous I/O, receipts and transactions. -------------------------------------------------------------------------------- References: [ 1 ] Bug #569893 - Review Request: - perl-Net-STOMP-Client - STOMP object oriented client module https://bugzilla.redhat.com/show_bug.cgi?id=569893 -------------------------------------------------------------------------------- ================================================================================ perl-Set-Scalar-1.25-1.el5 (FEDORA-EPEL-2010-2390) Basic set operations -------------------------------------------------------------------------------- Update Information: EPEL release -------------------------------------------------------------------------------- References: [ 1 ] Bug #567120 - perl-Set-Scalar: please update to v1.25 and create EPEL branches https://bugzilla.redhat.com/show_bug.cgi?id=567120 -------------------------------------------------------------------------------- ================================================================================ php-pear-Net-SMTP-1.4.2-1.el5 (FEDORA-EPEL-2010-2385) Provides an implementation of the SMTP protocol -------------------------------------------------------------------------------- Update Information: Upstream changelog: - Fixing header string quoting in data(). (Bug #17199) -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Remi Collet 1.4.2-1 - update to 1.4.2 -------------------------------------------------------------------------------- ================================================================================ virt-v2v-0.4.0-1.el5 (FEDORA-EPEL-2010-2388) Convert a virtual machine to run on KVM -------------------------------------------------------------------------------- Update Information: virt-v2v is a tool for converting virtual machines to use the KVM hypervisor. It modifies both the virtual machine image and its associated libvirt metadata. virt-v2v will also configure a guest to use VirtIO drivers if possible. -------------------------------------------------------------------------------- From updates at fedoraproject.org Fri Mar 12 03:41:20 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 12 Mar 2010 03:41:20 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100312034120.BC02F11003E@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing globus-libxml2-1.8-1.el4 perl-Hash-Case-1.006-4.el4 perl-Hash-WithDefaults-0.04-7.el4 perl-PerlIO-gzip-0.18-7.el4.1 python-sippy-1.0.3-2.el4 Details about builds: ================================================================================ globus-libxml2-1.8-1.el4 (FEDORA-EPEL-2010-2409) Globus Toolkit - LibXML2 Library -------------------------------------------------------------------------------- Update Information: The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. The globus-libxml2 package contains: LibXML2 Library (virtual GPT glue package) -------------------------------------------------------------------------------- References: [ 1 ] Bug #563820 - Review Request: globus-libxml2 - Globus Toolkit - LibXML2 Library https://bugzilla.redhat.com/show_bug.cgi?id=563820 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-Case-1.006-4.el4 (FEDORA-EPEL-2010-2411) Base class for hashes with key-casing requirements -------------------------------------------------------------------------------- References: [ 1 ] Bug #569295 - Branch perl-Hash-Case for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569295 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-WithDefaults-0.04-7.el4 (FEDORA-EPEL-2010-2395) Class for hashes with key-casing requirements supporting defaults -------------------------------------------------------------------------------- References: [ 1 ] Bug #569298 - Branch perl-Hash-WithDefaults for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569298 -------------------------------------------------------------------------------- ================================================================================ perl-PerlIO-gzip-0.18-7.el4.1 (FEDORA-EPEL-2010-2404) Perl extension to provide a PerlIO layer to gzip/gunzip -------------------------------------------------------------------------------- References: [ 1 ] Bug #569299 - Branch perl-PerlIO-gzip for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569299 -------------------------------------------------------------------------------- ================================================================================ python-sippy-1.0.3-2.el4 (FEDORA-EPEL-2010-2408) B2BUA (back-to-back user agent) SIP call controlling component -------------------------------------------------------------------------------- Update Information: Fixed error with missing hashlib in python-2.4 -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 10 2010 Peter Lemenkov 1.0.3-2 - Dropped checking for F-10 - Fixed EPEL-specific bug * Tue Mar 2 2010 Peter Lemenkov 1.0.3-1 - Version 1.0.3 (bugfix release) -------------------------------------------------------------------------------- From updates at fedoraproject.org Fri Mar 12 03:41:20 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 12 Mar 2010 03:41:20 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100312034120.C2B16110042@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing bouncycastle-1.45-6.el5 clipsmm-0.1.0-3.el5 cppcheck-1.42-1.el5 ferm-2.0.7-8.el5 fuse-encfs-1.4.2-1.el5 globus-libxml2-1.8-1.el5 libldb-0.9.10-25.el5 mock-1.0.7-1.el5 nagios-plugins-1.4.14-1.el5 perl-Hash-Case-1.006-4.el5 perl-Hash-WithDefaults-0.04-7.el5 perl-PerlIO-gzip-0.18-7.el5.1 piklab-0.15.7-1.el5 python-sippy-1.0.3-2.el5 python-suds-0.3.9-1.el5 viewvc-1.1.4-1.el5 Details about builds: ================================================================================ bouncycastle-1.45-6.el5 (FEDORA-EPEL-2010-2403) Bouncy Castle Crypto Package for Java -------------------------------------------------------------------------------- Update Information: The Bouncy Castle Crypto package is a Java implementation of cryptographic algorithms. The package is organised so that it contains a light-weight API suitable for use in any environment (including the newly released J2ME) with the additional infrastructure to conform the algorithms to the JCE framework. -------------------------------------------------------------------------------- References: [ 1 ] Bug #571580 - Request branch of bouncycastle to EPEL5. https://bugzilla.redhat.com/show_bug.cgi?id=571580 -------------------------------------------------------------------------------- ================================================================================ clipsmm-0.1.0-3.el5 (FEDORA-EPEL-2010-2401) C++ interface to the CLIPS expert system C library -------------------------------------------------------------------------------- Update Information: The clipsmm library provides a C++ interface to the CLIPS C library. CLIPS (C Language Integrated Production System) is an expert system development tool which provides a complete environment for the construction of rule and/or object based expert systems. Created in 1985 by NASA at the Johnson Space Center, CLIPS is now widely used throughout the government, industry, and academia. -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Rick L Vinyard Jr - 0.1.0-3 - Add libtermcap dependency for Fedora <= 9 and EL <= 5 * Wed Sep 2 2009 Rick L Vinyard Jr - 0.1.0-2 - Bump release to rebuild against newer clips * Mon Jul 27 2009 Rick L Vinyard Jr - 0.1.0-1 - New release * Fri Jul 24 2009 Fedora Release Engineering - 0.0.7-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Feb 24 2009 Fedora Release Engineering - 0.0.7-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Mon Mar 3 2008 Rick L Vinyard Jr - 0.0.7-4 - Bump release for make-tag error * Mon Mar 3 2008 Rick L Vinyard Jr - 0.0.7-3 - Added boost-devel dependency * Tue Feb 19 2008 Fedora Release Engineering - 0.0.7-2 - Autorebuild for GCC 4.3 -------------------------------------------------------------------------------- ================================================================================ cppcheck-1.42-1.el5 (FEDORA-EPEL-2010-2393) A tool for static C/C++ code analysis -------------------------------------------------------------------------------- Update Information: Bugfix update to 1.42, details in upstream changelog at http://github.com/danmar /cppcheck/commit/f530207180eb5410f6b980cfd19c3a76c3e816c2 -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 10 2010 Jussi Lehtola - 1.42-1 - Update to 1.42. * Mon Jan 18 2010 Jussi Lehtola - 1.40-1 - Update to 1.40. -------------------------------------------------------------------------------- ================================================================================ ferm-2.0.7-8.el5 (FEDORA-EPEL-2010-2399) For Easy Rule Making -------------------------------------------------------------------------------- Update Information: Initial push Ferm (2.0.7) into EL-5 -------------------------------------------------------------------------------- References: [ 1 ] Bug #455067 - Review Request: ferm - For Easy Rule Making https://bugzilla.redhat.com/show_bug.cgi?id=455067 -------------------------------------------------------------------------------- ================================================================================ fuse-encfs-1.4.2-1.el5 (FEDORA-EPEL-2010-2410) Encrypted pass-thru filesystem in userspace -------------------------------------------------------------------------------- Update Information: This is the first release of fuse-encfs for EL5. With the inclusion of fuse in EL5, this package will allow a user to encrypt a particular folder. Using 1.4.2 because 1.5 requires a newer version of boost. -------------------------------------------------------------------------------- ================================================================================ globus-libxml2-1.8-1.el5 (FEDORA-EPEL-2010-2391) Globus Toolkit - LibXML2 Library -------------------------------------------------------------------------------- Update Information: The Globus Toolkit is an open source software toolkit used for building Grid systems and applications. It is being developed by the Globus Alliance and many others all over the world. A growing number of projects and companies are using the Globus Toolkit to unlock the potential of grids for their cause. The globus-libxml2 package contains: LibXML2 Library (virtual GPT glue package) -------------------------------------------------------------------------------- References: [ 1 ] Bug #563820 - Review Request: globus-libxml2 - Globus Toolkit - LibXML2 Library https://bugzilla.redhat.com/show_bug.cgi?id=563820 -------------------------------------------------------------------------------- ================================================================================ libldb-0.9.10-25.el5 (FEDORA-EPEL-2010-2402) A schema-less, ldap like, API and database -------------------------------------------------------------------------------- Update Information: A schema-less, LDAP-like database and API -------------------------------------------------------------------------------- ================================================================================ mock-1.0.7-1.el5 (FEDORA-EPEL-2010-2397) Builds packages inside chroots -------------------------------------------------------------------------------- Update Information: This build reverts the addition of createrepo running and also the useradd -n/-N changes. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 11 2010 Jesse Keating - 1.0.7-1 - Revert new createrepo feature - Revert -n/-N useradd change, just use -n as it still works * Fri Feb 19 2010 Clark Williams - 1.0.6-1 - added code to check for SELinux being enabled or disabled and avoid calling 'chcon' if disabled - add conditional Require of python-hashlib if building for the EL5 distro -------------------------------------------------------------------------------- References: [ 1 ] Bug #571653 - wrong parameter for useradd https://bugzilla.redhat.com/show_bug.cgi?id=571653 [ 2 ] Bug #571441 - Please do not push incompatible changes into EPEL https://bugzilla.redhat.com/show_bug.cgi?id=571441 -------------------------------------------------------------------------------- ================================================================================ nagios-plugins-1.4.14-1.el5 (FEDORA-EPEL-2010-2398) Host/service/network monitoring program plugins for Nagios -------------------------------------------------------------------------------- Update Information: - Ver. 1.4.14 (with buffer overflow in check_ntp fixed) - Rebased patches. -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 10 2010 Peter Lemenkov - 1.4.14-1 - Ver. 1.4.14 - Rebased patches. * Fri Aug 21 2009 Tomas Mraz - 1.4.13-17 - rebuilt with new openssl * Sat Jul 25 2009 Fedora Release Engineering - 1.4.13-16 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Mon Jun 22 2009 Mike McGrath - 1.4.13-15 - Added patch from upstream to fix ntp faults (bz #479030) * Wed Feb 25 2009 Fedora Release Engineering - 1.4.13-14 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Sat Jan 24 2009 Caol?n McNamara 1.4.13-13 - rebuild for dependencies * Sat Jan 17 2009 Tomas Mraz 1.4.13-12 - rebuild with new openssl -------------------------------------------------------------------------------- References: [ 1 ] Bug #571069 - Buffer overflow exists in check_ntp/check_ntp_peer plugins https://bugzilla.redhat.com/show_bug.cgi?id=571069 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-Case-1.006-4.el5 (FEDORA-EPEL-2010-2405) Base class for hashes with key-casing requirements -------------------------------------------------------------------------------- References: [ 1 ] Bug #569295 - Branch perl-Hash-Case for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569295 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-WithDefaults-0.04-7.el5 (FEDORA-EPEL-2010-2400) Class for hashes with key-casing requirements supporting defaults -------------------------------------------------------------------------------- References: [ 1 ] Bug #569298 - Branch perl-Hash-WithDefaults for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569298 -------------------------------------------------------------------------------- ================================================================================ perl-PerlIO-gzip-0.18-7.el5.1 (FEDORA-EPEL-2010-2394) Perl extension to provide a PerlIO layer to gzip/gunzip -------------------------------------------------------------------------------- References: [ 1 ] Bug #569299 - Branch perl-PerlIO-gzip for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569299 -------------------------------------------------------------------------------- ================================================================================ piklab-0.15.7-1.el5 (FEDORA-EPEL-2010-2406) Development environment for applications based on PIC & dsPIC microcontrollers -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 10 2010 Alain Portal 0.15.7-1 - New upstream version - Remove patches 2 & 3 that are no more needed -------------------------------------------------------------------------------- ================================================================================ python-sippy-1.0.3-2.el5 (FEDORA-EPEL-2010-2392) B2BUA (back-to-back user agent) SIP call controlling component -------------------------------------------------------------------------------- Update Information: Fixed error with missing hashlib in python-2.4 -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 10 2010 Peter Lemenkov 1.0.3-2 - Dropped checking for F-10 - Fixed EPEL-specific bug * Tue Mar 2 2010 Peter Lemenkov 1.0.3-1 - Version 1.0.3 (bugfix release) -------------------------------------------------------------------------------- ================================================================================ python-suds-0.3.9-1.el5 (FEDORA-EPEL-2010-2407) A python SOAP client -------------------------------------------------------------------------------- Update Information: Released new features and bug fixes. -------------------------------------------------------------------------------- ChangeLog: * Thu Dec 17 2009 jortel - 0.3.9-1 - Bumped python requires to 2.4 - Replaced stream-based caching in the transport package with document-based caching. - Caches pickled Document objects instead of XML text. 2x Faster! - No more SAX parsing exceptions on damaged or incomplete cached files. - Cached WSDL objects. Entire Definitions object including contained Schema object cached via pickle. - Copy of soap encoding schema packaged with suds. - Refactor Transports to use ProxyHandler instead of urllib2.Request.set_proxy(). - Added WSSE enhancements and support. See: Timestamp token. - Fixed Tickets: #256, #291, #294, #295, #296 -------------------------------------------------------------------------------- ================================================================================ viewvc-1.1.4-1.el5 (FEDORA-EPEL-2010-2396) Browser interface for CVS and SVN version control repositories -------------------------------------------------------------------------------- Update Information: Update to upstream version 1.1.4, fixing one XSS flaw and several bugs: * http://viewvc.tigris.org/source/browse/viewvc/trunk/CHANGES?revision=2341 * security fix: escape user-provided query form input to avoid XSS attack * fix standalone.py failure (when per-root options aren't used) (issue #445) * fix annotate failure caused by ignored svn_config_dir (issue #447) -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 11 2010 Bojan Smojver - 1.1.4-1 - bump up to 1.1.4 * Fri Jan 8 2010 Bojan Smojver - 1.1.3-2 - patch upstream issue #445 -------------------------------------------------------------------------------- From smooge at gmail.com Fri Mar 12 17:09:45 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 10:09:45 -0700 Subject: Packages where EPEL beats EL Message-ID: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> Ok if my cave man hacking attempts were correct then this is the list of things that in EPEL beats EL-5 stuff: Looking up all competing providers Got all the potential problems, checking them ================================================================== ================================================================== Requirement problems ================================================================== qspice-libs-devel-0.3.0-39.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== kvm-tools-83-105.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== lapack-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) epel wins with atlas atlas - epel lapack - el5 ================================================================== perl-libwww-perl-5.805-1.1.1.noarch requires perl(LWP::Protocol) epel wins with perl-SOAP-Lite perl-SOAP-Lite - epel perl-libwww-perl - el5 ================================================================== cman-2.0.115-1.el5.x86_64 requires perl(Net::Telnet) epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== libvirt-0.6.3-20.el5.x86_64 requires /usr/bin/qemu-img epel wins with qemu-img qemu-img - epel kvm-qemu-img - el5 ================================================================== qspice-libs-0.3.0-39.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== 1:perl-LDAP-0.33-3.fc6.noarch requires perl(LWP::Protocol) epel wins with perl-SOAP-Lite perl-SOAP-Lite - epel perl-libwww-perl - el5 ================================================================== ================================================================== cman-2.0.115-1.el5.x86_64 requires perl(Net::Telnet) epel wins with perl-Net-Telnet perl-Net-Telnet - epel perl-Net-Telnet - el5 ================================================================== libvirt-0.6.3-20.el5.x86_64 requires /usr/bin/qemu-img epel wins with qemu-img qemu-img - epel kvm-qemu-img - el5 ================================================================== qspice-libs-0.3.0-39.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== 1:perl-LDAP-0.33-3.fc6.noarch requires perl(LWP::Protocol) epel wins with perl-SOAP-Lite perl-SOAP-Lite - epel perl-libwww-perl - el5 ================================================================== kvm-qemu-img-83-105.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) epel wins with atlas atlas - epel lapack - el5 ================================================================== kvm-83-105.el5.x86_64 requires libspice.so.0()(64bit) epel wins with tclspice tclspice - epel qspice-libs - el5 ================================================================== -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From tremble at tremble.org.uk Fri Mar 12 17:32:39 2010 From: tremble at tremble.org.uk (Mark Chappell) Date: Fri, 12 Mar 2010 17:32:39 +0000 Subject: Packages where EPEL beats EL In-Reply-To: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> Message-ID: <4B9A7AB7.603@tremble.org.uk> Stephen John Smoogen wrote: > Ok if my cave man hacking attempts were correct then this is the list > of things that in EPEL beats EL-5 stuff: > > Looking up all competing providers > Got all the potential problems, checking them > ================================================================== > lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) > epel wins with atlas > atlas - epel > lapack - el5 That liblapack.so.3 is tucked away in /usr/lib64/atlas/ and isn't on the library path by default IIRC. Mark From smooge at gmail.com Fri Mar 12 18:00:56 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 11:00:56 -0700 Subject: Packages where EPEL beats EL In-Reply-To: <4B9A7AB7.603@tremble.org.uk> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <4B9A7AB7.603@tremble.org.uk> Message-ID: <80d7e4091003121000q4352b66cj9386280cd5c88362@mail.gmail.com> On Fri, Mar 12, 2010 at 10:32 AM, Mark Chappell wrote: > Stephen John Smoogen wrote: >> Ok if my cave man hacking attempts were correct then this is the list >> of things that in EPEL beats EL-5 stuff: >> >> Looking up all competing providers >> Got all the potential problems, checking them >> ================================================================== >> lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) >> epel wins with atlas >> ? atlas - epel >> ? lapack - el5 > > > That liblapack.so.3 is tucked away in /usr/lib64/atlas/ and isn't on the > library path by default IIRC. What I did was compare the list of provides with the list of requires. One package requires liblapack and another says it provides it. My compare routine may need some work to make it better :). -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From tremble at tremble.org.uk Fri Mar 12 18:30:45 2010 From: tremble at tremble.org.uk (Mark Chappell) Date: Fri, 12 Mar 2010 18:30:45 +0000 Subject: Packages where EPEL beats EL In-Reply-To: <80d7e4091003121000q4352b66cj9386280cd5c88362@mail.gmail.com> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <4B9A7AB7.603@tremble.org.uk> <80d7e4091003121000q4352b66cj9386280cd5c88362@mail.gmail.com> Message-ID: <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> The important question would I suppose be what does RPM/Yum do with them... I've a nasty feeling it uses lapack by default, but will use atlas for dep solving if it's already installed. Mark On 12/03/2010, Stephen John Smoogen wrote: > On Fri, Mar 12, 2010 at 10:32 AM, Mark Chappell > wrote: >> Stephen John Smoogen wrote: >>> Ok if my cave man hacking attempts were correct then this is the list >>> of things that in EPEL beats EL-5 stuff: >>> >>> Looking up all competing providers >>> Got all the potential problems, checking them >>> ================================================================== >>> lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) >>> epel wins with atlas >>> ? atlas - epel >>> ? lapack - el5 >> >> >> That liblapack.so.3 is tucked away in /usr/lib64/atlas/ and isn't on the >> library path by default IIRC. > > What I did was compare the list of provides with the list of requires. > One package requires liblapack and another says it provides it. My > compare routine may need some work to make it better :). > > > -- > Stephen J Smoogen. > > Ah, but a man's reach should exceed his grasp. Or what's a heaven for? > -- Robert Browning > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From cmadams at hiwaay.net Fri Mar 12 18:55:18 2010 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 12 Mar 2010 12:55:18 -0600 Subject: Packages where EPEL beats EL In-Reply-To: <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <4B9A7AB7.603@tremble.org.uk> <80d7e4091003121000q4352b66cj9386280cd5c88362@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> Message-ID: <20100312185518.GF1485588@hiwaay.net> Once upon a time, Mark Chappell said: > The important question would I suppose be what does RPM/Yum do with them... > > I've a nasty feeling it uses lapack by default, but will use atlas for > dep solving if it's already installed. Shortest name wins, so atlas gets pulled in (when it doesn't actually meet a needed dependency). I would think the bug is in the atlas packaging; the RPM shouldn't list a shared lib outside the standard directories as a provide. This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private copy of the SNMP_Session perl modules, but they are found by the auto-provides (so the RPM lists them). Then mrtg is a shorter name than perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a broken install. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From ville.skytta at iki.fi Fri Mar 12 19:28:13 2010 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Fri, 12 Mar 2010 21:28:13 +0200 Subject: Packages where EPEL beats EL In-Reply-To: <20100312185518.GF1485588@hiwaay.net> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> Message-ID: <201003122128.14976.ville.skytta@iki.fi> On Friday 12 March 2010, Chris Adams wrote: > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private > copy of the SNMP_Session perl modules, but they are found by the > auto-provides (so the RPM lists them). Then mrtg is a shorter name than > perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a > broken install. https://bugzilla.redhat.com/show_bug.cgi?id=563619 From cmadams at hiwaay.net Fri Mar 12 19:57:18 2010 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 12 Mar 2010 13:57:18 -0600 Subject: Packages where EPEL beats EL In-Reply-To: <201003122128.14976.ville.skytta@iki.fi> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> Message-ID: <20100312195718.GG1485588@hiwaay.net> Once upon a time, Ville Skytt? said: > On Friday 12 March 2010, Chris Adams wrote: > > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private > > copy of the SNMP_Session perl modules, but they are found by the > > auto-provides (so the RPM lists them). Then mrtg is a shorter name than > > perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a > > broken install. > > https://bugzilla.redhat.com/show_bug.cgi?id=563619 Yeah, that's a dupe of my 4 month old bug: https://bugzilla.redhat.com/show_bug.cgi?id=532556 I looked at the RHEL 5.5 beta, but I didn't see a new mrtg package. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From smooge at gmail.com Fri Mar 12 20:37:31 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 13:37:31 -0700 Subject: Packages where EPEL and redhat.com SRPMS conflict Message-ID: <80d7e4091003121237h5f371099l6c0df1aa936d54e3@mail.gmail.com> Ok I think I sent this a while back, but in case I didn't here are packages that were in the two SRPMS list. Some of the packages were moved over and such. I have also included a list of SRPMS that are in rhel-5 that we could look at for blocking in EPEL-5. blktrace dstat gnupg2 libassuan libksba log4cpp nedit perl-Config-General perl-Net-Telnet pinentry pth [Created from RHEL-5 mirror and EPEL-5 mirror of src.rpm .] -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -------------- next part -------------- A non-text attachment was scrubbed... Name: potential-rhel5-blockers Type: application/octet-stream Size: 13227 bytes Desc: not available URL: From smooge at gmail.com Fri Mar 12 20:37:31 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 13:37:31 -0700 Subject: Packages where EPEL and redhat.com SRPMS conflict Message-ID: <80d7e4091003121237h5f371099l6c0df1aa936d54e3@mail.gmail.com> Ok I think I sent this a while back, but in case I didn't here are packages that were in the two SRPMS list. Some of the packages were moved over and such. I have also included a list of SRPMS that are in rhel-5 that we could look at for blocking in EPEL-5. blktrace dstat gnupg2 libassuan libksba log4cpp nedit perl-Config-General perl-Net-Telnet pinentry pth [Created from RHEL-5 mirror and EPEL-5 mirror of src.rpm .] -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning -------------- next part -------------- A non-text attachment was scrubbed... Name: potential-rhel5-blockers Type: application/octet-stream Size: 13227 bytes Desc: not available URL: From smooge at gmail.com Fri Mar 12 20:39:49 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 13:39:49 -0700 Subject: Packages where EPEL beats EL In-Reply-To: <20100312195718.GG1485588@hiwaay.net> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> <20100312195718.GG1485588@hiwaay.net> Message-ID: <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> On Fri, Mar 12, 2010 at 12:57 PM, Chris Adams wrote: > Once upon a time, Ville Skytt? said: >> On Friday 12 March 2010, Chris Adams wrote: >> > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private >> > copy of the SNMP_Session perl modules, but they are found by the >> > auto-provides (so the RPM lists them). ?Then mrtg is a shorter name than >> > perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a >> > broken install. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=563619 > > Yeah, that's a dupe of my 4 month old bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=532556 > > I looked at the RHEL 5.5 beta, but I didn't see a new mrtg package. Is there something we can put in the spec files to tell RPM not to look at it? -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From paul at city-fan.org Fri Mar 12 20:45:35 2010 From: paul at city-fan.org (Paul Howarth) Date: Fri, 12 Mar 2010 20:45:35 +0000 Subject: Packages where EPEL beats EL In-Reply-To: <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> <20100312195718.GG1485588@hiwaay.net> <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> Message-ID: <20100312204535.11748574@city-fan.org> On Fri, 12 Mar 2010 13:39:49 -0700 Stephen John Smoogen wrote: > On Fri, Mar 12, 2010 at 12:57 PM, Chris Adams > wrote: > > Once upon a time, Ville Skytt? said: > >> On Friday 12 March 2010, Chris Adams wrote: > >> > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own > >> > private copy of the SNMP_Session perl modules, but they are > >> > found by the auto-provides (so the RPM lists them). ?Then mrtg > >> > is a shorter name than perl-SNMP_Session, so a package requiring > >> > "perl(SNMP_Session)" gets a broken install. > >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=563619 > > > > Yeah, that's a dupe of my 4 month old bug: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=532556 > > > > I looked at the RHEL 5.5 beta, but I didn't see a new mrtg package. > > Is there something we can put in the spec files to tell RPM not to > look at it? Packages requiring perl(SNMP_Session) could add a manual dependency on perl-SNMP_Session; this will pick up the wanted package and won't be fooled by the imposter. Paul. From cmadams at hiwaay.net Fri Mar 12 20:49:27 2010 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 12 Mar 2010 14:49:27 -0600 Subject: Packages where EPEL beats EL In-Reply-To: <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> <20100312195718.GG1485588@hiwaay.net> <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> Message-ID: <20100312204927.GH1485588@hiwaay.net> Once upon a time, Stephen John Smoogen said: > On Fri, Mar 12, 2010 at 12:57 PM, Chris Adams wrote: > > Once upon a time, Ville Skytt? said: > >> On Friday 12 March 2010, Chris Adams wrote: > >> > This is similar to mrtg vs. perl-SNMP_Session; mrtg has its own private > >> > copy of the SNMP_Session perl modules, but they are found by the > >> > auto-provides (so the RPM lists them). ?Then mrtg is a shorter name than > >> > perl-SNMP_Session, so a package requiring "perl(SNMP_Session)" gets a > >> > broken install. > >> > >> https://bugzilla.redhat.com/show_bug.cgi?id=563619 > > > > Yeah, that's a dupe of my 4 month old bug: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=532556 > > > > I looked at the RHEL 5.5 beta, but I didn't see a new mrtg package. > > Is there something we can put in the spec files to tell RPM not to look at it? You have to disable internal dependency generation, filter the provides (to not provide the private thing), and filter the requires (to not require the thing you are no longer internally providing but presumably depending on). The Fedora mrtg package does this with an external script; you can also do it right in the spec file. https://fedoraproject.org/wiki/Packaging/Perl#Filtering_Requires:_and_Provides https://fedoraproject.org/wiki/PackagingDrafts/FilteringAutomaticDependencies -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From cmadams at hiwaay.net Fri Mar 12 20:51:00 2010 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 12 Mar 2010 14:51:00 -0600 Subject: Packages where EPEL beats EL In-Reply-To: <20100312204535.11748574@city-fan.org> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> <20100312195718.GG1485588@hiwaay.net> <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> <20100312204535.11748574@city-fan.org> Message-ID: <20100312205100.GI1485588@hiwaay.net> Once upon a time, Paul Howarth said: > Packages requiring perl(SNMP_Session) could add a manual dependency on > perl-SNMP_Session; this will pick up the wanted package and won't be > fooled by the imposter. It is much better to fix the broken package (RHEL's mrtg in this case) than break all the other packages (what if a new version of SNMP_Session.pm becomse part of some other package?). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From paul at city-fan.org Fri Mar 12 20:55:19 2010 From: paul at city-fan.org (Paul Howarth) Date: Fri, 12 Mar 2010 20:55:19 +0000 Subject: Packages where EPEL beats EL In-Reply-To: <4B9A7AB7.603@tremble.org.uk> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <4B9A7AB7.603@tremble.org.uk> Message-ID: <20100312205519.0886a7a2@city-fan.org> On Fri, 12 Mar 2010 17:32:39 +0000 Mark Chappell wrote: > Stephen John Smoogen wrote: > > Ok if my cave man hacking attempts were correct then this is the > > list of things that in EPEL beats EL-5 stuff: > > > > Looking up all competing providers > > Got all the potential problems, checking them > > ================================================================== > > lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit) > > epel wins with atlas > > atlas - epel > > lapack - el5 > > > That liblapack.so.3 is tucked away in /usr/lib64/atlas/ and isn't on > the library path by default IIRC. It shouldn't be providing liblapack.so.3 at all; the bogus provide can be filtered out by doing something like this: # Don't "provide" our private libs, or generate doc-file dependencies %global _use_internal_dependency_generator 0 %global docfilt perl -p -e 's|%{_docdir}/%{name}-%{version}\\S+||' %global so_filt grep -v '%{_libdir}/atlas/.*$' %global __deploop() while read FILE; do /usr/lib/rpm/rpmdeps -%{1} ${FILE}; done | /bin/sort -u %global __find_provides /bin/sh -c "%{so_filt} | %{__deploop P}" %global __find_requires /bin/sh -c "%{docfilt} | %{__deploop R}" This is how the filtering macros described at https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering work, but they're only available in recent Fedora releases. Paul. From paul at city-fan.org Fri Mar 12 21:07:08 2010 From: paul at city-fan.org (Paul Howarth) Date: Fri, 12 Mar 2010 21:07:08 +0000 Subject: Packages where EPEL beats EL In-Reply-To: <20100312205100.GI1485588@hiwaay.net> References: <80d7e4091003120909g618613q13eda73097bc674d@mail.gmail.com> <916471a41003121030w4f1dbd33k19aa194ffc5fef3f@mail.gmail.com> <20100312185518.GF1485588@hiwaay.net> <201003122128.14976.ville.skytta@iki.fi> <20100312195718.GG1485588@hiwaay.net> <80d7e4091003121239l2eb1bf38o1e052df8b63113c1@mail.gmail.com> <20100312204535.11748574@city-fan.org> <20100312205100.GI1485588@hiwaay.net> Message-ID: <20100312210708.19509b63@city-fan.org> On Fri, 12 Mar 2010 14:51:00 -0600 Chris Adams wrote: > Once upon a time, Paul Howarth said: > > Packages requiring perl(SNMP_Session) could add a manual dependency > > on perl-SNMP_Session; this will pick up the wanted package and > > won't be fooled by the imposter. > > It is much better to fix the broken package (RHEL's mrtg in this case) > than break all the other packages (what if a new version of > SNMP_Session.pm becomse part of some other package?). Well of course but that's outside of our control and as mentioned earlier in the thread, it's a known problem but nothing has been done about it in RHEL. Paul. From dennisml at conversis.de Fri Mar 12 21:47:59 2010 From: dennisml at conversis.de (Dennis J.) Date: Fri, 12 Mar 2010 22:47:59 +0100 Subject: puppet update broken? Message-ID: <4B9AB68F.7020503@conversis.de> Hi, I just installed a new machine in our infrastructure but I can't get the puppet package to work. I see it has recently been updated to 0.25.4 while the previous version i EPEL was 0.24.8. The other machines that are still running 0.24.8 are all doing fine but on the one with the new puppet version I just get a "Reopening log files" in the syslog. On the other machines this is followed by "Starting Puppet client version 0.24.8" but on the new one nothing happens. Starting puppet manually with "puppetd --no-damonize -d" looks good but ends with the following output: ... debug: /File[/var/lib/puppet/ssl/public_keys]/ensure: created debug: /File[/var/lib/puppet/ssl/private]: Changing ensure debug: /File[/var/lib/puppet/ssl/private]: 1 change(s) debug: /File[/var/lib/puppet/ssl/private]/ensure: created debug: /File[/var/lib/puppet/ssl/certs]: Changing ensure debug: /File[/var/lib/puppet/ssl/certs]: 1 change(s) debug: /File[/var/lib/puppet/ssl/certs]/ensure: created debug: Finishing transaction 23882872773280 with 12 changes info: Creating a new SSL key for wsuptf01.tmm.cvsn.de warning: peer certificate won't be verified in this SSL session warning: peer certificate won't be verified in this SSL session info: Creating a new SSL certificate request for wsuptf01.tmm.cvsn.de warning: peer certificate won't be verified in this SSL session warning: peer certificate won't be verified in this SSL session warning: peer certificate won't be verified in this SSL session After that nothing happens. I also noticed that the previous version has been deleted on the EPEL servers. Was this intended? That makes any rollback to a previous version impossible in case someone updates his machines and runs into similar problems. Regards, Dennis From smooge at gmail.com Fri Mar 12 21:52:18 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 14:52:18 -0700 Subject: 2010-03-10 Meeting Message-ID: <80d7e4091003121352ocd75af7tbddd31ba1879bfcc@mail.gmail.com> We have 3 items to close out next meeting... most of them require input from rel-eng so will work with them in their free time from the upcoming F13 Beta Meeting ended Fri Mar 12 21:51:02 2010 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2010-03-12/fedora-meeting.2010-03-12-21.00.html Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2010-03-12/fedora-meeting.2010-03-12-21.00.txt thankyou all for coming Log: http://meetbot.fedoraproject.org/fedora-meeting/2010-03-12/fedora-meeting.2010-03-12-21.00.log.html -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From dennisml at conversis.de Fri Mar 12 22:13:19 2010 From: dennisml at conversis.de (Dennis J.) Date: Fri, 12 Mar 2010 23:13:19 +0100 Subject: puppet update broken? In-Reply-To: <4B9AB68F.7020503@conversis.de> References: <4B9AB68F.7020503@conversis.de> Message-ID: <4B9ABC7F.8000007@conversis.de> I found a copy of the previous version on the net. After installing that everything is fine again. That still leaves the question why the EPEL version was updated to an apparently incompatible revision. Regards, Dennis On 03/12/2010 10:47 PM, Dennis J. wrote: > Hi, > I just installed a new machine in our infrastructure but I can't get the > puppet package to work. I see it has recently been updated to 0.25.4 > while the previous version i EPEL was 0.24.8. The other machines that > are still running 0.24.8 are all doing fine but on the one with the new > puppet version I just get a "Reopening log files" in the syslog. On the > other machines this is followed by "Starting Puppet client version > 0.24.8" but on the new one nothing happens. > Starting puppet manually with "puppetd --no-damonize -d" looks good but > ends with the following output: > ... > debug: /File[/var/lib/puppet/ssl/public_keys]/ensure: created > debug: /File[/var/lib/puppet/ssl/private]: Changing ensure > debug: /File[/var/lib/puppet/ssl/private]: 1 change(s) > debug: /File[/var/lib/puppet/ssl/private]/ensure: created > debug: /File[/var/lib/puppet/ssl/certs]: Changing ensure > debug: /File[/var/lib/puppet/ssl/certs]: 1 change(s) > debug: /File[/var/lib/puppet/ssl/certs]/ensure: created > debug: Finishing transaction 23882872773280 with 12 changes > info: Creating a new SSL key for wsuptf01.tmm.cvsn.de > warning: peer certificate won't be verified in this SSL session > warning: peer certificate won't be verified in this SSL session > info: Creating a new SSL certificate request for wsuptf01.tmm.cvsn.de > warning: peer certificate won't be verified in this SSL session > warning: peer certificate won't be verified in this SSL session > warning: peer certificate won't be verified in this SSL session > > After that nothing happens. > > I also noticed that the previous version has been deleted on the EPEL > servers. Was this intended? That makes any rollback to a previous > version impossible in case someone updates his machines and runs into > similar problems. > > Regards, > Dennis > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From ricky at fedoraproject.org Fri Mar 12 22:32:11 2010 From: ricky at fedoraproject.org (Ricky Zhou) Date: Fri, 12 Mar 2010 17:32:11 -0500 Subject: puppet update broken? In-Reply-To: <4B9ABC7F.8000007@conversis.de> References: <4B9AB68F.7020503@conversis.de> <4B9ABC7F.8000007@conversis.de> Message-ID: <20100312223211.GB13759@alpha.rzhou.org> On 2010-03-12 11:13:19 PM, Dennis J. wrote: > I found a copy of the previous version on the net. After installing > that everything is fine again. That still leaves the question why > the EPEL version was updated to an apparently incompatible revision. The server is usually backwards-compatible, but not the client. The advice from the puppet folks is to always update the server first. Still, it would have been a good idea to send an announcement to epel-announce about this update earlier. Thanks, Ricky -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From smooge at gmail.com Fri Mar 12 22:37:32 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 15:37:32 -0700 Subject: puppet update broken? In-Reply-To: <4B9AB68F.7020503@conversis.de> References: <4B9AB68F.7020503@conversis.de> Message-ID: <80d7e4091003121437q37fe35e3tccefe8341eb4f835@mail.gmail.com> On Fri, Mar 12, 2010 at 2:47 PM, Dennis J. wrote: > Hi, > I just installed a new machine in our infrastructure but I can't get the > puppet package to work. I see it has recently been updated to 0.25.4 while > the previous version i EPEL was 0.24.8. The other machines that are still > running 0.24.8 are all doing fine but on the one with the new puppet version > I just get a "Reopening log files" in the syslog. On the other machines this > is followed by "Starting Puppet client version 0.24.8" but on the new one > nothing happens. A bad part of this our fault. We need to send out FLAG days on certain packages (puppet being one of them) when an update goes into testing and when it goes into production. A second bad part is we do not keep many old versions of our packages around due to limits on resources on our part. Part of this is due to how puppet upstream works. Puppet only gives a partial guarantee for backwards compatibility between 'major' version upgrades (and only on the server), and the puppet recommended way of upgrades is always: Upgrade the server first, Upgrade the clients next. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From dennisml at conversis.de Fri Mar 12 23:16:01 2010 From: dennisml at conversis.de (Dennis J.) Date: Sat, 13 Mar 2010 00:16:01 +0100 Subject: puppet update broken? In-Reply-To: <80d7e4091003121437q37fe35e3tccefe8341eb4f835@mail.gmail.com> References: <4B9AB68F.7020503@conversis.de> <80d7e4091003121437q37fe35e3tccefe8341eb4f835@mail.gmail.com> Message-ID: <4B9ACB31.1050909@conversis.de> On 03/12/2010 11:37 PM, Stephen John Smoogen wrote: > On Fri, Mar 12, 2010 at 2:47 PM, Dennis J. wrote: >> Hi, >> I just installed a new machine in our infrastructure but I can't get the >> puppet package to work. I see it has recently been updated to 0.25.4 while >> the previous version i EPEL was 0.24.8. The other machines that are still >> running 0.24.8 are all doing fine but on the one with the new puppet version >> I just get a "Reopening log files" in the syslog. On the other machines this >> is followed by "Starting Puppet client version 0.24.8" but on the new one >> nothing happens. > > A bad part of this our fault. We need to send out FLAG days on certain > packages (puppet being one of them) when an update goes into testing > and when it goes into production. > > A second bad part is we do not keep many old versions of our packages > around due to limits on resources on our part. I don't know about many versions but it would be good to have at least the previous version around for a potential rollback. > Part of this is due to how puppet upstream works. Puppet only gives a > partial guarantee for backwards compatibility between 'major' version > upgrades (and only on the server), and the puppet recommended way of > upgrades is always: > > Upgrade the server first, Upgrade the clients next. Should this 'major' update have been put into EPEL at all if there are known backwards compatibility issues? That seems to be quite a risky policy for a distribution which most people expect to be mostly free from any surprises (as opposed to the faster moving desktop distros like Fedora). Would a backup of /var/lib/puppet and /etc/puppet be sufficient when I attempt to update the server? I manage 50+ machines with puppet and it would be extremely painful to not be able to go back to a known working setup if 0.25.4 shows problems. Regards, Dennis From dmalcolm at redhat.com Sat Mar 13 00:40:05 2010 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 12 Mar 2010 19:40:05 -0500 Subject: Hoping to maintain python26 in EPEL5 Message-ID: <1268440805.2405.621.camel@brick> I'm interested in maintaining a build of python 2.6 for EPEL5, parallel-installable with the system "python" (2.4 in EL5, which I comaintain within RHEL). I've adapted Fedora 13's Python specfile (which I comaintain), using that specfile's ability to be built as a secondary Python version (with "main_python" set to 0). This sets "python26" as the name of the package, and leads to it owning /usr/bin/python2.6, /usr/lib(64)/python2.6, etc. I've filed a review request for this package here: https://bugzilla.redhat.com/show_bug.cgi?id=573151 but I wanted to give this a broader circulation, as I'm aware that a few EPEL5 users already build their own python 2.6 RPMs, and I want to avoid breaking those. Some areas of possible clashes/incompatibility: - filesystem paths. In my package I've taken the standard locations (/usr/bin/python2.6 /usr/include/python2.6, etc), and so it's very possible that my package will collide with pre-existing work in this area - RPM names: similarly, this package is "python26", "python26-devel", "tkinter26", etc - unicode: this package is built with "wide unicode" (UCS4), following what we've done in RHL, RHEL and Fedora (and indeed, I believe since Red Hat Linux 8), rather than the upstream default of UCS2. This affects ABI: if you've got extension modules built with UCS2 they won't work with UCS4 (and vice versa). Having said that, I'd expect that other RPM builds of "python26" built with wide unicode (and without --py-debug) ought to be ABI-compatible with this build (the devil may be in the details). Would people find this useful to have in EPEL5? Dave From kevin at tummy.com Sat Mar 13 01:05:19 2010 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 12 Mar 2010 18:05:19 -0700 Subject: Packages where EPEL and redhat.com SRPMS conflict In-Reply-To: <80d7e4091003121237h5f371099l6c0df1aa936d54e3@mail.gmail.com> References: <80d7e4091003121237h5f371099l6c0df1aa936d54e3@mail.gmail.com> Message-ID: <20100312180519.033edc2d@ohm.scrye.com> On Fri, 12 Mar 2010 13:37:31 -0700 Stephen John Smoogen wrote: > Ok I think I sent this a while back, but in case I didn't here are > packages that were in the two SRPMS list. Some of the packages were > moved over and such. I have also included a list of SRPMS that are in > rhel-5 that we could look at for blocking in EPEL-5. > > blktrace > dstat > gnupg2 > libassuan > libksba > log4cpp > nedit > perl-Config-General > perl-Net-Telnet > pinentry > pth > > [Created from RHEL-5 mirror and EPEL-5 mirror of src.rpm .] This is from 5.4 right? We should see what additions there are for 5.5beta. I see no reason not to file bugs to get maintainers to retire these and then block/dead.package them. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Sat Mar 13 01:06:55 2010 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 12 Mar 2010 18:06:55 -0700 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <1268440805.2405.621.camel@brick> References: <1268440805.2405.621.camel@brick> Message-ID: <20100312180655.2f22e6be@ohm.scrye.com> On Fri, 12 Mar 2010 19:40:05 -0500 David Malcolm wrote: > I'm interested in maintaining a build of python 2.6 for EPEL5, > parallel-installable with the system "python" (2.4 in EL5, which I > comaintain within RHEL). ...snip... > Would people find this useful to have in EPEL5? I personally would. We have several clients here that use a home grown spec/rpm for this, and it would be great to have something like this in the community. ;) Whats the stance on modules for this python? Similar to what we do for python3 in fedora? or forbidden? I'll see if I can review it at some point, unless someone beats me to it. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From a.badger at gmail.com Sat Mar 13 01:45:02 2010 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 12 Mar 2010 20:45:02 -0500 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <20100312180655.2f22e6be@ohm.scrye.com> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> Message-ID: <20100313014502.GI4371@unaka.lan> On Fri, Mar 12, 2010 at 06:06:55PM -0700, Kevin Fenzi wrote: > On Fri, 12 Mar 2010 19:40:05 -0500 > David Malcolm wrote: > > > I'm interested in maintaining a build of python 2.6 for EPEL5, > > parallel-installable with the system "python" (2.4 in EL5, which I > > comaintain within RHEL). > > ...snip... > > > Would people find this useful to have in EPEL5? > > I personally would. We have several clients here that use a home grown > spec/rpm for this, and it would be great to have something like this in > the community. ;) > > Whats the stance on modules for this python? > Similar to what we do for python3 in fedora? or forbidden? > > I'll see if I can review it at some point, unless someone beats me to > it. > I like the idea of a more recent python a lot! I'd think that having modules (similar to how we package python3-MOD in Fedora) would make things much more useful... but it does require having more maintainers willing to work on them. My only reservation is whether we want to wait for python2.7 to come out. Pros: py2.7 is presently supposed to be the end of the 2.x line and will have 5 years of bugfix support from upstream after its release. If all goes well, this will be longer than EPEL5 is around and we won't have people wanting a different py2.x later on. Cons: py2.7 is currently at alpha4. The release schedule for python 2.7.0 projects a release date of 2010-06-26 and is here: http://www.python.org/dev/peps/pep-0373/ -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From smooge at gmail.com Sat Mar 13 03:32:23 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Mar 2010 20:32:23 -0700 Subject: puppet update broken? In-Reply-To: <4B9ACB31.1050909@conversis.de> References: <4B9AB68F.7020503@conversis.de> <80d7e4091003121437q37fe35e3tccefe8341eb4f835@mail.gmail.com> <4B9ACB31.1050909@conversis.de> Message-ID: <80d7e4091003121932h788f86dbr2bd36951e4ccdc0f@mail.gmail.com> On Fri, Mar 12, 2010 at 4:16 PM, Dennis J. wrote: > On 03/12/2010 11:37 PM, Stephen John Smoogen wrote: >> >> On Fri, Mar 12, 2010 at 2:47 PM, Dennis J. ?wrote: >>> >>> Hi, >>> I just installed a new machine in our infrastructure but I can't get the >>> puppet package to work. I see it has recently been updated to 0.25.4 >>> while >>> the previous version i EPEL was 0.24.8. The other machines that are still >>> running 0.24.8 are all doing fine but on the one with the new puppet >>> version >>> I just get a "Reopening log files" in the syslog. On the other machines >>> this >>> is followed by "Starting Puppet client version 0.24.8" but on the new one >>> nothing happens. >> >> A bad part of this our fault. We need to send out FLAG days on certain >> packages (puppet being one of them) when an update goes into testing >> and when it goes into production. >> >> A second bad part is we do not keep many old versions of our packages >> around due to limits on resources on our part. > > I don't know about many versions but it would be good to have at least the > previous version around for a potential rollback. We would need to keep several versions around because the rollback would have been 0.25.2 versus the 0.24.8 one you had on the system. >> Part of this is due to how puppet upstream works. Puppet only gives a >> partial guarantee for backwards compatibility between 'major' version >> upgrades (and only on the server), and the puppet recommended way of >> upgrades is always: >> >> Upgrade the server first, Upgrade the clients next. > > Should this 'major' update have been put into EPEL at all if there are known > backwards compatibility issues? That seems to be quite a risky policy for a > distribution which most people expect to be mostly free from any surprises > (as opposed to the faster moving desktop distros like Fedora). Here is where EPEL breaks down... certain software that people want very much does not stabilize and is moving forward all the time. If we were strictly going to do things, puppet and most of the things people ask for in EPEL would never be allowed in because their up-streams do not back-port and change their code so much between versions that back-porting is not possible. However, that would mean that we would only allow for software that hasn't changed since Red Hat Linux 7.1 which I think would be maybe bsd-games and fortune (maybe). People want newer stuff, and that comes with certain risks that really can't be dealt without serious dedicated resources. We should have announced this, but that would require people to 'know' they needed to read epel-announce or some rss feed before doing yum update. > Would a backup of /var/lib/puppet and /etc/puppet be sufficient when I > attempt to update the server? I manage 50+ machines with puppet and it would > be extremely painful to not be able to go back to a known working setup if > 0.25.4 shows problems. We have been using 0.25.x in Fedora infrastructure (100+ machines) for about a month before it got pushed to epel-stable. Backing up those directories should be enough. If you want to lower your risk lower, mirror what of the the repositories locally and use that to do updates to your boxes from. It is the method that Dag has pointed out for years and makes issues like this much easier to deal with no matter what the repository is. > Regards, > ?Dennis > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From steve.traylen at cern.ch Sat Mar 13 07:43:54 2010 From: steve.traylen at cern.ch (Steve Traylen) Date: Sat, 13 Mar 2010 08:43:54 +0100 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <20100312180655.2f22e6be@ohm.scrye.com> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> Message-ID: On Sat, Mar 13, 2010 at 2:06 AM, Kevin Fenzi wrote: > On Fri, 12 Mar 2010 19:40:05 -0500 > David Malcolm wrote: > >> I'm interested in maintaining a build of python 2.6 for EPEL5, >> parallel-installable with the system "python" (2.4 in EL5, which I >> comaintain within RHEL). > > ...snip... > >> Would people find this useful to have in EPEL5? > > I personally would. We have several clients here that use a home grown > spec/rpm for this, and it would be great to have something like this in > the community. ;) Agreed. > Whats the stance on modules for this python? > Similar to what we do for python3 in fedora? or forbidden? Certainly there is a follow up need for modules for this to be useful to the community. So copying python3 stance in Fedora makes sense. > I'll see if I can review it at some point, unless someone beats me to > it. > > kevin > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > -- Steve Traylen From dmalcolm at redhat.com Sat Mar 13 16:31:21 2010 From: dmalcolm at redhat.com (David Malcolm) Date: Sat, 13 Mar 2010 11:31:21 -0500 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> Message-ID: <1268497881.12223.44.camel@brick> On Sat, 2010-03-13 at 08:43 +0100, Steve Traylen wrote: > On Sat, Mar 13, 2010 at 2:06 AM, Kevin Fenzi wrote: > > On Fri, 12 Mar 2010 19:40:05 -0500 > > David Malcolm wrote: > > > >> I'm interested in maintaining a build of python 2.6 for EPEL5, > >> parallel-installable with the system "python" (2.4 in EL5, which I > >> comaintain within RHEL). > > > > ...snip... > > > >> Would people find this useful to have in EPEL5? > > > > I personally would. We have several clients here that use a home grown > > spec/rpm for this, and it would be great to have something like this in > > the community. ;) > Agreed. > > Whats the stance on modules for this python? > > Similar to what we do for python3 in fedora? or forbidden? > > Certainly there is a follow up need for modules for this to be useful > to the community. So copying python3 stance in Fedora makes sense. Re modules: very good point. It's non-trivial to share modules directly between different minor versions of python [1] - so it's simplest and safest to package up the modules as "python26-foo" RPMs, rather than risk breaking the "system" python stack. What modules would people most want/need? The ones that immediately spring to my mind are: - a version of setuptools, since this needed by many builds; I would choose the Distribute fork of setuptools, so probably I'd do a python26-distribute-0.6.10.el5 - python26-nose.el5 (for tests, so that %check sections within builds can be more robust) - postgres and mysql connectivity, for the versions of those dbs within EL5 Are my instincts on the above correct; are those the ones that would be most needed? I'm happy to package and maintain python26.el5 builds of the ones I listed above, assuming that people would find them useful. Comaintainers welcome, of course. I probably should say that although I'm sending this from an "@redhat.com" address, none of this would be an official Red Hat-supported part of RHEL 5. I hope that eventually at least some of it will be, but this is me as an individual contributor at this point[2] >From a packaging perspective, I can see two cases: - packages that are maintained within EPEL. For these it may be possible for the single python-foo.src.rpm to emit python-foo and python26-foo subpackages in one build. This is similar to what we're doing in Fedora with Python 3 support. This assumes that the maintainer of that package cares about the 2.6 stack, and might complicate specfiles. - packages that are maintained within RHEL/CentOS/etc. Given that the python26 stack is in "downstream" EPEL rather than within the core distribution, and conservatism within RHEL, for a given python-foo src.rpm there would need to be a separate python26-foo.src.rpm (if having one was desired), I think. How does this sound? Dave [1] both compiled C extensions and compiled .pyc/.pyo bytecode files are incompatible (but in both cases this is detectable, the former via the "NEEDED" field in the ELF metadata, the latter via the magic number in their header); see PEP 384 and PEP 3147 for future ideas towards being able to share more, but they're not done yet. [2] I use my @redhat.com address for all of the various FLOSS projects that I'm involved in From smooge at gmail.com Sun Mar 14 00:51:09 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 13 Mar 2010 17:51:09 -0700 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <1268497881.12223.44.camel@brick> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> <1268497881.12223.44.camel@brick> Message-ID: <80d7e4091003131651o4d94e8c6lc8712c6083861f3e@mail.gmail.com> On Sat, Mar 13, 2010 at 9:31 AM, David Malcolm wrote: > On Sat, 2010-03-13 at 08:43 +0100, Steve Traylen wrote: >> On Sat, Mar 13, 2010 at 2:06 AM, Kevin Fenzi wrote: >> > On Fri, 12 Mar 2010 19:40:05 -0500 >> > David Malcolm wrote: >> > >> >> I'm interested in maintaining a build of python 2.6 for EPEL5, >> >> parallel-installable with the system "python" (2.4 in EL5, which I >> >> comaintain within RHEL). >> > >> > ...snip... >> > >> >> Would people find this useful to have in EPEL5? >> > >> > I personally would. We have several clients here that use a home grown >> > spec/rpm for this, and it would be great to have something like this in >> > the community. ;) >> Agreed. >> > Whats the stance on modules for this python? >> > Similar to what we do for python3 in fedora? or forbidden? >> >> Certainly there is a follow up need for modules for this to be useful >> to the community. So copying python3 stance in Fedora makes sense. > > Re modules: very good point. > > It's non-trivial to share modules directly between different minor > versions of python [1] - so it's simplest and safest to package up the > modules as "python26-foo" RPMs, rather than risk breaking the "system" > python stack. > > > What modules would people most want/need? > > The ones that immediately spring to my mind are: > > ?- a version of setuptools, since this needed by many builds; I would > choose the Distribute fork of setuptools, so probably I'd do a > python26-distribute-0.6.10.el5 > > ?- python26-nose.el5 (for tests, so that %check sections within builds > can be more robust) > > ?- postgres and mysql connectivity, for the versions of those dbs > within EL5 > > Are my instincts on the above correct; are those the ones that would be > most needed? I would expect that as soon as the dam breaks.. lots of modules would be needed. The best thing here is to make it scalable with a howto on "make your python package be python26-xxx compatible" -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From felix.schwarz at oss.schwarz.eu Sun Mar 14 15:22:44 2010 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Sun, 14 Mar 2010 16:22:44 +0100 Subject: Upgrade hack for bacula in EPEL5 In-Reply-To: <4B6F0CF4.1070600@oss.schwarz.eu> References: <4B6F0CF4.1070600@oss.schwarz.eu> Message-ID: <4B9CFF44.3030101@oss.schwarz.eu> Hi, yesterday I built bacula 2.4.4 in EPEL5 to fix the current upgrade problems as described previously here (2010-02-07). I just pushed the update to testing: https://admin.fedoraproject.org/updates/bacula-2.4.4-2.el5 I updated a couple of internal systems of mine without any problems. However I would like to see more testing if possible. IMHO the update should stay in testing for 2 months. Who should I ping so that the package is not pushed automatically? Is it enough if I just don't push it to stable? Kevin Fenzi also mentioned that this update should be mentioned on the announcement list when it hits stable. What's the process of writing an email to that list? fs From kevin at scrye.com Sun Mar 14 20:23:01 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 14 Mar 2010 14:23:01 -0600 Subject: Upgrade hack for bacula in EPEL5 In-Reply-To: <4B9CFF44.3030101@oss.schwarz.eu> References: <4B6F0CF4.1070600@oss.schwarz.eu> <4B9CFF44.3030101@oss.schwarz.eu> Message-ID: <20100314142301.400407ae@ohm.scrye.com> On Sun, 14 Mar 2010 16:22:44 +0100 Felix Schwarz wrote: > Hi, > > yesterday I built bacula 2.4.4 in EPEL5 to fix the current upgrade > problems as described previously here (2010-02-07). I just pushed the > update to testing: > https://admin.fedoraproject.org/updates/bacula-2.4.4-2.el5 > > I updated a couple of internal systems of mine without any problems. > However I would like to see more testing if possible. An excellent idea. ;) > IMHO the update should stay in testing for 2 months. Who should I > ping so that the package is not pushed automatically? Is it enough if > I just don't push it to stable? Make sure the web interface shows that you have unset "Enable karma automatism" so a +3 karma won't automatically push it to stable. > Kevin Fenzi also mentioned that this update should be mentioned on > the announcement list when it hits stable. What's the process of > writing an email to that list? It's a moderated list: https://admin.fedoraproject.org/mailman/listinfo/epel-announce Just explain what was changed, whats in the update, what to expect and how to provide feedback. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at scrye.com Sun Mar 14 20:43:05 2010 From: kevin at scrye.com (Kevin Fenzi) Date: Sun, 14 Mar 2010 14:43:05 -0600 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <1268497881.12223.44.camel@brick> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> <1268497881.12223.44.camel@brick> Message-ID: <20100314144305.6872fd59@ohm.scrye.com> On Sat, 13 Mar 2010 11:31:21 -0500 David Malcolm wrote: > On Sat, 2010-03-13 at 08:43 +0100, Steve Traylen wrote: > > On Sat, Mar 13, 2010 at 2:06 AM, Kevin Fenzi > > wrote: > > > On Fri, 12 Mar 2010 19:40:05 -0500 > > > David Malcolm wrote: > > > > > >> I'm interested in maintaining a build of python 2.6 for EPEL5, > > >> parallel-installable with the system "python" (2.4 in EL5, which > > >> I comaintain within RHEL). > > > > > > ...snip... > > > > > >> Would people find this useful to have in EPEL5? > > > > > > I personally would. We have several clients here that use a home > > > grown spec/rpm for this, and it would be great to have something > > > like this in the community. ;) > > Agreed. > > > Whats the stance on modules for this python? > > > Similar to what we do for python3 in fedora? or forbidden? > > > > Certainly there is a follow up need for modules for this to be > > useful to the community. So copying python3 stance in Fedora makes > > sense. > > Re modules: very good point. > > It's non-trivial to share modules directly between different minor > versions of python [1] - so it's simplest and safest to package up the > modules as "python26-foo" RPMs, rather than risk breaking the "system" > python stack. Yeah. ;) > What modules would people most want/need? > > The ones that immediately spring to my mind are: > > - a version of setuptools, since this needed by many builds; I would > choose the Distribute fork of setuptools, so probably I'd do a > python26-distribute-0.6.10.el5 > > - python26-nose.el5 (for tests, so that %check sections within > builds can be more robust) > > - postgres and mysql connectivity, for the versions of those dbs > within EL5 > > Are my instincts on the above correct; are those the ones that would > be most needed? Yeah, we have various others that clients here use: mx cracklib pychecker python-dateutil python-xlrd and probibly others. > I'm happy to package and maintain python26.el5 builds of the ones I > listed above, assuming that people would find them useful. > Comaintainers welcome, of course. Cool. ;) > From a packaging perspective, I can see two cases: > - packages that are maintained within EPEL. For these it may be > possible for the single python-foo.src.rpm to emit python-foo and > python26-foo subpackages in one build. This is similar to what we're > doing in Fedora with Python 3 support. This assumes that the > maintainer of that package cares about the 2.6 stack, and might > complicate specfiles. > - packages that are maintained within RHEL/CentOS/etc. Given that > the python26 stack is in "downstream" EPEL rather than within the core > distribution, and conservatism within RHEL, for a given python-foo > src.rpm there would need to be a separate python26-foo.src.rpm (if > having one was desired), I think. > > How does this sound? Yeah, so we allow either one? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dmalcolm at redhat.com Mon Mar 15 02:58:17 2010 From: dmalcolm at redhat.com (David Malcolm) Date: Sun, 14 Mar 2010 22:58:17 -0400 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <80d7e4091003131651o4d94e8c6lc8712c6083861f3e@mail.gmail.com> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> <1268497881.12223.44.camel@brick> <80d7e4091003131651o4d94e8c6lc8712c6083861f3e@mail.gmail.com> Message-ID: <1268621897.19726.38.camel@brick> On Sat, 2010-03-13 at 17:51 -0700, Stephen John Smoogen wrote: > On Sat, Mar 13, 2010 at 9:31 AM, David Malcolm wrote: > > On Sat, 2010-03-13 at 08:43 +0100, Steve Traylen wrote: > >> On Sat, Mar 13, 2010 at 2:06 AM, Kevin Fenzi wrote: > >> > On Fri, 12 Mar 2010 19:40:05 -0500 > >> > David Malcolm wrote: > >> > > >> >> I'm interested in maintaining a build of python 2.6 for EPEL5, > >> >> parallel-installable with the system "python" (2.4 in EL5, which I > >> >> comaintain within RHEL). > >> > > >> > ...snip... > >> > > >> >> Would people find this useful to have in EPEL5? > >> > > >> > I personally would. We have several clients here that use a home grown > >> > spec/rpm for this, and it would be great to have something like this in > >> > the community. ;) > >> Agreed. > >> > Whats the stance on modules for this python? > >> > Similar to what we do for python3 in fedora? or forbidden? > >> > >> Certainly there is a follow up need for modules for this to be useful > >> to the community. So copying python3 stance in Fedora makes sense. > > > > Re modules: very good point. > > > > It's non-trivial to share modules directly between different minor > > versions of python [1] - so it's simplest and safest to package up the > > modules as "python26-foo" RPMs, rather than risk breaking the "system" > > python stack. > > > > > > What modules would people most want/need? > > > > The ones that immediately spring to my mind are: > > > > - a version of setuptools, since this needed by many builds; I would > > choose the Distribute fork of setuptools, so probably I'd do a > > python26-distribute-0.6.10.el5 > > > > - python26-nose.el5 (for tests, so that %check sections within builds > > can be more robust) > > > > - postgres and mysql connectivity, for the versions of those dbs > > within EL5 > > > > Are my instincts on the above correct; are those the ones that would be > > most needed? > > I would expect that as soon as the dam breaks.. lots of modules would > be needed. The best thing here is to make it scalable with a howto on > "make your python package be python26-xxx compatible" FWIW, I've been working this weekend on a very different way of packaging Python modules that may better support building out parallel multiple stacks in RPM form. I just posted details to the Fedora Python SIG list here: http://lists.fedoraproject.org/pipermail/python-devel/2010-March/000213.html Assuming I can get it working (it's still an experiment), it may scale up nicely for a future day when perhaps we want to add e.g. python27, python31, python32, etc. Early days, though. Dave From wdierkes at 5dollarwhitebox.org Mon Mar 15 17:41:20 2010 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Mon, 15 Mar 2010 11:41:20 -0600 Subject: Hoping to maintain python26 in EPEL5 In-Reply-To: <1268621897.19726.38.camel@brick> References: <1268440805.2405.621.camel@brick> <20100312180655.2f22e6be@ohm.scrye.com> <1268497881.12223.44.camel@brick> <80d7e4091003131651o4d94e8c6lc8712c6083861f3e@mail.gmail.com> <1268621897.19726.38.camel@brick> Message-ID: <936F2AA2-8B76-4EEF-A90E-3B69F7397D4C@5dollarwhitebox.org> On Mar 14, 2010, at 8:58 PM, David Malcolm wrote: >> >> I would expect that as soon as the dam breaks.. lots of modules would >> be needed. The best thing here is to make it scalable with a howto on >> "make your python package be python26-xxx compatible" > > FWIW, I've been working this weekend on a very different way of > packaging Python modules that may better support building out parallel > multiple stacks in RPM form. > > I just posted details to the Fedora Python SIG list here: > http://lists.fedoraproject.org/pipermail/python-devel/2010-March/000213.html > > Assuming I can get it working (it's still an experiment), it may scale > up nicely for a future day when perhaps we want to add e.g. python27, > python31, python32, etc. > > Early days, though. > > Dave Also FWIW, the IUS Community Project [1] has a python26 set with a number of modules built. For the most part the module packages were pulled either from EPEL or Fedora and rebuilt against the python26 parallel install so porting them back to EPEL should be only a matter of removing the '.ius' release tag. [1] http://dl.iuscommunity.org/pub/ius/stable/Redhat/5/SRPMS/ --- derks From rugenl at yahoo.com Tue Mar 16 11:56:17 2010 From: rugenl at yahoo.com (Len Rugen) Date: Tue, 16 Mar 2010 06:56:17 -0500 Subject: Another puppet 25.4 EL4 issue Message-ID: <4B9F71E1.3070402@yahoo.com> It appears the Ruby 1.8.1 version isn't up to the new puppet task: info: Caching catalog for /usr/lib64/ruby/1.8/yaml/rubytypes.rb:315: [BUG] Segmentation fault ruby 1.8.1 (2003-12-25) [x86_64-linux-gnu] This is http://projects.reductivelabs.com/issues/2604 I updated Ruby 1.8.5 packages ruby, ruby-dev & ruby-libs. After installing those, puppetd works except it has lost the ruby-shadow function: info: /User[root]: Provider useradd does not support features manages_passwords; not managing attribute password I tested a few EL4 systems, but didn't have this problem. This system is x86_64, not sure, but I may have tested only 32-bit. From dennis at ausil.us Tue Mar 16 17:38:39 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 12:38:39 -0500 Subject: EPEL-6 Plan of attack Message-ID: <201003161238.39997.dennis@ausil.us> Hi All, I wanted to put out there the plan for EL-6 branching and building. whenever EL-6 beta is announced we will setup the base repos for building. we will also announce our intention to branch. Every package that is not orphaned in EL-5 will be branched for EL-6. there will be an opt-out. place a file in your EL-5 branch called nobranch and place in it the reason why. for instance python-hashlib is in EL-5 to support stronger hashed metadata for the buildsystem. its part of newer pythons so my nobranch file will contain "Exists in newer python" this is just a historical something so if someone down the road questions why they can go and see We will give 2 weeks from announcement before we setup the cvs branches. this will let us make sure anything thats in EL-6 gets nobranch files we will be branching EL-6 branches from F-12 branches the buildroot will start with an empty epel. and we will need to do a mass rebuild of everything. we could do this one of two ways. releng initiated or developer initiated. either way developers will be free to do there own builds. and we will be able to do tagging to satisfy deps for bootstrapping. during the beta phase i would like to keep bodhi out of the way and do a rawhide style unsigned nightly repo. once we get to GA we will sign all rpms and go through bodhi. anything with broken deps being pushed to testing and everything else in the inital stable repo. with bodhi used for updates going forward. Comments, thoughts, and feedback welcome Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From steve.traylen at cern.ch Tue Mar 16 19:10:56 2010 From: steve.traylen at cern.ch (Steve Traylen) Date: Tue, 16 Mar 2010 20:10:56 +0100 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161238.39997.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> Message-ID: On Tue, Mar 16, 2010 at 6:38 PM, Dennis Gilmore wrote: > Hi All, > > I wanted to put out there the plan for EL-6 branching and building. > > > whenever EL-6 beta is announced we will setup the base repos for building. > > we will also announce our intention to branch. > > Every package that is not orphaned in EL-5 will be branched for EL-6. ?there > will be an opt-out. ?place a file in your EL-5 branch called ?nobranch and > place in it the reason why. > > for instance python-hashlib is in EL-5 to support stronger hashed metadata for > the buildsystem. ?its part of newer pythons so my nobranch file will contain > "Exists in newer python" ?this is just a historical something so if someone > down the road questions why they can go and see > > We will give 2 weeks from announcement before we setup the cvs branches. ?this > will let us make sure anything thats in EL-6 gets nobranch files ? we will be > branching EL-6 branches from F-12 branches > It's probably an obvious comment but the EL-6 branches will copy EL-5 acls and owners. Generally though sounds good. > the buildroot will start with an empty epel. ?and we will need to do a mass > rebuild of everything. ?we could do this one of two ways. ?releng initiated or > developer initiated. either way developers will be free to do there own > builds. and we will be able to do tagging to satisfy deps for bootstrapping. > I and probably others have a couple of circular build dependencies for %check only, so there will be some work to do - that's life. > > during the beta phase i would like to keep bodhi out of the way and do a > rawhide style unsigned nightly repo. ? once we get to GA we will sign all rpms > and go through bodhi. anything with broken deps being pushed to testing and > everything else in the inital stable repo. with bodhi used for updates going > forward. > > Comments, thoughts, and feedback welcome > > > Dennis > > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > -- Steve Traylen From updates at fedoraproject.org Tue Mar 16 19:35:45 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 16 Mar 2010 19:35:45 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100316193545.7E16A10F95F@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing cciss_vol_status-1.06-2.el4 freehoo-3.5.3-2.20100314cvs.el4 libyahoo2-0.7.7-2.20100314svn.el4 noip-2.1.9-7.el4 perl-Authen-PAM-0.16-8.el4 perl-Hash-Merge-0.11-2.el4 Details about builds: ================================================================================ cciss_vol_status-1.06-2.el4 (FEDORA-EPEL-2010-2414) Show status of logical drives attached to HP Smartarray controllers -------------------------------------------------------------------------------- Update Information: Package cciss_vol_status for EPEL4. -------------------------------------------------------------------------------- References: [ 1 ] Bug #547427 - Review Request: cciss_vol_status - show status of logical drives attached to HP Smartarray controllers https://bugzilla.redhat.com/show_bug.cgi?id=547427 -------------------------------------------------------------------------------- ================================================================================ freehoo-3.5.3-2.20100314cvs.el4 (FEDORA-EPEL-2010-2416) Freehoo is a free console based messenger for Yahoo IM Service -------------------------------------------------------------------------------- Update Information: Neither of these packages has worked correctly since Yahoo changed their authentication protocol in late 2009. These packages implement upstream changes that implement YMSG16 support and restore functionality. -------------------------------------------------------------------------------- ChangeLog: * Sun Mar 14 2010 Ray Van Dolson - 3.5.3-2.20100314cvs - Rebuild against new libyahoo2 -------------------------------------------------------------------------------- References: [ 1 ] Bug #573529 - Update freehoo to use new libyahoo2 https://bugzilla.redhat.com/show_bug.cgi?id=573529 -------------------------------------------------------------------------------- ================================================================================ libyahoo2-0.7.7-2.20100314svn.el4 (FEDORA-EPEL-2010-2416) Library for the Yahoo! Messenger Protocol -------------------------------------------------------------------------------- Update Information: Neither of these packages has worked correctly since Yahoo changed their authentication protocol in late 2009. These packages implement upstream changes that implement YMSG16 support and restore functionality. -------------------------------------------------------------------------------- ChangeLog: * Sun Mar 14 2010 Ray Van Dolson - 0.7.7-2.20100314svn - Support new libyahoo2 authentication protocol -------------------------------------------------------------------------------- References: [ 1 ] Bug #573529 - Update freehoo to use new libyahoo2 https://bugzilla.redhat.com/show_bug.cgi?id=573529 -------------------------------------------------------------------------------- ================================================================================ noip-2.1.9-7.el4 (FEDORA-EPEL-2010-2432) A dynamic DNS update client -------------------------------------------------------------------------------- Update Information: Removed trailing space from %pre script that caused errors. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Jussi Lehtola - 2.1.9-7 - Remove trailing space, causing %pre scriptlet to fail. * Sun Jan 10 2010 Jussi Lehtola - 2.1.9-6 - Bump release. * Sat Sep 26 2009 Jussi Lehtola - 2.1.9-5 - Remove exit statement from %pre. * Sat Jul 25 2009 Fedora Release Engineering - 2.1.9-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #571230 - typo in install script https://bugzilla.redhat.com/show_bug.cgi?id=571230 -------------------------------------------------------------------------------- ================================================================================ perl-Authen-PAM-0.16-8.el4 (FEDORA-EPEL-2010-2421) Authen::PAM Perl module -------------------------------------------------------------------------------- References: [ 1 ] Bug #568984 - Build perl-Authen-PAM for EPEL-5 https://bugzilla.redhat.com/show_bug.cgi?id=568984 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-Merge-0.11-2.el4 (FEDORA-EPEL-2010-2430) Merges arbitrary deep hashes into a single hash -------------------------------------------------------------------------------- References: [ 1 ] Bug #569300 - Release perl-Hash-Merge for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569300 -------------------------------------------------------------------------------- From updates at fedoraproject.org Tue Mar 16 19:35:45 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 16 Mar 2010 19:35:45 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100316193545.A5CED10F84C@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing 3proxy-0.6.1-8.el5 bacula-2.4.4-2.el5 bash-completion-1.1-6.el5 bzr-1.3.1-2.el5 dbmail-2.2.15-1.el5 fedora-easy-karma-0-0.5.20100315gitacf8b834.el5 flashrom-0.9.1-3.svn931.el5 freehoo-3.5.3-2.20100314cvs.el5 libldb-0.9.10-25.el5 libyahoo2-0.7.7-2.20100314svn.el5 mod_wsgi-3.2-1.el5 noip-2.1.9-7.el5 openslide-3.0.3-1.el5 pbzip2-1.1.0-1.el5 perl-Authen-PAM-0.16-8.el5 perl-Hash-Merge-0.11-2.el5 piklab-0.15.7-2.el5 python-djblets-0.5.7-3.el5 python-fedora-0.3.17-1.el5 python-fedora-0.3.18-1.el5 python-recaptcha-client-1.0.5-3.el5 rubygem-nokogiri-1.3.1-1.el5 stonevpn-0.4.7-1.el5 Details about builds: ================================================================================ 3proxy-0.6.1-8.el5 (FEDORA-EPEL-2010-2437) Tiny but very powerful proxy -------------------------------------------------------------------------------- Update Information: - Update to version 0.6.1 - In NM event processing replace service restart to condrestart - BZ#572662 -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 15 2010 Pavel Alexeev - 0.6.1-8 - Update to version 0.6.1 - In NM event processing replace service restart to condrestart - BZ#572662 -------------------------------------------------------------------------------- References: [ 1 ] Bug #572662 - 3proxy starts when not told to https://bugzilla.redhat.com/show_bug.cgi?id=572662 -------------------------------------------------------------------------------- ================================================================================ bacula-2.4.4-2.el5 (FEDORA-EPEL-2010-2433) Cross platform network backup for Linux, Unix, Mac and Windows -------------------------------------------------------------------------------- Update Information: This update introduces bacula 2.4.4 into EPEL5. There are no known incompatibilities (database and configuration can be used without changes) but a lot of bugs are fixed. Also 2.4 is believed to be compatible with newer bacula clients (e.g. 3.x, 5.x). More important, this update also fixes bad packaging of the currently deployed bacula 2.0.3. It has a special fix to ensure that bacula director/storage works even after the upgrade. -------------------------------------------------------------------------------- ChangeLog: * Sun Feb 28 2010 Felix Schwarz 2.4.4-2 - Implement workaround for broken alternatives in 2.0.3-10 * Wed Jan 14 2009 Jon Ciesla 2.4.4-1 - Update to 2.4.4, fix alternatives. -------------------------------------------------------------------------------- ================================================================================ bash-completion-1.1-6.el5 (FEDORA-EPEL-2010-2436) Programmable completion for Bash -------------------------------------------------------------------------------- Update Information: Update to fix action argument completion for /sbin/service and init scripts. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 11 2010 Todd Zullinger - 1:1.1-6 - Apply upstream post 1.1 service argument fix (#572794). -------------------------------------------------------------------------------- References: [ 1 ] Bug #572794 - service argument completion is broken https://bugzilla.redhat.com/show_bug.cgi?id=572794 -------------------------------------------------------------------------------- ================================================================================ bzr-1.3.1-2.el5 (FEDORA-EPEL-2010-2431) Friendly distributed version control system -------------------------------------------------------------------------------- Update Information: When using bzrlib as part of a multithreaded process, Attempting to use elementtree.Elementtree in xml_serializer.py leads to a traceback. This update fixes that with a one line import change. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Toshio Kuratomi - 1.3.1-2 - Fix for elementtree usage in xml_serializer. -------------------------------------------------------------------------------- ================================================================================ dbmail-2.2.15-1.el5 (FEDORA-EPEL-2010-2434) A database backed mail storage system -------------------------------------------------------------------------------- Update Information: * Backport IPv6 support * Backport the fix for duplicate mailboxes in LIST/LSUB responses * Backport for internaldate as UTC * Fix for file descriptor leakage * 0000822[General] Incoming IP addresses missing in syslog (paul) - resolved. * 0000827[IMAP daemon] postgresql-8.4.2 Strangeness - resolved. * fix native autoreply/autonotify support * skip caching of broken 8bit addresses * 0000837: [PIPE delivery (dbmail-smtp/dbmail-deliver)] dbmail-smtp segfault with To field with "unlisted-recipients". * 0000835: [POP3 daemon] Segfault after PASS. * 0000832: [IMAP daemon] messages marked as read during EXAMINE mailbox. * [delivery] Fix inverted to/from headers in native auto-reply. * [servers] Add non-detached network mode. Fixes for this bug:"0000816[Database layer] DEF_QUERYSIZE is currently 1024, causing sieve generated autoresponders to fail (paul) - resolved" were backed out of the release to satisfy EL5 glib2 dependencies. -------------------------------------------------------------------------------- ChangeLog: * Sun Feb 14 2010 Bernard Johnson - 2.2.15-1 - v 2.2.15 - remove patches upstreamed - patches for EL5 to remove new md5 implementation -------------------------------------------------------------------------------- ================================================================================ fedora-easy-karma-0-0.5.20100315gitacf8b834.el5 (FEDORA-EPEL-2010-2427) Fedora update feedback made easy -------------------------------------------------------------------------------- Update Information: Update to new snapshot - Add pattern matching - Fix user (group) comment andling - Do not check for repo information for installed packages -------------------------------------------------------------------------------- References: [ 1 ] Bug #572228 - when checking for prior comments, doesn't handle the 'name (group)' syntax https://bugzilla.redhat.com/show_bug.cgi?id=572228 -------------------------------------------------------------------------------- ================================================================================ flashrom-0.9.1-3.svn931.el5 (FEDORA-EPEL-2010-2413) Simple program for reading/writing BIOS chips content -------------------------------------------------------------------------------- Update Information: Changelog: * Fri Mar 12 2010 Peter Lemenkov 0.9.1-3.svn931 - Updated to latest svn ver. 931 - ASUS A7V8X-X board - MS-7202 board - Asus M2NBP-VM CSM board - HP Vectra VL420SFF board - Eon EN29F010 chip - Abit IP35 Pro board - HP Vectra VL400 board - Intel E28F004S5 flash chip - Lots of bugfixes -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Peter Lemenkov 0.9.1-3.svn931 - Updated to latest svn ver. 931 - ASUS A7V8X-X board - MS-7202 board - Asus M2NBP-VM CSM board - HP Vectra VL420SFF board - Eon EN29F010 chip - Abit IP35 Pro board - HP Vectra VL400 board - Intel E28F004S5 flash chip - Lots of bugfixes -------------------------------------------------------------------------------- ================================================================================ freehoo-3.5.3-2.20100314cvs.el5 (FEDORA-EPEL-2010-2419) Freehoo is a free console based messenger for Yahoo IM Service -------------------------------------------------------------------------------- Update Information: Neither of these packages has worked correctly since Yahoo changed their authentication protocol in late 2009. These packages implement upstream changes that implement YMSG16 support and restore functionality. -------------------------------------------------------------------------------- ChangeLog: * Sun Mar 14 2010 Ray Van Dolson - 3.5.3-2.20100314cvs - Rebuild against new libyahoo2 -------------------------------------------------------------------------------- References: [ 1 ] Bug #573529 - Update freehoo to use new libyahoo2 https://bugzilla.redhat.com/show_bug.cgi?id=573529 -------------------------------------------------------------------------------- ================================================================================ libldb-0.9.10-25.el5 (FEDORA-EPEL-2010-2402) A schema-less, ldap like, API and database -------------------------------------------------------------------------------- Update Information: A schema-less, LDAP-like database and API -------------------------------------------------------------------------------- ================================================================================ libyahoo2-0.7.7-2.20100314svn.el5 (FEDORA-EPEL-2010-2419) Library for the Yahoo! Messenger Protocol -------------------------------------------------------------------------------- Update Information: Neither of these packages has worked correctly since Yahoo changed their authentication protocol in late 2009. These packages implement upstream changes that implement YMSG16 support and restore functionality. -------------------------------------------------------------------------------- ChangeLog: * Sun Mar 14 2010 Ray Van Dolson - 0.7.7-2.20100314svn - Support new libyahoo2 authentication protocol -------------------------------------------------------------------------------- References: [ 1 ] Bug #573529 - Update freehoo to use new libyahoo2 https://bugzilla.redhat.com/show_bug.cgi?id=573529 -------------------------------------------------------------------------------- ================================================================================ mod_wsgi-3.2-1.el5 (FEDORA-EPEL-2010-2426) A WSGI interface for Python web applications in Apache -------------------------------------------------------------------------------- Update Information: * This updates mod_wsgi to the latest released version. It should now be possible to run mod_wsgi and mod_python at the same time without segfaulting apache. * Users should be aware that mod_wsgi will deadlock if run in daemon mode while mod_python is loaded. mod_python will continue to work whether mod_wsgi is enabled or not. * The default configuration file disables mod_wsgi so it is up to the user to enable mod_wsgi from this point forward. -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Josh Kayse 3.2-1 - update to 3.2 - explicitly enable shared libraries - add a comment block to the configuration informing the administrator of incompatibilities between mod_python and mod_wsgi - update the configuration to disable mod_wsgi until the administrator enables * Thu Jul 2 2009 James Bowes 2.5-1 - Update to 2.5 -------------------------------------------------------------------------------- References: [ 1 ] Bug #524120 - mod_wsgi conflicts with mod_python (missing Conflicts: mod_python) https://bugzilla.redhat.com/show_bug.cgi?id=524120 -------------------------------------------------------------------------------- ================================================================================ noip-2.1.9-7.el5 (FEDORA-EPEL-2010-2418) A dynamic DNS update client -------------------------------------------------------------------------------- Update Information: Removed trailing space from %pre script that caused errors. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Jussi Lehtola - 2.1.9-7 - Remove trailing space, causing %pre scriptlet to fail. * Sun Jan 10 2010 Jussi Lehtola - 2.1.9-6 - Bump release. * Sat Sep 26 2009 Jussi Lehtola - 2.1.9-5 - Remove exit statement from %pre. * Sat Jul 25 2009 Fedora Release Engineering - 2.1.9-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #571230 - typo in install script https://bugzilla.redhat.com/show_bug.cgi?id=571230 -------------------------------------------------------------------------------- ================================================================================ openslide-3.0.3-1.el5 (FEDORA-EPEL-2010-2412) C library for reading virtual slides -------------------------------------------------------------------------------- Update Information: First EPEL version of OpenSlide. -------------------------------------------------------------------------------- ================================================================================ pbzip2-1.1.0-1.el5 (FEDORA-EPEL-2010-2417) Parallel implementation of bzip2 -------------------------------------------------------------------------------- Update Information: Changes in 1.1.0 (Mar 13, 2010) - Added support for multi-threaded decompression using STDIN/pipes - Added code to support throttling compression to prevent memory exhaustion with slow output pipe - Added -m switch to specify max memory usage amount before throttling starts (default 100MB) - Fixed bug that did not allow command line parameters to be used when compressing data from STDIN - Added long options to man page and -h output - Added --loadavg, --read long options - Added support for CPU detection on Win32 - Major improvements to protection of shared variables, error and signal handling, program termination - Added -S switch for thread stack size customization (needs USE_STACKSIZE_CUSTOMIZATION defined when compiling) - Fixed command line parsing bug for -b, -p, -m switches - Fixed infinite loop when fileWriter fails to create output file at start - Fixed bug that deleted input filename (with .bz2 extension for compression and without .bz2 extension for decompression) when a user interrupts process with CTRL-C while outputting to STDOUT - Fixed bug where 0 byte files were not processed properly when data input from STDIN - Ignores fwrite return and passes chown errors in writeFileMetaData if effective uid root - OutputBuffer usage redesigned as fixed-size circular buffer - Lots of minor bugs fixed (see AUTHORS or pbzip2.cpp for full details) - Special thanks to Yavor Nikolov for providing the majority of contributions to this release and a significant amount of testing -------------------------------------------------------------------------------- ChangeLog: * Sat Mar 13 2010 Jeff Gilchrist - 1.1.0-1 - Release 1.1.0 -------------------------------------------------------------------------------- ================================================================================ perl-Authen-PAM-0.16-8.el5 (FEDORA-EPEL-2010-2415) Authen::PAM Perl module -------------------------------------------------------------------------------- References: [ 1 ] Bug #568984 - Build perl-Authen-PAM for EPEL-5 https://bugzilla.redhat.com/show_bug.cgi?id=568984 -------------------------------------------------------------------------------- ================================================================================ perl-Hash-Merge-0.11-2.el5 (FEDORA-EPEL-2010-2422) Merges arbitrary deep hashes into a single hash -------------------------------------------------------------------------------- References: [ 1 ] Bug #569300 - Release perl-Hash-Merge for EPEL https://bugzilla.redhat.com/show_bug.cgi?id=569300 -------------------------------------------------------------------------------- ================================================================================ piklab-0.15.7-2.el5 (FEDORA-EPEL-2010-2425) Development environment for applications based on PIC & dsPIC microcontrollers -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 15 2010 Alain Portal 0.15.7-2 - Add a patch to fix a bug that didn't allow to find gpsim * Wed Mar 10 2010 Alain Portal 0.15.7-1 - New upstream version - Remove patches 2 & 3 that are no more needed -------------------------------------------------------------------------------- ================================================================================ python-djblets-0.5.7-3.el5 (FEDORA-EPEL-2010-2423) A collection of useful classes and functions for Django -------------------------------------------------------------------------------- Update Information: Contains new features required by ReviewBoard 1.5 -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Stephen Gallagher 0.5.7-3 - Correct required minimum Django version to 1.1.1 * Fri Mar 12 2010 Stephen Gallagher 0.5.7-2 - Update to latest upstream release - Contains new features required by ReviewBoard 1.5 * Mon Dec 21 2009 Stephen Gallagher 0.5.6-0 - Update to latest upstream release - Remove pre-release handling in the package name and spec -------------------------------------------------------------------------------- ================================================================================ python-fedora-0.3.17-1.el5 (FEDORA-EPEL-2010-2420) Python modules for talking to Fedora Infrastructure Services -------------------------------------------------------------------------------- Update Information: Update to upstream 0.3.17 brings in a large number of optimizations, new functions for both the server and the clients, and a pkgdb module designed to work with the pkgdb-0.5.x release. See http://bzr.fedorahosted.org/bzr /python-fedora-python-fedora-stable?cmd=content;path=NEWS for more info. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 11 2010 Toshio Kuratomi - 0.3.17-1 - New release 0.3.17. -------------------------------------------------------------------------------- ================================================================================ python-fedora-0.3.18-1.el5 (FEDORA-EPEL-2010-2424) Python modules for talking to Fedora Infrastructure Services -------------------------------------------------------------------------------- Update Information: Reverts connectionpool which was introduced in 0.3.17 because it broke proxyclient -------------------------------------------------------------------------------- ChangeLog: * Mon Mar 15 2010 Toshio Kuratomi - 0.3.18-1 - 0.3.18 bugfix. * Thu Mar 11 2010 Toshio Kuratomi - 0.3.17-1 - New release 0.3.17. -------------------------------------------------------------------------------- ================================================================================ python-recaptcha-client-1.0.5-3.el5 (FEDORA-EPEL-2010-2428) Python module for reCAPTCHA and reCAPTCHA Mailhide -------------------------------------------------------------------------------- Update Information: Python module to interact with reCAPTCHA -------------------------------------------------------------------------------- References: [ 1 ] Bug #565502 - Review Request: python-recaptcha-client - A plugin for reCAPTCHA and reCAPTCHA Mailhide https://bugzilla.redhat.com/show_bug.cgi?id=565502 -------------------------------------------------------------------------------- ================================================================================ rubygem-nokogiri-1.3.1-1.el5 (FEDORA-EPEL-2010-2429) An HTML, XML, SAX, and Reader parser -------------------------------------------------------------------------------- Update Information: Nokogiri parses and searches XML/HTML very quickly, and also has correctly implemented CSS3 selector support as well as XPath support. Nokogiri also features an Hpricot compatibility layer to help ease the change to using correct CSS and XPath. -------------------------------------------------------------------------------- ================================================================================ stonevpn-0.4.7-1.el5 (FEDORA-EPEL-2010-2435) Easy OpenVPN certificate and configuration management -------------------------------------------------------------------------------- Update Information: Fixed: certificates were generated with an incorrect serial number Fixed: bug when listing all revoked certificates Fixed: check for existence of crlfile before trying to parse it. Added: new option to generate an empty CRL file Added: grouped all options to make --help output look better -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 L.S. Keijser - 0.4.7-1 - new version from upstream -------------------------------------------------------------------------------- From notting at redhat.com Tue Mar 16 21:02:08 2010 From: notting at redhat.com (Bill Nottingham) Date: Tue, 16 Mar 2010 17:02:08 -0400 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161238.39997.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> Message-ID: <20100316210206.GD32200@nostromo.devel.redhat.com> Dennis Gilmore (dennis at ausil.us) said: > we will also announce our intention to branch. > > Every package that is not orphaned in EL-5 will be branched for EL-6. There needs to be some provision here for things included in EL-6 already (I'm sure there will be some) > for instance python-hashlib is in EL-5 to support stronger hashed metadata for > the buildsystem. its part of newer pythons so my nobranch file will contain > "Exists in newer python" this is just a historical something so if someone > down the road questions why they can go and see > > We will give 2 weeks from announcement before we setup the cvs branches. this > will let us make sure anything thats in EL-6 gets nobranch files we will be > branching EL-6 branches from F-12 branches Can't there be some automation of this part - examine the EL-6 repo for things that obsolete existing EPEL packages? Bill From dennis at ausil.us Tue Mar 16 21:22:06 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 16:22:06 -0500 Subject: EPEL-6 Plan of attack In-Reply-To: <20100316210206.GD32200@nostromo.devel.redhat.com> References: <201003161238.39997.dennis@ausil.us> <20100316210206.GD32200@nostromo.devel.redhat.com> Message-ID: <201003161622.16859.dennis@ausil.us> On Tuesday 16 March 2010 04:02:08 pm Bill Nottingham wrote: > Dennis Gilmore (dennis at ausil.us) said: > > we will also announce our intention to branch. > > > > Every package that is not orphaned in EL-5 will be branched for EL-6. > > There needs to be some provision here for things included in EL-6 already > (I'm sure there will be some) Sorry i was not clear enough that is whats planned to happen. People can opt out of branching and we will make sure anything in EL-6 is not branched. > > > for instance python-hashlib is in EL-5 to support stronger hashed > > metadata for the buildsystem. its part of newer pythons so my nobranch > > file will contain "Exists in newer python" this is just a historical > > something so if someone down the road questions why they can go and see > > > > We will give 2 weeks from announcement before we setup the cvs branches. > > this will let us make sure anything thats in EL-6 gets nobranch files > > we will be branching EL-6 branches from F-12 branches > > Can't there be some automation of this part - examine the EL-6 repo > for things that obsolete existing EPEL packages? Right, I was planning to do that. and put a nobranch file in the EL-5 branch that says its in EL-6 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From opensource at till.name Tue Mar 16 22:01:22 2010 From: opensource at till.name (Till Maas) Date: Tue, 16 Mar 2010 23:01:22 +0100 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161238.39997.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> Message-ID: <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> On Tue, Mar 16, 2010 at 12:38:39PM -0500, Dennis Gilmore wrote: > whenever EL-6 beta is announced we will setup the base repos for building. > We will give 2 weeks from announcement before we setup the cvs branches. this > will let us make sure anything thats in EL-6 gets nobranch files we will be > branching EL-6 branches from F-12 branches Is the EL-6 beta freely available or will the maintainers using CentOS have to wait until CentOS 6 is release until they can test things / do local mock builds? I feel kind of uncomfortable if a package of mine is branched and in stable before I have any chance to use it myself. Especially if maybe another version would be more appropriate to be shipped in EPEL. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From herrold at owlriver.com Tue Mar 16 22:24:57 2010 From: herrold at owlriver.com (R P Herrold) Date: Tue, 16 Mar 2010 18:24:57 -0400 (EDT) Subject: EPEL-6 Plan of attack In-Reply-To: <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> References: <201003161238.39997.dennis@ausil.us> <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> Message-ID: On Tue, 16 Mar 2010, Till Maas wrote: > On Tue, Mar 16, 2010 at 12:38:39PM -0500, Dennis Gilmore wrote: > >> whenever EL-6 beta is announced we will setup the base repos for building. > Is the EL-6 beta freely available or will the maintainers using CentOS > have to wait until CentOS 6 is release until they can test things / do I am advised by a customer from the JBoss side of our work that the 5.5 beta is not visible to them, let alone a 6 beta -- Russ herrold From dennis at ausil.us Tue Mar 16 22:34:16 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 17:34:16 -0500 Subject: EPEL-6 Plan of attack In-Reply-To: <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> References: <201003161238.39997.dennis@ausil.us> <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> Message-ID: <201003161734.24306.dennis@ausil.us> On Tuesday 16 March 2010 05:01:22 pm Till Maas wrote: > On Tue, Mar 16, 2010 at 12:38:39PM -0500, Dennis Gilmore wrote: > > whenever EL-6 beta is announced we will setup the base repos for > > building. > > > > We will give 2 weeks from announcement before we setup the cvs branches. > > this will let us make sure anything thats in EL-6 gets nobranch files > > we will be branching EL-6 branches from F-12 branches > > Is the EL-6 beta freely available or will the maintainers using CentOS > have to wait until CentOS 6 is release until they can test things / do > local mock builds? I feel kind of uncomfortable if a package of mine is > branched and in stable before I have any chance to use it myself. > Especially if maybe another version would be more appropriate to be > shipped in EPEL. I believe it will be freely available, At least from memory it was done that way. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dennis at ausil.us Tue Mar 16 22:38:50 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 17:38:50 -0500 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161238.39997.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> Message-ID: <201003161738.50633.dennis@ausil.us> On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: > Hi All, > > I wanted to put out there the plan for EL-6 branching and building. > Another thing that we need to work out is what architectures will be supported. we can build i686, x86_64, ppc and ppc64. We could also likely build s390 and s390x. though that would mean we would need to mirror more rhel arches. as well access to the Z series builders would be more limited. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From smooge at gmail.com Tue Mar 16 22:53:02 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 16 Mar 2010 16:53:02 -0600 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161738.50633.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> <201003161738.50633.dennis@ausil.us> Message-ID: <80d7e4091003161553x7e1a907dv45d446c6d0fb2b8b@mail.gmail.com> On Tue, Mar 16, 2010 at 4:38 PM, Dennis Gilmore wrote: > On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: >> Hi All, >> >> I wanted to put out there the plan for EL-6 branching and building. >> > > Another thing that we need to work out is what architectures will be > supported. > > we can build i686, x86_64, ppc and ppc64. ?We could also likely build s390 and > s390x. ?though that would mean we would need to mirror more rhel arches. ?as > well access to the Z series builders would be more limited. >From looking at the data we have only 125 ips looking for PPC data via mirror manager for ppc-el5 ... thats a lot less than we have for EL4 i386. Is there enough interest in it to say we should do this? [Not trying to kill it but wondering if its increasing work on releng for something not used much.] -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From smooge at gmail.com Tue Mar 16 22:53:53 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 16 Mar 2010 16:53:53 -0600 Subject: EPEL-6 Plan of attack In-Reply-To: References: <201003161238.39997.dennis@ausil.us> <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> Message-ID: <80d7e4091003161553j298aedsbd196b4cbdcee5fb@mail.gmail.com> On Tue, Mar 16, 2010 at 4:24 PM, R P Herrold wrote: > On Tue, 16 Mar 2010, Till Maas wrote: > >> On Tue, Mar 16, 2010 at 12:38:39PM -0500, Dennis Gilmore wrote: >> >>> whenever EL-6 beta is announced we will setup the base repos for >>> building. > >> Is the EL-6 beta freely available or will the maintainers using CentOS >> have to wait until CentOS 6 is release until they can test things / do > > I am advised by a customer from the JBoss side of our work that the 5.5 beta > is not visible to them, let alone a 6 beta Well a 6 beta is not visible to anyone so thats an easy one :). If the person has access to RHEL-5 versus just JBOSS then they should see the beta. If they don't have access to that they shouldn't see the beta. > -- Russ herrold > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From smooge at gmail.com Tue Mar 16 23:01:05 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 16 Mar 2010 17:01:05 -0600 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161238.39997.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> Message-ID: <80d7e4091003161601l21658540qbabfaaabb33bf558@mail.gmail.com> On Tue, Mar 16, 2010 at 11:38 AM, Dennis Gilmore wrote: > Hi All, > > I wanted to put out there the plan for EL-6 branching and building. > > > whenever EL-6 beta is announced we will setup the base repos for building. > > we will also announce our intention to branch. > > Every package that is not orphaned in EL-5 will be branched for EL-6. ?there > will be an opt-out. ?place a file in your EL-5 branch called ?nobranch and > place in it the reason why. > > for instance python-hashlib is in EL-5 to support stronger hashed metadata for > the buildsystem. ?its part of newer pythons so my nobranch file will contain > "Exists in newer python" ?this is just a historical something so if someone > down the road questions why they can go and see > > We will give 2 weeks from announcement before we setup the cvs branches. ?this > will let us make sure anything thats in EL-6 gets nobranch files ? we will be > branching EL-6 branches from F-12 branches Looks good. During that 2 Weeks is there anything we should do if people want to add stuff from F12 branches to EPEL-6? [EG they don't want to support for 4 or 5 but 6 looks good.] -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From dennis at ausil.us Tue Mar 16 23:16:10 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 18:16:10 -0500 Subject: EPEL-6 Plan of attack In-Reply-To: <80d7e4091003161601l21658540qbabfaaabb33bf558@mail.gmail.com> References: <201003161238.39997.dennis@ausil.us> <80d7e4091003161601l21658540qbabfaaabb33bf558@mail.gmail.com> Message-ID: <201003161816.16450.dennis@ausil.us> On Tuesday 16 March 2010 06:01:05 pm Stephen John Smoogen wrote: > On Tue, Mar 16, 2010 at 11:38 AM, Dennis Gilmore wrote: > > Hi All, > > > > I wanted to put out there the plan for EL-6 branching and building. > > > > > > whenever EL-6 beta is announced we will setup the base repos for > > building. > > > > we will also announce our intention to branch. > > > > Every package that is not orphaned in EL-5 will be branched for EL-6. > > there will be an opt-out. place a file in your EL-5 branch called > > nobranch and place in it the reason why. > > > > for instance python-hashlib is in EL-5 to support stronger hashed > > metadata for the buildsystem. its part of newer pythons so my nobranch > > file will contain "Exists in newer python" this is just a historical > > something so if someone down the road questions why they can go and see > > > > We will give 2 weeks from announcement before we setup the cvs branches. > > this will let us make sure anything thats in EL-6 gets nobranch files > > we will be branching EL-6 branches from F-12 branches > > Looks good. During that 2 Weeks is there anything we should do if > people want to add stuff from F12 branches to EPEL-6? [EG they don't > want to support for 4 or 5 but 6 looks good.] collect a list of those packages. perhaps a wiki page would be best. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From herrold at owlriver.com Tue Mar 16 23:22:11 2010 From: herrold at owlriver.com (R P Herrold) Date: Tue, 16 Mar 2010 19:22:11 -0400 (EDT) Subject: EPEL-6 Plan of attack In-Reply-To: <80d7e4091003161553j298aedsbd196b4cbdcee5fb@mail.gmail.com> References: <201003161238.39997.dennis@ausil.us> <20100316220122.GA22720@genius.kawo2.rwth-aachen.de> <80d7e4091003161553j298aedsbd196b4cbdcee5fb@mail.gmail.com> Message-ID: On Tue, 16 Mar 2010, Stephen John Smoogen wrote: >> I am advised by a customer from the JBoss side of our work that the 5.5 beta >> is not visible to them, let alone a 6 beta > > Well a 6 beta is not visible to anyone so thats an easy one :). If the > person has access to RHEL-5 versus just JBOSS then they should see the > beta. If they don't have access to that they shouldn't see the beta. The customer's JBoss product package at the time in question included a full RHEL subscription ... out of scope here though; if they're interested, I assume they will ask - R From opensource at till.name Tue Mar 16 23:34:19 2010 From: opensource at till.name (Till Maas) Date: Wed, 17 Mar 2010 00:34:19 +0100 Subject: EPEL-6 Plan of attack In-Reply-To: <201003161738.50633.dennis@ausil.us> References: <201003161238.39997.dennis@ausil.us> <201003161738.50633.dennis@ausil.us> Message-ID: <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> On Tue, Mar 16, 2010 at 05:38:50PM -0500, Dennis Gilmore wrote: > On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: > > Hi All, > > > > I wanted to put out there the plan for EL-6 branching and building. > > > > Another thing that we need to work out is what architectures will be > supported. > > we can build i686, x86_64, ppc and ppc64. We could also likely build s390 and > s390x. though that would mean we would need to mirror more rhel arches. as > well access to the Z series builders would be more limited. Would ARM be possible, too? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From smooge at gmail.com Tue Mar 16 23:49:38 2010 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 16 Mar 2010 17:49:38 -0600 Subject: EPEL-6 Plan of attack In-Reply-To: <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> References: <201003161238.39997.dennis@ausil.us> <201003161738.50633.dennis@ausil.us> <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> Message-ID: <80d7e4091003161649s6dcd4d9el322279909ea1589a@mail.gmail.com> On Tue, Mar 16, 2010 at 5:34 PM, Till Maas wrote: > On Tue, Mar 16, 2010 at 05:38:50PM -0500, Dennis Gilmore wrote: >> On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: >> > Hi All, >> > >> > I wanted to put out there the plan for EL-6 branching and building. >> > >> >> Another thing that we need to work out is what architectures will be >> supported. >> >> we can build i686, x86_64, ppc and ppc64. ?We could also likely build s390 and >> s390x. ?though that would mean we would need to mirror more rhel arches. ?as >> well access to the Z series builders would be more limited. > > Would ARM be possible, too? > No idea. I guess it would depend on if an ARM RHEL-6 or CentOS-6 channel existed. I don't know if Fedora has a working ARM F12 yet. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From dennis at ausil.us Wed Mar 17 00:14:59 2010 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 16 Mar 2010 19:14:59 -0500 Subject: EPEL-6 Plan of attack In-Reply-To: <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> References: <201003161238.39997.dennis@ausil.us> <201003161738.50633.dennis@ausil.us> <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> Message-ID: <201003161915.05136.dennis@ausil.us> On Tuesday 16 March 2010 06:34:19 pm Till Maas wrote: > On Tue, Mar 16, 2010 at 05:38:50PM -0500, Dennis Gilmore wrote: > > On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: > > > Hi All, > > > > > > I wanted to put out there the plan for EL-6 branching and building. > > > > Another thing that we need to work out is what architectures will be > > supported. > > > > we can build i686, x86_64, ppc and ppc64. We could also likely build > > s390 and s390x. though that would mean we would need to mirror more > > rhel arches. as well access to the Z series builders would be more > > limited. > > Would ARM be possible, too? If there was a EL-6 for arm sure. I only mentioned the arches i know of for EL-6. if there is a EL-6 for arm its outside of my knowledge. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From dan at danny.cz Wed Mar 17 07:32:16 2010 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Wed, 17 Mar 2010 08:32:16 +0100 Subject: EPEL-6 Plan of attack In-Reply-To: <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> References: <201003161238.39997.dennis@ausil.us> <201003161738.50633.dennis@ausil.us> <20100316233419.GA26840@genius.kawo2.rwth-aachen.de> Message-ID: <1268811136.2956.25.camel@eagle.danny.cz> Till Maas p??e v St 17. 03. 2010 v 00:34 +0100: > On Tue, Mar 16, 2010 at 05:38:50PM -0500, Dennis Gilmore wrote: > > On Tuesday 16 March 2010 12:38:39 pm Dennis Gilmore wrote: > > > Hi All, > > > > > > I wanted to put out there the plan for EL-6 branching and building. > > > > > > > Another thing that we need to work out is what architectures will be > > supported. > > > > we can build i686, x86_64, ppc and ppc64. We could also likely build s390 and > > s390x. though that would mean we would need to mirror more rhel arches. as > > well access to the Z series builders would be more limited. > > Would ARM be possible, too? There were even some attempts to have CentOS 5 on ARM and because recent Fedora stuff builds well on ARM, the chances for having CentOS 6 on ARM are high. At least I am very interested to switch my NAS box to a system with a long term support and naturally I am offering help in this area. Dan From updates at fedoraproject.org Wed Mar 17 19:14:36 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 17 Mar 2010 19:14:36 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100317191437.300F610FFC2@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing bodhi-0.7.4-1.el5 dogtag-pki-ca-ui-1.3.1-1.el5 hercules-3.07-1.el5 myproxy-5.1-2.el5 pki-setup-1.3.4-1.el5 python-psycopg2-2.0.14-1.el5 Details about builds: ================================================================================ bodhi-0.7.4-1.el5 (FEDORA-EPEL-2010-2440) A modular framework that facilitates publishing software updates -------------------------------------------------------------------------------- Update Information: The latest version of bodhi, containing a variety of client and server bug fixes. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 4 2010 Luke Macken - 0.7.4-1 - 0.7.4 * Thu Mar 4 2010 Luke Macken - 0.7.3-1 - 0.7.3 * Wed Mar 3 2010 Luke Macken - 0.7.2-1 - 0.7.2 bugfix release * Tue Feb 16 2010 Luke Macken - 0.7.1-1 - Fix a regression in our metrics controller, and unvail a new metrics JSON API * Tue Feb 16 2010 Luke Macken - 0.7.0-2 - Add the F13 updates-testing mash configuration * Mon Jan 18 2010 Luke Macken - 0.7.0-1 - 0.7.0 release, prepping for the F13 release - Critical Path & No Frozen Rawhide proposals implemented - Many other bugfixes, enhancements, and optimizations * Fri Nov 6 2009 Luke Macken - 0.6.12-1 - 0.6.12, for F12 * Sat Sep 19 2009 Luke Macken - 0.6.11-1 - 0.6.11 * Fri Sep 18 2009 Luke Macken - 0.6.10-1 - 0.6.10 * Thu Sep 17 2009 Luke Macken - 0.6.9-2 - More CSRF tweaks * Thu Sep 17 2009 Luke Macken - 0.6.9-1 - 0.6.9 * Mon Sep 14 2009 Luke Macken - 0.6.8-1 - 0.6.8 * Wed Sep 9 2009 Luke Macken - 0.6.7-1 - 0.6.7 * Wed Sep 9 2009 Luke Macken - 0.6.6-1 - 0.6.6 * Wed Sep 9 2009 Luke Macken - 0.6.5-1 - 0.6.5 * Fri Aug 14 2009 Luke Macken - 0.6.4-1 - 0.6.4 * Thu Aug 13 2009 Luke Macken - 0.6.3-1 - 0.6.3 * Fri Jul 10 2009 Luke Macken - 0.6.2-1 - 0.6.2 * Thu Jul 9 2009 Luke Macken - 0.6.1-1 - 0.6.1 * Thu Jul 9 2009 Luke Macken - 0.6.0-1 - 0.6.0 final * Mon Jul 6 2009 Luke Macken - 0.6.0-0.7.beta - beta7 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.6.beta - beta6 * Mon Jul 6 2009 Luke Macken - 0.6.0-0.5.beta - beta5, with EPEL mash configs * Fri Jul 3 2009 Luke Macken - 0.6.0-0.4.beta - beta4 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.3.beta - beta3 * Fri Jul 3 2009 Luke Macken - 0.6.0-0.2.beta - beta2 - Make our Bugzilla cookie file configurable * Thu Jul 2 2009 Luke Macken - 0.6.0-0.1.beta - 0.6.0 beta * Mon Jun 22 2009 Luke Macken - 0.5.27-01 - Latest upstream release to bring in fixed mash config files. * Fri Jun 12 2009 Luke Macken - 0.5.26-1 - Latest upstream release with a variety of fixes and pkgdb-0.4 support. * Tue May 12 2009 Luke Macken - 0.5.25-1 - Latest upstream bugfix release to work around some TG 1.0.8 brokenness, and make our masher a bit more robust. * Tue May 12 2009 Luke Macken - 0.5.24-1 - 0.5.24 bugfix release * Thu May 7 2009 Luke Macken - 0.5.23-1 - Add mash configs for F11, with deltarpm support. * Thu Apr 30 2009 Luke Macken - 0.5.22-1 - Remove pagination patch, as Fedora Infrastructure is now TG 1.0.8 * Thu Apr 30 2009 Luke Macken - 0.5.21-1 - Update to TG 1.0.8 API (fixes a @paginate issue) -------------------------------------------------------------------------------- ================================================================================ dogtag-pki-ca-ui-1.3.1-1.el5 (FEDORA-EPEL-2010-2438) Dogtag Certificate System - Certificate Authority User Interface -------------------------------------------------------------------------------- Update Information: Security fix for MITM issues -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Ade Lee 1.3.1-1 - Bugzilla Bug #545935 - Add new client-auth ee port to address CVE-2009-3555 TLS: MITM attacks via session renegotiation -------------------------------------------------------------------------------- ================================================================================ hercules-3.07-1.el5 (FEDORA-EPEL-2010-2443) Hercules S/370, ESA/390, and z/Architecture emulator -------------------------------------------------------------------------------- Update Information: update to new stable release 3.07 see full ChangeLog at http://www.hercules-390.org/hercnew.html -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 16 2010 Dan Hor?k 3.07-1 - updated to 3.07 * Sun Dec 27 2009 Dan Hor?k 3.06-3.20091227svn5570 - updated to svn revision 5570 -------------------------------------------------------------------------------- ================================================================================ myproxy-5.1-2.el5 (FEDORA-EPEL-2010-2439) Manage X.509 Public Key Infrastructure (PKI) security credentials -------------------------------------------------------------------------------- Update Information: * changes for compatibility with OpenSSL 1.0.0-beta5 * fix myproxy.h header dependencies * fix configure script check for non-flavored globus_usage and globus_gsi_proxy_core libraries for Fedora/EPEL RPM compatibility (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6897) * fix myproxy-logon -T segfault after "removed bad CRL file" message * (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6909) * add server-side support for including VOMS attributes in retrieved credentials (from the repository); requires setting "allow_voms_attribute_requests true" in myproxy- server.config (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6882) * add support for LDAP StartTLS (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6957) * fix myproxy-test behavior when -startserver is not given (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6959) * fix parsing of certificate_issuer_hashalg (broken since v4.8) * treat trustroot file contents as binary data rather than text in myproxy-logon -T / myproxy-get-trustroots * fix escaping of POSIX extended regular expression meta-characters in myproxy- server authorization policies (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6903) -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 16 2010 Steve Traylen - 5.1-2 - Add globus-usage-devel as requires to myproxy-devel, rhbz#574116 * Tue Mar 9 2010 Steve Traylen - 5.1-1 - New upstream 5.1 - Remove globus-globus-usage-location.patch, now incoperated upstream. -------------------------------------------------------------------------------- References: [ 1 ] Bug #573273 - myproxy-devel package is broken https://bugzilla.redhat.com/show_bug.cgi?id=573273 [ 2 ] Bug #574116 - missing dependency: globus-usage-devel https://bugzilla.redhat.com/show_bug.cgi?id=574116 -------------------------------------------------------------------------------- ================================================================================ pki-setup-1.3.4-1.el5 (FEDORA-EPEL-2010-2445) Dogtag Certificate system - PKI Instance Creation and Removal Scripts -------------------------------------------------------------------------------- Update Information: Security fix -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Ade Lee 1.3.4-1 - Bugzilla Bug #545935 - Add new client-auth ee port to address CVE-2009-3555 TLS: MITM attacks via session renegotiation * Mon Feb 1 2010 Matthew Harmsen 1.3.3-2 - Restored "perl-Crypt-SSLeay" runtime dependency * Thu Jan 28 2010 Matthew Harmsen 1.3.3-1 - Bugzilla Bug #553078 - Apply "registry" logic to pki-tps . . . * Thu Jan 14 2010 Matthew Harmsen 1.3.2-1 - Bugzilla Bug #512234 - Move pkiuser:pkiuser check from spec file into pkicreate . . . - Bugzilla Bug #547471 - Apply PKI SELinux changes to PKI registry model - Bugzilla Bug #553076 - Apply "registry" logic to pki-ra . . . - Bugzilla Bug #553078 - Apply "registry" logic to pki-tps . . . -------------------------------------------------------------------------------- ================================================================================ python-psycopg2-2.0.14-1.el5 (FEDORA-EPEL-2010-2442) A PostgreSQL database adapter for Python -------------------------------------------------------------------------------- Update Information: This new release ships some new features, as well as a few bug fixes: * New features: - Support for adapting tuples to PostgreSQL arrays is now enabled by default and does not require importing psycopg2.extensions anymore. - "can't adapt" error message now includes full type information. - Thank to Daniele Varrazzo (piro) psycopg2's source package now includes full documentation in HTML and plain text format. * Bug fixes: - No loss of precision when using floats anymore. - decimal.Decimal "nan" and "infinity" correctly converted to PostgreSQL numeric NaN values (note that PostgreSQL numeric type does not support infinity but just NaNs.) - psycopg2.extensions now includes Binary. -------------------------------------------------------------------------------- ChangeLog: * Wed Mar 17 2010 Devrim GUNDUZ - 2.0.14-1 - Update to 2.0.14 -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Mar 17 19:14:36 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 17 Mar 2010 19:14:36 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100317191437.2A12F110135@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing myproxy-5.1-2.el4 Details about builds: ================================================================================ myproxy-5.1-2.el4 (FEDORA-EPEL-2010-2441) Manage X.509 Public Key Infrastructure (PKI) security credentials -------------------------------------------------------------------------------- Update Information: * changes for compatibility with OpenSSL 1.0.0-beta5 * fix myproxy.h header dependencies * fix configure script check for non-flavored globus_usage and globus_gsi_proxy_core libraries for Fedora/EPEL RPM compatibility (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6897) * fix myproxy-logon -T segfault after "removed bad CRL file" message * (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6909) * add server-side support for including VOMS attributes in retrieved credentials (from the repository); requires setting "allow_voms_attribute_requests true" in myproxy- server.config (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6882) * add support for LDAP StartTLS (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6957) * fix myproxy-test behavior when -startserver is not given (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6959) * fix parsing of certificate_issuer_hashalg (broken since v4.8) * treat trustroot file contents as binary data rather than text in myproxy-logon -T / myproxy-get-trustroots * fix escaping of POSIX extended regular expression meta-characters in myproxy- server authorization policies (http://bugzilla.globus.org/bugzilla/show_bug.cgi?id=6903) -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 16 2010 Steve Traylen - 5.1-2 - Add globus-usage-devel as requires to myproxy-devel, rhbz#574116 * Tue Mar 9 2010 Steve Traylen - 5.1-1 - New upstream 5.1 - Remove globus-globus-usage-location.patch, now incoperated upstream. -------------------------------------------------------------------------------- References: [ 1 ] Bug #573273 - myproxy-devel package is broken https://bugzilla.redhat.com/show_bug.cgi?id=573273 [ 2 ] Bug #574116 - missing dependency: globus-usage-devel https://bugzilla.redhat.com/show_bug.cgi?id=574116 -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Mar 18 22:37:50 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 18 Mar 2010 22:37:50 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100318223750.2F9AE1100E3@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing cddlib-094f-10.el5 clipsmm-0.1.0-3.el5 dbus-cxx-0.7.0-1.el5 dcap-2.44.0-3.el5 editarea-0.8.2-2.el5 lyx-1.6.5-5.el5 pki-ca-1.3.3-1.el5 rubygem-right_aws-1.10.0-4.el5 tetex-IEEEtran-1.7.1-1.el5 xemacs-21.5.29-12.el5.1 xemacs-packages-base-20090217-4.el5 xemacs-packages-extra-20090217-7.el5 Details about builds: ================================================================================ cddlib-094f-10.el5 (FEDORA-EPEL-2010-2448) A library for generating all vertices in convex polyhedrons -------------------------------------------------------------------------------- Update Information: The C-library cddlib is a C implementation of the Double Description Method of Motzkin et al. for generating all vertices (i.e. extreme points) and extreme rays of a general convex polyhedron in R^d given by a system of linear inequalities: P = { x=(x1, ..., xd)^T : b - A x >= 0 } where A is a given m x d real matrix, b is a given m-vector and 0 is the m-vector of all zeros. The program can be used for the reverse operation (i.e. convex hull computation). This means that one can move back and forth between an inequality representation and a generator (i.e. vertex and ray) representation of a polyhedron with cdd. Also, cdd can solve a linear programming problem, i.e. a problem of maximizing and minimizing a linear function over P. -------------------------------------------------------------------------------- ================================================================================ clipsmm-0.1.0-3.el5 (FEDORA-EPEL-2010-2401) C++ interface to the CLIPS expert system C library -------------------------------------------------------------------------------- Update Information: The clipsmm library provides a C++ interface to the CLIPS C library. CLIPS (C Language Integrated Production System) is an expert system development tool which provides a complete environment for the construction of rule and/or object based expert systems. Created in 1985 by NASA at the Johnson Space Center, CLIPS is now widely used throughout the government, industry, and academia. -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 9 2010 Rick L Vinyard Jr - 0.1.0-3 - Add libtermcap dependency for Fedora <= 9 and EL <= 5 * Wed Sep 2 2009 Rick L Vinyard Jr - 0.1.0-2 - Bump release to rebuild against newer clips * Mon Jul 27 2009 Rick L Vinyard Jr - 0.1.0-1 - New release * Fri Jul 24 2009 Fedora Release Engineering - 0.0.7-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Feb 24 2009 Fedora Release Engineering - 0.0.7-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Mon Mar 3 2008 Rick L Vinyard Jr - 0.0.7-4 - Bump release for make-tag error * Mon Mar 3 2008 Rick L Vinyard Jr - 0.0.7-3 - Added boost-devel dependency * Tue Feb 19 2008 Fedora Release Engineering - 0.0.7-2 - Autorebuild for GCC 4.3 -------------------------------------------------------------------------------- ================================================================================ dbus-cxx-0.7.0-1.el5 (FEDORA-EPEL-2010-2453) C++ bindings for the DBus library -------------------------------------------------------------------------------- Update Information: dbus-cxx is a C++ wrapper for the dbus library http://dbus-cxx.sourceforge.net ===== 0.7.0 ===== This release primarily features code cleanup, but in doing so there were several minor feature additions, added documentation, bug fixes and minor API changes. == New Documentation and Tutorial == A quickstart guide has been added to the documentation. This will take you through a simple client/server example. The quickstart tutorial can be found in the documentation or on the dbus-cxx website here: http://dbus- cxx.sourceforge.net/quick_start.html Also, documentation has been added for many of the m4 generated templates. == Cleanup == A significant portion of the cleanup related to the headers. As the library grew and evolved the headers became messy, from old includes that are no longer needed to templates that had very touchy include orders. These have been significantly cleaned up and several key template headers have been split into two parts with the first part declarations and the second part definitions and specializations. The utility.h header had also grown to include many things beyond simple utility functions. The dbus typing functions have been split out into types.h and the introspect() function has been properly incorporated into the DBus::Connection class. The functions related to signatures in utility.h have been moved into the header signature.h along where DBus::Signature is. == New API == * In cleaning up the macros that generate the sigc++ slot based DBus::Method templates support for void methods has been added. * A force parameter was added to DBus::Object::add_child() to allow a child with a similar name to be forced into the hierarchy replacing the old child == Key API Changes == * DBus::Dispatcher's constructor is now protected; use DBus::Dispatcher::create() to allocate a smart pointer * When a named object interface doesn't handle an incoming message, the default interface is tried before failing. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 18 2010 Rick L Vinyard Jr - 0.7.0-1 - New release -------------------------------------------------------------------------------- ================================================================================ dcap-2.44.0-3.el5 (FEDORA-EPEL-2010-2451) Client Tools for dCache -------------------------------------------------------------------------------- Update Information: dCache is a distributed mass storage system. This package contains the client tools. -------------------------------------------------------------------------------- References: [ 1 ] Bug #549821 - Review Request: dcap - Client Tools for dCache https://bugzilla.redhat.com/show_bug.cgi?id=549821 -------------------------------------------------------------------------------- ================================================================================ editarea-0.8.2-2.el5 (FEDORA-EPEL-2010-2456) A replacement for the HTML textarea tag -------------------------------------------------------------------------------- Update Information: Include bash syntax file -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- ================================================================================ lyx-1.6.5-5.el5 (FEDORA-EPEL-2010-2452) WYSIWYM (What You See Is What You Mean) document processor -------------------------------------------------------------------------------- ChangeLog: * Sun Feb 14 2010 Rex Dieter - 1.6.5-5 - FTBFS lyx-1.6.5-4.fc13: ImplicitDSOLinking (#565009) * Thu Jan 21 2010 Rex Dieter - 1.6.5-4 - -fonts: Provides: lyx-{cmex10,cmmi10,cmr10,cmsy10}-fonts * Sat Jan 16 2010 Rex Dieter - 1.6.5-3 - rebiuld (boost) - use simple font template * Wed Dec 9 2009 Jos? Matos - 1.6.5-2 - Add patch for autoconf 2.65 (F13+) * Wed Dec 9 2009 Jos? Matos - 1.6.5-1 - lyx-1.6.5 * Thu Nov 19 2009 Jos? Matos - 1.6.4-3 - LyX supports autoconf 2.64 (should be upstream for 1.6.5) * Thu Sep 17 2009 Rex Dieter - 1.6.4-2 - use enchant instead of aspell (#524046) -------------------------------------------------------------------------------- References: [ 1 ] Bug #524046 - use enchant instead of aspell https://bugzilla.redhat.com/show_bug.cgi?id=524046 [ 2 ] Bug #570866 - Bugfix update for lyx https://bugzilla.redhat.com/show_bug.cgi?id=570866 -------------------------------------------------------------------------------- ================================================================================ pki-ca-1.3.3-1.el5 (FEDORA-EPEL-2010-2455) Dogtag Certificate System - Certificate Authority -------------------------------------------------------------------------------- Update Information: Security fix -------------------------------------------------------------------------------- ================================================================================ rubygem-right_aws-1.10.0-4.el5 (FEDORA-EPEL-2010-2449) Interface classes for the Amazon EC2/EBS, SQS, S3, SDB, and ACF Web Services -------------------------------------------------------------------------------- Update Information: Fixed right_http_connection dependency -------------------------------------------------------------------------------- ================================================================================ tetex-IEEEtran-1.7.1-1.el5 (FEDORA-EPEL-2010-2454) Official LaTeX class for IEEE transactions journals and conferences -------------------------------------------------------------------------------- Update Information: Initial release for EL-5 of the official LaTeX class for IEEE transactions journals and conferences -------------------------------------------------------------------------------- ================================================================================ xemacs-21.5.29-12.el5.1 (FEDORA-EPEL-2010-2446) Different version of Emacs -------------------------------------------------------------------------------- Update Information: XEmacs is a highly customizable open source text editor and application development system. It is protected under the GNU General Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. -------------------------------------------------------------------------------- ================================================================================ xemacs-packages-base-20090217-4.el5 (FEDORA-EPEL-2010-2446) Base lisp packages for XEmacs -------------------------------------------------------------------------------- Update Information: XEmacs is a highly customizable open source text editor and application development system. It is protected under the GNU General Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. -------------------------------------------------------------------------------- ================================================================================ xemacs-packages-extra-20090217-7.el5 (FEDORA-EPEL-2010-2446) Collection of XEmacs lisp packages -------------------------------------------------------------------------------- Update Information: XEmacs is a highly customizable open source text editor and application development system. It is protected under the GNU General Public License and related to other versions of Emacs, in particular GNU Emacs. Its emphasis is on modern graphical user interface support and an open software development model, similar to Linux. -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Mar 18 22:37:50 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 18 Mar 2010 22:37:50 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100318223750.2BA0F11008C@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing dcap-2.44.0-3.el4 tetex-IEEEtran-1.7.1-3.el4 Details about builds: ================================================================================ dcap-2.44.0-3.el4 (FEDORA-EPEL-2010-2447) Client Tools for dCache -------------------------------------------------------------------------------- Update Information: dCache is a distributed mass storage system. This package contains the client tools. -------------------------------------------------------------------------------- References: [ 1 ] Bug #549821 - Review Request: dcap - Client Tools for dCache https://bugzilla.redhat.com/show_bug.cgi?id=549821 -------------------------------------------------------------------------------- ================================================================================ tetex-IEEEtran-1.7.1-3.el4 (FEDORA-EPEL-2010-2450) Official LaTeX class for IEEE transactions journals and conferences -------------------------------------------------------------------------------- Update Information: Initial release for EL-4 of the official LaTeX class for IEEE transactions journals and conferences -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Mar 24 18:02:28 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 24 Mar 2010 18:02:28 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20100324180228.DB96F10F997@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 4 updates-testing bitlbee-1.2.5-1.el4 cherokee-0.99.43-1.el4 flashrom-0.9.1-3.svn931.el4 spamass-milter-0.3.1-17.el4 voms-1.9.16.1-1.el4 Details about builds: ================================================================================ bitlbee-1.2.5-1.el4 (FEDORA-EPEL-2010-2471) IRC to other chat networks gateway -------------------------------------------------------------------------------- Update Information: - Many bug fixes, including a fix for MSN login issues, Jabber login timing issues, Yahoo! crashes at login time with huge contact lists, - Avoid linking in a static version of libresolv now that glibc has all relevant functions available in the dynamic version. - Improved away state code and added the ability to set (non-away) status messages using "set status" (also possible per account) and see them in blist and /whois output. - Added a post-1.2 equivalent of encode/decode to quickly encrypt/decrypt passwords in a way that BitlBee can read them. - Allow using the full name for generating nicknames, instead of just the handle. This is especially useful when using the Facebook XMPP server. - Auto reconnect is now enabled by default since all protocols can properly detect cases where auto reconnect should be avoided (i.e. concurrent logins). - Changed the default resource_select setting which should reduce message routing issues on Jabber (i.e. messages going someone's phone instead of the main client). -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 18 2010 Robert Scheck 1.2.5-1 - Upgrade to 1.2.5 -------------------------------------------------------------------------------- ================================================================================ cherokee-0.99.43-1.el4 (FEDORA-EPEL-2010-2479) Flexible and Fast Webserver -------------------------------------------------------------------------------- Update Information: New release and updated init script - suppressed confusing output. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 18 2010 Pavel Lisy - 0.99.43-1 - 0.99.43 - FIX: Performance related regression (Keep-alive w/o cache) - FIX: Better lingering close - FIX: PAM authentication module fixes: threading issue - FIX: Cherokee-admin supports IPv6 by default - FIX: Parsing IPv6 addresses in "allow from" restrictions - FIX: Rule OR is slightly faster now - FIX: Fixes a few accessibility issues in cherokee-admin - FIX: Symfony wizard, fixed to use the new paths - suppressed confusing output from init script * Tue Feb 2 2010 Lorenzo Villani - 0.99.42-1 - 0.99.42 - Compilation and last-minute fixes - NEW: POST managing subsystem has been rewritten from scratch - NEW: New POST (uploads) status reporting mechanism - NEW: Rules can be configured to forbid the use of certain encoders - NEW: Custom logger: Adds ${response_size} support - FIX: File descriptor leak fixed in the HTTP reverse proxy - FIX: Error pages with UTF8 encoded errors work now - FIX: Safer file descriptor closing - FIX: getpwuid_r() detection - FIX: Original query strings (and requests) are logged now - FIX: Misc cherokee-admin fixes - FIX: uWSCGI: Endianess fixes and protocol modifiers - FIX: Chinese translation updated - FIX: Cherokee-admin: Display custom error if the doc. is missing - FIX: Early logging support is not supported any longer - FIX: QA and Cherokee-Admin: Bumps PySCGI to version 1.11 - FIX: The 'fastcgi' handler has been deprecated in favor of 'fcgi' - FIX: PATH_INFO generation on merging non-final rules (corner case) - DOC: Installation updated -------------------------------------------------------------------------------- ================================================================================ flashrom-0.9.1-3.svn931.el4 (FEDORA-EPEL-2010-2467) Simple program for reading/writing BIOS chips content -------------------------------------------------------------------------------- Update Information: Changelog: * Fri Mar 12 2010 Peter Lemenkov 0.9.1-3.svn931 * Updated to latest svn ver. 931 * ASUS A7V8X-X board * MS-7202 board * Asus M2NBP-VM CSM board * HP Vectra VL420SFF board * Eon EN29F010 chip * Abit IP35 Pro board * HP Vectra VL400 board * Intel E28F004S5 flash chip * Lots of bugfixes -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Peter Lemenkov 0.9.1-3.svn931 - Updated to latest svn ver. 931 - ASUS A7V8X-X board - MS-7202 board - Asus M2NBP-VM CSM board - HP Vectra VL420SFF board - Eon EN29F010 chip - Abit IP35 Pro board - HP Vectra VL400 board - Intel E28F004S5 flash chip - Lots of bugfixes -------------------------------------------------------------------------------- ================================================================================ spamass-milter-0.3.1-17.el4 (FEDORA-EPEL-2010-2473) Milter (mail filter) for spamassassin -------------------------------------------------------------------------------- Update Information: This update includes a fix for a problem where if the milter is running using the "-x" option to expand aliases before passing inbound mail through SpamAssassin, a malicious client using a carefully-crafted SMTP session could execute arbitrary code on the mail server. The fix avoids the use of a shell in the alias expansion and hence there is no longer a problem with having to sanitize input from the client. No CVE number has yet been assigned to this problem, which is tracked upstream at https://savannah.nongnu.org/bugs/?29136 The update also contains a fix for a problem where the milter would erroneously log warnings about the mail server's configuration when the first message from a non-authenticated client passed through. As part of the fix for this issue, the required milter macro configuration for the mail server has changed slightly: see the README file included in the package for details. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Paul Howarth 0.3.1-17 - Update initscript to support running the milter as root, which is needed for the -x (expand aliases) option; note that the milter does not run as root by default - Add patch for popen unsanitized input vulnerability (#572117, #572119, https://savannah.nongnu.org/bugs/?29136) - Rebase authuser patch - Update patch adding auth info to dummy Received-header so that it doesn't generate spurious warnings about missing macros (#532266), and update and merge the macro documentation patch into this patch - Document patch usage in spec file * Tue Aug 11 2009 Paul Howarth 0.3.1-16 - Switch to bzipped source tarball * Sun Jul 26 2009 Fedora Release Engineering 0.3.1-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Apr 24 2009 Paul Howarth 0.3.1-14 - Fix Received-header generation (#496763) - Add authentication info to dummy Received-header (#496769) - Add option to skip checks for authenticated senders (#437506, #496767) (thanks to Habeeb J. Dihu for the reports and patches) * Wed Mar 18 2009 Paul Howarth 0.3.1-13 - Call initscripts directly instead of via /sbin/service and fine-tune scriptlet dependencies - Change sa-milt user's home directory from %{_localstatedir}/run/spamass-milter to %{_localstatedir}/lib/spamass-milter so as to retain directory contents across a reboot (#489995), and fix the home directory of any existing sa-milt account on upgrades * Fri Feb 27 2009 Paul Howarth 0.3.1-12 - Subpackage for postfix is now noarch for Fedora 10 onwards - Fix scriptlet deps to ensure that sa-milt user exists before we attempt to add it to the postfix group * Wed Feb 25 2009 Fedora Release Engineering 0.3.1-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Fri Feb 13 2009 Paul Howarth 0.3.1-10 - Rebuild for shared libmilter in Fedora 11 development * Thu Jul 3 2008 Paul Howarth 0.3.1-9 - Require /usr/sbin/sendmail (for -b/-B/-x options) rather than sendmail pkg - Make summary and description less Sendmail-specific - Add patch to support group-writable socket for MTA communication, needed to be able to use a Unix-domain socket with Postfix (#452248) - Add subpackage with group-writable directory for Postfix support - Tweak initscript to change default options when Postfix socket directory is present - Document additional ENVRCPT macros to provide * Tue May 20 2008 Paul Howarth 0.3.1-8 - Fix initscript failure to start with SELinux in enforcing mode (#447247) (needs selinux-policy >= 3.3.1-55 on F9) * Tue Feb 19 2008 Fedora Release Engineering 0.3.1-7 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Paul Howarth 0.3.1-6 - Rebuild with gcc 4.3.0 for Fedora 9 -------------------------------------------------------------------------------- References: [ 1 ] Bug #572117 - SpamAssassin Mail Filter: Arbitrary shell command injection (privilege escalation) https://bugzilla.redhat.com/show_bug.cgi?id=572117 -------------------------------------------------------------------------------- ================================================================================ voms-1.9.16.1-1.el4 (FEDORA-EPEL-2010-2469) Virtual Organization Membership Service -------------------------------------------------------------------------------- Update Information: This update fixes a bug that occasionally made voms-proxy-init fail when creating RFC compliant VOMS proxy certificates. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 19 2010 Mattias Ellert - 1.9.16.1-1 - Upstream 1.9.16.1 (CVS tag glite-security-voms_R_1_9_16_1) - Fix uninitialized variable in voms-proxy-init -------------------------------------------------------------------------------- References: [ 1 ] Bug #573922 - voms-proxy-init does not work reliably https://bugzilla.redhat.com/show_bug.cgi?id=573922 -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Mar 24 18:02:29 2010 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 24 Mar 2010 18:02:29 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20100324180229.1271510F9EF@bastion02.phx2.fedoraproject.org> The following builds have been pushed to Fedora EPEL 5 updates-testing arc-5.21o-7.el5 bitlbee-1.2.5-1.el5 cherokee-0.99.43-1.el5 clusterssh-3.26-2.el5 fedora-packager-0.4.2-1.el5 heartbeat-2.1.4-11.el5 kmymoney2-1.0.3-1.el5 liboping-1.3.4-1.el5 mhonarc-2.6.16-7.el5 perl-File-Read-0.0801-2.el5 perl-Text-WikiFormat-0.79-5.el5 polipo-1.0.4.1-2.el5 rubygem-right_aws-1.10.0-4.el5 spamass-milter-0.3.1-17.el5 squidGuard-1.4-8.el5 tgif-4.2.2-1.el5 translate-toolkit-1.6.0-1.el5 voms-1.9.16.1-1.el5 zarafa-6.30.12-1.el5 zarafa-webaccess-6.30.12-1.el5 Details about builds: ================================================================================ arc-5.21o-7.el5 (FEDORA-EPEL-2010-2464) Arc archiver -------------------------------------------------------------------------------- Update Information: Arc file archiver and compressor. Long since superseded by zip/unzip but useful if you have old .arc files you need to unpack. -------------------------------------------------------------------------------- ================================================================================ bitlbee-1.2.5-1.el5 (FEDORA-EPEL-2010-2458) IRC to other chat networks gateway -------------------------------------------------------------------------------- Update Information: - Many bug fixes, including a fix for MSN login issues, Jabber login timing issues, Yahoo! crashes at login time with huge contact lists, - Avoid linking in a static version of libresolv now that glibc has all relevant functions available in the dynamic version. - Improved away state code and added the ability to set (non-away) status messages using "set status" (also possible per account) and see them in blist and /whois output. - Added a post-1.2 equivalent of encode/decode to quickly encrypt/decrypt passwords in a way that BitlBee can read them. - Allow using the full name for generating nicknames, instead of just the handle. This is especially useful when using the Facebook XMPP server. - Auto reconnect is now enabled by default since all protocols can properly detect cases where auto reconnect should be avoided (i.e. concurrent logins). - Changed the default resource_select setting which should reduce message routing issues on Jabber (i.e. messages going someone's phone instead of the main client). -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 18 2010 Robert Scheck 1.2.5-1 - Upgrade to 1.2.5 -------------------------------------------------------------------------------- ================================================================================ cherokee-0.99.43-1.el5 (FEDORA-EPEL-2010-2480) Flexible and Fast Webserver -------------------------------------------------------------------------------- Update Information: New release and updated init script - suppressed confusing output. -------------------------------------------------------------------------------- ChangeLog: * Thu Mar 18 2010 Pavel Lisy - 0.99.43-1 - 0.99.43 - FIX: Performance related regression (Keep-alive w/o cache) - FIX: Better lingering close - FIX: PAM authentication module fixes: threading issue - FIX: Cherokee-admin supports IPv6 by default - FIX: Parsing IPv6 addresses in "allow from" restrictions - FIX: Rule OR is slightly faster now - FIX: Fixes a few accessibility issues in cherokee-admin - FIX: Symfony wizard, fixed to use the new paths - suppressed confusing output from init script * Tue Feb 2 2010 Lorenzo Villani - 0.99.42-1 - 0.99.42 - Compilation and last-minute fixes - NEW: POST managing subsystem has been rewritten from scratch - NEW: New POST (uploads) status reporting mechanism - NEW: Rules can be configured to forbid the use of certain encoders - NEW: Custom logger: Adds ${response_size} support - FIX: File descriptor leak fixed in the HTTP reverse proxy - FIX: Error pages with UTF8 encoded errors work now - FIX: Safer file descriptor closing - FIX: getpwuid_r() detection - FIX: Original query strings (and requests) are logged now - FIX: Misc cherokee-admin fixes - FIX: uWSCGI: Endianess fixes and protocol modifiers - FIX: Chinese translation updated - FIX: Cherokee-admin: Display custom error if the doc. is missing - FIX: Early logging support is not supported any longer - FIX: QA and Cherokee-Admin: Bumps PySCGI to version 1.11 - FIX: The 'fastcgi' handler has been deprecated in favor of 'fcgi' - FIX: PATH_INFO generation on merging non-final rules (corner case) - DOC: Installation updated -------------------------------------------------------------------------------- ================================================================================ clusterssh-3.26-2.el5 (FEDORA-EPEL-2010-2460) Secure concurrent multi-server terminal control -------------------------------------------------------------------------------- Update Information: Control multiple terminals open on different servers to perform administration tasks, for example multiple hosts requiring the same config within a cluster. Not limited to use with clusters, however. -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.4.2-1.el5 (FEDORA-EPEL-2010-2470) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: - update to 0.4.2 - adds missing fedora_cert. in fedora-packager-setup bz#573941 - Require python-argparse for fedpkg bz#574206 - Require make and openssh- clients bz#542209 - Patch to make cvs checkouts more robust bz#569954 -------------------------------------------------------------------------------- ChangeLog: * Tue Mar 23 2010 Dennis Gilmore - 0.4.2-1 - update to 0.4.2 - adds missing fedora_cert. in fedora-packager-setup bz#573941 - Require python-argparse for fedpkg bz#574206 - Require make and openssh-clients bz#542209 - Patch to make cvs checkouts more robust bz#569954 -------------------------------------------------------------------------------- References: [ 1 ] Bug #573941 - [abrt] crash in fedora-packager-0.4.1-1.fc12: fedora-packager-setup:114:main:NameError: global name 'certificate_expired' is not defined https://bugzilla.redhat.com/show_bug.cgi?id=573941 [ 2 ] Bug #574206 - Package need python-argparse as a Req. https://bugzilla.redhat.com/show_bug.cgi?id=574206 [ 3 ] Bug #542209 - fedora-cvs requires an ssh client. https://bugzilla.redhat.com/show_bug.cgi?id=542209 [ 4 ] Bug #569954 - [PATCH] Fix fedora-cvs when checking out in a dir containing some existing checkout. https://bugzilla.redhat.com/show_bug.cgi?id=569954 -------------------------------------------------------------------------------- ================================================================================ heartbeat-2.1.4-11.el5 (FEDORA-EPEL-2010-2477) Heartbeat subsystem for High-Availability Linux -------------------------------------------------------------------------------- Update Information: Set HB_LIBHBDIR to fix 32/64bit path issue. -------------------------------------------------------------------------------- ChangeLog: * Sat Mar 20 2010 Kevin Fenzi - 2.1.4-11 - Set HB_LIBHBDIR to fix 32/64bit path issue. #570982 * Thu Nov 26 2009 Kevin Fenzi - 2.1.4-10 - Add BuildRequires for openhpi-devel to build bladehpi stonith plugin. -------------------------------------------------------------------------------- References: [ 1 ] Bug #570982 - 64-bit heartbeat package fails due to error in shellfuncs HA_BIN path https://bugzilla.redhat.com/show_bug.cgi?id=570982 -------------------------------------------------------------------------------- ================================================================================ kmymoney2-1.0.3-1.el5 (FEDORA-EPEL-2010-2468) Personal finance -------------------------------------------------------------------------------- Update Information: Latest bugfix release, includes updated translations. See also, http://sourceforge.net/news/?group_id=4708 -------------------------------------------------------------------------------- ChangeLog: * Mon Feb 15 2010 Rex Dieter - 1.0.3-1 - kmymoney2-1.0.3 * Thu Jan 21 2010 Bill Nottingham - 1.0.2-2 - rebuild against latest aqbanking/qbanking * Sun Oct 4 2009 Rex Dieter - 1.0.2-1 - kmymoney2-1.0.2 * Sun Sep 6 2009 Rex Dieter - 1.0.1-1 - kmymoney2-1.0.1 * Wed Aug 19 2009 Rex Dieter - 1.0.0-1 - kmymoney2-1.0.0 * Fri Jul 24 2009 Fedora Release Engineering - 0.9.3-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Jul 17 2009 Rex Dieter - 0.9.3-3 - validate .desktop file - -libs unconditional - use %_isa where appropriate - optimize scriptlets * Wed Feb 25 2009 Fedora Release Engineering - 0.9.3-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Tue Feb 24 2009 Rex Dieter 0.9.3-1 - kmymoney2-0.9.3 * Mon Sep 15 2008 Rex Dieter 0.9.2-3 - respun tarball * Sun Sep 14 2008 Rex Dieter 0.9.2-1 - kmymoney2-0.9.2 * Tue Sep 9 2008 Bill Nottingham 0.9-2 - rebuild for new libofx ABI * Wed May 14 2008 Rex Dieter 0.9-1 - kmymoney2-0.9 -------------------------------------------------------------------------------- ================================================================================ liboping-1.3.4-1.el5 (FEDORA-EPEL-2010-2472) C library to generate ICMP echo requests -------------------------------------------------------------------------------- ================================================================================ mhonarc-2.6.16-7.el5 (FEDORA-EPEL-2010-2459) Perl mail-to-HTML converter -------------------------------------------------------------------------------- Update Information: MHonArc is a Perl mail-to-HTML converter. MHonArc provides HTML mail archiving with index, mail thread linking, etc; plus other capabilities including support for MIME and powerful user customization features. -------------------------------------------------------------------------------- ================================================================================ perl-File-Read-0.0801-2.el5 (FEDORA-EPEL-2010-2478) Unique interface for reading one or more files -------------------------------------------------------------------------------- References: [ 1 ] Bug #575352 - Review Request: perl-File-Read - Unique interface for reading one or more files https://bugzilla.redhat.com/show_bug.cgi?id=575352 -------------------------------------------------------------------------------- ================================================================================ perl-Text-WikiFormat-0.79-5.el5 (FEDORA-EPEL-2010-2476) Translate Wiki formatted text into other formats -------------------------------------------------------------------------------- Update Information: Build package for EL-5. -------------------------------------------------------------------------------- References: [ 1 ] Bug #575807 - Currently no EL builds for perl-Text-WikiFormat https://bugzilla.redhat.com/show_bug.cgi?id=575807 -------------------------------------------------------------------------------- ================================================================================ polipo-1.0.4.1-2.el5 (FEDORA-EPEL-2010-2474) Lightweight caching web proxy -------------------------------------------------------------------------------- Update Information: New package. -------------------------------------------------------------------------------- ================================================================================ rubygem-right_aws-1.10.0-4.el5 (FEDORA-EPEL-2010-2449) Interface classes for the Amazon EC2/EBS, SQS, S3, SDB, and ACF Web Services -------------------------------------------------------------------------------- Update Information: Fixed right_http_connection dependency -------------------------------------------------------------------------------- ================================================================================ spamass-milter-0.3.1-17.el5 (FEDORA-EPEL-2010-2461) Milter (mail filter) for spamassassin -------------------------------------------------------------------------------- Update Information: This update includes a fix for a problem where if the milter is running using the "-x" option to expand aliases before passing inbound mail through SpamAssassin, a malicious client using a carefully-crafted SMTP session could execute arbitrary code on the mail server. The fix avoids the use of a shell in the alias expansion and hence there is no longer a problem with having to sanitize input from the client. No CVE number has yet been assigned to this problem, which is tracked upstream at https://savannah.nongnu.org/bugs/?29136 The update also contains a fix for a problem where the milter would erroneously log warnings about the mail server's configuration when the first message from a non-authenticated client passed through. As part of the fix for this issue, the required milter macro configuration for the mail server has changed slightly: see the README file included in the package for details. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 12 2010 Paul Howarth 0.3.1-17 - Update initscript to support running the milter as root, which is needed for the -x (expand aliases) option; note that the milter does not run as root by default - Add patch for popen unsanitized input vulnerability (#572117, #572119, https://savannah.nongnu.org/bugs/?29136) - Rebase authuser patch - Update patch adding auth info to dummy Received-header so that it doesn't generate spurious warnings about missing macros (#532266), and update and merge the macro documentation patch into this patch - Document patch usage in spec file * Tue Aug 11 2009 Paul Howarth 0.3.1-16 - Switch to bzipped source tarball * Sun Jul 26 2009 Fedora Release Engineering 0.3.1-15 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Fri Apr 24 2009 Paul Howarth 0.3.1-14 - Fix Received-header generation (#496763) - Add authentication info to dummy Received-header (#496769) - Add option to skip checks for authenticated senders (#437506, #496767) (thanks to Habeeb J. Dihu for the reports and patches) * Wed Mar 18 2009 Paul Howarth 0.3.1-13 - Call initscripts directly instead of via /sbin/service and fine-tune scriptlet dependencies - Change sa-milt user's home directory from %{_localstatedir}/run/spamass-milter to %{_localstatedir}/lib/spamass-milter so as to retain directory contents across a reboot (#489995), and fix the home directory of any existing sa-milt account on upgrades * Fri Feb 27 2009 Paul Howarth 0.3.1-12 - Subpackage for postfix is now noarch for Fedora 10 onwards - Fix scriptlet deps to ensure that sa-milt user exists before we attempt to add it to the postfix group * Wed Feb 25 2009 Fedora Release Engineering 0.3.1-11 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Fri Feb 13 2009 Paul Howarth 0.3.1-10 - Rebuild for shared libmilter in Fedora 11 development * Thu Jul 3 2008 Paul Howarth 0.3.1-9 - Require /usr/sbin/sendmail (for -b/-B/-x options) rather than sendmail pkg - Make summary and description less Sendmail-specific - Add patch to support group-writable socket for MTA communication, needed to be able to use a Unix-domain socket with Postfix (#452248) - Add subpackage with group-writable directory for Postfix support - Tweak initscript to change default options when Postfix socket directory is present - Document additional ENVRCPT macros to provide * Tue May 20 2008 Paul Howarth 0.3.1-8 - Fix initscript failure to start with SELinux in enforcing mode (#447247) (needs selinux-policy >= 3.3.1-55 on F9) * Tue Feb 19 2008 Fedora Release Engineering 0.3.1-7 - Autorebuild for GCC 4.3 * Mon Feb 18 2008 Paul Howarth 0.3.1-6 - Rebuild with gcc 4.3.0 for Fedora 9 -------------------------------------------------------------------------------- References: [ 1 ] Bug #572117 - SpamAssassin Mail Filter: Arbitrary shell command injection (privilege escalation) https://bugzilla.redhat.com/show_bug.cgi?id=572117 -------------------------------------------------------------------------------- ================================================================================ squidGuard-1.4-8.el5 (FEDORA-EPEL-2010-2457) Filter, redirector and access controller plugin for squid -------------------------------------------------------------------------------- Update Information: Built some time ago, never pushed for some reason. -------------------------------------------------------------------------------- ================================================================================ tgif-4.2.2-1.el5 (FEDORA-EPEL-2010-2465) 2-D drawing tool -------------------------------------------------------------------------------- Update Information: Tgif - Xlib based interactive 2-D drawing facility under X11. Supports hierarchical construction of drawings and easy navigation between sets of drawings. It's also a hyper-graphics (or hyper-structured-graphics) browser on the World-Wide-Web. -------------------------------------------------------------------------------- ================================================================================ translate-toolkit-1.6.0-1.el5 (FEDORA-EPEL-2010-2466) Tools to assist with translation and software localization -------------------------------------------------------------------------------- Update Information: - Update to 1.6.0 - Improvements to quality tests for speed and accuracy - Improvements to language specific quality checks - Small improvements to the handling of incorrect PO files - Better support for the newer comment types in TS - Several small improvements and corrections to XLIFF and TS - Many API improvements and cleanups for the upcoming Pootle and Virtaal - Fix a bug when Virtaal opened files in paths with non-ASCII characters - The Toolkit now always creates headers for PO files - A better XML placeable with support for XML namespaces - A small bug with a single space unit as seen in abrt (bug 1370). This also fixes the resulting error in Virtaal. - Update to 1.5.3 - Plural information for more languages - Cleaner language names (for the benefit of Pootle and Virtaal) - Skype support for prop2po and po2prop [by Filip Mileti?] - Small improvement to Qt .ts support - Other small bugfixes - Redo stoplist patch - Update to 1.5.2 - Initial support for '#' type comments in the PHP converters (#1298) - Reliability improvements for Pootle concerning Xapian and Python 2.4 - A small fix affecting searching in Virtaal - Classify XML tags as editable placeables for Virtaal (#1287) - Correctly handle language codes with '@' in them (like ca at valencia) - Don't unnecessarily add empty 'note' nodes in XLIFF (#1319) - Allow for the translation of 'title' attributes in XML (#1294) - Drop LRU patch -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 19 2010 Dwayne Bailey - 1.6.0-1 - Update to 1.6.0 - Improvements to quality tests for speed and accuracy - Improvements to language specific quality checks - Small improvements to the handling of incorrect PO files - Better support for the newer comment types in TS - Several small improvements and corrections to XLIFF and TS - Many API improvements and cleanups for the upcoming Pootle and Virtaal - Fix a bug when Virtaal opened files in paths with non-ASCII characters - The Toolkit now always creates headers for PO files - A better XML placeable with support for XML namespaces - A small bug with a single space unit as seen in abrt (bug 1370). This also fixes the resulting error in Virtaal. - Update to 1.5.3 - Plural information for more languages - Cleaner language names (for the benefit of Pootle and Virtaal) - Skype support for prop2po and po2prop [by Filip Mileti?] - Small improvement to Qt .ts support - Other small bugfixes - Redo stoplist patch - Update to 1.5.2 - Initial support for '#' type comments in the PHP converters (#1298) - Reliability improvements for Pootle concerning Xapian and Python 2.4 - A small fix affecting searching in Virtaal - Classify XML tags as editable placeables for Virtaal (#1287) - Correctly handle language codes with '@' in them (like ca at valencia) - Don't unnecessarily add empty 'note' nodes in XLIFF (#1319) - Allow for the translation of 'title' attributes in XML (#1294) - Drop LRU patch -------------------------------------------------------------------------------- ================================================================================ voms-1.9.16.1-1.el5 (FEDORA-EPEL-2010-2463) Virtual Organization Membership Service -------------------------------------------------------------------------------- Update Information: This update fixes a bug that occasionally made voms-proxy-init fail when creating RFC compliant VOMS proxy certificates. -------------------------------------------------------------------------------- ChangeLog: * Fri Mar 19 2010 Mattias Ellert - 1.9.16.1-1 - Upstream 1.9.16.1 (CVS tag glite-security-voms_R_1_9_16_1) - Fix uninitialized variable in voms-proxy-init -------------------------------------------------------------------------------- References: [ 1 ] Bug #573922 - voms-proxy-init does not work reliably https://bugzilla.redhat.com/show_bug.cgi?id=573922 -------------------------------------------------------------------------------- ================================================================================ zarafa-6.30.12-1.el5 (FEDORA-EPEL-2010-2462) Zarafa Outlook Sharing and Open Source Collaboration -------------------------------------------------------------------------------- Update Information: Changes in Zarafa 6.30.12 final [19435] Backend: - Fix: users with a client 6.30.4 or earlier connecting to a server 6.30.11 or later can experience disappearing attachments. - Fix: Some issues with the zarafa-spooler that only surface in rare occasions. Changes in Zarafa 6.30.11 final [18984] Backend: - Feature: 'Received' headers missing from pop3/imap responses. - Fix: Store deleted when you lost the connection with ldap or missing details.(Rare occasion) - Fix: Marking multiple emails via imap as read doesn't work. - Fix: Email can't be delivered to numeric username, which is the same value as the uidNumber of another user. - Fix: Read receipt from Kerio mail server will result in fallback delivery email in Zarafa. - Fix: Zarafa fsck is removing email in searchfolders. - Fix: Able to create users with the same username with DB plug-in. - Fix: Ical: meeting request does not get received. - Fix: MySql <=4 doesn't like trailing 0x20 bytes trailing binary data. - Fix: PR_LOCAL_COMMIT_TIME_MAX is not correctly updated in cache. Webaccess: - Fix: Context menu on flags will directly dissappear in Firefox 3.5 on Linux desktop (Ubuntu 9.10). - Fix: Read receipt via options won't function due new button in taskbar. - Fix: signature disappears when logging in from other server. - Fix: Attachments get lost when forwarding email from WebAccess. - Fix: Print issues caused by not wrapping of lines in plain text mails. - Fix: Hard to distinguish stores.(added names on delegate stores.) - Fix: Multi user calendar improvements: Names and date move along when scrolling. - Fix: Reminder always showing start date of infinite recurring calendar item. - Fix: Draggin but not dropping results in mails getting lost. - Fix: Mail popup windows open minimized (or in the background) - Fix: Language fix Double capitation in orginal meeting request after update message has been read. - Fix: When for some reason the html tag