From rjones at redhat.com Wed Jul 1 10:45:30 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Wed, 1 Jul 2009 11:45:30 +0100 Subject: How to push packages to EPEL now? Message-ID: <20090701104530.GA14728@amd.home.annexia.org> I since discovered three packages which had somehow regressed to earlier versions when we moved over to Koji (fakeroot, febootstrap and qemu). I've rebuilt all three, but I still can't build my package (libguestfs) which depends on these: http://koji.fedoraproject.org/koji/getfile?taskID=1446422&name=root.log DEBUG util.py:256: No Package Found for febootstrap >= 2.3 [...] DEBUG util.py:256: No Package Found for qemu-system-x86 >= 0.10.5 What can I do about this? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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 laxathom at fedoraproject.org Wed Jul 1 11:00:29 2009 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Wed, 1 Jul 2009 13:00:29 +0200 Subject: How to push packages to EPEL now? In-Reply-To: <20090701104530.GA14728@amd.home.annexia.org> References: <20090701104530.GA14728@amd.home.annexia.org> Message-ID: <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> On Wed, Jul 1, 2009 at 12:45 PM, Richard W.M. Jones wrote: > I since discovered three packages which had somehow regressed to > earlier versions when we moved over to Koji (fakeroot, febootstrap and > qemu). ?I've rebuilt all three, but I still can't build my package > (libguestfs) which depends on these: > > http://koji.fedoraproject.org/koji/getfile?taskID=1446422&name=root.log > > DEBUG util.py:256: ?No Package Found for febootstrap >= 2.3 > [...] > DEBUG util.py:256: ?No Package Found for qemu-system-x86 >= 0.10.5 > > What can I do about this? > You gonna have to request a tag-override to epel-releng@ Bodhi push is still not ready. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From jonstanley at gmail.com Wed Jul 1 12:34:50 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 1 Jul 2009 08:34:50 -0400 Subject: How to push packages to EPEL now? In-Reply-To: <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> References: <20090701104530.GA14728@amd.home.annexia.org> <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> Message-ID: On Wed, Jul 1, 2009 at 7:00 AM, Xavier Lamien wrote: > Bodhi push is still not ready. Even if it were, you'd still have the request it be tagged in the buildroots and then submit one update with libguestfs and all of it's deps, just as you would in Fedora today. From kevin at tummy.com Wed Jul 1 15:51:18 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 1 Jul 2009 09:51:18 -0600 Subject: 2009-07-03 meeting? Message-ID: <20090701095118.4757dde0@ohm.scrye.com> This friday is our regular meeting time, but it's a holiday in the US. Should we try and meet? Or will folks be unavailable? I didn't see anything pressing for the schedule so far, but we could also discuss on list anything before then. Thoughts? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From maxamillion at gmail.com Wed Jul 1 16:11:17 2009 From: maxamillion at gmail.com (Adam Miller) Date: Wed, 1 Jul 2009 11:11:17 -0500 Subject: 2009-07-03 meeting? In-Reply-To: <20090701095118.4757dde0@ohm.scrye.com> References: <20090701095118.4757dde0@ohm.scrye.com> Message-ID: This would actually be the first one I'd be available to go to in quite some time, but since there isn't much on the order of pressing issues, I say we just discuss on list unless others have objections. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From mastahnke at gmail.com Wed Jul 1 17:17:51 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 1 Jul 2009 12:17:51 -0500 Subject: 2009-07-03 meeting? In-Reply-To: References: <20090701095118.4757dde0@ohm.scrye.com> Message-ID: <7874d9dd0907011017m4bb504cel928947d68e7792a@mail.gmail.com> RHEL 5.4 Beta discussion? http://markmail.org/message/mkk7u2eyfx752ni6#query:rhel%20announce%20list+page:1+mid:dsdi6d3xg4aqvozs+state:results From kevin at tummy.com Wed Jul 1 17:24:52 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Wed, 1 Jul 2009 11:24:52 -0600 Subject: 2009-07-03 meeting? In-Reply-To: <7874d9dd0907011017m4bb504cel928947d68e7792a@mail.gmail.com> References: <20090701095118.4757dde0@ohm.scrye.com> <7874d9dd0907011017m4bb504cel928947d68e7792a@mail.gmail.com> Message-ID: <20090701112452.046d0c28@ohm.scrye.com> On Wed, 1 Jul 2009 12:17:51 -0500 Michael Stahnke wrote: > RHEL 5.4 Beta discussion? > > http://markmail.org/message/mkk7u2eyfx752ni6#query:rhel%20announce%20list+page:1+mid:dsdi6d3xg4aqvozs+state:results well, the big thing we need to get from this is what packages from EPEL have been folded into 5.4. From the list at the above announcement that seems to be: fuse gnupg2 pth libassuan pinentry perl-Sys-Virt ctdb kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jonstanley at gmail.com Wed Jul 1 18:48:46 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Wed, 1 Jul 2009 14:48:46 -0400 Subject: 2009-07-03 meeting? In-Reply-To: <20090701112452.046d0c28@ohm.scrye.com> References: <20090701095118.4757dde0@ohm.scrye.com> <7874d9dd0907011017m4bb504cel928947d68e7792a@mail.gmail.com> <20090701112452.046d0c28@ohm.scrye.com> Message-ID: On Wed, Jul 1, 2009 at 1:24 PM, Kevin Fenzi wrote: > well, the big thing we need to get from this is what packages from EPEL > have been folded into 5.4. From the list at the above announcement that > seems to be I'm downloading the beta now from RHN, will have a poke at it tonight. From tcallawa at redhat.com Wed Jul 1 18:49:51 2009 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 01 Jul 2009 14:49:51 -0400 Subject: RHEL 5.4 Beta Package Changes Message-ID: <4A4BAFCF.10006@redhat.com> New Packages in RHEL 5.4 Beta: ******************************** blktrace-1.0.0-6.el5.src.rpm celt051-0.5.1.3-0.el5.src.rpm etherboot-5.4.4-10.el5.src.rpm fcoe-utils-1.0.7-4.el5.src.rpm fuse-2.7.4-8.el5.src.rpm gcc44-4.4.0-6.el5.src.rpm gnupg2-2.0.10-3.el5.src.rpm hmaccalc-0.9.6-1.el5.src.rpm iasl-20061109-5.el5.src.rpm libassuan-1.0.4-5.el5.src.rpm libhbaapi-2.2-4.el5.src.rpm libhbalinux-1.0.7-3.el5.src.rpm libksba-1.0.2-6.el5.src.rpm libpciaccess-0.10.5-2.el5.src.rpm log4cpp-1.0-3.el5.src.rpm pdksh-5.2.14-36.el5.src.rpm perl-Sys-Virt-0.2.0-3.el5.src.rpm pinentry-0.7.3-3.el5.src.rpm pth-2.0.7-5.el5.src.rpm qcairo-1.8.7.1-3.el5.src.rpm qffmpeg-0.4.9-0.15.20080908.el5.src.rpm qpixman-0.13.3-4.el5.src.rpm rds-tools-1.4-1.el5.src.rpm xorg-x11-drv-qxl-0.0.3-1.2.el5.src.rpm xorg-x11-xdm-1.0.5-6.el5.src.rpm Packages entirely removed in RHEL 5.4 Beta (version listed is from RHEL 5.3): ******************************* gcc43-4.3.2-7.el5.src.rpm libipathverbs-1.1-11.el5.src.rpm mcelog-0.7-1.22.fc6.src.rpm openib-mstflint-1.3-1.el5_2.src.rpm openib-perftest-1.2-11.el5_2.src.rpm openib-tvflash-0.9.2-8.el5_2.src.rpm Changed Packages from RHEL 5.3: ******************************** -acpid-1.0.4-7.el5.src.rpm +acpid-1.0.4-9.el5.src.rpm -aide-0.13.1-2.0.4.el5.src.rpm +aide-0.13.1-4.el5.src.rpm -amanda-2.5.0p2-4.src.rpm +amanda-2.5.0p2-7.el5.src.rpm -anaconda-11.1.2.168-1.src.rpm +anaconda-11.1.2.183-1.src.rpm -apr-util-1.2.7-7.el5.src.rpm +apr-util-1.2.7-7.el5_3.1.src.rpm -aspell-nl-0.1e-1.fc6.src.rpm +aspell-nl-0.1e-2.el5.src.rpm -audit-1.7.7-6.el5.src.rpm +audit-1.7.13-2.el5.src.rpm -authconfig-5.3.21-5.el5.src.rpm +authconfig-5.3.21-6.el5.src.rpm -authd-1.4.3-9.src.rpm +authd-1.4.3-14.src.rpm -autofs-5.0.1-0.rc2.102.src.rpm +autofs-5.0.1-0.rc2.129.src.rpm -avahi-0.6.16-1.el5.src.rpm +avahi-0.6.16-6.el5.src.rpm -bind-9.3.4-10.P1.el5.src.rpm +bind-9.3.6-2.P1.el5.src.rpm -binutils-2.17.50.0.6-9.el5.src.rpm +binutils-2.17.50.0.6-12.el5.src.rpm -busybox-1.2.0-4.el5.src.rpm +busybox-1.2.0-6.el5.src.rpm -cman-2.0.98-1.el5.src.rpm +cman-2.0.108-1.el5.src.rpm -cmirror-1.1.36-1.el5.src.rpm +cmirror-1.1.37-1.el5.src.rpm -cmirror-kmod-0.1.21-10.el5.src.rpm +cmirror-kmod-0.1.21-14.el5.src.rpm -conga-0.12.1-7.el5.src.rpm +conga-0.12.2-6.el5.src.rpm -coreutils-5.97-19.el5.src.rpm +coreutils-5.97-22.el5.src.rpm -cpio-2.6-20.src.rpm +cpio-2.6-23.el5.src.rpm -cpuspeed-1.2.1-5.el5.src.rpm +cpuspeed-1.2.1-8.el5.src.rpm -crash-4.0-7.2.3.src.rpm +crash-4.0-8.9.1.el5.src.rpm -cryptsetup-luks-1.0.3-4.el5.src.rpm +cryptsetup-luks-1.0.3-5.el5.src.rpm -cscope-15.5-15.fc6.1.src.rpm +cscope-15.5-15.1.el5_3.1.src.rpm -cups-1.3.7-8.el5.src.rpm +cups-1.3.7-11.el5.src.rpm -curl-7.15.5-2.el5.src.rpm +curl-7.15.5-2.1.el5_3.4.src.rpm -cvs-1.11.22-5.el5.src.rpm +cvs-1.11.22-7.el5.src.rpm -cyrus-imapd-2.3.7-2.el5.src.rpm +cyrus-imapd-2.3.7-7.el5.src.rpm -cyrus-sasl-2.1.22-4.src.rpm +cyrus-sasl-2.1.22-5.el5.src.rpm -dapl-2.0.13-4.el5.src.rpm +dapl-2.0.19-2.el5.src.rpm -db4-4.3.29-9.fc6.src.rpm +db4-4.3.29-10.el5.src.rpm -device-mapper-1.02.28-2.el5.src.rpm +device-mapper-1.02.32-1.el5.src.rpm -device-mapper-multipath-0.4.7-23.el5.src.rpm +device-mapper-multipath-0.4.7-28.el5.src.rpm -dhcp-3.0.5-18.el5.src.rpm +dhcp-3.0.5-21.el5.src.rpm -dmidecode-2.7-1.28.2.el5.src.rpm +dmidecode-2.9-1.el5.src.rpm -dmraid-1.0.0.rc13-33.el5.src.rpm +dmraid-1.0.0.rc13-51.el5.src.rpm -dos2unix-3.1-27.1.src.rpm +dos2unix-3.1-27.2.el5.src.rpm -dump-0.4b41-2.fc6.src.rpm +dump-0.4b41-4.el5.src.rpm -dvd+rw-tools-7.0-0.el5.3.src.rpm +dvd+rw-tools-7.0-1.el5.src.rpm -e2fsprogs-1.39-20.el5.src.rpm +e2fsprogs-1.39-22.el5.src.rpm -e4fsprogs-1.41.1-2.el5.src.rpm +e4fsprogs-1.41.5-2.el5.src.rpm -ecryptfs-utils-56-8.el5.src.rpm +ecryptfs-utils-75-5.el5.src.rpm -efax-0.9-27.2.1.src.rpm +efax-0.9-28.el5.src.rpm -esc-1.0.0-39.el5.src.rpm +esc-1.1.0-8.el5.src.rpm -evince-0.6.0-8.el5.src.rpm +evince-0.6.0-9.el5.src.rpm -evolution-2.12.3-8.el5_2.3.src.rpm +evolution-2.12.3-19.el5.src.rpm -evolution-connector-2.12.3-4.el5_2.1.src.rpm +evolution-connector-2.12.3-11.el5.src.rpm -evolution-data-server-1.12.3-6.el5_2.3.src.rpm +evolution-data-server-1.12.3-17.el5.src.rpm -file-4.17-15.src.rpm +file-4.17-15.el5_3.1.src.rpm -fipscheck-1.0.3-1.el5.src.rpm +fipscheck-1.2.0-1.el5.src.rpm -firefox-3.0.5-1.el5_2.src.rpm +firefox-3.0.11-2.el5_3.src.rpm -foomatic-3.0.2-38.1.el5.src.rpm +foomatic-3.0.2-38.3.el5.src.rpm -freetype-2.2.1-20.el5_2.src.rpm +freetype-2.2.1-21.el5_3.src.rpm -gcc-4.1.2-44.el5.src.rpm +gcc-4.1.2-46.el5.src.rpm -gdb-6.8-27.el5.src.rpm +gdb-6.8-37.el5.src.rpm -gdm-2.16.0-46.el5.src.rpm +gdm-2.16.0-56.el5.src.rpm -gfs2-utils-0.1.53-1.el5.src.rpm +gfs2-utils-0.1.58-1.el5.src.rpm -gfs-kmod-0.1.31-3.el5.src.rpm +gfs-kmod-0.1.33-2.el5.src.rpm -gfs-utils-0.1.18-1.el5.src.rpm +gfs-utils-0.1.19-3.el5.src.rpm -ghostscript-8.15.2-9.4.el5.src.rpm +ghostscript-8.15.2-9.11.el5.src.rpm -giflib-4.1.3-7.1.el5.1.src.rpm +giflib-4.1.3-7.1.el5_3.1.src.rpm -glib2-2.12.3-2.fc6.src.rpm +glib2-2.12.3-4.el5_3.1.src.rpm -glibc-2.5-34.src.rpm +glibc-2.5-38.src.rpm -gnome-python2-desktop-2.16.0-2.el5.src.rpm +gnome-python2-desktop-2.16.0-3.el5.src.rpm -gnome-session-2.16.0-6.el5.src.rpm +gnome-session-2.16.0-7.el5.src.rpm -grep-2.5.1-54.2.el5.src.rpm +grep-2.5.1-55.el5.src.rpm -grub-0.97-13.2.src.rpm +grub-0.97-13.4.src.rpm -gstreamer-plugins-base-0.10.20-3.el5.src.rpm +gstreamer-plugins-base-0.10.20-3.0.1.el5_3.src.rpm -gstreamer-plugins-good-0.10.9-1.el5.src.rpm +gstreamer-plugins-good-0.10.9-1.el5_3.1.src.rpm -gtk-vnc-0.3.2-3.el5.src.rpm +gtk-vnc-0.3.8-2.el5.src.rpm -hal-0.5.8.1-38.el5.src.rpm +hal-0.5.8.1-49.el5.src.rpm -htdig-3.2.0b6-9.0.1.el5_1.src.rpm +htdig-3.2.0b6-11.el5.src.rpm -httpd-2.2.3-22.el5.src.rpm +httpd-2.2.3-29.el5.src.rpm -hwbrowser-0.30-2.el5.src.rpm +hwbrowser-0.30-3.el5.src.rpm -hwdata-0.213.11-1.el5.src.rpm +hwdata-0.213.14-1.el5.src.rpm -ibsim-0.4-3.el5.src.rpm +ibsim-0.5-1.el5.src.rpm -ibutils-1.2-9.el5.src.rpm +ibutils-1.2-10.el5.src.rpm -icu-3.6-5.11.1.src.rpm +icu-3.6-5.11.2.src.rpm -infiniband-diags-1.4.1-2.el5.src.rpm +infiniband-diags-1.4.4-1.el5.src.rpm -initscripts-8.45.25-1.el5.src.rpm +initscripts-8.45.29-1.el5.src.rpm -iproute-2.6.18-9.el5.src.rpm +iproute-2.6.18-10.el5.src.rpm -iprutils-2.2.8-2.el5.src.rpm +iprutils-2.2.13-1.el5.src.rpm -ipsec-tools-0.6.5-13.el5.src.rpm +ipsec-tools-0.6.5-13.el5_3.1.src.rpm -iptables-1.3.5-4.el5.src.rpm +iptables-1.3.5-5.3.el5.src.rpm -iputils-20020927-45.el5.src.rpm +iputils-20020927-46.el5.src.rpm -ipvsadm-1.24-8.1.src.rpm +ipvsadm-1.24-10.src.rpm -irqbalance-0.55-10.el5.src.rpm +irqbalance-0.55-15.el5.src.rpm -iscsi-initiator-utils-6.2.0.868-0.18.el5.src.rpm +iscsi-initiator-utils-6.2.0.871-0.7.el5.src.rpm -isdn4k-utils-3.2-51.el5.src.rpm +isdn4k-utils-3.2-56.el5.src.rpm -jadetex-3.12-13.1.1.src.rpm +jadetex-3.12-15.el5.src.rpm -java-1.6.0-openjdk-1.6.0.0-0.25.b09.el5.src.rpm +java-1.6.0-openjdk-1.6.0.0-0.30.b09.el5.src.rpm -kdebase-3.5.4-19.el5.src.rpm +kdebase-3.5.4-20.el5.src.rpm -kdegraphics-3.5.4-8.el5.src.rpm +kdegraphics-3.5.4-12.el5_3.src.rpm -kdenetwork-3.5.4-8.el5.src.rpm +kdenetwork-3.5.4-9.el5.src.rpm -kdepim-3.5.4-4.fc6.src.rpm +kdepim-3.5.4-6.el5.src.rpm -kernel-2.6.18-128.el5.src.rpm +kernel-2.6.18-155.el5.src.rpm -kexec-tools-1.102pre-56.el5.src.rpm +kexec-tools-1.102pre-74.el5.src.rpm -krb5-1.6.1-31.el5.src.rpm +krb5-1.6.1-36.el5.src.rpm -ksh-20080202-2.el5.src.rpm +ksh-20080202-13.el5.src.rpm -lcms-1.15-1.2.2.src.rpm +lcms-1.18-0.1.beta1.el5_3.2.src.rpm -less-394-5.el5.src.rpm +less-394-6.el5.src.rpm -lftp-3.5.1-2.fc6.src.rpm +lftp-3.7.11-4.el5.src.rpm -libcxgb3-1.2.2-1.el5.src.rpm +libcxgb3-1.2.2-4.el5.src.rpm -libdhcp-1.20-6.el5.src.rpm +libdhcp-1.20-10.el5.src.rpm -libehca-1.2-2.el5.src.rpm +libehca-1.2.1-3.el5.src.rpm -libgcrypt-1.2.4-1.el5.src.rpm +libgcrypt-1.4.4-5.el5.src.rpm -libibcm-1.0.3-1.el5.src.rpm +libibcm-1.0.4-3.el5.src.rpm -libibcommon-1.1.1-1.el5.src.rpm +libibcommon-1.1.2-1.el5.src.rpm -libibmad-1.2.1-1.el5.src.rpm +libibmad-1.2.3-1.el5.src.rpm -libibumad-1.2.1-1.el5.src.rpm +libibumad-1.2.3-1.el5.src.rpm -libibverbs-1.1.2-1.el5.src.rpm +libibverbs-1.1.2-4.el5.src.rpm -libmlx4-1.0-4.el5.src.rpm +libmlx4-1.0.1-2.el5.src.rpm -libmthca-1.0.5-1.el5.src.rpm +libmthca-1.0.5-4.el5.src.rpm -libnes-0.5-4.el5.src.rpm +libnes-0.6-2.el5.src.rpm -libpng-1.2.10-7.1.el5_0.1.src.rpm +libpng-1.2.10-7.1.el5_3.2.src.rpm -librdmacm-1.0.8-1.el5.src.rpm +librdmacm-1.0.8-5.el5.src.rpm -libsdp-1.1.99-10.el5_2.src.rpm +libsdp-1.1.99-11.el5.src.rpm -libselinux-1.33.4-5.1.el5.src.rpm +libselinux-1.33.4-5.5.el5.src.rpm -libsemanage-1.9.1-3.el5.src.rpm +libsemanage-1.9.1-4.3.el5.src.rpm -libsepol-1.15.2-1.el5.src.rpm +libsepol-1.15.2-2.el5.src.rpm -libsoup-2.2.98-2.el5.src.rpm +libsoup-2.2.98-2.el5_3.1.src.rpm -libspe2-2.2.80.121-4.el5.src.rpm +libspe2-2.3.0.135-3.el5.src.rpm -libunwind-0.98.5-3.src.rpm +libunwind-0.98.5-5.el5.src.rpm -libvirt-0.3.3-14.el5.src.rpm +libvirt-0.6.3-11.el5.src.rpm -libvirt-cim-0.5.1-4.el5.src.rpm +libvirt-cim-0.5.5-2.el5.src.rpm -libwmf-0.2.8.4-10.1.src.rpm +libwmf-0.2.8.4-10.2.src.rpm -libX11-1.0.3-9.el5.src.rpm +libX11-1.0.3-11.el5.src.rpm -linuxwacom-0.7.8.3-5.el5.src.rpm +linuxwacom-0.7.8.3-6.el5.src.rpm -lksctp-tools-1.0.6-1.el5.1.src.rpm +lksctp-tools-1.0.6-3.el5.src.rpm -ltrace-0.5-7.45svn.el5.src.rpm +ltrace-0.5-13.45svn.el5.src.rpm -lvm2-2.02.40-6.el5.src.rpm +lvm2-2.02.46-8.el5.src.rpm -lvm2-cluster-2.02.40-7.el5.src.rpm +lvm2-cluster-2.02.46-8.el5.src.rpm -m2crypto-0.16-6.el5.3.src.rpm +m2crypto-0.16-6.el5.5.src.rpm -man-pages-ja-20060815-9.el5.src.rpm +man-pages-ja-20060815-11.el5.src.rpm -mdadm-2.6.4-1.el5.src.rpm +mdadm-2.6.9-1.el5.src.rpm -microcode_ctl-1.17-1.47.el5.src.rpm +microcode_ctl-1.17-1.48.el5.src.rpm -mkinitrd-5.1.19.6-44.src.rpm +mkinitrd-5.1.19.6-54.src.rpm -mlocate-0.15-1.el5.1.src.rpm +mlocate-0.15-1.el5.2.src.rpm -mod_auth_mysql-3.0.0-3.1.src.rpm +mod_auth_mysql-3.0.0-3.2.el5_3.src.rpm -mod_authz_ldap-0.26-8.el5.src.rpm +mod_authz_ldap-0.26-9.el5.src.rpm -mod_nss-1.0.3-6.el5.src.rpm +mod_nss-1.0.3-8.el5.src.rpm -module-init-tools-3.3-0.pre3.1.42.el5.src.rpm +module-init-tools-3.3-0.pre3.1.53.el5.src.rpm -mpi-selector-1.0.1-1.el5.src.rpm +mpi-selector-1.0.2-1.el5.src.rpm -mpitests-3.0-2.el5.src.rpm +mpitests-3.1-3.el5.src.rpm -mstflint-1.3-1.el5.src.rpm +mstflint-1.4-1.el5.src.rpm -mvapich-1.1.0-0.2931.3.el5.src.rpm +mvapich-1.1.0-0.3355.2.el5.src.rpm -mvapich2-1.0.3-3.el5.src.rpm +mvapich2-1.2-0.p1.3.el5.src.rpm -mysql-5.0.45-7.el5.src.rpm +mysql-5.0.77-2.el5.src.rpm -mysql-connector-odbc-3.51.12-2.2.src.rpm +mysql-connector-odbc-3.51.26r1127-1.el5.src.rpm -nautilus-sendto-0.7-5.fc6.src.rpm +nautilus-sendto-1.0.1-4.el5.src.rpm -netpbm-10.35-6.fc6.src.rpm +netpbm-10.35.58-8.el5.src.rpm -net-snmp-5.3.2.2-5.el5.src.rpm +net-snmp-5.3.2.2-6.el5.src.rpm -NetworkManager-0.7.0-3.el5.src.rpm +NetworkManager-0.7.0-9.el5.src.rpm -nfs-utils-1.0.9-40.el5.src.rpm +nfs-utils-1.0.9-42.el5.src.rpm -nfs-utils-lib-1.0.8-7.2.z2.src.rpm +nfs-utils-lib-1.0.8-7.6.el5.src.rpm -nss-3.12.2.0-2.el5.src.rpm +nss-3.12.3.99.3-1.el5_3.1.src.rpm -nss_ldap-253-17.el5.src.rpm +nss_ldap-253-21.el5.src.rpm -ntp-4.2.2p1-9.el5.src.rpm +ntp-4.2.2p1-9.el5_3.2.src.rpm -numactl-0.9.8-7.el5.src.rpm +numactl-0.9.8-8.el5.src.rpm -ofed-docs-1.3.2-0.20080728.0355.1.el5.src.rpm +ofed-docs-1.4.1-2.el5.src.rpm -openais-0.80.3-22.el5.src.rpm +openais-0.80.6-7.el5.src.rpm -openhpi-2.10.2-1.el5.src.rpm +openhpi-2.14.0-5.el5.src.rpm -openib-1.3.2-0.20080728.0355.3.el5.src.rpm +openib-1.4.1-1.el5.src.rpm -OpenIPMI-2.0.6-11.el5.src.rpm +OpenIPMI-2.0.16-4.el5.src.rpm -openmpi-1.2.7-6.el5.src.rpm +openmpi-1.3.2-2.el5.src.rpm -openoffice.org-2.3.0-6.10.el5.src.rpm +openoffice.org-2.3.0-6.11.el5.src.rpm -opensm-3.2.2-3.el5.src.rpm +opensm-3.2.6-2.el5.src.rpm -openssh-4.3p2-29.el5.src.rpm +openssh-4.3p2-35.el5.src.rpm -openssl-0.9.8e-7.el5.src.rpm +openssl-0.9.8e-10.el5.src.rpm -openswan-2.6.14-1.el5_2.1.src.rpm +openswan-2.6.21-3.el5.src.rpm -oprofile-0.9.3-18.el5.src.rpm +oprofile-0.9.4-10.el5.src.rpm -pam-0.99.6.2-4.el5.src.rpm +pam-0.99.6.2-6.el5.src.rpm -pango-1.14.9-3.el5.src.rpm +pango-1.14.9-6.el5.src.rpm -pciutils-2.2.3-5.src.rpm +pciutils-2.2.3-7.el5.src.rpm -perftest-1.2-11.el5.src.rpm +perftest-1.2-14.el5.src.rpm -perl-5.8.8-18.el5.src.rpm +perl-5.8.8-24.el5.src.rpm -perl-DBD-Pg-1.49-2.el5.src.rpm +perl-DBD-Pg-1.49-2.el5_3.1.src.rpm -php-5.1.6-23.el5.src.rpm +php-5.1.6-23.2.el5_3.src.rpm -php-pear-1.4.9-4.el5.1.src.rpm +php-pear-1.4.9-6.el5.src.rpm -pidgin-2.5.2-6.el5.src.rpm +pidgin-2.5.5-3.el5.src.rpm -piranha-0.8.4-11.el5.src.rpm +piranha-0.8.4-13.el5.src.rpm -policycoreutils-1.33.12-14.2.el5.src.rpm +policycoreutils-1.33.12-14.5.el5.src.rpm -poppler-0.5.4-4.4.el5_1.src.rpm +poppler-0.5.4-4.4.el5_3.9.src.rpm -psmisc-22.2-6.src.rpm +psmisc-22.2-7.src.rpm -pykickstart-0.43.3-1.el5.src.rpm +pykickstart-0.43.4-1.el5.src.rpm -pyorbit-2.14.1-1.1.src.rpm +pyorbit-2.14.1-3.el5.src.rpm -python-2.4.3-24.el5.src.rpm +python-2.4.3-27.el5.src.rpm -python-pyblock-0.26-3.el5.src.rpm +python-pyblock-0.26-4.el5.src.rpm -python-virtinst-0.300.2-12.el5.src.rpm +python-virtinst-0.400.3-4.el5.src.rpm -qlvnictools-0.0.1-10.el5.src.rpm +qlvnictools-0.0.1-11.el5.src.rpm -qperf-0.4.1-2.el5.src.rpm +qperf-0.4.4-3.el5.src.rpm -rdesktop-1.4.1-6.src.rpm +rdesktop-1.6.0-2.src.rpm -readline-5.1-1.1.src.rpm +readline-5.1-3.el5.src.rpm -redhat-release-5Client-5.3.0.3.src.rpm +redhat-release-5Client-5.4.0.2.src.rpm -redhat-release-notes-5Client-25.src.rpm +redhat-release-notes-5Client-26.src.rpm -redhat-release-5Server-5.3.0.3.src.rpm +redhat-release-5Server-5.4.0.2.src.rpm -redhat-release-notes-5Server-25.src.rpm +redhat-release-notes-5Server-26.src.rpm -redhat-rpm-config-8.0.45-29.el5.src.rpm +redhat-rpm-config-8.0.45-32.el5.src.rpm -rgmanager-2.0.46-1.el5.src.rpm +rgmanager-2.0.51-1.el5.src.rpm -rhn-client-tools-0.4.19-17.el5.src.rpm +rhn-client-tools-0.4.20-7.el5.src.rpm -rhnlib-2.2.6-2.el5.src.rpm +rhnlib-2.2.7-2.el5.src.rpm -rhnsd-4.6.1-1.el5.src.rpm +rhnsd-4.7.0-3.el5.src.rpm -rpm-4.4.2.3-9.el5.src.rpm +rpm-4.4.2.3-15.el5.src.rpm -rsh-0.17-38.el5.src.rpm +rsh-0.17-40.el5.src.rpm -samba-3.0.33-3.7.el5.src.rpm +samba-3.0.33-3.14.el5.src.rpm -sblim-1-31.el5_2.1.src.rpm +sblim-1-33.el5.src.rpm -scim-bridge-0.4.5-8.el5.src.rpm +scim-bridge-0.4.5-9.el5.src.rpm -selinux-policy-2.4.6-203.el5.src.rpm +selinux-policy-2.4.6-248.el5.src.rpm -setroubleshoot-2.0.5-3.el5.src.rpm +setroubleshoot-2.0.5-5.el5.src.rpm -setup-2.5.58-4.el5.src.rpm +setup-2.5.58-7.el5.src.rpm -sg3_utils-1.25-1.el5.src.rpm +sg3_utils-1.25-3.el5.src.rpm -sos-1.7-9.16.el5.src.rpm +sos-1.7-9.22.el5.src.rpm -sqlite-3.3.6-2.src.rpm +sqlite-3.3.6-5.src.rpm -squirrelmail-1.4.8-4.0.1.el5.src.rpm +squirrelmail-1.4.8-5.el5_3.7.src.rpm -srptools-0.0.4-2.el5.src.rpm +srptools-0.0.4-6.el5.src.rpm -strace-4.5.18-2.el5.src.rpm +strace-4.5.18-5.el5.src.rpm -sudo-1.6.9p17-3.el5.src.rpm +sudo-1.6.9p17-5.el5.src.rpm -system-config-cluster-1.0.55-1.0.src.rpm +system-config-cluster-1.0.57-1.2.src.rpm -system-config-date-1.8.12-3.el5.src.rpm +system-config-date-1.8.12-4.el5.src.rpm -system-config-language-1.1.18-2.el5.src.rpm +system-config-language-1.1.18-3.el5.src.rpm -system-config-network-1.3.99.12-1.el5.src.rpm +system-config-network-1.3.99.17-1.el5.src.rpm -system-config-samba-1.2.41-3.el5.src.rpm +system-config-samba-1.2.41-4.el5.src.rpm -systemtap-0.7.2-2.el5.src.rpm +systemtap-0.9.7-5.el5.src.rpm -tcl-8.4.13-3.fc6.src.rpm +tcl-8.4.13-4.el5.src.rpm -tcp_wrappers-7.6-40.6.el5.src.rpm +tcp_wrappers-7.6-40.7.el5.src.rpm -tetex-3.0-33.2.el5_1.2.src.rpm +tetex-3.0-33.8.el5.src.rpm -tftp-0.42-3.1.src.rpm +tftp-0.49-2.src.rpm -thunderbird-2.0.0.18-1.el5.src.rpm +thunderbird-2.0.0.21-1.el5.src.rpm -tog-pegasus-2.7.1-2.el5.src.rpm +tog-pegasus-2.7.2-1.el5.src.rpm -totem-2.16.7-4.el5.src.rpm +totem-2.16.7-6.el5.src.rpm -tzdata-2008i-1.el5.src.rpm +tzdata-2009i-2.el5.src.rpm -udev-095-14.19.el5.src.rpm +udev-095-14.21.el5.src.rpm -unix2dos-2.2-26.2.2.src.rpm +unix2dos-2.2-26.2.3.el5.src.rpm -util-linux-2.13-0.50.el5.src.rpm +util-linux-2.13-0.51.el5.src.rpm -vim-7.0.109-4.el5_2.4z.src.rpm +vim-7.0.109-6.el5.src.rpm -vino-2.13.5-6.el5.src.rpm +vino-2.13.5-7.el5.src.rpm -virt-manager-0.5.3-10.el5.src.rpm +virt-manager-0.6.1-4.el5.src.rpm -virt-viewer-0.0.2-2.el5.src.rpm +virt-viewer-0.0.2-3.el5.src.rpm -vnc-4.1.2-14.el5.src.rpm +vnc-4.1.2-14.el5_3.1.src.rpm -vsftpd-2.0.5-12.el5.src.rpm +vsftpd-2.0.5-16.el5.src.rpm -watchdog-5.3.1-7.el5.src.rpm +watchdog-5.6-1.el5.src.rpm -wdaemon-0.14-2.src.rpm +wdaemon-0.14-4.src.rpm -wget-1.10.2-7.el5.src.rpm +wget-1.11.4-2.el5.src.rpm -wireshark-1.0.3-4.el5_2.src.rpm +wireshark-1.0.8-1.el5_3.1.src.rpm -xen-3.0.3-80.el5.src.rpm +xen-3.0.3-88.el5.src.rpm -xkeyboard-config-0.8-7.fc6.src.rpm +xkeyboard-config-0.8-9.el5.src.rpm -xorg-x11-drv-ati-6.6.3-3.22.el5.src.rpm +xorg-x11-drv-ati-6.6.3-3.26.el5.src.rpm -xorg-x11-drv-i810-1.6.5-9.21.el5.src.rpm +xorg-x11-drv-i810-1.6.5-9.25.el5.src.rpm -xorg-x11-drv-mga-1.4.2-10.el5.src.rpm +xorg-x11-drv-mga-1.4.10-2.el5.src.rpm -xorg-x11-drv-nv-2.1.12-3.el5.src.rpm +xorg-x11-drv-nv-2.1.12-6.el5.src.rpm -xorg-x11-server-1.1.1-48.52.el5.src.rpm +xorg-x11-server-1.1.1-48.64.el5.src.rpm -xulrunner-1.9.0.5-1.el5_2.src.rpm +xulrunner-1.9.0.11-3.el5_3.src.rpm -ypbind-1.19-11.el5.src.rpm +ypbind-1.19-12.el5.src.rpm -yum-3.2.19-18.el5.src.rpm +yum-3.2.22-15.el5.src.rpm -yum-metadata-parser-1.1.2-2.el5.src.rpm +yum-metadata-parser-1.1.2-3.el5.src.rpm -yum-rhn-plugin-0.5.3-30.el5.src.rpm +yum-rhn-plugin-0.5.4-10.el5.src.rpm -zsh-4.2.6-1.src.rpm +zsh-4.2.6-3.el5.src.rpm From dennis at ausil.us Wed Jul 1 19:10:53 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 1 Jul 2009 14:10:53 -0500 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <4A4BAFCF.10006@redhat.com> References: <4A4BAFCF.10006@redhat.com> Message-ID: <200907011410.59745.dennis@ausil.us> On Wednesday 01 July 2009 01:49:51 pm Tom "spot" Callaway wrote: > New Packages in RHEL 5.4 Beta: > ******************************** > blktrace-1.0.0-6.el5.src.rpm > celt051-0.5.1.3-0.el5.src.rpm > etherboot-5.4.4-10.el5.src.rpm > fcoe-utils-1.0.7-4.el5.src.rpm > fuse-2.7.4-8.el5.src.rpm > gcc44-4.4.0-6.el5.src.rpm > gnupg2-2.0.10-3.el5.src.rpm > hmaccalc-0.9.6-1.el5.src.rpm > iasl-20061109-5.el5.src.rpm > libassuan-1.0.4-5.el5.src.rpm > libhbaapi-2.2-4.el5.src.rpm > libhbalinux-1.0.7-3.el5.src.rpm > libksba-1.0.2-6.el5.src.rpm > libpciaccess-0.10.5-2.el5.src.rpm > log4cpp-1.0-3.el5.src.rpm > pdksh-5.2.14-36.el5.src.rpm > perl-Sys-Virt-0.2.0-3.el5.src.rpm > pinentry-0.7.3-3.el5.src.rpm > pth-2.0.7-5.el5.src.rpm > qcairo-1.8.7.1-3.el5.src.rpm > qffmpeg-0.4.9-0.15.20080908.el5.src.rpm > qpixman-0.13.3-4.el5.src.rpm > rds-tools-1.4-1.el5.src.rpm > xorg-x11-drv-qxl-0.0.3-1.2.el5.src.rpm > xorg-x11-xdm-1.0.5-6.el5.src.rpm Based on this koji latest-pkg dist-5E-epel-testing blktrace celt051 etherboot fcoe-utils fuse gcc44 gnupg2 hmaccalc iasl libassuan libhbaapi libhbalinux libksba libpciaccess log4cpp pdksh perl-Sys-Virt pinentry pth qcairo qffmpeg qpixman rds-tools xorg-x11-drv-qxl xorg-x11-xdm Build Tag Built by ---------------------------------------- -------------------- ---------------- blktrace-0.0-0.9.20080103162505.el5 dist-5E-epel ausil gnupg2-2.0.9-1.el5 dist-5E-epel ausil libassuan-1.0.4-3.el5 dist-5E-epel ausil libksba-1.0.5-1.el5 dist-5E-epel ausil pinentry-0.7.3-1.el5 dist-5E-epel ausil pth-2.0.7-2.el5 dist-5E-epel ausil the above packages can not be updated any more and will need removal from EPEL. 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 ville.skytta at iki.fi Wed Jul 1 19:53:34 2009 From: ville.skytta at iki.fi (Ville =?windows-1252?q?Skytt=E4?=) Date: Wed, 1 Jul 2009 22:53:34 +0300 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <200907011410.59745.dennis@ausil.us> References: <4A4BAFCF.10006@redhat.com> <200907011410.59745.dennis@ausil.us> Message-ID: <200907012253.35054.ville.skytta@iki.fi> On Wednesday 01 July 2009, Dennis Gilmore wrote: > On Wednesday 01 July 2009 01:49:51 pm Tom "spot" Callaway wrote: > > New Packages in RHEL 5.4 Beta: > > ******************************** [...] > > libksba-1.0.2-6.el5.src.rpm [...] > libksba-1.0.5-1.el5 dist-5E-epel ausil This seems to be the only package that is newer in EPEL than the corresponding one in RHEL beta. From mastahnke at gmail.com Wed Jul 1 19:54:51 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 1 Jul 2009 14:54:51 -0500 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <200907012253.35054.ville.skytta@iki.fi> References: <4A4BAFCF.10006@redhat.com> <200907011410.59745.dennis@ausil.us> <200907012253.35054.ville.skytta@iki.fi> Message-ID: <7874d9dd0907011254i2dd866bi950be96253f2f480@mail.gmail.com> On Wed, Jul 1, 2009 at 2:53 PM, Ville Skytt? wrote: > On Wednesday 01 July 2009, Dennis Gilmore wrote: >> On Wednesday 01 July 2009 01:49:51 pm Tom "spot" Callaway wrote: >> > New Packages in RHEL 5.4 Beta: >> > ******************************** > [...] >> > libksba-1.0.2-6.el5.src.rpm > [...] >> libksba-1.0.5-1.el5 ? ? ? ? ? ? ? ? ? ? ? dist-5E-epel ? ? ? ? ?ausil > > This seems to be the only package that is newer in EPEL than the corresponding > one in RHEL beta. > Should we file a bug against 5.4 Beta? From dennis at ausil.us Wed Jul 1 20:24:51 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 1 Jul 2009 15:24:51 -0500 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <7874d9dd0907011254i2dd866bi950be96253f2f480@mail.gmail.com> References: <4A4BAFCF.10006@redhat.com> <200907012253.35054.ville.skytta@iki.fi> <7874d9dd0907011254i2dd866bi950be96253f2f480@mail.gmail.com> Message-ID: <200907011524.58120.dennis@ausil.us> On Wednesday 01 July 2009 02:54:51 pm Michael Stahnke wrote: > On Wed, Jul 1, 2009 at 2:53 PM, Ville Skytt? wrote: > > On Wednesday 01 July 2009, Dennis Gilmore wrote: > >> On Wednesday 01 July 2009 01:49:51 pm Tom "spot" Callaway wrote: > >> > New Packages in RHEL 5.4 Beta: > >> > ******************************** > > > > [...] > > > >> > libksba-1.0.2-6.el5.src.rpm > > > > [...] > > > >> libksba-1.0.5-1.el5 dist-5E-epel ausil > > > > This seems to be the only package that is newer in EPEL than the > > corresponding one in RHEL beta. > > Should we file a bug against 5.4 Beta? https://bugzilla.redhat.com/show_bug.cgi?id=509231 already done. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From lfarkas at lfarkas.org Thu Jul 2 08:50:08 2009 From: lfarkas at lfarkas.org (Farkas Levente) Date: Thu, 02 Jul 2009 10:50:08 +0200 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <4A4BAFCF.10006@redhat.com> References: <4A4BAFCF.10006@redhat.com> Message-ID: <4A4C74C0.6030803@lfarkas.org> it's strange since this kernel don't have kvm support, qemu or qemu-kvm or kvm package is not added. even though it was said that 5.4 will support kvm?:-( Tom "spot" Callaway wrote: > New Packages in RHEL 5.4 Beta: > ******************************** > blktrace-1.0.0-6.el5.src.rpm > celt051-0.5.1.3-0.el5.src.rpm > etherboot-5.4.4-10.el5.src.rpm > fcoe-utils-1.0.7-4.el5.src.rpm > fuse-2.7.4-8.el5.src.rpm > gcc44-4.4.0-6.el5.src.rpm > gnupg2-2.0.10-3.el5.src.rpm > hmaccalc-0.9.6-1.el5.src.rpm > iasl-20061109-5.el5.src.rpm > libassuan-1.0.4-5.el5.src.rpm > libhbaapi-2.2-4.el5.src.rpm > libhbalinux-1.0.7-3.el5.src.rpm > libksba-1.0.2-6.el5.src.rpm > libpciaccess-0.10.5-2.el5.src.rpm > log4cpp-1.0-3.el5.src.rpm > pdksh-5.2.14-36.el5.src.rpm > perl-Sys-Virt-0.2.0-3.el5.src.rpm > pinentry-0.7.3-3.el5.src.rpm > pth-2.0.7-5.el5.src.rpm > qcairo-1.8.7.1-3.el5.src.rpm > qffmpeg-0.4.9-0.15.20080908.el5.src.rpm > qpixman-0.13.3-4.el5.src.rpm > rds-tools-1.4-1.el5.src.rpm > xorg-x11-drv-qxl-0.0.3-1.2.el5.src.rpm > xorg-x11-xdm-1.0.5-6.el5.src.rpm > > Packages entirely removed in RHEL 5.4 Beta (version listed is from RHEL > 5.3): > ******************************* > gcc43-4.3.2-7.el5.src.rpm > libipathverbs-1.1-11.el5.src.rpm > mcelog-0.7-1.22.fc6.src.rpm > openib-mstflint-1.3-1.el5_2.src.rpm > openib-perftest-1.2-11.el5_2.src.rpm > openib-tvflash-0.9.2-8.el5_2.src.rpm > > Changed Packages from RHEL 5.3: > ******************************** > -acpid-1.0.4-7.el5.src.rpm > +acpid-1.0.4-9.el5.src.rpm > > -aide-0.13.1-2.0.4.el5.src.rpm > +aide-0.13.1-4.el5.src.rpm > > -amanda-2.5.0p2-4.src.rpm > +amanda-2.5.0p2-7.el5.src.rpm > > -anaconda-11.1.2.168-1.src.rpm > +anaconda-11.1.2.183-1.src.rpm > > -apr-util-1.2.7-7.el5.src.rpm > +apr-util-1.2.7-7.el5_3.1.src.rpm > > -aspell-nl-0.1e-1.fc6.src.rpm > +aspell-nl-0.1e-2.el5.src.rpm > > -audit-1.7.7-6.el5.src.rpm > +audit-1.7.13-2.el5.src.rpm > > -authconfig-5.3.21-5.el5.src.rpm > +authconfig-5.3.21-6.el5.src.rpm > > -authd-1.4.3-9.src.rpm > +authd-1.4.3-14.src.rpm > > -autofs-5.0.1-0.rc2.102.src.rpm > +autofs-5.0.1-0.rc2.129.src.rpm > > -avahi-0.6.16-1.el5.src.rpm > +avahi-0.6.16-6.el5.src.rpm > > -bind-9.3.4-10.P1.el5.src.rpm > +bind-9.3.6-2.P1.el5.src.rpm > > -binutils-2.17.50.0.6-9.el5.src.rpm > +binutils-2.17.50.0.6-12.el5.src.rpm > > -busybox-1.2.0-4.el5.src.rpm > +busybox-1.2.0-6.el5.src.rpm > > -cman-2.0.98-1.el5.src.rpm > +cman-2.0.108-1.el5.src.rpm > > -cmirror-1.1.36-1.el5.src.rpm > +cmirror-1.1.37-1.el5.src.rpm > > -cmirror-kmod-0.1.21-10.el5.src.rpm > +cmirror-kmod-0.1.21-14.el5.src.rpm > > -conga-0.12.1-7.el5.src.rpm > +conga-0.12.2-6.el5.src.rpm > > -coreutils-5.97-19.el5.src.rpm > +coreutils-5.97-22.el5.src.rpm > > -cpio-2.6-20.src.rpm > +cpio-2.6-23.el5.src.rpm > > -cpuspeed-1.2.1-5.el5.src.rpm > +cpuspeed-1.2.1-8.el5.src.rpm > > -crash-4.0-7.2.3.src.rpm > +crash-4.0-8.9.1.el5.src.rpm > > -cryptsetup-luks-1.0.3-4.el5.src.rpm > +cryptsetup-luks-1.0.3-5.el5.src.rpm > > -cscope-15.5-15.fc6.1.src.rpm > +cscope-15.5-15.1.el5_3.1.src.rpm > > -cups-1.3.7-8.el5.src.rpm > +cups-1.3.7-11.el5.src.rpm > > -curl-7.15.5-2.el5.src.rpm > +curl-7.15.5-2.1.el5_3.4.src.rpm > > -cvs-1.11.22-5.el5.src.rpm > +cvs-1.11.22-7.el5.src.rpm > > -cyrus-imapd-2.3.7-2.el5.src.rpm > +cyrus-imapd-2.3.7-7.el5.src.rpm > > -cyrus-sasl-2.1.22-4.src.rpm > +cyrus-sasl-2.1.22-5.el5.src.rpm > > -dapl-2.0.13-4.el5.src.rpm > +dapl-2.0.19-2.el5.src.rpm > > -db4-4.3.29-9.fc6.src.rpm > +db4-4.3.29-10.el5.src.rpm > > -device-mapper-1.02.28-2.el5.src.rpm > +device-mapper-1.02.32-1.el5.src.rpm > > -device-mapper-multipath-0.4.7-23.el5.src.rpm > +device-mapper-multipath-0.4.7-28.el5.src.rpm > > -dhcp-3.0.5-18.el5.src.rpm > +dhcp-3.0.5-21.el5.src.rpm > > -dmidecode-2.7-1.28.2.el5.src.rpm > +dmidecode-2.9-1.el5.src.rpm > > -dmraid-1.0.0.rc13-33.el5.src.rpm > +dmraid-1.0.0.rc13-51.el5.src.rpm > > -dos2unix-3.1-27.1.src.rpm > +dos2unix-3.1-27.2.el5.src.rpm > > -dump-0.4b41-2.fc6.src.rpm > +dump-0.4b41-4.el5.src.rpm > > -dvd+rw-tools-7.0-0.el5.3.src.rpm > +dvd+rw-tools-7.0-1.el5.src.rpm > > -e2fsprogs-1.39-20.el5.src.rpm > +e2fsprogs-1.39-22.el5.src.rpm > > -e4fsprogs-1.41.1-2.el5.src.rpm > +e4fsprogs-1.41.5-2.el5.src.rpm > > -ecryptfs-utils-56-8.el5.src.rpm > +ecryptfs-utils-75-5.el5.src.rpm > > -efax-0.9-27.2.1.src.rpm > +efax-0.9-28.el5.src.rpm > > -esc-1.0.0-39.el5.src.rpm > +esc-1.1.0-8.el5.src.rpm > > -evince-0.6.0-8.el5.src.rpm > +evince-0.6.0-9.el5.src.rpm > > -evolution-2.12.3-8.el5_2.3.src.rpm > +evolution-2.12.3-19.el5.src.rpm > > -evolution-connector-2.12.3-4.el5_2.1.src.rpm > +evolution-connector-2.12.3-11.el5.src.rpm > > -evolution-data-server-1.12.3-6.el5_2.3.src.rpm > +evolution-data-server-1.12.3-17.el5.src.rpm > > -file-4.17-15.src.rpm > +file-4.17-15.el5_3.1.src.rpm > > -fipscheck-1.0.3-1.el5.src.rpm > +fipscheck-1.2.0-1.el5.src.rpm > > -firefox-3.0.5-1.el5_2.src.rpm > +firefox-3.0.11-2.el5_3.src.rpm > > -foomatic-3.0.2-38.1.el5.src.rpm > +foomatic-3.0.2-38.3.el5.src.rpm > > -freetype-2.2.1-20.el5_2.src.rpm > +freetype-2.2.1-21.el5_3.src.rpm > > -gcc-4.1.2-44.el5.src.rpm > +gcc-4.1.2-46.el5.src.rpm > > -gdb-6.8-27.el5.src.rpm > +gdb-6.8-37.el5.src.rpm > > -gdm-2.16.0-46.el5.src.rpm > +gdm-2.16.0-56.el5.src.rpm > > -gfs2-utils-0.1.53-1.el5.src.rpm > +gfs2-utils-0.1.58-1.el5.src.rpm > > -gfs-kmod-0.1.31-3.el5.src.rpm > +gfs-kmod-0.1.33-2.el5.src.rpm > > -gfs-utils-0.1.18-1.el5.src.rpm > +gfs-utils-0.1.19-3.el5.src.rpm > > -ghostscript-8.15.2-9.4.el5.src.rpm > +ghostscript-8.15.2-9.11.el5.src.rpm > > -giflib-4.1.3-7.1.el5.1.src.rpm > +giflib-4.1.3-7.1.el5_3.1.src.rpm > > -glib2-2.12.3-2.fc6.src.rpm > +glib2-2.12.3-4.el5_3.1.src.rpm > > -glibc-2.5-34.src.rpm > +glibc-2.5-38.src.rpm > > -gnome-python2-desktop-2.16.0-2.el5.src.rpm > +gnome-python2-desktop-2.16.0-3.el5.src.rpm > > -gnome-session-2.16.0-6.el5.src.rpm > +gnome-session-2.16.0-7.el5.src.rpm > > -grep-2.5.1-54.2.el5.src.rpm > +grep-2.5.1-55.el5.src.rpm > > -grub-0.97-13.2.src.rpm > +grub-0.97-13.4.src.rpm > > -gstreamer-plugins-base-0.10.20-3.el5.src.rpm > +gstreamer-plugins-base-0.10.20-3.0.1.el5_3.src.rpm > > -gstreamer-plugins-good-0.10.9-1.el5.src.rpm > +gstreamer-plugins-good-0.10.9-1.el5_3.1.src.rpm > > -gtk-vnc-0.3.2-3.el5.src.rpm > +gtk-vnc-0.3.8-2.el5.src.rpm > > -hal-0.5.8.1-38.el5.src.rpm > +hal-0.5.8.1-49.el5.src.rpm > > -htdig-3.2.0b6-9.0.1.el5_1.src.rpm > +htdig-3.2.0b6-11.el5.src.rpm > > -httpd-2.2.3-22.el5.src.rpm > +httpd-2.2.3-29.el5.src.rpm > > -hwbrowser-0.30-2.el5.src.rpm > +hwbrowser-0.30-3.el5.src.rpm > > -hwdata-0.213.11-1.el5.src.rpm > +hwdata-0.213.14-1.el5.src.rpm > > -ibsim-0.4-3.el5.src.rpm > +ibsim-0.5-1.el5.src.rpm > > -ibutils-1.2-9.el5.src.rpm > +ibutils-1.2-10.el5.src.rpm > > -icu-3.6-5.11.1.src.rpm > +icu-3.6-5.11.2.src.rpm > > -infiniband-diags-1.4.1-2.el5.src.rpm > +infiniband-diags-1.4.4-1.el5.src.rpm > > -initscripts-8.45.25-1.el5.src.rpm > +initscripts-8.45.29-1.el5.src.rpm > > -iproute-2.6.18-9.el5.src.rpm > +iproute-2.6.18-10.el5.src.rpm > > -iprutils-2.2.8-2.el5.src.rpm > +iprutils-2.2.13-1.el5.src.rpm > > -ipsec-tools-0.6.5-13.el5.src.rpm > +ipsec-tools-0.6.5-13.el5_3.1.src.rpm > > -iptables-1.3.5-4.el5.src.rpm > +iptables-1.3.5-5.3.el5.src.rpm > > -iputils-20020927-45.el5.src.rpm > +iputils-20020927-46.el5.src.rpm > > -ipvsadm-1.24-8.1.src.rpm > +ipvsadm-1.24-10.src.rpm > > -irqbalance-0.55-10.el5.src.rpm > +irqbalance-0.55-15.el5.src.rpm > > -iscsi-initiator-utils-6.2.0.868-0.18.el5.src.rpm > +iscsi-initiator-utils-6.2.0.871-0.7.el5.src.rpm > > -isdn4k-utils-3.2-51.el5.src.rpm > +isdn4k-utils-3.2-56.el5.src.rpm > > -jadetex-3.12-13.1.1.src.rpm > +jadetex-3.12-15.el5.src.rpm > > -java-1.6.0-openjdk-1.6.0.0-0.25.b09.el5.src.rpm > +java-1.6.0-openjdk-1.6.0.0-0.30.b09.el5.src.rpm > > -kdebase-3.5.4-19.el5.src.rpm > +kdebase-3.5.4-20.el5.src.rpm > > -kdegraphics-3.5.4-8.el5.src.rpm > +kdegraphics-3.5.4-12.el5_3.src.rpm > > -kdenetwork-3.5.4-8.el5.src.rpm > +kdenetwork-3.5.4-9.el5.src.rpm > > -kdepim-3.5.4-4.fc6.src.rpm > +kdepim-3.5.4-6.el5.src.rpm > > -kernel-2.6.18-128.el5.src.rpm > +kernel-2.6.18-155.el5.src.rpm > > -kexec-tools-1.102pre-56.el5.src.rpm > +kexec-tools-1.102pre-74.el5.src.rpm > > -krb5-1.6.1-31.el5.src.rpm > +krb5-1.6.1-36.el5.src.rpm > > -ksh-20080202-2.el5.src.rpm > +ksh-20080202-13.el5.src.rpm > > -lcms-1.15-1.2.2.src.rpm > +lcms-1.18-0.1.beta1.el5_3.2.src.rpm > > -less-394-5.el5.src.rpm > +less-394-6.el5.src.rpm > > -lftp-3.5.1-2.fc6.src.rpm > +lftp-3.7.11-4.el5.src.rpm > > -libcxgb3-1.2.2-1.el5.src.rpm > +libcxgb3-1.2.2-4.el5.src.rpm > > -libdhcp-1.20-6.el5.src.rpm > +libdhcp-1.20-10.el5.src.rpm > > -libehca-1.2-2.el5.src.rpm > +libehca-1.2.1-3.el5.src.rpm > > -libgcrypt-1.2.4-1.el5.src.rpm > +libgcrypt-1.4.4-5.el5.src.rpm > > -libibcm-1.0.3-1.el5.src.rpm > +libibcm-1.0.4-3.el5.src.rpm > > -libibcommon-1.1.1-1.el5.src.rpm > +libibcommon-1.1.2-1.el5.src.rpm > > -libibmad-1.2.1-1.el5.src.rpm > +libibmad-1.2.3-1.el5.src.rpm > > -libibumad-1.2.1-1.el5.src.rpm > +libibumad-1.2.3-1.el5.src.rpm > > -libibverbs-1.1.2-1.el5.src.rpm > +libibverbs-1.1.2-4.el5.src.rpm > > -libmlx4-1.0-4.el5.src.rpm > +libmlx4-1.0.1-2.el5.src.rpm > > -libmthca-1.0.5-1.el5.src.rpm > +libmthca-1.0.5-4.el5.src.rpm > > -libnes-0.5-4.el5.src.rpm > +libnes-0.6-2.el5.src.rpm > > -libpng-1.2.10-7.1.el5_0.1.src.rpm > +libpng-1.2.10-7.1.el5_3.2.src.rpm > > -librdmacm-1.0.8-1.el5.src.rpm > +librdmacm-1.0.8-5.el5.src.rpm > > -libsdp-1.1.99-10.el5_2.src.rpm > +libsdp-1.1.99-11.el5.src.rpm > > -libselinux-1.33.4-5.1.el5.src.rpm > +libselinux-1.33.4-5.5.el5.src.rpm > > -libsemanage-1.9.1-3.el5.src.rpm > +libsemanage-1.9.1-4.3.el5.src.rpm > > -libsepol-1.15.2-1.el5.src.rpm > +libsepol-1.15.2-2.el5.src.rpm > > -libsoup-2.2.98-2.el5.src.rpm > +libsoup-2.2.98-2.el5_3.1.src.rpm > > -libspe2-2.2.80.121-4.el5.src.rpm > +libspe2-2.3.0.135-3.el5.src.rpm > > -libunwind-0.98.5-3.src.rpm > +libunwind-0.98.5-5.el5.src.rpm > > -libvirt-0.3.3-14.el5.src.rpm > +libvirt-0.6.3-11.el5.src.rpm > > -libvirt-cim-0.5.1-4.el5.src.rpm > +libvirt-cim-0.5.5-2.el5.src.rpm > > -libwmf-0.2.8.4-10.1.src.rpm > +libwmf-0.2.8.4-10.2.src.rpm > > -libX11-1.0.3-9.el5.src.rpm > +libX11-1.0.3-11.el5.src.rpm > > -linuxwacom-0.7.8.3-5.el5.src.rpm > +linuxwacom-0.7.8.3-6.el5.src.rpm > > -lksctp-tools-1.0.6-1.el5.1.src.rpm > +lksctp-tools-1.0.6-3.el5.src.rpm > > -ltrace-0.5-7.45svn.el5.src.rpm > +ltrace-0.5-13.45svn.el5.src.rpm > > -lvm2-2.02.40-6.el5.src.rpm > +lvm2-2.02.46-8.el5.src.rpm > > -lvm2-cluster-2.02.40-7.el5.src.rpm > +lvm2-cluster-2.02.46-8.el5.src.rpm > > -m2crypto-0.16-6.el5.3.src.rpm > +m2crypto-0.16-6.el5.5.src.rpm > > -man-pages-ja-20060815-9.el5.src.rpm > +man-pages-ja-20060815-11.el5.src.rpm > > -mdadm-2.6.4-1.el5.src.rpm > +mdadm-2.6.9-1.el5.src.rpm > > -microcode_ctl-1.17-1.47.el5.src.rpm > +microcode_ctl-1.17-1.48.el5.src.rpm > > -mkinitrd-5.1.19.6-44.src.rpm > +mkinitrd-5.1.19.6-54.src.rpm > > -mlocate-0.15-1.el5.1.src.rpm > +mlocate-0.15-1.el5.2.src.rpm > > -mod_auth_mysql-3.0.0-3.1.src.rpm > +mod_auth_mysql-3.0.0-3.2.el5_3.src.rpm > > -mod_authz_ldap-0.26-8.el5.src.rpm > +mod_authz_ldap-0.26-9.el5.src.rpm > > -mod_nss-1.0.3-6.el5.src.rpm > +mod_nss-1.0.3-8.el5.src.rpm > > -module-init-tools-3.3-0.pre3.1.42.el5.src.rpm > +module-init-tools-3.3-0.pre3.1.53.el5.src.rpm > > -mpi-selector-1.0.1-1.el5.src.rpm > +mpi-selector-1.0.2-1.el5.src.rpm > > -mpitests-3.0-2.el5.src.rpm > +mpitests-3.1-3.el5.src.rpm > > -mstflint-1.3-1.el5.src.rpm > +mstflint-1.4-1.el5.src.rpm > > -mvapich-1.1.0-0.2931.3.el5.src.rpm > +mvapich-1.1.0-0.3355.2.el5.src.rpm > > -mvapich2-1.0.3-3.el5.src.rpm > +mvapich2-1.2-0.p1.3.el5.src.rpm > > -mysql-5.0.45-7.el5.src.rpm > +mysql-5.0.77-2.el5.src.rpm > > -mysql-connector-odbc-3.51.12-2.2.src.rpm > +mysql-connector-odbc-3.51.26r1127-1.el5.src.rpm > > -nautilus-sendto-0.7-5.fc6.src.rpm > +nautilus-sendto-1.0.1-4.el5.src.rpm > > -netpbm-10.35-6.fc6.src.rpm > +netpbm-10.35.58-8.el5.src.rpm > > -net-snmp-5.3.2.2-5.el5.src.rpm > +net-snmp-5.3.2.2-6.el5.src.rpm > > -NetworkManager-0.7.0-3.el5.src.rpm > +NetworkManager-0.7.0-9.el5.src.rpm > > -nfs-utils-1.0.9-40.el5.src.rpm > +nfs-utils-1.0.9-42.el5.src.rpm > > -nfs-utils-lib-1.0.8-7.2.z2.src.rpm > +nfs-utils-lib-1.0.8-7.6.el5.src.rpm > > -nss-3.12.2.0-2.el5.src.rpm > +nss-3.12.3.99.3-1.el5_3.1.src.rpm > > -nss_ldap-253-17.el5.src.rpm > +nss_ldap-253-21.el5.src.rpm > > -ntp-4.2.2p1-9.el5.src.rpm > +ntp-4.2.2p1-9.el5_3.2.src.rpm > > -numactl-0.9.8-7.el5.src.rpm > +numactl-0.9.8-8.el5.src.rpm > > -ofed-docs-1.3.2-0.20080728.0355.1.el5.src.rpm > +ofed-docs-1.4.1-2.el5.src.rpm > > -openais-0.80.3-22.el5.src.rpm > +openais-0.80.6-7.el5.src.rpm > > -openhpi-2.10.2-1.el5.src.rpm > +openhpi-2.14.0-5.el5.src.rpm > > -openib-1.3.2-0.20080728.0355.3.el5.src.rpm > +openib-1.4.1-1.el5.src.rpm > > -OpenIPMI-2.0.6-11.el5.src.rpm > +OpenIPMI-2.0.16-4.el5.src.rpm > > -openmpi-1.2.7-6.el5.src.rpm > +openmpi-1.3.2-2.el5.src.rpm > > -openoffice.org-2.3.0-6.10.el5.src.rpm > +openoffice.org-2.3.0-6.11.el5.src.rpm > > -opensm-3.2.2-3.el5.src.rpm > +opensm-3.2.6-2.el5.src.rpm > > -openssh-4.3p2-29.el5.src.rpm > +openssh-4.3p2-35.el5.src.rpm > > -openssl-0.9.8e-7.el5.src.rpm > +openssl-0.9.8e-10.el5.src.rpm > > -openswan-2.6.14-1.el5_2.1.src.rpm > +openswan-2.6.21-3.el5.src.rpm > > -oprofile-0.9.3-18.el5.src.rpm > +oprofile-0.9.4-10.el5.src.rpm > > -pam-0.99.6.2-4.el5.src.rpm > +pam-0.99.6.2-6.el5.src.rpm > > -pango-1.14.9-3.el5.src.rpm > +pango-1.14.9-6.el5.src.rpm > > -pciutils-2.2.3-5.src.rpm > +pciutils-2.2.3-7.el5.src.rpm > > -perftest-1.2-11.el5.src.rpm > +perftest-1.2-14.el5.src.rpm > > -perl-5.8.8-18.el5.src.rpm > +perl-5.8.8-24.el5.src.rpm > > -perl-DBD-Pg-1.49-2.el5.src.rpm > +perl-DBD-Pg-1.49-2.el5_3.1.src.rpm > > -php-5.1.6-23.el5.src.rpm > +php-5.1.6-23.2.el5_3.src.rpm > > -php-pear-1.4.9-4.el5.1.src.rpm > +php-pear-1.4.9-6.el5.src.rpm > > -pidgin-2.5.2-6.el5.src.rpm > +pidgin-2.5.5-3.el5.src.rpm > > -piranha-0.8.4-11.el5.src.rpm > +piranha-0.8.4-13.el5.src.rpm > > -policycoreutils-1.33.12-14.2.el5.src.rpm > +policycoreutils-1.33.12-14.5.el5.src.rpm > > -poppler-0.5.4-4.4.el5_1.src.rpm > +poppler-0.5.4-4.4.el5_3.9.src.rpm > > -psmisc-22.2-6.src.rpm > +psmisc-22.2-7.src.rpm > > -pykickstart-0.43.3-1.el5.src.rpm > +pykickstart-0.43.4-1.el5.src.rpm > > -pyorbit-2.14.1-1.1.src.rpm > +pyorbit-2.14.1-3.el5.src.rpm > > -python-2.4.3-24.el5.src.rpm > +python-2.4.3-27.el5.src.rpm > > -python-pyblock-0.26-3.el5.src.rpm > +python-pyblock-0.26-4.el5.src.rpm > > -python-virtinst-0.300.2-12.el5.src.rpm > +python-virtinst-0.400.3-4.el5.src.rpm > > -qlvnictools-0.0.1-10.el5.src.rpm > +qlvnictools-0.0.1-11.el5.src.rpm > > -qperf-0.4.1-2.el5.src.rpm > +qperf-0.4.4-3.el5.src.rpm > > -rdesktop-1.4.1-6.src.rpm > +rdesktop-1.6.0-2.src.rpm > > -readline-5.1-1.1.src.rpm > +readline-5.1-3.el5.src.rpm > > -redhat-release-5Client-5.3.0.3.src.rpm > +redhat-release-5Client-5.4.0.2.src.rpm > > -redhat-release-notes-5Client-25.src.rpm > +redhat-release-notes-5Client-26.src.rpm > > -redhat-release-5Server-5.3.0.3.src.rpm > +redhat-release-5Server-5.4.0.2.src.rpm > > -redhat-release-notes-5Server-25.src.rpm > +redhat-release-notes-5Server-26.src.rpm > > -redhat-rpm-config-8.0.45-29.el5.src.rpm > +redhat-rpm-config-8.0.45-32.el5.src.rpm > > -rgmanager-2.0.46-1.el5.src.rpm > +rgmanager-2.0.51-1.el5.src.rpm > > -rhn-client-tools-0.4.19-17.el5.src.rpm > +rhn-client-tools-0.4.20-7.el5.src.rpm > > -rhnlib-2.2.6-2.el5.src.rpm > +rhnlib-2.2.7-2.el5.src.rpm > > -rhnsd-4.6.1-1.el5.src.rpm > +rhnsd-4.7.0-3.el5.src.rpm > > -rpm-4.4.2.3-9.el5.src.rpm > +rpm-4.4.2.3-15.el5.src.rpm > > -rsh-0.17-38.el5.src.rpm > +rsh-0.17-40.el5.src.rpm > > -samba-3.0.33-3.7.el5.src.rpm > +samba-3.0.33-3.14.el5.src.rpm > > -sblim-1-31.el5_2.1.src.rpm > +sblim-1-33.el5.src.rpm > > -scim-bridge-0.4.5-8.el5.src.rpm > +scim-bridge-0.4.5-9.el5.src.rpm > > -selinux-policy-2.4.6-203.el5.src.rpm > +selinux-policy-2.4.6-248.el5.src.rpm > > -setroubleshoot-2.0.5-3.el5.src.rpm > +setroubleshoot-2.0.5-5.el5.src.rpm > > -setup-2.5.58-4.el5.src.rpm > +setup-2.5.58-7.el5.src.rpm > > -sg3_utils-1.25-1.el5.src.rpm > +sg3_utils-1.25-3.el5.src.rpm > > -sos-1.7-9.16.el5.src.rpm > +sos-1.7-9.22.el5.src.rpm > > -sqlite-3.3.6-2.src.rpm > +sqlite-3.3.6-5.src.rpm > > -squirrelmail-1.4.8-4.0.1.el5.src.rpm > +squirrelmail-1.4.8-5.el5_3.7.src.rpm > > -srptools-0.0.4-2.el5.src.rpm > +srptools-0.0.4-6.el5.src.rpm > > -strace-4.5.18-2.el5.src.rpm > +strace-4.5.18-5.el5.src.rpm > > -sudo-1.6.9p17-3.el5.src.rpm > +sudo-1.6.9p17-5.el5.src.rpm > > -system-config-cluster-1.0.55-1.0.src.rpm > +system-config-cluster-1.0.57-1.2.src.rpm > > -system-config-date-1.8.12-3.el5.src.rpm > +system-config-date-1.8.12-4.el5.src.rpm > > -system-config-language-1.1.18-2.el5.src.rpm > +system-config-language-1.1.18-3.el5.src.rpm > > -system-config-network-1.3.99.12-1.el5.src.rpm > +system-config-network-1.3.99.17-1.el5.src.rpm > > -system-config-samba-1.2.41-3.el5.src.rpm > +system-config-samba-1.2.41-4.el5.src.rpm > > -systemtap-0.7.2-2.el5.src.rpm > +systemtap-0.9.7-5.el5.src.rpm > > -tcl-8.4.13-3.fc6.src.rpm > +tcl-8.4.13-4.el5.src.rpm > > -tcp_wrappers-7.6-40.6.el5.src.rpm > +tcp_wrappers-7.6-40.7.el5.src.rpm > > -tetex-3.0-33.2.el5_1.2.src.rpm > +tetex-3.0-33.8.el5.src.rpm > > -tftp-0.42-3.1.src.rpm > +tftp-0.49-2.src.rpm > > -thunderbird-2.0.0.18-1.el5.src.rpm > +thunderbird-2.0.0.21-1.el5.src.rpm > > -tog-pegasus-2.7.1-2.el5.src.rpm > +tog-pegasus-2.7.2-1.el5.src.rpm > > -totem-2.16.7-4.el5.src.rpm > +totem-2.16.7-6.el5.src.rpm > > -tzdata-2008i-1.el5.src.rpm > +tzdata-2009i-2.el5.src.rpm > > -udev-095-14.19.el5.src.rpm > +udev-095-14.21.el5.src.rpm > > -unix2dos-2.2-26.2.2.src.rpm > +unix2dos-2.2-26.2.3.el5.src.rpm > > -util-linux-2.13-0.50.el5.src.rpm > +util-linux-2.13-0.51.el5.src.rpm > > -vim-7.0.109-4.el5_2.4z.src.rpm > +vim-7.0.109-6.el5.src.rpm > > -vino-2.13.5-6.el5.src.rpm > +vino-2.13.5-7.el5.src.rpm > > -virt-manager-0.5.3-10.el5.src.rpm > +virt-manager-0.6.1-4.el5.src.rpm > > -virt-viewer-0.0.2-2.el5.src.rpm > +virt-viewer-0.0.2-3.el5.src.rpm > > -vnc-4.1.2-14.el5.src.rpm > +vnc-4.1.2-14.el5_3.1.src.rpm > > -vsftpd-2.0.5-12.el5.src.rpm > +vsftpd-2.0.5-16.el5.src.rpm > > -watchdog-5.3.1-7.el5.src.rpm > +watchdog-5.6-1.el5.src.rpm > > -wdaemon-0.14-2.src.rpm > +wdaemon-0.14-4.src.rpm > > -wget-1.10.2-7.el5.src.rpm > +wget-1.11.4-2.el5.src.rpm > > -wireshark-1.0.3-4.el5_2.src.rpm > +wireshark-1.0.8-1.el5_3.1.src.rpm > > -xen-3.0.3-80.el5.src.rpm > +xen-3.0.3-88.el5.src.rpm > > -xkeyboard-config-0.8-7.fc6.src.rpm > +xkeyboard-config-0.8-9.el5.src.rpm > > -xorg-x11-drv-ati-6.6.3-3.22.el5.src.rpm > +xorg-x11-drv-ati-6.6.3-3.26.el5.src.rpm > > -xorg-x11-drv-i810-1.6.5-9.21.el5.src.rpm > +xorg-x11-drv-i810-1.6.5-9.25.el5.src.rpm > > -xorg-x11-drv-mga-1.4.2-10.el5.src.rpm > +xorg-x11-drv-mga-1.4.10-2.el5.src.rpm > > -xorg-x11-drv-nv-2.1.12-3.el5.src.rpm > +xorg-x11-drv-nv-2.1.12-6.el5.src.rpm > > -xorg-x11-server-1.1.1-48.52.el5.src.rpm > +xorg-x11-server-1.1.1-48.64.el5.src.rpm > > -xulrunner-1.9.0.5-1.el5_2.src.rpm > +xulrunner-1.9.0.11-3.el5_3.src.rpm > > -ypbind-1.19-11.el5.src.rpm > +ypbind-1.19-12.el5.src.rpm > > -yum-3.2.19-18.el5.src.rpm > +yum-3.2.22-15.el5.src.rpm > > -yum-metadata-parser-1.1.2-2.el5.src.rpm > +yum-metadata-parser-1.1.2-3.el5.src.rpm > > -yum-rhn-plugin-0.5.3-30.el5.src.rpm > +yum-rhn-plugin-0.5.4-10.el5.src.rpm > > -zsh-4.2.6-1.src.rpm > +zsh-4.2.6-3.el5.src.rpm > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list -- Levente "Si vis pacem para bellum!" From limb at jcomserv.net Thu Jul 2 13:43:28 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 02 Jul 2009 08:43:28 -0500 Subject: [Fwd: Returned mail: see transcript for details] Message-ID: <4A4CB980.7070204@jcomserv.net> That's not right. Has the address changed? -- in your fear, speak only peace in your fear, seek only love -d. bowie -------------- next part -------------- An embedded message was scrubbed... From: Mail Delivery Subsystem Subject: Returned mail: see transcript for details Date: Thu, 2 Jul 2009 08:42:48 -0500 Size: 3145 URL: From kevin at tummy.com Thu Jul 2 14:22:35 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 2 Jul 2009 08:22:35 -0600 Subject: [Fwd: Returned mail: see transcript for details] In-Reply-To: <4A4CB980.7070204@jcomserv.net> References: <4A4CB980.7070204@jcomserv.net> Message-ID: <20090702082235.74048075@ohm.scrye.com> On Thu, 02 Jul 2009 08:43:28 -0500 Jon Ciesla wrote: > That's not right. Has the address changed? Yeah, its now: epel-releng I was hoping there could be an alias setup to forward it to the new one, but I guess not. ;( Also, I really think we should start using trac for this sort of thing. ;) https://fedorahosted.org/rel-eng/newticket and make sure you select component "epel". kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From limb at jcomserv.net Thu Jul 2 14:28:53 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 02 Jul 2009 09:28:53 -0500 Subject: [Fwd: Returned mail: see transcript for details] In-Reply-To: <20090702082235.74048075@ohm.scrye.com> References: <4A4CB980.7070204@jcomserv.net> <20090702082235.74048075@ohm.scrye.com> Message-ID: <4A4CC425.5020402@jcomserv.net> Kevin Fenzi wrote: > On Thu, 02 Jul 2009 08:43:28 -0500 > Jon Ciesla wrote: > > >> That's not right. Has the address changed? >> > > Yeah, its now: epel-releng > > I was hoping there could be an alias setup to forward it to the new > one, but I guess not. ;( > > Also, I really think we should start using trac for this sort of > thing. ;) > > https://fedorahosted.org/rel-eng/newticket > and make sure you select component "epel". > > kevin > > ------------------------------------------------------------------------ > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Done and done. Thanks! -- in your fear, speak only peace in your fear, seek only love -d. bowie From dennis at ausil.us Thu Jul 2 14:59:31 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 2 Jul 2009 09:59:31 -0500 Subject: [Fwd: Returned mail: see transcript for details] In-Reply-To: <20090702082235.74048075@ohm.scrye.com> References: <4A4CB980.7070204@jcomserv.net> <20090702082235.74048075@ohm.scrye.com> Message-ID: <200907020959.36838.dennis@ausil.us> On Thursday 02 July 2009 09:22:35 am Kevin Fenzi wrote: > On Thu, 02 Jul 2009 08:43:28 -0500 > > Jon Ciesla wrote: > > That's not right. Has the address changed? > > Yeah, its now: epel-releng but this is not at all where things should be getting sent. epel- releng at lists.fedoraproject.org is per https://www.redhat.com/archives/epel- devel-list/2009-June/msg00088.html or using trac. I guess that change was not made as clearly as it should have been. > I was hoping there could be an alias setup to forward it to the new > one, but I guess not. ;( > > Also, I really think we should start using trac for this sort of > thing. ;) trac is perfectly fine also. > > https://fedorahosted.org/rel-eng/newticket > and make sure you select component "epel". > > kevin -------------- 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 rel-eng at fedoraproject.org Thu Jul 2 14:28:38 2009 From: rel-eng at fedoraproject.org (Fedora Release Engineering) Date: Thu, 02 Jul 2009 14:28:38 -0000 Subject: #1959: Please push new drupal ASAP Message-ID: <047.c0d7cbfe71f34ea8d2fbb746ab6b4d3e@fedoraproject.org> #1959: Please push new drupal ASAP ------------------+--------------------------------------------------------- Reporter: limb | Owner: epel-devel-list at redhat.com Type: task | Status: new Milestone: | Component: epel Keywords: | ------------------+--------------------------------------------------------- Please push drupal-5.19-1.el4 and drupal-5.19-1.el5, they contain security fixes. http://drupal.org/node/507572 Thanks, -J -- Ticket URL: Fedora Release Engineering Release Engineering for the Fedora Project From opensource at till.name Thu Jul 2 15:14:23 2009 From: opensource at till.name (Till Maas) Date: Thu, 02 Jul 2009 17:14:23 +0200 Subject: How to push packages to EPEL now? In-Reply-To: <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> References: <20090701104530.GA14728@amd.home.annexia.org> <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> Message-ID: <200907021714.36737.opensource@till.name> On Wed July 1 2009, Xavier Lamien wrote: > You gonna have to request a tag-override to epel-releng@ Can we get an issue tracker[1] like the Fedora Collection Rel-Eng team has? Or maybe just own components for EPEL? Regards, Till [1] https://fedorahosted.org/rel-eng/report/1 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From kevin at tummy.com Thu Jul 2 15:23:37 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 2 Jul 2009 09:23:37 -0600 Subject: How to push packages to EPEL now? In-Reply-To: <200907021714.36737.opensource@till.name> References: <20090701104530.GA14728@amd.home.annexia.org> <62bc09df0907010400j6f1f3151g7caa288086596b68@mail.gmail.com> <200907021714.36737.opensource@till.name> Message-ID: <20090702092337.4a8c8ce3@ohm.scrye.com> On Thu, 02 Jul 2009 17:14:23 +0200 Till Maas wrote: > On Wed July 1 2009, Xavier Lamien wrote: > > > You gonna have to request a tag-override to epel-releng@ > > Can we get an issue tracker[1] like the Fedora Collection Rel-Eng > team has? Or maybe just own components for EPEL? https://fedorahosted.org/rel-eng/report/9 It's the same trac instance, just make sure you note that the Component is 'epel'. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mpeters at mac.com Thu Jul 2 17:11:11 2009 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 02 Jul 2009 10:11:11 -0700 Subject: Is something funny with mock build group? Message-ID: <4A4CEA2F.2020905@mac.com> php 5.2.9 built just dandy for me back in March. I took src.rpm, merged patches from Fedora CVS for php 5.2.10, builds consistently just dandy outside of mock. inside of mock, consistently fails. One thing I noticed is bison isn't installed in mock - I think it use to be w/o explicit BuildRequires - but anyway, I did rpmbuild -bb > build.log 2> build.log for the outside of mock to see what the problem might be. Here's where the build log first starts to differe: From build outside of mock: + cd php-5.2.10 + LANG=C + export LANG + unset DISPLAY + libtoolize --force --copy You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. ++ aclocal --print-ac-dir + cat /usr/share/aclocal/libtool.m4 + ./buildconf --force Forcing buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.59 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13. rebuilding aclocal.m4 rebuilding configure aclocal.m4:2152: PHP_PROG_LEX is expanded from... rebuilding main/php_config.h.in autoheader: WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot' autoheader: WARNING: and `config.h.top', to define templates for `config.h.in' autoheader: WARNING: is deprecated and discouraged. autoheader: autoheader: WARNING: Using the third argument of `AC_DEFINE' and autoheader: WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without autoheader: WARNING: `acconfig.h': autoheader: autoheader: WARNING: AC_DEFINE([NEED_FUNC_MAIN], 1, autoheader: [Define if a function `main' is needed.]) autoheader: autoheader: WARNING: More sophisticated templates can also be produced, see the autoheader: WARNING: documentation. aclocal.m4:2152: PHP_PROG_LEX is expanded from... + CFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protec tor --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing -Wno-poin ter-sign' + export CFLAGS + EXTENSION_DIR=/usr/lib64/php/modules from build inside of mock + cd php-5.2.10 + LANG=C + export LANG + unset DISPLAY + libtoolize --force --copy You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. ++ aclocal --print-ac-dir + cat /usr/share/aclocal/libtool.m4 + ./buildconf --force Forcing buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.59 (ok) buildconf: Your version of autoconf likely contains buggy cache code. Running cvsclean for you. To avoid this, install autoconf-2.13. rebuilding aclocal.m4 + CFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protec tor --param=ssp-buffer-size=4 -m64 -mtune=generic -fno-strict-aliasing -Wno-poin ter-sign' + export CFLAGS + EXTENSION_DIR=/usr/lib64/php/modules -=- As you can see, outside of mock, right after "rebuilding aclocal.m4" there is a "rebuilding configure" followed by some autoheader stuff that just isn't there when built inside of mock. I'm betting that's where the issue lies. What is it I need to explicitly BuildRequire, or is this another bug similar to the pam bug where a package should be pulling in deps that it isn't? CentOS 5.3 mock 0.9.14-1.el5 using CentOS base/updates + epel for dependencies [groups] name=groups baseurl=http://buildsys.fedoraproject.org/buildgroups/rhel5/x86_64/ (fails at same place in i386 build as well) Thanks for any suggestions. I probably should try php 5.2.9 again in mock and see if it also now fails. Incidentally, 5.3.0 did build for me in mock, at least on the 30th (but it has issues with eAccelerator). From mpeters at mac.com Thu Jul 2 17:50:32 2009 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 02 Jul 2009 10:50:32 -0700 Subject: Is something funny with mock build group? In-Reply-To: <4A4CEA2F.2020905@mac.com> References: <4A4CEA2F.2020905@mac.com> Message-ID: <4A4CF368.5090002@mac.com> Michael A. Peters wrote: > > As you can see, outside of mock, right after "rebuilding aclocal.m4" > there is a "rebuilding configure" followed by some autoheader stuff that > just isn't there when built inside of mock. > > I'm betting that's where the issue lies. Here's the part of the buildconf script that seems to be to blame --- echo "using default Zend directory" fi rm -f generated_lists if test "$debug" = "yes"; then ${MAKE:-make} -s -f build/build.mk ZENDDIR="$ZENDDIR" SUPPRESS_WARNINGS="" else ${MAKE:-make} -s -f build/build.mk ZENDDIR="$ZENDDIR" fi --- (EOF) as it happens after the echo and that's the end of the file, so the issue seems to be with ${MAKE:-make} -s -f build/build.mk ZENDDIR="$ZENDDIR" behaving differently inside/outside of mock. I think I'll dump the root cache and try again and investigate further. Weird. From opensource at till.name Thu Jul 2 18:26:14 2009 From: opensource at till.name (Till Maas) Date: Thu, 02 Jul 2009 20:26:14 +0200 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <4A4BAFCF.10006@redhat.com> References: <4A4BAFCF.10006@redhat.com> Message-ID: <200907022026.20101.opensource@till.name> Hiyas, On Wed July 1 2009, Tom "spot" Callaway wrote: > New Packages in RHEL 5.4 Beta: > fuse-2.7.4-8.el5.src.rpm does this mean that the kernel will also support fuse and I can build my fuse package in the not so far future in EPEL? Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From sundaram at fedoraproject.org Thu Jul 2 18:31:25 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 03 Jul 2009 00:01:25 +0530 Subject: RHEL 5.4 Beta Package Changes In-Reply-To: <200907022026.20101.opensource@till.name> References: <4A4BAFCF.10006@redhat.com> <200907022026.20101.opensource@till.name> Message-ID: <4A4CFCFD.3020406@fedoraproject.org> On 07/02/2009 11:56 PM, Till Maas wrote: > Hiyas, > > > On Wed July 1 2009, Tom "spot" Callaway wrote: >> New Packages in RHEL 5.4 Beta: > >> fuse-2.7.4-8.el5.src.rpm > > does this mean that the kernel will also support fuse and I can build my fuse > package in the not so far future in EPEL? Yes. Rahul From mpeters at mac.com Thu Jul 2 18:38:19 2009 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 02 Jul 2009 11:38:19 -0700 Subject: Is something funny with mock build group? In-Reply-To: <4A4CF368.5090002@mac.com> References: <4A4CEA2F.2020905@mac.com> <4A4CF368.5090002@mac.com> Message-ID: <4A4CFE9B.4080609@mac.com> > > I think I'll dump the root cache and try again and investigate further. > Weird. OK - something is mis-behaving on my system. I've now had it fail outside of mock and succeed in mock. I guess time to run memtest86. From mpeters at mac.com Thu Jul 2 19:02:17 2009 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 02 Jul 2009 12:02:17 -0700 Subject: Is something funny with mock build group? In-Reply-To: <4A4CFE9B.4080609@mac.com> References: <4A4CEA2F.2020905@mac.com> <4A4CF368.5090002@mac.com> <4A4CFE9B.4080609@mac.com> Message-ID: <4A4D0439.7010300@mac.com> Michael A. Peters wrote: > >> >> I think I'll dump the root cache and try again and investigate >> further. Weird. > > OK - something is mis-behaving on my system. > I've now had it fail outside of mock and succeed in mock. which, btw, probably rules out bad blocks because mock is on its own partition and the failure outside of mock was identical to failure inside (failure to properly regenerate configure script). 1 complete pass of memtest shows no errors, I'll just let it go for several, but could a mis-behaving kernel mod cause something like this? Maybe I'll boot into an older kernel and see if things go better after memtest runs awhile. From mmcgrath at redhat.com Thu Jul 2 20:51:00 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 2 Jul 2009 15:51:00 -0500 (CDT) Subject: Nagios 3.1.2 Message-ID: I've stayed on the nagios 2.x tree long enough, anyone opposed to me updating to 3.1.2 in EPEL? -Mike From xavier at bachelot.org Thu Jul 2 21:53:29 2009 From: xavier at bachelot.org (Xavier Bachelot) Date: Thu, 02 Jul 2009 23:53:29 +0200 Subject: Nagios 3.1.2 In-Reply-To: References: Message-ID: <4A4D2C59.8090304@bachelot.org> Mike McGrath wrote: > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > updating to 3.1.2 in EPEL? > Last time this was discussed, the plan was to keep nagios at 2.x and introduce a parallel installable nagios3. iirc, there's no automagic way to go from a nagios 2.x to a nagios 3.x conf, so the update wouldn't be transparent. And a major version bump would be against the RHEL/EPEL policy anyway, unless special circumstances (security fix that cannot be backported...) Regards, Xavier From rayvd at bludgeon.org Thu Jul 2 21:58:31 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Thu, 2 Jul 2009 14:58:31 -0700 Subject: Nagios 3.1.2 In-Reply-To: <4A4D2C59.8090304@bachelot.org> References: <4A4D2C59.8090304@bachelot.org> Message-ID: <20090702215831.GA1250@bludgeon.org> On Thu, Jul 02, 2009 at 11:53:29PM +0200, Xavier Bachelot wrote: > Mike McGrath wrote: > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > > updating to 3.1.2 in EPEL? > > > Last time this was discussed, the plan was to keep nagios at 2.x and > introduce a parallel installable nagios3. iirc, there's no automagic way > to go from a nagios 2.x to a nagios 3.x conf, so the update wouldn't be > transparent. And a major version bump would be against the RHEL/EPEL > policy anyway, unless special circumstances (security fix that cannot be > backported...) > If nagios3 is introduced, will the original nagios package be orphaned or will Mike or someone else continue maintaining it? Ray From mmcgrath at redhat.com Thu Jul 2 22:06:11 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 2 Jul 2009 17:06:11 -0500 (CDT) Subject: Nagios 3.1.2 In-Reply-To: <20090702215831.GA1250@bludgeon.org> References: <4A4D2C59.8090304@bachelot.org> <20090702215831.GA1250@bludgeon.org> Message-ID: On Thu, 2 Jul 2009, Ray Van Dolson wrote: > On Thu, Jul 02, 2009 at 11:53:29PM +0200, Xavier Bachelot wrote: > > Mike McGrath wrote: > > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > > > updating to 3.1.2 in EPEL? > > > > > Last time this was discussed, the plan was to keep nagios at 2.x and > > introduce a parallel installable nagios3. iirc, there's no automagic way > > to go from a nagios 2.x to a nagios 3.x conf, so the update wouldn't be > > transparent. And a major version bump would be against the RHEL/EPEL > > policy anyway, unless special circumstances (security fix that cannot be > > backported...) > > > > If nagios3 is introduced, will the original nagios package be orphaned > or will Mike or someone else continue maintaining it? > I wouldn't be maintaining it. I'm not even sure if upstream is maintaining it anymore, it's been over a year since the last release and from their downloads page they seem to be steering people towards the 3.x tree. -Mike From mpeters at mac.com Thu Jul 2 22:19:04 2009 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 02 Jul 2009 15:19:04 -0700 Subject: Is something funny with mock build group? In-Reply-To: <4A4D0439.7010300@mac.com> References: <4A4CEA2F.2020905@mac.com> <4A4CF368.5090002@mac.com> <4A4CFE9B.4080609@mac.com> <4A4D0439.7010300@mac.com> Message-ID: <4A4D3258.5000609@mac.com> Michael A. Peters wrote: > > 1 complete pass of memtest shows no errors, I'll just let it go for > several, but could a mis-behaving kernel mod cause something like this? > > Maybe I'll boot into an older kernel and see if things go better older kernel made no difference. However, running mock with a heavy load on server made it work much better. Not 100% but nearly. I really don't understand it. Somethings not right. Oddly, I seem remember the same thing happening (improper configuration generation) when I build 5.2.4 or 5.2.5 way back - I blamed it on nvidia because I removed that module and both arches then built next attempt, but that wasn't it this time. I don't know for that heavy load is what made it work almost consistently in mock. I may do some testing and see - this really is quite odd. 3 passes of memtest86 no failures, so it's probably not a bad bit in memory. That doesn't make sense anyway because if configure is properly regenerated is always goes to completion. Some race condition in the auto tools? From rayvd at bludgeon.org Thu Jul 2 22:21:39 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Thu, 2 Jul 2009 15:21:39 -0700 Subject: Nagios 3.1.2 In-Reply-To: References: <4A4D2C59.8090304@bachelot.org> <20090702215831.GA1250@bludgeon.org> Message-ID: <20090702222138.GA1579@bludgeon.org> On Thu, Jul 02, 2009 at 05:06:11PM -0500, Mike McGrath wrote: > On Thu, 2 Jul 2009, Ray Van Dolson wrote: > > > On Thu, Jul 02, 2009 at 11:53:29PM +0200, Xavier Bachelot wrote: > > > Mike McGrath wrote: > > > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > > > > updating to 3.1.2 in EPEL? > > > > > > > Last time this was discussed, the plan was to keep nagios at 2.x and > > > introduce a parallel installable nagios3. iirc, there's no automagic way > > > to go from a nagios 2.x to a nagios 3.x conf, so the update wouldn't be > > > transparent. And a major version bump would be against the RHEL/EPEL > > > policy anyway, unless special circumstances (security fix that cannot be > > > backported...) > > > > > > > If nagios3 is introduced, will the original nagios package be orphaned > > or will Mike or someone else continue maintaining it? > > > > I wouldn't be maintaining it. I'm not even sure if upstream is > maintaining it anymore, it's been over a year since the last release and > from their downloads page they seem to be steering people towards the 3.x > tree. > > -Mike If it's dead upstream, seems like adequate "special circumstances" to replace the older one. Although maybe it's "friendlier" to go the nagios3 route and then retire nagios later once people have a chance to migrate? From smooge at gmail.com Thu Jul 2 22:46:16 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 2 Jul 2009 16:46:16 -0600 Subject: Nagios 3.1.2 In-Reply-To: <20090702222138.GA1579@bludgeon.org> References: <4A4D2C59.8090304@bachelot.org> <20090702215831.GA1250@bludgeon.org> <20090702222138.GA1579@bludgeon.org> Message-ID: <80d7e4090907021546m29f9b7e1we2187416388046d2@mail.gmail.com> On Thu, Jul 2, 2009 at 4:21 PM, Ray Van Dolson wrote: > On Thu, Jul 02, 2009 at 05:06:11PM -0500, Mike McGrath wrote: >> On Thu, 2 Jul 2009, Ray Van Dolson wrote: >> >> > On Thu, Jul 02, 2009 at 11:53:29PM +0200, Xavier Bachelot wrote: >> > > Mike McGrath wrote: >> > > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me >> > > > updating to 3.1.2 in EPEL? >> > > > >> > > Last time this was discussed, the plan was to keep nagios at 2.x and >> > > introduce a parallel installable nagios3. iirc, there's no automagic way >> > > to go from a nagios 2.x to a nagios 3.x conf, so the update wouldn't be >> > > transparent. And a major version bump would be against the RHEL/EPEL >> > > policy anyway, unless special circumstances (security fix that cannot be >> > > backported...) >> > > >> > >> > If nagios3 is introduced, will the original nagios package be orphaned >> > or will Mike or someone else continue maintaining it? >> > >> >> I wouldn't be maintaining it. ?I'm not even sure if upstream is >> maintaining it anymore, it's been over a year since the last release and >> from their downloads page they seem to be steering people towards the 3.x >> tree. >> >> ? ? ? -Mike > > If it's dead upstream, seems like adequate "special circumstances" to > replace the older one. > > Although maybe it's "friendlier" to go the nagios3 route and then > retire nagios later once people have a chance to migrate? Yes I think we should cover this int he next EPEL meeting. There are several apps which do not cleanly update (moin, nagios, some mediawiki). Coming up with a methodology for dealing with these properly would help other package people. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From pertusus at free.fr Fri Jul 3 07:36:25 2009 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Jul 2009 09:36:25 +0200 Subject: pausing from EPEL. Orphaning my packages? In-Reply-To: <20090628145908.470900a5@ohm.scrye.com> References: <20090628074618.GB27209@free.fr> <20090628145908.470900a5@ohm.scrye.com> Message-ID: <20090703073625.GA2852@free.fr> On Sun, Jun 28, 2009 at 02:59:08PM -0600, Kevin Fenzi wrote: > > :( > > Can you run a virtual instance on one of your machines, or use some > remote virtual like amazon EC2? I don't have enough disk space nor knowledge for a virtual instance. And I wouldn't trust a distant service (not to mention that I won't pay for the free software I do). > I could do that if need be. Or I might be able to set you up with a > login here on a fedora machine to use for builds and such. Ok, I'll send you my build needs, it should be very very rare anyway, thanks. > > In any case my packages will new maintainers for EL-6 since I won't > > maintain them myself given that I am not in fedora anymore -- though > > I could co-maintain them, like I do for my former fedora packages. > > ok. As a side note, tetex-lineno is only for EL-4, I'd be in favor of dropping wdm it is dead upstream and too complicated, in my opinion, to be maintained only in fedora. Some of my former fedora packages should be added, like bes (though it is still orphaned in fedora), gnash. > These 62 epel packages seem to be the ones you are listed as maintainer > on. I guess some may have co-maintainers already who might want to be > primary maintainer: Indeed. Manuel, for example is co-maintainer of some of them and is in EPEL. > BibTool > acpitool > asa > bibexport > bitmap > boolstuff > cernlib > cernlib-g77 > cppunit > dap-freeform_handler > dap-hdf4_handler > dap-netcdf_handler > dap-server > docbook2X > elektra > esmtp > flasm > g2clib > gnochm > gpicview > grads > halevt > html2ps > kchmviewer > libdap > libdockapp > libesmtp > libnc-dap > libsx > ooo2txt > pam_ssh > perl-Algorithm-CurveFit > perl-Cache > perl-Feed-Find > perl-File-BaseDir > perl-File-DesktopEntry > perl-File-MimeInfo > perl-File-NFSLock > perl-HTML-FormatText-WithLinks > perl-Heap > perl-LWP-Authen-Wsse > perl-Math-MatrixReal > perl-Math-Symbolic > perl-Module-Signature > perl-Parse-Yapp > perl-Statistics-Descriptive > perl-Test-Distribution > perl-Text-CHM > perl-Text-Unidecode > pmount > ps2eps > python-chm > tetex-elsevier > tetex-lineno > tetex-tex4ht > uread > wdm > wmacpi > wmix > xbae > xchm > xdialog -- Pat From pertusus at free.fr Fri Jul 3 07:43:14 2009 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 3 Jul 2009 09:43:14 +0200 Subject: pausing from EPEL. Orphaning my packages? In-Reply-To: <80d7e4090906281103i6545bccfib2907a85f8fc13e8@mail.gmail.com> References: <20090628074618.GB27209@free.fr> <80d7e4090906281103i6545bccfib2907a85f8fc13e8@mail.gmail.com> Message-ID: <20090703074314.GB2852@free.fr> On Sun, Jun 28, 2009 at 12:03:41PM -0600, Stephen John Smoogen wrote: > > Hello Patrice, thankyou for all your help and work in the past. How > many packages do you currently maintain? It would probably be good to > work on a transition plan sot hat the 4,5, and 6 releases are covered. I maintain 62 packages, Kevin did the list. For the 4 and 5 releases, I'll send the build requests to Kevin. For EL-6, people have to step up and ask for branches as usual, I think. I don't think there is even an implicit promise that a package will be available for the next release. Maybe what is needed is a way to have the list of packages that are up for grabs for recent releases only, for instance all my EPEL packages for EL-6. For existing distribution, maybe it would be nice to have a summary page that shows which packages are in FC-X and not in EL-Y. Problem is that it would also list some packages that are not in EL on purpose (for example, for my packages, acpi, and bes for EL-4 and EL-5). -- Pat From devrim at CommandPrompt.com Fri Jul 3 16:00:22 2009 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Fri, 03 Jul 2009 19:00:22 +0300 Subject: Nagios 3.1.2 In-Reply-To: References: Message-ID: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> On Thu, 2009-07-02 at 15:51 -0500, Mike McGrath wrote: > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > updating to 3.1.2 in EPEL? Nagios 2 and Nagios 3 conf files are not compatible AFAIK -- so upgrade will break systems. Instead, maybe we can ship nagios3 package *along with* nagios2. Regards, -- Devrim G?ND?Z , RHCE Professional Services, Training, 24x7 Support Authors: PostgreSQL Replicator, ODBCng, PostgreSQL RPMs, PITRTools http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kevin at tummy.com Fri Jul 3 19:08:03 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 3 Jul 2009 13:08:03 -0600 Subject: pausing from EPEL. Orphaning my packages? In-Reply-To: <20090703073625.GA2852@free.fr> References: <20090628074618.GB27209@free.fr> <20090628145908.470900a5@ohm.scrye.com> <20090703073625.GA2852@free.fr> Message-ID: <20090703130803.2eb2cda9@ohm.scrye.com> On Fri, 3 Jul 2009 09:36:25 +0200 Patrice Dumas wrote: > On Sun, Jun 28, 2009 at 02:59:08PM -0600, Kevin Fenzi wrote: > > > > :( > > > > Can you run a virtual instance on one of your machines, or use some > > remote virtual like amazon EC2? > > I don't have enough disk space nor knowledge for a virtual instance. > And I wouldn't trust a distant service (not to mention that I won't > pay for the free software I do). Yeah. Understandable. > > I could do that if need be. Or I might be able to set you up with a > > login here on a fedora machine to use for builds and such. > > Ok, I'll send you my build needs, it should be very very rare anyway, > thanks. Happy to help. I assume you will be watching for bugs on the packages still? > > > In any case my packages will new maintainers for EL-6 since I > > > won't maintain them myself given that I am not in fedora anymore > > > -- though I could co-maintain them, like I do for my former > > > fedora packages. Yeah, we should come up with concrete plans for EL-6. One thought was to do a mass build of all the fedora packages in whatever release EL-6 is based off of. See how many of them build ok, etc. Then try and see if we can have enough coverage to maintain them all in EL-6 somehow. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From lmacken at redhat.com Sat Jul 4 03:25:35 2009 From: lmacken at redhat.com (Luke Macken) Date: Fri, 3 Jul 2009 23:25:35 -0400 Subject: bodhi 0.6.0 with EPEL support Message-ID: <20090704032535.GD8337@x300.pdf.local> Hey all, I just deployed bodhi 0.6.0 to app1-6 and releng{2,1.stg}. This release contains patches from both Dennis Gilmore and myself to support pushing updates for EPEL. I just submitted my first EPEL update into bodhi, so things seem to be working properly so far. It should be safe to start queueing EPEL updates, and we'll try doing a small push early next week. Please file bugs here: https://fedorahosted.org/bodhi/newticket Thanks, luke From ghosler at redhat.com Fri Jul 3 09:34:17 2009 From: ghosler at redhat.com (Gregory Hosler) Date: Fri, 03 Jul 2009 17:34:17 +0800 Subject: Building packages for EPEL In-Reply-To: <200906210440.27401.dennis@ausil.us> References: <200906210440.27401.dennis@ausil.us> Message-ID: <4A4DD099.40207@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dennis Gilmore wrote: > EPEL is now using koji to build instead of plague. please make sure that you > update th common directory in your checkout to pick up the needed changes to > submit builds. I was able to do builds for EL-4/EL-5 using koji. thanks a lot! > Bodhi support will come early next week to issue updates. Please let us know as and when "make update" will be available. Until then, what is the alternative? http://admin.fedoraproject.org/updates ? Thanks a lot, - -Greg > the buildroots are only populated by packages from stable if you need to build > against something in testing or that you have just build please email your > request to epel-releng at lists.fedoraproject.org > > > thanks > > Dennis > > > ------------------------------------------------------------------------ > > _______________________________________________ > Fedora-devel-announce mailing list > Fedora-devel-announce at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-announce - -- +---------------------------------------------------------------------+ Please also check the log file at "/dev/null" for additional information. (from /var/log/Xorg.setup.log) | Greg Hosler ghosler at redhat.com | +---------------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkpN0JcACgkQ404fl/0CV/T1LwCfZhc7U9ZvPeI8yafQX6SI8/gT lFYAoLJXluDxeH4qMWs6n0nlHLS2xJoO =w4dv -----END PGP SIGNATURE----- From itamar at ispbrasil.com.br Sat Jul 4 03:45:21 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Sat, 4 Jul 2009 00:45:21 -0300 Subject: bodhi 0.6.0 with EPEL support In-Reply-To: <20090704032535.GD8337@x300.pdf.local> References: <20090704032535.GD8337@x300.pdf.local> Message-ID: there are no way to push updates for fc7, fc8 and now fc9, so there are a way to remove these from new update from in autocomplete field? On Sat, Jul 4, 2009 at 12:25 AM, Luke Macken wrote: > Hey all, > > I just deployed bodhi 0.6.0 to app1-6 and releng{2,1.stg}. ?This release > contains patches from both Dennis Gilmore and myself to support pushing > updates for EPEL. > > I just submitted my first EPEL update into bodhi, so things seem to be > working properly so far. ?It should be safe to start queueing EPEL > updates, and we'll try doing a small push early next week. > > Please file bugs here: https://fedorahosted.org/bodhi/newticket > > Thanks, > > luke > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From dennis at ausil.us Sat Jul 4 14:12:14 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 4 Jul 2009 09:12:14 -0500 Subject: Building packages for EPEL In-Reply-To: <4A4DD099.40207@redhat.com> References: <200906210440.27401.dennis@ausil.us> <4A4DD099.40207@redhat.com> Message-ID: <200907040912.21053.dennis@ausil.us> On Friday 03 July 2009 04:34:17 am Gregory Hosler wrote: > Dennis Gilmore wrote: > > EPEL is now using koji to build instead of plague. please make sure that > > you update th common directory in your checkout to pick up the needed > > changes to submit builds. > > I was able to do builds for EL-4/EL-5 using koji. thanks a lot! > > > Bodhi support will come early next week to issue updates. > > Please let us know as and when "make update" will be available. Until then, > what is the alternative? http://admin.fedoraproject.org/updates ? > it is now available 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 fedora at leemhuis.info Sun Jul 5 08:14:25 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 05 Jul 2009 10:14:25 +0200 Subject: Odiecolon repo for EL5 In-Reply-To: <216432.41635.qm@web57708.mail.re3.yahoo.com> References: <216432.41635.qm@web57708.mail.re3.yahoo.com> Message-ID: <4A5060E1.7050907@leemhuis.info> On 29.06.2009 19:49, Radu-Cristian FOTESCU wrote: > >> * packages that are excluded from EPEL for legal reasons. >> RPM Fusion can hold them however and is meant to be >> compatible with EPEL. > If RPM Fusion is supposed to be "a better RPMforge", then > I beg to opine that it fails. That might happen. Especially if to many people start their own repository instead of contributing to RPM Fusion. It all depends on the people that take care of the packages and the repo. > I would never use a repo which has 99% of the packages > in folders labeled "testing". > > It's like using EPEL-testing, which I am not using. But > with RPM Fusion, you *have to* use the "testing" section! That is because we look for somebody to do be kind of "release engineer". Nobody really stepped up yet and RPM Fusion is thus for now careful to officially announce support for EL & EPEL. But iwth a bit of help it can get runing properly in one or two weeks afaics. > Plus, it doesn't really match RPMforge's multimedia offerings > (e.g. MPlayer *and* VLC). Can be done, just needs somebody to take care of it. The Fedora maintainer of vlc even showed a bit of interest iirc. Ohh, any mplayer is in the testing repos for EL and EPEL. > Moreover, knowing that RPM Fusion took years to come alive, > even for Fedora, this doesn't make me trust it. It still has > to prove it's as accountable for as EPEL. (Or maybe I'm > delusional.) And you expect people to trust your brand new repo more? How many contributors does it have? What will happen if one or two of them (you for example) get married, one or two childs and a new exhausting new job over the next few months that leaves spare time to nearly 0 hours a week? > To put it one more time: as long as the ~126 RPMforge packages > won't be *all* in the "release" place instead of "testing", > I won't even be considering that repo! Then help RPM Fusion instead of competing with RPM Fusion, which just leads to a situation that RPM Fusion solved in the Fedora land (e.g. the competition between frehsrpms and livna) > [...] CU knurd From beranger5ca at yahoo.ca Sun Jul 5 09:35:33 2009 From: beranger5ca at yahoo.ca (Radu-Cristian FOTESCU) Date: Sun, 5 Jul 2009 02:35:33 -0700 (PDT) Subject: Odiecolon repo for EL5 Message-ID: <689333.844.qm@web57706.mail.re3.yahoo.com> > > I beg to opine that it fails. > > That might happen. Especially if to many people start > their own repository instead of contributing to RPM > Fusion. Well, I'm mostly a lonely guy and I used to be a distro hopper. I even switched to XP for my home systems for almost half a year, disgusted by the poor QA in most of the distros. I only went back to CentOS as a *compromise* -- you know, CentOS-5 is the new WinXP. I don't think this makes me appropriate for a RPM Fusion contributor, eh? > That is because we look for somebody to do be kind of > "release engineer". Nobody really stepped up yet and > RPM Fusion is thus for now careful to officially > announce support for EL & EPEL. > But iwth a bit of help it can get runing properly in > one or two weeks afaics. Well, I still won't use something with almost everything in "testing". (And I 'liked' the way KB almost called me an idiot when I mentioned that centos.karan.org has everything for 5 in "testing" since 2007.) > Can be done, just needs somebody to take care of it. The > Fedora maintainer of vlc even showed a bit of interest > iirc. Ohh, any mplayer is in the testing repos Yes, I know MPlayer is there. VLC is not. > And you expect people to trust your brand new repo more? NO. When have I said that? > How many contributors does it have? Zero to one. > What will happen if one or two of them (you for > example) get married, one or two childs and a new > exhausting new job over the next few months that > leaves spare time to nearly 0 hours a week? Well, Ubuntu and openSUSE are always there, if Fedora is borken :-D > Then help RPM Fusion instead of competing with RPM Fusion But... would RPM Fusion include weird things such as GIMP 2.3.15 as the last pre-2.4 version that builds without the need to upgrade GTK+? (2.3.15 is really almost 2.4 in functionality, which is tremendously improved over 2.2.13.) I bet not. So I will still need my repo for this kind of stuff. Cheers, R-C __________________________________________________________________ The new Internet Explorer? 8 - Faster, safer, easier. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ From sundaram at fedoraproject.org Sun Jul 5 10:44:57 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sun, 05 Jul 2009 16:14:57 +0530 Subject: Odiecolon repo for EL5 In-Reply-To: <689333.844.qm@web57706.mail.re3.yahoo.com> References: <689333.844.qm@web57706.mail.re3.yahoo.com> Message-ID: <4A508429.4090302@fedoraproject.org> On 07/05/2009 03:05 PM, Radu-Cristian FOTESCU wrote: > But... would RPM Fusion include weird things such as GIMP 2.3.15 > as the last pre-2.4 version that builds without the need to > upgrade GTK+? (2.3.15 is really almost 2.4 in functionality, which > is tremendously improved over 2.2.13.) > > I bet not. So I will still need my repo for this kind of stuff. A number of active contributors have their own little repo for things that cannot go into the bigger repos. I would reiterate my suggestion to work with EPEL / RPM Fusion for things that can go into these repositories leaving the packages into your own repo when it is a conflicting package. Rahul From fedora at leemhuis.info Mon Jul 6 05:17:56 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 06 Jul 2009 07:17:56 +0200 Subject: Odiecolon repo for EL5 In-Reply-To: <689333.844.qm@web57706.mail.re3.yahoo.com> References: <689333.844.qm@web57706.mail.re3.yahoo.com> Message-ID: <4A518904.1080309@leemhuis.info> On 05.07.2009 11:35, Radu-Cristian FOTESCU wrote: > >>> I beg to opine that it fails. >> >> That might happen. Especially if to many people start >> their own repository instead of contributing to RPM >> Fusion. > Well, I'm mostly a lonely guy and I used to be a distro > hopper. I even switched to XP for my home systems for > almost half a year, disgusted by the poor QA in most of > the distros. I only went back to CentOS as a *compromise* > -- you know, CentOS-5 is the new WinXP. > > I don't think this makes me appropriate for a RPM Fusion > contributor, eh? It's kind of expected that people that become contributor don't vanish a few days later again, but that didn't happen up to now. IOW: You'd be welcome as contributor if you want and if you yourself think that you want do remain a contributor for the short term future. >> That is because we look for somebody to do be kind of >> "release engineer". Nobody really stepped up yet and >> RPM Fusion is thus for now careful to officially >> announce support for EL & EPEL. >> But iwth a bit of help it can get runing properly in >> one or two weeks afaics. > Well, I still won't use something with almost everything > in "testing". (And I 'liked' the way KB almost called me > an idiot when I mentioned that centos.karan.org has > everything for 5 in "testing" since 2007.) I get the impression you missed the point. Once we have somebody that acts as release engineer we'd move things from testing to the proper repos. > [...] >> Then help RPM Fusion instead of competing with RPM Fusion > But... would RPM Fusion include weird things such as GIMP 2.3.15 > as the last pre-2.4 version that builds without the need to > upgrade GTK+? (2.3.15 is really almost 2.4 in functionality, which > is tremendously improved over 2.2.13.) > > I bet not. Correct. See also the answer from Rahul. > So I will still need my repo for this kind of stuff. Yes and no. For now: yes. But RPM Fusion considered to have additional repos with newer stuff. But they were not started due to lack of manpower. Ohh, and just because one package need to be in a dedicated repo it doesn't mean that other packages that would be nice to have in RPM Fusion should be in there, too. CU knurd From mmcgrath at redhat.com Mon Jul 6 14:24:05 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Mon, 6 Jul 2009 09:24:05 -0500 (CDT) Subject: Nagios 3.1.2 In-Reply-To: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> Message-ID: On Fri, 3 Jul 2009, Devrim G?ND?Z wrote: > On Thu, 2009-07-02 at 15:51 -0500, Mike McGrath wrote: > > > > I've stayed on the nagios 2.x tree long enough, anyone opposed to me > > updating to 3.1.2 in EPEL? > > Nagios 2 and Nagios 3 conf files are not compatible AFAIK -- so upgrade > will break systems. Instead, maybe we can ship nagios3 package *along > with* nagios2. > This assumes two things. 1) that someone is willing to maintain both (I'm not). and 2) that nagios 2 is still supported, and it very well may not be. -Mike From smooge at gmail.com Mon Jul 6 15:09:18 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 6 Jul 2009 09:09:18 -0600 Subject: Nagios 3.1.2 In-Reply-To: References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> Message-ID: <80d7e4090907060809x5cc09432o1ca8dc4bfbc557c@mail.gmail.com> On Mon, Jul 6, 2009 at 8:24 AM, Mike McGrath wrote: > On Fri, 3 Jul 2009, Devrim G?ND?Z wrote: > >> On Thu, 2009-07-02 at 15:51 -0500, Mike McGrath wrote: >> > >> > I've stayed on the nagios 2.x tree long enough, anyone opposed to me >> > updating to 3.1.2 in EPEL? >> >> Nagios 2 and Nagios 3 conf files are not compatible AFAIK -- so upgrade >> will break systems. Instead, maybe we can ship nagios3 package *along >> with* nagios2. >> > > This assumes two things. ?1) that someone is willing to maintain both (I'm > not). ?and 2) that nagios 2 is still supported, and it very well may not > be. > What I am looking at is a long term way of dealing with this. Basically the idea would be 1) current nagios gets replaced with an RPM that is called nagios2 and just has a couple of things in it: A) replaces nagios (or whatever the syntax is my brain -ENOCAFFEINE) B) conflicts nagios3 C) README. This RPM is end of lifed and no longer supported. We are providing this so that you can maintain the source code and packages as needed. 2) new nagios is put into tree as nagios3. This would allow for us to put new stuff in there and not worry about people ending up with broken updates from yum-updated :) Does this sound like a good first idea? -- Stephen J Smoogen. Fedora Infrastructure. From devrim at CommandPrompt.com Mon Jul 6 14:30:48 2009 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 06 Jul 2009 17:30:48 +0300 Subject: Nagios 3.1.2 In-Reply-To: References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> Message-ID: <1246890648.2456.199.camel@hp-laptop2.gunduz.org> On Mon, 2009-07-06 at 09:24 -0500, Mike McGrath wrote: > > Nagios 2 and Nagios 3 conf files are not compatible AFAIK -- so > > upgrade will break systems. Instead, maybe we can ship nagios3 > > package *along with* nagios2. > > This assumes two things. 1) that someone is willing to maintain both > (I'm not). and 2) that nagios 2 is still supported, and it very well > may not be. Finding a maintainer is easy part (I can step up the plate). For (2), I don't care much. It is better than shipping a new nagios package which will break all installations. If we don't push nagios3 as a seperate package, people will start complaining after first update. -- Devrim G?ND?Z , RHCE Professional Services, Training, 24x7 Support Authors: PostgreSQL Replicator, ODBCng, PostgreSQL RPMs, PITRTools http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From cmadams at hiwaay.net Mon Jul 6 16:08:46 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 6 Jul 2009 11:08:46 -0500 Subject: Nagios 3.1.2 In-Reply-To: <1246890648.2456.199.camel@hp-laptop2.gunduz.org> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> <1246890648.2456.199.camel@hp-laptop2.gunduz.org> Message-ID: <20090706160846.GA607637@hiwaay.net> Once upon a time, Devrim G?ND?Z said: > Finding a maintainer is easy part (I can step up the plate). For (2), I > don't care much. It is better than shipping a new nagios package which > will break all installations. If we don't push nagios3 as a seperate > package, people will start complaining after first update. I didn't think there were that many changes between Nagios 2 and 3. Is it really that big of a deal? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From devrim at CommandPrompt.com Mon Jul 6 16:22:15 2009 From: devrim at CommandPrompt.com (Devrim =?ISO-8859-1?Q?G=DCND=DCZ?=) Date: Mon, 06 Jul 2009 19:22:15 +0300 Subject: Nagios 3.1.2 In-Reply-To: <20090706160846.GA607637@hiwaay.net> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> <1246890648.2456.199.camel@hp-laptop2.gunduz.org> <20090706160846.GA607637@hiwaay.net> Message-ID: <1246897335.3441.0.camel@hp-laptop2.gunduz.org> On Mon, 2009-07-06 at 11:08 -0500, Chris Adams wrote: > > I didn't think there were that many changes between Nagios 2 and 3. > Is it really that big of a deal? That is what I was remembering -- Did anyone recently try to use nagios2 conf files with nagios 3 without any single change? -- Devrim G?ND?Z , RHCE Professional Services, Training, 24x7 Support Authors: PostgreSQL Replicator, ODBCng, PostgreSQL RPMs, PITRTools http://www.commandprompt.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From silfreed at silfreed.net Mon Jul 6 17:01:24 2009 From: silfreed at silfreed.net (Douglas E. Warner) Date: Mon, 06 Jul 2009 13:01:24 -0400 Subject: Nagios 3.1.2 In-Reply-To: <1246897335.3441.0.camel@hp-laptop2.gunduz.org> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> <1246890648.2456.199.camel@hp-laptop2.gunduz.org> <20090706160846.GA607637@hiwaay.net> <1246897335.3441.0.camel@hp-laptop2.gunduz.org> Message-ID: <4A522DE4.6050409@silfreed.net> Devrim G?ND?Z wrote: > On Mon, 2009-07-06 at 11:08 -0500, Chris Adams wrote: >> I didn't think there were that many changes between Nagios 2 and 3. >> Is it really that big of a deal? > > That is what I was remembering -- Did anyone recently try to use nagios2 > conf files with nagios 3 without any single change? > I made the upgrade a couple months ago; nagios 3 has new/changed config options that won't work with a straight upgrade (as I think Mike has said repeatedly here). Some new options need set, some old options need removed. -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From cmadams at hiwaay.net Mon Jul 6 22:32:07 2009 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 6 Jul 2009 17:32:07 -0500 Subject: Nagios 3.1.2 In-Reply-To: <4A522DE4.6050409@silfreed.net> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> <1246890648.2456.199.camel@hp-laptop2.gunduz.org> <20090706160846.GA607637@hiwaay.net> <1246897335.3441.0.camel@hp-laptop2.gunduz.org> <4A522DE4.6050409@silfreed.net> Message-ID: <20090706223207.GB607637@hiwaay.net> Once upon a time, Douglas E. Warner said: > I made the upgrade a couple months ago; nagios 3 has new/changed config > options that won't work with a straight upgrade (as I think Mike has said > repeatedly here). Some new options need set, some old options need removed. Does that apply to a majority of Nagios 2 installations? The first time I updated MediaWiki from EPEL it broke, because I had to go run a database update script (that I didn't know about before). It was annoying, but I'd rather have the update than not. I'd say the same applies to Nagios IMHO. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From silfreed at silfreed.net Tue Jul 7 00:55:31 2009 From: silfreed at silfreed.net (Douglas E. Warner) Date: Mon, 06 Jul 2009 20:55:31 -0400 Subject: Nagios 3.1.2 In-Reply-To: <20090706223207.GB607637@hiwaay.net> References: <1246636822.2558.1.camel@hp-laptop2.gunduz.org> <1246890648.2456.199.camel@hp-laptop2.gunduz.org> <20090706160846.GA607637@hiwaay.net> <1246897335.3441.0.camel@hp-laptop2.gunduz.org> <4A522DE4.6050409@silfreed.net> <20090706223207.GB607637@hiwaay.net> Message-ID: <4A529D03.1080401@silfreed.net> Chris Adams wrote: > Once upon a time, Douglas E. Warner said: >> I made the upgrade a couple months ago; nagios 3 has new/changed config >> options that won't work with a straight upgrade (as I think Mike has said >> repeatedly here). Some new options need set, some old options need removed. > > Does that apply to a majority of Nagios 2 installations? > > The first time I updated MediaWiki from EPEL it broke, because I had to > go run a database update script (that I didn't know about before). It > was annoying, but I'd rather have the update than not. I'd say the same > applies to Nagios IMHO. > Media wiki at least has a standard "upgrade" procedure for every version. Nagios does not. Nor is it an automated script. -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From dennis at ausil.us Tue Jul 7 20:33:52 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 7 Jul 2009 15:33:52 -0500 Subject: Builds that may need updates created Message-ID: <200907071533.59870.dennis@ausil.us> if you are the owner of one of the following builds please make sure that you have created an update for it in bodhi either via "make update" in your cvs checkout or via https://admin.fedoraproject.org/updates builds that don't get updates created will never get pushed to stable. Thanks Dennis amarok-1.4.10-5.20090624svn.el5 dist-5E-epel-testing-candidate rdieter bodhi-0.5.27-1.el5 dist-5E-epel-testing-candidate lmacken collectl-3.3.4-2.el5 dist-5E-epel-testing-candidate sharkcz ctdb-1.0.86-1.el5 dist-5E-epel-testing-candidate sbose digikam-0.9.6-1.el5 dist-5E-epel-testing-candidate rdieter fakeroot-1.12.2-21.el5.2 dist-5E-epel-testing-candidate rjones febootstrap-2.3-1.el5.1 dist-5E-epel-testing-candidate rjones fedora-packager-0.3.4-2.el5 dist-5E-epel-testing-candidate ausil gstreamer-java-1.2-1.el5 dist-5E-epel-testing-candidate lfarkas gtk+extra-2.1.1-6.el5 dist-5E-epel-testing-candidate rrankin gyachi-1.2.1-5.el5 dist-5E-epel-testing-candidate ghosler irssi-0.8.13-2.el5 dist-5E-epel-testing-candidate huzaifas jabberd-2.2.5-2.el5 dist-5E-epel-testing-candidate adrian libguestfs-1.0.56-1.el5 dist-5E-epel-testing-candidate rjones mantis-1.1.8-1.el5 dist-5E-epel-testing-candidate giallu mash-0.5.8-1.el5 dist-5E-epel-testing-candidate notting mcu8051ide-1.1-4.el5 dist-5E-epel-testing-candidate shakthimaan mediawiki-CategoryTree-45462-1.el5 dist-5E-epel-testing-candidate ianweller mediawiki-HTTP302Found-1.0-1.el5 dist-5E-epel-testing-candidate ianweller mediawiki-semantic-1.4.2-1.el5 dist-5E-epel-testing-candidate jlaska mingw32-nsiswrapper-3-3.el5.2 dist-5E-epel-testing-candidate rjones mod_wsgi-2.5-1.el5 dist-5E-epel-testing-candidate jbowes nagios-2.12-6.el5 dist-5E-epel-testing-candidate mmcgrath perl-Hash-Merge-0.11-2.el5 dist-5E-epel-testing-candidate spot php-pecl-parsekit-1.2-3.CVS20090309.el5 dist-5E-epel-testing-candidate hubbitus ptrash-1.0.1-1.el5 dist-5E-epel-testing-candidate pjp pwsafe-0.2.0-8.el5 dist-5E-epel-testing-candidate jsteffan python-suds-0.3.6-1.el5 dist-5E-epel-testing-candidate jortel pywbem-0.7.0-2.el5 dist-5E-epel-testing-candidate ke4qqq qemu-0.10.5-1.el5.1 dist-5E-epel-testing-candidate rjones rubygem-main-2.8.4-2.el5 dist-5E-epel-testing-candidate kanarip rubygem-polyglot-0.2.5-3.el5 dist-5E-epel-testing-candidate lkundrak rubygem-rspec-1.2.7-1.el5 dist-5E-epel-testing-candidate stahnma rubygem-term-ansicolor-1.0.3-3.el5 dist-5E-epel-testing-candidate lkundrak squeal-0.4.1-1.el5 dist-5E-epel-testing-candidate dmalcolm squirrel-2.2.3-1.el5 dist-5E-epel-testing-candidate sharkcz supybot-meetbot-0.1.1-2.el5 dist-5E-epel-testing-candidate kevin trac-git-plugin-0.0.1-5.20090628svn3369.el5 dist-5E-epel-testing-candidate jkeating wordpress-2.7.1-2.el5 dist-5E-epel-testing-candidate ausil ykclient-2.3-1.el5 dist-5E-epel-testing-candidate ausil nagios-2.12-6.el4 dist-4E-epel-testing-candidate mmcgrath nagios-plugins-1.4.13-14.1.el4 dist-4E-epel-testing-candidate mmcgrath perl-Hash-Merge-0.11-2.el4 dist-4E-epel-testing-candidate spot ptrash-1.0.1-1.el4 dist-4E-epel-testing-candidate pjp pwsafe-0.2.0-8.el4 dist-4E-epel-testing-candidate jsteffan -------------- 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 kevin at tummy.com Tue Jul 7 20:36:00 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Tue, 7 Jul 2009 14:36:00 -0600 Subject: New Mailing lists reminder Message-ID: <20090707143600.4027b3f0@ohm.scrye.com> Just a quick reminder/note that there are several new mailing lists in EPEL land: epel-announce: https://admin.fedoraproject.org/mailman/listinfo/epel-announce A low volume list that contains announcements of interest to users of EPEL (Extra Packages for Enterprise Linux). (ie, this is a list to tell end users of EPEL to subscribe to for occasional announcements of interest to them). and epel-package-announce: https://admin.fedoraproject.org/mailman/listinfo/epel-package-announce This mailing list is used for announcing package updates for the Fedora EPEL Project. (This is the list that bodhi sends announcements about security updates, and other stable updates. Subscribe to this if you want to know as soon as packages are pushed to stable). Tell your friends to subscribe today! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rjones at redhat.com Tue Jul 7 21:50:38 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 7 Jul 2009 22:50:38 +0100 Subject: Builds that may need updates created In-Reply-To: <200907071533.59870.dennis@ausil.us> References: <200907071533.59870.dennis@ausil.us> Message-ID: <20090707215038.GA7081@amd.home.annexia.org> On Tue, Jul 07, 2009 at 03:33:52PM -0500, Dennis Gilmore wrote: > fakeroot-1.12.2-21.el5.2 dist-5E-epel-testing-candidate rjones > febootstrap-2.3-1.el5.1 dist-5E-epel-testing-candidate rjones > libguestfs-1.0.56-1.el5 dist-5E-epel-testing-candidate rjones > mingw32-nsiswrapper-3-3.el5.2 dist-5E-epel-testing-candidate rjones > qemu-0.10.5-1.el5.1 dist-5E-epel-testing-candidate rjones These are all done now. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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 mastahnke at gmail.com Tue Jul 7 22:32:23 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Tue, 7 Jul 2009 17:32:23 -0500 Subject: EPEL Bug Day July 11, 2009 0-23:59 UTC Message-ID: <7874d9dd0907071532u55a53af6nb1156d93ab532141@mail.gmail.com> EPEL bug day is fast approaching and we are looking for your help. This is a chance to get involved with EPEL and help make the overall product a little better. Goal: Reduce or update bugs from EPEL. Strategy: The vast majority of EPEL bugs have been classified loosely into three categories. * ActualBug -- A real bug, often times with upstream software issues, or perhaps packaging dependencies. To triage, see if you can reproduce, ask for more input, and in general see what can be done to fix it. * PackageBranch -- This is a request to get something into EPEL that currently isn't there. To triage, see if the package has been branched in CVS. Perhaps the maintainer simply hasn't built it yet. Or, if it requires dependencies, contact the maintainer for those dependencies, open another bug, and create the proper relationship between them. * UpdatePackage -- Requests to update packages can be difficult in EPEL, but each should be evaluated. Ask for reasons why the update is required (security is an extremely valid reason). Sometimes the old version is no longer maintained upstream, etc. Keep in mind that updates that cause breakage should at least be mentioned on the epel-announce mailing list. Feel free to take a bug and help out. It's a 24 hour event, and we have about 135 bugs. If we can get 6 bugs an hour triage and updated, that would be all of them. Event coordination and collaboration will occur in #epel on irc.freenode.net. (Also you don't have to wait until July 11 to start) More Information: * https://fedoraproject.org/wiki/EPEL_Bug_Day_July_2009 Current Bug List * http://tr.im/epelbugs From tmz at pobox.com Wed Jul 8 02:41:12 2009 From: tmz at pobox.com (Todd Zullinger) Date: Tue, 7 Jul 2009 22:41:12 -0400 Subject: EPEL Bug Day July 11, 2009 0-23:59 UTC In-Reply-To: <7874d9dd0907071532u55a53af6nb1156d93ab532141@mail.gmail.com> References: <7874d9dd0907071532u55a53af6nb1156d93ab532141@mail.gmail.com> Message-ID: <20090708024112.GA19992@inocybe.localdomain> Michael Stahnke wrote: > Feel free to take a bug and help out. It's a 24 hour event, and we > have about 135 bugs. If we can get 6 bugs an hour triage and > updated, that would be all of them. This is surely a worthy goal, thanks for working on it. I am curious what the plan is for bugs that are already assigned. I have a few bugs on the list that I have assigned to myself (as a co-maintainer of the affected packages) and am working on or testing fixes. I'm not sure that there is much to gain from anyone spending time to triage these bugs, as they're already known and in progress. -- Todd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ A lot of people I know believe in positive thinking, and so do I. I believe everything positively stinks. -- Lew Col -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 542 bytes Desc: not available URL: From mastahnke at gmail.com Wed Jul 8 03:10:16 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Tue, 7 Jul 2009 22:10:16 -0500 Subject: EPEL Bug Day July 11, 2009 0-23:59 UTC In-Reply-To: <20090708024112.GA19992@inocybe.localdomain> References: <7874d9dd0907071532u55a53af6nb1156d93ab532141@mail.gmail.com> <20090708024112.GA19992@inocybe.localdomain> Message-ID: <7874d9dd0907072010w36ced43am9d780121e95d50be@mail.gmail.com> On Tue, Jul 7, 2009 at 9:41 PM, Todd Zullinger wrote: > Michael Stahnke wrote: >> Feel free to take a bug and help out. ?It's a 24 hour event, and we >> have about 135 bugs. ?If we can get 6 bugs an hour triage and >> updated, that would be all of them. > > This is surely a worthy goal, thanks for working on it. > > I am curious what the plan is for bugs that are already assigned. ?I > have a few bugs on the list that I have assigned to myself (as a > co-maintainer of the affected packages) and am working on or testing > fixes. ?I'm not sure that there is much to gain from anyone spending > time to triage these bugs, as they're already known and in progress. > > -- > Todd ? ? ? ?OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > A lot of people I know believe in positive thinking, and so do I. ?I > believe everything positively stinks. > ? ?-- Lew Col > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > Good point and I certainly didn't cover it too well. If you don't need a lot of help on triaging, feel free to offer fixes and closure :) Also, just marking 'triaged' in the Whiteboard field would work. stahnma From limb at jcomserv.net Wed Jul 8 16:35:03 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 08 Jul 2009 11:35:03 -0500 Subject: Repoview? Message-ID: <4A54CAB7.9010207@jcomserv.net> Links from the Wiki (http://fedoraproject.org/wiki/EPEL) into EPEL's Repoview (http://download.fedora.redhat.com/pub/epel/5/SRPMS/repoview/ et. al.) are broken. Has this moved, is it broken, am I just not worthy . . . -J -- in your fear, speak only peace in your fear, seek only love -d. bowie From dennis at ausil.us Wed Jul 8 16:47:45 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 8 Jul 2009 11:47:45 -0500 Subject: Repoview? In-Reply-To: <4A54CAB7.9010207@jcomserv.net> References: <4A54CAB7.9010207@jcomserv.net> Message-ID: <200907081147.53767.dennis@ausil.us> On Wednesday 08 July 2009 11:35:03 am Jon Ciesla wrote: > Links from the Wiki (http://fedoraproject.org/wiki/EPEL) into EPEL's > Repoview (http://download.fedora.redhat.com/pub/epel/5/SRPMS/repoview/ > et. al.) are broken. Has this moved, is it broken, am I just not worthy repoview is not enabled. ive made the configuration changes to enable it again but im waiting for a fedora updates push to complete so that i can do an epel push. 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 limb at jcomserv.net Wed Jul 8 16:55:35 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Wed, 08 Jul 2009 11:55:35 -0500 Subject: Repoview? In-Reply-To: <200907081147.53767.dennis@ausil.us> References: <4A54CAB7.9010207@jcomserv.net> <200907081147.53767.dennis@ausil.us> Message-ID: <4A54CF87.7020307@jcomserv.net> Dennis Gilmore wrote: > On Wednesday 08 July 2009 11:35:03 am Jon Ciesla wrote: > >> Links from the Wiki (http://fedoraproject.org/wiki/EPEL) into EPEL's >> Repoview (http://download.fedora.redhat.com/pub/epel/5/SRPMS/repoview/ >> et. al.) are broken. Has this moved, is it broken, am I just not worthy >> > > repoview is not enabled. ive made the configuration changes to enable it again > but im waiting for a fedora updates push to complete so that i can do an epel > push. > > Dennis > > ------------------------------------------------------------------------ > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Cool, thanks. -- in your fear, speak only peace in your fear, seek only love -d. bowie From giallu at gmail.com Thu Jul 9 08:09:34 2009 From: giallu at gmail.com (Gianluca Sforna) Date: Thu, 9 Jul 2009 10:09:34 +0200 Subject: Builds that may need updates created In-Reply-To: <200907071533.59870.dennis@ausil.us> References: <200907071533.59870.dennis@ausil.us> Message-ID: 2009/7/7 Dennis Gilmore : > mantis-1.1.8-1.el5 ? ? ? ? ? ? ? ? ? ? dist-5E-epel-testing-candidate ?giallu Done, thanks for the heads-up -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna From kevin at tummy.com Thu Jul 9 20:03:21 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 9 Jul 2009 14:03:21 -0600 Subject: current orphan packages in EPEL Message-ID: <20090709140321.19f55911@ohm.scrye.com> I meant to post this a while back. This is the current list of orphaned packages in EPEL. Some of them were retired for good reason, see the https://fedoraproject.org/wiki/Retired_packages page to find out if thats the case. Some of them simply need new maintainers to step up and give them love. ;) SDL_image abcde apt cd-discid chrpath csync2 cvs2cl djvulibre fakechroot fedora-package-config-apt fedora-package-config-smart freetennis fxload gedit-plugins ginac gkrellm gkrellm-volume greylistd gtkhtml38 hellanzb homestead horde imp ingo jeta js kronolith libFoundation libburn libcdaudio libid3tag libmodplug mach ms-sys nopaste otrs perl-Class-MethodMaker perl-Text-CharWidth perl-Text-WrapI18N po4a python-dbsprockets python-paramiko pytz reciteword redet redet-doc scim-chewing scim-hangul shapelib smart sos sqlite svn2cl synaptic tpm-tools turba viewmtn vpnc windowlab Before taking ownership of any of these, please check the retired packages page, and consider contacting the former maintainer for more information. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Thu Jul 9 20:03:32 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 9 Jul 2009 14:03:32 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-07-09) Message-ID: <20090709140332.564d6f7d@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Koji/Bodhi - All done? Pushing Packages to stable too soon. Pushing schedules (stable/testing). Bug day this weekend. Dealing with incompatible upgrades (moinmoin, nagios, rdiff-backup, duplicity,etc) Repoclosure/QA scripts Orphans If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From itamar at ispbrasil.com.br Thu Jul 9 20:20:05 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Thu, 9 Jul 2009 17:20:05 -0300 Subject: current orphan packages in EPEL In-Reply-To: <20090709140321.19f55911@ohm.scrye.com> References: <20090709140321.19f55911@ohm.scrye.com> Message-ID: since now it's easy to build epel packages using koji then I have grabbed these packages apt fedora-package-config-apt smart fedora-package-config-smart sqlite chrpath co-maintaners are welcome. On Thu, Jul 9, 2009 at 5:03 PM, Kevin Fenzi wrote: > I meant to post this a while back. > > This is the current list of orphaned packages in EPEL. > Some of them were retired for good reason, see the > https://fedoraproject.org/wiki/Retired_packages > page to find out if thats the case. > > Some of them simply need new maintainers to step up and give them > love. ;) > > SDL_image > abcde > apt > cd-discid > chrpath > csync2 > cvs2cl > djvulibre > fakechroot > fedora-package-config-apt > fedora-package-config-smart > freetennis > fxload > gedit-plugins > ginac > gkrellm > gkrellm-volume > greylistd > gtkhtml38 > hellanzb > homestead > horde > imp > ingo > jeta > js > kronolith > libFoundation > libburn > libcdaudio > libid3tag > libmodplug > mach > ms-sys > nopaste > otrs > perl-Class-MethodMaker > perl-Text-CharWidth > perl-Text-WrapI18N > po4a > python-dbsprockets > python-paramiko > pytz > reciteword > redet > redet-doc > scim-chewing > scim-hangul > shapelib > smart > sos > sqlite > svn2cl > synaptic > tpm-tools > turba > viewmtn > vpnc > windowlab > > Before taking ownership of any of these, please check the retired > packages page, and consider contacting the former maintainer for more > information. > > kevin > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > -- ------------ Itamar Reis Peixoto e-mail/msn: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From kevin at tummy.com Thu Jul 9 21:13:44 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 9 Jul 2009 15:13:44 -0600 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> Message-ID: <20090709151344.3350f231@ohm.scrye.com> On Thu, 9 Jul 2009 17:20:05 -0300 Itamar Reis Peixoto wrote: > since now it's easy to build epel packages using koji then I have > grabbed these packages > > apt > fedora-package-config-apt > > smart > fedora-package-config-smart > > sqlite Note a bit of history on this one. This is only in EL-4, and CentOS is also shipping it, so the sqlite/EL-4/UPDATE-CAREFULLY file says: This package exists in CentOS-4 base. Please be careful when updating that the EVR here remains lower than in CentOS-4. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rjones at redhat.com Thu Jul 9 21:22:56 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 9 Jul 2009 22:22:56 +0100 Subject: current orphan packages in EPEL In-Reply-To: <20090709140321.19f55911@ohm.scrye.com> References: <20090709140321.19f55911@ohm.scrye.com> Message-ID: <20090709212256.GA22929@amd.home.annexia.org> On Thu, Jul 09, 2009 at 02:03:21PM -0600, Kevin Fenzi wrote: > fakechroot I took this one in EL-5 only (not EL-4). > freetennis I think this one should be removed. Dead upstream. > sqlite Bit surprised at this one ... sadly I don't have time to look after it. > vpnc I took the Fedora branch of this one, but can't really give it enough time so I don't want to take any more branches. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From maxamillion at gmail.com Thu Jul 9 21:26:52 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 9 Jul 2009 16:26:52 -0500 Subject: current orphan packages in EPEL In-Reply-To: <20090709151344.3350f231@ohm.scrye.com> References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> Message-ID: I think the next question would be "Why does CentOS ship sqlite in base if RedHat doesn't?" But that's a question for another list. [root at fooBox ~]# cat /etc/redhat-release Red Hat Enterprise Linux ES release 4 (Nahant Update 8) [root at fooBox ~]# up2date --showall | grep -i sqlite [root at fooBox ~]# -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dennis at ausil.us Thu Jul 9 21:36:50 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 9 Jul 2009 16:36:50 -0500 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> Message-ID: <200907091636.51327.dennis@ausil.us> On Thursday 09 July 2009 04:26:52 pm Adam Miller wrote: > I think the next question would be "Why does CentOS ship sqlite in > base if RedHat doesn't?" > > But that's a question for another list. > > [root at fooBox ~]# cat /etc/redhat-release > Red Hat Enterprise Linux ES release 4 (Nahant Update 8) > [root at fooBox ~]# up2date --showall | grep -i sqlite > [root at fooBox ~]# yum the big difference between RHEL-4 and CentOS-4 is up2date vs yum 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 maxamillion at gmail.com Thu Jul 9 21:48:29 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 9 Jul 2009 16:48:29 -0500 Subject: current orphan packages in EPEL In-Reply-To: <200907091636.51327.dennis@ausil.us> References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> <200907091636.51327.dennis@ausil.us> Message-ID: On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore wrote: > yum ?the big difference between RHEL-4 and CentOS-4 is up2date vs yum > > Dennis > > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > I'm currently getting info from centos-devel list about why yum is part of CentOS4 when its not in RHEL4. I think the deviation of Enterprise Linux, which is what we package extra packages for, is no grounds for us being concerned with our update/development model.... Just my opinion. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From wolfy at nobugconsulting.ro Thu Jul 9 22:02:22 2009 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Fri, 10 Jul 2009 01:02:22 +0300 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> <200907091636.51327.dennis@ausil.us> Message-ID: <4A5668EE.4090000@nobugconsulting.ro> On 07/10/2009 12:48 AM, Adam Miller wrote: > On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore wrote: > >> yum the big difference between RHEL-4 and CentOS-4 is up2date vs yum >> >> Dennis >> >> > > I'm currently getting info from centos-devel list about why yum is > part of CentOS4 when its not in RHEL4. I think the deviation of > Enterprise Linux, which is what we package extra packages for, is no > grounds for us being concerned with our update/development model.... > Just my opinion. > You do realize that a LARGE part of the EPEL consumers [including ISPs] use Centos, do you ? From maxamillion at gmail.com Thu Jul 9 22:06:08 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 9 Jul 2009 17:06:08 -0500 Subject: current orphan packages in EPEL In-Reply-To: <4A5668EE.4090000@nobugconsulting.ro> References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> <200907091636.51327.dennis@ausil.us> <4A5668EE.4090000@nobugconsulting.ro> Message-ID: On Thu, Jul 9, 2009 at 5:02 PM, Manuel Wolfshant wrote: > > You do realize that a LARGE part of the EPEL consumers [including ISPs] use > Centos, do you ?? > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > Is that claim able to be verified with a realistic statistic? And if it is true they can set yum priorities. I don't see how its our responsibility to cater to those RHEL clones that are out of sync with RHEL. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dennis at ausil.us Thu Jul 9 22:09:05 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 9 Jul 2009 17:09:05 -0500 Subject: EPEL testing updates Message-ID: <200907091709.10783.dennis@ausil.us> The list of updates to epel-testing were sent to the wrong list. http://lists.fedoraproject.org/pipermail/epel-package-announce/2009- July/000004.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From rayvd at bludgeon.org Thu Jul 9 22:14:41 2009 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Thu, 9 Jul 2009 15:14:41 -0700 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> <20090709151344.3350f231@ohm.scrye.com> <200907091636.51327.dennis@ausil.us> <4A5668EE.4090000@nobugconsulting.ro> Message-ID: <20090709221441.GA5907@bludgeon.org> On Thu, Jul 09, 2009 at 05:06:08PM -0500, Adam Miller wrote: > On Thu, Jul 9, 2009 at 5:02 PM, Manuel > Wolfshant wrote: > > > > You do realize that a LARGE part of the EPEL consumers [including ISPs] use > > Centos, do you ?? > > > > Is that claim able to be verified with a realistic statistic? And if > it is true they can set yum priorities. I don't see how its our > responsibility to cater to those RHEL clones that are out of sync with > RHEL. No offense, but it'd be a waste of time to gather metrics on CentOS usage. Suffice to say it's very widely used. :) But I agree with what you're saying. I don't have a problem with sqlite being in EPEL. The CentOS users can always exclude it when they make use of the EPEL repo... Ray From dennis at ausil.us Thu Jul 9 22:17:05 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 9 Jul 2009 17:17:05 -0500 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> <200907091636.51327.dennis@ausil.us> Message-ID: <200907091717.06117.dennis@ausil.us> On Thursday 09 July 2009 04:48:29 pm Adam Miller wrote: > On Thu, Jul 9, 2009 at 4:36 PM, Dennis Gilmore wrote: > > yum the big difference between RHEL-4 and CentOS-4 is up2date vs yum > > > > Dennis > > > > > > > > _______________________________________________ > > epel-devel-list mailing list > > epel-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/epel-devel-list > > I'm currently getting info from centos-devel list about why yum is > part of CentOS4 when its not in RHEL4. I think the deviation of > Enterprise Linux, which is what we package extra packages for, is no > grounds for us being concerned with our update/development model.... > Just my opinion. They used yum because it was easier and more flexible than up2date. we ship yum and sqlite for cobbler but keep the versions less that what is in CentOS. so that epel customers dont need to worry about our version replacing the CentOS one. I know that I personally use CentOS as i'm sure most of the EPEL developers do. mock in epel ships with configs pointing to CentOS for developers to build against. 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 Thu Jul 9 22:23:40 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 9 Jul 2009 17:23:40 -0500 Subject: current orphan packages in EPEL In-Reply-To: <20090709221441.GA5907@bludgeon.org> References: <20090709140321.19f55911@ohm.scrye.com> <20090709221441.GA5907@bludgeon.org> Message-ID: <200907091723.41589.dennis@ausil.us> On Thursday 09 July 2009 05:14:41 pm Ray Van Dolson wrote: > On Thu, Jul 09, 2009 at 05:06:08PM -0500, Adam Miller wrote: > > On Thu, Jul 9, 2009 at 5:02 PM, Manuel > > > > Wolfshant wrote: > > > You do realize that a LARGE part of the EPEL consumers [including ISPs] > > > use Centos, do you ? > > > > Is that claim able to be verified with a realistic statistic? And if > > it is true they can set yum priorities. I don't see how its our > > responsibility to cater to those RHEL clones that are out of sync with > > RHEL. > > No offense, but it'd be a waste of time to gather metrics on CentOS > usage. Suffice to say it's very widely used. :) > > But I agree with what you're saying. I don't have a problem with > sqlite being in EPEL. The CentOS users can always exclude it when they > make use of the EPEL repo... Not an option, we said long ago that we would keep the version purposely lower and we must stick with that. 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 wdierkes at 5dollarwhitebox.org Fri Jul 10 00:59:42 2009 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Thu, 9 Jul 2009 19:59:42 -0500 Subject: Fail2ban + Shorewall Question Message-ID: <7FF9D4EF-C9B4-4745-AF4A-CBA79154918E@5dollarwhitebox.org> Hello all, I bring this to the list being that the issue isn't necessarily a bug, rather a concern about implementation. Per the documentation [http://www.fail2ban.org/wiki/index.php/MANUAL_0_8 ] fail2ban is _capable_ of supporting shorewall (among other things) and even states that "the following software is optional but recommended" with reference to shorewall. However, fail2ban does not _require_ shorewall to function. That said, having a 'Requires: shorewall' in the fail2ban spec seems unnecessary and in my opinion improper. Breaking the package out into a sub package doesn't seem necessary either... being that the only file(s) I see that could be split off would be: ]# rpm -ql fail2ban | grep shorewall /etc/fail2ban/action.d/shorewall.conf Regardless, for the sake of those that have no interest in shorewall (and in particular those that want to avoid having to support shorewall) I'd like to suggest that fail2ban-shorewall be broken off in a sub-package so that the dependency of shorewall is only enacted when desired. Thoughts? Thank you for your time. --- derks From djuran at redhat.com Fri Jul 10 10:09:39 2009 From: djuran at redhat.com (David Juran) Date: Fri, 10 Jul 2009 13:09:39 +0300 Subject: sos is in RHEL In-Reply-To: <20090709140321.19f55911@ohm.scrye.com> References: <20090709140321.19f55911@ohm.scrye.com> Message-ID: <1247220579.18406.2.camel@localhost.localdomain> On Thu, 2009-07-09 at 14:03 -0600, Kevin Fenzi wrote: > This is the current list of orphaned packages in EPEL. > Some of them were retired for good reason, see the > https://fedoraproject.org/wiki/Retired_packages > page to find out if thats the case. > > Some of them simply need new maintainers to step up and give them > love. ;) > sos sos (formerly known as sysreport) is in RHEL and should therefore be removed from EPEL -- 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: 197 bytes Desc: This is a digitally signed message part URL: From xavier at bachelot.org Fri Jul 10 10:13:14 2009 From: xavier at bachelot.org (Xavier Bachelot) Date: Fri, 10 Jul 2009 12:13:14 +0200 Subject: Fail2ban + Shorewall Question In-Reply-To: <7FF9D4EF-C9B4-4745-AF4A-CBA79154918E@5dollarwhitebox.org> References: <7FF9D4EF-C9B4-4745-AF4A-CBA79154918E@5dollarwhitebox.org> Message-ID: > Hello all, > > I bring this to the list being that the issue isn't necessarily a bug, > rather a concern about implementation. Per the documentation > [http://www.fail2ban.org/wiki/index.php/MANUAL_0_8 > ] fail2ban is _capable_ of supporting shorewall (among other things) > and even states that "the following software is optional but > recommended" with reference to shorewall. However, fail2ban does not > _require_ shorewall to function. > > That said, having a 'Requires: shorewall' in the fail2ban spec seems > unnecessary and in my opinion improper. Breaking the package out into > a sub package doesn't seem necessary either... being that the only > file(s) I see that could be split off would be: > > ]# rpm -ql fail2ban | grep shorewall > /etc/fail2ban/action.d/shorewall.conf > > > Regardless, for the sake of those that have no interest in shorewall > (and in particular those that want to avoid having to support > shorewall) I'd like to suggest that fail2ban-shorewall be broken off > in a sub-package so that the dependency of shorewall is only enacted > when desired. > Or maybe drop the require on shorewall completely. People willing to enable the shorewall functionality can install it manually. fail2ban needs to be configured to do anything useful after installation, installing shorewall might just be an additional step. Btw, the Fedora package suffer from the same limitation, whatever is done should be on all branches. Regards, Xavier From maxamillion at gmail.com Fri Jul 10 13:27:51 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 10 Jul 2009 08:27:51 -0500 Subject: Fail2ban + Shorewall Question In-Reply-To: References: <7FF9D4EF-C9B4-4745-AF4A-CBA79154918E@5dollarwhitebox.org> Message-ID: I'm the EPEL maintainer for fail2ban and I'm actually all for the change, but I don't have plans to deviate from the Fedora package outside of backport patches that might pop up as needed and I'm not the Fedora packager (the Fedora maintainer said he had no interest in packaging fail2ban for EPEL). If you could (or I can, either way) basically just copy and paste your original email to the fedora-devel-list and we can get into conversations about how people would like to see it handled "upstream" then we can get that change reflected here in EPEL. -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From maxamillion at gmail.com Fri Jul 10 13:32:58 2009 From: maxamillion at gmail.com (Adam Miller) Date: Fri, 10 Jul 2009 08:32:58 -0500 Subject: current orphan packages in EPEL In-Reply-To: <200907091723.41589.dennis@ausil.us> References: <20090709140321.19f55911@ohm.scrye.com> <20090709221441.GA5907@bludgeon.org> <200907091723.41589.dennis@ausil.us> Message-ID: What happens when Scientific Linux has some package that we conflict with, or maybe Eadem Enterprise AS, Fermi Linux, Lineox Enterprise Linux, Miracle Linux, NuxOne Linux, Pie Box Enterprise Linux, StartCom Linux, Tao Linux, White Box Enterprise Linux, or X/OS Linux? Where do we draw the line with exceptions to RHEL clones that are not synchronized with their "upstream"? -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From limb at jcomserv.net Fri Jul 10 13:34:58 2009 From: limb at jcomserv.net (Jon Ciesla) Date: Fri, 10 Jul 2009 08:34:58 -0500 Subject: current orphan packages in EPEL In-Reply-To: <20090709140321.19f55911@ohm.scrye.com> References: <20090709140321.19f55911@ohm.scrye.com> Message-ID: <4A574382.50302@jcomserv.net> Kevin Fenzi wrote: > I meant to post this a while back. > > This is the current list of orphaned packages in EPEL. > Some of them were retired for good reason, see the > https://fedoraproject.org/wiki/Retired_packages > page to find out if thats the case. > > Some of them simply need new maintainers to step up and give them > love. ;) > > SDL_image > abcde > apt > cd-discid > chrpath > csync2 > cvs2cl > djvulibre > fakechroot > fedora-package-config-apt > fedora-package-config-smart > freetennis > fxload > gedit-plugins > ginac > gkrellm > gkrellm-volume > greylistd > gtkhtml38 > hellanzb > homestead > horde > imp > ingo > jeta > js > kronolith > libFoundation > libburn > libcdaudio > libid3tag > libmodplug > mach > ms-sys > nopaste > otrs > perl-Class-MethodMaker > perl-Text-CharWidth > perl-Text-WrapI18N > po4a > python-dbsprockets > python-paramiko > pytz > reciteword > redet > redet-doc > scim-chewing > scim-hangul > shapelib > smart > sos > sqlite > svn2cl > synaptic > tpm-tools > turba > viewmtn > vpnc > windowlab > > Before taking ownership of any of these, please check the retired > packages page, and consider contacting the former maintainer for more > information. > > kevin > > ------------------------------------------------------------------------ > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I took python-paramiko. -- in your fear, speak only peace in your fear, seek only love -d. bowie From dennis at ausil.us Fri Jul 10 15:39:42 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Fri, 10 Jul 2009 10:39:42 -0500 Subject: current orphan packages in EPEL In-Reply-To: References: <20090709140321.19f55911@ohm.scrye.com> <200907091723.41589.dennis@ausil.us> Message-ID: <200907101039.48627.dennis@ausil.us> On Friday 10 July 2009 08:32:58 am Adam Miller wrote: > What happens when Scientific Linux has some package that we conflict > with, or maybe Eadem Enterprise AS, Fermi Linux, Lineox Enterprise > Linux, Miracle Linux, NuxOne Linux, Pie Box Enterprise Linux, StartCom > Linux, Tao Linux, White Box Enterprise Linux, or X/OS Linux? > > Where do we draw the line with exceptions to RHEL clones that are not > synchronized with their "upstream"? > > -Adam We only made the one exception for CentOS 4. They came before us. it was a one time thing for one release. Anything that moves into RHEL and in turn CentOS is removed from EPEL. 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 Fri Jul 10 16:57:41 2009 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Fri, 10 Jul 2009 18:57:41 +0200 Subject: Plan for tomorrow's EPEL meeting (2009-07-09) In-Reply-To: <20090709140332.564d6f7d@ohm.scrye.com> References: <20090709140332.564d6f7d@ohm.scrye.com> Message-ID: <1247245061.3831.101.camel@eagle.danny.cz> Kevin Fenzi p??e v ?t 09. 07. 2009 v 14:03 -0600: > Here's the topic list for tomorrow's EPEL meeting, which will take > place at 21:00 UTC in #fedora-meeting on irc.freenode.net. > > Koji/Bodhi - All done? > Pushing Packages to stable too soon. > Pushing schedules (stable/testing). > Bug day this weekend. > Dealing with incompatible upgrades (moinmoin, nagios, rdiff-backup, > duplicity,etc) Zabbix is another example. There is a plan in RPM Fusion to solve such issues with building an add-on repo that would contain newer-than-EPEL (or even newer than rawhide) packages. The idea is sleeping now, because no driving force is available. But with an increasing list of package candidates it could move forward. > Repoclosure/QA scripts > Orphans > > If there is something else that folks would like to discuss, please > followup to this email or mention it in the Open Floor section of the > meeting at the end. Hope to see everyone there! Dan From lmacken at redhat.com Fri Jul 10 18:37:54 2009 From: lmacken at redhat.com (Luke Macken) Date: Fri, 10 Jul 2009 14:37:54 -0400 Subject: bodhi 0.6.0 with EPEL support In-Reply-To: References: <20090704032535.GD8337@x300.pdf.local> Message-ID: <20090710183754.GD3113@x300> On Sat, Jul 04, 2009 at 12:45:21AM -0300, Itamar Reis Peixoto wrote: > there are no way to push updates for fc7, fc8 and now fc9, so there > are a way to remove these from new update from in autocomplete field? Right now bodhi simply autocompletes everything in /mnt/koji/packages, so yeah, there is a lot of crud in there now. There is a ticket upstream for making this less painful. https://fedorahosted.org/bodhi/ticket/206 luke From kevin at tummy.com Fri Jul 10 21:59:31 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 10 Jul 2009 15:59:31 -0600 Subject: EPEL meeting summary/minutes - 2009-07-10 Message-ID: <20090710155931.4c8e4512@ohm.scrye.com> Meeting log Koji/Bodhi - All done? (nirik-21:05:09) Pushing Packages to stable too soon. (nirik-21:06:44) AGREED: stable pushes will be every 2 weeks on tuesday. Testing pushes will be every weekday or so. All updates must spend time in testing unless security related. 2 weeks or karma to promote to stable. Security pushes to stable will happen as needed. (nirik-21:21:55) ACTION: nirik will post to the list and update the wiki with this policy info (nirik-21:22:06) Bug day this weekend. (nirik-21:23:19) LINK: http://tr.im/epelbugs (stahnma-21:23:52) Dealing with incompatible upgrades (zabbix, moinmoin, nagios, rdiff-backup, duplicity,etc) (nirik-21:29:53) ACTION: ssmoogen will sent a post to the list about using different versioned packages to handle this mess. (nirik-21:44:40) Repoclosure/QA scripts (nirik-21:46:14) ACTION: lmacken and ssmoogen will work on getting a repoclosure/deps checker going. (nirik-21:52:28) LINK: https://fedorahosted.org/bodhi/ticket/79 (lmacken-21:52:33) Orphans (nirik-21:53:08) INFO: check the list for a posting on orphans and how to give them a home. (nirik-21:53:32) open floor (nirik-21:53:43) Meeting ended at 21:56:56 UTC. Action Items nirik will post to the list and update the wiki with this policy info ssmoogen will sent a post to the list about using different versioned packages to handle this mess. lmacken and ssmoogen will work on getting a repoclosure/deps checker going. People Present (lines said) nirik (84) stahnma (48) ssmoogen (43) dgilmore (40) lmacken (32) giesen (10) muep___ (7) vpv (2) quaid (1) sharkcz (1) Full log attached: kevin -- 21:00:01 #startmeeting 21:00:08 #meetingtopic EPEL 21:00:15 who all is here for the epel meeting? 21:02:58 * dgilmore 21:03:02 * stahnma is 21:03:03 * giesen 21:03:10 hurray. It's not just me. ;) 21:03:12 * vpv 21:03:49 how many people normally show up for these? (this is my first) 21:04:02 6-7 often times 21:04:03 * muep___ 21:04:12 we enjoy more :) 21:04:27 more input is great! :) 21:05:04 I'm dealing with a bunch of day job items, so I might go slowly here... ;) 21:05:09 #topic Koji/Bodhi - All done? 21:05:10 my first attendance as well... though I use centos only little 21:05:18 dgilmore: how are we looking? 21:05:25 nirik: ok. 21:05:35 theres some bugs that need fixing 21:05:43 pretty much done 21:05:52 in terms of deployment/hacking... 21:05:58 the push process need some tuning 21:06:03 * nirik cheers. Thanks for working on that. Very appreciated. 21:06:05 policy-wise... we need to make some decisions and hack them into place 21:06:12 eg: mandatory testing? 21:06:19 lmacken: right 21:06:21 yeah, I had that on the agenda. 21:06:21 autokarma? 21:06:22 etc 21:06:39 so, I guess moving on: 21:06:44 #topic Pushing Packages to stable too soon. 21:07:00 this ties in with the next topic I had, which was: Pushing schedules (stable/testing). 21:07:21 people keep trying to send things straight to stable 21:07:43 I think if we reestablish the pushing policy/proess and communicate it, we'll be ok 21:07:54 yeah, so what should that policy be? 21:07:58 in the recent past, pushes were very non-exact, so people probably got impatient 21:08:01 and just asked for stable 21:08:41 stahnma: one person in particular continues trying to push to stable even after i asked via email and in bodhi to keep the package in testing 21:09:00 I think we should require time in testing for all non security updates. 21:09:07 is there any way to prevent a stable request if it's not a security update? 21:09:09 i agree 21:09:14 i think 2 weeks 21:09:21 i mean technically, like disable the request button or something 21:09:37 lmacken: ? can we do that for epel? 21:09:39 "time" or "karma"? if something hits testing and 3 people test it and +1 it, should it really sit around? 21:09:41 maybe even that we push to stable every second tuesday 21:09:52 it can be done.. 21:10:03 ie, epel updates have 'testing' and 'security' 21:10:14 and unless its security related it needs to have some stint in testing 21:10:17 testing trumps time, but time is good for packages that don't get used all that often 21:10:36 stahnma: agreed. 21:10:42 stahnma: right autokarma can trigger erlier pushes 21:11:04 I'm ok with karma as long as people are testing/confirming the update works for them. 21:11:05 makes sense 21:11:36 a simple solution for the time-based testing->stable moves would be to hack the bodhi client to say "show me all testing packages that have been sitting for 2 weeks"... 21:11:41 that wouldn't require any bodhi-server changes too 21:11:49 that's a pl8us 21:11:57 I also like the non security stable pushes only being every 2 weeks on tuesday. 21:12:04 lmacken: well at least client side 21:12:14 can you do that and everything that has +3 karam 21:12:18 yeah, that sounds nice... and a way to promote a list to stable. 21:12:33 like select updates where karma>3 or request_date>2weeks 21:12:36 but yeah, if we only push every 2 weeks, then that takes care of the time-in-testing for us 21:13:04 sorry I am a bit late 21:13:19 lmacken: im going to look to adding to bodhi-client so that it doesnt try to push to stable all teh time 21:13:34 dgilmore: ok 21:13:35 lmacken: i think we can do most of what we need client side 21:13:38 yeah 21:13:40 with no server changes 21:13:50 good :) that makes me much happier 21:13:58 does everyone like that general policy? 21:14:01 lmacken: :) 21:14:02 * lmacken pushed out 28 bodhi versions this week to get EPEL working 21:14:14 wow 21:14:16 ouch 21:14:25 lmacken: its much appreciated 21:14:34 is karama able to trump time? 21:14:34 fix bug -> mock -> scp -> rpmsign -> createrepo -> yum update -> puppetd -> apachectl -> test 21:14:37 repeat 28 times :) 21:14:43 or is it strickly time based? 21:14:59 even with carm, should there still not be a minimum period? 21:14:59 stahnma: karma can trump time 21:15:01 * ssmoogen wonders if we will do deltarpms with EPEL-6 21:15:03 stahnma: autokarma can currently trump time 21:15:04 *karma 21:15:12 stahnma: but stable will be every two weeks on a tuesday 21:15:15 Proposed: stable pushes will be every 2 weeks on tuesday. Testing pushes will be every weekday or so. All updates must spend time in testing unless security related. 2 weeks or karma to promote to stable. 21:15:37 so in practice karma doesn't matter, right? 21:15:40 well, I guess it can. 21:15:49 nirik: security pushes to stable will happen more often that two weeks 21:16:03 +1 to proposal 21:16:08 nirik: ill start the stable pushes on tuesday 21:16:08 Proposed: stable pushes will be every 2 weeks on tuesday. Testing pushes will be every weekday or so. All updates must spend time in testing unless security related. 2 weeks or karma to promote to stable. Security pushes to stable will happen as needed. 21:16:11 +1 to proposal 21:16:35 very nice 21:16:45 nirik: packages wont be autopromoted 21:17:28 nirik: but if someone tries to move it to stable before 2 weeks it will wait 21:17:40 dgilmore: so a package thats been in testing 2 weeks won't go to stable unless the maintainer requests it? 21:17:50 (that doesn't have karma) 21:18:29 nirik: right 21:18:49 thats kinda a pain... as maintainers will have to remember to go back and do that after two weeks... 21:19:00 ie, they will need to keep track of a timer on all their updates. 21:19:02 nirik: bodhi reminds people after 2 weeks 21:19:22 can we customize that for epel? or it's a stock email? 21:19:29 nirik: its stock 21:20:40 dgilmore, can other people be notified also? 21:20:43 * nirik looks to see what it says. I guess it's ok. 21:20:59 ssmoogen: not sure 21:21:20 yeah, that seems fine to me. 21:21:25 that way if stuff sits there for a looooong time managers could be notified? 21:21:29 I guess I will write up a wiki page and post to the list? 21:21:55 #agreed stable pushes will be every 2 weeks on tuesday. Testing pushes will be every weekday or so. All updates must spend time in testing unless security related. 2 weeks or karma to promote to stable. Security pushes to stable will happen as needed. 21:21:56 ssmoogen: im sure we can get reports from bodhi 21:22:06 #action nirik will post to the list and update the wiki with this policy info 21:22:33 anything more on this topic, or shall we move on? 21:23:01 dgilmore, thanks 21:23:19 #topic Bug day this weekend. 21:23:28 Anything we need to prep for bug day? 21:23:33 starting in just a few hours! 21:23:39 not a whole lot. 21:23:48 I encourage everybody to participate 21:23:51 I have friends visiting from out of town this weekend, but I should be around if anyone needs me... will try and poke at some bugs. 21:23:52 http://tr.im/epelbugs 21:24:10 I sent out a notice to lists 21:24:29 I didn't hear much back, but the general level of activity on bugs has certainly upped in recent weeks 21:24:49 I am hoping to close 4-6 bugs (personally), and maybe 20-30 overall 21:24:56 I have no idea how particpation will be though 21:25:05 stahnma, I am hoping to put in an hour-2 tomorrow 21:25:06 can we update the topic in #epel also? 21:25:32 stahnma: yep. I can do that. 21:26:01 any questions on bug day? 21:26:17 oh, it's in the topic... or you mean to note when it's running? 21:26:23 i am not authorized to do so.. I should ask kbsingh to add me :) 21:26:23 * nirik doesn't have any. 21:26:24 yeah 21:26:43 stahnma, what do we have steps on what to do? 21:26:43 ssmoogen: I can add you there too... and whoever else wants to be added. 21:27:29 ssmoogen: the stuff I sent to the list 21:27:37 ssmoogen: basically, touch the bug 21:27:48 solicit information, try to fix, nudge a person, whatever it takes 21:28:01 it's really not very formal 21:28:15 stahnma, oh the email I have kept unread for the last couple of days... I feel stupid 21:28:33 no worries 21:28:44 also, marking a bug as 'Triaged' in teh whiteboard field helps the rest of us 21:28:48 if you worked on it 21:29:03 * stahnma should learn more about the ways of bz in teh future 21:29:27 same here 21:29:31 anything further on bug day? or shall we move along? 21:29:41 move along 21:29:45 nothing to see here 21:29:53 #topic Dealing with incompatible upgrades (zabbix, moinmoin, nagios, rdiff-backup, duplicity,etc) 21:30:08 so, should we form some kind of policy here? or should it be case by case? or what 21:30:23 I can talk about rdiff-backup specifically if people are interested. 21:30:41 I think we should have something here 21:30:58 its one of those issues that seperates what people expect from Fedora and Enterprise stuff 21:31:00 as a new epel maintainer, I'd like to have some sort of basic policy to help me at least get started, I'm mostly worried about moin 21:31:41 personally I'd love to see another repo 21:31:45 something like dag 21:31:48 sometimes it gets down to: do we want a non upstream maintained old version or a new incompatible version that breaks installs. 21:31:54 but rigourous like epel 21:32:33 nirik, I think we have to have a little of both. 21:32:35 I tend to think that breakage is ok, but not ideal 21:32:43 either that or red hat needs to push out releases yearly 21:33:10 in an enterprise of any size you're probably not hitting epel directly, you're probably importing/testing packages into a yum repo/satellite/spacewalk 21:33:16 I hope :) 21:33:16 so packages aren't 30 months old by the time the next release arrives 21:33:21 stahnma, I used to until I had to spend a week with a moinmoin upgrade 21:33:31 * sharkcz also prefers new repo 21:33:32 admins also should be able to read the -announce list :) 21:34:01 stahnma, heheheheheheeh not hit a repo directly. 21:34:16 stahnma, i wish we could enforce that... 21:34:17 giesen: it's very difficult to move some addon software when the core and libs are staying at the same version for the enteprrise linux 21:34:23 when does needing a new repo stop? 21:34:27 well, in the case of rdiff-backup: epel has version 1.0.5. fedora has 1.2.8. The two versions cannot interoperate. 1.0.5 is no longer maintained upstream. 21:34:34 sharkcz: not really a viable option 21:35:06 ssmoogen: oh, I know we can't. but if you're responsible for an enterprise setup, you probably have some duties here 21:35:10 stahnma: im sure most users are not using spacewalk/satellite 21:35:13 * quaid peeks in late, sorry, meeting not rescheduled on phone for some reason 21:35:29 if I update epel, anyone who talks to another 1.0.5 will break... they will need to also update all machines backed up at the same time. 21:35:33 nirik, I would like us to look at the following proposal 21:35:35 dgilmore: I know very few shops that pull directly from the interwebs for packges 21:35:50 stahnma: your in a special world 21:36:04 not just my workplace, I am saying lots of shops 21:36:29 introduce rdiff-backup105 which replaces rdiff-backup. It is a dead package with a README explaining that and where to get the source 21:36:31 we do have customers that pull direct from epel... but they usually ask me about the updates before applying them... having the specific stable time is nice too, as they know to expect a pile at once. 21:36:41 stahnma: most large installs i know of dont work that way 21:36:43 introduce rdiff-backup128 which is the new code 21:36:53 ssmoogen: yeah, thats an option. Note however it's not maintained anymore upstream. 21:37:07 stahnma: they pull from local mirrors/internet 21:37:13 ssmoogen: also, fedora has the new version as rdiff-backup. ;) 21:37:31 nirik, I understand. In those cases we need to be able to give them source code and say what they need to do in the README 21:38:01 nirik I understand upstream Fedora issues.. that might require a proposal to FESCO? 21:38:05 well, wouldn't simply an announcement about it be good enough? and a note in the changelog/cvs ? 21:38:29 I think we should really try in these cases, but sometimes we have to just drive on and announce as best we can the change. 21:38:29 nirik, I have dealt with too many admins who just have yum-updateds turned on 21:38:37 nagios may be in a similar bind. 21:38:50 s/admins/sites, fortune500, etc/ 21:39:09 wow 21:39:12 yeah 21:39:19 should things like rdiff-backup with an unstable interface even be in epel, in the first place? 21:39:22 I should sell consulting :) 21:39:48 stahnma: you live in a different world to most 21:39:59 the issue is trying to work out a methodology that doesn't break most people 21:40:54 stahnma, I got an earful about how broken EPEL was because some cluster had done that... explaining them that it was poor systems administration didn't do anything 21:40:55 of course the milk has already been spilled in the case of rdiff-backup, but in general? (and it's sometimes difficult to know when a project decides to break their compatibility) 21:41:09 muep___: well, hard to say. They are usefull. No telling in advance how incompatible an upstream will end up being on updates. 21:41:22 the other issue is that sometimes people want the old stuff. 21:41:35 duplicity was a worse case... 21:41:49 personally I'd like a repo with up to date versions of stuff that still compiles on CentOS 21:42:12 and maybe rdiff-backup would have been more appropriate there 21:42:34 muep___: well, the 1.0.5 version in now works. 21:43:04 dgilmore, nirik I was looking at the unison software that is in Fedora 21:43:20 up to date and CentOS/RHEL doesn't compute in my mind. ;) 21:43:20 there are two versions because they don't interoperate but are almost the same 21:43:29 ssmoogen: yeah, I know. 21:43:31 what led to the naming scheme there 21:43:36 and can we follow it 21:43:49 ssmoogen: :( 21:44:02 ssmoogen: can you write up a proposal to do that kind of thing and send it to the list? 21:44:03 s/can/should/ 21:44:17 I will do so 21:44:40 #action ssmoogen will sent a post to the list about using different versioned packages to handle this mess. 21:45:05 anything more on this? Or shall we revisit after talking on list? 21:46:14 #topic Repoclosure/QA scripts 21:46:17 ok, moving on. ;) 21:46:35 with the move to bodhi, do we have any qa/repoclosure/broken deps checking? 21:46:38 lmacken: ? 21:46:42 nope! 21:46:58 ok. 21:47:04 we need some though... badly. 21:47:08 i have been asked to take that on 21:47:17 so, we should look at setting something up for this. We really don't want to push broken things to stable. 21:47:30 lmacken, can the previous tools work as a starting point or should I look at complete rewrite? 21:47:36 EPEL has some hacked up version of repoclosure in the f-i repo i think 21:47:42 but I'm not sure if it handles multilib 21:47:46 and can they be plugged into bodhi or something 21:47:51 ssmoogen: you should probably talk to f13/skvidal as well 21:47:52 yeah 21:48:26 so that if we push p0wnU-1.5 and it requires rootkit9 and we don't have it.. bodhi will complain. 21:48:49 or is that not the proper place ofr it? 21:50:04 lmacken: they dont do multilib 21:50:20 dgilmore: but that'll probably be Good Enough 21:50:32 basically one of the biggest things we need to add is checks that pushing a package to stable wont result in broken deps 21:50:40 lmacken: right 21:50:53 we should seewhat changes are in the epel-repoclosure script, and why the changes aren't upstream 21:51:00 nirik, I have to head out right now to pick up my kid from camp. sorry for the short notice. bbs 21:51:03 then we could somehow plug repoclosure into the bodhi push process... 21:51:23 yeah, I've gotta catch the bus now... but this is an important task and we need to get it done :) 21:51:25 I don't think they are very different, other than the yum configuration. But I could be wrong 21:51:36 last time I did a diff, they were pretty different :\ 21:51:39 ok, so ssmoogen and lmacken will follow up on this? 21:51:47 it's been a while since I looked, and it was a train wreck when I did :) 21:51:48 should we file a ticket or something? 21:51:49 nirik: yeah 21:51:59 nirik: it's one of the oldest tickets in bodhi already :) 21:52:13 lmacken: ok. ;) 21:52:28 #action lmacken and ssmoogen will work on getting a repoclosure/deps checker going. 21:52:33 https://fedorahosted.org/bodhi/ticket/79 21:52:50 anything else on this? or shall we move on? 21:52:59 oh and I am for repotags :) and I am out of here 21:53:08 #topic Orphans 21:53:19 I posted a list of orphans to the list. Got a few takers. 21:53:32 #info check the list for a posting on orphans and how to give them a home. 21:53:43 #topic open floor 21:53:49 Anything else folks want to bring up? 21:55:03 * nirik will close the meeting in a few if no one chimes in with anything. 21:55:57 * nirik will close in 60 seconds. 21:56:56 #endmeeting -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From makowski.fedora at gmail.com Sat Jul 11 16:45:33 2009 From: makowski.fedora at gmail.com (philippe makowski) Date: Sat, 11 Jul 2009 18:45:33 +0200 Subject: why Errno ? Message-ID: I get into trouble to push build into epel may you give me some clue ? $ cvs co common cvs checkout: Updating common U common/Makefile.common U common/branches $ cd firebird/EL-4 $ make build /usr/bin/plague-client build firebird firebird-2_1_2_18118_0-10_el4 el4 Error connecting to build server: '[Errno 111] Connection refused' make: *** [plague] Erreur 1 From wdierkes at 5dollarwhitebox.org Sat Jul 11 16:47:06 2009 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Sat, 11 Jul 2009 11:47:06 -0500 Subject: why Errno ? In-Reply-To: References: Message-ID: <1D95C793-2290-4F72-8C34-CD80CEDD53BC@5dollarwhitebox.org> On Jul 11, 2009, at 11:45 AM, philippe makowski wrote: > I get into trouble to push build into epel > > may you give me some clue ? > > $ cvs co common > cvs checkout: Updating common > U common/Makefile.common > U common/branches > $ cd firebird/EL-4 > $ make build > /usr/bin/plague-client build firebird firebird-2_1_2_18118_0-10_el4 > el4 > Error connecting to build server: '[Errno 111] Connection refused' > make: *** [plague] Erreur 1 > EPEL is built out of Koji now, if I understand correctly. --- derks From jonstanley at gmail.com Sat Jul 11 18:11:10 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 11 Jul 2009 14:11:10 -0400 Subject: why Errno ? In-Reply-To: <1D95C793-2290-4F72-8C34-CD80CEDD53BC@5dollarwhitebox.org> References: <1D95C793-2290-4F72-8C34-CD80CEDD53BC@5dollarwhitebox.org> Message-ID: On Sat, Jul 11, 2009 at 12:47 PM, BJ Dierkes wrote: > EPEL is built out of Koji now, if I understand correctly. It is, you need to run 'cvs up' in your checkout in order to get the new Makefile.common that will build this in koji. It's important to know that updates are now handled via bodhi as well, so simply building your package is no longer sufficient in order to have it appear in the repos. Make sure that you do a 'make update' after your build completes as well. Let us know if you need any more help! From opensource at till.name Sat Jul 11 18:15:50 2009 From: opensource at till.name (Till Maas) Date: Sat, 11 Jul 2009 20:15:50 +0200 Subject: why Errno ? In-Reply-To: References: Message-ID: <200907112015.57044.opensource@till.name> On Sat July 11 2009, philippe makowski wrote: > I get into trouble to push build into epel > > may you give me some clue ? > > $ cvs co common > cvs checkout: Updating common > U common/Makefile.common > U common/branches > $ cd firebird/EL-4 This is missing: cd .. cvs up common cd EL-4 > $ make build The common module is also included in every branch of every update and needs to be updated there, too. Or maybe only there. Regards Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From dennis at ausil.us Sat Jul 11 18:27:36 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Sat, 11 Jul 2009 13:27:36 -0500 Subject: why Errno ? In-Reply-To: References: Message-ID: <200907111327.43811.dennis@ausil.us> Em S?bado 11 Julho 2009, ?s 11:45:33 am, philippe makowski escreveu: > I get into trouble to push build into epel > > may you give me some clue ? > > $ cvs co common > cvs checkout: Updating common > U common/Makefile.common > U common/branches > $ cd firebird/EL-4 > $ make build > /usr/bin/plague-client build firebird firebird-2_1_2_18118_0-10_el4 el4 > Error connecting to build server: '[Errno 111] Connection refused' > make: *** [plague] Erreur 1 You need to update your common directory cd into the firebird dir and do a "cvs up -d" then you can do make build as it will be using koji 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 Mon Jul 13 19:43:24 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 13 Jul 2009 13:43:24 -0600 Subject: Proposal: dealing with non-upgradeable packages. Message-ID: <80d7e4090907131243x379b6416p2b697f86e832f1f8@mail.gmail.com> 1) Create a package with a name of the version inserted in %{name}. Have the package replace the current version. Example: moin-1.6.5 -> moin16-1.6.5 nagios-1.6.3 -> nagios16-1.6.3 What would be nicer if there was a Provides: moin <= 1.7 but I don't think that works. Package should contain a README that states a) Software is deprecated and no longer supported by EPEL or upstream. b) They can get the source code for software from: BLAH. Questions: How do we branch this? Create a new 'toplevel' package called moin16 or soemthing else? Create a new 'hospice' repo where stuff goes to die but people who still require it can get it? 2) Newer packages are named with appropriate tags also. Instead of being called moin-1.9, it would go in channel as moin19-1.9. This breaks with upstream but fits better with the audience we are facing. Work with fesco on what should be long term fix. -- 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 Mon Jul 13 20:04:49 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 13 Jul 2009 14:04:49 -0600 Subject: Proposal: dealing with non-upgradeable packages. In-Reply-To: <80d7e4090907131243x379b6416p2b697f86e832f1f8@mail.gmail.com> References: <80d7e4090907131243x379b6416p2b697f86e832f1f8@mail.gmail.com> Message-ID: <80d7e4090907131304x2b2cbd3ib1626b3b406514fa@mail.gmail.com> On Mon, Jul 13, 2009 at 1:43 PM, Stephen John Smoogen wrote: > 1) Create a package with a name of the version inserted in %{name}. Have > ? the package replace the current version. > ?Example: > ? ?moin-1.6.5 -> moin16-1.6.5 > ? ?nagios-1.6.3 -> nagios16-1.6.3 > > ?What would be nicer if there was a Provides: moin <= 1.7 but I don't > ?think that works. > > ?Package should contain a README that states > ? a) Software is deprecated and no longer supported by EPEL or > ? upstream. > ? b) They can get the source code for software from: BLAH. > > ?Questions: How do we branch this? Create a new 'toplevel' package > ?called moin16 or soemthing else? Create a new 'hospice' repo where > ?stuff goes to die but people who still require it can get it? > > > 2) Newer packages are named with appropriate tags also. Instead of being > ? called moin-1.9, it would go in channel as moin19-1.9. This breaks > ? with upstream but fits better with the audience we are facing. Work > with fesco on what should be long term fix. > Workflow for a non-upgradeable package. Packager finds that p0wnme will not upgrade cleanly between 1.7.9 and 1.8.1 which is the current maintained one. Packager alerts appropriate people (fill in here) and the work flow goes as follows: Current package: p0wnme-1.7.9 New packages are created: p0wnme17-1.7.9 : replaces p0wnme < 1.8 conflicts p0wnme18 is a new CVS top package p0wnme18-1.8.1 : is identical to Fedora p0wnme-1.8.1 series and if 1.9 is incompatible upgrade (it will most likely be) will be a new top level package at some point in the future. The only other solution I can come up with is somehow creating branches in RPM/yum.. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From wdierkes at 5dollarwhitebox.org Mon Jul 13 21:16:14 2009 From: wdierkes at 5dollarwhitebox.org (BJ Dierkes) Date: Mon, 13 Jul 2009 16:16:14 -0500 Subject: Proposal: dealing with non-upgradeable packages. In-Reply-To: <80d7e4090907131243x379b6416p2b697f86e832f1f8@mail.gmail.com> References: <80d7e4090907131243x379b6416p2b697f86e832f1f8@mail.gmail.com> Message-ID: On Jul 13, 2009, at 2:43 PM, Stephen John Smoogen wrote: > 1) Create a package with a name of the version inserted in %{name}. > Have > the package replace the current version. > Example: > moin-1.6.5 -> moin16-1.6.5 > nagios-1.6.3 -> nagios16-1.6.3 > > What would be nicer if there was a Provides: moin <= 1.7 but I don't > think that works. > Should be important to note that the replacement package [moin17, moin18, etc] needs to provide moin = %{version}. That is, any package that currently 'Requires: moin' would lose its dependency unless moinXY provides 'moin'. I generally do the following: %define %base_ver X.Y Name: packageXY Version: X.Y Release: z ... Provides: package = %{version}-%{release} Conflicts: package < %{version}, package > %{version} Conflicts: packageXX, packageXZ Where packageXX is the older package, and packageXZ is the newer package (if that makes sense). So, if the current 'moin' package is 'moin-1.7' then the next replacement package would be something like... %define base_ver 1.8 Name: moin18 Version: 1.8 Release: 1 ... Provides: moin = %{version}-%{release} Conflicts: moin < %{base_ver}, moin > %{base_ver} Conflicts: moin16, moin17 Things to note... you can't make moin18 'Obsolete: moin' unless you want every box with moin installed to upgrade to moin18 on the next stable push.... which would defeat the purpose of creating the separate package (safe/controlled upgrade). Additionally, you provide moin = same_base_ver, and conflict with anything newer/older than that base_ver. Hopefully i didn't make any logic flaws there... I think you get the idea though. --- derks From updates at fedoraproject.org Wed Jul 15 01:04:05 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 15 Jul 2009 01:04:05 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090715010405.E23A310F8B0@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing augeas-0.5.2-1.el4 pem-0.7.7-1.el4 Details about builds: ================================================================================ augeas-0.5.2-1.el4 (FEDORA-EPEL-2009-0060) A library for changing configuration files -------------------------------------------------------------------------------- Update Information: Schema change for /etc/inittab See http://augeas.net/news.html for detailed release notes -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 13 2009 David Lutterkort - 0.5.2-1 - New version -------------------------------------------------------------------------------- ================================================================================ pem-0.7.7-1.el4 (FEDORA-EPEL-2009-0059) Personal Expenses Manager -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 13 2009 P J P - 0.7.7-1 - Fixed a minor bug and did few changes recommended by PBP. * Wed May 27 2009 P J P - 0.7.6-1 - pem now uses `-M ' value while showing monthly report with option `-m'. And new option -N to see reports between two given months. -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Jul 15 01:04:05 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 15 Jul 2009 01:04:05 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090715010405.E47CE10F8B1@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing R-msm-0.9.1-2.el5 augeas-0.5.2-1.el5 pem-0.7.7-1.el5 php-pear-Net-SMTP-1.3.3-1.el5 zikula-module-MultiHook-5.0-4.el5 Details about builds: ================================================================================ R-msm-0.9.1-2.el5 (FEDORA-EPEL-2009-0077) Multi-state Markov and hidden Markov models in continuous time -------------------------------------------------------------------------------- Update Information: Multi-state Markov and hidden Markov models in continuous time -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 14 2009 Denis Arnaud 0.9.1-2 - Suppressed the unused definition of the packrel variable -------------------------------------------------------------------------------- ================================================================================ augeas-0.5.2-1.el5 (FEDORA-EPEL-2009-0079) A library for changing configuration files -------------------------------------------------------------------------------- Update Information: Schema change for /etc/inittab See http://augeas.net/news.html for detailed release notes -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 13 2009 David Lutterkort - 0.5.2-1 - New version -------------------------------------------------------------------------------- ================================================================================ pem-0.7.7-1.el5 (FEDORA-EPEL-2009-0076) Personal Expenses Manager -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 13 2009 P J P - 0.7.7-1 - Fixed a minor bug and did few changes recommended by PBP. * Wed May 27 2009 P J P - 0.7.6-1 - pem now uses `-M ' value while showing monthly report with option `-m'. And new option -N to see reports between two given months. -------------------------------------------------------------------------------- ================================================================================ php-pear-Net-SMTP-1.3.3-1.el5 (FEDORA-EPEL-2009-0075) Provides an implementation of the SMTP protocol -------------------------------------------------------------------------------- Update Information: Upstream Changelog: - Added getGreeting(), for retrieving the server's greeting string. - We no longer attempt a TLS connection if we're already using a secure socket. - You can now specify a debug output handler via setDebug(). -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 14 2009 Remi Collet 1.3.3-1 - update to 1.3.3 - rename Net_SMTP.xml to php-pear-Net-SMTP.xml -------------------------------------------------------------------------------- ================================================================================ zikula-module-MultiHook-5.0-4.el5 (FEDORA-EPEL-2009-0078) MultiHook is a simple replacement for the old AutoLinks module for Zikula -------------------------------------------------------------------------------- Update Information: New Package. -------------------------------------------------------------------------------- References: [ 1 ] Bug #505939 - Need to package MultiHook. https://bugzilla.redhat.com/show_bug.cgi?id=505939 [ 2 ] Bug #505982 - Review Request: zikula-module-MultiHook - MultiHook is a simple replacement for the old AutoLinks module for Zikula https://bugzilla.redhat.com/show_bug.cgi?id=505982 -------------------------------------------------------------------------------- From andrew at topdog.za.net Wed Jul 15 10:17:20 2009 From: andrew at topdog.za.net (Andrew Colin Kissa) Date: Wed, 15 Jul 2009 12:17:20 +0200 Subject: koji builds for EPEL Message-ID: Hi Where can i find instructions on building for the EPEL branch using koji, i believe that that is now possible. Thanks in advance Andrew From wolfy at nobugconsulting.ro Wed Jul 15 10:26:51 2009 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 15 Jul 2009 13:26:51 +0300 Subject: koji builds for EPEL In-Reply-To: References: Message-ID: <4A5DAEEB.9060802@nobugconsulting.ro> Andrew Colin Kissa wrote: > Hi > > Where can i find instructions on building for the EPEL branch using > koji, i believe that that is now possible. > > Thanks in advance > > Andrew http://fedoraproject.org/wiki/Using_the_Koji_build_system describes most of what's needed for day to day usage. For epel, you have to use dist-4E-epel / dist-5E-epel . From andrew at topdog.za.net Wed Jul 15 10:38:55 2009 From: andrew at topdog.za.net (Andrew Colin Kissa) Date: Wed, 15 Jul 2009 12:38:55 +0200 Subject: koji builds for EPEL In-Reply-To: <4A5DAEEB.9060802@nobugconsulting.ro> References: <4A5DAEEB.9060802@nobugconsulting.ro> Message-ID: On 15 Jul 2009, at 12:26 PM, Manuel Wolfshant wrote: > Andrew Colin Kissa wrote: >> Hi >> >> Where can i find instructions on building for the EPEL branch using >> koji, i believe that that is now possible. >> >> Thanks in advance >> >> Andrew > http://fedoraproject.org/wiki/Using_the_Koji_build_system describes > most of what's needed for day to day usage. > For epel, you have to use dist-4E-epel / dist-5E-epel . Thanks Manuel i was using dist-5E-epel-testing-candidate > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From dennis at ausil.us Wed Jul 15 13:58:08 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 15 Jul 2009 08:58:08 -0500 Subject: koji builds for EPEL In-Reply-To: References: <4A5DAEEB.9060802@nobugconsulting.ro> Message-ID: <200907150858.14235.dennis@ausil.us> On Wednesday 15 July 2009 05:38:55 am Andrew Colin Kissa wrote: > On 15 Jul 2009, at 12:26 PM, Manuel Wolfshant wrote: > > Andrew Colin Kissa wrote: > >> Hi > >> > >> Where can i find instructions on building for the EPEL branch using > >> koji, i believe that that is now possible. > >> > >> Thanks in advance > >> > >> Andrew > > > > http://fedoraproject.org/wiki/Using_the_Koji_build_system describes > > most of what's needed for day to day usage. > > For epel, you have to use dist-4E-epel / dist-5E-epel . > > Thanks Manuel i was using dist-5E-epel-testing-candidate dist-5E-epel-testing-candidate and dist-4E-epel-testing-candidate are the correct tags but as lang as you have koji setup which running fedora- packager-setup will make sure its setup. then all you need to do is run "make build" in your cvs checkout to submit teh build same as you always have. you do need to ensure that your common directory is updated. in the root of your cvs branch do a "cvs up -d" 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 andrew at topdog.za.net Wed Jul 15 14:19:16 2009 From: andrew at topdog.za.net (Andrew Colin Kissa) Date: Wed, 15 Jul 2009 16:19:16 +0200 Subject: koji builds for EPEL In-Reply-To: <200907150858.14235.dennis@ausil.us> References: <4A5DAEEB.9060802@nobugconsulting.ro> <200907150858.14235.dennis@ausil.us> Message-ID: On 15 Jul 2009, at 3:58 PM, Dennis Gilmore wrote: > On Wednesday 15 July 2009 05:38:55 am Andrew Colin Kissa wrote: >> On 15 Jul 2009, at 12:26 PM, Manuel Wolfshant wrote: >>> Andrew Colin Kissa wrote: >>>> Hi >>>> >>>> Where can i find instructions on building for the EPEL branch using >>>> koji, i believe that that is now possible. >>>> >>>> Thanks in advance >>>> >>>> Andrew >>> >>> http://fedoraproject.org/wiki/Using_the_Koji_build_system describes >>> most of what's needed for day to day usage. >>> For epel, you have to use dist-4E-epel / dist-5E-epel . >> >> Thanks Manuel i was using dist-5E-epel-testing-candidate > dist-5E-epel-testing-candidate and dist-4E-epel-testing-candidate > are the > correct tags but as lang as you have koji setup which running > fedora- > packager-setup will make sure its setup. then all you need to do > is run > "make build" in your cvs checkout to submit teh build same as you > always have. > > you do need to ensure that your common directory is updated. in the > root of > your cvs branch do a "cvs up -d" > > Dennis Thanks Dennis i managed to figure it out. > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list From ch.nolte at noltec.org Thu Jul 16 12:19:23 2009 From: ch.nolte at noltec.org (Christian Nolte) Date: Thu, 16 Jul 2009 14:19:23 +0200 Subject: Recent Upgrade to Bugzilla 3.2.4 Message-ID: <4A5F1ACB.5050708@noltec.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I am running a production Bugzilla-Server on CentOS 5.3. Just a few hours ago a update for the bugzilla-3.0.2 EPEL-Package has been pushed out, which has wasted my production system, because some of the dependencies perl-CGI, perl-Email-MIME cannot be met, and even worse: There is manual interaction necessary to upgrade the installation. I guess that this happened accidentally, because I thought that there would be a stricter update policy for EPEL so that a production system won't get into problems. Can anyone confirm this problem? Best regards, Christian - -- "He's a lonely white trash sorceror trapped in a world he never made. She's a wealthy mute vampire with a flame-thrower. They fight crime!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkpfGsgACgkQCNjA0nfhW7xfTQCgkM4OlxDkRqjus8LC96P/MdwH EnAAoIs7tC1ljPZyO5xEcLap2WbyqqYp =dIxu -----END PGP SIGNATURE----- From rjones at redhat.com Thu Jul 16 12:32:03 2009 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 16 Jul 2009 13:32:03 +0100 Subject: No Koji static repos for EPEL? Message-ID: <20090716123203.GA12438@amd.home.annexia.org> The EPEL builds aren't listed/built here: http://koji.fedoraproject.org/static-repos/ The above link is a great resource for Fedora, so I can pull the bleeding edge RPMs just after they are built. Any chance of adding the EPEL builds here too? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From jonstanley at gmail.com Thu Jul 16 12:48:07 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 16 Jul 2009 08:48:07 -0400 Subject: No Koji static repos for EPEL? In-Reply-To: <20090716123203.GA12438@amd.home.annexia.org> References: <20090716123203.GA12438@amd.home.annexia.org> Message-ID: On Thu, Jul 16, 2009 at 8:32 AM, Richard W.M. Jones wrote: > The above link is a great resource for Fedora, so I can pull the > bleeding edge RPMs just after they are built. ?Any chance of adding > the EPEL builds here too? I *think* that the problem might be is we use an external repo in koji (RHEL) in order to build - we can't be giving out RHEL bits to anyone who comes by :) That being said, I'm not a koji expert, so that's just one possible explanation. From maxamillion at gmail.com Thu Jul 16 13:05:28 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 16 Jul 2009 08:05:28 -0500 Subject: No Koji static repos for EPEL? In-Reply-To: References: <20090716123203.GA12438@amd.home.annexia.org> Message-ID: On Thu, Jul 16, 2009 at 7:48 AM, Jon Stanley wrote: > I *think* that the problem might be is we use an external repo in koji > (RHEL) in order to build - we can't be giving out RHEL bits to anyone > who comes by :) > > That being said, I'm not a koji expert, so that's just one possible explanation. I thought CentOS repos were used to compose EPEL packages, or is that only for mock? -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From jonstanley at gmail.com Thu Jul 16 13:52:12 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Thu, 16 Jul 2009 09:52:12 -0400 Subject: No Koji static repos for EPEL? In-Reply-To: References: <20090716123203.GA12438@amd.home.annexia.org> Message-ID: On Thu, Jul 16, 2009 at 9:05 AM, Adam Miller wrote: > I thought CentOS repos were used to compose EPEL packages, or is that > only for mock? Yes, that's just the mock configs that we ship. Koji builds against RHEL, which is why we were using plague for so long - Koji didn't know how to hide build repos/use an external repo. It just learned how to do that a few months back. From maxamillion at gmail.com Thu Jul 16 14:00:18 2009 From: maxamillion at gmail.com (Adam Miller) Date: Thu, 16 Jul 2009 09:00:18 -0500 Subject: No Koji static repos for EPEL? In-Reply-To: References: <20090716123203.GA12438@amd.home.annexia.org> Message-ID: On Thu, Jul 16, 2009 at 8:52 AM, Jon Stanley wrote: > Yes, that's just the mock configs that we ship. ?Koji builds against > RHEL, which is why we were using plague for so long - Koji didn't know > how to hide build repos/use an external repo. ?It just learned how to > do that a few months back. Ahhhhh, well then many kudos to those who were so kind as to teach koji its new trick :) -Adam -- http://maxamillion.googlepages.com --------------------------------------------------------- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From dennis at ausil.us Thu Jul 16 14:25:15 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Jul 2009 09:25:15 -0500 Subject: No Koji static repos for EPEL? In-Reply-To: <20090716123203.GA12438@amd.home.annexia.org> References: <20090716123203.GA12438@amd.home.annexia.org> Message-ID: <200907160925.22141.dennis@ausil.us> On Thursday 16 July 2009 07:32:03 am Richard W.M. Jones wrote: > The EPEL builds aren't listed/built here: > > http://koji.fedoraproject.org/static-repos/ > > The above link is a great resource for Fedora, so I can pull the > bleeding edge RPMs just after they are built. Any chance of adding > the EPEL builds here too? > > Rich. we build against RHEL and if we made static repos available they would not work. the repodata references all the rhel bits but that are not available to people outside of fedora's infrastructure. it would likely break things for people. you could use http://kojipkgs.fedoraproject.org/repos/dist-5E-epel- build/latest/ or http://kojipkgs.fedoraproject.org/repos/dist-4E-epel- build/latest/ however note that packages do not land in the buildroot until they are pushed to stable and so are not available in any of the repos that would be made. you can use koji download-build to download the packages. 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 Thu Jul 16 14:37:24 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Jul 2009 09:37:24 -0500 Subject: Recent Upgrade to Bugzilla 3.2.4 In-Reply-To: <4A5F1ACB.5050708@noltec.org> References: <4A5F1ACB.5050708@noltec.org> Message-ID: <200907160937.26116.dennis@ausil.us> On Thursday 16 July 2009 07:19:23 am Christian Nolte wrote: > Hi, > > I am running a production Bugzilla-Server on CentOS 5.3. Just a few > hours ago a update for the bugzilla-3.0.2 EPEL-Package has been pushed > out, which has wasted my production system, because some of the > dependencies perl-CGI, perl-Email-MIME cannot be met, and even worse: > There is manual interaction necessary to upgrade the installation. > > I guess that this happened accidentally, because I thought that there > would be a stricter update policy for EPEL so that a production system > won't get into problems. > > Can anyone confirm this problem? > > Best regards, > Christian It was pushed to stable because it addressed a security issue. i was able to install it fine here on my centos 5 box. without broken dependencies. but i cant attest to steps needed for upgrading the installation. 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 itamar at ispbrasil.com.br Thu Jul 16 14:43:48 2009 From: itamar at ispbrasil.com.br (Itamar Reis Peixoto) Date: Thu, 16 Jul 2009 11:43:48 -0300 Subject: Recent Upgrade to Bugzilla 3.2.4 In-Reply-To: <4A5F1ACB.5050708@noltec.org> References: <4A5F1ACB.5050708@noltec.org> Message-ID: the 3.0.2 version have alot of security issues. you should wast some time upgrading if you need help contact me at google talk or skype On Thu, Jul 16, 2009 at 9:19 AM, Christian Nolte wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I am running a production Bugzilla-Server on CentOS 5.3. Just a few > hours ago a update for the bugzilla-3.0.2 EPEL-Package has been pushed > out, which has wasted my production system, because some of the > dependencies perl-CGI, perl-Email-MIME cannot be met, and even worse: > There is manual interaction necessary to upgrade the installation. > > I guess that this happened accidentally, because I thought that there > would be a stricter update policy for EPEL so that a production system > won't get into problems. > > Can anyone confirm this problem? > > Best regards, > Christian > > - -- > "He's a lonely white trash sorceror trapped in a world he never made. > ?She's a wealthy mute vampire with a flame-thrower. They fight crime!" > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkpfGsgACgkQCNjA0nfhW7xfTQCgkM4OlxDkRqjus8LC96P/MdwH > EnAAoIs7tC1ljPZyO5xEcLap2WbyqqYp > =dIxu > -----END PGP SIGNATURE----- > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- ------------ Itamar Reis Peixoto e-mail/msn/google talk: itamar at ispbrasil.com.br sip: itamar at ispbrasil.com.br skype: itamarjp icq: 81053601 +55 11 4063 5033 +55 34 3221 8599 From xavier at bachelot.org Thu Jul 16 14:54:43 2009 From: xavier at bachelot.org (Xavier Bachelot) Date: Thu, 16 Jul 2009 16:54:43 +0200 Subject: Recent Upgrade to Bugzilla 3.2.4 In-Reply-To: References: <4A5F1ACB.5050708@noltec.org> Message-ID: <517671097400efefce6dfa0bc348b7c3.squirrel@mail.bachelot.org> > the 3.0.2 version have alot of security issues. > > you should wast some time upgrading > > if you need help contact me at google talk or skype > The problem is not about wasting some time upgrading, even if you kindly provide online support :-) It's about silently breaking a previously working setup. The EPEL policy says update without a transparent upgrade path should be avoided by all means and that security fixes should preferably be backported. Granted, this is not always possible, but then, the incompatible update should at least be advertised on the epel-announce list, possibly with hints on how to ease the transition. At least, that's my understanding of the policy. Regards, Xavier > > > On Thu, Jul 16, 2009 at 9:19 AM, Christian Nolte > wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi, >> >> I am running a production Bugzilla-Server on CentOS 5.3. Just a few >> hours ago a update for the bugzilla-3.0.2 EPEL-Package has been pushed >> out, which has wasted my production system, because some of the >> dependencies perl-CGI, perl-Email-MIME cannot be met, and even worse: >> There is manual interaction necessary to upgrade the installation. >> >> I guess that this happened accidentally, because I thought that there >> would be a stricter update policy for EPEL so that a production system >> won't get into problems. >> >> Can anyone confirm this problem? >> >> Best regards, >> Christian >> >> - -- >> "He's a lonely white trash sorceror trapped in a world he never made. >> ?She's a wealthy mute vampire with a flame-thrower. They fight crime!" >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkpfGsgACgkQCNjA0nfhW7xfTQCgkM4OlxDkRqjus8LC96P/MdwH >> EnAAoIs7tC1ljPZyO5xEcLap2WbyqqYp >> =dIxu >> -----END PGP SIGNATURE----- >> >> _______________________________________________ >> epel-devel-list mailing list >> epel-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/epel-devel-list >> > > > > -- > ------------ > > Itamar Reis Peixoto > > e-mail/msn/google talk: itamar at ispbrasil.com.br > sip: itamar at ispbrasil.com.br > skype: itamarjp > icq: 81053601 > +55 11 4063 5033 > +55 34 3221 8599 > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From ch.nolte at noltec.org Thu Jul 16 15:04:32 2009 From: ch.nolte at noltec.org (Christian Nolte) Date: Thu, 16 Jul 2009 17:04:32 +0200 Subject: Recent Upgrade to Bugzilla 3.2.4 In-Reply-To: <517671097400efefce6dfa0bc348b7c3.squirrel@mail.bachelot.org> References: <4A5F1ACB.5050708@noltec.org> <517671097400efefce6dfa0bc348b7c3.squirrel@mail.bachelot.org> Message-ID: <4A5F4180.9020400@noltec.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Xavier Bachelot schrieb: >> the 3.0.2 version have alot of security issues. >> >> you should wast some time upgrading >> >> if you need help contact me at google talk or skype >> > The problem is not about wasting some time upgrading, even if you kindly > provide online support :-) It's about silently breaking a previously > working setup. The EPEL policy says update without a transparent upgrade > path should be avoided by all means and that security fixes should > preferably be backported. Granted, this is not always possible, but then, > the incompatible update should at least be advertised on the epel-announce > list, possibly with hints on how to ease the transition. At least, that's > my understanding of the policy. Yes. I absolutely second that! Thanks for the kind offer for help, though. I did manage to upgrade the installation. - -- "He's a world-famous shark-wrestling astronaut gone bad. She's a psychotic cat-loving vampire with a knack for trouble. They fight crime!" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkpfQYAACgkQCNjA0nfhW7woKACg2vLKuBU2hgz+BcrJYCef59og I2cAoP9BkCcmHs7lMRVMWGltRHpYs7GT =1lWV -----END PGP SIGNATURE----- From jussilehtola at fedoraproject.org Thu Jul 16 16:54:19 2009 From: jussilehtola at fedoraproject.org (Jussi Lehtola) Date: Thu, 16 Jul 2009 19:54:19 +0300 Subject: Something wrong with koji? Message-ID: <1247763259.16151.14.camel@politzer.theorphys.helsinki.fi> Hi, is the something wrong with koji, since my build of jmol fails [1] on EL-5 due to a missing BuildRequires: java-devel >= 1.6.0 ? I am able to build the srpm in mock for EPEL 5 just fine. [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1479971 -- Jussi Lehtola Fedora Project Contributor jussilehtola at fedoraproject.org From dennis at ausil.us Thu Jul 16 17:12:18 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Jul 2009 12:12:18 -0500 Subject: Something wrong with koji? In-Reply-To: <1247763259.16151.14.camel@politzer.theorphys.helsinki.fi> References: <1247763259.16151.14.camel@politzer.theorphys.helsinki.fi> Message-ID: <200907161212.19898.dennis@ausil.us> On Thursday 16 July 2009 11:54:19 am Jussi Lehtola wrote: > Hi, > > > is the something wrong with koji, since my build of jmol fails [1] on > EL-5 due to a missing BuildRequires: java-devel >= 1.6.0 ? > I am able to build the srpm in mock for EPEL 5 just fine. > > [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1479971 there is no java on ppc unfortunatly you need to resubmit until you get the build on x86_64 or i386 where java exists. 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 updates at fedoraproject.org Thu Jul 16 20:07:19 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 16 Jul 2009 20:07:19 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090716200719.49B0010F8CB@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing htop-0.8.3-1.el4 moreutils-0.36-1.el4 sipcalc-1.1.4-3.el4 spacewalk-proxy-docs-0.6.2-1.el4 wxGTK-2.8.9-2.el4 Details about builds: ================================================================================ htop-0.8.3-1.el4 (FEDORA-EPEL-2009-0090) Interactive process viewer -------------------------------------------------------------------------------- Update Information: EPEL rebuild of the new release. There are a couple bug fixes in the release but they had already been patched against. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 9 2009 Adam Miller - 0.8.3-1 - Update to 0.8.3 * Thu Jun 18 2009 Adam Miller - 0.8.2-2 - "htop aborts after hitting F6 key" fixed (#504795) - Arrays patch from upstream, patch and build for EPEL -------------------------------------------------------------------------------- ================================================================================ moreutils-0.36-1.el4 (FEDORA-EPEL-2009-0061) Additional unix utilities -------------------------------------------------------------------------------- Update Information: -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 16 2009 Marc Bradshaw 0.36-1.el4 - new upstream version 0.36 released with these changes - * parallel: New program, contributed by Tollef Fog Heen, that can run multiple jobs in parallel, optionally checking load average. - * mispipe: Fix closing of extra pipe FD before starting command so it is not inherited by daemons. Closes: #533448 (Thanks, Jeremie Koenig) * Sat Jul 4 2009 Marc Bradshaw 0.35-1.el4 - new upstream version 0.35 released with these changes - * ifdata: Don't assume that all interface names are 6 characters or less, for instance "wmaster0" is longer. - Increase the limit to 20 characters. Closes: #526654 (Thanks, Alan Pope) - * isutf8: Reject UTF-8-encoded UTF-16 surrogates. Closes: #525301 (Thanks, Jakub Wilk and liw) * Tue Feb 24 2009 Marc Bradshaw 0.34-1.el4 - new upstream version 0.34 - * vipe: Avoid dying on empty input. Thanks, Anders Kaseorg Closes: #508491 - new upstream version 0.33 - * Support installing moreutils into prefixes other than /usr (Evan Broder) - * Fix zrun breakage introduced last version. Closes: #504129 - new upstream version 0.32 - * zrun: Can be linked to zsomeprog to run the equivilant of zrun someprog. Closes: #411623 (Stefan Fritsch) - * zrun: Add support for lzma and lzo. (Stefan Fritsch) - * Fix pod error in vidir(1). -------------------------------------------------------------------------------- ================================================================================ sipcalc-1.1.4-3.el4 (FEDORA-EPEL-2009-0088) An "advanced" console based ip subnet calculator -------------------------------------------------------------------------------- Update Information: Initial build. -------------------------------------------------------------------------------- References: [ 1 ] Bug #509883 - Review Request: sipcalc - "advanced" console based ip subnet calculator https://bugzilla.redhat.com/show_bug.cgi?id=509883 -------------------------------------------------------------------------------- ================================================================================ spacewalk-proxy-docs-0.6.2-1.el4 (FEDORA-EPEL-2009-0089) Spacewalk Proxy Server Documentation -------------------------------------------------------------------------------- Update Information: new package -------------------------------------------------------------------------------- ================================================================================ wxGTK-2.8.9-2.el4 (FEDORA-EPEL-2009-0091) GTK2 port of the wxWidgets GUI library -------------------------------------------------------------------------------- Update Information: added fix for CVE-2009-2369 -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 15 2009 Dan Hor?k - 2.8.9-2 - add fix for CVE-2009-2369 (#511279) -------------------------------------------------------------------------------- References: [ 1 ] Bug #511279 - wxGTK: Integer overflow in JPEG image decoder (DoS, ACE) https://bugzilla.redhat.com/show_bug.cgi?id=511279 -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Jul 16 20:07:19 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 16 Jul 2009 20:07:19 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090716200719.4F87410F8CC@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing R-mvtnorm-0.9-7.el5 cppcheck-1.34-1.el5 efte-1.0-5.el5 htop-0.8.3-1.el5 libguestfs-1.0.60-1.el5 libguestfs-1.0.60-2.el5 libpuzzle-0.11-5.el5 moreutils-0.36-1.el5 php-pecl-geoip-1.0.7-3.el5 php-pecl-lzf-1.5.2-4.el5 pygrace-0.4-1.el5 sipcalc-1.1.4-3.el5 spacewalk-proxy-docs-0.6.2-1.el5 supybot-meetbot-0.1.2-1.el5 unetbootin-0-6.356bzr.el5 wxGTK-2.8.9-2.el5 Details about builds: ================================================================================ R-mvtnorm-0.9-7.el5 (FEDORA-EPEL-2009-0086) Multivariate normal and T distribution R Package -------------------------------------------------------------------------------- Update Information: Update to upstream version 0.9-7 -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 14 2009 Denis Arnaud - 0.9-7 - Update to 0.9-7 * Mon Feb 23 2009 Fedora Release Engineering - 0.9-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Thu Sep 4 2008 Orion Poplawski - 0.9-1 - Update to 0.9-2 * Sat Feb 9 2008 Orion Poplawski - 0.8-4 - Rebuild for gcc 3.4 * Thu Aug 23 2007 Orion Poplawski - 0.8-3 - Update license tag to GPLv2 - Rebuild for ppc32 -------------------------------------------------------------------------------- ================================================================================ cppcheck-1.34-1.el5 (FEDORA-EPEL-2009-0090) A tool for static C/C++ code analysis -------------------------------------------------------------------------------- Update Information: Update to upstream 1.34. -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- ================================================================================ efte-1.0-5.el5 (FEDORA-EPEL-2009-0089) A lightweight, extendable, folding text editor for X11 -------------------------------------------------------------------------------- Update Information: First release in Fedora. -------------------------------------------------------------------------------- References: [ 1 ] Bug #507157 - Review Request: efte - A lightweight, extendable, folding text editor https://bugzilla.redhat.com/show_bug.cgi?id=507157 -------------------------------------------------------------------------------- ================================================================================ htop-0.8.3-1.el5 (FEDORA-EPEL-2009-0087) Interactive process viewer -------------------------------------------------------------------------------- Update Information: EPEL rebuild of the new release. There are a couple bug fixes in the release but they had already been patched against. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 9 2009 Adam Miller - 0.8.3-1 - Update to 0.8.3 * Thu Jun 18 2009 Adam Miller - 0.8.2-2 - "htop aborts after hitting F6 key" fixed (#504795) - Arrays patch from upstream, patch and build for EPEL -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.60-1.el5 (FEDORA-EPEL-2009-0080) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: New upstream version 1.0.60. New upstream release 1.0.58. New upstream version 1.0.57. -------------------------------------------------------------------------------- References: [ 1 ] Bug #509597 - command "find /" causes appliance to die https://bugzilla.redhat.com/show_bug.cgi?id=509597 -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.60-2.el5 (FEDORA-EPEL-2009-0096) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: This should fix run-time dependency problems in 1.0.60-1 package. -------------------------------------------------------------------------------- ================================================================================ libpuzzle-0.11-5.el5 (FEDORA-EPEL-2009-0095) Library to quickly find visually similar images (gif, png, jpg) -------------------------------------------------------------------------------- Update Information: The Puzzle library is designed to quickly find visually similar images (gif, png, jpg), even if they have been resized, recompressed, recolored or slightly modified. The library is free, lightweight yet very fast, configurable, easy to use and it has been designed with security in mind. -------------------------------------------------------------------------------- References: [ 1 ] Bug #505917 - Review Request: libpuzzle - Library to quickly find visually similar images https://bugzilla.redhat.com/show_bug.cgi?id=505917 -------------------------------------------------------------------------------- ================================================================================ moreutils-0.36-1.el5 (FEDORA-EPEL-2009-0093) Additional unix utilities -------------------------------------------------------------------------------- Update Information: -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 16 2009 Marc Bradshaw 0.36-1.el5 - new upstream version 0.36 released with these changes - * parallel: New program, contributed by Tollef Fog Heen, that can run multiple jobs in parallel, optionally checking load average. - * mispipe: Fix closing of extra pipe FD before starting command so it is not inherited by daemons. Closes: #533448 (Thanks, Jeremie Koenig) * Sat Jul 4 2009 Marc Bradshaw 0.35-1.el5 - new upstream version 0.35 released with these changes - * ifdata: Don't assume that all interface names are 6 characters or less, for instance "wmaster0" is longer. - Increase the limit to 20 characters. Closes: #526654 (Thanks, Alan Pope) - * isutf8: Reject UTF-8-encoded UTF-16 surrogates. Closes: #525301 (Thanks, Jakub Wilk and liw) * Tue Feb 24 2009 Marc Bradshaw 0.34-1.el5 - new upstream version 0.34 - * vipe: Avoid dying on empty input. Thanks, Anders Kaseorg Closes: #508491 - new upstream version 0.33 - * Support installing moreutils into prefixes other than /usr (Evan Broder) - * Fix zrun breakage introduced last version. Closes: #504129 - new upstream version 0.32 - * zrun: Can be linked to zsomeprog to run the equivilant of zrun someprog. Closes: #411623 (Stefan Fritsch) - * zrun: Add support for lzma and lzo. (Stefan Fritsch) - * Fix pod error in vidir(1). -------------------------------------------------------------------------------- ================================================================================ php-pecl-geoip-1.0.7-3.el5 (FEDORA-EPEL-2009-0083) Extension to map IP addresses to geographic places -------------------------------------------------------------------------------- Update Information: This PHP extension allows you to find the location of an IP address City, State, Country, Longitude, Latitude, and other information as all, such as ISP and connection type. It makes use of Maxminds geoip database -------------------------------------------------------------------------------- References: [ 1 ] Bug #506238 - Review Request: php-pecl-geoip - Extension to map IP addresses to geographic places https://bugzilla.redhat.com/show_bug.cgi?id=506238 -------------------------------------------------------------------------------- ================================================================================ php-pecl-lzf-1.5.2-4.el5 (FEDORA-EPEL-2009-0091) Extension to handle LZF de/compression -------------------------------------------------------------------------------- Update Information: This extension provides LZF compression and decompression using the liblzf library LZF is a very fast compression algorithm, ideal for saving space with a slight speed cost. -------------------------------------------------------------------------------- References: [ 1 ] Bug #505848 - Review Request: php-pecl-lzf - Extension to handle LZF de/compression https://bugzilla.redhat.com/show_bug.cgi?id=505848 -------------------------------------------------------------------------------- ================================================================================ pygrace-0.4-1.el5 (FEDORA-EPEL-2009-0082) Python bindings for grace -------------------------------------------------------------------------------- Update Information: Update to upstream 0.4. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 16 2009 Jussi Lehtola - 0.4-1 - Update to 0.4. * Thu Feb 26 2009 Fedora Release Engineering - 0.3-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ sipcalc-1.1.4-3.el5 (FEDORA-EPEL-2009-0084) An "advanced" console based ip subnet calculator -------------------------------------------------------------------------------- Update Information: Initial build. -------------------------------------------------------------------------------- References: [ 1 ] Bug #509883 - Review Request: sipcalc - "advanced" console based ip subnet calculator https://bugzilla.redhat.com/show_bug.cgi?id=509883 -------------------------------------------------------------------------------- ================================================================================ spacewalk-proxy-docs-0.6.2-1.el5 (FEDORA-EPEL-2009-0085) Spacewalk Proxy Server Documentation -------------------------------------------------------------------------------- Update Information: new package -------------------------------------------------------------------------------- ================================================================================ supybot-meetbot-0.1.2-1.el5 (FEDORA-EPEL-2009-0094) Plugin for Supybot for handling IRC meetings -------------------------------------------------------------------------------- Update Information: New 0.1.2 upstream release with various bugfixes. Meeting plugin for supybot Fixes from initial version -------------------------------------------------------------------------------- References: [ 1 ] Bug #505965 - Review Request: supybot-meetbot - Plugin for Supybot for handling IRC meetings https://bugzilla.redhat.com/show_bug.cgi?id=505965 -------------------------------------------------------------------------------- ================================================================================ unetbootin-0-6.356bzr.el5 (FEDORA-EPEL-2009-0088) Create bootable Live USB drives for a variety of Linux distributions -------------------------------------------------------------------------------- Update Information: First release in Fedora. First release in Fedora. -------------------------------------------------------------------------------- References: [ 1 ] Bug #510700 - Review Request: unetbootin - Create bootable Live USB drives for a variety of Linux distributions https://bugzilla.redhat.com/show_bug.cgi?id=510700 -------------------------------------------------------------------------------- ================================================================================ wxGTK-2.8.9-2.el5 (FEDORA-EPEL-2009-0081) GTK2 port of the wxWidgets GUI library -------------------------------------------------------------------------------- Update Information: added fix for CVE-2009-2369 -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 15 2009 Dan Hor?k - 2.8.9-2 - add fix for CVE-2009-2369 (#511279) -------------------------------------------------------------------------------- References: [ 1 ] Bug #511279 - wxGTK: Integer overflow in JPEG image decoder (DoS, ACE) https://bugzilla.redhat.com/show_bug.cgi?id=511279 -------------------------------------------------------------------------------- From kevin at tummy.com Thu Jul 16 22:10:13 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 16 Jul 2009 16:10:13 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-07-16) Message-ID: <20090716161013.5d43ebfd@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Bug day recap. Dealing with incompatible upgrades. Wiki pages cleanup. Repotags Redux If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mmcgrath at redhat.com Fri Jul 17 03:00:54 2009 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 16 Jul 2009 22:00:54 -0500 (CDT) Subject: Something wrong with koji? In-Reply-To: <200907161212.19898.dennis@ausil.us> References: <1247763259.16151.14.camel@politzer.theorphys.helsinki.fi> <200907161212.19898.dennis@ausil.us> Message-ID: On Thu, 16 Jul 2009, Dennis Gilmore wrote: > On Thursday 16 July 2009 11:54:19 am Jussi Lehtola wrote: > > Hi, > > > > > > is the something wrong with koji, since my build of jmol fails [1] on > > EL-5 due to a missing BuildRequires: java-devel >= 1.6.0 ? > > I am able to build the srpm in mock for EPEL 5 just fine. > > > > [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1479971 > > there is no java on ppc unfortunatly you need to resubmit until you get the > build on x86_64 or i386 where java exists. > Just curious more then anything.. why is there no java on ppc? -Mike From dennis at ausil.us Fri Jul 17 03:11:47 2009 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 16 Jul 2009 22:11:47 -0500 Subject: Something wrong with koji? In-Reply-To: References: <1247763259.16151.14.camel@politzer.theorphys.helsinki.fi> <200907161212.19898.dennis@ausil.us> Message-ID: <200907162211.55667.dennis@ausil.us> Em Quinta-feira 16 Julho 2009, ?s 10:00:54 pm, Mike McGrath escreveu: > On Thu, 16 Jul 2009, Dennis Gilmore wrote: > > On Thursday 16 July 2009 11:54:19 am Jussi Lehtola wrote: > > > Hi, > > > > > > > > > is the something wrong with koji, since my build of jmol fails [1] on > > > EL-5 due to a missing BuildRequires: java-devel >= 1.6.0 ? > > > I am able to build the srpm in mock for EPEL 5 just fine. > > > > > > [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=1479971 > > > > there is no java on ppc unfortunatly you need to resubmit until you get > > the build on x86_64 or i386 where java exists. > > Just curious more then anything.. why is there no java on ppc? Because Red Hat shipped it in 5.3 but only i386 and x86_64 this is beacuse they are the only RHEL arches with a native jit the only other arches with it are sparcv9 and sparc64. the support for ppc/s390/s390x/arm/ia64 etc is using zero which is not native and is slower. but we could ship ppc java in EPEL, we removed java-1.6.0-openjdk after it was shipped in RHEL. AFAIK Red Hat doesnt ship the plugin which we could ship also. it would take careful packaging to do. but as far as java goes we could just ExclusiveArch ppc it and build it for our needs. 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 Fri Jul 17 22:04:22 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 17 Jul 2009 16:04:22 -0600 Subject: Starting point for README file Message-ID: <80d7e4090907171504k48126bfi1eb021e12670206b@mail.gmail.com> Welcome to Extra Packages for Enterprise Linux (EPEL). WARNINGS: ---------------- Use at your own risk. There is no guarentee that the package will work or that it will not be upgraded tomorrow to an incompatible package. About: ---------------- EPEL is a group of people trying to make packages inside of Fedora available to users of Red Hat(TM) Enterprise Linux (and clones like CentOS and Scientific Linux). Policies for what packages are allowed inside of EPEL can be found at Changes to packages will be announced on epel-announce-list at fedoraproject.org. Please subscribe at http://something1.org Packages are built via koji by maintainers and pushed into the EPEL testing repository. They can be tested there, and votes about problems can be put into bodhi (http://something2.org). Packages with 0 or greater scores will be pushed into EPEL stable after two weeks. License: --------------- EPEL packages are delivered under open source licenses that are allowed by Fedora. Source code for the packages can be found at various mirrors or http://something3.org ---- EOF -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From kevin at tummy.com Fri Jul 17 22:04:17 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 17 Jul 2009 16:04:17 -0600 Subject: EPEL meeting summary/minutes - 2009-07-17 Message-ID: <20090717160417.4bc5839c@ohm.scrye.com> ============================= #fedora-meeting: EPEL meeting ============================= Meeting log ----------- * **Init process** (nirik-21:00:22_) * **Bug day recap** (nirik-21:03:59_) * *INFO*: will revisit ideas for bugday in a few months. (nirik-21:12:01_) * **Dealing with incompatible upgrades** (nirik-21:13:43_) * *INFO*: epel users should all subscribe to epel-announce (nirik-21:31:30_) * **Wiki pages cleanup** (nirik-21:38:10_) * **Repotags Redux** (nirik-21:42:35_) * **Open Floor** (nirik-21:54:39_) People Present (lines said) --------------------------- * nirik (92) * stahnma (75) * smooge (40) * jds2001 (38) * maxamillion (20) * dgilmore (16) * Jeff_S (15) * onekopaka (9) * inode0 (1) kevin -- 21:00:11 #startmeeting 21:00:17 #meetingtopic EPEL meeting 21:00:22 #topic Init process 21:00:27 who all is around for an EPEL meeting? 21:01:38 nirik: I thought things usually started with #topic Who's here? 21:01:59 I like to mix things up... ;) 21:02:14 mmkay. 21:02:20 * onekopaka will be in here because. 21:02:32 I'm here 21:02:33 sorry 21:02:43 couple minutes late, I ran to snag something to drink 21:02:51 Im here 21:03:22 * jds2001 sits in the cheap seats 21:03:54 ok, lets go ahead and get started then... 21:03:59 #topic Bug day recap 21:04:04 so, how did the bug day go? 21:04:11 what can we do better? or should we do them again? 21:04:23 I think the planning went better than the execution 21:04:32 weekend may have been a bad pick 21:04:34 I am not sure 21:04:46 summer weekends (for us northern Hemisphere people) are probably bad 21:04:53 yeah, possibly true. 21:05:01 bad? 21:05:08 what makes them bad? 21:05:11 total number of bugs did reduce, but very little bug activity on actual bug day 21:05:16 people want to play outside :) 21:05:18 I did poke a few bugs, but nothing very amazing. 21:05:25 stahnma: ah. 21:05:40 the pre-work caused many (dozens) of bugs to be updated and closed 21:05:43 so that was worthwhile 21:05:52 should we do another one? or is it just not something thats good? 21:06:03 I am not 100% sure 21:06:09 I think its a good idea, I just don't know how practical it is that people will show up 21:06:12 I like the idea of a focus on bugs 21:06:25 but not sure if a bug day is the right way for it 21:06:34 Thought I think the emails about it did make people go and check their packages for bugs 21:06:37 yeah, perhaps we should revisit in the fall or something? 21:06:54 yes, and until then I will keep trying to touch some bugs and get some things closed 21:07:07 * onekopaka notes that Mozilla succeeds at bugdays 21:07:39 I'd be interested to hear/see how other projects engage/involve people in bug day. I did what I could, but certainly need to learn more 21:07:56 maybe run weekly reports? I know some people don't like the "spam" but I do think others would benefit from the reminder 21:08:03 I think it's hard for epel, as we arent really a big project. 21:08:08 hi, sorry I'm late 21:08:14 welcome Jeff_S 21:08:36 * dgilmore is here 21:09:11 maxamillion: you mean a list of bugs to the list each week? might be a bit daunting... ;( Perhaps we could highlight some per week or something? 21:09:47 yeah, i probably need to play with python-bugzilla a bit and see if we can do anything that would present usable metrics/datas 21:09:54 nirik: that's possible ... maybe pull a report and sift through it a little, but what would we use as a criteria? 21:10:00 or pick on the oldest ones each week. 21:10:04 ah 21:10:10 stahnma: maybe coordinate with comphappy? 21:10:13 that'd be a good one 21:10:16 over in #fedora-bugzappers? 21:10:25 he's writing a whole metrics app 21:10:40 oooo 21:10:56 that'd be infinitely useful in situations like this ... kudos to him 21:11:12 bashton at fp.o if you're interested :) 21:11:44 ok, anything else on bugday? or shall we move on? 21:12:01 #info will revisit ideas for bugday in a few months. 21:12:19 sounds good 21:13:37 ok, moving on... 21:13:43 #topic Dealing with incompatible upgrades 21:13:50 smooge posted some ideas on this... 21:14:14 * onekopaka wonders where smooge might be.. 21:14:16 basically do a 'whateverXY' package when there is a need to upgrade 21:14:38 oh sorry 21:15:02 it's not a horrible idea 21:15:09 one question is how this would affect fedora. 21:15:21 also, which lists should an end-user be on that is using #epel? 21:15:23 or would it only be in epel land. 21:15:23 ok I proposed some ideas but I think it needs to be dealt with upstream also 21:15:23 I liked the idea, and I know that fedora does it as whatever and whateverXY such that whateverXY is the old version, but I don't know it is possible for our use case 21:15:24 mailing lists 21:15:46 there are a lot of packages upstream that do this sometimes and othertimes no 21:15:54 upstream will break api/abi at times. I don't think we can mandate they can't 21:15:58 yeah, we would need 'trac010' and 'trac011' for example. 21:16:01 nirik: im thinking only on epel-land 21:16:09 so only epel branches 21:16:13 so this leaves being possibly unmaintained? with the maintainer concentrating on whateverXY 21:16:19 and suddenly we're very debiany 21:16:20 nirik: trac011 wont work til rhel6 :( 21:16:33 jds2001: sure it will... just no git plugin. ;) 21:17:28 Jeff_S, yes.. the idea is to give them the access to the source code for X amount of time but say we aren't fixing it anymore. At some time in the future it would be removed from the repo 21:17:50 smooge: so we don't even ship the older one then? 21:17:52 stahnma, I want to apologize about last saturday.. I got stuck in an all day meeting elsewhere 21:17:56 smooge: and users that don't read the list are left with something unsecure/unmaintained 21:18:17 * onekopaka slips out to go someplace 21:18:24 there needs to be some way to notify em 21:18:24 Jeff_S, they are left with either unsecure unmaintianed ore completely broken/removed software 21:18:40 * jds2001 is on enterprise-watch-list for instance 21:18:43 Jeff_S, a couple of the moin updates really hose the DB to be unusable after you do an rpm -ivh 21:18:45 do we do something similar? 21:18:50 s/ivh/Uvh/ 21:19:00 we have the following lists: 21:19:11 epel-announce - end use announcements 21:19:15 epel-devel 21:19:21 (main devel discussion, etc) 21:19:36 epel-package-announce - bodhi stable updates announcements. 21:19:40 nirik: and epel-package-announce 21:19:49 yep. 21:19:57 epel-announce seems to be the right place for something enterprise-watch-listy 21:20:02 the idea would be: a) announce dead-line package, b) split package into deadline, c) push d) wait e) retire 21:20:03 :) 21:20:06 an end user should subscibe to epel-announce and epel-package-announce 21:20:06 so, in theory if all our users were on the epel-announce list we could tell them about breaking updates there. 21:20:30 nirik, I would assume that very few people are subscribed to it 21:20:35 smooge: so, why bother to split then? why not just announce and update? 21:20:39 smooge: yeah. 21:20:56 if im not on enterprise-watch-list (and the various rhel announce lists) I'd have no way to know what's going to change when I do a yum update 21:21:28 so why should epel be any different? Don't subscribe to epel-announce at your own peril :D 21:21:35 * jds2001 subscribes to epel-announce :D 21:21:36 nirik, the choice seems to be "announce to few users, and break more.." or put users who would be broken onto a dead-end RPM that they could take over maintenance if needed. 21:22:11 the idea is that if someone wants moin-1.5 really really badly they can share their work to keep it updated. 21:22:15 you think anyone will want to step up to maintain a eol package? 21:22:43 nirik: not likely 21:22:46 likely not 21:23:00 not very often anyway 21:23:03 no and after 6 months its dropped from the repo 21:23:09 but I would expect some people would want to keep using it forever... 21:23:12 just like any other orphaned package 21:23:12 smooge: why wait at all? 21:23:23 "but it's only internal, I don't care if it's insecure", etc. 21:23:41 it's not an easy problem. ;( 21:23:43 Jeff_S, I don't know.. why don't we do daily recompiles of rawhide and push to stable 21:24:01 this is where we need to draw out the expectations of what EPEL will provide to the end user ... are we willing to maintain old software internally or are we going to cut and run and let the users worry about it? 21:24:08 on the one hand, you break sites with incompatible upgrades. On the other hand you keep old cruft thats not really being maintained. 21:24:51 * nirik wishes there was some better way to communicate to end users that a package is dying. 21:25:04 my point is that if we want to be a stable repo we need to put in some sort of rules about how we handle that stuff. 21:25:19 maxamillion: +1 -- this needs to be made clear to the average user who just wants to enable epel to get a few packages and assumes those will keep working "forever" 21:25:45 we can go with updates will break things.. but lets be clear on it instead of saying we have 'stable' or Enterprise packages 21:25:51 agreed, it needs to be clear 21:25:56 * nirik nods. 21:25:57 but we certainly are not clear yet 21:26:22 no reading through the pages gives you a feeling that we only push stable stuff and we don't break things. 21:26:26 the 'only internal' problem is very real 21:27:03 in some cases we don't know something is broken, just that it's not maintained or people want a newer one. 21:27:16 stahnma: so let them keep a local copy if needed 21:27:31 otherwise this gets out of hand real quick 21:27:33 nirik, s/some/lots of/ 21:27:36 I agree. I brought that up last time :) 21:27:50 we could also just say 'no new incompatible upgrades', wait for rhel6. 21:28:04 which is kinda where we have been. There are a number piled up now. 21:28:18 which isn't that bad now 21:28:25 but in 3 years it will really suck 21:28:30 well that then runs into the issue with a couple of the packages.. where security fixes can't/wont be backported so we would need to drop moin, nagios, etc 21:28:49 at which point we would need to remove them from the repo 21:28:57 I think upgrades are needed at times. they need to be communicated the best we can do. 21:29:33 we aren't RHT, that has lots of resources to put into backporting stuff 21:29:47 but if there are upgrades required, we need to scream about it :) 21:30:25 I agree with stahnma & jds2001 on that 21:30:34 agreed 21:30:39 30 days notice would be nice 21:30:57 epel-announce currently has the whole of 16 members, btw 21:31:05 w00t 21:31:18 yeah, not many. ;( 21:31:24 perhaps we should update (or even include) a readme in epel-release 21:31:24 we need to make that number bigger :) 21:31:26 ok so we put non-upgradable stuff in testing for a 1 month 'embargo' 21:31:30 #info epel users should all subscribe to epel-announce 21:31:44 that suggests users subscribe and such 21:32:04 stahnma: might not be a bad idea. 21:32:09 nirik, I wonder if we can do a import of the epel users and have them unsubscribe 21:32:22 some people might look at why the epel-release updated and see it. 21:32:31 smooge: import from where? 21:32:37 and of course we could post to the list about it 21:32:43 epel-devel list 21:32:58 could we post on any of the RHEL/CentOS lists, or is that bad form? 21:33:06 i thought that was what we did when the list was created... 21:33:11 just to remind people if they are using EPEL, being on epel-annouce will be a good idea 21:33:30 unfortunately epel-devel is @redhat.com 21:33:34 I would then say we need to add something to epel-release which explains our policies on things 21:33:42 though dgilmore and I are talking this weekend about that :D 21:34:06 I don't think we should ever subscribe people against their will. 21:34:07 I don't care if people whine if we can say "Did you read /usr/share/doc/epel-release-1.0/README 21:34:22 just suggest it. Perhaps some blog posts? 21:34:26 ---------------------------------------------------------------------------------------------------------------------- 21:34:30 we can blog and tweet it 21:34:44 sounds good. 21:34:53 we need to figure out the exact verbiage to put in a README 21:35:02 do we decide that today, or next week? 21:35:14 or on list 21:35:16 next week someone post on the list what it should look like 21:35:17 which is probably best 21:35:18 next week, we need some sort of draft 21:35:26 we +1/-1 patch until its ready by next week 21:36:23 sounds good. 21:36:25 smooge: +1 on the README, if the documentation is provided and referenced to on the wiki page then it would then be the user's responsibility 21:36:42 so, we didn't really decide this topic, right? just that we want better ways to communicate with our users? 21:37:10 yeah, that's what I thought 21:37:39 further discussion for content/policy on list? 21:37:48 this topic has lingered enough for today, IMHO 21:37:53 ok 21:37:56 yes please 21:38:10 #topic Wiki pages cleanup 21:38:21 so, I suck and haven't updated the updates policy page yet. 21:38:32 but looking at it, we have a bunch of wiki pages that could use cleanup. 21:38:35 or reorg 21:38:37 I've done a couple 21:38:41 but yes, we need a lot 21:38:48 I thought quaid signed up for that one :) 21:38:52 nirik, we decided that branching was not in EPEL interest which is ok for me. 21:39:05 stahnma, yes quaid signed up for it 21:39:13 yeah. :) 21:39:15 smooge: branching what? 21:39:33 branching moinmoin to moin16, nagios to nagios15 etc 21:39:37 smooge: well, I don't think we decided anything other than it's a hard problem... ;( unless I missed some consensus. 21:39:44 oh... 21:39:53 nirik it seemed that I was the only one for it :) 21:40:05 that seemed like consensus to me :) 21:40:33 I'm not totally against it. I'm just not sure how if it would do best by our users. I guess it depends on what our users want. ;( 21:40:34 i dont think anyone was against it, per se. 21:40:53 * jds2001 not sure of a way to survey the users :D 21:40:56 not really against, just want to be sure it's actually do-able with the current manpower (which is minimal) 21:40:58 anyhow, on the wiki. I will try and update the updates policy page or make a new one. 21:41:11 but if others want to clean up pages, please do so. 21:42:04 anything else on the wiki? or shall we move on? 21:42:35 #topic Repotags Redux 21:42:48 do we want to re-open the repotags debate? 21:43:04 yes, it has strong support from our users. 21:43:13 * jds2001 wasnt around for the previous one, though 21:43:31 but if you hang out in #rhel, you here about that a lot. 21:43:39 * dgilmore says shut it in a closet and let it rot in its on hell 21:43:40 jds2001: oh? they have strong support for this, but don't know about incompatible upgrades? ;) 21:43:44 ... at this point I will abstain 21:43:56 nirik: yeah :/ 21:44:05 jds2001: so what do people there ask? how they can tell if a package is from epel? how does it come up? 21:44:18 yes, that's one thing. 21:44:21 it comes up any time I mention epel 21:44:23 at all 21:44:23 ever 21:44:26 seriously 21:44:28 yeah, I get yelled at a lot for EPEL not having repotags when I hang out in #rhel ... which is why I asked 21:44:41 jds2001: id prefer to add a script to epel-release that prints all packages from epel that are installed 21:44:43 on the mailing lists* 21:44:55 dgilmore: what's the reasoning against it? 21:44:56 stahnma: really? as in "oh, try the epel package of foo" "EPEL? REPOTAGS!!!!!!!!!!!!!!!!!!!!!!!" :) 21:45:03 dgilmore: that would honestly fix the complaints I've heard 21:45:05 nirik: basically 21:45:25 nirik: close ... strangely close actually 21:45:31 jds2001: ill talk to you about it outside of here 21:45:32 I think people want an easy way to see what repo packages came from 21:45:33 it's a poor indicator of where a package is from. 21:45:37 in a massive view 21:45:42 like rpm -qa or yum list 21:45:51 only one that includes repo 21:45:59 I wrote something that does that using the GPG key value 21:46:11 but it's probably not foolproof 21:46:12 no one wants to do that 21:46:26 nirik I think a LOT of people just do the following to get into EPEL. Google for a package. Install epel-release. yum install. Oh look I need another pakcage. Its in rpmforge. Repeat 21:46:37 exactly 21:46:37 nirik: right its not a win at all and easily faked 21:46:47 smooge: sad. ;( 21:47:00 but very real (not in my shop though :) ) 21:47:14 I thought that it would be a minor thing.. but I had 40 computers at a government lab with different people following other advice 21:47:18 stahnma: what would you think about adding your script to epel-release? 21:47:25 stahnma: your special though, thats a well established fact :) 21:47:36 so let's wait for rhel 6 when yum will show repo in yum list? :) 21:47:39 it needs to be re-written. It's currently in ruby and really kind of dumb 21:47:40 problem solved? 21:47:59 ideally it would be nice for rhel to get a script/package to list that info 21:48:03 Jeff_S, no because people do rpm -qa not yum list 21:48:22 nirik: there is a script in rhel already 21:48:28 teh best solution is to have a tag/field in RPM for it 21:48:29 smooge: that's their own problem then and they'll find something else to complain about if there were dist tags 21:48:39 nirik: the one that puts your system info together for gss 21:49:06 stahnma: no because it can be faked 21:49:08 dgilmore: oh? how to use? ;) 21:49:23 dgilmore: actually it might not be to bad as an sos plugin 21:49:37 but one that can be manually executed too. 21:49:46 nirik: sosreport 21:49:55 nirik: sosreport 21:50:08 in any case I think education is better than repotags. ;) 21:50:15 jds2001: right or even epelreport 21:50:16 how about a wiki page on this stuff? 21:50:21 we can point people to? 21:50:24 that reports on installed epel packages 21:51:21 dgilmore: I like that idea also 21:51:53 stahnma: lets worktogether on putting something together 21:52:29 I've gotta run 21:53:07 ok 21:53:17 I like the idea of reporting on all packages if possible 21:53:31 but epel vs core el for sure 21:53:36 I think a wiki page or other place to point people would be good too. ;) 21:53:51 just group them by gpg key. ;) 21:54:05 anything else on this? 21:54:21 no I have brought it up for the year of 2009 21:54:39 #topic Open Floor 21:54:44 smooge: :) 21:54:53 anyone have anything else they would like to bring up? 21:55:38 personally I like repotags, but I am not going to harp about it more than once a year. I will let someone else bring it up from #rhel next time. 21:56:57 yeah, on a first glance I like them too, but then I realize how fakable/unreliable they are, so would prefer to have a better method. 21:57:12 I think it might do us some good to jump into #rhel and see what our users like/dislike about epel 21:57:18 and what we can do to make it more widely used 21:57:40 stahnma: yeah, not a bad idea I guess. I'm already in a billion channels, I guess I can hang out there too. 21:58:16 * nirik will close out the meeting in 60seconds if nothing else comes up. 21:58:19 well, we certainly don't have to 21:58:23 oh, one more thing 21:58:27 who's going to the RH summit? 21:58:31 or we can bring it up next time 21:59:07 * nirik isn't planning on it. 21:59:24 a EPEL bof or whatever there might be good though if we have enough people going. 21:59:49 OSCON? 22:00:02 I'm not at OSCON 22:00:07 but at the RH Summit 22:00:23 I wont be at the Summit 22:00:51 #endmeeting -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From updates at fedoraproject.org Fri Jul 17 23:17:14 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 17 Jul 2009 23:17:14 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090717231714.568CE10F8AD@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing cim-schema-2.22.0-1.el5 jmol-11.6-11.11223svn.el5 perl-libintl-1.16-9.el5 tinyfugue-5.0-0.6.b8.el5 towhee-6.2.6-1.el5 Details about builds: ================================================================================ cim-schema-2.22.0-1.el5 (FEDORA-EPEL-2009-0099) Common Information Model (CIM) Schema -------------------------------------------------------------------------------- Update Information: Initial release in support of adding the sblim-sfcb CIMOM to the distributions. -------------------------------------------------------------------------------- References: [ 1 ] Bug #468287 - Review Request: cim-schema - Common Information Model (CIM) Schema https://bugzilla.redhat.com/show_bug.cgi?id=468287 -------------------------------------------------------------------------------- ================================================================================ jmol-11.6-11.11223svn.el5 (FEDORA-EPEL-2009-0100) An open-source Java viewer for chemical structures in 3D -------------------------------------------------------------------------------- Update Information: Update to upstream svn revision 11223. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 16 2009 Jussi Lehtola - 11.6-11.11223svn - Include desktop file in the spec. * Thu Jul 16 2009 Jussi Lehtola - 11.6-10.11223svn - Bump release to be able to rebuild in koji. * Thu Jul 16 2009 Jussi Lehtola - 11.6-9.11223svn - Update to svn revision 11223. * Wed Feb 25 2009 Fedora Release Engineering - 11.6-8.10506svn - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ perl-libintl-1.16-9.el5 (FEDORA-EPEL-2009-0097) Internationalization library for Perl, compatible with gettext -------------------------------------------------------------------------------- Update Information: Build this package again in EPEL. -------------------------------------------------------------------------------- ================================================================================ tinyfugue-5.0-0.6.b8.el5 (FEDORA-EPEL-2009-0101) A MU* client -------------------------------------------------------------------------------- Update Information: First release in EPEL. -------------------------------------------------------------------------------- ================================================================================ towhee-6.2.6-1.el5 (FEDORA-EPEL-2009-0098) A Monte Carlo molecular simulation code -------------------------------------------------------------------------------- Update Information: Update to upstream 6.2.6. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 16 2009 Jussi Lehtola - 6.2.6-1 - Update to upstream 6.2.6. * Wed Jun 17 2009 Jussi Lehtola - 6.2.5-1 - Update to upstream 6.2.5, which fixes the naming bug of fitcoex in 6.2.4. * Tue Jun 16 2009 Jussi Lehtola - 6.2.4-1 - Update to upstream 6.2.4, which adds utilities. -------------------------------------------------------------------------------- From inode0 at gmail.com Sat Jul 18 00:16:40 2009 From: inode0 at gmail.com (inode0) Date: Fri, 17 Jul 2009 19:16:40 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <20090717160417.4bc5839c@ohm.scrye.com> References: <20090717160417.4bc5839c@ohm.scrye.com> Message-ID: On Fri, Jul 17, 2009 at 5:04 PM, Kevin Fenzi wrote: > ============================= > #fedora-meeting: EPEL meeting > ============================= > > 21:42:35 #topic Repotags Redux > 21:42:48 do we want to re-open the repotags debate? > 21:43:04 yes, it has strong support from our users. > 21:43:13 * jds2001 wasnt around for the previous one, though > 21:43:31 but if you hang out in #rhel, you here about that a lot. Since I am one of the more vocal critics in #rhel on this subject I guess I'll say my piece here now. The reason I haven't before, although I have discussed it at some length with stahnma in #rhel, is that I don't believe I have any new arguments to offer. I just am persuaded by the arguments that are on the table already. > 21:43:39 * dgilmore says shut it in a closet and let it rot in its on hell One of the things that bugs me about the repotag issue is that as the new kid on the block EPEL had a choice to make. Is it going to join the existing 3rd party repo community or just go its merry way and to hell with the rest of the community. Comments like this reinforce my perception that it decided to hell with the rest of the community. I've never understood why EPEL is so strongly against doing something that has a very low cost that others see value in whether EPEL sees much value in it or not. Burning community bridges over something fairly trivial doesn't seem to me to be the most productive way to build a new community around EPEL. > 21:43:40 jds2001: oh? they have strong support for this, but don't know about incompatible upgrades? ;) > 21:43:44 ... at this point I will abstain > 21:43:56 nirik: yeah :/ Yeah, people in #rhel are pretty uneducated and have little experience with using 3rd party repos with RHEL. > 21:44:05 jds2001: so what do people there ask? how they can tell if a package is from epel? how does it come up? > 21:44:18 yes, that's one thing. > 21:44:21 it comes up any time I mention epel > 21:44:23 at all > 21:44:23 ever > 21:44:26 seriously > 21:44:28 yeah, I get yelled at a lot for EPEL not having repotags when I hang out in #rhel ... which is why I asked > 21:44:41 jds2001: id prefer to add a script to epel-release that prints all packages from epel that are installed > 21:44:43 on the mailing lists* > 21:44:55 dgilmore: what's the reasoning against it? People helping others with problems with a package don't want a solution to this question to involve running a different program to test for packages from each repo when a silly little tag is good enough for the level of identification required for our purposes. > 21:44:56 stahnma: really? as in "oh, try the epel package of foo" "EPEL? REPOTAGS!!!!!!!!!!!!!!!!!!!!!!!" :) Pretty much and these sorts of remarks are not making things better. > 21:45:03 dgilmore: that would honestly fix the complaints I've heard > 21:45:05 nirik: basically > 21:45:25 nirik: close ... strangely close actually > 21:45:31 jds2001: ill talk to you about it outside of here > 21:45:32 I think people want an easy way to see what repo packages came from > 21:45:33 it's a poor indicator of where a package is from. Well, by what measure is it poor? I can check all the packages here tagged with .rf and guess how many of them are not from RPMforge? This isn't about determining with certainty where a package is from. That almost never comes up in a community support venue. > 21:45:37 in a massive view > 21:45:42 like rpm -qa or yum list > 21:45:51 only one that includes repo > 21:45:59 I wrote something that does that using the GPG key value > 21:46:11 but it's probably not foolproof > 21:46:12 no one wants to do that > 21:46:26 nirik I think a LOT of people just do the following to get into EPEL. Google for a package. Install epel-release. yum install. Oh look I need another pakcage. Its in rpmforge. Repeat > 21:46:37 exactly > 21:46:37 nirik: right its not a win at all and easily faked It would lose some of its value if it were widely faked. That isn't the reality we live in though. RPMforge is not going to fake EPEL's repotag. Most RHEL users are not installing random rpms they find on the internet. > 21:46:47 smooge: sad. ;( > 21:47:00 but very real (not in my shop though :) ) > 21:47:14 I thought that it would be a minor thing.. but I had 40 computers at a government lab with different people following other advice > 21:47:18 stahnma: what would you think about adding your script to epel-release? > 21:47:25 stahnma: your special though, thats a well established fact :) > 21:47:36 so let's wait for rhel 6 when yum will show repo in yum list? :) > 21:47:39 it needs to be re-written. ?It's currently in ruby and really kind of dumb > 21:47:40 problem solved? > 21:47:59 ideally it would be nice for rhel to get a script/package to list that info > 21:48:03 Jeff_S, no because people do rpm -qa not yum list People might do either but since yum doesn't exist on probably most RHEL boxes it isn't going to be our first choice for some time. > 21:48:22 nirik: there is a script in rhel already > 21:48:28 teh best solution is to have a tag/field in RPM for it This might be the best solution in theory. But in practice it wouldn't help as it would never find its way back to the installed base of RHEL systems that exist now. > 21:48:29 smooge: that's their own problem then and they'll find something else to complain about if there were dist tags Don't worry, they complain about other things now like security issues not getting resolved. To what extent that may or may not be a problem I don't personally know, but I've heard that complaint too. > 21:48:39 nirik: the one that puts your system info together for gss > 21:49:06 stahnma: no because it can be faked > 21:49:08 dgilmore: oh? how to use? ;) > 21:49:23 dgilmore: actually it might not be to bad as an sos plugin > 21:49:37 but one that can be manually executed too. > 21:49:46 nirik: sosreport > 21:49:55 nirik: sosreport It is obnoxious enough when Red Hat support people ask for a sosreport. It will be a very cold day in hell when community support people will do that to answer a simple question. > 21:50:08 in any case I think education is better than repotags. ;) On the one hand we can have a simple and consistent naming convention of rpms from the major 3rd party repos with which we can efficiently help users having problems or on the other hand we can be educated by EPEL in how to deal with them as a special case. We have already figured out how to deal with EPEL as a special case, no need for further intervention. > 21:50:15 jds2001: right or even epelreport > 21:50:16 how about a wiki page on this stuff? > 21:50:21 we can point people to? > 21:50:24 that reports on installed epel packages > 21:51:21 dgilmore: I like that idea also > 21:51:53 stahnma: lets worktogether on putting something together > 21:52:29 I've gotta run > 21:53:07 ok > 21:53:17 I like the idea of reporting on all packages if possible > 21:53:31 but epel vs core el for sure > 21:53:36 I think a wiki page or other place to point people would be good too. ;) > 21:53:51 just group them by gpg key. ;) > 21:54:05 anything else on this? > 21:54:21 no I have brought it up for the year of 2009 > 21:54:39 #topic Open Floor > 21:54:44 smooge: :) > 21:54:53 anyone have anything else they would like to bring up? > 21:55:38 personally I like repotags, but I am not going to harp about it more than once a year. I will let someone else bring it up from #rhel next time. > 21:56:57 yeah, on a first glance I like them too, but then I realize how fakable/unreliable they are, so would prefer to have a better method. How unreliable are they? They are very reliable on every box I manage. This is a complete red herring. > 21:57:12 I think it might do us some good to jump into #rhel and see what our users like/dislike about epel > 21:57:18 and what we can do to make it more widely used > 21:57:40 stahnma: yeah, not a bad idea I guess. I'm already in a billion channels, I guess I can hang out there too. > 21:58:16 * nirik will close out the meeting in 60seconds if nothing else comes up. > 21:58:19 well, we certainly don't have to > 21:58:23 oh, one more thing > 21:58:27 who's going to the RH summit? > 21:58:31 or we can bring it up next time > 21:59:07 * nirik isn't planning on it. > 21:59:24 a EPEL bof or whatever there might be good though if we have enough people going. > 21:59:49 OSCON? > 22:00:02 I'm not at OSCON > 22:00:07 but at the RH Summit > 22:00:23 I wont be at the Summit > 22:00:51 #endmeeting John From sundaram at fedoraproject.org Sat Jul 18 00:40:44 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Sat, 18 Jul 2009 06:10:44 +0530 Subject: Starting point for README file In-Reply-To: <80d7e4090907171504k48126bfi1eb021e12670206b@mail.gmail.com> References: <80d7e4090907171504k48126bfi1eb021e12670206b@mail.gmail.com> Message-ID: <4A611A0C.3030207@fedoraproject.org> On 07/18/2009 03:34 AM, Stephen John Smoogen wrote: > Welcome to Extra Packages for Enterprise Linux (EPEL). > > WARNINGS: > ---------------- > > Use at your own risk. There is no guarentee that the package will > work or that it will not be upgraded tomorrow to an incompatible > package. I prefer a more specific explanation of the process and policies regarding what we *try* to provide rather than a generic warning. Since I am not too close to them, I am not providing the alternative wording here. > About: > ---------------- > EPEL is a group of people trying to make packages inside of Fedora > available to users of Red Hat(TM) Enterprise Linux (and clones like > CentOS and Scientific Linux). Policies for what packages are allowed > inside of EPEL can be found at I prefer instead: EPEL (https://fedoraproject.org/wiki/EPEL) is a community of people who provide a add-on repository of packages sourced from Fedora and built for Red Hat Enterprise Linux (and compatible community rebuilds such as CentOS and Scientific Linux) > > Changes to packages will be announced on > epel-announce-list at fedoraproject.org. Please subscribe at > http://something1.org > > Packages are built via koji by maintainers and pushed into the EPEL > testing repository. They can be tested there, and votes about problems > can be put into bodhi (http://something2.org). Packages with 0 or > greater scores will be pushed into EPEL stable after two weeks. Koji build system (http://koji.fedoraproject.org). Packages are usually pushed .. . Can be overridden by the maintainer? > > License: > --------------- > EPEL packages are delivered under open source licenses that are allowed > by Fedora. Source code for the packages can be found at various mirrors > or http://something3.org EPEL software packages are delivered under free and open software licenses and follow the same guidelines as Fedora as described in http://fedoraproject.org/wiki/Licensing Rahul From kevin at tummy.com Sat Jul 18 19:42:48 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 18 Jul 2009 13:42:48 -0600 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: References: <20090717160417.4bc5839c@ohm.scrye.com> Message-ID: <20090718134248.31572721@ohm.scrye.com> On Fri, 17 Jul 2009 19:16:40 -0500 inode0 wrote: ...snip... > Since I am one of the more vocal critics in #rhel on this subject I > guess I'll say my piece here now. The reason I haven't before, > although I have discussed it at some length with stahnma in #rhel, is > that I don't believe I have any new arguments to offer. I just am > persuaded by the arguments that are on the table already. ...snip... I'm not going to answer all your comments responding to particular lines out of the irc log, as I don't think thats going to be productive. How about we list up the pros and cons and see if they are worth it? PRO: Easily end user visible marker for where a package came from. PRO: Other 3rd party repos use them, so people are used to them. CON: Causes us to diverge from Fedora CON: Can be easily spoofed / isn't a sure indicator CON: Would require a mass rebuild of our packages. CON: Would need to be carefull this didn't change the upgrade path for users using multiple 3rd party repos, or at least notify them about it. (more to add for either list?) Personally, at this point I would like to know more about the end user cases you are seeing where a dist tag would help. Perhaps you could post some irc logs of users who this would have helped with (with the nicks redacted?). Can we do something else in these cases? Would a script help? Anyhow, I am not 100% against them, I just don't currently think they are worth 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 fedora at leemhuis.info Sat Jul 18 20:07:29 2009 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 18 Jul 2009 22:07:29 +0200 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <20090718134248.31572721@ohm.scrye.com> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> Message-ID: <4A622B81.4010402@leemhuis.info> Three quick comments: On 18.07.2009 21:42, Kevin Fenzi wrote: > On Fri, 17 Jul 2009 19:16:40 -0500 > inode0 wrote: > [...] > PRO: Easily end user visible marker for where a package came from. Just a side note: this and > CON: Can be easily spoofed / isn't a sure indicator this IMHO should be closer to each other in the list, as they are kind of related ;-) > (more to add for either list?) Something I still remember: CON: It abuses a field that is supposed to be used for version information (which is used for EVR comparison in rpm and depsolvers) for something else, which in rare cases can have unwanted side effects > Can we do something else in these cases? Would a script help? FWIW, RPM Fusion has this in it's FAQ for Fedora: """ How can I list all installed RPM Fusion Packages Use a command like this on Fedora: rpm -qa --qf '%{NAME} %{SIGGPG:pgpsig} %{SIGPGP:pgpsig} \n' | grep -e 855099b249c8885a -e 206f8182b1981b68 -e ad2708448fcff4da -e 4d2a1bdc8dc43844 | awk ' { print $1 } ' | sort """ Sould be easy to put that in a bash script and add it to {epel,rpmfusion*}-release HTH CU knurd From mastahnke at gmail.com Sat Jul 18 20:12:45 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 18 Jul 2009 15:12:45 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <4A622B81.4010402@leemhuis.info> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <4A622B81.4010402@leemhuis.info> Message-ID: <7874d9dd0907181312g1d468986k618f6e6f1fcf695f@mail.gmail.com> > FWIW, RPM Fusion has this in it's FAQ for Fedora: > > """ > How can I list all installed RPM Fusion Packages > > Use a command like this on Fedora: > > rpm -qa --qf '%{NAME} %{SIGGPG:pgpsig} %{SIGPGP:pgpsig} \n' | grep -e > 855099b249c8885a -e 206f8182b1981b68 -e ad2708448fcff4da -e > 4d2a1bdc8dc43844 | awk ' { print $1 } ' | sort > """ > I do like the simplicity of this command. I will probably replicate it. stahnma From inode0 at gmail.com Sat Jul 18 22:07:28 2009 From: inode0 at gmail.com (inode0) Date: Sat, 18 Jul 2009 17:07:28 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <20090718134248.31572721@ohm.scrye.com> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> Message-ID: On Sat, Jul 18, 2009 at 2:42 PM, Kevin Fenzi wrote: > On Fri, 17 Jul 2009 19:16:40 -0500 > inode0 wrote: > > ...snip... > >> Since I am one of the more vocal critics in #rhel on this subject I >> guess I'll say my piece here now. The reason I haven't before, >> although I have discussed it at some length with stahnma in #rhel, is >> that I don't believe I have any new arguments to offer. I just am >> persuaded by the arguments that are on the table already. > > ...snip... > > I'm not going to answer all your comments responding to particular > lines out of the irc log, as I don't think thats going to be > productive. I doubt any further discussion will be productive and I'm willing to just accept we don't agree on either the merits of repotags or the benefits to EPEL using them. > How about we list up the pros and cons and see if they are worth it? > > PRO: Easily end user visible marker for where a package came from. > PRO: Other 3rd party repos use them, so people are used to them. Joining that 3rd party community would have been a huge PRO when EPEL had the chance. Now it is probably too late to list that as a PRO. You can add or dismiss the other PROs given as part of the original debate, I've got nothing new to add as I said before. > CON: Causes us to diverge from Fedora At least for packages targeted at RHEL users, diverging from making your packages appear to users to be part of the distribution (which makes them think they got them from Red Hat) goes in the PRO category, not the CON category, from the perspective of the user. > CON: Can be easily spoofed / isn't a sure indicator Here we have the red herring for about the 5th time. This is completely irrelevant to the vast majority of RHEL users unless EPEL is going to lie about its repotag or unless Dag Wieers is going to lie about his. I'd like to believe this is extremely unlikely to happen. We have a trusted 3rd party community, trust that has been earned over a number of years. Who do you think in that community is going to spoof another repo's tags? If such an unthinkable thing actually did happen it would be quickly and easily discovered anyway. > CON: Would require a mass rebuild of our packages. > CON: Would need to be carefull this didn't change the upgrade path for > users using multiple 3rd party repos, or at least notify them about it. Both of these are the result of EPEL's previous decisions and you can weigh them accordingly but they aren't CONs of repotags. The are just CONs of EPEL changing to repotags now. So from where I sit among RHEL users who occasionally need 3rd party support I count zero CONs on your list aside from those that were self-inflicted. > (more to add for either list?) > > Personally, at this point I would like to know more about the end user > cases you are seeing where a dist tag would help. Perhaps you could > post some irc logs of users who this would have helped with (with the > nicks redacted?). Can we do something else in these cases? Would a > script help? I'm not interested in searching and editing IRC logs and mailing lists for you. You are now asking for too much effort from me when I see almost no chance that anything would come from it. There are several common cases that come up. One simple one is a user has a problem with a particular package and its source needs to be determined so they can report the bug or whatever. When rpm -q package identifies the source everyone's life is just about as easy as it could possibly be. If you find a simpler solution I'd love to hear about it. Expecting someone providing help to ask that user to do what Thorsten provided for 2 or 3 repos is not a simpler solution and is really laughable. Yes, there are other ways we can extract the information from the user, they take more time and effort on everyone's part. As far as a script helping goes it would only help if it were provided by Red Hat has part of RHEL. Otherwise it would not be available universally as not everyone uses any particular 3rd party repo. And if they (Red Hat) would agree to such a thing, unlikely I think, it might as well be part of rpm, like rpm -q --where-the-heck-did-this-come-from package. John From jkeating at j2solutions.net Sat Jul 18 22:26:27 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 18 Jul 2009 15:26:27 -0700 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> Message-ID: <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> On Jul 18, 2009, at 15:07, inode0 wrote: > On Sat, Jul 18, 2009 at 2:42 PM, Kevin Fenzi wrote: >> On Fri, 17 Jul 2009 19:16:40 -0500 >> inode0 wrote: >> >> ...snip... >> >>> Since I am one of the more vocal critics in #rhel on this subject I >>> guess I'll say my piece here now. The reason I haven't before, >>> although I have discussed it at some length with stahnma in #rhel, >>> is >>> that I don't believe I have any new arguments to offer. I just am >>> persuaded by the arguments that are on the table already. >> >> ...snip... >> >> I'm not going to answer all your comments responding to particular >> lines out of the irc log, as I don't think thats going to be >> productive. > > I doubt any further discussion will be productive and I'm willing to > just accept we don't agree on either the merits of repotags or the > benefits to EPEL using them. > >> How about we list up the pros and cons and see if they are worth it? >> >> PRO: Easily end user visible marker for where a package came from. >> PRO: Other 3rd party repos use them, so people are used to them. > > Joining that 3rd party community would have been a huge PRO when EPEL > had the chance. Now it is probably too late to list that as a PRO. > > You can add or dismiss the other PROs given as part of the original > debate, I've got nothing new to add as I said before. > >> CON: Causes us to diverge from Fedora > > At least for packages targeted at RHEL users, diverging from making > your packages appear to users to be part of the distribution (which > makes them think they got them from Red Hat) goes in the PRO category, > not the CON category, from the perspective of the user. > >> CON: Can be easily spoofed / isn't a sure indicator > > Here we have the red herring for about the 5th time. This is > completely irrelevant to the vast majority of RHEL users unless EPEL > is going to lie about its repotag or unless Dag Wieers is going to lie > about his. I'd like to believe this is extremely unlikely to happen. > We have a trusted 3rd party community, trust that has been earned over > a number of years. Who do you think in that community is going to > spoof another repo's tags? > > If such an unthinkable thing actually did happen it would be quickly > and easily discovered anyway. > >> CON: Would require a mass rebuild of our packages. >> CON: Would need to be carefull this didn't change the upgrade path >> for >> users using multiple 3rd party repos, or at least notify them about >> it. > > Both of these are the result of EPEL's previous decisions and you can > weigh them accordingly but they aren't CONs of repotags. The are just > CONs of EPEL changing to repotags now. > > So from where I sit among RHEL users who occasionally need 3rd party > support I count zero CONs on your list aside from those that were > self-inflicted. > >> (more to add for either list?) >> >> Personally, at this point I would like to know more about the end >> user >> cases you are seeing where a dist tag would help. Perhaps you could >> post some irc logs of users who this would have helped with (with the >> nicks redacted?). Can we do something else in these cases? Would a >> script help? > > I'm not interested in searching and editing IRC logs and mailing lists > for you. You are now asking for too much effort from me when I see > almost no chance that anything would come from it. > > There are several common cases that come up. One simple one is a user > has a problem with a particular package and its source needs to be > determined so they can report the bug or whatever. When rpm -q package > identifies the source everyone's life is just about as easy as it > could possibly be. If you find a simpler solution I'd love to hear > about it. Expecting someone providing help to ask that user to do what > Thorsten provided for 2 or 3 repos is not a simpler solution and is > really laughable. Yes, there are other ways we can extract the > information from the user, they take more time and effort on > everyone's part. > > As far as a script helping goes it would only help if it were provided > by Red Hat has part of RHEL. Otherwise it would not be available > universally as not everyone uses any particular 3rd party repo. And if > they (Red Hat) would agree to such a thing, unlikely I think, it might > as well be part of rpm, like rpm -q > --where-the-heck-did-this-come-from package. Or perhaps a bug reporting URL field in each rpm. Accessable via rpm - qi or a targetted query. -- Jes From inode0 at gmail.com Sat Jul 18 22:41:37 2009 From: inode0 at gmail.com (inode0) Date: Sat, 18 Jul 2009 17:41:37 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> Message-ID: On Sat, Jul 18, 2009 at 5:26 PM, Jesse Keating wrote: > On Jul 18, 2009, at 15:07, inode0 wrote: >> As far as a script helping goes it would only help if it were provided >> by Red Hat has part of RHEL. Otherwise it would not be available >> universally as not everyone uses any particular 3rd party repo. And if >> they (Red Hat) would agree to such a thing, unlikely I think, it might >> as well be part of rpm, like rpm -q >> --where-the-heck-did-this-come-from package. > > Or perhaps a bug reporting URL field in each rpm. Accessable via rpm -qi or > a targetted query. Correct. But while fixing the issue of identifying the source of an rpm inside rpm is appealing in the long term, it isn't going to help the world as it exists today. Such an RFE would probably take a couple of years to get into RHEL and would not be likely to be backported. John From fromvega at gmail.com Sun Jul 19 18:46:02 2009 From: fromvega at gmail.com (Luiz A Brandao Jr) Date: Sun, 19 Jul 2009 15:46:02 -0300 Subject: Hunspell Message-ID: Hello, I'd like to suggest the *Hunspell *Fedora package to be included into EPEL. It's a spell checker for complex languages and is the default spell checker of OpenOffice.org and Mozilla Firefox 3 & Thunderbird. I've been looking for a Hunspell package for CentOS 5 without success and unfortunatly I'm still not skilled enough to build or rebuild the package myself. Thank you, Luiz A Brandao Jr -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Sun Jul 19 18:51:52 2009 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Mon, 20 Jul 2009 00:21:52 +0530 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> Message-ID: <4A636B48.9080604@fedoraproject.org> On 07/19/2009 04:11 AM, inode0 wrote: > On Sat, Jul 18, 2009 at 5:26 PM, Jesse Keating wrote: >> On Jul 18, 2009, at 15:07, inode0 wrote: >>> As far as a script helping goes it would only help if it were provided >>> by Red Hat has part of RHEL. Otherwise it would not be available >>> universally as not everyone uses any particular 3rd party repo. And if >>> they (Red Hat) would agree to such a thing, unlikely I think, it might >>> as well be part of rpm, like rpm -q >>> --where-the-heck-did-this-come-from package. >> >> Or perhaps a bug reporting URL field in each rpm. Accessable via rpm -qi or >> a targetted query. > > Correct. But while fixing the issue of identifying the source of an > rpm inside rpm is appealing in the long term, it isn't going to help > the world as it exists today. Such an RFE would probably take a couple > of years to get into RHEL and would not be likely to be backported. Can you file it now, nevertheless? Rahul From jonstanley at gmail.com Sun Jul 19 21:33:26 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 19 Jul 2009 17:33:26 -0400 Subject: Script to identify source of RPM Message-ID: I hacked together a quick script this weekend that will identify the source of an RPM via the signing key. Obviously it fails to identify what repo it came from, but it does identify the key used to sign it. The output can obviously be changed, but what it is now is a list of each signing key, and the RPM's signed by that key. Feel free to rip on my horrible python skills :) Here it is.... #!/usr/bin/python import rpm, rpmUtils.miscutils ts=rpm.TransactionSet() mi=ts.dbMatch() pubkeys={} pubkeys['unknown'] = 'Unknown signing key' def buildKeyList(): keys = ts.dbMatch(rpm.RPMTAG_NAME, 'gpg-pubkey') for hdr in keys: pubkeys[hdr[rpm.RPMTAG_VERSION]]=hdr[rpm.RPMTAG_SUMMARY][4:].rsplit('<',1)[0].rstrip() def getPkgNevra(hdr): if hdr[rpm.RPMTAG_EPOCH]: return '%s-%s:%s-%s.%s' % ( hdr[rpm.RPMTAG_NAME], hdr[rpm.RPMTAG_EPOCH], hdr[rpm.RPMTAG_VERSION], hdr[rpm.RPMTAG_RELEASE], hdr[rpm.RPMTAG_ARCH]) else: return '%s-%s-%s.%s' % ( hdr[rpm.RPMTAG_NAME], hdr[rpm.RPMTAG_VERSION], hdr[rpm.RPMTAG_RELEASE], hdr[rpm.RPMTAG_ARCH] ) def getSig(hdr): if hdr[rpm.RPMTAG_DSAHEADER]: keyid = rpmUtils.miscutils.getSigInfo(hdr)[1][2][16:] try: return (getPkgNevra(hdr), pubkeys[keyid]) except KeyError: return (getPkgNevra(hdr), pubkeys['unknown']) else: return (getPkgNevra(hdr), 'unsigned') if __name__ == '__main__': buildKeyList() pkgs = {} for keyname in pubkeys.itervalues(): pkgs[keyname] = [] pkgs['unsigned'] = [] for hdr in mi: if hdr[rpm.RPMTAG_NAME] == 'gpg-pubkey': continue nevra, key = getSig(hdr) pkgs[key].append(nevra) for pkg in pkgs.iteritems(): if pkg[1]: print pkg[0] print '-' * len(pkg[0]) for pkginstance in pkg[1]: print pkginstance print From inode0 at gmail.com Sun Jul 19 23:06:13 2009 From: inode0 at gmail.com (inode0) Date: Sun, 19 Jul 2009 18:06:13 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <4A636B48.9080604@fedoraproject.org> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> <4A636B48.9080604@fedoraproject.org> Message-ID: On Sun, Jul 19, 2009 at 1:51 PM, Rahul Sundaram wrote: > On 07/19/2009 04:11 AM, inode0 wrote: >> On Sat, Jul 18, 2009 at 5:26 PM, Jesse Keating wrote: >>> On Jul 18, 2009, at 15:07, inode0 wrote: >>>> As far as a script helping goes it would only help if it were provided >>>> by Red Hat has part of RHEL. Otherwise it would not be available >>>> universally as not everyone uses any particular 3rd party repo. And if >>>> they (Red Hat) would agree to such a thing, unlikely I think, it might >>>> as well be part of rpm, like rpm -q >>>> --where-the-heck-did-this-come-from package. >>> >>> Or perhaps a bug reporting URL field in each rpm. Accessable via rpm -qi or >>> a targetted query. >> >> Correct. But while fixing the issue of identifying the source of an >> rpm inside rpm is appealing in the long term, it isn't going to help >> the world as it exists today. Such an RFE would probably take a couple >> of years to get into RHEL and would not be likely to be backported. > > Can you file it now, nevertheless? So I've been giving this some thought. Given that RHEL7 would be the earliest target release and without backporting or updating RPM in previous RHEL releases it would take about a decade for this to pan out, I'm reluctant to pursue it. At least without a very clear idea of what I really want added anyway. To answer the original sort of question, where did package foo come from in the absence of the universal use of repo tags (which is likely to always be the case with or without EPEL using them) the following seems adequate to me although I haven't tested it widely rpm -q --qf "%{PACKAGER}\n" foo That seems to identify the source at the about the same level you can get by analysing GPG keys. While it would be nice to be able to identify the specific repo I can't find any way to do that currently and would it be worth embarking on a 10 year project to obtain? As we transition away from up2date there is probably some fairly simple use of repoquery to obtain useful enough information about the source repo like repoquery --qf "%{REPOID}" foo although that has some limitations, more often than not it likely will identify the correct repo. John From kevin at tummy.com Sun Jul 19 23:44:13 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 19 Jul 2009 17:44:13 -0600 Subject: Guidelines and Policies update Message-ID: <20090719174413.3c95d5e9@ohm.scrye.com> Greetings. I have updated the https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies wiki page with new info for bodhi/koji and policies as we have them now. Please correct any mistakes you see or let me know... Basically: Maintainer builds the package normally using 'make build' The Maintainer submits an update request using bodhi ('make update' or via the web interface). The update MUST spend at least 2 weeks in testing, unless it's a security or critical bug fix. After 2 weeks, bodhi will mail the maintainer to let them know it's been 2 weeks. If the Maintainer requests stable at this point or the update has sufficent karma it will be pushed to stable in the next push. Testing pushes take place nearly daily. Stable pushes happen bi-weekly on tuesdays. Updates never leave testing for stable unless the maintainer requests it, or there is sufficent karma. (NO autopromotion of updates). kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From smooge at gmail.com Sun Jul 19 23:45:34 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Sun, 19 Jul 2009 17:45:34 -0600 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <7874d9dd0907181312g1d468986k618f6e6f1fcf695f@mail.gmail.com> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <4A622B81.4010402@leemhuis.info> <7874d9dd0907181312g1d468986k618f6e6f1fcf695f@mail.gmail.com> Message-ID: <80d7e4090907191645r5cc4294dve3651dd0a201889@mail.gmail.com> On Sat, Jul 18, 2009 at 2:12 PM, Michael Stahnke wrote: >> FWIW, RPM Fusion has this in it's FAQ for Fedora: >> >> """ >> How can I list all installed RPM Fusion Packages >> >> Use a command like this on Fedora: >> >> rpm -qa --qf '%{NAME} %{SIGGPG:pgpsig} %{SIGPGP:pgpsig} \n' | grep -e >> 855099b249c8885a -e 206f8182b1981b68 -e ad2708448fcff4da -e >> 4d2a1bdc8dc43844 | awk ' { print $1 } ' | sort >> """ >> > I do like the simplicity of this command. ?I will probably replicate it. > I don't thin thats something very simple you can type into IRC when someone says "EPEL broke my XYZ system." Most of the people who come on aren't Unix/Linux administrators.. they are windows people who have to administer some Linux box. Normally I have to get something like rpm -q foobaz and then find out that they have a package that looks like its from EPEL but not very easily. Then I go and dig deeper and one of the sub-dependencies is a .rf packge (or vice versa). Why did they do this? Because they googled and found from X million Thought Exchange sites that you need to get some perl thing they needed form rpmforge and some other package from epel. They followed the directions on installing the repos and tada now they are broke. Yes the tag can be forged. Guess what.. someone could make an rpm of epel-release that is GPG key signed if they wanted too and very few are going to know the difference either. How many people really check to see if the packages signature is really there, that the people who have signed it are really trusted etc. Maybe 1 in 20 system admins at most? Too many are just guys who are trying to get stuff done and are getting it from someone who pointed them to get it at X. If they are lucky they will go to Freenode's #rhel, but more likely they will be in some other #undernet or where-ever Windows administrators get their stuff from. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From kevin at tummy.com Sun Jul 19 23:48:06 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 19 Jul 2009 17:48:06 -0600 Subject: Hunspell In-Reply-To: References: Message-ID: <20090719174806.21a19e69@ohm.scrye.com> On Sun, 19 Jul 2009 15:46:02 -0300 Luiz A Brandao Jr wrote: > Hello, > > I'd like to suggest the *Hunspell *Fedora package to be included into > EPEL. It's a spell checker for complex languages and is the default > spell checker of OpenOffice.org and Mozilla Firefox 3 & Thunderbird. > > I've been looking for a Hunspell package for CentOS 5 without success > and unfortunatly I'm still not skilled enough to build or rebuild the > package myself. > > Thank you, I've mailed the maintainer of the fedora packages and asked him to comment. > Luiz A Brandao Jr kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jonstanley at gmail.com Mon Jul 20 04:24:32 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 20 Jul 2009 00:24:32 -0400 Subject: Script to identify source of RPM In-Reply-To: References: Message-ID: On Sun, Jul 19, 2009 at 5:33 PM, Jon Stanley wrote: > Here it is.... Well, that version of the script suffered from a fatal flaw - it took no arguments and gave a report of the entire rpmdb. While that's valuable, it's also valuable to be able to cherrypick stuff without going through 1800 lines of output :) So, the new, improved version is at http://jstanley.fedorapeople.org/keys.py Here's an example of output from my machine: [jstanley at rugrat ~]$ ./keys.py python libmpeg2 kmod-nvidia Fedora (10) ----------- python-2.5.2-1.fc10.x86_64 RPM Fusion repository (Fedora - free) ------------------------------------- libmpeg2-0.5.1-3.fc10.x86_64 RPM Fusion repository (Fedora - nonfree) ---------------------------------------- kmod-nvidia-180.51-1.fc10.8.x86_64 From mastahnke at gmail.com Mon Jul 20 13:38:24 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 20 Jul 2009 08:38:24 -0500 Subject: Script to identify source of RPM In-Reply-To: References: Message-ID: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> On Sun, Jul 19, 2009 at 11:24 PM, Jon Stanley wrote: > On Sun, Jul 19, 2009 at 5:33 PM, Jon Stanley wrote: > >> Here it is.... > > Well, that version of the script suffered from a fatal flaw - it took > no arguments and gave a report of the entire rpmdb. ?While that's > valuable, it's also valuable to be able to cherrypick stuff without > going through 1800 lines of output :) > > So, the new, improved version is at http://jstanley.fedorapeople.org/keys.py > > Here's an example of output from my machine: > > [jstanley at rugrat ~]$ ./keys.py python libmpeg2 kmod-nvidia > Fedora (10) > ----------- > python-2.5.2-1.fc10.x86_64 > > RPM Fusion repository (Fedora - free) > ------------------------------------- > libmpeg2-0.5.1-3.fc10.x86_64 > > RPM Fusion repository (Fedora - nonfree) > ---------------------------------------- > kmod-nvidia-180.51-1.fc10.8.x86_64 > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > First off, thanks for this. Secondly, would it be possible to comma separate the rpm,repo ? Then it's easily grep-able and such. Tabs might work also. stahnma From jkeating at j2solutions.net Mon Jul 20 14:55:25 2009 From: jkeating at j2solutions.net (Jesse Keating) Date: Mon, 20 Jul 2009 07:55:25 -0700 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> <4A636B48.9080604@fedoraproject.org> Message-ID: On Jul 19, 2009, at 16:06, inode0 wrote: > On Sun, Jul 19, 2009 at 1:51 PM, Rahul > Sundaram wrote: >> On 07/19/2009 04:11 AM, inode0 wrote: >>> On Sat, Jul 18, 2009 at 5:26 PM, Jesse Keating>> > wrote: >>>> On Jul 18, 2009, at 15:07, inode0 wrote: >>>>> As far as a script helping goes it would only help if it were >>>>> provided >>>>> by Red Hat has part of RHEL. Otherwise it would not be available >>>>> universally as not everyone uses any particular 3rd party repo. >>>>> And if >>>>> they (Red Hat) would agree to such a thing, unlikely I think, it >>>>> might >>>>> as well be part of rpm, like rpm -q >>>>> --where-the-heck-did-this-come-from package. >>>> >>>> Or perhaps a bug reporting URL field in each rpm. Accessable via >>>> rpm -qi or >>>> a targetted query. >>> >>> Correct. But while fixing the issue of identifying the source of an >>> rpm inside rpm is appealing in the long term, it isn't going to help >>> the world as it exists today. Such an RFE would probably take a >>> couple >>> of years to get into RHEL and would not be likely to be backported. >> >> Can you file it now, nevertheless? > > So I've been giving this some thought. Given that RHEL7 would be the > earliest target release and without backporting or updating RPM in > previous RHEL releases it would take about a decade for this to pan > out, I'm reluctant to pursue it. At least without a very clear idea of > what I really want added anyway. > > To answer the original sort of question, where did package foo come > from in the absence of the universal use of repo tags (which is likely > to always be the case with or without EPEL using them) the following > seems adequate to me although I haven't tested it widely > > rpm -q --qf "%{PACKAGER}\n" foo > > That seems to identify the source at the about the same level you can > get by analysing GPG keys. While it would be nice to be able to > identify the specific repo I can't find any way to do that currently > and would it be worth embarking on a 10 year project to obtain? > > As we transition away from up2date there is probably some fairly > simple use of repoquery to obtain useful enough information about the > source repo like > > repoquery --qf "%{REPOID}" foo > > although that has some limitations, more often than not it likely will > identify the correct repo. > > John > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list Erm. What about rhel 6? It's not too late for that. -- Jes From updates at fedoraproject.org Mon Jul 20 16:57:30 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 20 Jul 2009 16:57:30 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090720165730.84ED010F8B2@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing rpmconf-0.1.6-1.el4 spr-3.3.2-2.el4 Details about builds: ================================================================================ rpmconf-0.1.6-1.el4 (FEDORA-EPEL-2009-0092) Tool to handle rpmnew and rpmsave files -------------------------------------------------------------------------------- Update Information: new package -------------------------------------------------------------------------------- ================================================================================ spr-3.3.2-2.el4 (FEDORA-EPEL-2009-0093) Library for categorization of data -------------------------------------------------------------------------------- Update Information: Added new machine learning algorithms and numerous bug fixes and improvements to the existing machine learning algorithms. -------------------------------------------------------------------------------- From updates at fedoraproject.org Mon Jul 20 16:57:30 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 20 Jul 2009 16:57:30 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090720165730.8793E10F8B3@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing lshw-B.02.12.01-1.el5 nntpgrab-0.5.1-1.el5 php-pecl-json-1.2.1-4.el5 rpmconf-0.1.6-1.el5 spr-3.3.2-2.el5 Details about builds: ================================================================================ lshw-B.02.12.01-1.el5 (FEDORA-EPEL-2009-0105) Hardware lister -------------------------------------------------------------------------------- Update Information: Add lshw package to EPEL-5. -------------------------------------------------------------------------------- References: [ 1 ] Bug #511917 - Add lshw https://bugzilla.redhat.com/show_bug.cgi?id=511917 -------------------------------------------------------------------------------- ================================================================================ nntpgrab-0.5.1-1.el5 (FEDORA-EPEL-2009-0106) Download files from the usenet -------------------------------------------------------------------------------- Update Information: Initial release -------------------------------------------------------------------------------- ================================================================================ php-pecl-json-1.2.1-4.el5 (FEDORA-EPEL-2009-0104) PECL library to implement JSON in PHP -------------------------------------------------------------------------------- Update Information: Add provides for php-json for Fedora compatibility -------------------------------------------------------------------------------- ChangeLog: * Sat Jul 18 2009 Jon Stanley - 1.2.1-4 - Add Provides php-json for Fedora compatibiltiy - bz512295 -------------------------------------------------------------------------------- References: [ 1 ] Bug #512295 - No common provides to php and php-pecl-json https://bugzilla.redhat.com/show_bug.cgi?id=512295 -------------------------------------------------------------------------------- ================================================================================ rpmconf-0.1.6-1.el5 (FEDORA-EPEL-2009-0103) Tool to handle rpmnew and rpmsave files -------------------------------------------------------------------------------- Update Information: new package -------------------------------------------------------------------------------- ================================================================================ spr-3.3.2-2.el5 (FEDORA-EPEL-2009-0102) Library for categorization of data -------------------------------------------------------------------------------- Update Information: Added new machine learning algorithms and numerous bug fixes and improvements to the existing machine learning algorithms. -------------------------------------------------------------------------------- From smooge at gmail.com Mon Jul 20 18:19:04 2009 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 20 Jul 2009 12:19:04 -0600 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> <313E887C-3D09-48C7-AFAE-D356FED3B0B7@j2solutions.net> <4A636B48.9080604@fedoraproject.org> Message-ID: <80d7e4090907201119ubda18c9p982e489214759523@mail.gmail.com> On Mon, Jul 20, 2009 at 8:55 AM, Jesse Keating wrote: > > > Erm. What about rhel 6? ?It's not too late for that. > https://bugzilla.redhat.com/show_bug.cgi?id=512774 Please patch appropriately. -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning From jonstanley at gmail.com Mon Jul 20 19:25:38 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 20 Jul 2009 15:25:38 -0400 Subject: Script to identify source of RPM In-Reply-To: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> Message-ID: On Mon, Jul 20, 2009 at 9:38 AM, Michael Stahnke wrote: > First off, thanks for this. ?Secondly, would it be possible to comma > separate the rpm,repo ? ?Then it's easily grep-able and such. ?Tabs > might work also. It came back waving flags :) I've got a new version at http://jstanley.fedorapeople.org/key_checker.py that takes a new -m option to output in a machine-readable format. The code has also been significantly refactored to make it less retarded :) From mastahnke at gmail.com Mon Jul 20 19:33:05 2009 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 20 Jul 2009 14:33:05 -0500 Subject: Script to identify source of RPM In-Reply-To: References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> Message-ID: <7874d9dd0907201233t2471eae8jd9f7a977b7302dda@mail.gmail.com> I love it. Next time I see you, you get a beer from me. stahnma From wolfy at nobugconsulting.ro Tue Jul 21 00:02:59 2009 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 21 Jul 2009 03:02:59 +0300 Subject: Script to identify source of RPM In-Reply-To: References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> Message-ID: <4A6505B3.8050804@nobugconsulting.ro> On 07/20/2009 10:25 PM, Jon Stanley wrote: > On Mon, Jul 20, 2009 at 9:38 AM, Michael Stahnke wrote: > > >> First off, thanks for this. Secondly, would it be possible to comma >> separate the rpm,repo ? Then it's easily grep-able and such. Tabs >> might work also. >> > > It came back waving flags :) > > I've got a new version at > http://jstanley.fedorapeople.org/key_checker.py that takes a new -m > option to output in a machine-readable format. The code has also been > significantly refactored to make it less retarded :) > > Where should bug reports go ? a) [wolfy at wolfy bin]$ ./key_checker.py Traceback (most recent call last): File "./key_checker.py", line 60, in getPkg() File "./key_checker.py", line 41, in getPkg pkgs[key].append(nevra) KeyError: 'Unkown key 0b86274e' b) keys.py works OK by itself but cries for mamma if piped to head: [wolfy at wolfy bin]$ ./keys.py |head -5 Unknown signing key ------------------- perl-Tk-804.028-9.fc10.x86_64 RPM Fusion repository (Fedora - free) Traceback (most recent call last): File "./keys.py", line 59, in print pkginstance IOError: [Errno 32] Broken pipe From jonstanley at gmail.com Tue Jul 21 01:42:10 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Mon, 20 Jul 2009 21:42:10 -0400 Subject: Script to identify source of RPM In-Reply-To: <4A6505B3.8050804@nobugconsulting.ro> References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> <4A6505B3.8050804@nobugconsulting.ro> Message-ID: On Mon, Jul 20, 2009 at 8:02 PM, Manuel Wolfshant wrote: > Where should bug reports go ? I could make a proper fedorahosted project if that's seen as valuable. The first bug is fixed in the latest version, I found that one - it's due to a change in how unknown keys are handled (rather than lumping them into one category, it now makes a new category for each unknown key). The second one is quasi-taken care of - it doesn't puke anymore, but I think it's a hack. Another bug in the old version was that it didn't work on RHEL4, first because I used a function to make signatures easier to work with from yum, and second because python 2.3 doesn't know what rsplit() is :( I have this in a fedorapeople git repo, git://fedorapeople.org/home/fedora/jstanley/public_git/keychecker.git It's also at http://jstanley.fedorapeople.org/key_checker.py From wolfy at nobugconsulting.ro Tue Jul 21 06:54:05 2009 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 21 Jul 2009 09:54:05 +0300 Subject: Script to identify source of RPM In-Reply-To: References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> <4A6505B3.8050804@nobugconsulting.ro> Message-ID: <4A65660D.3090401@nobugconsulting.ro> Jon Stanley wrote: > On Mon, Jul 20, 2009 at 8:02 PM, Manuel > Wolfshant wrote: > > >> Where should bug reports go ? >> > > I could make a proper fedorahosted project if that's seen as valuable. > By all means, please do. Your script is an ex-ce-ll-en-t idea (and thank you for implementing it). > The first bug is fixed in the latest version, I found that one - it's > due to a change in how unknown keys are handled (rather than lumping > them into one category, it now makes a new category for each unknown > key). > I confirm that, it does not die any more Manuel From updates at fedoraproject.org Tue Jul 21 20:49:18 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 21 Jul 2009 20:49:18 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090721204918.ACFA310F89D@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing nsca-2.7.2-7.el4 Details about builds: ================================================================================ nsca-2.7.2-7.el4 (FEDORA-EPEL-2009-0094) Nagios Service Check Acceptor -------------------------------------------------------------------------------- Update Information: Increase max plugin output length to match nagios. -------------------------------------------------------------------------------- ChangeLog: * Fri Jul 17 2009 Xavier Bachelot - 2.7.2-7 - Increase max plugin output length to match nagios (RHBZ#497847, related to RHBZ#469198). -------------------------------------------------------------------------------- References: [ 1 ] Bug #497847 - need send_nsca & nsca to be customized to send/receive packets larger than default https://bugzilla.redhat.com/show_bug.cgi?id=497847 -------------------------------------------------------------------------------- From updates at fedoraproject.org Tue Jul 21 20:49:18 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 21 Jul 2009 20:49:18 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090721204918.B0EA310F89E@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing nsca-2.7.2-7.el5 perl-XML-Stream-1.22-10.el5 pygrace-0.4-2.el5 python-repoze-who-plugins-sa-1.0-0.3.rc1.el5 Details about builds: ================================================================================ nsca-2.7.2-7.el5 (FEDORA-EPEL-2009-0108) Nagios Service Check Acceptor -------------------------------------------------------------------------------- Update Information: Increase max plugin output length to match nagios. -------------------------------------------------------------------------------- ChangeLog: * Fri Jul 17 2009 Xavier Bachelot - 2.7.2-7 - Increase max plugin output length to match nagios (RHBZ#497847, related to RHBZ#469198). -------------------------------------------------------------------------------- References: [ 1 ] Bug #497847 - need send_nsca & nsca to be customized to send/receive packets larger than default https://bugzilla.redhat.com/show_bug.cgi?id=497847 -------------------------------------------------------------------------------- ================================================================================ perl-XML-Stream-1.22-10.el5 (FEDORA-EPEL-2009-0109) XML::Stream - streaming XML library -------------------------------------------------------------------------------- Update Information: Initial release for EL-5 branch. -------------------------------------------------------------------------------- ================================================================================ pygrace-0.4-2.el5 (FEDORA-EPEL-2009-0110) Python bindings for grace -------------------------------------------------------------------------------- Update Information: Change backend from python-numeric to numpy. Update to upstream 0.4. -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 21 2009 Jussi Lehtola - 0.4-2 - Change Requires: python-numeric to numpy. * Thu Jul 16 2009 Jussi Lehtola - 0.4-1 - Update to 0.4. * Thu Feb 26 2009 Fedora Release Engineering - 0.3-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #512940 - update Requires/BuildRequires from python-numeric to numpy https://bugzilla.redhat.com/show_bug.cgi?id=512940 -------------------------------------------------------------------------------- ================================================================================ python-repoze-who-plugins-sa-1.0-0.3.rc1.el5 (FEDORA-EPEL-2009-0107) The repoze.who SQLAlchemy plugin -------------------------------------------------------------------------------- References: [ 1 ] Bug #512759 - python-repoze-who-plugins-sa : Conflicts with python-daemon https://bugzilla.redhat.com/show_bug.cgi?id=512759 -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Jul 22 19:22:32 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 22 Jul 2009 19:22:32 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090722192232.3206510F8AF@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing jabberd-2.2.8-2.el5 pymol-1.1-14.20081015svn3468.el5 python-tgext-crud-0.2.4-1.el5 xz-4.999.8-0.7.beta.el5.1 Details about builds: ================================================================================ jabberd-2.2.8-2.el5 (FEDORA-EPEL-2009-0114) OpenSource server implementation of the Jabber protocols -------------------------------------------------------------------------------- Update Information: fixes up issues seen with spacewalk -------------------------------------------------------------------------------- ChangeLog: * Fri Jun 19 2009 Adrian Reber - 2.2.8-2 - updated to 2.2.8 - added patch to fix "router segfaults" (rhbz#497671) * Tue Mar 31 2009 Bernie Innocenti - 2.2.7.1-2 - fix rhbz#349714: jabberd does not close its stdin/stdout/stderr * Thu Feb 26 2009 Adrian Reber - 2.2.7.1-1 - updated to 2.2.7.1 - "Workaround for buggy Java TLS implementation (affecting OpenFire and GTalk)" * Wed Feb 25 2009 Fedora Release Engineering - 2.2.7-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Tue Feb 17 2009 Adrian Reber - 2.2.7-1 - updated to 2.2.7 * Mon Feb 16 2009 Adrian Reber - 2.2.6-1 - updated to 2.2.6 -------------------------------------------------------------------------------- ================================================================================ pymol-1.1-14.20081015svn3468.el5 (FEDORA-EPEL-2009-0112) PyMOL Molecular Graphics System -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 21 2009 Tim Fenn - 1.1-14.20081015svn3468 - include chempy, pmg_tk and tut subdirectories in data folder * Thu Oct 30 2008 Jon Ciesla - 1.1-13-20081015svn3468 - Fixed vendor flag per kkofler. -------------------------------------------------------------------------------- References: [ 1 ] Bug #513077 - pymol in Fedora 10/11 should be updated to 1.2 1r1 release and packaging fixed https://bugzilla.redhat.com/show_bug.cgi?id=513077 -------------------------------------------------------------------------------- ================================================================================ python-tgext-crud-0.2.4-1.el5 (FEDORA-EPEL-2009-0113) Crud Controller Extension for TG2 -------------------------------------------------------------------------------- References: [ 1 ] Bug #503586 - Review Request: python-tgext-crud - Crud Controller Extension for TG2 https://bugzilla.redhat.com/show_bug.cgi?id=503586 -------------------------------------------------------------------------------- ================================================================================ xz-4.999.8-0.7.beta.el5.1 (FEDORA-EPEL-2009-0111) LZMA compression utilities -------------------------------------------------------------------------------- Update Information: New xz package with a compressor suitable for replacing bzip2. -------------------------------------------------------------------------------- From inode0 at gmail.com Thu Jul 23 18:54:07 2009 From: inode0 at gmail.com (inode0) Date: Thu, 23 Jul 2009 13:54:07 -0500 Subject: EPEL meeting summary/minutes - 2009-07-17 In-Reply-To: <20090718134248.31572721@ohm.scrye.com> References: <20090717160417.4bc5839c@ohm.scrye.com> <20090718134248.31572721@ohm.scrye.com> Message-ID: On Sat, Jul 18, 2009 at 2:42 PM, Kevin Fenzi wrote: > On Fri, 17 Jul 2009 19:16:40 -0500 > inode0 wrote: > > ...snip... > >> Since I am one of the more vocal critics in #rhel on this subject I >> guess I'll say my piece here now. The reason I haven't before, >> although I have discussed it at some length with stahnma in #rhel, is >> that I don't believe I have any new arguments to offer. I just am >> persuaded by the arguments that are on the table already. > > ...snip... > > Personally, at this point I would like to know more about the end user > cases you are seeing where a dist tag would help. Perhaps you could > post some irc logs of users who this would have helped with (with the > nicks redacted?). Can we do something else in these cases? Would a > script help? Here is another case that shouldn't come up but does. I install and update a RHEL4 box, then install epel-release, run up2date -l and see # up2date -l Fetching Obsoletes list for channel: rhel-i386-as-4... Fetching Obsoletes list for channel: EPEL... Fetching rpm headers... ######################################## Name Version Rel Arch ---------------------------------------------------------------------------------------- gsl 1.10 10.el4 i386 Now when that is included in a batch of legitimate updates from Red Hat how is the user to have any idea this one isn't from Red Hat? After the user updates this and Red Hat releases a security errata for gsl that the user will miss how is the user supposed to know to track this package for security issues from EPEL when he likely has no idea it came from EPEL? It does just seem like a good idea all around to me to make 3rd party packages very obvious to the administrator. John From updates at fedoraproject.org Thu Jul 23 20:58:08 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 23 Jul 2009 20:58:08 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090723205808.404A510F8B6@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing bios_extract-0-0.2.20090713git.el4 Details about builds: ================================================================================ bios_extract-0-0.2.20090713git.el4 (FEDORA-EPEL-2009-0095) Tools to extract the different submodules of common legacy bioses -------------------------------------------------------------------------------- Update Information: Initial package request. -------------------------------------------------------------------------------- References: [ 1 ] Bug #513150 - Review Request: bios_extract - Tool to extract the different submodules of common legacy bioses https://bugzilla.redhat.com/show_bug.cgi?id=513150 -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Jul 23 20:58:08 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 23 Jul 2009 20:58:08 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090723205808.43A6810F8B7@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing bios_extract-0-0.2.20090713git.el5 c-ares-1.6.0-1.el5 libguestfs-1.0.64-2.el5 python-repoze-what-pylons-1.0-3.el5 Details about builds: ================================================================================ bios_extract-0-0.2.20090713git.el5 (FEDORA-EPEL-2009-0116) Tools to extract the different submodules of common legacy bioses -------------------------------------------------------------------------------- Update Information: Initial package request. -------------------------------------------------------------------------------- References: [ 1 ] Bug #513150 - Review Request: bios_extract - Tool to extract the different submodules of common legacy bioses https://bugzilla.redhat.com/show_bug.cgi?id=513150 -------------------------------------------------------------------------------- ================================================================================ c-ares-1.6.0-1.el5 (FEDORA-EPEL-2009-0118) A library that performs asynchronous DNS operations -------------------------------------------------------------------------------- Update Information: Update to 1.6.0 to pickup pkgconfig file so other apps can compile against it. -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 22 2009 Tom "spot" Callaway - 1.6.0-1 - update to 1.6.0 * Mon Feb 23 2009 Fedora Release Engineering - 1.5.3-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Fri Sep 12 2008 Tom "spot" Callaway - 1.5.3-1 - update to 1.5.3 * Tue Feb 19 2008 Fedora Release Engineering - 1.5.1-2 - Autorebuild for GCC 4.3 * Tue Feb 19 2008 Tom "spot" Callaway 1.5.1-1 - update to 1.5.1 * Thu Aug 23 2007 Tom "spot" Callaway 1.4.0-2 - rebuild for ppc32 -------------------------------------------------------------------------------- References: [ 1 ] Bug #513329 - Update requested for c-ares in EL-5 https://bugzilla.redhat.com/show_bug.cgi?id=513329 -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.64-2.el5 (FEDORA-EPEL-2009-0119) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: New upstream version 1.0.64. This should fix run-time dependency problems in 1.0.60-1 package. New upstream version 1.0.60. New upstream release 1.0.58. New upstream version 1.0.57. -------------------------------------------------------------------------------- References: [ 1 ] Bug #512957 - -net channel has become 'guestfwd' in newest qemu https://bugzilla.redhat.com/show_bug.cgi?id=512957 [ 2 ] Bug #512905 - add ability to override tmp directory location for guestfish https://bugzilla.redhat.com/show_bug.cgi?id=512905 [ 3 ] Bug #512709 - virt-inspector gives incorrect '-a' parameter for guests https://bugzilla.redhat.com/show_bug.cgi?id=512709 [ 4 ] Bug #511372 - guestfish doesn't understand '~' in filenames https://bugzilla.redhat.com/show_bug.cgi?id=511372 [ 5 ] Bug #509597 - command "find /" causes appliance to die https://bugzilla.redhat.com/show_bug.cgi?id=509597 -------------------------------------------------------------------------------- ================================================================================ python-repoze-what-pylons-1.0-3.el5 (FEDORA-EPEL-2009-0115) A plugin providing utilities for Pylons applications using repoze.what -------------------------------------------------------------------------------- Update Information: New package: python-repoze-what-pylons - A plugin providing utilities for Pylons applications using repoze.what -------------------------------------------------------------------------------- From kevin at tummy.com Thu Jul 23 21:23:45 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 23 Jul 2009 15:23:45 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-07-24) Message-ID: <20090723152345.5169e5ee@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Dealing with incompatible upgrades. (any new ideas or suggestions?) Wiki pages cleanup. Increasing Contibutor base. Next Stable Push (next tuesday?) If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kevin at tummy.com Sun Jul 26 17:19:13 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 26 Jul 2009 11:19:13 -0600 Subject: canceled EPEL meeting - 2009-07-24 Message-ID: <20090726111913.7966b131@ohm.scrye.com> I managed to be away from my computer and other folks also had issues making the meeting on friday, so we went ahead and canceled. I sure hope this is just a on-off and we will resume regular meeting next week. Thanks, kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jonstanley at gmail.com Mon Jul 27 01:21:52 2009 From: jonstanley at gmail.com (Jon Stanley) Date: Sun, 26 Jul 2009 21:21:52 -0400 Subject: Script to identify source of RPM In-Reply-To: <4A65660D.3090401@nobugconsulting.ro> References: <7874d9dd0907200638p7853c02em6fda8c57111c6bdf@mail.gmail.com> <4A6505B3.8050804@nobugconsulting.ro> <4A65660D.3090401@nobugconsulting.ro> Message-ID: On Tue, Jul 21, 2009 at 2:54 AM, Manuel Wolfshant wrote: > By all means, please do. Your script is an ex-ce-ll-en-t idea (and thank you > for implementing it). Not only is it now at fedorahosted, review request is at https://bugzilla.redhat.com/show_bug.cgi?id=513898 if anyone is interested :) From updates at fedoraproject.org Mon Jul 27 05:49:31 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 27 Jul 2009 05:49:31 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090727054931.44D1210F8EB@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing memcached-1.2.8-1.el4 perl-Convert-UUlib-1.12-1.el4 Details about builds: ================================================================================ memcached-1.2.8-1.el4 (FEDORA-EPEL-2009-0118) High Performance, Distributed Memory Object Cache -------------------------------------------------------------------------------- Update Information: Latest stable release of memcached for EL4 -------------------------------------------------------------------------------- References: [ 1 ] Bug #486094 - memcached still unavailable for EL4 https://bugzilla.redhat.com/show_bug.cgi?id=486094 -------------------------------------------------------------------------------- ================================================================================ perl-Convert-UUlib-1.12-1.el4 (FEDORA-EPEL-2009-0119) Perl interface to the uulib library -------------------------------------------------------------------------------- Update Information: - Use the yencode filesize as additional matching criterium to avoid false matches - Made the example decoder more verbose w.r.t. error handling - Removed potentially confusing decide_temp calls from example decoder -------------------------------------------------------------------------------- ChangeLog: * Sat Jul 25 2009 Robert Scheck 1:1.12-1 - Upgrade to 1.12 * Mon Feb 23 2009 Robert Scheck 1:1.11-2 - Rebuild against gcc 4.4 and rpm 4.6 -------------------------------------------------------------------------------- From updates at fedoraproject.org Mon Jul 27 05:49:31 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Mon, 27 Jul 2009 05:49:31 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090727054931.4BAC310F8EC@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing bleachbit-0.5.4-3.el5 gkrellm-top-2.2.13-1.el5 heartbeat-2.1.4-9.el5 kobo-0.1.1-1.el5 mediawiki-rss-1.5-2.el5 memcached-1.2.8-1.el5 mpich2-1.1.1-1.el5 perl-Convert-UUlib-1.12-1.el5 pidgin-privacy-please-0.5.4-1.el5 rubygem-daemons-1.0.10-1.el5 rubygem-fastthread-1.0.7-1.el5 xine-ui-0.99.5-15.el5 zikula-module-scribite-3.2-3.el5 znc-0.074-1.el5 Details about builds: ================================================================================ bleachbit-0.5.4-3.el5 (FEDORA-EPEL-2009-0132) Remove unnecessary files, free space, and maintain privacy -------------------------------------------------------------------------------- Update Information: Here is where you give an explanation of your update. -------------------------------------------------------------------------------- ================================================================================ gkrellm-top-2.2.13-1.el5 (FEDORA-EPEL-2009-0123) GKrellM plugin which shows 3 most CPU intensive processes -------------------------------------------------------------------------------- Update Information: - Refactored the top_three code for better performance - Temporarily suspend refresh when mouse over - Add ability to see per process IO activity - Fix duplication when a single process in list -------------------------------------------------------------------------------- ChangeLog: * Sat Jul 25 2009 Robert Scheck 2.2.13-1 - Upgrade to 2.2.13 * Mon Feb 23 2009 Robert Scheck 2.2.11-2 - Rebuild against gcc 4.4 and rpm 4.6 -------------------------------------------------------------------------------- ================================================================================ heartbeat-2.1.4-9.el5 (FEDORA-EPEL-2009-0131) Heartbeat subsystem for High-Availability Linux -------------------------------------------------------------------------------- Update Information: Fixes a broken dependency. -------------------------------------------------------------------------------- ChangeLog: * Sun Jun 14 2009 Kevin Fenzi - 2.1.4-9 - Remove perl(Net::IMAP::Simple::SSL) for now as it's not in Fedora (yet). * Thu Jun 11 2009 Kevin Fenzi - 2.1.4-8 - Add perl(Net::IMAP::Simple::SSL) to ldirector subpackage - Fix MAILCMD (#502443) - Add patch to fix duplicate install of OCF drbd * Fri Apr 24 2009 Kevin Fenzi - 2.1.4-7 - Move ldirector dep to subpackage (#493625) - Add zlib-devel to BuildRequires (#497079) - Add pygtk2-libglade (#497079) -------------------------------------------------------------------------------- ================================================================================ kobo-0.1.1-1.el5 (FEDORA-EPEL-2009-0130) Python modules for tools development -------------------------------------------------------------------------------- ================================================================================ mediawiki-rss-1.5-2.el5 (FEDORA-EPEL-2009-0121) Displays an RSS feed on a mediawiki page -------------------------------------------------------------------------------- Update Information: New package -------------------------------------------------------------------------------- References: [ 1 ] Bug #509609 - Review Request: mediawiki-rss - rss tag extension for mediaiwki https://bugzilla.redhat.com/show_bug.cgi?id=509609 -------------------------------------------------------------------------------- ================================================================================ memcached-1.2.8-1.el5 (FEDORA-EPEL-2009-0124) High Performance, Distributed Memory Object Cache -------------------------------------------------------------------------------- Update Information: Latest stable build of memcached for EL5 -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Paul Lindner - 1.2.8-1 - Upgrade to memcached 1.2.8 -------------------------------------------------------------------------------- ================================================================================ mpich2-1.1.1-1.el5 (FEDORA-EPEL-2009-0133) A high-performance implementation of MPI -------------------------------------------------------------------------------- Update Information: Update to the latest stable release -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 22 2009 Deji Akingunola - 1.1.1-1 - Update to 1.1.1 - Remove (and obsolete) the -libs subpackage, it is not necessary. -------------------------------------------------------------------------------- ================================================================================ perl-Convert-UUlib-1.12-1.el5 (FEDORA-EPEL-2009-0129) Perl interface to the uulib library -------------------------------------------------------------------------------- Update Information: - Use the yencode filesize as additional matching criterium to avoid false matches - Made the example decoder more verbose w.r.t. error handling - Removed potentially confusing decide_temp calls from example decoder -------------------------------------------------------------------------------- ChangeLog: * Sat Jul 25 2009 Robert Scheck 1:1.12-1 - Upgrade to 1.12 * Mon Feb 23 2009 Robert Scheck 1:1.11-2 - Rebuild against gcc 4.4 and rpm 4.6 -------------------------------------------------------------------------------- ================================================================================ pidgin-privacy-please-0.5.4-1.el5 (FEDORA-EPEL-2009-0127) Security and Privacy plugin for Pidgin -------------------------------------------------------------------------------- Update Information: v0.5.4 (24 Jul 2009) * Thanks to paul.aurich for his bug report * Fixed a possible crash on win32 when blocking jabber headlines * Use the right function to free received xmlnodes in blocked jabber headlines * Added option to allow all messages on IRC * Small code cleanup -------------------------------------------------------------------------------- ChangeLog: * Fri Jul 24 2009 Guillaume Kulakowski - 0.5.4-1 - Update to 0.5.4 -------------------------------------------------------------------------------- ================================================================================ rubygem-daemons-1.0.10-1.el5 (FEDORA-EPEL-2009-0128) A toolkit to create and control daemons in different ways -------------------------------------------------------------------------------- Update Information: upgraded to upstream 1.0.10 give an explanation of your update. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Scott Seago - 1.0.10-1 - Upgraded to upstream 1.0.10 * Wed Feb 25 2009 Fedora Release Engineering - 1.0.7-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ rubygem-fastthread-1.0.7-1.el5 (FEDORA-EPEL-2009-0125) Optimized replacement for thread.rb primitives -------------------------------------------------------------------------------- Update Information: upgraded to upstream version 1.0.7 -------------------------------------------------------------------------------- ChangeLog: * Fri Jul 24 2009 Scott Seago - 1.0.7-1 - Upgraded to 1.0.7 * Wed Feb 25 2009 Fedora Release Engineering - 1.0.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ xine-ui-0.99.5-15.el5 (FEDORA-EPEL-2009-0126) A skinned xlib-based gui for xine-lib -------------------------------------------------------------------------------- References: [ 1 ] Bug #501006 - Review Request: xine-ui - A skinned xlib-based gui for xine-lib https://bugzilla.redhat.com/show_bug.cgi?id=501006 -------------------------------------------------------------------------------- ================================================================================ zikula-module-scribite-3.2-3.el5 (FEDORA-EPEL-2009-0122) Integration of several JavaScript text editors with Zikula -------------------------------------------------------------------------------- Update Information: Initial package. -------------------------------------------------------------------------------- References: [ 1 ] Bug #506056 - Review Request: zikula-module-scribite - The scribite! module for Zikula allows integration of various text editors https://bugzilla.redhat.com/show_bug.cgi?id=506056 [ 2 ] Bug #505940 - Need to package scribite. https://bugzilla.redhat.com/show_bug.cgi?id=505940 -------------------------------------------------------------------------------- ================================================================================ znc-0.074-1.el5 (FEDORA-EPEL-2009-0120) An advanced IRC bouncer -------------------------------------------------------------------------------- Update Information: Update to 0.074 of ZNC, enable c-ares c-ares was new in 0.072, but was disabled in the Fedora package # Fix a possible crash if users are deleted while they have active DCC sockets. (r1575) -- The folllowing other update that was new to upstream ZNC 0.074 was already backported to znc-0.072-3 in Fedora # Fix a regression due to (r1569): Webadmin was broken if the skins were accessed through an absolute path (=almost always). (r1574) -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Nick Bebout - 0.074-1 - Update to 0.074 -------------------------------------------------------------------------------- From updates at fedoraproject.org Tue Jul 28 17:24:02 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 28 Jul 2009 17:24:02 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090728172402.9EDE010F95D@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing globus-callout-0.7-5.el4 globus-common-10.2-6.el4 globus-core-5.15-6.el4 globus-ftp-client-3.14-3.el4 globus-ftp-control-2.10-3.el4 globus-gass-copy-4.14-3.el4 globus-gass-transfer-3.4-3.el4 globus-gsi-callback-1.10-3.el4 globus-gsi-cert-utils-5.5-3.el4 globus-gsi-credential-2.2-3.el4 globus-gsi-openssl-error-0.14-4.el4 globus-gsi-proxy-core-3.4-3.el4 globus-gsi-proxy-ssl-1.5-4.el4 globus-gsi-sysconfig-2.2-3.el4 globus-gss-assist-4.0-3.el4 globus-gssapi-error-2.5-4.el4 globus-gssapi-gsi-5.9-4.el4 globus-io-6.3-3.el4 globus-libtool-1.2-4.el4 globus-openssl-3.0-3.el4 globus-openssl-module-0.6-3.el4 globus-proxy-utils-2.5-3.el4 globus-rls-client-5.1-4.el4 globus-rls-server-4.7-4.el4 globus-rsl-5.0-5.el4 globus-rsl-assist-2.1-3.el4 globus-usage-1.0-4.el4 globus-xio-2.7-5.el4 globus-xio-gsi-driver-0.6-3.el4 globus-xio-popen-driver-0.2-4.el4 Details about builds: ================================================================================ globus-callout-0.7-5.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus Callout Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.7-5 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.7-4 - Update to official Fedora Globus packaging guidelines - Allow loading callouts without flavor extensions -------------------------------------------------------------------------------- ================================================================================ globus-common-10.2-6.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Common Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 10.2-6 - Add instruction set architecture (isa) tags - Make doc subpackage noarch - Replace /usr/bin/env shebangs * Tue Jun 2 2009 Mattias Ellert - 10.2-5 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-core-5.15-6.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus Core -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.15-6 - The globus-spec-creator script now uses isa tags and noarch doc subpackages - Replace /usr/bin/env shebangs * Tue Jun 2 2009 Mattias Ellert - 5.15-5 - Update to official Fedora Globus packaging guidelines - Fix build configuration for s390x and kfreebsd - Make globus-core work with automake 1.11 -------------------------------------------------------------------------------- ================================================================================ globus-ftp-client-3.14-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - GridFTP Client Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.14-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 3.14-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-ftp-control-2.10-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - GridFTP Client Control Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.10-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 2.10-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gass-copy-4.14-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus Gass Copy -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.14-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 4.14-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gass-transfer-3.4-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus Gass Transfer -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.4-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-callback-1.10-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Callback Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.10-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 1.10-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-cert-utils-5.5-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Cert Utils Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.5-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 5.5-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-credential-2.2-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Credential Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.2-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-openssl-error-0.14-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus OpenSSL Error Handling -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.14-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.14-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-proxy-core-3.4-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Proxy Core Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.4-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-proxy-ssl-1.5-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Proxy SSL Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.5-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 1.5-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-sysconfig-2.2-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI System Config Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.2-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gss-assist-4.0-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - GSSAPI Assist library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.0-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 4.0-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gssapi-error-2.5-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - GSSAPI Error Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.5-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 2.5-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gssapi-gsi-5.9-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - GSSAPI library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.9-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 5.9-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-io-6.3-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - uniform I/O interface -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 6.3-3 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 6.3-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-libtool-1.2-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus libtool package -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.2-4 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 1.2-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-openssl-3.0-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Openssl Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.0-3 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 3.0-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-openssl-module-0.6-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus OpenSSL Module Wrapper -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.6-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-proxy-utils-2.5-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus GSI Proxy Utility Programs -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.5-3 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 2.5-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rls-client-5.1-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Replica Location Service Client -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.1-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 5.1-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rls-server-4.7-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Replica Location Service Server -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.7-4 - Add instruction set architecture (isa) tags * Sun Jun 7 2009 Mattias Ellert - 4.7-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rsl-5.0-5.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Resource Specification Language Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.0-5 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 5.0-4 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rsl-assist-2.1-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - RSL Manipulation Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.1-3 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 2.1-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-usage-1.0-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Usage Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.0-4 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 1.0-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-2.7-5.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus XIO Framework -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.7-5 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.7-4 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-gsi-driver-0.6-3.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus XIO GSI Driver -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.6-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-popen-driver-0.2-4.el4 (FEDORA-EPEL-2009-0120) Globus Toolkit - Globus XIO Pipe Open Driver -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.2-4 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 0.2-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- From updates at fedoraproject.org Tue Jul 28 17:24:02 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Tue, 28 Jul 2009 17:24:02 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090728172402.BA79E10F8B9@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing globus-callout-0.7-5.el5 globus-common-10.2-6.el5 globus-core-5.15-6.el5 globus-ftp-client-3.14-3.el5 globus-ftp-control-2.10-3.el5 globus-gass-copy-4.14-3.el5 globus-gass-transfer-3.4-3.el5 globus-gsi-callback-1.10-3.el5 globus-gsi-cert-utils-5.5-3.el5 globus-gsi-credential-2.2-3.el5 globus-gsi-openssl-error-0.14-4.el5 globus-gsi-proxy-core-3.4-3.el5 globus-gsi-proxy-ssl-1.5-4.el5 globus-gsi-sysconfig-2.2-3.el5 globus-gss-assist-4.0-3.el5 globus-gssapi-error-2.5-4.el5 globus-gssapi-gsi-5.9-4.el5 globus-io-6.3-3.el5 globus-libtool-1.2-4.el5 globus-openssl-3.0-3.el5 globus-openssl-module-0.6-3.el5 globus-proxy-utils-2.5-3.el5 globus-rls-client-5.1-4.el5 globus-rls-server-4.7-4.el5 globus-rsl-5.0-5.el5 globus-rsl-assist-2.1-3.el5 globus-usage-1.0-4.el5 globus-xio-2.7-5.el5 globus-xio-gsi-driver-0.6-3.el5 globus-xio-popen-driver-0.2-4.el5 libguestfs-1.0.64-3.el5 ncdu-1.5-1.el5 ocaml-lablgl-1.03-8.el5 openscada-0.6.3.3-11.el5 python-Lightbox-2.1-2.el5 python-Lightbox-2.1-3.el5 python-fedora-0.3.14-1.el5 rubygem-main-2.8.4-2.el5 sagator-1.2.0-0.rc6.el5 Details about builds: ================================================================================ globus-callout-0.7-5.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus Callout Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.7-5 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.7-4 - Update to official Fedora Globus packaging guidelines - Allow loading callouts without flavor extensions -------------------------------------------------------------------------------- ================================================================================ globus-common-10.2-6.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Common Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 10.2-6 - Add instruction set architecture (isa) tags - Make doc subpackage noarch - Replace /usr/bin/env shebangs * Tue Jun 2 2009 Mattias Ellert - 10.2-5 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-core-5.15-6.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus Core -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.15-6 - The globus-spec-creator script now uses isa tags and noarch doc subpackages - Replace /usr/bin/env shebangs * Tue Jun 2 2009 Mattias Ellert - 5.15-5 - Update to official Fedora Globus packaging guidelines - Fix build configuration for s390x and kfreebsd - Make globus-core work with automake 1.11 -------------------------------------------------------------------------------- ================================================================================ globus-ftp-client-3.14-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - GridFTP Client Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.14-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 3.14-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-ftp-control-2.10-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - GridFTP Client Control Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.10-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 2.10-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gass-copy-4.14-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus Gass Copy -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.14-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 4.14-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gass-transfer-3.4-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus Gass Transfer -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.4-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-callback-1.10-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Callback Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.10-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 1.10-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-cert-utils-5.5-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Cert Utils Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.5-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 5.5-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-credential-2.2-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Credential Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.2-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-openssl-error-0.14-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus OpenSSL Error Handling -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.14-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.14-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-proxy-core-3.4-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Proxy Core Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.4-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 3.4-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-proxy-ssl-1.5-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Proxy SSL Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.5-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 1.5-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gsi-sysconfig-2.2-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI System Config Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.2-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.2-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gss-assist-4.0-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - GSSAPI Assist library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.0-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 4.0-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gssapi-error-2.5-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - GSSAPI Error Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.5-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 2.5-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-gssapi-gsi-5.9-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - GSSAPI library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.9-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 5.9-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-io-6.3-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - uniform I/O interface -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 6.3-3 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 6.3-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-libtool-1.2-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus libtool package -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.2-4 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 1.2-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-openssl-3.0-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Openssl Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 3.0-3 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 3.0-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-openssl-module-0.6-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus OpenSSL Module Wrapper -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.6-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-proxy-utils-2.5-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus GSI Proxy Utility Programs -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.5-3 - Add instruction set architecture (isa) tags * Wed Jun 3 2009 Mattias Ellert - 2.5-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rls-client-5.1-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Replica Location Service Client -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.1-4 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 5.1-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rls-server-4.7-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Replica Location Service Server -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 4.7-4 - Add instruction set architecture (isa) tags * Sun Jun 7 2009 Mattias Ellert - 4.7-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rsl-5.0-5.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Resource Specification Language Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 5.0-5 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 5.0-4 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-rsl-assist-2.1-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - RSL Manipulation Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.1-3 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 2.1-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-usage-1.0-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Usage Library -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 1.0-4 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 1.0-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-2.7-5.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus XIO Framework -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 2.7-5 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Wed Jun 3 2009 Mattias Ellert - 2.7-4 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-gsi-driver-0.6-3.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus XIO GSI Driver -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.6-3 - Add instruction set architecture (isa) tags - Make doc subpackage noarch * Thu Jun 4 2009 Mattias Ellert - 0.6-2 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ globus-xio-popen-driver-0.2-4.el5 (FEDORA-EPEL-2009-0134) Globus Toolkit - Globus XIO Pipe Open Driver -------------------------------------------------------------------------------- Update Information: Adds instruction set architecture tags to package dependencies if supported for improved multi-architecture installation support. Makes the documentation sub- package architecture independent if supported Replaces /usr/bin/env shebangs -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 23 2009 Mattias Ellert - 0.2-4 - Add instruction set architecture (isa) tags * Thu Jun 4 2009 Mattias Ellert - 0.2-3 - Update to official Fedora Globus packaging guidelines -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.64-3.el5 (FEDORA-EPEL-2009-0142) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: Fix missing runtime requires. New upstream version 1.0.64. This should fix run- time dependency problems in 1.0.60-1 package. New upstream version 1.0.60. New upstream release 1.0.58. New upstream version 1.0.57. -------------------------------------------------------------------------------- References: [ 1 ] Bug #512957 - -net channel has become 'guestfwd' in newest qemu https://bugzilla.redhat.com/show_bug.cgi?id=512957 [ 2 ] Bug #512905 - add ability to override tmp directory location for guestfish https://bugzilla.redhat.com/show_bug.cgi?id=512905 [ 3 ] Bug #512709 - virt-inspector gives incorrect '-a' parameter for guests https://bugzilla.redhat.com/show_bug.cgi?id=512709 [ 4 ] Bug #511372 - guestfish doesn't understand '~' in filenames https://bugzilla.redhat.com/show_bug.cgi?id=511372 [ 5 ] Bug #509597 - command "find /" causes appliance to die https://bugzilla.redhat.com/show_bug.cgi?id=509597 -------------------------------------------------------------------------------- ================================================================================ ncdu-1.5-1.el5 (FEDORA-EPEL-2009-0141) Text-based disk usage viewer -------------------------------------------------------------------------------- Update Information: New package - ncdu 1.5 -------------------------------------------------------------------------------- ================================================================================ ocaml-lablgl-1.03-8.el5 (FEDORA-EPEL-2009-0140) LablGL is an OpenGL interface for Objective Caml -------------------------------------------------------------------------------- Update Information: -------------------------------------------------------------------------------- ================================================================================ openscada-0.6.3.3-11.el5 (FEDORA-EPEL-2009-0139) Open SCADA system project -------------------------------------------------------------------------------- References: [ 1 ] Bug #511217 - openscada should use find_lang macro instead of manually specified locale-files https://bugzilla.redhat.com/show_bug.cgi?id=511217 -------------------------------------------------------------------------------- ================================================================================ python-Lightbox-2.1-2.el5 (FEDORA-EPEL-2009-0135) Lightbox photo display widget -------------------------------------------------------------------------------- References: [ 1 ] Bug #508511 - Review Request: python-Lightbox - Lightbox photo display widget https://bugzilla.redhat.com/show_bug.cgi?id=508511 -------------------------------------------------------------------------------- ================================================================================ python-Lightbox-2.1-3.el5 (FEDORA-EPEL-2009-0137) Lightbox photo display widget -------------------------------------------------------------------------------- ================================================================================ python-fedora-0.3.14-1.el5 (FEDORA-EPEL-2009-0138) Python modules for talking to Fedora Infrastructure Services -------------------------------------------------------------------------------- Update Information: * Add a csrf protecting sqlobject provider * New methods in fedora.client.Wiki, AccountSystem, and PackageDB. -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 27 2009 Toshio Kuratomi - 0.3.14-1 - New release 0.3.14. * Sun Jul 26 2009 Fedora Release Engineering - 0.3.13.1-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Sat Jun 13 2009 Toshio Kuratomi - 0.3.13.1-1 - Merge 0.3.12.1 and 0.3.13 releases together. * Sat Jun 13 2009 Toshio Kuratomi - 0.3.13-1 - New release. Some new pkgdb API, defaultdict implementation, and a bugfix to response code from the shipped login controller. -------------------------------------------------------------------------------- ================================================================================ rubygem-main-2.8.4-2.el5 (FEDORA-EPEL-2009-0136) A class factory and dsl for generating command line programs real quick -------------------------------------------------------------------------------- Update Information: Add a requirement for rubygem(fattr) -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 1 2009 Jeroen van Meeuwen - 2.8.4-2 - Add requirement for rubygem(fattr) (Brenton Leanhardt) -------------------------------------------------------------------------------- ================================================================================ sagator-1.2.0-0.rc6.el5 (FEDORA-EPEL-2009-0144) Antivir/antispam gateway for smtp server -------------------------------------------------------------------------------- Update Information: This version supports current clamav for EPEL-5 stable. -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 28 2009 Jan ONDREJ (SAL) - 1.2.0-0.rc6 - Requires: smtpdaemon again for EPEL -------------------------------------------------------------------------------- From updates at fedoraproject.org Wed Jul 29 22:58:51 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Wed, 29 Jul 2009 22:58:51 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090729225851.CF32E10F8B1@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing clips-6.30.0-0.1.20090722svn.el5 fedora-packager-0.3.6-1.el5 libewf-20080501-6.el5 libguestfs-1.0.65-2.el5 ndoutils-1.4-0.6.b8.el5 perl-Parallel-ForkManager-0.7.5-4.el5 perl-Socket-GetAddrInfo-0.12-1.el5 php-pear-Event-Dispatcher-1.1.0-1.el5 php-pear-Net-Sieve-1.1.7-1.el5 php-phpSmug-2.0.2-4.el5 pycdio-0.15-3.el5 pygpgme-0.1-8.el5 python-nss-0.6-3.el5 sigul-0.96-5.el5 sigul-0.96-6.el5 zikula-module-News-2.4.1-3.el5 Details about builds: ================================================================================ clips-6.30.0-0.1.20090722svn.el5 (FEDORA-EPEL-2009-0159) Language for developing expert systems -------------------------------------------------------------------------------- Update Information: This is a pre-release of CLIPS 6.30. There are no significant changes since 6.24, but there are numerous small bugfixes. Most of these were already incorporated into the Fedora package as patches, but this release now has them in the upstream codebase. -------------------------------------------------------------------------------- ChangeLog: * Mon Jul 27 2009 Rick L Vinyard Jr 6.30.0-0.1.20090722svn - New release - Removed multiple sources and patches that are in new release - Improved summaries and descriptions - Added clips-emacs subpackage * Fri Jul 24 2009 Fedora Release Engineering - 6.24-28 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.3.6-1.el5 (FEDORA-EPEL-2009-0152) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: use anon checkout when a fedora cert doesnt exist bz#514108, quote arguments passed onto rpmbuild bz#513269 -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 28 2009 Dennis Gilmore - 0.3.6-1 - use anon checkout when a fedora cert doesnt exist bz#514108 - quote arguments passed onto rpmbuild bz#513269 * Fri Jul 24 2009 Fedora Release Engineering - 0.3.5-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #514108 - make fedora-cvs default to anoncvs when no fedora user https://bugzilla.redhat.com/show_bug.cgi?id=514108 [ 2 ] Bug #513269 - rpmbuild-md5 needs to quote its arguments. https://bugzilla.redhat.com/show_bug.cgi?id=513269 -------------------------------------------------------------------------------- ================================================================================ libewf-20080501-6.el5 (FEDORA-EPEL-2009-0150) Library for the Expert Witness Compression Format (EWF) -------------------------------------------------------------------------------- ================================================================================ libguestfs-1.0.65-2.el5 (FEDORA-EPEL-2009-0149) Access and modify virtual machine disk images -------------------------------------------------------------------------------- Update Information: New upstream version 1.0.65. Fix missing runtime requires. New upstream version 1.0.64. This should fix run-time dependency problems in 1.0.60-1 package. New upstream version 1.0.60. New upstream release 1.0.58. New upstream version 1.0.57. -------------------------------------------------------------------------------- References: [ 1 ] Bug #514505 - Extra IDE device /dev/hdc appears in RHEL 5.3/5.4 guests https://bugzilla.redhat.com/show_bug.cgi?id=514505 [ 2 ] Bug #514309 - virt-df2 blocks update of libguestfs https://bugzilla.redhat.com/show_bug.cgi?id=514309 [ 3 ] Bug #512957 - -net channel has become 'guestfwd' in newest qemu https://bugzilla.redhat.com/show_bug.cgi?id=512957 [ 4 ] Bug #512905 - add ability to override tmp directory location for guestfish https://bugzilla.redhat.com/show_bug.cgi?id=512905 [ 5 ] Bug #512709 - virt-inspector gives incorrect '-a' parameter for guests https://bugzilla.redhat.com/show_bug.cgi?id=512709 [ 6 ] Bug #511372 - guestfish doesn't understand '~' in filenames https://bugzilla.redhat.com/show_bug.cgi?id=511372 [ 7 ] Bug #509597 - command "find /" causes appliance to die https://bugzilla.redhat.com/show_bug.cgi?id=509597 -------------------------------------------------------------------------------- ================================================================================ ndoutils-1.4-0.6.b8.el5 (FEDORA-EPEL-2009-0160) Stores all configuration and event data from Nagios in a database -------------------------------------------------------------------------------- Update Information: The NDOUTILS addon is designed to store all configuration and event data from Nagios in a database. Storing information from Nagios in a database will allow for quicker retrieval and processing of that data. -------------------------------------------------------------------------------- ================================================================================ perl-Parallel-ForkManager-0.7.5-4.el5 (FEDORA-EPEL-2009-0151) Simple parallel processing fork manager -------------------------------------------------------------------------------- Update Information: Branch the existing perl-Parallel-ForkManager package for EL-5. -------------------------------------------------------------------------------- ================================================================================ perl-Socket-GetAddrInfo-0.12-1.el5 (FEDORA-EPEL-2009-0145) RFC 2553's "getaddrinfo" and "getnameinfo" functions -------------------------------------------------------------------------------- ================================================================================ php-pear-Event-Dispatcher-1.1.0-1.el5 (FEDORA-EPEL-2009-0147) Dispatch notifications using PHP callbacks -------------------------------------------------------------------------------- Update Information: Packaging improvment (upstream + RPM) - Swapped to package 2.0 - Swapped to PHPUnit 3 - rename Event_Dispatcher.xml to php-pear-Event-Dispatcher.xml -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 29 2009 Remi Collet 1.1.0-1 - update to 1.1.0 -------------------------------------------------------------------------------- ================================================================================ php-pear-Net-Sieve-1.1.7-1.el5 (FEDORA-EPEL-2009-0153) Communication with timsieved -------------------------------------------------------------------------------- Update Information: Initial import in EPEL Provides an API to talk to the timsieved server that comes with Cyrus IMAPd. Can be used to install, remove, mark active, etc sieve scripts. -------------------------------------------------------------------------------- ================================================================================ php-phpSmug-2.0.2-4.el5 (FEDORA-EPEL-2009-0161) PHP wrapper for the SmugMug API -------------------------------------------------------------------------------- References: [ 1 ] Bug #510979 - Review Request: php-phpSmug - PHP wrapper for the SmugMug API https://bugzilla.redhat.com/show_bug.cgi?id=510979 -------------------------------------------------------------------------------- ================================================================================ pycdio-0.15-3.el5 (FEDORA-EPEL-2009-0155) A Python interface to the CD Input and Control library -------------------------------------------------------------------------------- Update Information: The pycdio (and libcdio) libraries encapsulate CD-ROM reading and control. Python programs wishing to be oblivious of the OS- and device-dependent properties of a CD-ROM can use this library. -------------------------------------------------------------------------------- References: [ 1 ] Bug #510736 - Review Request: pycdio - A Python interface to the CD Input and Control library https://bugzilla.redhat.com/show_bug.cgi?id=510736 -------------------------------------------------------------------------------- ================================================================================ pygpgme-0.1-8.el5 (FEDORA-EPEL-2009-0157) Python module for working with OpenPGP messages -------------------------------------------------------------------------------- Update Information: Add two patches necessary for using pygpgme with sigul. Bugs 470271 and 470272 -------------------------------------------------------------------------------- ChangeLog: * Tue Jul 28 2009 Jesse Keating - 0.1-8 - Add a second patch from mitr to support symmetric_encryption * Tue Jul 28 2009 Jesse Keating - 0.1-7 - Patch from mitr for gpgme_ctx_set_engine_info -------------------------------------------------------------------------------- ================================================================================ python-nss-0.6-3.el5 (FEDORA-EPEL-2009-0146) Python bindings for Network Security Services (NSS) -------------------------------------------------------------------------------- Update Information: Add a new package required by sigul -------------------------------------------------------------------------------- ================================================================================ sigul-0.96-5.el5 (FEDORA-EPEL-2009-0156) A signing server and related software client -------------------------------------------------------------------------------- Update Information: New package for signing things without knowing gpg passphrase -------------------------------------------------------------------------------- ================================================================================ sigul-0.96-6.el5 (FEDORA-EPEL-2009-0158) A signing server and related software client -------------------------------------------------------------------------------- Update Information: New package for remotely signing content via gpg without knowing passphrases -------------------------------------------------------------------------------- ================================================================================ zikula-module-News-2.4.1-3.el5 (FEDORA-EPEL-2009-0148) Manages news articles on your Zikula site -------------------------------------------------------------------------------- From mgrac at redhat.com Thu Jul 30 08:52:43 2009 From: mgrac at redhat.com (=?ISO-8859-1?Q?Marek_=27marx=27_Gr=E1c?=) Date: Thu, 30 Jul 2009 10:52:43 +0200 Subject: Removing pexpect package from EPEL Message-ID: <4A715F5B.4040204@redhat.com> Hi, I would like to ask you to remove package pexpect from the EPEL repositories as it is part of main RHEL (for both 4.x and 5.x). Thanks, marx PS: Attempt to send this mail to epel_signers-members@ fails with Recipient address rejected: User unknown in local recipient table From updates at fedoraproject.org Thu Jul 30 17:53:59 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 30 Jul 2009 17:53:59 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090730175359.AE60A10F8C6@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing munge-0.5.8-4.el4 uberftp-2.4-4.el4 Details about builds: ================================================================================ munge-0.5.8-4.el4 (FEDORA-EPEL-2009-0122) Enables uid & gid authentication across a host cluster -------------------------------------------------------------------------------- Update Information: MUNGE (MUNGE Uid 'N' Gid Emporium) is an authentication service for creating and validating credentials. It is designed to be highly scalable for use in an HPC cluster environment. It allows a process to authenticate the UID and GID of another local or remote process within a group of hosts having common users and groups. These hosts form a security realm that is defined by a shared cryptographic key. Clients within this security realm can create and validate credentials without the use of root privileges, reserved ports, or platform- specific methods. -------------------------------------------------------------------------------- References: [ 1 ] Bug #506355 - Review Request: munge - Uid 'N' Gid Emporium https://bugzilla.redhat.com/show_bug.cgi?id=506355 -------------------------------------------------------------------------------- ================================================================================ uberftp-2.4-4.el4 (FEDORA-EPEL-2009-0121) GridFTP-enabled ftp client -------------------------------------------------------------------------------- Update Information: UberFTP is the first interactive, GridFTP-enabled ftp client. It supports GSI authentication, parallel data channels and third party transfers. Realisticly to test this you are going to need access to GridFTP server. -------------------------------------------------------------------------------- References: [ 1 ] Bug #506954 - Review Request: uberftp - GridFTP-enabled ftp client https://bugzilla.redhat.com/show_bug.cgi?id=506954 -------------------------------------------------------------------------------- From updates at fedoraproject.org Thu Jul 30 17:53:59 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Thu, 30 Jul 2009 17:53:59 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090730175359.AFF5210F8C7@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing Django-1.0.3-6.el5 febootstrap-2.4-1.el5 munge-0.5.8-4.el5 uberftp-2.4-4.el5 Details about builds: ================================================================================ Django-1.0.3-6.el5 (FEDORA-EPEL-2009-0162) A high-level Python Web framework -------------------------------------------------------------------------------- Update Information: For: http://www.djangoproject.com/weblog/2009/jul/28/security/ -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 29 2009 Steve 'Ashcrow' Milner - 1.0.3-6 - Attempted combined spec for F12/11/10 and EL5 * Wed Jul 29 2009 Steve 'Ashcrow' Milner - 1.0.3-4 - Older builds must ghost django-admin.py[c,o] * Wed Jul 29 2009 Steve 'Ashcrow' Milner - 1.0.3-3 - Bump for tag issue. * Wed Jul 29 2009 Steve 'Ashcrow' Milner - 1.0.3-2 - Fix changelog. * Wed Jul 29 2009 Steve 'Ashcrow' Milner - 1.0.3-1 - Upgrade for http://www.djangoproject.com/weblog/2009/jul/28/security/ -------------------------------------------------------------------------------- References: [ 1 ] Bug #514581 - Django security update https://bugzilla.redhat.com/show_bug.cgi?id=514581 -------------------------------------------------------------------------------- ================================================================================ febootstrap-2.4-1.el5 (FEDORA-EPEL-2009-0163) Bootstrap a new Fedora system (like debootstrap) -------------------------------------------------------------------------------- Update Information: New upstream version 2.4 -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Richard Jones - 2.4-1 - New upstream release 2.4. * Tue Jun 30 2009 Richard Jones - 2.3-1.el5.1 - Package version regressed in EPEL 5 after the move to Koji. Force rebuild. * Mon Jun 22 2009 Richard Jones - 2.3-1 - New upstream release 2.3. * Mon Jun 15 2009 Richard Jones - 2.2-1 - New upstream release 2.2. -------------------------------------------------------------------------------- ================================================================================ munge-0.5.8-4.el5 (FEDORA-EPEL-2009-0165) Enables uid & gid authentication across a host cluster -------------------------------------------------------------------------------- Update Information: MUNGE (MUNGE Uid 'N' Gid Emporium) is an authentication service for creating and validating credentials. It is designed to be highly scalable for use in an HPC cluster environment. It allows a process to authenticate the UID and GID of another local or remote process within a group of hosts having common users and groups. These hosts form a security realm that is defined by a shared cryptographic key. Clients within this security realm can create and validate credentials without the use of root privileges, reserved ports, or platform- specific methods. -------------------------------------------------------------------------------- References: [ 1 ] Bug #506355 - Review Request: munge - Uid 'N' Gid Emporium https://bugzilla.redhat.com/show_bug.cgi?id=506355 -------------------------------------------------------------------------------- ================================================================================ uberftp-2.4-4.el5 (FEDORA-EPEL-2009-0164) GridFTP-enabled ftp client -------------------------------------------------------------------------------- Update Information: UberFTP is the first interactive, GridFTP-enabled ftp client. It supports GSI authentication, parallel data channels and third party transfers. Realisticly to test this you are going to need access to GridFTP server. -------------------------------------------------------------------------------- References: [ 1 ] Bug #506954 - Review Request: uberftp - GridFTP-enabled ftp client https://bugzilla.redhat.com/show_bug.cgi?id=506954 -------------------------------------------------------------------------------- From kevin at tummy.com Thu Jul 30 19:48:19 2009 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 30 Jul 2009 13:48:19 -0600 Subject: Plan for tomorrow's EPEL meeting (2009-07-31) Message-ID: <20090730134819.0973fcd0@ohm.scrye.com> Here's the topic list for tomorrow's EPEL meeting, which will take place at 21:00 UTC in #fedora-meeting on irc.freenode.net. Dealing with incompatible upgrades. (any new ideas or suggestions?) Wiki pages cleanup. Increasing Contibutor base. Next Stable Push. If there is something else that folks would like to discuss, please followup to this email or mention it in the Open Floor section of the meeting at the end. Hope to see everyone there! kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From updates at fedoraproject.org Fri Jul 31 21:28:36 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 31 Jul 2009 21:28:36 +0000 Subject: Fedora EPEL 4 updates-testing report Message-ID: <20090731212836.ACDDC10F89D@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 4 updates-testing firebird-2.1.3.18185.0-1.el4 Details about builds: ================================================================================ firebird-2.1.3.18185.0-1.el4 (FEDORA-EPEL-2009-0123) SQL relational database management system -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Philippe Makowski 2.1.3.18185.0-1 - Update to 2.1.3.18185 - Fix rh #514463 - Remove doc patch - Apply backport initscript patch -------------------------------------------------------------------------------- References: [ 1 ] Bug #514463 - CVE-2009-2620 firebird-superserver: NULL ptr dereference (DoS) by handling auxiliary connection(s) https://bugzilla.redhat.com/show_bug.cgi?id=514463 -------------------------------------------------------------------------------- From updates at fedoraproject.org Fri Jul 31 21:28:36 2009 From: updates at fedoraproject.org (updates at fedoraproject.org) Date: Fri, 31 Jul 2009 21:28:36 +0000 Subject: Fedora EPEL 5 updates-testing report Message-ID: <20090731212836.B04C810F8B0@bastion2.fedora.phx.redhat.com> The following builds have been pushed to Fedora EPEL 5 updates-testing couchdb-0.9.1-1.el5 ebtables-2.0.9-1.el5.1 fedora-packager-0.3.7-1.el5 firebird-2.1.3.18185.0-1.el5 mysqltuner-1.0.0-1.el5 php-pecl-runkit-0.9-12.CVS20090215.el5 sigul-0.97-1.el5 wordpress-mu-2.7-8.el5 Details about builds: ================================================================================ couchdb-0.9.1-1.el5 (FEDORA-EPEL-2009-0172) A document database server, accessible via a RESTful JSON API -------------------------------------------------------------------------------- Update Information: Update to 0.9.1. Various bug fixes for the build system, configuration, statistics reporting, database core, external handlers, Futon interface, HTTP interface, JavaScript View Server and replicator. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Allisson Azevedo 0.9.1-1 - Update to 0.9.1. - Drop couchdb-0.9.0-pid.patch. -------------------------------------------------------------------------------- ================================================================================ ebtables-2.0.9-1.el5.1 (FEDORA-EPEL-2009-0167) Ethernet Bridge frame table administration tool -------------------------------------------------------------------------------- Update Information: Update to 2.0.9, part of the fix for 484036. -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Tom "spot" Callaway - 2.0.9-1.1 - buildid not supported on EL5 * Mon Jul 27 2009 Tom "spot" Callaway - 2.0.9-1 - update to 2.0.9 * Fri Jul 24 2009 Fedora Release Engineering - 2.0.8-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild * Tue Feb 24 2009 Fedora Release Engineering - 2.0.8-6 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild * Tue Feb 19 2008 Fedora Release Engineering - 2.0.8-5 - Autorebuild for GCC 4.3 * Sun Oct 28 2007 Tom "spot" Callaway 2.0.8-4 - bump to 2.0.8-2 from upstream - keep _libdir/ebtables, even though upstream just moved away from it. * Thu Aug 23 2007 Tom "spot" Callaway 2.0.8-3 - use _libdir/ebtables to match upstream RPATH (bugzilla 248865) - correct license tag - use upstream init script - enable build-id - use cflags for all compiles - be sane with DESTDIR * Mon Jul 9 2007 Tom "spot" Callaway 2.0.8-2 - remove "Fedora Core" reference in spec -------------------------------------------------------------------------------- References: [ 1 ] Bug #514799 - RFE: refresh to new upstream version 2.0.9 in EPEL https://bugzilla.redhat.com/show_bug.cgi?id=514799 -------------------------------------------------------------------------------- ================================================================================ fedora-packager-0.3.7-1.el5 (FEDORA-EPEL-2009-0152) Tools for setting up a fedora maintainer environment -------------------------------------------------------------------------------- Update Information: use anon checkout when a fedora cert doesnt exist bz#514108, quote arguments passed onto rpmbuild bz#513269 -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Dennis Gilmore - 0.3.7-1 - define user_cert in fedora-cvs before refrencing it * Tue Jul 28 2009 Dennis Gilmore - 0.3.6-1 - use anon checkout when a fedora cert doesnt exist bz#514108 - quote arguments passed onto rpmbuild bz#513269 * Fri Jul 24 2009 Fedora Release Engineering - 0.3.5-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild -------------------------------------------------------------------------------- References: [ 1 ] Bug #514108 - make fedora-cvs default to anoncvs when no fedora user https://bugzilla.redhat.com/show_bug.cgi?id=514108 [ 2 ] Bug #513269 - rpmbuild-md5 needs to quote its arguments. https://bugzilla.redhat.com/show_bug.cgi?id=513269 -------------------------------------------------------------------------------- ================================================================================ firebird-2.1.3.18185.0-1.el5 (FEDORA-EPEL-2009-0168) SQL relational database management system -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Philippe Makowski 2.1.3.18185.0-1 - Update to 2.1.3.18185 - Fix rh #514463 - Remove doc patch - Apply backport initscript patch -------------------------------------------------------------------------------- References: [ 1 ] Bug #514463 - CVE-2009-2620 firebird-superserver: NULL ptr dereference (DoS) by handling auxiliary connection(s) https://bugzilla.redhat.com/show_bug.cgi?id=514463 -------------------------------------------------------------------------------- ================================================================================ mysqltuner-1.0.0-1.el5 (FEDORA-EPEL-2009-0170) MySQL high performance tuning script -------------------------------------------------------------------------------- Update Information: Version update -------------------------------------------------------------------------------- ChangeLog: * Wed Jul 29 2009 manuel wolfshant - 1.0.0-1 - sync with rawhide (update to 1.0.0). -------------------------------------------------------------------------------- ================================================================================ php-pecl-runkit-0.9-12.CVS20090215.el5 (FEDORA-EPEL-2009-0166) Mangle with user defined functions and classes -------------------------------------------------------------------------------- Update Information: Apply patches only on PHP>=5.3.0. (Bug: https://bugzilla.redhat.com/show_bug.cgi?id=513096 ) -------------------------------------------------------------------------------- ChangeLog: -------------------------------------------------------------------------------- References: [ 1 ] Bug #513096 - php-pecl-runkit does not work with current php (fix included) https://bugzilla.redhat.com/show_bug.cgi?id=513096 -------------------------------------------------------------------------------- ================================================================================ sigul-0.97-1.el5 (FEDORA-EPEL-2009-0169) A signing server and related software client -------------------------------------------------------------------------------- Update Information: Changes in version 0.97: - Proxy authenticate clients in the bridge. - Log the client's identity in the server as well. - Don't cache RPM information between signing requests. - Fix signing of source RPMs. - Fix signing of RPMs with non-null epoch. - Various minor bug fixes. New package for signing things without knowing gpg passphrase New package for remotely signing content via gpg without knowing passphrases -------------------------------------------------------------------------------- ================================================================================ wordpress-mu-2.7-8.el5 (FEDORA-EPEL-2009-0171) WordPress-MU multi-user blogging software -------------------------------------------------------------------------------- Update Information: * Backport of XSS fixes from WordPress 2.8.2 * Backport of security fixes for admin.php?page= bugs (CVE-2009-2334) -------------------------------------------------------------------------------- ChangeLog: * Thu Jul 30 2009 Bret McMillan - 2.7-8 - fix backported for 2.8.2 comment author XSS vulnerability * Fri Jul 10 2009 Bret McMillan - 2.7-6 - Patch for CVE-2009-2334 -------------------------------------------------------------------------------- References: [ 1 ] Bug #510745 - CVE-2009-2334, CVE-2009-2335, CVE-2009-2336 wordpress: multiple vulnerabilities https://bugzilla.redhat.com/show_bug.cgi?id=510745 -------------------------------------------------------------------------------- From kwade at redhat.com Fri Jul 31 22:21:45 2009 From: kwade at redhat.com (Karsten Wade) Date: Fri, 31 Jul 2009 15:21:45 -0700 Subject: simple EPEL message Message-ID: <20090731222145.GR7063@calliope.phig.org> In today's meeting we discussed creating a simple message about EPEL that attracts contributors. We then agree to amplify the message through blog posts, stories, and engaging with Marketing, Ambassadors, and other word spreaders. Here are some elements I think are important: * Easier to contribute to EPEL than ever before. * Stable, secure, well-maintained packages for enterprise Linux environments. * Don't rebuild the wheel that we've already have greased and running well. Ones that I don't know what to do with but would be fun to work in somehow: * Pathway to RHEL updates? * Way to help define EL roadmap. * If you run your business on a RHEL-base, you need to know about EPEL. * If you package community-sourced software for your enterprise, why not do it in EPEL? * Have you ever had EPEL recommended by Red Hat support, kbase, training, consultants, etc.? cheers - Karsten -- Karsten 'quaid' Wade, Community Gardener http://quaid.fedorapeople.org AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: