From rjones at redhat.com Tue Sep 2 11:04:01 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 2 Sep 2008 12:04:01 +0100 Subject: Repository updates Message-ID: <20080902110401.GA6211@amd.home.annexia.org> I built a package for EPEL 5 (collectd), last week. It hasn't turned up in the repository yet, judging by this: http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ How often to repo updates happen? Can we expedite this new package because someone is waiting to use it. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From buildsys at fedoraproject.org Tue Sep 2 13:51:33 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 2 Sep 2008 13:51:33 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-02 Message-ID: <20080902135133.866661880F9@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 bitlbee-1.2.2-1.el5 Packages built and released for Fedora EPEL testing/5: 35 alpine-2.00-1.el5 arj-3.10.22-5.el5 NEW bti-005-1.el5 : Bash Twitter Idiocy cobbler-1.2.0-1.el5 NEW collectd-4.4.1-9.el5 : Statistics collection daemon for filling RRD files ejabberd-2.0.2-1.el5 NEW erlang-pgsql-0-2.20080825svn.el5 : Erlang PostgreSQL interface NEW grc-0.70-3.el5 : GUI for Gnuradio (!) htop-0.8-1.el5 : INVALID rebuild, not published! ikarus-0.0.3-2.el5 NEW ircd-ratbox-2.2.8-1.el5 : Ircd-ratbox is an advanced, stable and fast ircd koan-1.2.0-1.el5 livecd-tools-013-8.el5 nagios-2.12-2.el5 NEW ntop-3.3.6-6.el5 : A network traffic probe similar to the UNIX top command NEW odt2txt-0.4-1.el5 : Converts an OpenDocument to plain text openser-1.3.3-2.el5 NEW perl-Pod-Simple-Wiki-0.09-4.el5 : Utility and perl classes for converting POD to Wiki text NEW perl-RPM2-0.67-7.el5 : Perl bindings for the RPM Package Manager API NEW php-pear-Console-ProgressBar-0.5.2-0.2.beta.el5 : This class provides you with an easy-to-use interface to progress bars NEW php-pear-Event-Dispatcher-1.0.0-2.el5 : Dispatch notifications using PHP callbacks NEW php-pear-Var-Dump-1.0.3-2.el5 : Provides methods for dumping structured information about a variable phpMyAdmin-2.11.9-1.el5 python-fedora-0.3.5-1.el5 python-formencode-1.0.1-2.el5 NEW python-jinja-1.2-1.el5 : Sandboxed template engine NEW python-paver-0.8.1-2.el5 : Python-based build/distribution/deployment scripting tool NEW python-sphinx-0.4.2-1.el5.1 : Python documentation generator NEW python-storm-0.13-2.el5 : An object-relational mapper (ORM) for Python R-2.7.2-1.el5 NEW ratbox-services-1.2.1-1.el5 : Service package for ircd-ratbox NEW vttest-20071216-3.el5 : Test the compatibility of so-called "VT100-compatible" terminals wavpack-4.50.1-1.el5 wavpack-4.50.1-2.el5 wordpress-2.6.1-1.el5 Packages built and released for Fedora EPEL 4: 1 bitlbee-1.2.2-1.el4 Packages built and released for Fedora EPEL testing/4: 9 arj-3.10.22-5.el4 cobbler-1.2.0-1.el4 NEW erlang-pgsql-0-2.20080825svn.el4 : Erlang PostgreSQL interface (!) htop-0.8-1.el4 : INVALID rebuild, not published! koan-1.2.0-1.el4 NEW odt2txt-0.4-1.el4 : Converts an OpenDocument to plain text phpMyAdmin-2.11.9-1.el4 NEW vttest-20071216-3.el4 : Test the compatibility of so-called "VT100-compatible" terminals wavpack-4.50.1-2.el4 Changes in Fedora EPEL 5: bitlbee-1.2.2-1.el5 ------------------- * Wed Aug 27 2008 Robert Scheck 1.2.2-1 - Upgrade to 1.2.2 (#460355) Changes in Fedora EPEL testing/5: alpine-2.00-1.el5 ----------------- * Wed Aug 27 2008 Rex Dieter 2.00-1 - alpine-2.00 (#460332) arj-3.10.22-5.el5 ----------------- * Sat Aug 30 2008 Robert Scheck 3.10.22-5 - Corrected from %patch to %patch0 to make rpm > 4.4 happy * Mon Mar 31 2008 Hans de Goede 3.10.22-4 - Fix missing prototype compiler warnings * Tue Feb 19 2008 Fedora Release Engineering - 3.10.22-3 - Autorebuild for GCC 4.3 bti-005-1.el5 ------------- * Thu Aug 28 2008 Michel Salim - 005-1 - Initial package cobbler-1.2.0-1.el5 ------------------- * Fri Aug 29 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) collectd-4.4.1-9.el5 -------------------- * Thu Aug 28 2008 Richard W.M. Jones 4.4.1-9 - Exclude libvirt module, Xen deps, on PPC. - Exclude sensors module also on PPC. * Mon Aug 25 2008 Richard W.M. Jones 4.4.1-7 - +BR xen-devel (explicit dep required because of rhbz#460138). * Mon Aug 25 2008 Richard W.M. Jones 4.4.1-5 - Force rebuild. ejabberd-2.0.2-1.el5 -------------------- * Fri Aug 29 2008 Peter Lemenkov 2.0.2-1 - Ver. 2.0.2 * Sat Aug 09 2008 Peter Lemenkov 2.0.2-0.3.beta1 - PAM support (BZ# 452803) * Sat Aug 09 2008 Peter Lemenkov 2.0.2-0.2.beta1 - Fix build with --fuzz=0 * Sat Aug 09 2008 Peter Lemenkov 2.0.2-0.1.beta1 - Version 2.0.2-beta1 - Fixed BZ# 452326 - Fixed BZ# 227270 erlang-pgsql-0-2.20080825svn.el5 -------------------------------- * Mon Aug 25 2008 Robert Scheck 0-2.20080825svn * Remove the versioned requirement to erlang, bump only when needed * Mon Aug 25 2008 Robert Scheck 0-1.20080825svn - Upgrade to SVN 20080825 - Changes to match with the Fedora Packaging Guidelines (#455187 #c2) grc-0.70-3.el5 -------------- * Fri Aug 08 2008 Marek Mahut - 0.70-2 - Initial package release htop-0.8-1.el5 -------------- * Thu Jul 31 2008 Adam Miller - 0.8-1 - Update to 8.0 ikarus-0.0.3-2.el5 ------------------ * Mon Sep 01 2008 Michel Salim - 0.0.3-2 - Own documentation directory ircd-ratbox-2.2.8-1.el5 ----------------------- * Wed Aug 27 2008 Marek Mahut - 2.2.8-1 - Initial package build koan-1.2.0-1.el5 ---------------- * Fri Aug 29 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) * Mon Jun 16 2008 Michael DeHaan - 1.0.2-1 - Upstream changes (see CHANGELOG) livecd-tools-013-8.el5 ---------------------- * Sun Aug 03 2008 Jeroen van Meeuwen - 013-8 - Fix ksconfigs, fix building and naming of patches * Tue Jan 29 2008 Rahul Sundaram - 013-5 - Patch livecd-iso-to-disk for checkisomd5 location * Tue Jan 29 2008 Rahul Sundaram - 013-4 - Use python sitelib macro properly * Tue Jan 29 2008 Rahul Sundaram - 013-3 - Fix build on x86_64 nagios-2.12-2.el5 ----------------- * Sat Aug 23 2008 Mike McGrath 2.12-2 - Release bump for buildsys test ntop-3.3.6-6.el5 ---------------- * Fri Aug 29 2008 Richard W.M. Jones - 3.3.6-6 - Removed tcp_wrappers-devel, lm_sensors-devel, not available in EL-5. * Fri Aug 08 2008 Peter Vrabec - 3.3.6-5 - fix typo in init * Fri Aug 08 2008 Peter Vrabec - 3.3.6-4 - some more init script tuning * Fri Aug 08 2008 Rakesh Pandit - 3.3.6-3 - ntop-am patch updated by Jakub H * Fri Aug 08 2008 Peter Vrabec - 3.3.6-2 - init script fix * Tue Aug 05 2008 Peter Vrabec - 3.3.6-1 - initial fedora package odt2txt-0.4-1.el5 ----------------- * Sun Aug 31 2008 Michel Salim - 0.4-1 - Update to 0.4 openser-1.3.3-2.el5 ------------------- * Thu Aug 28 2008 Peter Lemenkov 1.3.3-2 - Removed dialplan and drouting modules from upstream * Thu Aug 28 2008 Peter Lemenkov 1.3.3-1 - Ver. 1.3.3 - Dropped upstreamed patch * Mon Aug 11 2008 Peter Lemenkov 1.3.2-5 - Typo fix * Mon Aug 11 2008 Peter Lemenkov 1.3.2-4 - Fix build with --fuzz=0 * Mon Aug 11 2008 Peter Lemenkov 1.3.2-3 - Fixed urls - Restricted access to openser.cfg and openserctl.cfg - Service won't start by default (BZ# 441297) perl-Pod-Simple-Wiki-0.09-4.el5 ------------------------------- * Sun Aug 31 2008 Lubomir Rintel (Good Data) 0.09-4 - Do not create a patch backup, so that the backed up file doesn't get installed * Fri Aug 29 2008 Lubomir Rintel (Good Data) 0.09-3 - Add Test::More to BR, re-wrap description * Fri Aug 29 2008 Lubomir Rintel (Good Data) 0.09-2 - Fix confluence escaping * Fri Aug 29 2008 Lubomir Rintel (Good Data) 0.09-1 - Specfile autogenerated by cpanspec 1.77. - Fixed PLIST perl-RPM2-0.67-7.el5 -------------------- * Mon Aug 25 2008 Robin Norwood 0.67-7 - Build for EL-5 - bump release to ensure upgrade path php-pear-Console-ProgressBar-0.5.2-0.2.beta.el5 ----------------------------------------------- * Thu Aug 21 2008 Remi Collet 0.5.2-0.2.beta - Add missing Requires: php-pear(PEAR) php-pear-Event-Dispatcher-1.0.0-2.el5 ------------------------------------- * Thu Aug 21 2008 Remi Collet 1.0.0-2 - Add missing Requires: php-pear(PEAR) php-pear-Var-Dump-1.0.3-2.el5 ----------------------------- * Thu Aug 21 2008 Remi Collet 1.0.3-2 - Add missing Requires: php-pear(PEAR) phpMyAdmin-2.11.9-1.el5 ----------------------- * Fri Aug 29 2008 Robert Scheck 2.11.9-1 - Upstream released 2.11.9 * Mon Jul 28 2008 Robert Scheck 2.11.8.1-1 - Upstream released 2.11.8.1 (#456637, #456950) * Mon Jul 28 2008 Robert Scheck 2.11.8-1 - Upstream released 2.11.8 (#456637) python-fedora-0.3.5-1.el5 ------------------------- * Mon Aug 25 2008 Luke Macken - 0.3.5-1 - New upstream release python-formencode-1.0.1-2.el5 ----------------------------- * Thu Aug 28 2008 Toshio Kuratomi 1.0.1-2 - Clean up license tag - Fix executable in %doc - Move translations to the proper directory * Fri Jul 11 2008 Toshio Kuratomi 1.0.1-1 - Update to 1.0.1 - Fixes issue where chained_validators were silently ignored. (bz#454988) Both of our patches are fixed upstream now. * Tue Mar 18 2008 Luke Macken 1.0-1 - Update to 1.0 * Fri Feb 29 2008 Luke Macken 0.9-2 - Add a patch to not explicitly use python2.4 * Thu Feb 28 2008 Luke Macken 0.9-1 - Update to 0.9 python-jinja-1.2-1.el5 ---------------------- * Tue Mar 11 2008 Thomas Moschny - 1.2-1 - Initial build. python-paver-0.8.1-2.el5 ------------------------ * Sat Aug 09 2008 Toshio Kuratomi - 0.8.1-2 - Run the unittests. * Thu Aug 07 2008 Toshio Kuratomi - 0.8.1-1 - Intial Fedora build. python-sphinx-0.4.2-1.el5.1 --------------------------- * Wed Aug 27 2008 Toshio Kuratomi - 0.4.2-1.1 - Fix for EL-5 build. * Mon Aug 25 2008 Michel Salim - 0.4.2-1 - Update to 0.4.2 python-storm-0.13-2.el5 ----------------------- * Mon Sep 01 2008 Michel Salim - 0.13-2 - Add build dependency on python-sqlite2, for unit testing * Sat Aug 30 2008 Michel Salim - 0.13-1 - Update to 0.13 R-2.7.2-1.el5 ------------- * Fri Aug 29 2008 Tom "spot" Callaway 2.7.2-1 - update to 2.7.2 - fix spec for alpha compile (bz 458931) - fix security issue in javareconf script (bz 460658) * Mon Jul 07 2008 Tom "spot" Callaway 2.7.1-1 - update to 2.7.1 * Wed May 28 2008 Tom "spot" Callaway 2.7.0-5 - add cairo-devel to BR/R, so that cairo backend gets built * Wed May 21 2008 Tom "spot" Callaway 2.7.0-4 - fixup sed invocation added in -3 - make -devel package depend on base R = version-release - fix bad paths in package html files * Wed May 21 2008 Tom "spot" Callaway 2.7.0-3 - fix poorly constructed file paths in html/packages.html (bz 442727) * Tue May 13 2008 Tom "spot" Callaway 2.7.0-2 - add patch from Martyn Plummer to avoid possible bad path hardcoding in /usr/bin/Rscript - properly handle ia64 case (bz 446181) * Mon Apr 28 2008 Tom "spot" Callaway 2.7.0-1 - update to 2.70 - rcompgen is no longer a standalone package - redirect javareconf to /dev/null (bz 442366) * Fri Feb 08 2008 Tom "spot" Callaway 2.6.2-1 - properly version the items in the VR bundle - 2.6.2 - don't use setarch for java setup - fix R post script file * Thu Jan 31 2008 Tom "spot" Callaway 2.6.1-4 - multilib handling (thanks Martyn Plummer) - Update indices in the right place. * Mon Jan 07 2008 Tom "spot" Callaway 2.6.1-3 - move INSTALL back into R main package, as it is useful without the other -devel bits (e.g. installing noarch package from CRAN) * Tue Dec 11 2007 Tom "spot" Callaway 2.6.1-2 - based on changes from Martyn Plummer - use configure options rdocdir, rincludedir, rsharedir - use DESTDIR at installation - remove obsolete generation of packages.html - move header files and INSTALL R-devel package ratbox-services-1.2.1-1.el5 --------------------------- * Thu Aug 28 2008 Marek Mahut - 1.2.1-1 - Initial package build vttest-20071216-3.el5 --------------------- * Mon Aug 11 2008 Sindre Pedersen Bj?rdal - 20071216-3 - Updated source url * Sun Aug 10 2008 Sindre Pedersen Bj?rdal - 20071216-2 - Updated prep for consistency - License changed to MIT * Mon Aug 04 2008 Sindre Pedersen Bj?rdal - 20071216-1 - Initial build wavpack-4.50.1-1.el5 -------------------- * Sun Aug 24 2008 Peter Lemenkov 4.50.1-1 - Version 4.50.1 wavpack-4.50.1-2.el5 -------------------- * Sat Aug 30 2008 Peter Lemenkov 4.50.1-2 - Fixes to meet the Fedora Packaging Guidelines wordpress-2.6.1-1.el5 --------------------- * Sun Aug 24 2008 Adrian Reber - 2.6.1-1 - updated to 2.6.1 * Mon Jul 21 2008 Adrian Reber - 2.6-1 - updated to 2.6 Changes in Fedora EPEL 4: bitlbee-1.2.2-1.el4 ------------------- * Wed Aug 27 2008 Robert Scheck 1.2.2-1 - Upgrade to 1.2.2 (#460355) Changes in Fedora EPEL testing/4: arj-3.10.22-5.el4 ----------------- * Sat Aug 30 2008 Robert Scheck 3.10.22-5 - Corrected from %patch to %patch0 to make rpm > 4.4 happy * Mon Mar 31 2008 Hans de Goede 3.10.22-4 - Fix missing prototype compiler warnings * Tue Feb 19 2008 Fedora Release Engineering - 3.10.22-3 - Autorebuild for GCC 4.3 cobbler-1.2.0-1.el4 ------------------- * Fri Aug 29 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) erlang-pgsql-0-2.20080825svn.el4 -------------------------------- * Mon Aug 25 2008 Robert Scheck 0-2.20080825svn * Remove the versioned requirement to erlang, bump only when needed * Mon Aug 25 2008 Robert Scheck 0-1.20080825svn - Upgrade to SVN 20080825 - Changes to match with the Fedora Packaging Guidelines (#455187 #c2) htop-0.8-1.el4 -------------- * Thu Jul 31 2008 Adam Miller - 0.8-1 - Update to 8.0 koan-1.2.0-1.el4 ---------------- * Fri Aug 29 2008 Michael DeHaan - 1.2.0-1 - Upstream changes (see CHANGELOG) * Mon Jun 16 2008 Michael DeHaan - 1.0.2-1 - Upstream changes (see CHANGELOG) odt2txt-0.4-1.el4 ----------------- * Sun Aug 31 2008 Michel Salim - 0.4-1 - Update to 0.4 phpMyAdmin-2.11.9-1.el4 ----------------------- * Fri Aug 29 2008 Robert Scheck 2.11.9-1 - Upstream released 2.11.9 * Mon Jul 28 2008 Robert Scheck 2.11.8.1-1 - Upstream released 2.11.8.1 (#456637, #456950) * Mon Jul 28 2008 Robert Scheck 2.11.8-1 - Upstream released 2.11.8 (#456637) vttest-20071216-3.el4 --------------------- * Mon Aug 11 2008 Sindre Pedersen Bj?rdal - 20071216-3 - Updated source url * Sun Aug 10 2008 Sindre Pedersen Bj?rdal - 20071216-2 - Updated prep for consistency - License changed to MIT * Mon Aug 04 2008 Sindre Pedersen Bj?rdal - 20071216-1 - Initial build wavpack-4.50.1-2.el4 -------------------- * Sat Aug 30 2008 Peter Lemenkov 4.50.1-2 - Fixes to meet the Fedora Packaging Guidelines * Sun Aug 24 2008 Peter Lemenkov 4.50.1-1 - Version 4.50.1 From dennis at ausil.us Tue Sep 2 14:34:29 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 2 Sep 2008 09:34:29 -0500 Subject: Repository updates In-Reply-To: <20080902110401.GA6211@amd.home.annexia.org> References: <20080902110401.GA6211@amd.home.annexia.org> Message-ID: <200809020934.35454.dennis@ausil.us> On Tuesday 02 September 2008 06:04:01 am Richard W.M. Jones wrote: > I built a package for EPEL 5 (collectd), last week. It hasn't turned > up in the repository yet, judging by this: > > http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ > > How often to repo updates happen? Can we expedite this new package > because someone is waiting to use it. > > Rich. its in the testing repo now http://download.fedora.redhat.com/pub/epel/testing/5/i386/ Dennis -------------- 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 buildsys at fedoraproject.org Wed Sep 3 04:23:33 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Sep 2008 04:23:33 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-03 Message-ID: <20080903042333.74A831880F9@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 3 cobbler-1.2.1-1.el5 Django-0.96.3-1.el5 pnp4nagios-0.4.10-3.el5 Packages built and released for Fedora EPEL testing/4: 3 cobbler-1.2.1-1.el4 NEW Django-0.96.3-1.el4 : A high-level Python Web framework pnp4nagios-0.4.10-3.el4 Changes in Fedora EPEL testing/5: cobbler-1.2.1-1.el5 ------------------- * Tue Sep 02 2008 Michael DeHaan - 1.2.1-1 - Upstream changes (see CHANGELOG) - Package unowned directories Django-0.96.3-1.el5 ------------------- * Tue Sep 02 2008 Michel Salim - 0.96.3-1 - CSRF security update: bz#460966 pnp4nagios-0.4.10-3.el5 ----------------------- * Tue Sep 02 2008 Xavier Bachelot 0.4.10-3 - Fix logrotate conf (RHBZ#460861). Changes in Fedora EPEL testing/4: cobbler-1.2.1-1.el4 ------------------- * Tue Sep 02 2008 Michael DeHaan - 1.2.1-1 - Upstream changes (see CHANGELOG) - Package unowned directories Django-0.96.3-1.el4 ------------------- * Tue Sep 02 2008 Michel Salim - 0.96.3-1 - CSRF security update: bz#460966 pnp4nagios-0.4.10-3.el4 ----------------------- * Tue Sep 02 2008 Xavier Bachelot 0.4.10-3 - Fix logrotate conf (RHBZ#460861). From buildsys at fedoraproject.org Thu Sep 4 02:58:53 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 4 Sep 2008 02:58:53 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-04 Message-ID: <20080904025853.E84741880F9@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 4 NEW augeas-0.3.0-1.el5 : A library for changing configuration files collectd-4.4.2-1.el5 ircd-ratbox-2.2.8-2.el5 NEW plague-0.4.5.1-1.el5 : Distributed build system for RPMs Changes in Fedora EPEL testing/5: augeas-0.3.0-1.el5 ------------------ * Thu Aug 07 2008 David Lutterkort - 0.3.0-1 - New version collectd-4.4.2-1.el5 -------------------- * Mon Sep 01 2008 Alan Pevec 4.4.2-1 - New upstream release 4.4.2. ircd-ratbox-2.2.8-2.el5 ----------------------- * Wed Aug 27 2008 Marek Mahut - 2.2.8-2 - Initial package build plague-0.4.5.1-1.el5 -------------------- * Wed Sep 03 2008 Dennis Gilmore - 0.4.5.1-1 - update to 0.4.5.1 applying Michael schwendt's logging and mock patches - using pysqlite2 on fedora and python-sqlite on RHEL - requires mock > 0.8 - requires createrepo >= 0.4.7 * Wed Sep 03 2008 Michael Schwendt - 0.4.5-2 - add the patches from 0.4.5-0.4 (sqlite3, mock08, logtail) - merge more spec changes * Tue Sep 02 2008 Dennis Gilmore - 0.4.5-1 - update to 0.4.5 lots of fixes From bugs.michael at gmx.net Thu Sep 4 10:37:05 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 12:37:05 +0200 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <20080904025853.E84741880F9@buildsys.fedoraproject.org> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> Message-ID: <20080904123705.e22ef864.bugs.michael@gmx.net> On Thu, 4 Sep 2008 02:58:53 +0000 (UTC), buildsys wrote: > plague-0.4.5.1-1.el5 > -------------------- > * Wed Sep 03 2008 Dennis Gilmore - 0.4.5.1-1 > - update to 0.4.5.1 applying Michael schwendt's logging and mock patches > - using pysqlite2 on fedora and python-sqlite on RHEL > - requires mock > 0.8 > - requires createrepo >= 0.4.7 pysqlite2? This breaks on Fedora 8 where you require python-sqlite2 now (see comment in bodhi). That's either because the merged patch for sqlite3 is incompatible with sqlite2 or sqlite2 is also API incompatible with sqlite1 (python-sqlite). Btw, EL4 is unsupported now, because it only includes mock < 0.8 and createrepo 0.4.4. From dennis at ausil.us Thu Sep 4 14:56:47 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 09:56:47 -0500 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <20080904123705.e22ef864.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <20080904123705.e22ef864.bugs.michael@gmx.net> Message-ID: <200809040956.57979.dennis@ausil.us> On Thursday 04 September 2008 05:37:05 am Michael Schwendt wrote: > On Thu, 4 Sep 2008 02:58:53 +0000 (UTC), buildsys wrote: > > plague-0.4.5.1-1.el5 > > -------------------- > > * Wed Sep 03 2008 Dennis Gilmore - 0.4.5.1-1 > > - update to 0.4.5.1 applying Michael schwendt's logging and mock patches > > - using pysqlite2 on fedora and python-sqlite on RHEL > > - requires mock > 0.8 > > - requires createrepo >= 0.4.7 > > pysqlite2? This breaks on Fedora 8 where you require python-sqlite2 now > (see comment in bodhi). That's either because the merged patch for sqlite3 > is incompatible with sqlite2 or sqlite2 is also API incompatible with > sqlite1 (python-sqlite). I tested on rawhide and it worked fine. [root at files ~]# plague-user-manager testdb add dennis at localhost User dennis at localhost added. [root at files ~]# uname -r 2.6.25.14-69.fc8 i just tested on my F-8 box and it worked fine there also. All i can suggest is that you have something broken in your setup somewhere > Btw, EL4 is unsupported now, because it only includes mock < 0.8 and > createrepo 0.4.4. EL-4 was never supported from an EPEL standpoint and EL-5 is only just now being added. sometimes you have to move forward. I will work with mock and createrepo people to see what can be done there sqlite db at createrepo time is a good thing. Dennis -------------- 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 bugs.michael at gmx.net Thu Sep 4 15:04:38 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 17:04:38 +0200 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <200809040956.57979.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <20080904123705.e22ef864.bugs.michael@gmx.net> <200809040956.57979.dennis@ausil.us> Message-ID: <20080904170438.dbb07d07.bugs.michael@gmx.net> On Thu, 4 Sep 2008 09:56:47 -0500, Dennis Gilmore wrote: > I tested on rawhide and it worked fine. > > [root at files ~]# plague-user-manager testdb add dennis at localhost > User dennis at localhost added. The test-case is wrong and incomplete. Use "userdb", add a user who can build, then submit a build-job. Also show that plague-user-manager's find command works. > > Btw, EL4 is unsupported now, because it only includes mock < 0.8 and > > createrepo 0.4.4. > > EL-4 was never supported from an EPEL standpoint What I mean is that you applied changes in plague cvs which make it incompatible with EL4. From dennis at ausil.us Thu Sep 4 15:29:19 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 10:29:19 -0500 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <20080904170438.dbb07d07.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809040956.57979.dennis@ausil.us> <20080904170438.dbb07d07.bugs.michael@gmx.net> Message-ID: <200809041029.19528.dennis@ausil.us> On Thursday 04 September 2008 10:04:38 am Michael Schwendt wrote: > On Thu, 4 Sep 2008 09:56:47 -0500, Dennis Gilmore wrote: > > I tested on rawhide and it worked fine. > > > > [root at files ~]# plague-user-manager testdb add dennis at localhost > > User dennis at localhost added. > > The test-case is wrong and incomplete. Use "userdb", add a user who > can build, then submit a build-job. Also show that plague-user-manager's > find command works. userdb is obsolete users and jobs are in the one database file. I think that your issue is that you have an old setup with the two seperate dbs. for those at home to follow https://admin.fedoraproject.org/updates/plague-0.4.5.1-1.fc8 patches welcome :) > > > Btw, EL4 is unsupported now, because it only includes mock < 0.8 and > > > createrepo 0.4.4. > > > > EL-4 was never supported from an EPEL standpoint > > What I mean is that you applied changes in plague cvs which make it > incompatible with EL4. I know and im ok with that upstream mock only supports 0.9 series 09:24 < dgilmore> clark|w: what series of mock are you currently supporting? 09:32 < clark|w> dgilmore, 0.9 they are doing work to have the work on EL-4 and will push it though soon. the tmpfs plugin doesnt work on EL-4 and createrepo is in EPEL for EL-4 we can update it to a version that has sqlite db creation support. so its really only temporary. Dennis -------------- 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 bugs.michael at gmx.net Thu Sep 4 16:34:34 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 18:34:34 +0200 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <200809041029.19528.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809040956.57979.dennis@ausil.us> <20080904170438.dbb07d07.bugs.michael@gmx.net> <200809041029.19528.dennis@ausil.us> Message-ID: <20080904183434.60ac9677.bugs.michael@gmx.net> On Thu, 4 Sep 2008 10:29:19 -0500, Dennis Gilmore wrote: > On Thursday 04 September 2008 10:04:38 am Michael Schwendt wrote: > > On Thu, 4 Sep 2008 09:56:47 -0500, Dennis Gilmore wrote: > > > I tested on rawhide and it worked fine. > > > > > > [root at files ~]# plague-user-manager testdb add dennis at localhost > > > User dennis at localhost added. > > > > The test-case is wrong and incomplete. Use "userdb", add a user who > > can build, then submit a build-job. Also show that plague-user-manager's > > find command works. > > userdb is obsolete users and jobs are in the one database file. $ grep userdb /usr/share/plague/server/User.py def get_userdb_dbcx(): dbcx = sqlite.connect(CONFIG_LOCATION + "userdb", timeout=4) (dbcx, curs) = get_userdb_dbcx() (dbcx, curs) = get_userdb_dbcx() > I think that your issue is that you have an old setup with the two seperate > dbs. My issue is that between 0.4.5 and 0.4.5.1 you applied my sqlite3 patch, which doesn't work with sqlite2, but you made Plague use sqlite2. There are incompatibilites in what is returned by fetchall/fetchone in the different APIs. From dennis at ausil.us Thu Sep 4 17:41:24 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 12:41:24 -0500 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <20080904183434.60ac9677.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> Message-ID: <200809041241.28741.dennis@ausil.us> On Thursday 04 September 2008 11:34:34 am Michael Schwendt wrote: > On Thu, 4 Sep 2008 10:29:19 -0500, Dennis Gilmore wrote: > > On Thursday 04 September 2008 10:04:38 am Michael Schwendt wrote: > > > On Thu, 4 Sep 2008 09:56:47 -0500, Dennis Gilmore wrote: > > > > I tested on rawhide and it worked fine. > > > > > > > > [root at files ~]# plague-user-manager testdb add dennis at localhost > > > > User dennis at localhost added. > > > > > > The test-case is wrong and incomplete. Use "userdb", add a user who > > > can build, then submit a build-job. Also show that > > > plague-user-manager's find command works. > > > > userdb is obsolete users and jobs are in the one database file. > > $ grep userdb /usr/share/plague/server/User.py > def get_userdb_dbcx(): > dbcx = sqlite.connect(CONFIG_LOCATION + "userdb", timeout=4) > (dbcx, curs) = get_userdb_dbcx() > (dbcx, curs) = get_userdb_dbcx() in my test instances the users are tracked in the jobdb i dont have a userdb > > I think that your issue is that you have an old setup with the two > > seperate dbs. > > My issue is that between 0.4.5 and 0.4.5.1 you applied my sqlite3 patch, > which doesn't work with sqlite2, but you made Plague use sqlite2. There > are incompatibilites in what is returned by fetchall/fetchone in the > different APIs. that is the one patch I did not apply. I took parts of it and refactored it. python-sqlite2 is largely the same API as python-sqlite since they come from the same place. however python-sqlite2 is linked against sqlite3 there is no sqlite2 in fedora any longer. I wanted the same code to work on EL and Fedora and yes fetchall fetchone operates differently rpm -q --requires python-sqlite2 libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.4)(64bit) libpthread.so.0()(64bit) libpython2.5.so.1.0()(64bit) libsqlite3.so.0()(64bit) python(abi) = 2.5 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) sqlite >= 3.3.3 diff -u -r1.3.8.1 user-manager.py --- utils/user-manager.py 4 Sep 2008 02:14:21 -0000 1.3.8.1 +++ utils/user-manager.py 4 Sep 2008 16:59:18 -0000 @@ -22,6 +22,8 @@ import sqlite except ImportError, e: import pysqlite2._sqlite as sqlite +sys.path.append('/usr/share/plague/server') +from DBManager import ResultSet def print_usage(prog): print "Usage:\n" @@ -178,7 +180,7 @@ self.curs.execute(sql) self.dbcx.commit() - data = self.curs.fetchall() + data = [ResultSet(row,self.curs.description) for row in self.curs.fetchall()] if not len(data): raise UserManagerException("No matching users found.") that should fix your issue with find and it works on RHEL 5 Dennis -------------- 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 bugs.michael at gmx.net Thu Sep 4 18:17:17 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 20:17:17 +0200 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <200809041241.28741.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> Message-ID: <20080904201717.8aa61c22.bugs.michael@gmx.net> On Thu, 4 Sep 2008 12:41:24 -0500, Dennis Gilmore wrote: > > > I think that your issue is that you have an old setup with the two > > > seperate dbs. > > > > My issue is that between 0.4.5 and 0.4.5.1 you applied my sqlite3 patch, > > which doesn't work with sqlite2, but you made Plague use sqlite2. There > > are incompatibilites in what is returned by fetchall/fetchone in the > > different APIs. > that is the one patch I did not apply. I took parts of it and refactored it. There's more that is not applied. And that's the problem: User authentication here fails because User.py new_authed_user() throws an exception (TypeError expecting a dict but getting a tuple), which is caught and ignored (!) by plague-server. > python-sqlite2 is largely the same API as python-sqlite since they come from > the same place. however python-sqlite2 is linked against sqlite3 there is no > sqlite2 in fedora any longer. I wanted the same code to work on EL and Fedora > and yes fetchall fetchone operates differently Which is exactly the reason why I've created the patch for sqlite3. Why use python-sqlite2 if Python 2.5's built-in sqlite3 works, too? It's a complete patch, btw, and that is why plague 0.4.5-2 works just fine. Whether the sqlite3 patch leads to code that is still fully compatible with python-sqlite remains to be seen. From bugs.michael at gmx.net Thu Sep 4 18:50:01 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 20:50:01 +0200 Subject: Plague on EL5 In-Reply-To: <20080904201717.8aa61c22.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> <20080904201717.8aa61c22.bugs.michael@gmx.net> Message-ID: <20080904205001.ed2a6fb6.bugs.michael@gmx.net> EL5: $ rpm -e --nodeps python-sqlite (because yum requires it) $ rpm -q plague plague-0.4.5.2-1.el5 (using python-sqlite2) $ plague-client build ... Server returned an error: Insufficient privileges. As I've said before. Still incompatible with python-sqlite2. It only works with EL5 if python-sqlite installed. The good news: yes, plague-user-manager "find" now works again, also with sqlite2. So far, the sqlite2/sqlite3 patches are still compatible with sqlite1. From dennis at ausil.us Thu Sep 4 19:12:46 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 14:12:46 -0500 (CDT) Subject: Plague on EL5 In-Reply-To: <20080904205001.ed2a6fb6.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> <20080904201717.8aa61c22.bugs.michael@gmx.net> <20080904205001.ed2a6fb6.bugs.michael@gmx.net> Message-ID: <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> [root at bcfg2 ~]# cat /etc/redhat-release CentOS release 5.2 (Final) [root at bcfg2 ~]# rpm -q plague plague-0.4.5.2-1 [root at bcfg2 ~]# plague-client build plague plague-0.4.5.2-1.fc9.src.rpm el5 Package plague enqueued. Job ID: 6. please help me to know whats different between your setup and mine. because it works for me. I think at this point irc might be easier than a million emails. Dennis > EL5: > > $ rpm -e --nodeps python-sqlite > (because yum requires it) > > $ rpm -q plague > plague-0.4.5.2-1.el5 > (using python-sqlite2) > > $ plague-client build ... > Server returned an error: Insufficient privileges. > > > As I've said before. Still incompatible with python-sqlite2. > It only works with EL5 if python-sqlite installed. > > The good news: yes, plague-user-manager "find" now works again, > also with sqlite2. So far, the sqlite2/sqlite3 patches are > still compatible with sqlite1. > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Dennis Gilmore, RHCE From bugs.michael at gmx.net Thu Sep 4 19:48:42 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 21:48:42 +0200 Subject: Plague on EL5 In-Reply-To: <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> <20080904201717.8aa61c22.bugs.michael@gmx.net> <20080904205001.ed2a6fb6.bugs.michael@gmx.net> <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> Message-ID: <20080904214842.9de0d94b.bugs.michael@gmx.net> On Thu, 4 Sep 2008 14:12:46 -0500 (CDT), Dennis Gilmore wrote: > [root at bcfg2 ~]# cat /etc/redhat-release > CentOS release 5.2 (Final) > [root at bcfg2 ~]# rpm -q plague > plague-0.4.5.2-1 > [root at bcfg2 ~]# plague-client build plague plague-0.4.5.2-1.fc9.src.rpm el5 > Package plague enqueued. Job ID: 6. With or without removing EL5's python-sqlite? (Note that it is require by Yum!) It's strange that you never run exactly the same tests. :( Anyway, I've merged the missing patch fragments in plague cvs. Seems to work fine so far. Afterwards I need to try it in Fedora 8. From dennis at ausil.us Thu Sep 4 20:22:18 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 15:22:18 -0500 Subject: Plague on EL5 In-Reply-To: <20080904214842.9de0d94b.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> <20080904214842.9de0d94b.bugs.michael@gmx.net> Message-ID: <200809041522.18362.dennis@ausil.us> On Thursday 04 September 2008 02:48:42 pm Michael Schwendt wrote: > On Thu, 4 Sep 2008 14:12:46 -0500 (CDT), Dennis Gilmore wrote: > > [root at bcfg2 ~]# cat /etc/redhat-release > > CentOS release 5.2 (Final) > > [root at bcfg2 ~]# rpm -q plague > > plague-0.4.5.2-1 > > [root at bcfg2 ~]# plague-client build plague plague-0.4.5.2-1.fc9.src.rpm > > el5 Package plague enqueued. Job ID: 6. > > With or without removing EL5's python-sqlite? > (Note that it is require by Yum!) > > It's strange that you never run exactly the same tests. :( [root at bcfg2 ~]# rpm -e --nodeps python-sqlite [root at bcfg2 ~]# plague-client build plague plague-0.4.5.1-0.1.fc9.src.rpm el5 Package plague enqueued. Job ID: 7. > Anyway, I've merged the missing patch fragments in plague cvs. > Seems to work fine so far. Afterwards I need to try it in Fedora 8. -------------- 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 bugs.michael at gmx.net Thu Sep 4 20:30:26 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 22:30:26 +0200 Subject: Plague on EL5 In-Reply-To: <200809041522.18362.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> <20080904214842.9de0d94b.bugs.michael@gmx.net> <200809041522.18362.dennis@ausil.us> Message-ID: <20080904223026.5093b38f.bugs.michael@gmx.net> On Thu, 4 Sep 2008 15:22:18 -0500, Dennis Gilmore wrote: > [root at bcfg2 ~]# rpm -e --nodeps python-sqlite > [root at bcfg2 ~]# plague-client build plague plague-0.4.5.1-0.1.fc9.src.rpm el5 > Package plague enqueued. Job ID: 7. And sqlite2 still returns tuples not dicts. Just like sqlite3! See cvs. :) My commit fixes another traceback introduced in 0.4.5.1 (Repo.py). From bugs.michael at gmx.net Thu Sep 4 21:20:33 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 23:20:33 +0200 Subject: Plague on EL5 In-Reply-To: <20080904214842.9de0d94b.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> <20080904201717.8aa61c22.bugs.michael@gmx.net> <20080904205001.ed2a6fb6.bugs.michael@gmx.net> <33241.2001:4978:118:0:218:e7ff:fe08:3fa9.1220555566.squirrel@webmail.ausil.us> <20080904214842.9de0d94b.bugs.michael@gmx.net> Message-ID: <20080904232033.2a6249d1.bugs.michael@gmx.net> On Thu, 4 Sep 2008 21:48:42 +0200, Michael Schwendt wrote: > Seems to work fine so far. Afterwards I need to try it in Fedora 8. What's found in cvs now works also in Fedora >= 8. The crucial userauth fix is: http://cvs.fedoraproject.org/viewvc/extras-buildsys/server/User.py?root=fedora&r1=1.7.6.2&r2=1.7.6.3 From dennis at ausil.us Thu Sep 4 21:29:14 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 4 Sep 2008 16:29:14 -0500 Subject: Plague on EL5 In-Reply-To: <20080904232033.2a6249d1.bugs.michael@gmx.net> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <20080904214842.9de0d94b.bugs.michael@gmx.net> <20080904232033.2a6249d1.bugs.michael@gmx.net> Message-ID: <200809041629.19310.dennis@ausil.us> On Thursday 04 September 2008 04:20:33 pm Michael Schwendt wrote: > On Thu, 4 Sep 2008 21:48:42 +0200, Michael Schwendt wrote: > > Seems to work fine so far. Afterwards I need to try it in Fedora 8. > > What's found in cvs now works also in Fedora >= 8. The crucial userauth fix > is: > http://cvs.fedoraproject.org/viewvc/extras-buildsys/server/User.py?root=fed >ora&r1=1.7.6.2&r2=1.7.6.3 I really sont understand why you need that and I dont but regardless please do a 0.4.5.3 release with that fix Dennis -------------- 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 bugs.michael at gmx.net Thu Sep 4 21:42:12 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 4 Sep 2008 23:42:12 +0200 Subject: Plague on EL5 In-Reply-To: <200809041629.19310.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <20080904214842.9de0d94b.bugs.michael@gmx.net> <20080904232033.2a6249d1.bugs.michael@gmx.net> <200809041629.19310.dennis@ausil.us> Message-ID: <20080904234212.a2bbbcb4.bugs.michael@gmx.net> On Thu, 4 Sep 2008 16:29:14 -0500, Dennis Gilmore wrote: > On Thursday 04 September 2008 04:20:33 pm Michael Schwendt wrote: > > On Thu, 4 Sep 2008 21:48:42 +0200, Michael Schwendt wrote: > > > Seems to work fine so far. Afterwards I need to try it in Fedora 8. > > > > What's found in cvs now works also in Fedora >= 8. The crucial userauth fix > > is: > > http://cvs.fedoraproject.org/viewvc/extras-buildsys/server/User.py?root=fed > >ora&r1=1.7.6.2&r2=1.7.6.3 > I really sont understand why you need that and I dont > > but regardless please do a 0.4.5.3 release with that fix Well, either it's necessary or not. You believe it's not needed, so why do another update? I can't spend more time on this today. Just wanted to block further rushed updates. Exception happened during processing of request from ('127.0.0.1', 40312) Traceback (most recent call last): File "/usr/lib/python2.5/SocketServer.py", line 464, in process_request_thread self.finish_request(request, client_address) File "/usr/lib/python2.5/SocketServer.py", line 254, in finish_request self.RequestHandlerClass(request, client_address, self) File "/usr/lib/python2.5/SocketServer.py", line 522, in __init__ self.handle() File "/usr/lib/python2.5/BaseHTTPServer.py", line 316, in handle self.handle_one_request() File "/usr/lib/python2.5/BaseHTTPServer.py", line 310, in handle_one_request method() File "/usr/lib/python2.5/site-packages/plague/AuthedXMLRPCServer.py", line 60, in do_POST authinfo = self.server.get_authinfo(self.request, self.client_address) File "/usr/lib/python2.5/site-packages/plague/AuthedXMLRPCServer.py", line 87, in get_authinfo return self.authinfo_callback(request, client_address) File "/usr/bin/plague-server", line 56, in auth_cb user = self.authenticator.new_authed_user(email, client_address) File "/usr/share/plague/server/User.py", line 88, in new_authed_user user.own_jobs = item['own_jobs'] TypeError: tuple indices must be integers $ grep -i "create table" * -R|grep -v mat DBManager.py: curs.execute('CREATE TABLE jobs (' \ DBManager.py: curs.execute('CREATE TABLE archjobs (' \ User.py: curs.execute('CREATE TABLE users (' \ From rjones at redhat.com Mon Sep 8 15:34:54 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 8 Sep 2008 16:34:54 +0100 Subject: Testing -> Signed Message-ID: <20080908153454.GA13954@amd.home.annexia.org> We had a question from someone who is waiting for the collectd package to migrate from testing to stable. How long does this take? Is there a bodhi-like system for giving feedback? Is there anything we can do to influence the process? 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 jeff at ocjtech.us Mon Sep 8 16:12:54 2008 From: jeff at ocjtech.us (Jeffrey Ollie) Date: Mon, 8 Sep 2008 11:12:54 -0500 Subject: Testing -> Signed In-Reply-To: <20080908153454.GA13954@amd.home.annexia.org> References: <20080908153454.GA13954@amd.home.annexia.org> Message-ID: <935ead450809080912q7308a50an62962e1aee204ac@mail.gmail.com> On Mon, Sep 8, 2008 at 10:34 AM, Richard W.M. Jones wrote: > > We had a question from someone who is waiting for the collectd package > to migrate from testing to stable. How long does this take? Is there > a bodhi-like system for giving feedback? Is there anything we can do > to influence the process? The archives are thy friend: https://www.redhat.com/archives/epel-devel-list/2008-August/msg00001.html -- Jeff Ollie "You know, I used to think it was awful that life was so unfair. Then I thought, wouldn't it be much worse if life were fair, and all the terrible things that happen to us come because we actually deserve them? So, now I take great comfort in the general hostility and unfairness of the universe." -- Marcus to Franklin in Babylon 5: "A Late Delivery from Avalon" From buildsys at fedoraproject.org Mon Sep 8 17:48:39 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 8 Sep 2008 17:48:39 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-08 Message-ID: <20080908174839.EB397188107@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 bitlbee-1.2.3-1.el5 Packages built and released for Fedora EPEL testing/5: 13 augeas-0.3.1-1.el5 cobbler-1.2.3-1.el5 cobbler-1.2.4-1.el5 Django-1.0-1.el5 NEW iok-1.0.8-2.el5 : Indic Onscreen Virtual Keyboard mimedefang-2.65-1.el5 mock-0.9.11-1.el5 perl-Algorithm-Annotate-0.10-6.el5 NEW perl-SVN-Mirror-0.73-1.el5 : Mirror remote repository to local Subversion repository plague-0.4.5.3-1.el5 plague-0.4.5.5-1.el5 postgresql-table_log-0.4.4-3.el5 python-lxml-2.0.9-1.el5 Packages built and released for Fedora EPEL 4: 1 bitlbee-1.2.3-1.el4 Packages built and released for Fedora EPEL testing/4: 4 cobbler-1.2.3-1.el4 cobbler-1.2.4-1.el4 Django-1.0-1.el4 mock-0.9.11-1.el4 Changes in Fedora EPEL 5: bitlbee-1.2.3-1.el5 ------------------- * Sun Sep 07 2008 Robert Scheck 1.2.3-1 - Upgrade to 1.2.3 (#461424) Changes in Fedora EPEL testing/5: augeas-0.3.1-1.el5 ------------------ * Thu Sep 04 2008 David Lutterkort - 0.3.1-1 - New version cobbler-1.2.3-1.el5 ------------------- * Sun Sep 07 2008 Michael DeHaan - 1.2.3-1 - Upstream changes (see CHANGELOG) * Fri Sep 05 2008 Michael DeHaan - 1.2.2-1 - Upstream changes (see CHANGELOG) cobbler-1.2.4-1.el5 ------------------- * Mon Sep 08 2008 Michael DeHaan - 1.2.4-1 - Rebuild Django-1.0-1.el5 ---------------- * Sat Sep 06 2008 Michel Salim - 1.0-1 - Update to final 1.0 release * Tue Sep 02 2008 Michel Salim - 1.0-0.1.rc1.el5 - CSRF security update: bz#460966 iok-1.0.8-2.el5 --------------- * Tue Sep 02 2008 Parag Nemade - 1.0.8-2 - Added Source URL and modified description * Tue Sep 02 2008 Parag Nemade - 1.0.8-1 - Update to Next release 1.0.8 * Thu Aug 14 2008 Parag Nemade - 1.0.7-3.svn9 - fix directory ownership * Thu Aug 14 2008 Parag Nemade - 1.0.7-2.svn9 - Update to svn snapshot revision 9 mimedefang-2.65-1.el5 --------------------- * Thu Sep 04 2008 Robert Scheck 2.65-1 - Upgrade to 2.65 mock-0.9.11-1.el5 ----------------- * Thu Sep 04 2008 Clark Williams - 0.9.11-1 - added workarounds for rawhide rpm (BZ 455387 and 458234) - disabled tmpfs plugin on epel-4-x86_64 - fixed autotools breakage in configure.ac * Tue May 20 2008 Jesse Keating - 0.9.10-1 - added fix for building F-8 mock (clark) - Update epel configs * Tue Apr 22 2008 Jesse Keating - 0.9.9-1 - Update config files for Fedora 9 - Comment out multilib excludes, no longer needed in F9+ with yum multilib changes * Mon Mar 31 2008 Jesse Keating - 0.9.8-1 - modify rootcache logic to rebuild cache if config files have newer timestamp - For Fedora 8 and higher, use priority failover method - Point to the correct static-repo for rawhide stuff. - Move "devel" to "rawhide" to match current Fedora naming schemes. perl-Algorithm-Annotate-0.10-6.el5 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-SVN-Mirror-0.73-1.el5 -------------------------- * Tue May 29 2007 Ian Burrell - 0.73-1 - Update to 0.73 plague-0.4.5.3-1.el5 -------------------- * Fri Sep 05 2008 Michael Schwendt - 0.4.5.3-1 - update to 0.4.5.3 for sqlite2 compatibility fixes for Fedora - merge fedora pkg spec changes - include the www tree as server pkg docs * Thu Sep 04 2008 Dennis Gilmore - 0.4.5.2-1 - fix bug in find option to plague-user-manager plague-0.4.5.5-1.el5 -------------------- * Mon Sep 08 2008 Michael Schwendt - 0.4.5.5-1 - update to 0.4.5.5 * Sun Sep 07 2008 Michael Schwendt - 0.4.5.4-1 - update to 0.4.5.4 to make it work with MySQL 5 * Sun Sep 07 2008 Michael Schwendt - 0.4.5.3-2 - fix mod_user in plague-user-manager for sqlite2/3 postgresql-table_log-0.4.4-3.el5 -------------------------------- * Tue Sep 02 2008 Michael Schwendt - 0.4.4-3 - Include unowned directories. python-lxml-2.0.9-1.el5 ----------------------- * Fri Sep 05 2008 Jeffrey C. Ollie - 2.0.9-1 - 2.0.9 (2008-09-05) - Bugs fixed - - * Memory problem when passing documents between threads. - * Target parser did not honour the recover option and raised an exception - instead of calling .close() on the target. Changes in Fedora EPEL 4: bitlbee-1.2.3-1.el4 ------------------- * Sun Sep 07 2008 Robert Scheck 1.2.3-1 - Upgrade to 1.2.3 (#461424) Changes in Fedora EPEL testing/4: cobbler-1.2.3-1.el4 ------------------- * Sun Sep 07 2008 Michael DeHaan - 1.2.3-1 - Upstream changes (see CHANGELOG) * Fri Sep 05 2008 Michael DeHaan - 1.2.2-1 - Upstream changes (see CHANGELOG) cobbler-1.2.4-1.el4 ------------------- * Mon Sep 08 2008 Michael DeHaan - 1.2.4-1 - Rebuild Django-1.0-1.el4 ---------------- * Sat Sep 06 2008 Michel Salim - 1.0-1 - Update to final 1.0 release * Tue Sep 02 2008 Michel Salim - 1.0-0.1.rc1.el4 - CSRF security update: bz#460966 mock-0.9.11-1.el4 ----------------- * Thu Sep 04 2008 Clark Williams - 0.9.11-1 - added workarounds for rawhide rpm (BZ 455387 and 458234) - disabled tmpfs plugin on epel-4-x86_64 - fixed autotools breakage in configure.ac * Tue May 20 2008 Jesse Keating - 0.9.10-1 - added fix for building F-8 mock (clark) - Update epel configs * Tue Apr 22 2008 Jesse Keating - 0.9.9-1 - Update config files for Fedora 9 - Comment out multilib excludes, no longer needed in F9+ with yum multilib changes * Mon Mar 31 2008 Jesse Keating - 0.9.8-1 - modify rootcache logic to rebuild cache if config files have newer timestamp - For Fedora 8 and higher, use priority failover method - Point to the correct static-repo for rawhide stuff. - Move "devel" to "rawhide" to match current Fedora naming schemes. * Thu Jan 31 2008 Michael Brown - 0.9.7-1 - redo mock.util.do() to use python subprocess module, which should be much more maintainable than our old homegrown code. - Fix exclude= lines once again. Yum fnmatch parser doesnt understand [!x] notation - add --unpriv and --cwd options to run chroot commands without elevated privs and in a specific working directory (under the root). - mount all filesystems when running chroot commands - remove redundant ccache init since we now source /etc/profile.d/ccache.sh * Wed Jan 16 2008 Clark Williams - 0.9.6-1 - renamed configs and put compat symlinks in place - misc cleanups (whitespace fixes, info messages, etc.) - tmpfs plugin fix - split --target and --arch command line arguments - changed from -l to --login on bash invocations - create /dev/full in chroot * Thu Dec 20 2007 Michael Brown - 0.9.5-1 - really fix file-based BuildRequires * Wed Dec 19 2007 Michael Brown - 0.9.4-1 - Result dir was not honoring --uniqueext= - make rpmbuild run under a chroot login shell - mock is now noarch due to drop of all binary components - add tmpfs plugin (disabled by default) - slightly more friendly logs. * Fri Dec 14 2007 Clark Williams - 0.9.3-1 - added '--copyin' and '--copyout' modes - added makeChrootPath() method to Root - replaced most ad hock usages of .rootdir with makeChrootPath() - updated man page && added test cases - added 'help' target to Makefile.am * Thu Dec 13 2007 Michael Brown - 0.9.2-1 - add '--update' mode - fix '--shell' mode * Tue Dec 11 2007 Michael Brown - 0.9.1-1 - fix 'mock shell' command when passing more than one arg. - add --orphanskill mode which only does orphankill - make 'mock --shell' noninteractive and logged to root.log - fix for file-based BuildRequires - add sparcs to constant list for auto-setarch * Tue Dec 11 2007 Michael Brown - 0.8.17-1 - fix 'mock shell' command when passing more than one arg. - add --orphanskill mode which only does orphankill - make 'mock --shell' noninteractive and logged to root.log - fix for file-based BuildRequires - add sparcs to constant list for auto-setarch * Sun Dec 09 2007 Michael Brown - 0.9.0-1 - drop suid helper and use consolehelper instead. - add unshare() call rather than clone(CLONE_NEWNS...) * Sun Dec 09 2007 Michael Brown - 0.8.16-1 - drop FC6 configs. FC6 no longer supported - add --trace cmdline parameter - make logs slightly less verbose * Wed Dec 05 2007 Michael Brown - 0.8.15-1 - fix traceback when root cache doesnt exist. - add "--with", "--without", and "--define" cmdline parameters which are passed to rpmbuild (courtesy Todd Zullinger) * Tue Dec 04 2007 Michael Brown - 0.8.14-1 - fix traceback when cache dir was not found * Tue Dec 04 2007 Michael Brown - 0.8.13-1 - brown-paper-bag bug where built rpm didnt work due to lack of path substitution in mock.py * Mon Dec 03 2007 Michael Brown - 0.8.12-1 - fix builds of multiple srpms - fix 'mock install' - use python-decoratortools for better python 2.3 back compat * Thu Nov 29 2007 Clark Williams - 0.8.11-1 - fixes from mebrown: - added back -q and -v flags - print yum output by default - added --offline option - cleaned up uid handling * Mon Nov 26 2007 Michael Brown - 0.8.10-1 - fix 'shell' command - fix a couple different selinux avc denial messages (didnt affect functionality) * Tue Nov 20 2007 Michael Brown - 0.8.9-1 - Fixes so that mock will run cleanly on RHEL5 - Add glib-devel.i386, glib2-devel.i386 to yum exclude list as it breaks builds. - Add backwards-compatibility code for old-style 'automatically assume rebuild' convention - automake symlink accidentally included in tarball rather than file (py-compile) - update manpage * Mon Nov 19 2007 Michael Brown - 0.8.8-1 - make it run correctly when called by the 'root' user - internal_setarch: optionally run 'setarch' internally. This eliminates the need to run "setarch i386 mock ..." when building on target_arch != build_arch. This is turned on by default. Limitations: must have 'ctypes' python module available, which is only available by default in python 2.5, or as an extension module in <= 2.4. If the 'ctypes' module is not available, this feature will be disabled and you must manually run 'setarch'. - Does not run 'clean' action for 'shell', 'chroot', 'install', or 'installdeps' (docs updated) - fix build for top_builddir != top_srcdir - fix 'installdeps' so that it works with both rpms/srpms - missing device file /dev/ptmx was causing 'expect' command to always fail. Affected any SRPM build that used 'expect'. - hard spec file dep on python >= 2.4 due to python syntax changes. - resultdir can now contain python-string substitutions for any variable in the chroot config. rebuild my.src.rpm - add 'dist' variable to all chroot config files so that it is available for resultdir substitutions. - give good error message when logging.ini cannot be found. - change default logging format to remove verbosity from build.log. - make logging format configurable from defaults.cfg or chroot cfg. - less verbose state.log format * Mon Oct 22 2007 Michael Brown - 0.8.4-1 - fix reported 'bad owner/group' from rpm in some configurations. * Mon Oct 22 2007 Michael Brown - 0.8.3-1 - BZ# 336361 -- cannot su - mockbuild - BZ# 326561 -- update manpage - BZ# 235141 -- error with immutable bit * Sat Oct 20 2007 Michael Brown - 0.8.0-1 - huge number of changes upstream - convert to setuid wrapper instead of old setuid helper - lots of bugfixes and improvements - /var/cache/yum now saved and bind-mounted - ccache integration - rootcache improvements (formerly called autocache) * Mon Aug 27 2007 Michael Brown - 0.7.6-1 - ensure /etc/hosts is created in chroot properly * Mon Aug 13 2007 Clark Williams - 0.7.5-2 - build fix from Roland McGrath to fix compile of selinux lib * Wed Aug 08 2007 Clark Williams - 0.7.5-1 - orphanskill feature (BZ#221351) * Wed Aug 08 2007 Michael Brown - 0.7.5-1 - add example configs to defaults.cfg - dont rebuild cache if not clean build (BZ#250425) * Wed Jul 18 2007 Michael Brown - 0.7.4-1 - return child exit status, so we properly report subcommand failures From bugs.michael at gmx.net Wed Sep 10 09:49:30 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 10 Sep 2008 11:49:30 +0200 Subject: Fedora EPEL Package Build Report 2008-09-04 In-Reply-To: <200809041241.28741.dennis@ausil.us> References: <20080904025853.E84741880F9@buildsys.fedoraproject.org> <200809041029.19528.dennis@ausil.us> <20080904183434.60ac9677.bugs.michael@gmx.net> <200809041241.28741.dennis@ausil.us> Message-ID: <20080910114930.2b811276.bugs.michael@gmx.net> On Thu, 4 Sep 2008 12:41:24 -0500, Dennis Gilmore wrote: > > > userdb is obsolete users and jobs are in the one database file. > > > > $ grep userdb /usr/share/plague/server/User.py > > def get_userdb_dbcx(): > > dbcx = sqlite.connect(CONFIG_LOCATION + "userdb", timeout=4) > > (dbcx, curs) = get_userdb_dbcx() > > (dbcx, curs) = get_userdb_dbcx() > > in my test instances the users are tracked in the jobdb i dont have a userdb That's only the case for the unreleased/unfinished Plague 0.5.0 devel in cvs (it may work since some of the fixes from January). On the contrary, Plague 0.4* stores userdb in a separate sqlite db. And that is hardcoded. From buildsys at fedoraproject.org Wed Sep 10 15:26:03 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 10 Sep 2008 15:26:03 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-10 Message-ID: <20080910152603.4A6AB18810C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 gxine-0.5.11-17.el5 Packages built and released for Fedora EPEL testing/5: 7 arj-3.10.22-6.el5 facter-1.5.2-1.el5 gxine-0.5.11-17.el5 nut-2.2.0-5.2.el5 perl-SOAP-Lite-0.710.07-2.el5 rpmlint-0.84-2.el5 wordpress-2.6.2-1.el5 Packages built and released for Fedora EPEL testing/4: 3 arj-3.10.22-6.el4 facter-1.5.2-1.el4 rpmlint-0.84-2.el4 Changes in Fedora EPEL 5: gxine-0.5.11-17.el5 ------------------- * Tue Sep 09 2008 Martin Sourada - 0.5.11-17 - use correct xulrunner (build)require - rebuild (-16 release blocks xulrunner update) - add dbus-devel BR (broken dbus-glib-devel deps) - add --rpath to LDFLAGS, so that it finds libmozjs.so correctly Changes in Fedora EPEL testing/5: arj-3.10.22-6.el5 ----------------- * Mon Sep 08 2008 Robert Scheck 3.10.22-6 - Added patch to refer to original author in the manual page - Added patch to support parallel builds in upstream Makefile facter-1.5.2-1.el5 ------------------ * Tue Sep 09 2008 Todd Zullinger - 1.5.2-1 - New version - Simplify spec file checking for Fedora and RHEL versions * Mon Sep 08 2008 David Lutterkort - 1.5.1-1 - New version * Thu Jul 17 2008 David Lutterkort - 1.5.0-3 - Change 'mkdir' in install to 'mkdir -p' gxine-0.5.11-17.el5 ------------------- * Tue Sep 09 2008 Martin Sourada - 0.5.11-17 - use correct xulrunner (build)require - rebuild (-16 release blocks xulrunner update) - add dbus-devel BR (broken dbus-glib-devel deps) - add --rpath to LDFLAGS, so that it finds libmozjs.so correctly nut-2.2.0-5.2.el5 ----------------- * Mon Sep 08 2008 Tomas Smetana 2.2.0-5.2 - fix #461574 - add MODEL variable to sysconfig for initscripts compatibility perl-SOAP-Lite-0.710.07-2.el5 ----------------------------- * Tue Sep 09 2008 Lubomir Rintel - 0.710.07-2 - Re-add the nil patch rpmlint-0.84-2.el5 ------------------ * Sat Jul 26 2008 Ville Skytt? - 0.84-2 - 0.84, fixes #355861, #456304. - Sync Fedora license list with Wiki revision "16:08, 18 July 2008". - Rediff patches. wordpress-2.6.2-1.el5 --------------------- * Tue Sep 09 2008 Adrian Reber - 2.6.2-1 - updated to 2.6.2 Changes in Fedora EPEL testing/4: arj-3.10.22-6.el4 ----------------- * Mon Sep 08 2008 Robert Scheck 3.10.22-6 - Added patch to refer to original author in the manual page - Added patch to support parallel builds in upstream Makefile facter-1.5.2-1.el4 ------------------ * Tue Sep 09 2008 Todd Zullinger - 1.5.2-1 - New version - Simplify spec file checking for Fedora and RHEL versions * Mon Sep 08 2008 David Lutterkort - 1.5.1-1 - New version * Thu Jul 17 2008 David Lutterkort - 1.5.0-3 - Change 'mkdir' in install to 'mkdir -p' rpmlint-0.84-2.el4 ------------------ * Sat Jul 26 2008 Ville Skytt? - 0.84-2 - 0.84, fixes #355861, #456304. - Sync Fedora license list with Wiki revision "16:08, 18 July 2008". - Rediff patches. From wolfy at nobugconsulting.ro Wed Sep 10 15:49:43 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 10 Sep 2008 18:49:43 +0300 Subject: please remove rpmlint-0.84.2 packages Message-ID: <48C7EC97.1090903@nobugconsulting.ro> Hello It looks I made an error once again :( Please remove the rpmlint-0.84-2.el[4,5] packages from EL-4/testing and EL-5/testing. The binaries are OK, but the changelog is wrong because I forgot to re-tag after updating the spec in CVS. I have just rebuilt the packages using 0.84-2.el[4,5].1 Sorry for the mess and my sincere apologies to Ville Skyta. manuel From smooge at gmail.com Wed Sep 10 18:57:28 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 10 Sep 2008 12:57:28 -0600 Subject: IMPORTANT: NEXT MEETING Message-ID: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send me a list of topics we need to cover for our first meeting in a long while. We will be moving this to a weekly meeting so that various people with random schedules can meet at least 50% of the time. -- 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 mastahnke at gmail.com Wed Sep 10 19:02:18 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 10 Sep 2008 14:02:18 -0500 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> Message-ID: <7874d9dd0809101202u6c1edb78se64170ed1a53af26@mail.gmail.com> On Wed, Sep 10, 2008 at 1:57 PM, Stephen John Smoogen wrote: > Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send > me a list of topics we need to cover for our first meeting in a long > while. We will be moving this to a weekly meeting so that various > people with random schedules can meet at least 50% of the time. > > -- > 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" > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I'd like to have more discussion on layered product in EPEL, things like FreeIPA, DogTag, Spacewalk (eventually), etc Can't think of much else right now. From ville.skytta at iki.fi Wed Sep 10 19:15:48 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 10 Sep 2008 22:15:48 +0300 Subject: please remove rpmlint-0.84.2 packages In-Reply-To: <48C7EC97.1090903@nobugconsulting.ro> References: <48C7EC97.1090903@nobugconsulting.ro> Message-ID: <200809102215.48782.ville.skytta@iki.fi> On Wednesday 10 September 2008, Manuel Wolfshant wrote: > Hello > > It looks I made an error once again :( > Please remove the rpmlint-0.84-2.el[4,5] packages from EL-4/testing > and EL-5/testing. The binaries are OK, but the changelog is wrong > because I forgot to re-tag after updating the spec in CVS. I have just > rebuilt the packages using 0.84-2.el[4,5].1 > > Sorry for the mess and my sincere apologies to Ville Skyta. If you've tested and found the binaries working with EL's python, I don't have a problem with having my name in the changelog even if I did not push these updates to EPEL (testing), rpmlint 0.84 is "old" and tested enough release for that. Things that I have reacted to earlier have been cases of pushing bleeding edge packages with my name in the changelog towards EL before even Fedora updates-testing or Rawhide users have had a reasonable chance to test them. From wolfy at nobugconsulting.ro Wed Sep 10 20:12:08 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Wed, 10 Sep 2008 23:12:08 +0300 Subject: please remove rpmlint-0.84.2 packages In-Reply-To: <200809102215.48782.ville.skytta@iki.fi> References: <48C7EC97.1090903@nobugconsulting.ro> <200809102215.48782.ville.skytta@iki.fi> Message-ID: <48C82A18.20403@nobugconsulting.ro> On 09/10/2008 10:15 PM, Ville Skytt? wrote: > On Wednesday 10 September 2008, Manuel Wolfshant wrote: > >> Hello >> >> It looks I made an error once again :( >> Please remove the rpmlint-0.84-2.el[4,5] packages from EL-4/testing >> and EL-5/testing. The binaries are OK, but the changelog is wrong >> because I forgot to re-tag after updating the spec in CVS. I have just >> rebuilt the packages using 0.84-2.el[4,5].1 >> >> Sorry for the mess and my sincere apologies to Ville Skyta. >> > > If you've tested and found the binaries working with EL's python, I don't have > a problem with having my name in the changelog even if I did not push these > updates to EPEL (testing), rpmlint 0.84 is "old" and tested enough release > for that. > Given your warning regarding compatibility with older python versions, I tested locally before building in plague and they worked OK both on Centos 4 and Centos 5. I've built the newer versions in plague as soon as I have noticed that the "Fedora EPEL Package Build Report" did not list me in the Changelog , so all that is needed now is a push in order to have the correct name in place. > Things that I have reacted to earlier have been cases of pushing bleeding edge > packages with my name in the changelog towards EL before even Fedora > updates-testing or Rawhide users have had a reasonable chance to test them. > From kevin at scrye.com Wed Sep 10 20:35:56 2008 From: kevin at scrye.com (Kevin Fenzi) Date: Wed, 10 Sep 2008 14:35:56 -0600 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> Message-ID: <20080910143556.63a10220@ohm.scrye.com> On Wed, 10 Sep 2008 12:57:28 -0600 smooge at gmail.com ("Stephen John Smoogen") wrote: > Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send > me a list of topics we need to cover for our first meeting in a long > while. We will be moving this to a weekly meeting so that various > people with random schedules can meet at least 50% of the time. We need to address the packages in the testing repo that have had long term broken dependencies. Either by removing them, warning then removing them, or something. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From smooge at gmail.com Wed Sep 10 20:53:02 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 10 Sep 2008 14:53:02 -0600 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <20080910143556.63a10220@ohm.scrye.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> Message-ID: <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> 2008/9/10 Kevin Fenzi : > On Wed, 10 Sep 2008 12:57:28 -0600 > smooge at gmail.com ("Stephen John Smoogen") wrote: > >> Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send >> me a list of topics we need to cover for our first meeting in a long >> while. We will be moving this to a weekly meeting so that various >> people with random schedules can meet at least 50% of the time. > > We need to address the packages in the testing repo that have had long > term broken dependencies. Either by removing them, warning then > removing them, or something. > I am going to say: "warn to remove by Oct 15th. Remove on 16th" -- 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 jeff at osuosl.org Thu Sep 11 14:57:17 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Thu, 11 Sep 2008 07:57:17 -0700 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> Message-ID: <1EB198D4-40F7-4D04-94BA-22652C40558E@osuosl.org> On Sep 10, 2008, at 1:53 PM, Stephen John Smoogen wrote: > > I am going to say: > > "warn to remove by Oct 15th. Remove on 16th" +1 Any reason for those dates in particular though? -Jeff From smooge at gmail.com Thu Sep 11 17:50:44 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 11 Sep 2008 11:50:44 -0600 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <1EB198D4-40F7-4D04-94BA-22652C40558E@osuosl.org> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> <1EB198D4-40F7-4D04-94BA-22652C40558E@osuosl.org> Message-ID: <80d7e4090809111050l6572043fwf7a043b385bcb5d7@mail.gmail.com> On Thu, Sep 11, 2008 at 8:57 AM, Jeff Sheltren wrote: > > On Sep 10, 2008, at 1:53 PM, Stephen John Smoogen wrote: >> >> I am going to say: >> >> "warn to remove by Oct 15th. Remove on 16th" > > +1 > > Any reason for those dates in particular though? > I pulled them out of my.. the thin air. No reason at all. just a strawman. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Thu Sep 11 23:06:22 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 11 Sep 2008 17:06:22 -0600 Subject: Need to move Monday meeting Message-ID: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> I have a post-operation checkup on Monday 1545 UTC and can't miss it. I need to move the EPEL meeting either to 14:00 or 17:00. Who can make either of those times? -- 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 mastahnke at gmail.com Fri Sep 12 00:14:24 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Thu, 11 Sep 2008 19:14:24 -0500 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> Message-ID: <7874d9dd0809111714p478811e7l95e38d48e20303bf@mail.gmail.com> I likely can't make either :) I am at VMworld next week. stahnma From laxathom at fedoraproject.org Fri Sep 12 05:12:11 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Fri, 12 Sep 2008 07:12:11 +0200 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> Message-ID: <62bc09df0809112212ubcc215elbd674430cc03a990@mail.gmail.com> On Fri, Sep 12, 2008 at 1:06 AM, Stephen John Smoogen wrote: > I have a post-operation checkup on Monday 1545 UTC and can't miss it. > I need to move the EPEL meeting either to 14:00 or 17:00. Who can make > either of those times? 14:00 UTC, I can 17:00 UTC, I can (surely a bit late) -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From kevin at tummy.com Fri Sep 12 16:37:43 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 12 Sep 2008 10:37:43 -0600 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> Message-ID: <20080912103743.0567699c@ohm.scrye.com> On Thu, 11 Sep 2008 17:06:22 -0600 smooge at gmail.com ("Stephen John Smoogen") wrote: > I have a post-operation checkup on Monday 1545 UTC and can't miss it. > I need to move the EPEL meeting either to 14:00 or 17:00. Who can make > either of those times? I could make 17:00, but not 14:00. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From fedora at leemhuis.info Fri Sep 12 17:04:41 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 12 Sep 2008 19:04:41 +0200 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> Message-ID: <48CAA129.1070704@leemhuis.info> On 10.09.2008 22:53, Stephen John Smoogen wrote: > 2008/9/10 Kevin Fenzi : >> On Wed, 10 Sep 2008 12:57:28 -0600 >> smooge at gmail.com ("Stephen John Smoogen") wrote: >> >>> Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send >>> me a list of topics we need to cover for our first meeting in a long >>> while. We will be moving this to a weekly meeting so that various >>> people with random schedules can meet at least 50% of the time. Just a note: A lot of things IMHO can be done on the list. It's just each "thing" needs someone to drive it forward. But that's the same on IRC as well. ;-) >> We need to address the packages in the testing repo that have had long >> term broken dependencies. Either by removing them, warning then >> removing them, or something. > I am going to say: > "warn to remove by Oct 15th. Remove on 16th" In the interest of contributers, users and EPEL in general: I'd much prefer if somebody would look at each of the problems and find a individual solution for each of the problems. From looking at the broken deps it seems to me that at least some of them are quite easy to fix. Some others otoh might be quite hard to fix, so removing them really might be the better solution for now. And no, sorry, I'm not volunteering to do this. I'm quite busy with RPM Fusion stuff right now :-/ CU knurd From jeff at osuosl.org Fri Sep 12 17:23:36 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Fri, 12 Sep 2008 10:23:36 -0700 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> Message-ID: <4CD14034-1FF7-4CDF-A822-FB1CCA34FC78@osuosl.org> On Sep 11, 2008, at 4:06 PM, Stephen John Smoogen wrote: > I have a post-operation checkup on Monday 1545 UTC and can't miss it. > I need to move the EPEL meeting either to 14:00 or 17:00. Who can make > either of those times? Just verified on IRC, but for the record I should be able to make 1700 UTC on Monday. Thanks, Jeff From smooge at gmail.com Fri Sep 12 18:15:42 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Sep 2008 12:15:42 -0600 Subject: Need to move Monday meeting In-Reply-To: <20080912103743.0567699c@ohm.scrye.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> Message-ID: <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> 2008/9/12 Kevin Fenzi : > On Thu, 11 Sep 2008 17:06:22 -0600 > smooge at gmail.com ("Stephen John Smoogen") wrote: > >> I have a post-operation checkup on Monday 1545 UTC and can't miss it. >> I need to move the EPEL meeting either to 14:00 or 17:00. Who can make >> either of those times? > > I could make 17:00, but not 14:00. > Ok lets make it 1700. since thats enough people. Topics: 1. Do we need to make new signing keys? 2. Koji/Bodhi status (please real soon, please) 3. EPEL marketing 3a. EPEL graphic/etc. 4. Layered products (sub-repos) Many layered products (dogtag, spacewalk, etc) require newer versions of 'core' apps.. so would need to be in a sub-repository to be available. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Fri Sep 12 18:18:43 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 12 Sep 2008 12:18:43 -0600 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <48CAA129.1070704@leemhuis.info> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> <48CAA129.1070704@leemhuis.info> Message-ID: <80d7e4090809121118h614aea04y32931e414cdf4b4d@mail.gmail.com> On Fri, Sep 12, 2008 at 11:04 AM, Thorsten Leemhuis wrote: > On 10.09.2008 22:53, Stephen John Smoogen wrote: >> >> 2008/9/10 Kevin Fenzi : >>> >>> On Wed, 10 Sep 2008 12:57:28 -0600 >>> smooge at gmail.com ("Stephen John Smoogen") wrote: >>> >>>> Our next scheduled meeting is Monday 2008-09-15 15:00 UTC. Please send >>>> me a list of topics we need to cover for our first meeting in a long >>>> while. We will be moving this to a weekly meeting so that various >>>> people with random schedules can meet at least 50% of the time. > > Just a note: A lot of things IMHO can be done on the list. It's just each > "thing" needs someone to drive it forward. But that's the same on IRC as > well. ;-) > Yes.. we should use the list first, and the IRC for our pings. >>> We need to address the packages in the testing repo that have had long >>> term broken dependencies. Either by removing them, warning then >>> removing them, or something. >> >> I am going to say: >> "warn to remove by Oct 15th. Remove on 16th" > > In the interest of contributers, users and EPEL in general: I'd much prefer > if somebody would look at each of the problems and find a individual > solution for each of the problems. From looking at the broken deps it seems > to me that at least some of them are quite easy to fix. Some others otoh > might be quite hard to fix, so removing them really might be the better > solution for now. > > And no, sorry, I'm not volunteering to do this. I'm quite busy with RPM > Fusion stuff right now :-/ > No I understand.. we need to get a process in place. 1) Who makes fixes to fix low-hanging fruit 2) Who keeps track of things 3) When can we get this done by? -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From buildsys at fedoraproject.org Fri Sep 12 20:57:20 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 12 Sep 2008 20:57:20 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-12 Message-ID: <20080912205720.C4DA418810E@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 15 cksfv-1.3.13-1.el5 NEW csstidy-1.4-1.el5 : CSS parser and optimizer NEW itzam-core-2.1.1-1.el5 : Library for creating and manipulating keyed-access database files javasqlite-20080420-1.el5.1 NEW perl-App-CLI-0.07-4.el5 : Dispatcher module for command line interface programs NEW perl-Locale-Maketext-Simple-0.18-1.el5 : Simple interface to Locale::Maketext::Lexicon php-pear-Date-Holidays-0.20.1-1.el5 php-pear-HTTP-Request-1.4.3-1.el5 NEW python-peak-rules-0.5a1.dev-0.2569.el5 : Generic functions and business rules support systems NEW python-peak-util-addons-0.6-1.el5 : Dynamically extend other objects with AddOns NEW python-peak-util-assembler-0.5-1.el5 : Generate Python code objects by "assembling" bytecode NEW python-peak-util-extremes-1.1-1.el5 : Production-quality 'Min' and 'Max' objects NEW python-peak-util-symbols-1.0-1.el5 : Simple "symbol" type, useful for enumerations or sentinels rpmlint-0.84-2.el5.1 ssmtp-2.61-11.6.el5.1 Packages built and released for Fedora EPEL testing/4: 8 NEW csstidy-1.4-1.el4 : CSS parser and optimizer NEW python-peak-rules-0.5a1.dev-0.2569.el4 : Generic functions and business rules support systems NEW python-peak-util-addons-0.6-1.el4 : Dynamically extend other objects with AddOns NEW python-peak-util-assembler-0.5-2.el4 : Generate Python code objects by "assembling" bytecode NEW python-peak-util-extremes-1.1-1.el4 : Production-quality 'Min' and 'Max' objects NEW python-peak-util-symbols-1.0-2.el4 : Simple "symbol" type, useful for enumerations or sentinels rpmlint-0.84-2.el4.1 ssmtp-2.61-11.6.el4.1 Changes in Fedora EPEL testing/5: cksfv-1.3.13-1.el5 ------------------ * Thu Sep 11 2008 Christopher Stone 1.3.13-1 - Upstream sync * Wed Feb 20 2008 Fedora Release Engineering 1.3.12-3 - Autorebuild for GCC 4.3 csstidy-1.4-1.el5 ----------------- * Thu Jul 24 2008 Ian Weller 1.4-1 - Initial package build. itzam-core-2.1.1-1.el5 ---------------------- * Sat Sep 06 2008 Martin Nagy 2.1.1-1 - initial packaging javasqlite-20080420-1.el5.1 --------------------------- * Sat Sep 06 2008 Ville Skytt? - 20080420-1.1 - Include JDBC 3 (Java 1.4.x, 1.5.x) drivers. - Work around build setup issues #460761 and #460783. - Patch to output error message if loading the lib from a specified SQLite.library.path fails. - Patch test suite to exit with non-zero status on failures. perl-App-CLI-0.07-4.el5 ----------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.07-4 - rebuild for new perl perl-Locale-Maketext-Simple-0.18-1.el5 -------------------------------------- * Sun Sep 17 2006 Steven Pritchard 0.18-1 - Update to 0.18. php-pear-Date-Holidays-0.20.1-1.el5 ----------------------------------- * Fri Sep 12 2008 Christopher Stone 0.20.1-1 - Upstream sync * Thu May 22 2008 Christopher Stone 0.19.1-1 - Upstream sync php-pear-HTTP-Request-1.4.3-1.el5 --------------------------------- * Fri Sep 12 2008 Christopher Stone 1.4.3-1 - Upstream sync - Update Requires python-peak-rules-0.5a1.dev-0.2569.el5 -------------------------------------- * Sun Aug 03 2008 Luke Macken - 0.5a1.dev-0.2569 - Initial package for Fedora python-peak-util-addons-0.6-1.el5 --------------------------------- * Tue Aug 12 2008 Luke Macken - 0.6-1 - Initial package for Fedora python-peak-util-assembler-0.5-1.el5 ------------------------------------ * Sun Aug 03 2008 Luke Macken - 0.5-1 - Initial package for Fedora python-peak-util-extremes-1.1-1.el5 ----------------------------------- * Tue Aug 12 2008 Luke Macken - 1.1-1 - Initial package for Fedora python-peak-util-symbols-1.0-1.el5 ---------------------------------- * Sun Aug 03 2008 Luke Macken - 1.0-1 - Initial package for Fedora rpmlint-0.84-2.el5.1 -------------------- * Wed Sep 10 2008 Manuel Wolfshant - 0.84-2.1 - rebuild with proper changelog * Sat Jul 26 2008 Manuel Wolfshant - 0.84-2 - 0.84, fixes #355861, #456304. - Sync Fedora license list with Wiki revision "16:08, 18 July 2008". - Rediff patches. ssmtp-2.61-11.6.el5.1 --------------------- * Fri Sep 12 2008 Manuel "lonely wolf" Wolfshant 2.61-11.6.1 - use conditionals to consolidate specs for Fedora and EPEL * Thu Sep 11 2008 Manuel "lonely wolf" Wolfshant 2.61-11.6 - patch to fix CVE-2008-3962 (courtesy https://bugs.gentoo.org/127592) - cleanup of other patches, make build with fuzz=0 * Sat Aug 02 2008 Manuel "lonely wolf" Wolfshant 2.61-11.5.4 - work around rpmbuild more strict syntax checker * Tue Feb 12 2008 Manuel "lonely wolf" Wolfshant 2.61-11.5.3 - rebuilt for gcc 4.3.0 * Wed Dec 05 2007 lonely wolf 2.61-11.5.2 - rebuilt for newer openssl - fix usage of disttag for compatibility with mock + el3 * Wed Oct 24 2007 lonely wolf 2.61-11.5.1 - adds back /usr/sbin/sendmail provides, rpmbuild by default does not add it * Wed Oct 24 2007 lonely wolf 2.61-11.5 - fixes https://bugzilla.redhat.com/show_bug.cgi?id=235594 by removing MTA and smtpdaemon provides, as the packages which required those were fixed Changes in Fedora EPEL testing/4: csstidy-1.4-1.el4 ----------------- * Thu Jul 24 2008 Ian Weller 1.4-1 - Initial package build. python-peak-rules-0.5a1.dev-0.2569.el4 -------------------------------------- * Sun Aug 03 2008 Luke Macken - 0.5a1.dev-0.2569 - Initial package for Fedora python-peak-util-addons-0.6-1.el4 --------------------------------- * Tue Aug 12 2008 Luke Macken - 0.6-1 - Initial package for Fedora python-peak-util-assembler-0.5-2.el4 ------------------------------------ * Thu Sep 11 2008 Luke Macken - 0.5-1 - Disable the unittests, as EL-4's doctest does not have the DocFileSuite python-peak-util-extremes-1.1-1.el4 ----------------------------------- * Tue Aug 12 2008 Luke Macken - 1.1-1 - Initial package for Fedora python-peak-util-symbols-1.0-2.el4 ---------------------------------- * Thu Sep 11 2008 Luke Macken - 1.0-1 - Disable the unittests, as EL-4's doctest does not have the DocFileSuite rpmlint-0.84-2.el4.1 -------------------- * Wed Sep 10 2008 Manuel Wolfshant - 0.84-2.1 - rebuild with proper changelog * Sat Jul 26 2008 Manuel Wolfshant - 0.84-2 - 0.84, fixes #355861, #456304. - Sync Fedora license list with Wiki revision "16:08, 18 July 2008". - Rediff patches. ssmtp-2.61-11.6.el4.1 --------------------- * Fri Sep 12 2008 Manuel "lonely wolf" Wolfshant 2.61-11.6.1 - use conditionals to consolidate specs for Fedora and EPEL * Thu Sep 11 2008 Manuel "lonely wolf" Wolfshant 2.61-11.6 - patch to fix CVE-2008-3962 (courtesy https://bugs.gentoo.org/127592) - cleanup of other patches, make build with fuzz=0 * Sat Aug 02 2008 Manuel "lonely wolf" Wolfshant 2.61-11.5.4 - work around rpmbuild more strict syntax checker * Tue Feb 12 2008 Manuel "lonely wolf" Wolfshant 2.61-11.5.3 - rebuilt for gcc 4.3.0 * Wed Dec 05 2007 lonely wolf 2.61-11.5.2 - rebuilt for newer openssl - fix usage of disttag for compatibility with mock + el3 * Wed Oct 24 2007 lonely wolf 2.61-11.5.1 - adds back /usr/sbin/sendmail provides, rpmbuild by default does not add it * Wed Oct 24 2007 lonely wolf 2.61-11.5 - fixes https://bugzilla.redhat.com/show_bug.cgi?id=235594 by removing MTA and smtpdaemon provides, as the packages which required those were fixed From laxathom at fedoraproject.org Sat Sep 13 11:51:13 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Sat, 13 Sep 2008 13:51:13 +0200 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> Message-ID: <62bc09df0809130451j4708edb2qf1d1fdbcf2ea2714@mail.gmail.com> On Fri, Sep 12, 2008 at 8:15 PM, Stephen John Smoogen wrote: > 2008/9/12 Kevin Fenzi : >> On Thu, 11 Sep 2008 17:06:22 -0600 >> smooge at gmail.com ("Stephen John Smoogen") wrote: >> >>> I have a post-operation checkup on Monday 1545 UTC and can't miss it. >>> I need to move the EPEL meeting either to 14:00 or 17:00. Who can make >>> either of those times? >> >> I could make 17:00, but not 14:00. >> > > Ok lets make it 1700. since thats enough people. > > Topics: > > 1. Do we need to make new signing keys? > 2. Koji/Bodhi status (please real soon, please) > 3. EPEL marketing > 3a. EPEL graphic/etc. > 4. Layered products (sub-repos) > Many layered products (dogtag, spacewalk, etc) require newer > versions of 'core' apps.. so would need to be in a sub-repository to > be available. This topic sounds good to me. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From fedora at leemhuis.info Sat Sep 13 12:11:27 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Sep 2008 14:11:27 +0200 Subject: Need to move Monday meeting In-Reply-To: <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> Message-ID: <48CBADEF.1080604@leemhuis.info> On 12.09.2008 20:15, Stephen John Smoogen wrote: > > Ok lets make it 1700. since thats enough people. Topics: > [...] > 4. Layered products (sub-repos) > Many layered products (dogtag, spacewalk, etc) require newer > versions of 'core' apps.. so would need to be in a sub-repository to > be available. I'd prefer to not go down the "sub-repository" route, as I assume that is really hard, painful and time-consuming to properly maintain over time due to inter repo problems (which could create trouble for our users, which then will be disappointed by EPEL in general). Especially if you want to keep those sub-repos supported for the whole lifetime of the EL release they were designed for. I'd much prefer to ship the newer libs or those 'core' apps in question in parallel to the packages from EL. That was discussed for speex (a newer one than the one in EL5 is needed by recent asterisk versions iirc) and might solve the problems. CU knurd From jonstanley at gmail.com Sat Sep 13 15:57:32 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 13 Sep 2008 11:57:32 -0400 Subject: Need to move Monday meeting In-Reply-To: <48CBADEF.1080604@leemhuis.info> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> Message-ID: On Sat, Sep 13, 2008 at 8:11 AM, Thorsten Leemhuis wrote: > I'd much prefer to ship the newer libs or those 'core' apps in question in > parallel to the packages from EL. That was discussed for speex (a newer one > than the one in EL5 is needed by recent asterisk versions iirc) and might > solve the problems. Me too, except I foresee one problem with this. Joe User enables the EPEL repo, and is ignorant of the fact that it now includes updates to packages included in base RHEL. He does a 'yum update' to bring his system current, thinking all is well, He was depending on one of the packages that was upgraded as a result of the layered app now being included, possibly with an incompatible configuration specific to the application that it was originally bundled with, and breaking module ABI. We just busted Joe's system real good :( From fedora at leemhuis.info Sat Sep 13 16:42:22 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 13 Sep 2008 18:42:22 +0200 Subject: Need to move Monday meeting In-Reply-To: References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> Message-ID: <48CBED6E.1080100@leemhuis.info> On 13.09.2008 17:57, Jon Stanley wrote: > On Sat, Sep 13, 2008 at 8:11 AM, Thorsten Leemhuis wrote: > >> I'd much prefer to ship the newer libs or those 'core' apps in question in >> parallel to the packages from EL. That was discussed for speex (a newer one >> than the one in EL5 is needed by recent asterisk versions iirc) and might >> solve the problems. > Me too, except I foresee one problem with this. Joe User enables the > EPEL repo, and is ignorant of the fact that it now includes updates to > packages included in base RHEL. [...] No, that's not what I meant ;-) Sorry, should have been more clear in my mail. With "in parallel to the packages from EL" I meant: EL continues to ship for example speex as speex-1.0.5-4.el5_1.1, and we ship speex 1.2 as "speex12-1.2-4" or something with its contents in a special path. Of cause all apps in EPEL that need that speex then need special treatment to look in that special path for speex. Cu knurd From kevin at tummy.com Sat Sep 13 17:26:22 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 13 Sep 2008 11:26:22 -0600 Subject: IMPORTANT: NEXT MEETING In-Reply-To: <80d7e4090809121118h614aea04y32931e414cdf4b4d@mail.gmail.com> References: <80d7e4090809101157w691c2988rca0da561e9555934@mail.gmail.com> <20080910143556.63a10220@ohm.scrye.com> <80d7e4090809101353mb88433bj2bdb2edda9689b0f@mail.gmail.com> <48CAA129.1070704@leemhuis.info> <80d7e4090809121118h614aea04y32931e414cdf4b4d@mail.gmail.com> Message-ID: <20080913112622.40c7f68b@ohm.scrye.com> On Fri, 12 Sep 2008 12:18:43 -0600 smooge at gmail.com ("Stephen John Smoogen") wrote: > On Fri, Sep 12, 2008 at 11:04 AM, Thorsten Leemhuis > wrote: > > Just a note: A lot of things IMHO can be done on the list. It's > > just each "thing" needs someone to drive it forward. But that's the > > same on IRC as well. ;-) > > > > Yes.. we should use the list first, and the IRC for our pings. Yeah. ;) > > In the interest of contributers, users and EPEL in general: I'd > > much prefer if somebody would look at each of the problems and find > > a individual solution for each of the problems. From looking at the > > broken deps it seems to me that at least some of them are quite > > easy to fix. Some others otoh might be quite hard to fix, so > > removing them really might be the better solution for now. > > > > And no, sorry, I'm not volunteering to do this. I'm quite busy with > > RPM Fusion stuff right now :-/ > > > > No I understand.. we need to get a process in place. > 1) Who makes fixes to fix low-hanging fruit > 2) Who keeps track of things > 3) When can we get this done by? I think we need first: 0) get the automated dependency script running again and functioning fully, so it doesn't spew false positives. This would get maintainers another chance to fix things, and also make it so we could all see whats broken. After that, I am happy to look and try and fix low hanging fruit. I have filed a bug for re-enabling the dep checker: https://fedorahosted.org/fedora-infrastructure/ticket/840 kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kevin at tummy.com Sat Sep 13 17:30:08 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 13 Sep 2008 11:30:08 -0600 Subject: Need to move Monday meeting In-Reply-To: <48CBED6E.1080100@leemhuis.info> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> <48CBED6E.1080100@leemhuis.info> Message-ID: <20080913113008.73fbdbc8@ohm.scrye.com> On Sat, 13 Sep 2008 18:42:22 +0200 fedora at leemhuis.info (Thorsten Leemhuis) wrote: > On 13.09.2008 17:57, Jon Stanley wrote: > > On Sat, Sep 13, 2008 at 8:11 AM, Thorsten Leemhuis > > wrote: > > > >> I'd much prefer to ship the newer libs or those 'core' apps in > >> question in parallel to the packages from EL. That was discussed > >> for speex (a newer one than the one in EL5 is needed by recent > >> asterisk versions iirc) and might solve the problems. > > Me too, except I foresee one problem with this. Joe User enables > > the EPEL repo, and is ignorant of the fact that it now includes > > updates to packages included in base RHEL. [...] > > No, that's not what I meant ;-) > > Sorry, should have been more clear in my mail. With "in parallel to > the packages from EL" I meant: EL continues to ship for example speex > as speex-1.0.5-4.el5_1.1, and we ship speex 1.2 as "speex12-1.2-4" or > something with its contents in a special path. Of cause all apps in > EPEL that need that speex then need special treatment to look in that > special path for speex. Yeah, although even that can be difficult if there are things that are not parallel installable easily, and filtering deps could be tricky there as well in case the two packages provide some of the same things. ;( I'm in general against doing any layered products or the like... I don't think we have enough interested people to manage such a thing and I think it would cause a lot more complexity and confusion. ;( I'm happy to be convinced otherwise though. ;) > Cu > knurd kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mastahnke at gmail.com Sat Sep 13 21:25:21 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 13 Sep 2008 16:25:21 -0500 Subject: Need to move Monday meeting In-Reply-To: <20080913113008.73fbdbc8@ohm.scrye.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> <48CBED6E.1080100@leemhuis.info> <20080913113008.73fbdbc8@ohm.scrye.com> Message-ID: <7874d9dd0809131425y118063b3q7d920a42f59389a8@mail.gmail.com> 2008/9/13 Kevin Fenzi : > On Sat, 13 Sep 2008 18:42:22 +0200 > fedora at leemhuis.info (Thorsten Leemhuis) wrote: > >> On 13.09.2008 17:57, Jon Stanley wrote: >> > On Sat, Sep 13, 2008 at 8:11 AM, Thorsten Leemhuis >> > wrote: >> > >> >> I'd much prefer to ship the newer libs or those 'core' apps in >> >> question in parallel to the packages from EL. That was discussed >> >> for speex (a newer one than the one in EL5 is needed by recent >> >> asterisk versions iirc) and might solve the problems. >> > Me too, except I foresee one problem with this. Joe User enables >> > the EPEL repo, and is ignorant of the fact that it now includes >> > updates to packages included in base RHEL. [...] >> >> No, that's not what I meant ;-) >> >> Sorry, should have been more clear in my mail. With "in parallel to >> the packages from EL" I meant: EL continues to ship for example speex >> as speex-1.0.5-4.el5_1.1, and we ship speex 1.2 as "speex12-1.2-4" or >> something with its contents in a special path. Of cause all apps in >> EPEL that need that speex then need special treatment to look in that >> special path for speex. > > Yeah, although even that can be difficult if there are things that are > not parallel installable easily, and filtering deps could be tricky > there as well in case the two packages provide some of the same > things. ;( > > I'm in general against doing any layered products or the like... I > don't think we have enough interested people to manage such a thing and > I think it would cause a lot more complexity and confusion. ;( > I'm happy to be convinced otherwise though. ;) > >> Cu >> knurd > > kevin > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > I think several of the layered products will work out of the box. Spacewalk should, as it was designed to hit EL5, (not that it's in Fedora yet). Directory server would too. I am not so sure about IPA or Dogtag, but I think that if RH is offering it as a layered product on top of EL4/5 it seems to me like it would work in EPEL. That's not really the issue I wanted to discuss anyway, it's more "should we provide the open copy of Spacewalk/Dogtag/IPA/Directory?" I mean, RH obviously wants customers to pay for these things. A counter-argument to that is that if we don't provide them, somebody else will. Also, I think Enterprise customers (including me) understand the value in the RH subscription when required. So, I don't really think RH would lose money on the deal. I am not sure though. To me, it feels like offering the layered products in EPEL is like CentOS vs RHEL. If you need support/subscription, you know what to do. stahnma From jonstanley at gmail.com Sat Sep 13 23:00:31 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Sat, 13 Sep 2008 19:00:31 -0400 Subject: Need to move Monday meeting In-Reply-To: <7874d9dd0809131425y118063b3q7d920a42f59389a8@mail.gmail.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> <48CBED6E.1080100@leemhuis.info> <20080913113008.73fbdbc8@ohm.scrye.com> <7874d9dd0809131425y118063b3q7d920a42f59389a8@mail.gmail.com> Message-ID: On Sat, Sep 13, 2008 at 5:25 PM, Michael Stahnke wrote: > offering the layered products in EPEL is like CentOS vs RHEL. If you > need support/subscription, you know what to do. Indeed it is. For instance, I am using Fedora Directory Server in a production RHEL environment right now, because I needed something that would work *right then*. I'm now in the process of procuring RHDS to replace it. Does RHDS offer any features that FDS doesn't? No. Is FDS supported? No. It's the support that I require, not being a directory server expert myself, so RHDS it is. I really do think that most customers grok that. Again, I could be wrong too. From fedora at leemhuis.info Sun Sep 14 06:56:14 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 14 Sep 2008 08:56:14 +0200 Subject: Need to move Monday meeting In-Reply-To: <20080913113008.73fbdbc8@ohm.scrye.com> References: <80d7e4090809111606w27eea8c5hb02a6a00fdfe8aa0@mail.gmail.com> <20080912103743.0567699c@ohm.scrye.com> <80d7e4090809121115x41e1483chd62786ec21a8b4d6@mail.gmail.com> <48CBADEF.1080604@leemhuis.info> <48CBED6E.1080100@leemhuis.info> <20080913113008.73fbdbc8@ohm.scrye.com> Message-ID: <48CCB58E.2000003@leemhuis.info> On 13.09.2008 19:30, Kevin Fenzi wrote: > On Sat, 13 Sep 2008 18:42:22 +0200 > fedora at leemhuis.info (Thorsten Leemhuis) wrote: >> On 13.09.2008 17:57, Jon Stanley wrote: >>> On Sat, Sep 13, 2008 at 8:11 AM, Thorsten Leemhuis >>> wrote: >>>> I'd much prefer to ship the newer libs or those 'core' apps in >>>> question in parallel to the packages from EL. That was discussed >>>> for speex (a newer one than the one in EL5 is needed by recent >>>> asterisk versions iirc) and might solve the problems. >>> Me too, except I foresee one problem with this. Joe User enables >>> the EPEL repo, and is ignorant of the fact that it now includes >>> updates to packages included in base RHEL. [...] >> No, that's not what I meant ;-) >> Sorry, should have been more clear in my mail. With "in parallel to >> the packages from EL" I meant: EL continues to ship for example speex >> as speex-1.0.5-4.el5_1.1, and we ship speex 1.2 as "speex12-1.2-4" or >> something with its contents in a special path. Of cause all apps in >> EPEL that need that speex then need special treatment to look in that >> special path for speex. > > Yeah, although even that can be difficult if there are things that are > not parallel installable easily, and filtering deps could be tricky > there as well in case the two packages provide some of the same > things. ;( Yeah, I didn't say it was easy ;-) But I'd say in the end it's might be much less work then creating "layered" repo for specific things. And I suppose it'll be easier to use for our users as well then layered repos in EL and/or EPEL. CU knurd From smooge at gmail.com Mon Sep 15 18:23:34 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 15 Sep 2008 12:23:34 -0600 Subject: EPEL Meeting 2008-09-15 1700 UTC Summary and Raw Logs Message-ID: <80d7e4090809151123p47623cbdif993564dd8bfc39e@mail.gmail.com> Summary: 1) New Signing Keys The EPEL buildsystem was not a system infiltrated during the breakin. There did not seem to be any evidence that the keys were taken. However, since the other keys were updated, it is probably a good idea for us to update the signing keys. mmcgrath will talk with stickster about what would be needed or prudent to do. 2) Koji/Bodhi status No status change on getting koji/bodhi updated to allow for RHEL packages in it safely. Plague server is now on new hardware and new system. Should work for the time being. 3) EPEL Sig meeting -- EPEL marketing There were several meetings at and after the Red Hat Summit.. the topic of how to better market it will be discussed onlist with quaid 4) EPEL Sig meeting -- Layered products (sub-repos) This needs to be discussed more on list to see what is needed, and how to better deal with products that need newer packages than RHEL provides. -- 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" -------------- next part -------------- A non-text attachment was scrubbed... Name: FreeNode-#fedora-meeting-2.log Type: text/x-log Size: 20820 bytes Desc: not available URL: From buildsys at fedoraproject.org Mon Sep 15 22:39:28 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Sep 2008 22:39:28 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-15 Message-ID: <20080915223928.0FC42188113@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 12 glpi-0.71.2-1.el5.1 glpi-data-injection-1.2-1.el5 glpi-mass-ocs-import-1.2-1.el5 glpi-pdf-0.5-1.el5 NEW libotr-3.1.0-2.el5 : Off-The-Record Messaging library and toolkit monotone-0.41-1.el5 pdns-2.9.21.1-2.el5 NEW perl-Algorithm-FastPermute-0.999-2.el5 : Rapid generation of permutations php-pear-Pager-2.4.7-1.el5 rkhunter-1.3.2-5.el5 NEW rsstool-1.0.0-1.el5.1 : Command-line RSS/Atom parser and generator NEW sshfp-1.1.3-2.el5 : Generate SSHFP DNS records from knownhosts files or ssh-keyscan Packages built and released for Fedora EPEL testing/4: 4 glpi-0.71.2-1.el4 glpi-mass-ocs-import-1.2-1.el4 glpi-pdf-0.5-1.el4 NEW rsstool-1.0.0-1.el4.2 : Command-line RSS/Atom parser and generator Changes in Fedora EPEL testing/5: glpi-0.71.2-1.el5.1 ------------------- * Mon Sep 15 2008 Remi Collet - 0.71.2-1.el5.1 - missing patch * Mon Sep 15 2008 Remi Collet - 0.71.2-1 - update to 0.71.1 bugfix * Sat Aug 09 2008 Remi Collet - 0.71.1-2 - fix SElinux bug on install test (glpi-check.patch) - add create option on logrotate conf * Fri Aug 01 2008 Remi Collet - 0.71.1-1 - update to 0.71.1 bugfix - use system cron - increase memory_limit / max_execution_time for upgrade * Fri Jul 11 2008 Remi Collet - 0.71-1 - update to 0.71 stable - fix bug #452353 (selinux) * Fri Apr 25 2008 Remi Collet - 0.70.2-3 - remplace module policy by simple semanage (#442706) glpi-data-injection-1.2-1.el5 ----------------------------- * Sat Jul 12 2008 Remi Collet - 1.2-1 - update to 1.2 for glpi 0.71 glpi-mass-ocs-import-1.2-1.el5 ------------------------------ * Sat Jul 12 2008 Remi Collet - 1.2-1 - update to 1.2 for glpi 0.71 glpi-pdf-0.5-1.el5 ------------------ * Sat Jul 12 2008 Remi Collet - 0.5-1 - update to 0.5 finale for glpi 0.71 libotr-3.1.0-2.el5 ------------------ * Mon Sep 15 2008 Paul Wouters 3.1.0-2 - Fix license tag monotone-0.41-1.el5 ------------------- * Fri Sep 12 2008 Thomas Moschny - 0.41-1 - Updated for 0.41 release. - Added mtnopt helper. * Mon Aug 11 2008 Tom "spot" Callaway - 0.40-2 - fix license tag pdns-2.9.21.1-2.el5 ------------------- * Fri Sep 12 2008 Ruben Kerkhof 2.9.21.1-2 - Fix AAAA record handling (bz #461768) perl-Algorithm-FastPermute-0.999-2.el5 -------------------------------------- * Fri Apr 04 2008 Milos Jakubicek - 0.999-2 - License changed to "GPL+ or Artistic". php-pear-Pager-2.4.7-1.el5 -------------------------- * Fri Sep 12 2008 Christopher Stone 2.4.7-1 - Upstream sync rkhunter-1.3.2-5.el5 -------------------- * Wed Sep 03 2008 Kevin Fenzi - 1.3.2-5 - Patch debug tmp file issue - bug #460628 rsstool-1.0.0-1.el5.1 --------------------- * Fri Sep 12 2008 Ian Weller 1.0.0-1.1 - Fix build require * Tue Sep 09 2008 Ian Weller 1.0.0-1 - Initial package build. sshfp-1.1.3-2.el5 ----------------- * Mon Sep 15 2008 Paul Wouters - 1.1.3-2 - Upgraded to 1.1.3 Changes in Fedora EPEL testing/4: glpi-0.71.2-1.el4 ----------------- * Mon Sep 15 2008 Remi Collet - 0.71.2-1 - update to 0.71.2 bugfix * Sat Aug 09 2008 Remi Collet - 0.71.1-2 - fix SElinux bug on install test (glpi-check.patch) - add create option on logrotate conf * Fri Aug 01 2008 Remi Collet - 0.71.1-1 - update to 0.71.1 bugfix - use system cron - increase memory_limit / max_execution_time for upgrade * Fri Jul 11 2008 Remi Collet - 0.71-1 - update to 0.71 stable - fix bug #452353 (selinux) * Fri Apr 25 2008 Remi Collet - 0.70.2-3 - remplace module policy by simple semanage (#442706) glpi-mass-ocs-import-1.2-1.el4 ------------------------------ * Sat Jul 12 2008 Remi Collet - 1.2-1 - update to 1.2 for glpi 0.71 glpi-pdf-0.5-1.el4 ------------------ * Sat Jul 12 2008 Remi Collet - 0.5-1 - update to 0.5 finale for glpi 0.71 rsstool-1.0.0-1.el4.2 --------------------- * Fri Sep 12 2008 Ian Weller 1.0.0-1.2 - Attempt to fix build require again * Fri Sep 12 2008 Ian Weller 1.0.0-1.1 - Fix build require * Tue Sep 09 2008 Ian Weller 1.0.0-1 - Initial package build. From buildsys at fedoraproject.org Mon Sep 15 23:02:15 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Sep 2008 23:02:15 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-15 Message-ID: <20080915230215.90FDA188113@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 rkhunter-1.3.2-5.el5 Packages built and released for Fedora EPEL 4: 1 rkhunter-1.3.2-5.el4 Packages built and released for Fedora EPEL testing/4: 1 rkhunter-1.3.2-5.el4 Changes in Fedora EPEL 5: rkhunter-1.3.2-5.el5 -------------------- * Wed Sep 03 2008 Kevin Fenzi - 1.3.2-5 - Patch debug tmp file issue - bug #460628 Changes in Fedora EPEL 4: rkhunter-1.3.2-5.el4 -------------------- * Wed Sep 03 2008 Kevin Fenzi - 1.3.2-5 - Patch debug tmp file issue - bug #460628 Changes in Fedora EPEL testing/4: rkhunter-1.3.2-5.el4 -------------------- * Wed Sep 03 2008 Kevin Fenzi - 1.3.2-5 - Patch debug tmp file issue - bug #460628 From mailings at x-tnd.be Wed Sep 17 18:38:36 2008 From: mailings at x-tnd.be (Johan Cwiklinski) Date: Wed, 17 Sep 2008 20:38:36 +0200 Subject: BackupPC on EL4/EL5 Message-ID: <48D14EAC.5080303@x-tnd.be> Hi guys, I'm the maintainer of BackupPC, and I recently pushed it into repository for EL4 and EL5. I was centered ont the build, and did not seen that a dependency was missiong (perl-File-RsyncP). I've requested commit on these package, and will ask for epel CVS soon. As a dependency is still missing, plese consider that BackupPC should not be move to stable until the problem is fixed. Regards, Johan From smooge at gmail.com Wed Sep 17 18:42:47 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 17 Sep 2008 12:42:47 -0600 Subject: BackupPC on EL4/EL5 In-Reply-To: <48D14EAC.5080303@x-tnd.be> References: <48D14EAC.5080303@x-tnd.be> Message-ID: <80d7e4090809171142o786312d2sb1d34fb53066cb96@mail.gmail.com> On Wed, Sep 17, 2008 at 12:38 PM, Johan Cwiklinski wrote: > Hi guys, > > I'm the maintainer of BackupPC, and I recently pushed it into repository > for EL4 and EL5. > > I was centered ont the build, and did not seen that a dependency was > missiong (perl-File-RsyncP). I've requested commit on these package, and > will ask for epel CVS soon. > > As a dependency is still missing, plese consider that BackupPC should > not be move to stable until the problem is fixed. > Cool, and thankyou for letting us know this. I am actually was going to put in a request for BackupPC today because I need it for my home servers. Thanks for the hard work Stephen -- 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 mailings at x-tnd.be Wed Sep 17 19:53:10 2008 From: mailings at x-tnd.be (Johan Cwiklinski) Date: Wed, 17 Sep 2008 21:53:10 +0200 Subject: BackupPC on EL4/EL5 In-Reply-To: <80d7e4090809171142o786312d2sb1d34fb53066cb96@mail.gmail.com> References: <48D14EAC.5080303@x-tnd.be> <80d7e4090809171142o786312d2sb1d34fb53066cb96@mail.gmail.com> Message-ID: <48D16026.9010202@x-tnd.be> Stephen John Smoogen a ?crit : > On Wed, Sep 17, 2008 at 12:38 PM, Johan Cwiklinski wrote: > >> Hi guys, >> >> I'm the maintainer of BackupPC, and I recently pushed it into repository >> for EL4 and EL5. >> >> I was centered ont the build, and did not seen that a dependency was >> missiong (perl-File-RsyncP). I've requested commit on these package, and >> will ask for epel CVS soon. >> >> As a dependency is still missing, plese consider that BackupPC should >> not be move to stable until the problem is fixed. >> >> > > Cool, and thankyou for letting us know this. I am actually was going > to put in a request for BackupPC today because I need it for my home > servers. > > Thanks for the hard work > Stephen > > You're welcome ;-) We'll, I'm now co-maintainer for file-RsyncP, and I'm glad to say you that it should soonly be available throught testing repos : http://buildsys.fedoraproject.org/logs/fedora-4-epel/222-perl-File-RsyncP-0.68-1.el4/ http://buildsys.fedoraproject.org/logs/fedora-5-epel/223-perl-File-RsyncP-0.68-1.el5/ Best regards, Johan From djuran at redhat.com Thu Sep 18 17:24:30 2008 From: djuran at redhat.com (David Juran) Date: Thu, 18 Sep 2008 13:24:30 -0400 (EDT) Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <1509785240.1676601221758561526.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Hello. I see a debate is starting to arise on the benefits of including the EPEL key in RHEL. The problem I originally wanted to solve when I proposed this, was to avoid the chicken-egg problem with how to trust the epel-release package that contains the EPEL key if you don't already have the key. But yes, there is the problem of keeping the keys in sync. In my opinion it doesn't make much sense to sign a package with a key that is contained in that very package. So what other approaches are there? Would it be possible to have epel-release signed by the RHEL key? Would EPEL want to? Would Red Hat do it if asked nicely? /David From mastahnke at gmail.com Thu Sep 18 17:38:04 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Thu, 18 Sep 2008 12:38:04 -0500 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1509785240.1676601221758561526.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <7874d9dd0809181038w804a9a7xa7df892ee64a946b@mail.gmail.com> On Thu, Sep 18, 2008 at 12:24 PM, David Juran wrote: > Hello. > > I see a debate is starting to arise on the benefits of including the EPEL key in RHEL. The problem I originally wanted to solve when I proposed this, was to avoid the chicken-egg problem with how to trust the epel-release package that contains the EPEL key if you don't already have the key. But yes, there is the problem of keeping the keys in sync. > In my opinion it doesn't make much sense to sign a package with a key that is contained in that very package. So what other approaches are there? Would it be possible to have epel-release signed by the RHEL key? Would EPEL want to? Would Red Hat do it if asked nicely? > > /David > David, that is an excellent point. I will follow up with that next week. (Travelling this week). stahnma > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From opensource at till.name Thu Sep 18 17:32:33 2008 From: opensource at till.name (Till Maas) Date: Thu, 18 Sep 2008 19:32:33 +0200 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <200809181932.39266.opensource@till.name> On Thu September 18 2008, David Juran wrote: > yes, there is the problem of keeping the keys in sync. In my opinion it > doesn't make much sense to sign a package with a key that is contained in > that very package. So what other approaches are there? Would it be possible For the beginning, it would be nice to have the fingerprint of the key added to this page: https://admin.fedoraproject.org/fingerprints Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 827 bytes Desc: This is a digitally signed message part. URL: From mikem at redhat.com Thu Sep 18 18:54:12 2008 From: mikem at redhat.com (Mike McLean) Date: Thu, 18 Sep 2008 14:54:12 -0400 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> Message-ID: <48D2A3D4.2010604@redhat.com> David Juran wrote: > Hello. > > I see a debate is starting to arise on the benefits of including the EPEL key in RHEL. The problem I originally wanted to solve when I proposed this, was to avoid the chicken-egg problem with how to trust the epel-release package that contains the EPEL key if you don't already have the key. But yes, there is the problem of keeping the keys in sync. > In my opinion it doesn't make much sense to sign a package with a key that is contained in that very package. So what other approaches are there? Would it be possible to have epel-release signed by the RHEL key? Would EPEL want to? Would Red Hat do it if asked nicely? This problem is hardly unique to EPEL. Any third-party repo is going to have such problems. It is not that difficult for an admin to install epel-release. I've done it myself and found it trivial. Heck, the redhat-release packages provide keys that they themselves are signed with. I don't think this is a problem; you have to start somewhere. From smooge at gmail.com Thu Sep 18 19:01:28 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 18 Sep 2008 13:01:28 -0600 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <48D2A3D4.2010604@redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <48D2A3D4.2010604@redhat.com> Message-ID: <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> On Thu, Sep 18, 2008 at 12:54 PM, Mike McLean wrote: > David Juran wrote: >> >> Hello. >> >> I see a debate is starting to arise on the benefits of including the EPEL >> key in RHEL. The problem I originally wanted to solve when I proposed this, >> was to avoid the chicken-egg problem with how to trust the epel-release >> package that contains the EPEL key if you don't already have the key. But >> yes, there is the problem of keeping the keys in sync. In my opinion it >> doesn't make much sense to sign a package with a key that is contained in >> that very package. So what other approaches are there? Would it be possible >> to have epel-release signed by the RHEL key? Would EPEL want to? Would Red >> Hat do it if asked nicely? > > This problem is hardly unique to EPEL. Any third-party repo is going to have > such problems. It is not that difficult for an admin to install > epel-release. I've done it myself and found it trivial. > > Heck, the redhat-release packages provide keys that they themselves are > signed with. I don't think this is a problem; you have to start somewhere. > I do agree we need to start from somewhere. I think we should start from the redhat key since that is one that is locked on lots of cdrom media etc for people to trust against. After that, we should have the EPEL key signed by that one and then the resulting fingerprints published in appropriate places. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Thu Sep 18 19:13:56 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 18 Sep 2008 13:13:56 -0600 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <48D2A78B.5090305@redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <48D2A3D4.2010604@redhat.com> <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> <48D2A78B.5090305@redhat.com> Message-ID: <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> On Thu, Sep 18, 2008 at 1:10 PM, Mike McLean wrote: > Stephen John Smoogen wrote: >> >> I do agree we need to start from somewhere. I think we should start >> from the redhat key since that is one that is locked on lots of cdrom >> media etc for people to trust against. After that, we should have the >> EPEL key signed by that one and then the resulting fingerprints >> published in appropriate places. > > o boy. That sounds like a tall order. We'll have to ask pm and legal about > that one. > > At any rate, I don't think the signing you suggest will make installing > epel-release any easier for anyone. > In the end its not about making the install easier. Its more about trust of that installation. If the Fedora Keys are signed by the Red Hat master GPG key... should EPEL be also signed if it is being used for various Red Hat projects (spacewalk-0.3, cobbler, etc). -- 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 mdehaan at redhat.com Thu Sep 18 19:43:13 2008 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 18 Sep 2008 15:43:13 -0400 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <48D2A3D4.2010604@redhat.com> <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> <48D2A78B.5090305@redhat.com> <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> Message-ID: <48D2AF51.1040202@redhat.com> Stephen John Smoogen wrote: > On Thu, Sep 18, 2008 at 1:10 PM, Mike McLean wrote: > >> Stephen John Smoogen wrote: >> >>> I do agree we need to start from somewhere. I think we should start >>> from the redhat key since that is one that is locked on lots of cdrom >>> media etc for people to trust against. After that, we should have the >>> EPEL key signed by that one and then the resulting fingerprints >>> published in appropriate places. >>> >> o boy. That sounds like a tall order. We'll have to ask pm and legal about >> that one. >> >> At any rate, I don't think the signing you suggest will make installing >> epel-release any easier for anyone. >> >> > > In the end its not about making the install easier. Its more about > trust of that installation. If the Fedora Keys are signed by the Red > Hat master GPG key... should EPEL be also signed if it is being used > for various Red Hat projects (spacewalk-0.3, cobbler, etc). > > > Slight clarification -- Any products resulting from the above projects will likely have their bits for RHEL end up distributed through RHEL channels (i.e. RHN). I can't speak to Spacewalk though, but Cobbler will still be available in EPEL regardless. I like EPEL, it's great and full of some nice software, but Red Hat does not support bits from EPEL, so we can't source the bits from there. Spacewalk is probably considered a "layered" product, so I'm not sure what the stance on that in EPEL is -- Free IPA /is/ in Fedora, however, and we have had the previous discussion about other bits on this list. Either way, I'm not an authority on the above :) That all being said, I'd love to see the packages from EPEL signed in some form as there are a /lot/ of users using those same apps straight from EPEL, support or no -- they use them and they should be signed. This has nothing to do with whether or not they are to be used for Red Hat things or otherwise, it's just a good thing to do since people depend on those repos. As for distributing an epel-release with RHEL, I'm not sure if that would happen or not as EPEL doesn't come with support. I probably would not expect that to occur, but I think lots of folks do know about EPEL if they want to use it. --Michael From buildsys at fedoraproject.org Thu Sep 18 20:20:19 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Sep 2008 20:20:19 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-18 Message-ID: <20080918202019.9D64C18811A@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 phpMyAdmin-2.11.9-1.el5 Packages built and released for Fedora EPEL testing/5: 16 collectd-4.4.3-1.el5 NEW libsigsegv-2.4-6.el5 : Library for handling page faults in user mode NEW messiggy-0.5.0-1.el5 : Messiggy is a database of celestial objects NEW perl-File-RsyncP-0.68-1.el5 : A perl implementation of an Rsync client phpMyAdmin-2.11.9.1-1.el5 python-configobj-4.4.0-2.el5 python-fedora-0.3.6-2.el5 NEW python-prioritized-methods-0.2.1-1.el5 : An extension to PEAK-Rules to prioritize methods in order python-simplejson-1.9.1-1.el5 rubygem-actionmailer-2.1.1-1.el5 rubygem-actionpack-2.1.1-1.el5 rubygem-activerecord-2.1.1-1.el5 rubygem-activeresource-2.1.1-1.el5 rubygem-activesupport-2.1.1-1.el5 rubygem-rails-2.1.1-2.el5 rubygems-1.2.0-2.el5 Packages built and released for Fedora EPEL 4: 1 phpMyAdmin-2.11.9-1.el4 Packages built and released for Fedora EPEL testing/4: 3 NEW perl-File-RsyncP-0.68-1.el4 : A perl implementation of an Rsync client phpMyAdmin-2.11.9.1-1.el4 NEW python-prioritized-methods-0.2.1-1.el4 : An extension to PEAK-Rules to prioritize methods in order Changes in Fedora EPEL 5: phpMyAdmin-2.11.9-1.el5 ----------------------- * Fri Aug 29 2008 Robert Scheck 2.11.9-1 - Upstream released 2.11.9 * Mon Jul 28 2008 Robert Scheck 2.11.8.1-1 - Upstream released 2.11.8.1 (#456637, #456950) * Mon Jul 28 2008 Robert Scheck 2.11.8-1 - Upstream released 2.11.8 (#456637) Changes in Fedora EPEL testing/5: collectd-4.4.3-1.el5 -------------------- * Tue Sep 16 2008 Alan Pevec 4.4.3-1 - New upstream bugfix release 4.4.3. http://collectd.org/news.shtml#news57 libsigsegv-2.4-6.el5 -------------------- * Fri Feb 22 2008 Rex Dieter 2.4-6 - multiarch conflicts (#342391) - -static subpkg messiggy-0.5.0-1.el5 -------------------- * Sat Sep 06 2008 Martin Nagy 0.5.0-1 - initial packaging perl-File-RsyncP-0.68-1.el5 --------------------------- * Wed Sep 17 2008 Johan Cwiklinski - 0.68-1 - Rebuild for EL-5 phpMyAdmin-2.11.9.1-1.el5 ------------------------- * Tue Sep 16 2008 Robert Scheck 2.11.9.1-1 - Upstream released 2.11.9.1 (#462430) python-configobj-4.4.0-2.el5 ---------------------------- * Tue Feb 19 2008 Luke Macken - 4.4.0-2 - Bump and rebuild to fix a broken upgrade path python-fedora-0.3.6-2.el5 ------------------------- * Mon Sep 15 2008 Toshio Kuratomi - 0.3.6-2 - Add python-sphinx to the buildrequires. * Mon Sep 15 2008 Toshio Kuratomi - 0.3.6-1 - New upstream. No longer deps on koji. python-prioritized-methods-0.2.1-1.el5 -------------------------------------- * Tue Sep 16 2008 Luke Macken - 0.2.1-1 - Initial package for Fedora python-simplejson-1.9.1-1.el5 ----------------------------- * Tue May 06 2008 Luke Macken - 1.9.1-1 - Update to 1.9.1 * Wed Apr 02 2008 Luke Macken - 1.8.1-1 - Update to 1.8.1 * Thu Feb 28 2008 Luke Macken - 1.7.4-1 - Update to 1.7.4 * Fri Feb 08 2008 Luke Macken - 1.7.3-3 - Rebuild for gcc 4.3 rubygem-actionmailer-2.1.1-1.el5 -------------------------------- * Tue Sep 16 2008 David Lutterkort - 2.1.1-1 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-actionpack-2.1.1-1.el5 ------------------------------ * Tue Sep 16 2008 David Lutterkort - 2.1.1-1 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activerecord-2.1.1-1.el5 -------------------------------- * Tue Sep 16 2008 David Lutterkort - 2.1.1-2 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activeresource-2.1.1-1.el5 ---------------------------------- * Tue Sep 16 2008 David Lutterkort - 2.1.1-1 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-activesupport-2.1.1-1.el5 --------------------------------- * Tue Sep 16 2008 David Lutterkort - 2.1.1-1 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygem-rails-2.1.1-2.el5 ------------------------- * Tue Sep 16 2008 David Lutterkort - 2.1.1-2 - require rubygems >= 1.1.1; the rails code checks that at runtime * Tue Sep 16 2008 David Lutterkort - 2.1.1-1 - New version (fixes CVE-2008-4094) * Thu Jul 31 2008 Michael Stahnke - 2.1.0-1 - New Upstream rubygems-1.2.0-2.el5 -------------------- * Tue Sep 16 2008 David Lutterkort - 1.2.0-2 - Bump release because I forgot to check in newer patch * Tue Sep 16 2008 David Lutterkort - 1.2.0-1 - Updated for new setup.rb - Simplified by removing conditionals that were needed for EL-4; there's just no way we can support that with newer rubygems * Wed Sep 03 2008 Tom "spot" Callaway - 0.9.4-2 - fix license tag Changes in Fedora EPEL 4: phpMyAdmin-2.11.9-1.el4 ----------------------- * Fri Aug 29 2008 Robert Scheck 2.11.9-1 - Upstream released 2.11.9 * Mon Jul 28 2008 Robert Scheck 2.11.8.1-1 - Upstream released 2.11.8.1 (#456637, #456950) * Mon Jul 28 2008 Robert Scheck 2.11.8-1 - Upstream released 2.11.8 (#456637) Changes in Fedora EPEL testing/4: perl-File-RsyncP-0.68-1.el4 --------------------------- * Wed Sep 17 2008 Johan Cwiklinski - 0.68-1 - Rebuild for EL-4 phpMyAdmin-2.11.9.1-1.el4 ------------------------- * Tue Sep 16 2008 Robert Scheck 2.11.9.1-1 - Upstream released 2.11.9.1 (#462430) python-prioritized-methods-0.2.1-1.el4 -------------------------------------- * Tue Sep 16 2008 Luke Macken - 0.2.1-1 - Initial package for Fedora From smooge at gmail.com Thu Sep 18 21:00:51 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 18 Sep 2008 15:00:51 -0600 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <48D2AF51.1040202@redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <48D2A3D4.2010604@redhat.com> <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> <48D2A78B.5090305@redhat.com> <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> <48D2AF51.1040202@redhat.com> Message-ID: <80d7e4090809181400h5682ace7ye23360f69fb37168@mail.gmail.com> On Thu, Sep 18, 2008 at 1:43 PM, Michael DeHaan wrote: > Stephen John Smoogen wrote: >> >> On Thu, Sep 18, 2008 at 1:10 PM, Mike McLean wrote: >> >>> >>> Stephen John Smoogen wrote: >>> >>>> >>>> I do agree we need to start from somewhere. I think we should start >>>> from the redhat key since that is one that is locked on lots of cdrom >>>> media etc for people to trust against. After that, we should have the >>>> EPEL key signed by that one and then the resulting fingerprints >>>> published in appropriate places. >>>> >>> >>> o boy. That sounds like a tall order. We'll have to ask pm and legal >>> about >>> that one. >>> >>> At any rate, I don't think the signing you suggest will make installing >>> epel-release any easier for anyone. >>> >>> >> >> In the end its not about making the install easier. Its more about >> trust of that installation. If the Fedora Keys are signed by the Red >> Hat master GPG key... should EPEL be also signed if it is being used >> for various Red Hat projects (spacewalk-0.3, cobbler, etc). >> >> >> > > Slight clarification -- Any products resulting from the above projects will > likely have their bits for RHEL end up distributed through RHEL channels > (i.e. RHN). I can't speak to Spacewalk though, but Cobbler will still be > available in EPEL regardless. I like EPEL, it's great and full of some > nice software, but Red Hat does not support bits from EPEL, so we can't > source the bits from there. Spacewalk is probably considered a "layered" > product, so I'm not sure what the stance on that in EPEL is -- Free IPA /is/ > in Fedora, however, and we have had the previous discussion about other bits > on this list. Either way, I'm not an authority on the above :) > > That all being said, I'd love to see the packages from EPEL signed in some > form as there are a /lot/ of users using those same apps straight from EPEL, > support or no -- they use them and they should be signed. This has nothing > to do with whether or not they are to be used for Red Hat things or > otherwise, it's just a good thing to do since people depend on those repos. > > As for distributing an epel-release with RHEL, I'm not sure if that would > happen or not as EPEL doesn't come with support. I probably would not > expect that to occur, but I think lots of folks do know about EPEL if they > want to use it. Actually I think having epel-release in RHEL would be bad for the same reasons.. I just prefer it over having the epel keys there for no reason :). -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From dennis at ausil.us Thu Sep 18 21:15:24 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 18 Sep 2008 16:15:24 -0500 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <48D2AF51.1040202@redhat.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> <48D2AF51.1040202@redhat.com> Message-ID: <200809181615.25089.dennis@ausil.us> On Thursday 18 September 2008 02:43:13 pm Michael DeHaan wrote: > Stephen John Smoogen wrote: > > On Thu, Sep 18, 2008 at 1:10 PM, Mike McLean wrote: > >> Stephen John Smoogen wrote: > >>> I do agree we need to start from somewhere. I think we should start > >>> from the redhat key since that is one that is locked on lots of cdrom > >>> media etc for people to trust against. After that, we should have the > >>> EPEL key signed by that one and then the resulting fingerprints > >>> published in appropriate places. > >> > >> o boy. That sounds like a tall order. We'll have to ask pm and legal > >> about that one. > >> > >> At any rate, I don't think the signing you suggest will make installing > >> epel-release any easier for anyone. > > > > In the end its not about making the install easier. Its more about > > trust of that installation. If the Fedora Keys are signed by the Red > > Hat master GPG key... should EPEL be also signed if it is being used > > for various Red Hat projects (spacewalk-0.3, cobbler, etc). > > Slight clarification -- Any products resulting from the above projects > will likely have their bits for RHEL end up distributed through RHEL > channels (i.e. RHN). I can't speak to Spacewalk though, but Cobbler > will still be available in EPEL regardless. I like EPEL, it's great > and full of some nice software, but Red Hat does not support bits from > EPEL, so we can't source the bits from there. Spacewalk is probably > considered a "layered" product, so I'm not sure what the stance on that > in EPEL is -- Free IPA /is/ in Fedora, however, and we have had the > previous discussion about other bits on this list. Either way, I'm not > an authority on the above :) until such time as spacewalk can work with postgresql or some other open source database there will be a spacewalk repo but the goal is to be in Fedora and EPEL. satellite is a layered product and cant depend on EPEL. spacewalk is not a layered product and does depend on EPEL. > That all being said, I'd love to see the packages from EPEL signed in > some form as there are a /lot/ of users using those same apps straight > from EPEL, support or no -- they use them and they should be signed. > This has nothing to do with whether or not they are to be used for Red > Hat things or otherwise, it's just a good thing to do since people > depend on those repos. all EPEL packages are signed. they key is distrubuted in the epel-release package. I honestly don't think its a good idea to have epel-release signed by Red Hats signing key. > As for distributing an epel-release with RHEL, I'm not sure if that > would happen or not as EPEL doesn't come with support. I probably would > not expect that to occur, but I think lots of folks do know about EPEL > if they want to use it. I dont think epel-release should ever be in RHEL if anything disabled epel repo configs and the gpg key shipped with redhat-release. but that takes control out of our hands. so im not for that. I will get the fingerprint for the epel key posted @ https://admin.fedoraproject.org/fingerprints Dennis From smooge at gmail.com Thu Sep 18 21:27:46 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 18 Sep 2008 15:27:46 -0600 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <200809181615.25089.dennis@ausil.us> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <80d7e4090809181213g4f53e7b3t53dd35824e6c3b2b@mail.gmail.com> <48D2AF51.1040202@redhat.com> <200809181615.25089.dennis@ausil.us> Message-ID: <80d7e4090809181427u447d3dc4i2543bd50ac4aaa3c@mail.gmail.com> On Thu, Sep 18, 2008 at 3:15 PM, Dennis Gilmore wrote: > On Thursday 18 September 2008 02:43:13 pm Michael DeHaan wrote: >> Stephen John Smoogen wrote: >> > On Thu, Sep 18, 2008 at 1:10 PM, Mike McLean wrote: >> >> Stephen John Smoogen wrote: >> >>> I do agree we need to start from somewhere. I think we should start >> >>> from the redhat key since that is one that is locked on lots of cdrom >> >>> media etc for people to trust against. After that, we should have the >> >>> EPEL key signed by that one and then the resulting fingerprints >> >>> published in appropriate places. >> >> >> >> o boy. That sounds like a tall order. We'll have to ask pm and legal >> >> about that one. >> >> >> >> At any rate, I don't think the signing you suggest will make installing >> >> epel-release any easier for anyone. >> > >> > In the end its not about making the install easier. Its more about >> > trust of that installation. If the Fedora Keys are signed by the Red >> > Hat master GPG key... should EPEL be also signed if it is being used >> > for various Red Hat projects (spacewalk-0.3, cobbler, etc). >> >> Slight clarification -- Any products resulting from the above projects >> will likely have their bits for RHEL end up distributed through RHEL >> channels (i.e. RHN). I can't speak to Spacewalk though, but Cobbler >> will still be available in EPEL regardless. I like EPEL, it's great >> and full of some nice software, but Red Hat does not support bits from >> EPEL, so we can't source the bits from there. Spacewalk is probably >> considered a "layered" product, so I'm not sure what the stance on that >> in EPEL is -- Free IPA /is/ in Fedora, however, and we have had the >> previous discussion about other bits on this list. Either way, I'm not >> an authority on the above :) > until such time as spacewalk can work with postgresql or some other open > source database there will be a spacewalk repo but the goal is to be in > Fedora and EPEL. > > satellite is a layered product and cant depend on EPEL. spacewalk is not a > layered product and does depend on EPEL. > >> That all being said, I'd love to see the packages from EPEL signed in >> some form as there are a /lot/ of users using those same apps straight >> from EPEL, support or no -- they use them and they should be signed. >> This has nothing to do with whether or not they are to be used for Red >> Hat things or otherwise, it's just a good thing to do since people >> depend on those repos. > all EPEL packages are signed. they key is distrubuted in the epel-release > package. I honestly don't think its a good idea to have epel-release signed > by Red Hats signing key. > Ok.. I am doing a horrible bit of explaining what I want because words no workie today. Here is the Fedora Key: http://pgp.mit.edu:11371/pks/lookup?search=0x4F2A6FD2&op=vindex Here is the EPEL Key: http://pgp.mit.edu:11371/pks/lookup?search=0x217521F6&op=vindex The Fedora Key has a lot of trust (now a lot of those emails probably don't exist any more and probably should be removed...) it still has a lot of people you could find out if the key is actually valid. EPEL has none. The Fedora project doesn't trust it, The Red Hat people don't trust it. Heck none of the people who work on the project look to trust it either including myself. The key would fail anyone following http://orcorc.blogspot.com/2008/09/adding-signing-key-to-rpm.html to see if the key is 'valid'. All I want is to find out how we can pass that test :). Sorry for my lack of good english in explaining what I am wanting. -- 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 djuran at redhat.com Fri Sep 19 07:31:25 2008 From: djuran at redhat.com (David Juran) Date: Fri, 19 Sep 2008 10:31:25 +0300 Subject: [BZ 432811] EPEL key in RHEL In-Reply-To: <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> References: <1553658041.1677141221758670239.JavaMail.root@zmail02.collab.prod.int.phx2.redhat.com> <48D2A3D4.2010604@redhat.com> <80d7e4090809181201l9d1ba35u672cbc5f75b24596@mail.gmail.com> Message-ID: <1221809485.4105.4.camel@dhcppc2> On Thu, 2008-09-18 at 13:01 -0600, Stephen John Smoogen wrote: > On Thu, Sep 18, 2008 at 12:54 PM, Mike McLean wrote: > > > > This problem is hardly unique to EPEL. Any third-party repo is going to have > > such problems. It is not that difficult for an admin to install > > epel-release. I've done it myself and found it trivial. But EPEL is not just "any" 3:rd party repo. EPEL is brought to you by Fedora and Fedora has very close ties to Red Hat. So IMHO, it's a bad thing to take advantage of those. > > Heck, the redhat-release packages provide keys that they themselves are > > signed with. I don't think this is a problem; you have to start somewhere. > > > > I do agree we need to start from somewhere. I think we should start > from the redhat key since that is one that is locked on lots of cdrom > media etc for people to trust against. After that, we should have the > EPEL key signed by that one and then the resulting fingerprints > published in appropriate places. +1 Chances are that someone who wants to install epel-release already is trusting the RHEL key. -- 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 kevin at tummy.com Sat Sep 20 23:05:15 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 20 Sep 2008 17:05:15 -0600 Subject: Broken Deps bugs and fixes for epel 5 Message-ID: <20080920170515.274e59d8@ohm.scrye.com> Greetings. I took a look at the current broken deps as best I could for epel 5 today. (If I have time, I will try and look at epel 4 tomorrow). (I only have centos machines here, no RHEL, and no PPC boxes running RHEL). 5 - stable ====== package: Django-docs - 0.96.1-1.el5.noarch from epel unresolved deps: Django = 0:0.96.1-1.el5 Not sure what happened here. Looks like when the last Django was pushed to stable the Django-docs subpackage didn't go with it. ;( Perhaps we should push the new Django + Django-docs package to stable to fix this? package: libkexiv2 - 0.1.6-3.el5.i386 from epel unresolved deps: libexiv2.so.0 Even though I used '-n' to repoclosure, this appears to be due to an older version of a exiv2 package still in the repo. package: thunderbird-lightning-wcap - 0.7-10.el5.i386 from epel unresolved deps: thunderbird-lightning = 0:0.7 This is an old package thats been obsoleted (repoclosure doesn't do obsoletes I guess). 5 - testing ====== package: abgraph - 1.1-1.el5.noarch from epel-testing unresolved deps: httpd-tools There is no httpd-tools for RHEL/CentOS5. https://bugzilla.redhat.com/show_bug.cgi?id=463015 package: claws-mail-plugins-dillo - 3.3.1-1.el5.i386 from epel-testing unresolved deps: dillo dillo doesn't exist for epel. https://bugzilla.redhat.com/show_bug.cgi?id=463016 package: emacs-gambit - 4.2.8-6.el5.i386 from epel-testing unresolved deps: emacs(bin) >= 0:21.4 RHEL/CentOS emacs doesn't provide that. https://bugzilla.redhat.com/show_bug.cgi?id=463019 package: emacs-vala - 0.3.4-2.el5.i386 from epel-testing unresolved deps: emacs(bin) >= 0:21.4 RHEL/CentOS emacs doesn't provide that. https://bugzilla.redhat.com/show_bug.cgi?id=463020 package: flumotion - 0.4.2-2.el5.i386 from epel-testing unresolved deps: pycrypto There is no pycrypto package, but there is a python-crypto. https://bugzilla.redhat.com/show_bug.cgi?id=463021 package: gnome-applet-sshmenu - 3.15-5.el5.noarch from epel-testing unresolved deps: ruby(panelapplet2) ruby(gconf2) ruby-gconf2 and ruby-panelapplet2 are not branched for epel. https://bugzilla.redhat.com/show_bug.cgi?id=463022 package: grc - 0.70-3.el5.noarch from epel-testing unresolved deps: gnuradio There is already a filed request for el5 branch for gnuradio: https://bugzilla.redhat.com/show_bug.cgi?id=443921 package: hellanzb - 0.13-5.el5.noarch from epel-testing unresolved deps: python-twisted par2cmdline 2 bugs asking for python-twisted parts already: https://bugzilla.redhat.com/show_bug.cgi?id=454919 https://bugzilla.redhat.com/show_bug.cgi?id=454919 package: hunspell-he - 1.0-7.el5.i386 from epel-testing unresolved deps: hunspell hunspell isn't in epel/rhel. This should be requiring 'hspell' it appears: https://bugzilla.redhat.com/show_bug.cgi?id=463024 package: libkexiv2 - 0.1.6-3.el5.i386 from epel unresolved deps: libexiv2.so.0 I'm not sure whats going on here. exiv2 provides this, so it should not be a broken dep. Anyone see the issue here? package: mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch from epel-testing unresolved deps: mediawiki >= 0:1.10 No mediawiki builds yet. https://bugzilla.redhat.com/show_bug.cgi?id=436375 package: perl-Collectd - 4.4.3-1.el5.i386 from epel-testing unresolved deps: perl(Config::General) perl-Config-General isn't in epel yet. https://bugzilla.redhat.com/show_bug.cgi?id=463025 package: perl-libwhisker2 - 2.4-3.el5.noarch from epel-testing unresolved deps: perl(MD5) Reported a long time ago: https://bugzilla.redhat.com/show_bug.cgi?id=425827 package: python-Coherence - 0.2.1-3.el5.noarch from epel-testing unresolved deps: python-nevow python-nevow isn't in epel. https://bugzilla.redhat.com/show_bug.cgi?id=463026 package: python-fedora-infrastructure - 0.2.90.22-1.el5.noarch from epel unresolved deps: python-fedora = 0:0.2.90.22-1.el5 I don't understand this one... it's in there and should be provided. ;( Anyone have any ideas? package: python-peak-rules - 0.5a1.dev-0.2569.el5.noarch from epel-testing unresolved deps: python-decoratortools >= 0:1.7 python-decoratortools 1.6 is available. https://bugzilla.redhat.com/show_bug.cgi?id=463027 package: revisor-delta - 2.0.5.1-4.el5.noarch from epel unresolved deps: revisor = 0:2.0.5.1-4.el5 package: revisor-jigdo - 2.0.5.1-4.el5.noarch from epel unresolved deps: revisor = 0:2.0.5.1-4.el5 package: revisor-rebrand - 2.0.5.1-4.el5.noarch from epel unresolved deps: revisor = 0:2.0.5.1-4.el5 package: revisor-virt - 2.0.5.1-4.el5.noarch from epel unresolved deps: revisor = 0:2.0.5.1-4.el5 Not sure whats going on with these either. ;( Looks like it's there and fine to me. package: sshfp - 1.1.3-2.el5.noarch from epel-testing unresolved deps: python-dns https://bugzilla.redhat.com/show_bug.cgi?id=463028 package: sshmenu - 3.15-5.el5.noarch from epel-testing unresolved deps: ruby(gtk2) Added to the sshmenu bug: https://bugzilla.redhat.com/show_bug.cgi?id=463022 package: supybot - 0.83.3-7.el5.noarch from epel-testing unresolved deps: python-dictclient No python-dictclient in epel. https://bugzilla.redhat.com/show_bug.cgi?id=463029 package: tkimg - 1.3-0.8.20080505svn.el5.i386 from epel-testing unresolved deps: tcl(abi) = 0:8.4 RHEL package doesn't have this provides. https://bugzilla.redhat.com/show_bug.cgi?id=463031 package: translate-toolkit - 0.10.1-1.el5.noarch from epel-testing unresolved deps: python-enchant Bug filed many months ago: https://bugzilla.redhat.com/show_bug.cgi?id=429480 package: vala-docs - 0.1.5-5.el5.i386 from epel unresolved deps: vala = 0:0.1.5-5.el5 Not sure on this one. Seems to be fine from what I can see. ;( package: vala-tools - 0.3.4-2.el5.i386 from epel-testing unresolved deps: gnome-common No gnome-common in rhel/centos: https://bugzilla.redhat.com/show_bug.cgi?id=463032 package: viewmtn - 0.10-1.el5.noarch from epel-testing unresolved deps: highlight highlight isn't in epel yet. https://bugzilla.redhat.com/show_bug.cgi?id=463033 kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From bugs.michael at gmx.net Sun Sep 21 09:44:56 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 21 Sep 2008 11:44:56 +0200 Subject: epel signers - Returned mail: see transcript for details Message-ID: <20080921114456.20a113c2.bugs.michael@gmx.net> Begin forwarded message: Date: Sat, 20 Sep 2008 22:38:42 -0400 From: Mail Delivery Subsystem To: Subject: Returned mail: see transcript for details The original message was received at Sat, 20 Sep 2008 22:38:40 -0400 from mx1.redhat.com [172.16.48.31] ----- The following addresses had permanent fatal errors ----- (reason: 550 5.7.1 ... Relaying denied. IP name possibly forged [172.16.52.254]) ----- Transcript of session follows ----- ... while talking to mx1.util.phx.redhat.com.: >>> DATA <<< 550 5.7.1 ... Relaying denied. IP name possibly forged [172.16.52.254] 550 5.1.1 ... User unknown <<< 503 5.0.0 Need RCPT (recipient) -------------- next part -------------- An embedded message was scrubbed... From: Michael Schwendt Subject: EPEL 4/5 testing : plague* Date: Sat, 20 Sep 2008 00:45:41 +0200 Size: 3044 URL: From bugs.michael at gmx.net Sun Sep 21 12:25:06 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 21 Sep 2008 14:25:06 +0200 Subject: Broken Deps bugs and fixes for epel 5 In-Reply-To: <20080920170515.274e59d8@ohm.scrye.com> References: <20080920170515.274e59d8@ohm.scrye.com> Message-ID: <20080921142506.8df04e01.bugs.michael@gmx.net> On Sat, 20 Sep 2008 17:05:15 -0600, Kevin Fenzi wrote: > package: libkexiv2 - 0.1.6-3.el5.i386 from epel > unresolved deps: > libexiv2.so.0 > > Even though I used '-n' to repoclosure, this appears to be due to an > older version of a exiv2 package still in the repo. No. exiv2-0.17.1-1.el5 from 21-Jul-2008 is ABI-incompatible with previously published releases of the pkg. It bumps the soname to libexiv2.so.4 (!) > package: thunderbird-lightning-wcap - 0.7-10.el5.i386 from epel > unresolved deps: > thunderbird-lightning = 0:0.7 > > This is an old package thats been obsoleted (repoclosure doesn't do > obsoletes I guess). Which repoclosure do you use? If you use the one from yum-utils, you are right. Else it's FUD. Below find a report for EPEL 5 including "testing" (against CentOS 5) created on 2008-09-19. ====================================================================== Broken packages in fedora-epel-5-i386: libkexiv2-0.1.6-3.el5.i386 requires libexiv2.so.0 ====================================================================== Broken packages in fedora-epel-5-x86_64: libkexiv2-0.1.6-3.el5.i386 requires libexiv2.so.0 libkexiv2-0.1.6-3.el5.x86_64 requires libexiv2.so.0()(64bit) ====================================================================== Broken packages in fedora-epel-testing-5-i386: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-plugins-dillo-3.3.1-1.el5.i386 requires dillo emacs-gambit-4.2.8-6.el5.i386 requires emacs(bin) >= 0:21.4 emacs-vala-0.3.4-2.el5.i386 requires emacs(bin) >= 0:21.4 flumotion-0.4.2-2.el5.i386 requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) grc-0.70-3.el5.noarch requires gnuradio hellanzb-0.13-5.el5.noarch requires python-twisted hellanzb-0.13-5.el5.noarch requires par2cmdline hunspell-he-1.0-7.el5.i386 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-Collectd-4.4.3-1.el5.i386 requires perl(Config::General) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-peak-rules-0.5a1.dev-0.2569.el5.noarch requires python-decoratortools >= 0:1.7 sshfp-1.1.3-2.el5.noarch requires python-dns sshmenu-3.15-5.el5.noarch requires ruby(gtk2) supybot-0.83.3-7.el5.noarch requires python-dictclient tkimg-1.3-0.8.20080505svn.el5.i386 requires tcl(abi) = 0:8.4 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-2.el5.i386 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-plugins-dillo-3.3.1-1.el5.x86_64 requires dillo emacs-gambit-4.2.8-6.el5.x86_64 requires emacs(bin) >= 0:21.4 emacs-vala-0.3.4-2.el5.x86_64 requires emacs(bin) >= 0:21.4 flumotion-0.4.2-2.el5.x86_64 requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) grc-0.70-3.el5.noarch requires gnuradio hellanzb-0.13-5.el5.noarch requires python-twisted hellanzb-0.13-5.el5.noarch requires par2cmdline hunspell-he-1.0-7.el5.x86_64 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-Collectd-4.4.3-1.el5.x86_64 requires perl(Config::General) perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow python-peak-rules-0.5a1.dev-0.2569.el5.noarch requires python-decoratortools >= 0:1.7 sshfp-1.1.3-2.el5.noarch requires python-dns sshmenu-3.15-5.el5.noarch requires ruby(gtk2) supybot-0.83.3-7.el5.noarch requires python-dictclient tkimg-1.3-0.8.20080505svn.el5.i386 requires tcl(abi) = 0:8.4 tkimg-1.3-0.8.20080505svn.el5.x86_64 requires tcl(abi) = 0:8.4 translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-2.el5.x86_64 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From Jochen at herr-schmitt.de Sun Sep 21 18:48:46 2008 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 21 Sep 2008 20:48:46 +0200 Subject: Trouble to build gnu-smalltalk for EL-5 Message-ID: <48D6970E.7080507@herr-schmitt.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I'm trying to build gnu-smalltalk for EL-5 but I have got the following error messages: DEBUG util.py:311: Child returncode was: 0 DEBUG backend.py:496: /usr/bin/yum --installroot /var/lib/mock/fedora-5-i386-epel-d802540ef1943c039d776fed8e5ffcc5671c9f33/root/ install 'zlib-devel' 'mysql-devel' 'gmp-devel' 'readline-devel' 'zip' 'gtk2-devel' 'libsigsegv-devel' 'pkgconfig' 'emacs' 'prelink' 'libtool' 'tk-devel' 'libffi-devel' 'texinfo' 'gdbm-devel' 'sqlite-devel' DEBUG util.py:272: Executing command: /usr/bin/yum --installroot /var/lib/mock/fedora-5-i386-epel-d802540ef1943c039d776fed8e5ffcc5671c9f33/root/ install 'zlib-devel' 'mysql-devel' 'gmp-devel' 'readline-devel' 'zip' 'gtk2-devel' 'libsigsegv-devel' 'pkgconfig' 'emacs' 'prelink' 'libtool' 'tk-devel' 'libffi-devel' 'texinfo' 'gdbm-devel' 'sqlite-devel' DEBUG util.py:250: Error: Missing Dependency: libc.so.6()(64bit) is needed by package libsigsegv DEBUG util.py:250: Error: Missing Dependency: libc.so.6(GLIBC_2.2.5)(64bit) is needed by package libsigsegv DEBUG util.py:250: Error: Missing Dependency: libc.so.6(GLIBC_2.4)(64bit) is needed by package libsigsegv DEBUG util.py:311: Child returncode was: 1 The related build may be find at http://buildsys.fedoraproject.org/build-status/job.psp?uid=251 It will be nice, if anyone can help me. I have ask Rex Diester and he told me, that on his mind this may be an insue with the build system. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjWlvkACgkQT2AHK6txfgyWWQCfYa8+V1NlGxc21n+z9zPWdKfo 1f0An1Co00RU3HJxSYYoENn6FRGwaqrL =UGLT -----END PGP SIGNATURE----- From kevin at tummy.com Sun Sep 21 20:09:42 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sun, 21 Sep 2008 14:09:42 -0600 Subject: Broken Deps bugs and fixes for epel 5 In-Reply-To: <20080921142506.8df04e01.bugs.michael@gmx.net> References: <20080920170515.274e59d8@ohm.scrye.com> <20080921142506.8df04e01.bugs.michael@gmx.net> Message-ID: <20080921140942.7e6eafb3@ohm.scrye.com> On Sun, 21 Sep 2008 14:25:06 +0200 bugs.michael at gmx.net (Michael Schwendt) wrote: > On Sat, 20 Sep 2008 17:05:15 -0600, Kevin Fenzi wrote: > > > package: libkexiv2 - 0.1.6-3.el5.i386 from epel > > unresolved deps: > > libexiv2.so.0 > > > > Even though I used '-n' to repoclosure, this appears to be due to an > > older version of a exiv2 package still in the repo. > > No. > > exiv2-0.17.1-1.el5 from 21-Jul-2008 is ABI-incompatible with > previously published releases of the pkg. It bumps the soname to > libexiv2.so.4 (!) Ouch. Filed: https://bugzilla.redhat.com/show_bug.cgi?id=463104 > > > package: thunderbird-lightning-wcap - 0.7-10.el5.i386 from epel > > unresolved deps: > > thunderbird-lightning = 0:0.7 > > > > This is an old package thats been obsoleted (repoclosure doesn't do > > obsoletes I guess). > > Which repoclosure do you use? If you use the one from yum-utils, > you are right. Else it's FUD. Yes, I was using the one from yum-utils. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From a.badger at gmail.com Mon Sep 22 06:47:40 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sun, 21 Sep 2008 23:47:40 -0700 Subject: Broken Deps bugs and fixes for epel 5 In-Reply-To: <20080920170515.274e59d8@ohm.scrye.com> References: <20080920170515.274e59d8@ohm.scrye.com> Message-ID: <48D73F8C.2050102@gmail.com> Kevin Fenzi wrote: > Greetings. > > I took a look at the current broken deps as best I could for epel 5 > today. (If I have time, I will try and look at epel 4 tomorrow). > (I only have centos machines here, no RHEL, and no PPC boxes running > RHEL). > > package: python-fedora-infrastructure - 0.2.90.22-1.el5.noarch from epel > unresolved deps: > python-fedora = 0:0.2.90.22-1.el5 > > I don't understand this one... it's in there and should be provided. ;( > Anyone have any ideas? > python-fedora-infrastructure is an old subpackage of python-fedora. python-fedora-0.3.x doesn't create this anymore. The main python-fedora package provides and obsoletes python-fedora-infrastructure. epel/5 appears to have python-fedora-0.2.90.21-1 and 0.2.90.22-1 epel/testing/5 has python-fedora-0.3.5-1 and 0.3.6-2 Perhaps this is the same obsoletes problem mschwendt mentions? -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From smooge at gmail.com Mon Sep 22 15:53:05 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 22 Sep 2008 09:53:05 -0600 Subject: Meeting via Email: Subject 1 Time for meetings Message-ID: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> Currently EPEL is set to meet every week at Monday 1500 UTC. This is 0800 US/Pacific, 1100 US/Eastern, 1600 Western Europe time (during summer hours). It will move to being an hour later soon. Does this time meet enough people's needs? If we move it later we will run into other meetings, but can use #fedora-meeting-2 for that. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From kevin at tummy.com Mon Sep 22 16:02:32 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Sep 2008 10:02:32 -0600 Subject: Broken Deps bugs and fixes for epel 5 In-Reply-To: <48D73F8C.2050102@gmail.com> References: <20080920170515.274e59d8@ohm.scrye.com> <48D73F8C.2050102@gmail.com> Message-ID: <20080922100232.3cf3fb11@ohm.scrye.com> On Sun, 21 Sep 2008 23:47:40 -0700 a.badger at gmail.com (Toshio Kuratomi) wrote: > python-fedora-infrastructure is an old subpackage of python-fedora. > python-fedora-0.3.x doesn't create this anymore. The main > python-fedora package provides and obsoletes > python-fedora-infrastructure. > > epel/5 appears to have python-fedora-0.2.90.21-1 and 0.2.90.22-1 > epel/testing/5 has python-fedora-0.3.5-1 and 0.3.6-2 > > Perhaps this is the same obsoletes problem mschwendt mentions? Yeah, it's looking like it is. sorry for the false positive. > -Toshio kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kevin at tummy.com Mon Sep 22 16:08:52 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Sep 2008 10:08:52 -0600 Subject: epel signers - Returned mail: see transcript for details In-Reply-To: <20080921114456.20a113c2.bugs.michael@gmx.net> References: <20080921114456.20a113c2.bugs.michael@gmx.net> Message-ID: <20080922100852.60d4e121@ohm.scrye.com> On Sun, 21 Sep 2008 11:44:56 +0200 bugs.michael at gmx.net (Michael Schwendt) wrote: > Begin forwarded message: > > Date: Sat, 20 Sep 2008 22:38:42 -0400 > From: Mail Delivery Subsystem > To: > Subject: Returned mail: see transcript for details > > > The original message was received at Sat, 20 Sep 2008 22:38:40 -0400 > from mx1.redhat.com [172.16.48.31] > > ----- The following addresses had permanent fatal errors ----- > > (reason: 550 5.7.1 ... > Relaying denied. IP name possibly forged [172.16.52.254]) > > ----- Transcript of session follows ----- > ... while talking to mx1.util.phx.redhat.com.: > >>> DATA > <<< 550 5.7.1 ... Relaying > denied. IP name possibly forged [172.16.52.254] 550 5.1.1 > ... User unknown <<< 503 > 5.0.0 Need RCPT (recipient) Odd. I just sent a test email to that alias and it worked. I wonder if it was a transitory failure or misconfiguration that was fixed in the mean time. ;( Please do note if you get it again... and can you resend your message now? kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From kevin at tummy.com Mon Sep 22 16:12:26 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Mon, 22 Sep 2008 10:12:26 -0600 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> Message-ID: <20080922101226.3a6fa722@ohm.scrye.com> On Mon, 22 Sep 2008 09:53:05 -0600 smooge at gmail.com ("Stephen John Smoogen") wrote: > Currently EPEL is set to meet every week at Monday 1500 UTC. This is > 0800 US/Pacific, 1100 US/Eastern, 1600 Western Europe time (during > summer hours). It will move to being an hour later soon. > > Does this time meet enough people's needs? If we move it later we will > run into other meetings, but can use #fedora-meeting-2 for that. Thats fine for me, later would be a bit better, but I can make either. As a side note, I am not sure the 'fedora-meeting-N' channels are that usefull. The two advantages of the main meeting channel are: 1) It allows a meeting/discussion thats not interfereing with a groups primary channel, and 2) it allows people to idle in that room and watch meetings that they normally wouldn't notice or attend and find out whats going on in the rest of the project. For 1) the epel channel is pretty quiet all the time, so meeting there shouldn't disturb anyone I don't think, and for 2) the fedora-meeting-N channels don't work unless everyone wants to idle in about 5 additional channels. ;( kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From laxathom at fedoraproject.org Mon Sep 22 16:37:20 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Mon, 22 Sep 2008 18:37:20 +0200 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> Message-ID: <62bc09df0809220937o3fdd70d7y31b37ecd6167bc9e@mail.gmail.com> On Mon, Sep 22, 2008 at 5:53 PM, Stephen John Smoogen wrote: > Currently EPEL is set to meet every week at Monday 1500 UTC. This is > 0800 US/Pacific, 1100 US/Eastern, 1600 Western Europe time (during > summer hours) i'm still in UTC+2 (europe_FR) That means 5:00pm for me. hm... i think i can handle it (surely need to be ping'ed) -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB From buildsys at fedoraproject.org Mon Sep 22 18:28:21 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Sep 2008 18:28:21 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-22 Message-ID: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 24 cdpr-2.3-1.el5 codeblocks-8.02-2.el5 collectl-3.1.0-1.el5 NEW digikam-0.9.4-2.el5 : A digital camera accessing & photo management application NEW fuse-gmailfs-0.8.0-1.el5 : Gmail Filesystem NEW gnu-smalltalk-3.0.4-3.el5 : GNU Smalltalk NEW highlight-2.6.12-2.el5 : Universal source code to formatted text converter NEW libkdcraw-0.1.5-1.el5 : A library for decoding RAW picture files libkexiv2-0.1.7-1.el5 NEW libkipi-0.1.6-2.el5 : Common plugin infrastructure for KDE image applications NEW libUnihan-0.4.1-1.el5 : C library for Unihan character database in fifth normal form (!) perl-App-CLI-0.07-4.el5 : INVALID rebuild, not published! NEW perl-Module-Load-0.12-1.el5 : Runtime require of both modules and files NEW perl-Module-Loaded-0.01-4.el5 : Mark modules as loaded or unloaded NEW perl-Params-Check-0.26-2.el5 : Generic input parsing/checking mechanism plague-0.4.5.6-1.el5 python-decoratortools-1.7-1.el5 NEW python-dictclient-1.0.1-1.el5 : Python client for DICT protocol python-libgmail-0.1.8-2.el5 python-libgmail-docs-0.3-6.el5 python-turboflot-0.1.0-1.el5 tkimg-1.3-0.9.20080505svn.el5 tomcat-native-1.1.15-1.el5 viewvc-1.0.6-1.el5 Packages built and released for Fedora EPEL testing/4: 8 codeblocks-8.02-2.el4 collectl-3.1.0-1.el4 NEW highlight-2.6.12-2.el4 : Universal source code to formatted text converter python-decoratortools-1.7-1.el4 NEW python-dictclient-1.0.1-1.el4 : Python client for DICT protocol python-libgmail-0.1.8-2.el4 NEW python-libgmail-docs-0.3-8.el4 : Documents and examples for python-libgmail viewvc-1.0.6-1.el4 Changes in Fedora EPEL testing/5: cdpr-2.3-1.el5 -------------- * Sat Sep 20 2008 Michael Stahnke - 2.3-1 - New version * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-3 - Autorebuild for GCC 4.3 codeblocks-8.02-2.el5 --------------------- * Sat Sep 20 2008 Dan Horak 8.02-2 - update desktop file - fix running console applications (#461120) collectl-3.1.0-1.el5 -------------------- * Mon Sep 22 2008 Dan Horak 3.1.0-1 - upgrade to upstream version 3.1.0 - remove logrotate support because internal mechanism is used by default digikam-0.9.4-2.el5 ------------------- * Fri Jul 18 2008 Rex Dieter - 0.9.4-2 - --without-included-sqlite3, BR: sqlite-devel fuse-gmailfs-0.8.0-1.el5 ------------------------ * Tue Dec 11 2007 Michael Stahnke - 0.8.0-1 - Initial Package gnu-smalltalk-3.0.4-3.el5 ------------------------- * Sun Sep 21 2008 Jochen Schmitt 3.0.4-3 - Rebuild highlight-2.6.12-2.el5 ---------------------- * Thu Sep 11 2008 Tom "spot" Callaway 2.6.12-2 - don't package broken examples, causes bogus perl provides/requires - don't claim to Provide: perl(highlight_pipe) - don't claim to Requires: perl(IPC::Open3) libkdcraw-0.1.5-1.el5 --------------------- * Sun Sep 21 2008 Rex Dieter 1.1.5-1 - libkdcraw-0.1.5 libkexiv2-0.1.7-1.el5 --------------------- * Thu May 08 2008 Rex Dieter 1.1.7-1 - libkexiv2-0.1.7 * Fri Feb 08 2008 Rex Dieter 1.1.6-4 - respin (gcc43) libkipi-0.1.6-2.el5 ------------------- * Tue Jun 24 2008 Rex Dieter 0.1.6-2 - fix conflicts with kdegraphics (f9+, #452392) libUnihan-0.4.1-1.el5 --------------------- * Mon Aug 11 2008 Ding-Yi Chen - 0.4.1-1 - [Bug 453520] C#10 addressed. perl-App-CLI-0.07-4.el5 ----------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.07-4 - rebuild for new perl perl-Module-Load-0.12-1.el5 --------------------------- * Mon Oct 15 2007 Steven Pritchard 0.12-1 - Update to 0.12. - Update License tag. - Include CHANGES doc. - BR Test::More. perl-Module-Loaded-0.01-4.el5 ----------------------------- * Sun Dec 30 2007 Ralf Cors?pius - 0.01-4 - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). perl-Params-Check-0.26-2.el5 ---------------------------- * Mon Dec 31 2007 Ralf Cors?pius 0.26-2 - BR: perl(Test::More) (BZ 419631). - Adjust License-tag. plague-0.4.5.6-1.el5 -------------------- * Sun Sep 21 2008 Michael Schwendt - 0.4.5.6-1 - update to 0.4.5.6 * Sat Sep 20 2008 Michael Schwendt - 0.4.5.5-2 - add fix for sqlite's limited ALTER TABLE python-decoratortools-1.7-1.el5 ------------------------------- * Thu Feb 28 2008 Luke Macken - 1.7-1 - Update to 1.7 python-dictclient-1.0.1-1.el5 ----------------------------- * Sat Apr 05 2008 Ricky Zhou - 1.0.1-1 - Initial RPM Package. python-libgmail-0.1.8-2.el5 --------------------------- * Tue Dec 11 2007 Michael Stahnke - 0.1.8-2 - Updated to proper license tag python-libgmail-docs-0.3-6.el5 ------------------------------ * Sun Jan 27 2008 Michael Stahnke - 0.3-6 - Excluded *.pyc *.pyo in %doc python-turboflot-0.1.0-1.el5 ---------------------------- * Sat Mar 08 2008 Luke Macken - 0.1.0-1 - Update to jQuery 1.2.3 and flot 0.4 tkimg-1.3-0.9.20080505svn.el5 ----------------------------- * Sun Sep 21 2008 Sergio Pascual - 1.3-0.9.20080505svn - Fixed bug BZ#463031 tomcat-native-1.1.15-1.el5 -------------------------- * Thu Sep 11 2008 Ville Skytt? - 1.1.15-1 - 1.1.15. viewvc-1.0.6-1.el5 ------------------ * Fri Sep 19 2008 Bojan Smojver - 1.0.6-1 - Bump up to 1.0.6 Changes in Fedora EPEL testing/4: codeblocks-8.02-2.el4 --------------------- * Sat Sep 20 2008 Dan Horak 8.02-2 - update desktop file - fix running console applications (#461120) collectl-3.1.0-1.el4 -------------------- * Mon Sep 22 2008 Dan Horak 3.1.0-1 - upgrade to upstream version 3.1.0 - remove logrotate support because internal mechanism is used by default highlight-2.6.12-2.el4 ---------------------- * Thu Sep 11 2008 Tom "spot" Callaway 2.6.12-2 - don't package broken examples, causes bogus perl provides/requires - don't claim to Provide: perl(highlight_pipe) - don't claim to Requires: perl(IPC::Open3) python-decoratortools-1.7-1.el4 ------------------------------- * Thu Feb 28 2008 Luke Macken - 1.7-1 - Update to 1.7 python-dictclient-1.0.1-1.el4 ----------------------------- * Sat Apr 05 2008 Ricky Zhou - 1.0.1-1 - Initial RPM Package. python-libgmail-0.1.8-2.el4 --------------------------- * Tue Dec 11 2007 Michael Stahnke - 0.1.8-2 - Updated to proper license tag python-libgmail-docs-0.3-8.el4 ------------------------------ * Sat Sep 20 2008 Michal Nowak - 0.3-8 - it's not necessary to exclude *.py[co] files on EL-4, because they do not exists - install also COPYING and README files to "root" doc dir instead of examples/ - rationalised %install part--don't have *.py files executable * Sat Sep 20 2008 Michal Nowak - 0.3-7 - test build to EL-4 viewvc-1.0.6-1.el4 ------------------ * Fri Sep 19 2008 Bojan Smojver - 1.0.6-1 - Bump up to 1.0.6 From buildsys at fedoraproject.org Mon Sep 22 19:02:35 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Sep 2008 19:02:35 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-22 Message-ID: <20080922190235.9B7791880E7@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 1 phpMyAdmin-2.11.9.2-1.el5 Packages built and released for Fedora EPEL testing/4: 1 phpMyAdmin-2.11.9.2-1.el4 Changes in Fedora EPEL testing/5: phpMyAdmin-2.11.9.2-1.el5 ------------------------- * Mon Sep 22 2008 Robert Scheck 2.11.9.2-1 - Upstream released 2.11.9.2 (#463260) Changes in Fedora EPEL testing/4: phpMyAdmin-2.11.9.2-1.el4 ------------------------- * Mon Sep 22 2008 Robert Scheck 2.11.9.2-1 - Upstream released 2.11.9.2 (#463260) From buildsys at fedoraproject.org Mon Sep 22 19:24:48 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Sep 2008 19:24:48 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-22 Message-ID: <20080922192448.D7C701880EB@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 phpMyAdmin-2.11.9.2-1.el5 Packages built and released for Fedora EPEL testing/5: 1 (!) digikam-0.9.4-2.el5 : INVALID rebuild, not published! Packages built and released for Fedora EPEL 4: 1 phpMyAdmin-2.11.9.2-1.el4 Changes in Fedora EPEL 5: phpMyAdmin-2.11.9.2-1.el5 ------------------------- * Mon Sep 22 2008 Robert Scheck 2.11.9.2-1 - Upstream released 2.11.9.2 (#463260) * Tue Sep 16 2008 Robert Scheck 2.11.9.1-1 - Upstream released 2.11.9.1 (#462430) Changes in Fedora EPEL testing/5: digikam-0.9.4-2.el5 ------------------- * Fri Jul 18 2008 Rex Dieter - 0.9.4-2 - --without-included-sqlite3, BR: sqlite-devel Changes in Fedora EPEL 4: phpMyAdmin-2.11.9.2-1.el4 ------------------------- * Mon Sep 22 2008 Robert Scheck 2.11.9.2-1 - Upstream released 2.11.9.2 (#463260) * Tue Sep 16 2008 Robert Scheck 2.11.9.1-1 - Upstream released 2.11.9.1 (#462430) From kwade at redhat.com Tue Sep 23 19:49:56 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 23 Sep 2008 12:49:56 -0700 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: <20080922101226.3a6fa722@ohm.scrye.com> References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> <20080922101226.3a6fa722@ohm.scrye.com> Message-ID: <1222199396.16394.154.camel@calliope.phig.org> On Mon, 2008-09-22 at 10:12 -0600, Kevin Fenzi wrote: > On Mon, 22 Sep 2008 09:53:05 -0600 > smooge at gmail.com ("Stephen John Smoogen") wrote: > > > Currently EPEL is set to meet every week at Monday 1500 UTC. This is > > 0800 US/Pacific, 1100 US/Eastern, 1600 Western Europe time (during > > summer hours). It will move to being an hour later soon. > > > > Does this time meet enough people's needs? If we move it later we will > > run into other meetings, but can use #fedora-meeting-2 for that. > > Thats fine for me, later would be a bit better, but I can make either. > > As a side note, I am not sure the 'fedora-meeting-N' channels are that > usefull. The two advantages of the main meeting channel are: > 1) It allows a meeting/discussion thats not interfereing with a groups > primary channel, and 2) it allows people to idle in that room and watch > meetings that they normally wouldn't notice or attend and find out > whats going on in the rest of the project. > > For 1) the epel channel is pretty quiet all the time, so meeting there > shouldn't disturb anyone I don't think, and for 2) the fedora-meeting-N > channels don't work unless everyone wants to idle in about 5 additional > channels. ;( I've been thinking about that exact problem. How about if we add meeting channel usage one at a time? (Paul Cc:'d as the guy who started this new channel # thing.) We only add the usage of a channel when the initial one is filling up enough to make it hard to schedule meetings. We hold the others in reserve for the future. Then people add just one new lurking channel at a time over a much longer period, such as the year+ it took to fill up #fedora-meeting. The reason is the same for the initial channel. When people start going to topic specific channels, they remove the visibility while increasing the number of channels to lurk in to catch meetings. - Karsten -- Karsten Wade, Community Gardener Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jonstanley at gmail.com Tue Sep 23 23:27:39 2008 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 23 Sep 2008 19:27:39 -0400 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: <1222199396.16394.154.camel@calliope.phig.org> References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> <20080922101226.3a6fa722@ohm.scrye.com> <1222199396.16394.154.camel@calliope.phig.org> Message-ID: 2008/9/23 Karsten 'quaid' Wade : > I've been thinking about that exact problem. How about if we add > meeting channel usage one at a time? (Paul Cc:'d as the guy who started > this new channel # thing. I think that Paul started the channel # thing based on the simple fact that with the new FESCo meeting time as of the current FESCo, we were running over with the docs meeting on a fairly regular basis. I'm sure the same applies to other groups as well. Maybe he got a little overzealous in [1-4],. but I think at least -1 is required. :) From kwade at redhat.com Wed Sep 24 00:27:52 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 23 Sep 2008 17:27:52 -0700 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> <20080922101226.3a6fa722@ohm.scrye.com> <1222199396.16394.154.camel@calliope.phig.org> Message-ID: <1222216072.16394.257.camel@calliope.phig.org> On Tue, 2008-09-23 at 19:27 -0400, Jon Stanley wrote: > 2008/9/23 Karsten 'quaid' Wade : > > > I've been thinking about that exact problem. How about if we add > > meeting channel usage one at a time? (Paul Cc:'d as the guy who started > > this new channel # thing. > > I think that Paul started the channel # thing based on the simple fact > that with the new FESCo meeting time as of the current FESCo, we were > running over with the docs meeting on a fairly regular basis. I'm sure > the same applies to other groups as well. > > Maybe he got a little overzealous in [1-4],. but I think at least -1 > is required. :) It just seemed sane, so I added a note about usage: https://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel#Time_table - Karsten -- Karsten Wade, Community Gardener Dev Fu : http://developer.redhatmagazine.com Fedora : http://quaid.fedorapeople.org gpg key : AD0E0C41 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From stickster at gmail.com Wed Sep 24 11:12:06 2008 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 24 Sep 2008 07:12:06 -0400 Subject: Meeting via Email: Subject 1 Time for meetings In-Reply-To: References: <80d7e4090809220853o1545b6a6vceea5c83955c3f9@mail.gmail.com> <20080922101226.3a6fa722@ohm.scrye.com> <1222199396.16394.154.camel@calliope.phig.org> Message-ID: <1222254726.21834.6.camel@victoria-eth.internal.frields.org> On Tue, 2008-09-23 at 19:27 -0400, Jon Stanley wrote: > 2008/9/23 Karsten 'quaid' Wade : > > > I've been thinking about that exact problem. How about if we add > > meeting channel usage one at a time? (Paul Cc:'d as the guy who started > > this new channel # thing. > > I think that Paul started the channel # thing based on the simple fact > that with the new FESCo meeting time as of the current FESCo, we were > running over with the docs meeting on a fairly regular basis. I'm sure > the same applies to other groups as well. > > Maybe he got a little overzealous in [1-4],. but I think at least -1 > is required. :) Yeah, I just added four of them because that's what someone in #fedora-admin suggested. I wanted to make sure that ownership of the channel stayed in the overall Project's hands. I'm happy to add more owners and/or evaporate anything we decide we don't need. -- Paul W. Frields gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://paul.frields.org/ - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From smooge at gmail.com Wed Sep 24 20:08:37 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 24 Sep 2008 14:08:37 -0600 Subject: Vote on meeting time (starting in Octover) Message-ID: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Please put a +1 / -1 to the following 4 times for Mondays. All times are in UTC. Highest number wins: 1500 1600 1800 Monday's meeting will be at 1500 -- 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 mmcgrath at redhat.com Fri Sep 26 15:25:26 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Fri, 26 Sep 2008 10:25:26 -0500 (CDT) Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: On Wed, 24 Sep 2008, Stephen John Smoogen wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > > 1500 > 1600 > 1800 > > Monday's meeting will be at 1500 > 1500 +1 1600 +1 1800 -1 -Mike From kevin at tummy.com Fri Sep 26 15:58:45 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Fri, 26 Sep 2008 09:58:45 -0600 Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: <20080926095845.715e7c3c@ohm.scrye.com> On Wed, 24 Sep 2008 14:08:37 -0600 smooge at gmail.com ("Stephen John Smoogen") wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > 1500 -1 1600 +1 1800 +1 > > Monday's meeting will be at 1500 > ok. kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From smooge at gmail.com Fri Sep 26 16:09:15 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 26 Sep 2008 10:09:15 -0600 Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: <80d7e4090809260909j603768c8pce9552b91e5721e2@mail.gmail.com> On Wed, Sep 24, 2008 at 2:08 PM, Stephen John Smoogen wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > 1500 -1 1600 +1 1800 +1 -- 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 lemenkov at gmail.com Fri Sep 26 17:28:06 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Fri, 26 Sep 2008 21:28:06 +0400 Subject: Fedora EPEL Package Build Report 2008-09-22 In-Reply-To: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> References: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> Message-ID: 2008/9/22, buildsys at fedoraproject.org : > > Packages built and released for Fedora EPEL testing/5: 24 [skip] > NEW fuse-gmailfs-0.8.0-1.el5 : Gmail Filesystem [skip] > fuse-gmailfs-0.8.0-1.el5 > ------------------------ > * Tue Dec 11 2007 Michael Stahnke - 0.8.0-1 > - Initial Package There was no support for fuse in stock RHEL kernels. Maybe I missed something and this support was added? -- With best regards! From mastahnke at gmail.com Fri Sep 26 18:09:41 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 26 Sep 2008 13:09:41 -0500 Subject: Fedora EPEL Package Build Report 2008-09-22 In-Reply-To: References: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> Message-ID: <7874d9dd0809261109o239080ej1c2e7298781850e0@mail.gmail.com> On Fri, Sep 26, 2008 at 12:28 PM, Peter Lemenkov wrote: > 2008/9/22, buildsys at fedoraproject.org : >> >> Packages built and released for Fedora EPEL testing/5: 24 > > [skip] > >> NEW fuse-gmailfs-0.8.0-1.el5 : Gmail Filesystem > > [skip] > >> fuse-gmailfs-0.8.0-1.el5 >> ------------------------ >> * Tue Dec 11 2007 Michael Stahnke - 0.8.0-1 >> - Initial Package > > There was no support for fuse in stock RHEL kernels. Maybe I missed > something and this support was added? > > -- > With best regards! > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I didn't put this build through, so I am even more confused. :) stahnma From a.badger at gmail.com Fri Sep 26 18:52:24 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Fri, 26 Sep 2008 11:52:24 -0700 Subject: Fedora EPEL Package Build Report 2008-09-22 In-Reply-To: <7874d9dd0809261109o239080ej1c2e7298781850e0@mail.gmail.com> References: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> <7874d9dd0809261109o239080ej1c2e7298781850e0@mail.gmail.com> Message-ID: <48DD2F68.3080800@gmail.com> Michael Stahnke wrote: > On Fri, Sep 26, 2008 at 12:28 PM, Peter Lemenkov wrote: >> 2008/9/22, buildsys at fedoraproject.org : >>> Packages built and released for Fedora EPEL testing/5: 24 >> [skip] >> >>> NEW fuse-gmailfs-0.8.0-1.el5 : Gmail Filesystem >> [skip] >> >>> fuse-gmailfs-0.8.0-1.el5 >>> ------------------------ >>> * Tue Dec 11 2007 Michael Stahnke - 0.8.0-1 >>> - Initial Package >> There was no support for fuse in stock RHEL kernels. Maybe I missed >> something and this support was added? >> > I didn't put this build through, so I am even more confused. :) > http://buildsys.fedoraproject.org/build-status/job.psp?uid=243 Looks like mnowak redhat com. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From buildsys at fedoraproject.org Fri Sep 26 21:57:27 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 26 Sep 2008 21:57:27 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-26 Message-ID: <20080926215727.286CC1880F2@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 25 cobbler-1.2.5-1.el5 digikam-0.9.4-2.el5.1 NEW gnumeric-1.6.3-15.el5.1 : Spreadsheet program for GNOME koan-1.2.5-1.el5 NEW libgda-3.0.1-6.el5.1 : Library for writing gnome database programs NEW libgnomedb-3.0.0-6.el5 : Library for writing gnome database programs libkdcraw-0.1.4-2.el5 NEW libtorrent-0.11.8-1.el5 : BitTorrent library with a focus on high performance & good code libUnihan-0.5.1-0.el5 NEW mdbtools-0.6-0.3.cvs20051109.el5 : Access data stored in Microsoft Access databases NEW perl-Archive-Extract-0.24-1.el5 : Generic archive extracting mechanism NEW perl-Class-Autouse-1.29-1.el5 : Run-time class loading on first method call NEW perl-CPANPLUS-0.82-1.el5 : API & CLI access to the CPAN mirrors NEW perl-File-Fetch-0.12-1.el5 : Generic file fetching mechanism NEW perl-IPC-Cmd-0.38-1.el5 : Finding and running system commands made easy NEW perl-Log-Message-0.01-4.el5 : Generic message storage mechanism NEW perl-Log-Message-Simple-0.02-2.el5 : Simplified frontend to Log::Message NEW perl-Module-Load-Conditional-0.18-1.el5 : Looking up module information / loading at runtime NEW perl-Object-Accessor-0.32-3.el5 : Perl module that allows per object accessors NEW perl-prefork-1.02-2.el5 : Optimized module loading for forking or non-forking processes NEW perl-SVK-2.0.2-1.el5 : A Distributed Version Control System NEW perl-Term-UI-0.16-1.el5 : Term::ReadLine UI made easy NEW rtorrent-0.7.8-1.el5 : BitTorrent client based on libtorrent NEW xenwatch-0.5.3-3.el5 : Virtualization utilities, mostly for Xen xine-lib-1.1.15-1.el5 Packages built and released for Fedora EPEL testing/4: 3 cdpr-2.3-1.el4 cobbler-1.2.5-1.el4 koan-1.2.5-1.el4 Changes in Fedora EPEL testing/5: cobbler-1.2.5-1.el5 ------------------- * Fri Sep 26 2008 Michael DeHaan - 1.2.5-1 - Upstream changes (see CHANGELOG) digikam-0.9.4-2.el5.1 --------------------- * Fri Jul 18 2008 Rex Dieter - 0.9.4-2 - --without-included-sqlite3, BR: sqlite-devel gnumeric-1.6.3-15.el5.1 ----------------------- * Tue Sep 23 2008 Lubomir Rintel 1:1.6.3-15.1 - libgsf-gnome-devel does not exist in el5 yet, replace with libgsf-devel - Package the omf file koan-1.2.5-1.el5 ---------------- * Fri Sep 26 2008 Michael DeHaan - 1.2.5-1 - Upstream changes (see CHANGELOG) libgda-3.0.1-6.el5.1 -------------------- * Mon Sep 22 2008 Lubomir Rintel - 3.0.1-6.1 - Back into using embedded sqlite for el5 - Add ncurses-devel dependency, that's missing from readline-devel libgnomedb-3.0.0-6.el5 ---------------------- * Tue Feb 19 2008 Fedora Release Engineering - 1:3.0.0-6 - Autorebuild for GCC 4.3 libkdcraw-0.1.4-2.el5 --------------------- * Tue Jun 24 2008 Rex Dieter 0.1.4-2 - fix conflicts with kdegraphics (f9+, #452392) libtorrent-0.11.8-1.el5 ----------------------- * Tue Sep 18 2007 Marek Mahut - 0.11.8-1 - New upstream version libUnihan-0.5.1-0.el5 --------------------- * Tue Sep 23 2008 Ding-Yi Chen - 0.5.1-0 - New Features: + PinYin accent format conversion functions (C and SQL scalar). + ZhuYin tone mark format conversion functions (C and SQL scalar). + PinYin <--> ZhuYin conversion functions (C and SQL scalar). + Display as ZhuYin. - Fixed: + Correct counting in FreqRank field of kMandarin table. + The query functions such as unihan_find_all_matched() returns SQL_Results type, to avoid the memory leaking problems. - Changed: + unihanDb_open() now supports the R/W control. + Changed CMakefile.txt to reflects the version scheme change of UnihanDb + StringList type for storing const string arrays. + Add test suite. + Where-clause-generator is now able to escape the quote character('). + unihan_field_validation is moved to test/, therefore it will not be in binary package. + New make targets: rpm, srpm, rpm_db and srpm_db to generate rpm and srpm for libUnihan and UnihanDb. - Removed: + unihanSql_get_result_table(). As it uses sqlite3_get_table() which might cause memory leak. mdbtools-0.6-0.3.cvs20051109.el5 -------------------------------- * Tue Aug 14 2007 Hans de Goede 0.6-0.3.cvs20051109 - Stop gmdb from crashing when selecting close without a file being open (bz 251419) - Change release field from 0.x.pre1 to 0.x.cvs20051109, as that more acurately reflects our upstream base (bz 251419) perl-Archive-Extract-0.24-1.el5 ------------------------------- * Thu Sep 20 2007 Steven Pritchard 0.24-1 - Update to 0.24. - BR Test::More. perl-Class-Autouse-1.29-1.el5 ----------------------------- * Tue Nov 20 2007 Ralf Cors?pius - 1.29-1 - Upstream update. perl-CPANPLUS-0.82-1.el5 ------------------------ * Thu Aug 23 2007 Steven Pritchard 0.82-1 - Update to 0.82. perl-File-Fetch-0.12-1.el5 -------------------------- * Mon Oct 15 2007 Steven Pritchard 0.12-1 - Update to 0.12. - Update License tag. - Update BR IPC::Cmd to >= 0.36. perl-IPC-Cmd-0.38-1.el5 ----------------------- * Mon Oct 15 2007 Steven Pritchard 0.38-1 - Update to 0.38. - Update License tag. - BR Test::More. perl-Log-Message-0.01-4.el5 --------------------------- * Sun Dec 30 2007 Ralf Cors?pius - 0.01-4 - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). perl-Log-Message-Simple-0.02-2.el5 ---------------------------------- * Sun Dec 30 2007 Ralf Cors?pius - 0.02-2 - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). perl-Module-Load-Conditional-0.18-1.el5 --------------------------------------- * Tue Sep 18 2007 Steven Pritchard 0.18-1 - Update to 0.18. - BR Test::More. perl-Object-Accessor-0.32-3.el5 ------------------------------- * Wed Jan 02 2008 Ralf Cors?pius 0.32-3 - Adjust License-tag. - BR: perl(Test::More) (BZ 419631). perl-prefork-1.02-2.el5 ----------------------- * Mon Sep 22 2008 Ian M. Burrell - 1.02-2 - Remove BR perl(Test::MinimumVersion) for optional tests perl-SVK-2.0.2-1.el5 -------------------- * Thu Aug 16 2007 Ian Burrell - 2.0.2-1 - Update to 2.0.2 - Fix BuildRequires perl-Term-UI-0.16-1.el5 ----------------------- * Mon Oct 15 2007 Steven Pritchard 0.16-1 - Update to 0.16. - Update License tag. - BR Test::More. rtorrent-0.7.8-1.el5 -------------------- * Tue Sep 18 2007 Marek Mahut - 0.7.8-1 - New upstream release xenwatch-0.5.3-3.el5 -------------------- * Tue Sep 23 2008 Gerd Hoffmann - 0.5.3-3 - update to 0.5.3. xine-lib-1.1.15-1.el5 --------------------- * Wed Aug 20 2008 Rex Dieter - 1.1.15-1 - xine-lib-1.1.15, plugin ABI 1.24 (rh#455752, CVE-2008-3231) - Obsoletes: -arts (f9+) * Sun Apr 27 2008 Kevin Kofler - 1.1.12-3 - rebuild for new ImageMagick (6.4.0.10) * Thu Apr 24 2008 Rex Dieter - 1.1.12-2 - CVE-2008-1878 Changes in Fedora EPEL testing/4: cdpr-2.3-1.el4 -------------- * Sat Sep 20 2008 Michael Stahnke - 2.3-1 - New version * Tue Feb 19 2008 Fedora Release Engineering - 2.2.1-3 - Autorebuild for GCC 4.3 cobbler-1.2.5-1.el4 ------------------- * Fri Sep 26 2008 Michael DeHaan - 1.2.5-1 - Upstream changes (see CHANGELOG) koan-1.2.5-1.el4 ---------------- * Fri Sep 26 2008 Michael DeHaan - 1.2.5-1 - Upstream changes (see CHANGELOG) From jeff at osuosl.org Fri Sep 26 23:23:52 2008 From: jeff at osuosl.org (Jeff Sheltren) Date: Fri, 26 Sep 2008 16:23:52 -0700 Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: <34DA2C05-63FD-44AF-9264-0654053EE750@osuosl.org> On Sep 24, 2008, at 1:08 PM, Stephen John Smoogen wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > > 1500 -1 > > 1600 -1 > > 1800 +1 -Jeff From kanarip at kanarip.com Sat Sep 27 01:28:44 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Sat, 27 Sep 2008 03:28:44 +0200 Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: <48DD8C4C.3040001@kanarip.com> Stephen John Smoogen wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > Hoping this is not just a meeting for the EPEL steering committee, here's my vote; > 1500 +1 > 1600 +1 > 1800 -1 > > Monday's meeting will be at 1500 > ;-) -Jeroen From kevin at tummy.com Sat Sep 27 18:04:24 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Sat, 27 Sep 2008 12:04:24 -0600 Subject: Fedora EPEL Package Build Report 2008-09-22 In-Reply-To: <48DD2F68.3080800@gmail.com> References: <20080922182821.4C1B01880E7@buildsys.fedoraproject.org> <7874d9dd0809261109o239080ej1c2e7298781850e0@mail.gmail.com> <48DD2F68.3080800@gmail.com> Message-ID: <20080927120424.12ea4976@ohm.scrye.com> On Fri, 26 Sep 2008 11:52:24 -0700 a.badger at gmail.com (Toshio Kuratomi) wrote: > Michael Stahnke wrote: > > On Fri, Sep 26, 2008 at 12:28 PM, Peter Lemenkov > > wrote: > >> 2008/9/22, buildsys at fedoraproject.org : > >>> Packages built and released for Fedora EPEL testing/5: 24 > >> [skip] > >> > >>> NEW fuse-gmailfs-0.8.0-1.el5 : Gmail Filesystem > >> [skip] > >> > >>> fuse-gmailfs-0.8.0-1.el5 > >>> ------------------------ > >>> * Tue Dec 11 2007 Michael Stahnke - 0.8.0-1 > >>> - Initial Package > >> There was no support for fuse in stock RHEL kernels. Maybe I missed > >> something and this support was added? > >> > > I didn't put this build through, so I am even more confused. :) > > > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=243 > > Looks like mnowak redhat com. Filed a bug to have them mark it as dead.package. https://bugzilla.redhat.com/show_bug.cgi?id=464311 Will see about removing those builds... > > -Toshio > kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From buildsys at fedoraproject.org Sat Sep 27 20:30:33 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 27 Sep 2008 20:30:33 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-27 Message-ID: <20080927203033.D23981880F2@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 3 ejabberd-2.0.2-2.el5 mt-daapd-0.2.4.2-3.el5 NEW ruby-RRDtool-0.6.0-6.el5 : RRDTool for Ruby Changes in Fedora EPEL testing/5: ejabberd-2.0.2-2.el5 -------------------- * Sat Aug 30 2008 Peter Lemenkov 2.0.2-2 - Added missing Requires mt-daapd-0.2.4.2-3.el5 ---------------------- * Fri Sep 26 2008 W. Michael Petullo - 0.2.4.2-3 - Update init script, fix Fedora Bugzilla #461719. ruby-RRDtool-0.6.0-6.el5 ------------------------ * Mon Jul 28 2008 Jeroen van Meeuwen 0.6.0-5 - Rebuild for review (#255721) From buildsys at fedoraproject.org Sun Sep 28 15:46:01 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 28 Sep 2008 15:46:01 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-28 Message-ID: <20080928154601.C127E1880F4@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 5 (!) erlang-R12B-3.3.el5 : INVALID rebuild, not published! flashrom-0-0.12.20080928svn3602.el5 openser-1.3.3-3.el5 (!) superiotool-0-0.12.20080815svn3511.el5 : INVALID rebuild, not published! (!) wavpack-4.50.1-2.el5 : INVALID rebuild, not published! Packages built and released for Fedora EPEL testing/4: 3 flashrom-0-0.12.20080928svn3602.el4 superiotool-0-0.12.20080815svn3511.el4 (!) wavpack-4.50.1-2.el4 : INVALID rebuild, not published! Changes in Fedora EPEL testing/5: erlang-R12B-3.3.el5 ------------------- * Mon Aug 11 2008 Peter Lemenkov - R12B-3.3 - Force dynamic linking of crypto libs flashrom-0-0.12.20080928svn3602.el5 ----------------------------------- * Sun Sep 28 2008 Peter Lemenkov 0-0.12.20080928svn3602 - Proper support for EN29F002(A)(N)[BT] - Recognize the Intel EP80579 LPC flash interface - Add support for MSI KT4V - Support for Winbond W39V040C and MSI K8T Neo2-F openser-1.3.3-3.el5 ------------------- * Thu Aug 28 2008 Michael Schwendt - 1.3.3-3 - Include lots of unowned directories. superiotool-0-0.12.20080815svn3511.el5 -------------------------------------- * Fri Aug 15 2008 Peter Lemenkov 0-0.12.20080815svn3511 - Fixed svn path (LinuxBIOS renamed to Coreboot) - svn ver. 3511 - add support for SMSC SIO10N268 (trivial) - add support for 2 new SMSC superio chips - Add dump support for Winbond (NSC) PC87427 wavpack-4.50.1-2.el5 -------------------- * Sat Aug 30 2008 Peter Lemenkov 4.50.1-2 - Fixes to meet the Fedora Packaging Guidelines Changes in Fedora EPEL testing/4: flashrom-0-0.12.20080928svn3602.el4 ----------------------------------- * Sun Sep 28 2008 Peter Lemenkov 0-0.12.20080928svn3602 - Proper support for EN29F002(A)(N)[BT] - Recognize the Intel EP80579 LPC flash interface - Add support for MSI KT4V - Support for Winbond W39V040C and MSI K8T Neo2-F superiotool-0-0.12.20080815svn3511.el4 -------------------------------------- * Fri Aug 15 2008 Peter Lemenkov 0-0.12.20080815svn3511 - Fixed svn path (LinuxBIOS renamed to Coreboot) - svn ver. 3511 - add support for SMSC SIO10N268 (trivial) - add support for 2 new SMSC superio chips - Add dump support for Winbond (NSC) PC87427 wavpack-4.50.1-2.el4 -------------------- * Sat Aug 30 2008 Peter Lemenkov 4.50.1-2 - Fixes to meet the Fedora Packaging Guidelines From buildsys at fedoraproject.org Mon Sep 29 15:34:59 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 29 Sep 2008 15:34:59 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-09-29 Message-ID: <20080929153459.816751880F3@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 2 nagios-plugins-1.4.13-4.el5 shorewall-4.0.14-1.el5 Packages built and released for Fedora EPEL testing/4: 3 glpi-0.71.2-1.el4.1 glpi-mass-ocs-import-1.2-1.el4.1 shorewall-4.0.14-1.el4 Changes in Fedora EPEL testing/5: nagios-plugins-1.4.13-4.el5 --------------------------- * Sun Sep 28 2008 Mike McGrath 1.4.13-4 - Upstream released new version #464419 - Added patch fix for check_linux_raid #253898 - Upstream releases fix for #451015 - check_ntp_peers - Upstream released fix for #459309 - check_ntp - Added Provides Nagios::Plugins for #457404 - Fixed configure line for #458985 check_procs * Thu Jul 10 2008 Robert M. Albrecht 1.4.12-3 - Removed --with-extra-opts, does not build in Koji * Mon Jun 30 2008 Robert M. Albrecht 1.4.12-2 - Enabled --with-extra-opts * Sun Jun 29 2008 Robert M. Albrecht 1.4.12-1 - Upstream released version 1.4.12 - Removed patches ping_timeout.patch and pgsql-fix.patch * Wed Apr 30 2008 Mike McGrath 1.4.11-4 - added patch for check_pgsql shorewall-4.0.14-1.el5 ---------------------- * Sun Sep 28 2008 Jonathan G. Underwood - 4.0.14-1 - Update to version 4.0.14 Changes in Fedora EPEL testing/4: glpi-0.71.2-1.el4.1 ------------------- * Sun Sep 28 2008 Remi Collet - 0.71.2-1.el4.1 - Fix MySQL 4.1 compatibility issue glpi-mass-ocs-import-1.2-1.el4.1 -------------------------------- * Sun Sep 28 2008 Remi Collet - 1.2-1.el4.1 - Fix MySQL 4.1 compatibility issue shorewall-4.0.14-1.el4 ---------------------- * Sun Sep 28 2008 Jonathan G. Underwood - 4.0.14-1 - Update to version 4.0.14 From smooge at gmail.com Mon Sep 29 21:03:02 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 29 Sep 2008 15:03:02 -0600 Subject: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> References: <80d7e4090809241308s6e7ecfbne2f80c17fe119b87@mail.gmail.com> Message-ID: <80d7e4090809291403o609b1eadm111d8ceaf473c311@mail.gmail.com> On Wed, Sep 24, 2008 at 2:08 PM, Stephen John Smoogen wrote: > Please put a +1 / -1 to the following 4 times for Mondays. All times > are in UTC. Highest number wins: > > 1500 > 1600 > 1800 > Running total: TOTAL ------------------------- 1500 +1 -1 -1 -1 +1 = -1 1600 +1 +1 +1 -1 +1 = +4 1800 -1 +1 +1 +1 -1 = +1 New meeting time for next Monday is 1600 UTC. Need to update pages etc. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From smooge at gmail.com Mon Sep 29 21:04:06 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 29 Sep 2008 15:04:06 -0600 Subject: LAST CALL Re: Vote on meeting time (starting in Octover) Message-ID: <80d7e4090809291404l414c5ff8ob509560e37c04e48@mail.gmail.com> On Mon, Sep 29, 2008 at 3:03 PM, Stephen John Smoogen wrote: > On Wed, Sep 24, 2008 at 2:08 PM, Stephen John Smoogen wrote: >> Please put a +1 / -1 to the following 4 times for Mondays. All times >> are in UTC. Highest number wins: >> >> 1500 >> 1600 >> 1800 >> > > Running total: > > TOTAL > ------------------------- > 1500 +1 -1 -1 -1 +1 = -1 > 1600 +1 +1 +1 -1 +1 = +4 > 1800 -1 +1 +1 +1 -1 = +1 > > New meeting time for next Monday is 1600 UTC. Need to update pages etc. > A little preliminary on my part.. I didn't say when I was closing the vote. Vote will be closed Tuesday 1800UTC for people who want to vote -- 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 mastahnke at gmail.com Tue Sep 30 02:22:48 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 29 Sep 2008 21:22:48 -0500 Subject: LAST CALL Re: Vote on meeting time (starting in Octover) In-Reply-To: <80d7e4090809291404l414c5ff8ob509560e37c04e48@mail.gmail.com> References: <80d7e4090809291404l414c5ff8ob509560e37c04e48@mail.gmail.com> Message-ID: <7874d9dd0809291922l16a67b12m8d96583c5dfb4e52@mail.gmail.com> 1500 -1 1600 0 1800 +1