From buildsys at fedoraproject.org Tue Jul 1 05:11:33 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 1 Jul 2008 01:11:33 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-01 Message-ID: <20080701051133.D17C215219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 124 balsa-2.3.25-1.el5 cobbler-1.0.2-1.el5 NEW collectl-2.6.4-1.el5 : A utility to collect various linux performance data NEW cpdup-1.11-2.el5 : Filesystem mirroring utility dtc-1.1.0-1.el5 ejabberd-2.0.1-4.el5 fftw-3.1.2-5.el5.1 flam3-2.7.13-1.el5 NEW fsvs-1.1.16-1.el5 : Full system versioning with metadata support NEW gabedit-2.1.4-2.el5.1 : GUI for computational chemistry NEW gamazons-0.83-2.el5 : GNOME Amazons NEW GMT-4.3.1-2.el5 : Generic Mapping Tools NEW GMT-coastlines-1.10-2 : Coastline data for GMT NEW GMT-doc-4.3.1-3 : Documentation for Generic Mapping Tools NEW gtkhtml38-3.12.3-6.el5 : GtkHTML library, API version 3.8 hdf5-1.6.7-1.el5 hexedit-1.2.12-10.el5 NEW ikarus-0.0.3-1.el5 : An incremental optimizing compiler for R6RS Scheme imlib2-1.3.0-5.el5 iperf-2.0.2-4.2.el5 NEW kdiff3-0.9.92-14.el5 : Compare + merge 2 or 3 files or directories koan-1.0.1-1.el5 koji-1.2.3-1.el5 NEW libapreq2-2.09-0.rc2.1.el5 : Apache HTTP request library NEW libyahoo2-0.7.7-1.el5 : Library for the Yahoo! Messenger Protocol NEW meld-1.1.5-5.el5 : Visual diff and merge tool NEW miau-0.6.5-2.el5 : Full-featured IRC bouncer NEW mod_extract_forwarded-2.0.2-2.el5 : Extract real source IP for forwarded HTTP requests mod_wsgi-1.3-3.el5 NEW mysqltuner-0.9.1-3 : MySQL high performance tuning script net6-1.3.5-1.el5 nickle-2.67-1.el5 ocaml-libvirt-0.4.1.0-3.el5 NEW ocsinventory-agent-0.0.9.2-1.el5 : Open Computer and Software Inventory Next Generation client NEW pem-0.7.1-4.el5 : Personal Expenses Manager NEW perl-Algorithm-Annotate-0.10-6.el5 : Represent a series of changes in annotate form NEW perl-Algorithm-Permute-0.12-1.el5 : Handy and fast permutation with object oriented interface NEW perl-Authen-Captcha-1.023-2.el5 : Perl extension for creating captchas NEW perl-Class-CSV-1.03-3.el5 : Class based CSV parser/writer NEW perl-Class-DBI-3.0.17-3.el5 : Simple Database Abstraction NEW perl-Class-DBI-AbstractSearch-0.07-3.el5 : Abstract Class::DBI's SQL with SQL::Abstract perl-Class-Inspector-1.17-1.el5 NEW perl-Class-Loader-2.03-5.el5 : Load modules and create objects on demand NEW perl-Compress-Raw-Bzip2-2.005-5.el5 : Low-Level Interface to bzip2 compression library NEW perl-Contextual-Return-v0.2.1-1.el5 : Create context-senstive return values NEW perl-Crypt-CAST5_PP-1.04-2.el5 : CAST5 block cipher in pure Perl NEW perl-Crypt-OpenSSL-Bignum-0.04-6.el5 : Perl interface to OpenSSL for Bignum NEW perl-Crypt-OpenSSL-Random-0.04-6.el5 : Perl interface to OpenSSL for Random NEW perl-Crypt-OpenSSL-RSA-0.25-7.el5 : Perl interface to OpenSSL for RSA NEW perl-Crypt-Primes-0.50-4.el5 : Provable prime number generator for cryptographic applications NEW perl-Crypt-Random-1.25-4.el5 : Cryptographically Secure, True Random Number Generator NEW perl-CSS-Tiny-1.14-1.el5 : Read/Write .css files with as little code as possible NEW perl-Data-Hierarchy-0.34-4.el5 : Handle data in a hierarchical structure NEW perl-DBD-AnyData-0.09-3.el5 : DBI access to XML, CSV and other formats NEW perl-Devel-Cover-0.64-1.el5 : Code coverage metrics for Perl NEW perl-Email-Valid-0.179-2.el5 : Check validity of internet email address NEW perl-ExtUtils-XSBuilder-0.28-3.el5 : Modules that parse C header files and create XS glue code NEW perl-File-chdir-0.09-2.el5 : A more sensible way to change directories NEW perl-File-LibMagic-0.85-4.el5 : Perlwrapper for libmagic NEW perl-File-Slurp-9999.13-3.el5 : Efficient Reading/Writing of Complete Files perl-Heap-0.80-1.el5 NEW perl-HTML-Template-Pro-0.69-1.el5 : Perl/XS module to use HTML Templates from CGI scripts NEW perl-IO-Compress-Base-2.005-2.el5 : Base Class for IO::Compress modules NEW perl-IO-Compress-Bzip2-2.005-3.el5 : Perl interface to allow reading and writing of bzip2 data NEW perl-IO-Digest-0.10-6.el5 : Calculate digests while reading or writing NEW perl-JSON-1.14-1.el5 : Parse and convert to JSON (JavaScript Object Notation) NEW perl-Math-Pari-2.010709-3.el5 : Perl interface to PARI NEW perl-Module-Depends-0.13-2.el5 : Identify the dependencies of a distribution NEW perl-MP3-Info-1.23-1.el5 : Manipulate / fetch info from MP3 audio files NEW perl-Object-MultiType-0.05-1.el5 : Perl Objects as Hash, Array, Scalar, Code and Glob at the same time NEW perl-Path-Class-0.16-3.el5 : Cross-platform path specification manipulation NEW perl-PerlIO-eol-0.14-4.el5 : PerlIO layer for normalizing line endings NEW perl-PerlIO-via-dynamic-0.12-4.el5 : Dynamic PerlIO layers NEW perl-PerlIO-via-symlink-0.05-5.el5 : PerlIO layers for create symlinks NEW perl-PPI-HTML-1.07-3.el5 : Generate syntax-hightlighted HTML for Perl using PPI perl-SOAP-Lite-0.710.07-1.el5 NEW perl-SQL-Abstract-Limit-0.12-4.el5 : Portable LIMIT Emulation NEW perl-SQL-Statement-1.15-4.el5 : SQL parsing and processing engine NEW perl-String-Random-0.22-2.el5 : Perl module to generate random strings based on a pattern NEW perl-SVN-Simple-0.27-6.el5 : A simple interface for writing a delta editor NEW perl-TAP-Harness-3.10-1.el5 : Run Perl standard test scripts with statistics NEW perl-TAP-Harness-Archive-0.03-1.el5 : Create an archive of TAP test results perl-Test-Perl-Critic-1.01-1.el5 NEW perl-Text-CSV_XS-0.30-5.el5 : Comma-separated values manipulation routines NEW perl-XML-Atom-SimpleFeed-0.8-1.el5 : No-fuss generation of Atom syndication feeds NEW perl-XML-Smart-1.6.9-1.el5 : Implementation of XML parser and writer for Perl NEW pgadmin3-1.8.4-1.el5 : Graphical client for PostgreSQL NEW php-pear-Auth-RADIUS-1.0.6-1.el5 : Wrapper Classes for the RADIUS PECL NEW php-pear-Cache-Lite-1.7.4-1.el5 : Fast and Safe little cache system for PHP NEW php-pear-HTTP-Client-1.1.1-1.el5 : Easy way to perform multiple HTTP requests and process their results php-pear-Net-SMTP-1.3.1-1.el5 NEW php-Smarty-2.6.19-1.el5 : Template/Presentation Framework for PHP plone-3.1.2-1.el5 postgresql-odbcng-0.90.101-2.el5 NEW pyodbc-2.0.58-3.el5 : Python DB API 2.0 Module for ODBC NEW pyPdf-1.10-4.el5 : PDF toolkit python-bugzilla-0.3-1.el5 python-genshi-0.5-1.el5 python-lxml-2.0.7-1.el5 python-ruledispatch-0.5a0-0.8.svnr2306.el5 NEW python-toscawidgets-0.9.1-1.el5 : Toolkit to help create widgets for WSGI web apps python-turbocheetah-1.0-4.el5 python-turboflot-0.1.0-1.el5 R-car-1.2-2.el5 NEW R-DBI-0.2-2.el5 : Database interface module for R NEW R-lmtest-0.9-2.el5 : Testing Linear Regression Models for R rkhunter-1.3.2-4.el5 rpmlint-0.83-1.el5 rtpproxy-1.1-1.el5 rxvt-unicode-9.05-1.el5 seekwatcher-0.12-1.el5 snake-0.11-0.6.el5 NEW tclxml-3.1-11.el5 : TclXML is a package that provides XML parsing for the Tcl scripting language NEW tcputils-0.6.2-2.el5 : Utilities for TCP programming in shell-scripts NEW tlock-1.3-1.el5 : Terminal lock NEW trac-spamfilter-plugin-0.2.1-0.1.20080603svn6990.el5 : Spam-Filter plugin for Trac NEW trickle-1.07-3.el5 : Portable lightweight userspace bandwidth shaper uw-imap-2007b-1.el5 vym-1.10.0-4.el5 wavpack-4.50-1.el5 wine-1.0-1.el5 wine-docs-1.0-1.el5 NEW yasm-0.7.1-1.el5 : Complete rewrite of the NASM assembler yumex-2.0.4-3.el5 Packages built and released for Fedora EPEL testing/5: 25 certmaster-0.20-2.el5 duplicity-0.4.11-2.el5 func-0.20-1.el5 gyachi-1.1.35-12.el5 haproxy-1.3.14.6-1.el5 horde-3.2.1-2.el5 NEW mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5 : Enhances the Mediawiki parser with logical functions memcached-1.2.5-2.el5 NEW nethogs-0.7-2.20080627cvs.el5 : A tool resembling top for network traffic ocaml-libvirt-0.4.1.1-1.el5 NEW perl-Business-CreditCard-0.30-1.el5 : Validate/generate credit card checksums/names NEW perl-Crypt-GeneratePassword-0.03-12.el5 : Generate secure random pronounceable passwords perl-Crypt-OpenSSL-Bignum-0.04-7.el5 perl-Crypt-OpenSSL-Random-0.04-7.el5 perl-Crypt-OpenSSL-RSA-0.25-8.el5 NEW perl-JSON-XS-1.43-1.el5 : JSON serialising/deserialising, done correctly and fast php-pear-Log-1.11.0-1.el5 php-pear-PHP-CodeSniffer-1.0.1-1.el5 php-pear-PhpDocumentor-1.4.2-1.el5 NEW php-pecl-apc-3.0.19-1.el5 : APC caches and optimizes PHP intermediate code python-pgsql-0.9.7-1.el5 shorewall-4.0.12-1.el5 NEW tcldom-3.1-11.el5 : TclDOM is a package that provides a DOM binding for the Tcl scripting language NEW tdom-0.8.2-2.el5 : DOM parser for Tcl NEW virt-top-1.0.1-7.el5 : Utility like top(1) for displaying virtualization stats Packages built and released for Fedora EPEL 4: 39 NEW collectl-2.6.4-1.el4 : A utility to collect various linux performance data erlang-R11B-2.3.el4 fftw-3.1.2-5.el4.1 mod_wsgi-1.3-3.el4 NEW mysqltuner-0.9.1-2 : MySQL high performance tuning script net6-1.3.5-1.el4 obby-0.4.4-2.el4 NEW ocsinventory-agent-0.0.9.2-1.el4 : Open Computer and Software Inventory Next Generation client NEW perl-Algorithm-Annotate-0.10-6.el4 : Represent a series of changes in annotate form NEW perl-Class-Loader-2.03-5.el4 : Load modules and create objects on demand NEW perl-Crypt-Primes-0.50-4.el4 : Provable prime number generator for cryptographic applications NEW perl-Crypt-Random-1.25-4.el4 : Cryptographically Secure, True Random Number Generator NEW perl-Data-Hierarchy-0.34-4.el4 : Handle data in a hierarchical structure NEW perl-Email-Valid-0.179-2.el4 : Check validity of internet email address NEW perl-IO-Digest-0.10-6.el4 : Calculate digests while reading or writing NEW perl-Math-Pari-2.010709-3.el4 : Perl interface to PARI NEW perl-Path-Class-0.16-3.el4 : Cross-platform path specification manipulation NEW perl-PerlIO-eol-0.14-4.el4 : PerlIO layer for normalizing line endings NEW perl-PerlIO-via-dynamic-0.12-4.el4 : Dynamic PerlIO layers NEW perl-PerlIO-via-symlink-0.05-5.el4 : PerlIO layers for create symlinks perl-String-CRC32-1.4-1.el4 NEW perl-SVN-Simple-0.27-6.el4 : A simple interface for writing a delta editor perl-Test-Pod-Coverage-1.08-1.el4 NEW php-extras-4.3.9-1.el4 : Additional PHP modules from the standard PHP distribution R-car-1.2-2.el4 NEW R-DBI-0.2-2.el4 : Database interface module for R NEW R-lmtest-0.9-2.el4 : Testing Linear Regression Models for R rkhunter-1.3.2-4.el4 rtpproxy-1.1-1.el4 rxvt-unicode-9.05-1.el4 NEW snake-0.11-0.7.el4 : Smart Network Automated Kickstart Environment NEW tclxml-3.1-11.el4 : TclXML is a package that provides XML parsing for the Tcl scripting language NEW tcputils-0.6.2-3.el4 : Utilities for TCP programming in shell-scripts NEW tlock-1.3-1.el4 : Terminal lock NEW trickle-1.07-3.el4 : Portable lightweight userspace bandwidth shaper uw-imap-2007b-1.el4 wavpack-4.50-1.el4 wine-1.0-1.el4 wine-docs-1.0-1.el4 Packages built and released for Fedora EPEL testing/4: 12 certmaster-0.20-2.el4 duplicity-0.4.11-2.el4 func-0.20-1.el4 haproxy-1.3.14.6-1.el4 NEW mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4 : Enhances the Mediawiki parser with logical functions NEW perl-Business-CreditCard-0.30-1.el4 : Validate/generate credit card checksums/names NEW perl-Crypt-CAST5_PP-1.04-2.el4 : CAST5 block cipher in pure Perl NEW perl-Crypt-GeneratePassword-0.03-12.el4 : Generate secure random pronounceable passwords python-pgsql-0.9.7-1.el4 shorewall-4.0.12-1.el4 NEW tcldom-3.1-11.el4 : TclDOM is a package that provides a DOM binding for the Tcl scripting language NEW tdom-0.8.2-2.el4 : DOM parser for Tcl Changes in Fedora EPEL 5: balsa-2.3.25-1.el5 ------------------ * Wed Jun 18 2008 Pawel Salek - 2.3.25-1 - update to 2.3.25, fixing GMail IMAP compatibility (bz.gnome.org 536100). cobbler-1.0.2-1.el5 ------------------- * Wed Jun 04 2008 Michael DeHaan - 1.0.2-1 - Upsteram changes (see CHANGELOG) * Tue Jun 03 2008 Michael DeHaan - 1.0.1-1 - Upstream changes (see CHANGELOG) - stop owning files in tftpboot - condrestart for Apache collectl-2.6.4-1.el5 -------------------- * Thu Jun 19 2008 Karel Zak 2.6.4-1 - initial packaging (thanks to Dan Horak), based upon upstream srpm cpdup-1.11-2.el5 ---------------- * Wed Jun 11 2008 Michel Alexandre Salim - 1.11-2 - Fix build problems with GLIBC on 64-bit archs * Thu Jun 05 2008 Michel Alexandre Salim - 1.11-1 - Update to 1.11 dtc-1.1.0-1.el5 --------------- * Thu Jan 24 2008 Josh Boyer - Update to 1.1.0 ejabberd-2.0.1-4.el5 -------------------- * Sun Jun 22 2008 Peter Lemenkov 2.0.1-4 - Last minute fix (issue with shortnames/fqdn) * Sun Jun 22 2008 Peter Lemenkov 2.0.1-3 -Fixed BZ# 439583, 452326, 451554 fftw-3.1.2-5.el5.1 ------------------ * Wed Jun 25 2008 Rex Dieter 3.1.2-5.1 - re-enable %check - License: GPLv2+ flam3-2.7.13-1.el5 ------------------ * Sat Jun 07 2008 Ian Weller 2.7.13-1 - Upstream updated fsvs-1.1.16-1.el5 ----------------- * Wed Jun 18 2008 David Fraser 1.1.16-1 - Upgraded to 1.1.16 - Updated with new upstream description and summary gabedit-2.1.4-2.el5.1 --------------------- * Mon Jun 16 2008 Dominik Mierzejewski 2.1.4-2.1 - disable external gtkglarea until it appears in EPEL gamazons-0.83-2.el5 ------------------- * Mon Jun 09 2008 Michel Salim - 0.83-2 - Add thots (TODO) and gamazon.bugs to %doc - No longer require yelp; instead, make sure we own the help directory * Sun Jun 01 2008 Michel Salim - 0.83-1 - Initial package GMT-4.3.1-2.el5 --------------- * Tue May 27 2008 Orion Poplawski 4.3.1-2 - Fix lowercase provides (bug #448263) GMT-coastlines-1.10-2 --------------------- * Thu May 29 2008 Orion Poplawski 1.10-2 - Bump release for EPEL GMT-doc-4.3.1-3 --------------- * Thu May 29 2008 Orion Poplawski 4.3.1-3 - Bump release for EPEL gtkhtml38-3.12.3-6.el5 ---------------------- * Wed Aug 29 2007 Fedora Release Engineering - 3.12.3-6 - Rebuild for selinux ppc32 issue. hdf5-1.6.7-1.el5 ---------------- * Wed May 28 2008 Orion Poplawski 1.6.7-1 - Update to 1.6.7 * Wed Oct 17 2007 Orion Poplawski 1.6.6-1 - Update to 1.6.6, drop upstreamed patches - Explicitly set compilers * Fri Aug 24 2007 Orion Poplawski 1.6.5-9 - Update license tag to BSD - Rebuild for BuildID * Wed Aug 08 2007 Orion Poplawski 1.6.5-8 - Fix memset typo - Pass mode to open with O_CREAT hexedit-1.2.12-10.el5 --------------------- * Tue Jun 17 2008 Jiri Moskovcak - 1.2.12.10 - rebuild ikarus-0.0.3-1.el5 ------------------ * Mon Jun 02 2008 Michel Salim - 0.0.3-1 - Update to 0.0.3 imlib2-1.3.0-5.el5 ------------------ * Mon Jun 02 2008 Tomas Smetana 1.3.0-5 - fix for CVE-2008-2426 iperf-2.0.2-4.2.el5 ------------------- * Mon Jun 16 2008 Gabriel Somlo 2.0.2-4.2 - rebuild for EL-5 kdiff3-0.9.92-14.el5 -------------------- * Thu Jun 05 2008 Manuel Wolfshant - 0.9.92-14 - add a conditional BR, allowing build in EPEL-5 koan-1.0.1-1.el5 ---------------- * Fri Jun 06 2008 Michael DeHaan - 1.0.1-1 - Upstream changes (see CHANGELOG) koji-1.2.3-1.el5 ---------------- * Fri Dec 14 2007 jkeating 1.2.3-1 - New upstream release with lots of updates, bugfixes, and enhancements. * Tue Jun 05 2007 Mike Bonnet - 1.2.2-1 - only allow admins to perform non-scratch builds from srpm - bug fixes to the cmd-line and web UIs * Thu May 31 2007 Mike Bonnet - 1.2.1-1 - don't allow ExclusiveArch to expand the archlist (bz#239359) - add a summary line stating whether the task succeeded or failed to the end of the "watch-task" output - add a search box to the header of every page in the web UI - new koji download-build command (patch provided by Dan Berrange) * Tue May 15 2007 Mike Bonnet - 1.2.0-1 - change version numbering to a 3-token scheme - install the koji favicon * Mon May 14 2007 Mike Bonnet - 1.1-5 - cleanup koji-utils Requires - fix encoding and formatting in email notifications - expand archlist based on ExclusiveArch/BuildArchs - allow import of rpms without srpms - commit before linking in prepRepo to release db locks - remove exec bit from kojid logs and uploaded files (patch by Enrico Scholz) libapreq2-2.09-0.rc2.1.el5 -------------------------- * Fri Nov 10 2006 Bojan Smojver - 2.09-0.rc2.1 - bump up to 2.09-rc2 libyahoo2-0.7.7-1.el5 --------------------- * Sun Jun 01 2008 Ray Van Dolson - 0.7.7-1 - Added BuildRequires (pkgconfig, glib2-devel) - Upstream released 0.7.7 (fixes Fedora >= 9 compilation failures) meld-1.1.5-5.el5 ---------------- * Tue Jun 03 2008 Brian Pepple - 1.1.5-5 - Backport git support (#449250). miau-0.6.5-2.el5 ---------------- * Wed Feb 13 2008 Patrick "Jima" Laughton 0.6.5-2 - Bump-n-build for GCC 4.3 mod_extract_forwarded-2.0.2-2.el5 --------------------------------- * Sat Sep 09 2006 Tim Jackson 2.0.2-2 - Rebuild for FE6 mod_wsgi-1.3-3.el5 ------------------ * Mon Jun 16 2008 Ricky Zhou 1.3-3 - Build against the shared python lib. mysqltuner-0.9.1-3 ------------------ * Sat Jun 21 2008 Ville Skytt? - 0.9.1-3 - Don't warn if --skipversion is used (#452172). * Thu Jun 19 2008 Ville Skytt? - 0.9.1-1 - 0.9.1. - Patch to not "phone home" by default (--skipversion -> --checkversion). net6-1.3.5-1.el5 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 nickle-2.67-1.el5 ----------------- * Fri Jun 06 2008 Michel Alexandre Salim - 2.67-1 - Update to 2.67 * Fri Jan 18 2008 Michel Alexandre Salim - 2.62-1 - Update to 2.62 ocaml-libvirt-0.4.1.0-3.el5 --------------------------- * Tue May 20 2008 Richard W.M. Jones - 0.4.1.0-3 - Disable virt-top (bz 442871). ocsinventory-agent-0.0.9.2-1.el5 -------------------------------- * Sun Apr 20 2008 Remi Collet 0.0.9.2-1 - update to 0.0.9.2 (minor bug fix) pem-0.7.1-4.el5 --------------- * Sun May 04 2008 Kushal Das - 0.7.1-4 - Fixed the description perl-Algorithm-Annotate-0.10-6.el5 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-Algorithm-Permute-0.12-1.el5 --------------------------------- * Thu Jun 12 2008 Lubomir Rintel (Good Data) 0.12-1 - Specfile autogenerated by cpanspec 1.75. perl-Authen-Captcha-1.023-2.el5 ------------------------------- * Mon Jun 23 2008 Lubomir Rintel (Good Data) 1.023-2 - Review by Parag AN * Wed Jun 11 2008 Lubomir Rintel (Good Data) 1.023-1 - Specfile autogenerated by cpanspec 1.75. - Fix up various strings perl-Class-CSV-1.03-3.el5 ------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 1.03-3 Rebuild for new perl perl-Class-DBI-3.0.17-3.el5 --------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 3.0.17-3 - Rebuild for perl 5.10 (again) perl-Class-DBI-AbstractSearch-0.07-3.el5 ---------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.07-3 - license fix perl-Class-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Class-Loader-2.03-5.el5 ---------------------------- * Fri Aug 10 2007 Paul Howarth 2.03-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Compress-Raw-Bzip2-2.005-5.el5 ----------------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 2.005-5 - rebuild for new perl perl-Contextual-Return-v0.2.1-1.el5 ----------------------------------- * Fri Mar 30 2007 Chris Weyl v0.2.1-1 - update to v0.2.1 perl-Crypt-CAST5_PP-1.04-2.el5 ------------------------------ * Mon Jun 23 2008 Nigel Jones - 1.04-2 - Missed two BRs Test::Taint & Crypt::CBC * Mon Jun 23 2008 Nigel Jones - 1.04-1 - Specfile autogenerated by cpanspec 1.77. perl-Crypt-OpenSSL-Bignum-0.04-6.el5 ------------------------------------ * Wed Jun 18 2008 Wes Hardaker - 0.04-6 - Exclude x86_64; openssl is broken there so we'll add this in until the point that it's no longer broken over there. That way we can at least push this out to everyone else that might benefit from it and we can continue to test build packages that depend on it. * Wed Jun 18 2008 Wes Hardaker - 0.04-5 - You need to update the release tag when making changes perl-Crypt-OpenSSL-Random-0.04-6.el5 ------------------------------------ * Tue Jun 17 2008 Wes Hardaker - 0.04-6 - exclude x86_64 because openssl on that arch has broken deps perl-Crypt-OpenSSL-RSA-0.25-7.el5 --------------------------------- * Thu Jun 19 2008 Wes Hardaker - 0.25-7 - Exclude x86_64 till it's fixed * Wed Jun 18 2008 Wes Hardaker - 0.25-6 - Fix bug 451900: force-require the bignum module perl-Crypt-Primes-0.50-4.el5 ---------------------------- * Sun Aug 12 2007 Paul Howarth 0.50-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-Random-1.25-4.el5 ---------------------------- * Sun Aug 12 2007 Paul Howarth 1.25-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-CSS-Tiny-1.14-1.el5 ------------------------ * Mon Sep 04 2006 Jose Pedro Oliveira - 1.14-1 - Update to 1.14. perl-Data-Hierarchy-0.34-4.el5 ------------------------------ * Thu Mar 06 2008 Tom "spot" Callaway - 0.34-4 - rebuild for new perl perl-DBD-AnyData-0.09-3.el5 --------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 0.09-3 - Rebuild for perl 5.10 (again) perl-Devel-Cover-0.64-1.el5 --------------------------- * Fri Jun 13 2008 Tom "spot" Callaway - 0.64-1 - update to 0.64 perl-Email-Valid-0.179-2.el5 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.179-2 - fix license, BR: Net::Domain::TLD perl-ExtUtils-XSBuilder-0.28-3.el5 ---------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.28-3 - license tag fix perl-File-chdir-0.09-2.el5 -------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 0.09-2 - rebuild for new perl perl-File-LibMagic-0.85-4.el5 ----------------------------- * Thu Jun 05 2008 Josh Kayse 0.85-4 - remove patch, not needed for RHEL5 - remove file-devel and perl-devel from build requires perl-File-Slurp-9999.13-3.el5 ----------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 9999.13-3 - Rebuild for perl 5.10 (again) perl-Heap-0.80-1.el5 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-HTML-Template-Pro-0.69-1.el5 --------------------------------- * Mon Jun 02 2008 Lubomir Rintel (Good Data) 0.69-1 - Specfile autogenerated by cpanspec 1.75. - Fixed Build requirements for the tests to run - Enable PCRE support perl-IO-Compress-Base-2.005-2.el5 --------------------------------- * Tue Jul 17 2007 Robin Norwood - 2.005-2 - Bump release to beat F-7 version perl-IO-Compress-Bzip2-2.005-3.el5 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 2.005-3 Rebuild for new perl perl-IO-Digest-0.10-6.el5 ------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-JSON-1.14-1.el5 -------------------- * Sun May 13 2007 Chris Weyl 1.14-1 - update to 1.14 perl-Math-Pari-2.010709-3.el5 ----------------------------- * Mon Aug 13 2007 Paul Howarth 2.010709-3 - clarify license as GPL v1 or later, or Artistic (same as perl) perl-Module-Depends-0.13-2.el5 ------------------------------ * Thu Mar 06 2008 Tom "spot" Callaway - 0.13-2 Rebuild for new perl perl-MP3-Info-1.23-1.el5 ------------------------ * Sun Sep 30 2007 Christopher Stone 1.23-1 - Upstream sync perl-Object-MultiType-0.05-1.el5 -------------------------------- * Mon Jun 02 2008 Lubomir Rintel (Good Data) 0.05-1 - Specfile autogenerated by cpanspec 1.75. - Fix enconding of line breaks in documentation files perl-Path-Class-0.16-3.el5 -------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 0.16-3 - rebuild for new perl perl-PerlIO-eol-0.14-4.el5 -------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.14-4 - rebuild for new perl perl-PerlIO-via-dynamic-0.12-4.el5 ---------------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 0.12-4 - rebuild for new perl perl-PerlIO-via-symlink-0.05-5.el5 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.05-5 - rebuild for new perl perl-PPI-HTML-1.07-3.el5 ------------------------ * Wed Feb 27 2008 Tom "spot" Callaway - 1.07-3 - Rebuild for perl 5.10 (again) perl-SOAP-Lite-0.710.07-1.el5 ----------------------------- * Tue Jun 24 2008 Mike McGrath - 0.710.07-1 - Upstream released new version * Mon Mar 03 2008 Tom "spot" Callaway - 0.68-6 - rebuild for new perl * Thu Oct 18 2007 Mike McGrath - 0.68-5 - Fixed build requires * Tue Oct 16 2007 Tom "spot" Callaway - 0.68-4.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-SQL-Abstract-Limit-0.12-4.el5 ---------------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.12-4 - license tag fix perl-SQL-Statement-1.15-4.el5 ----------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 1.15-4 - Rebuild for perl 5.10 (again) perl-String-Random-0.22-2.el5 ----------------------------- * Mon Jun 23 2008 Lubomir Rintel (Good Data) 0.22-2 - Add missing Test::More dependency, thanks to Parag AN * Wed Jun 11 2008 Lubomir Rintel (Good Data) 0.22-1 - Specfile autogenerated by cpanspec 1.75. perl-SVN-Simple-0.27-6.el5 -------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.27-6 - rebuild for new perl perl-TAP-Harness-3.10-1.el5 --------------------------- * Mon Jun 02 2008 Lubomir Rintel (Good Data) 3.10-1 - Specfile autogenerated by cpanspec 1.75. - Fix description - Exclude Test::Harness perl-TAP-Harness-Archive-0.03-1.el5 ----------------------------------- * Tue Jun 17 2008 Lubomir Rintel (Good Data) 0.03-1 - Specfile autogenerated by cpanspec 1.75. - Fix dependencies perl-Test-Perl-Critic-1.01-1.el5 -------------------------------- * Sat Jan 27 2007 Jose Pedro Oliveira - 1.01-1 - Update to 1.01. perl-Text-CSV_XS-0.30-5.el5 --------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 0.30-5 - Rebuild for perl 5.10 (again) perl-XML-Atom-SimpleFeed-0.8-1.el5 ---------------------------------- * Mon Jun 02 2008 Lubomir Rintel (Good Data) 0.8-1 - Specfile autogenerated by cpanspec 1.75. - Fix build time dependencies perl-XML-Smart-1.6.9-1.el5 -------------------------- * Mon Jun 02 2008 Lubomir Rintel (Good Data) 1.6.9-1 - Specfile autogenerated by cpanspec 1.75. - Skip the test that fetches an external file pgadmin3-1.8.4-1.el5 -------------------- * Thu Jun 19 2008 Devrim GUNDUZ 1.8.4-1 - Initial import of pgadmin3 to EL-4 php-pear-Auth-RADIUS-1.0.6-1.el5 -------------------------------- * Thu Jun 19 2008 Christopher Stone 1.0.6-1 - Initial Fedora release php-pear-Cache-Lite-1.7.4-1.el5 ------------------------------- * Mon Jun 09 2008 Remi Collet 1.7.4-1 - update to 1.7.4 php-pear-HTTP-Client-1.1.1-1.el5 -------------------------------- * Fri Jun 06 2008 Christopher Stone 1.1.1-1 - Initial Fedora release php-pear-Net-SMTP-1.3.1-1.el5 ----------------------------- * Tue Jun 10 2008 Remi Collet 1.3.1-1 - update to 1.3.1 - add Comment on howto to run test suite * Sun Apr 27 2008 Remi Collet 1.3.0-1 - update to 1.3.0 php-Smarty-2.6.19-1.el5 ----------------------- * Wed Feb 20 2008 Christopher Stone 2.6.19-1 - Upstream sync - Update %license - Fix file encoding plone-3.1.2-1.el5 ----------------- * Sat Jun 14 2008 Jonathan Steffan 3.1.2-1 - Update to plone 3.1.2 postgresql-odbcng-0.90.101-2.el5 -------------------------------- * Fri Jun 06 2008 Devrim GUNDUZ - 0.90.101-2 - Fix debuginfo issue, per review. pyodbc-2.0.58-3.el5 ------------------- * Mon Jun 02 2008 Ray Van Dolson - 2.0.58-3 - Removed silly python BuildRequires * Mon Jun 02 2008 Ray Van Dolson - 2.0.58-2 - Added python and python-devel to BuildRequires pyPdf-1.10-4.el5 ---------------- * Tue Apr 01 2008 Felix Schwarz 1.10-4 - added CHANGELOG to doc, more specific file list python-bugzilla-0.3-1.el5 ------------------------- * Sat Jan 12 2008 Will Woods 0.3-1 - Update to python-bugzilla 0.3 - 'modify' works in the commandline-util - add Bug.close() and Bug.setstatus() python-genshi-0.5-1.el5 ----------------------- * Mon Jun 09 2008 Jeffrey C. Ollie - 0.5-1 - Update to released version of Genshi. * Thu Apr 24 2008 Jeffrey C. Ollie - 0.5-0.1.svn847 - Update to snapshot of 0.5 * Tue Aug 28 2007 Jeffrey C. Ollie - 0.4.4-2 - BR python-setuptools-devel python-lxml-2.0.7-1.el5 ----------------------- * Fri Jun 20 2008 Jeffrey C. Ollie - 2.0.7-1 - Update to 2.0.7 - Update download URL * Sat May 31 2008 Jeffrey C. Ollie - 2.0.6-1 - Update to 2.0.6 python-ruledispatch-0.5a0-0.8.svnr2306.el5 ------------------------------------------ * Sat Dec 08 2007 Luke Macken 0.5a0-0.5.svn2305 - 0.5a0.dev-r2306 python-toscawidgets-0.9.1-1.el5 ------------------------------- * Mon Jun 02 2008 Luke Macken - 0.9.1-1 - Update to latest release - Remove python-paste-script, python-ruledispatch, python-decorator and python-decoratortools dependencies. python-turbocheetah-1.0-4.el5 ----------------------------- * Fri Jun 13 2008 Luke Macken - 1.0-4 - Require python-cheetah >= 2.0.1 (#451231) 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 R-car-1.2-2.el5 --------------- * Wed Feb 13 2008 Orion Poplawski 1.2-2 - Fix file permissions, line endings and encoding R-DBI-0.2-2.el5 --------------- * Sun Jun 22 2008 Nigel Jones - 0.2-2 - Description/URL updates per Review * Tue Jun 10 2008 Nigel Jones - 0.2-1 - Initial package R-lmtest-0.9-2.el5 ------------------ * Mon Jun 23 2008 Orion Poplawski 0.9-2 - Fix License, add README and COPYRIGHTS to doc - Fixup non utf8 files rkhunter-1.3.2-4.el5 -------------------- * Mon Jun 16 2008 Kevin Fenzi - 1.3.2-4 - Fix cron script to only mail on warn/error - bug #450703 - Fix conditional to account for fc10 rsyslog rpmlint-0.83-1.el5 ------------------ * Tue May 27 2008 Manuel Wolfshant - 0.83-1 - resync, bump release to match * Tue May 27 2008 Manuel Wolfshant - 0.83-0.1 - Sync with rawhide: --Tue May 27 2008 Ville Skytt? --- bump release to 0.83, fixes #237204, #428096, #430206, #433783, #434694, #444441. --- Fedora licensing patch applied upstream. --- Move pre-2007 changelog entries to CHANGES.package.old. -- Tue May 20 2008 Todd Zullinger --- Sync Fedora license list with Revision 0.83 (Wiki rev 131). rtpproxy-1.1-1.el5 ------------------ * Wed Jun 18 2008 Peter Lemenkov - 1.1-1 - Stable ver. 1.1 rxvt-unicode-9.05-1.el5 ----------------------- * Mon Jun 16 2008 Andreas Bierfert - 9.05-1 - version upgrade - add terminfo * Sat Jan 26 2008 Andreas Bierfert - 9.0-1 - version upgrade seekwatcher-0.12-1.el5 ---------------------- * Wed Jun 04 2008 Eric Sandeen - 0.12-1 - New upstream version, fixes IO plots for high block ranges. snake-0.11-0.6.el5 ------------------ * Fri Jun 13 2008 James Laska 0.11-0.6 - ticket#37 - snake-server support for hosting http,ftp and nfs kickstarts - ticket#42 - snake/tui.py - add ksmethod selection screen - snake-install-tui should remember the selected tree - ticket#53 - Add snake-ks --ksmeta parameter to pass optional values to the python kickstart template. - Add snake-machine check to ensure xmlrpc server supports machine.* methods - Include /var/lib/snake/machines in spec file - ticket#11 - Removed xml support from compose.py and tree.py - Dropped snake-server labquery.py, labindex.py, and server.py * Fri May 16 2008 James Laska 0.11-0.5 - ticket#51 - Call ybin or zipl when appropriate after updating grubby - ticket#39 - add snake-install cmdline arg support - ticket#25 - added a snake/tui boot argument screen - ticket#52 - snake.tree _makename and __str__ result in the same name tclxml-3.1-11.el5 ----------------- * Sun Feb 04 2007 Wart - 3.1-11 - Move package directory back to %{_libdir} until %{tcl_sitearch} is part of the default package search path in Tcl. tcputils-0.6.2-2.el5 -------------------- * Fri Oct 19 2007 Allisson Azevedo 0.6.2-2 - Keep timestamps on man files tlock-1.3-1.el5 --------------- * Thu May 29 2008 _pjp_ - 1.3-1 - The new tlock version 1.3 for the last change in the texinfo source. trac-spamfilter-plugin-0.2.1-0.1.20080603svn6990.el5 ---------------------------------------------------- * Tue Jun 03 2008 Jesse Keating - 0.2.1-0.1.20080603svn6990 - Initial packaging trickle-1.07-3.el5 ------------------ * Mon Jun 16 2008 Nicoleau Fabien 1.07-3 - add configure.in - add default configuration file for trickled * Sun Jun 15 2008 Nicoleau Fabien 1.07-2 - Licence changed - ldconfig no more used - dir macro used for libdir/name - config.h file modified (/lib/ hardcoded) * Sun Jun 08 2008 Nicoleau Fabien 1.07-1 - Rebuild for version 1.07 - Removed smp_mflags flag for make * Sat Jun 07 2008 Nicoleau Fabien 1.06-1 - Initital build uw-imap-2007b-1.el5 ------------------- * Fri Jun 13 2008 Rex Dieter 2007b-1 - imap-2007b * Sun May 18 2008 Rex Dieter 2007a1-3 - libc-client: incomplete list of obsoletes (#446240) vym-1.10.0-4.el5 ---------------- * Tue Jun 10 2008 Jon Ciesla - 1.10.0-4 - Added mime type xml, BZ434929. wavpack-4.50-1.el5 ------------------ * Wed Jun 18 2008 Peter Lemenkov 4.50-1 - Version 4.50 * Tue Feb 19 2008 Fedora Release Engineering - 4.41-2 - Autorebuild for GCC 4.3 wine-1.0-1.el5 -------------- * Tue Jun 17 2008 Andreas Bierfert - 1.0-1 - version upgrade (#446311,#417161) - fix wine.desktop mime types (#448338) - add desktop package including desktop files and binary handler (#441310) * Mon Jun 16 2008 Andreas Bierfert - 1.0-0.5.rc5 - version upgrade wine-docs-1.0-1.el5 ------------------- * Tue Jun 17 2008 Andreas Bierfert - 1.0-1 - version upgrade * Sat Jun 07 2008 Andreas Bierfert - 1.0-0.4.rc4 - version upgrade * Sun Jun 01 2008 Andreas Bierfert - 1.0-0.3.rc3 - version upgrade * Fri May 23 2008 Andreas Bierfert - 1.0-0.2.rc2 - version upgrade * Sat May 10 2008 Andreas Bierfert - 1.0-0.1.rc1 - version upgrade * Fri Apr 18 2008 Andreas Bierfert - 0.9.60-1 - version upgrade * Mon Apr 07 2008 Andreas Bierfert - 0.9.59-1 - version upgrade * Tue Mar 25 2008 Andreas Bierfert - 0.9.58-1 - version upgrade yasm-0.7.1-1.el5 ---------------- * Tue May 20 2008 Matthias Saou 0.7.1-1 - Update to 0.7.1. yumex-2.0.4-3.el5 ----------------- * Mon Jun 16 2008 Tim Lauridsen - 2.0.4-3 - Bumped release for EL-5 rebuild Changes in Fedora EPEL testing/5: certmaster-0.20-2.el5 --------------------- * Fri Jun 06 2008 Adrian Likins - 0.20-2 - fix fedora bug #441283 - typo in postinstall scriptlet (the init.d symlinks for runlevels 1 and 6 were created wrong) * Tue Apr 15 2008 Michael DeHaan - 0.20-1 - new release - fix changelog versions * Tue Apr 15 2008 Steve Salevan - 0.19-3 - added in trigger directories * Mon Mar 17 2008 Adrian Likins - 0.19-2 - removed unused minion/ and overlord/ dirs duplicity-0.4.11-2.el5 ---------------------- * Sat Jun 28 2008 Robert Scheck 0.4.11-2 - Added patch for incremental backups using python 2.3 (#453069) func-0.20-1.el5 --------------- * Sat Jun 28 2008 Adrian Likins - 0.18-2 - fix fedora bug #441283 - typo in postinstall scriptlet (the init.d symlinks for runlevels 1 and 6 were created wrong) gyachi-1.1.35-12.el5 -------------------- * Fri Jun 20 2008 Gregory D Hosler - 1.1.35-12 - Changed jasper-libs back to jasper for el4/el5 * Fri Jun 20 2008 Gregory D Hosler - 1.1.35-8 - disabled libnotify, gpgme for RHEL4, changed libXt-devel and - libtool-ltdl-devel for RHEL4 * Mon Jun 16 2008 Gregory D Hosler - 1.1.35-7 - disabled xmms plugin for rhel, pulseaudio for EL4/EL5 - removed a gnu extension strchrnul in theme_support.c * Mon Jun 16 2008 Gregory D Hosler - 1.1.35-6 - Made Alsa driver a plugin, added pulseaudio support as a plugin. - Disabled pulseaudio plugin for F7 haproxy-1.3.14.6-1.el5 ---------------------- * Sat Jun 28 2008 Jeremy Hinegardner - 1.3.14.6-2 - update to 1.3.14.6 - remove MIT license portion, that code was removed from upstream horde-3.2.1-2.el5 ----------------- * Sun Jun 29 2008 Nigel Jones - 3.2.1-2 - Remove php-pecl-Fileinfo dependency until I can get it built (emergency fix) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5 ------------------------------------------------------ * Tue May 20 2008 Ian Weller 1.1.1-1.20080520svn35130 - Initial package build. memcached-1.2.5-2.el5 --------------------- * Tue Mar 04 2008 Paul Lindner - 1.2.5-1 - Upgrade to memcached-1.2.5 * Sun Jan 27 2008 Paul Lindner - 1.2.4-3 - Adjust libevent dependencies * Sat Dec 22 2007 Paul Lindner - 1.2.4-2 - Upgrade to memcached-1.2.4 * Fri Sep 07 2007 Konstantin Ryabitsev - 1.2.3-8 - Add selinux policies - Create our own system user nethogs-0.7-2.20080627cvs.el5 ----------------------------- * Fri Jun 27 2008 Anderson Silva 0.7-2.20080627cvs - Patch provided by Marek Mahut to compile under Fedora 9 - Removed BuildArch restrictions * Fri Jun 27 2008 Anderson Silva 0.7-1.20080627cvs - Stable package of nethogs ocaml-libvirt-0.4.1.1-1.el5 --------------------------- * Fri Jun 27 2008 Richard W.M. Jones - 0.4.1.1-1 - Conservatively upgrade to 0.4.1.1 which includes the cmi file fix (http://hg.et.redhat.com/virt/applications/virt-top--devel?cs=68d75d3ad1f3) * Fri Jun 27 2008 Richard W.M. Jones - 0.4.1.0-4 - Just force a rebuild since the -3 package has disappeared up the swanee. perl-Business-CreditCard-0.30-1.el5 ----------------------------------- * Mon Jun 23 2008 Michael Stahnke 0.30-1 - Specfile autogenerated by cpanspec 1.77. perl-Crypt-GeneratePassword-0.03-12.el5 --------------------------------------- * Mon Jun 23 2008 Nigel Jones - 0.03-12 - Specfile autogenerated by cpanspec 1.77. - Bump to be > than -11 in Spacewalk repo perl-Crypt-OpenSSL-Bignum-0.04-7.el5 ------------------------------------ * Mon Jun 23 2008 Lubomir Rintel - 0.04-7 - Enable x86_64 build perl-Crypt-OpenSSL-Random-0.04-7.el5 ------------------------------------ * Mon Jun 23 2008 Wes Hardaker - 0.04-7 - Allow on the broken architecture again perl-Crypt-OpenSSL-RSA-0.25-8.el5 --------------------------------- * Mon Jun 23 2008 Wes Hardaker - 0.25-8 - Reinsert still broken x86_64 architecture perl-JSON-XS-1.43-1.el5 ----------------------- * Thu Aug 09 2007 Chris Weyl 1.43-1 - update to 1.43 php-pear-Log-1.11.0-1.el5 ------------------------- * Sat Jun 28 2008 Remi Collet 1.11.0-1 - update to 1.11.0 : swicth from PHP to MIT license php-pear-PHP-CodeSniffer-1.0.1-1.el5 ------------------------------------ * Sun Feb 17 2008 Konstantin Ryabitsev - 1.0.1-1 - Upstream 1.0.1 - Move sample config into docs * Fri Aug 17 2007 Konstantin Ryabitsev - 0.8.0-1 - Upstream 0.8.0 php-pear-PhpDocumentor-1.4.2-1.el5 ---------------------------------- * Mon Jun 30 2008 Konstantin Ryabitsev - 1.4.2-1 - Upstream 1.4.2. * Fri Mar 21 2008 Konstantin Ryabitsev - 1.4.1-2 - Use system php-Smarty. * Sun Feb 17 2008 Konstantin Ryabitsev - 1.4.1-1 - Upstream 1.4.1. * Fri Aug 17 2007 Konstantin Ryabitsev - 1.4.0-1 - New major upstream release 1.4.0 - Drop explicit requirements on php -- let php-pear pull in what is necessary php-pecl-apc-3.0.19-1.el5 ------------------------- * Wed Jun 25 2008 Tim Jackson - 3.0.19-1 - Update to 3.0.19 - Fix PHP Zend API/ABI dependencies to work on EL-4/5 - Fix "License" tag - Fix encoding of "NOTICE" file - Add registration via PECL python-pgsql-0.9.7-1.el5 ------------------------ * Mon Jun 30 2008 Konstantin Ryabitsev - 0.9.7-1 - Upstream 0.9.7 - Adjust URL and Source to the PyPi location * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-2 - Autorebuild for GCC 4.3 * Fri Aug 17 2007 Konstantin Ryabitsev - 0.9.6-1 - Upstream 0.9.6 - Appease license naming gods shorewall-4.0.12-1.el5 ---------------------- * Fri Jun 27 2008 Jonathan G. Underwood - 4.0.12-1 - Update to version 4.0.12 tcldom-3.1-11.el5 ----------------- * Sat Jun 28 2008 Wart - 3.1-11 - Fix tcl requirement for epel5 tdom-0.8.2-2.el5 ---------------- * Sun Sep 23 2007 Wart - 0.8.2-2 - Added missing linkage against -lexpat virt-top-1.0.1-7.el5 -------------------- * Fri Jun 27 2008 Richard W.M. Jones - 1.0.1-7 - Grrr, apparently using # to comment out an RPM define doesn't really work. Fully remove the OCaml dependency generator. * Fri Jun 27 2008 Richard W.M. Jones - 1.0.1-6 - Properly disable ocaml-gettext. * Fri Jun 27 2008 Richard W.M. Jones - 1.0.1-5 - BR ncurses. Changes in Fedora EPEL 4: collectl-2.6.4-1.el4 -------------------- * Thu Jun 19 2008 Karel Zak 2.6.4-1 - initial packaging (thanks to Dan Horak), based upon upstream srpm erlang-R11B-2.3.el4 ------------------- * Sun Dec 31 2006 Gerard Milmeister - R11B-2.3 - remove buildroot from installed files fftw-3.1.2-5.el4.1 ------------------ * Wed Jun 25 2008 Rex Dieter 3.1.2-5.1 - re-enable %check - License: GPLv2+ mod_wsgi-1.3-3.el4 ------------------ * Mon Jun 16 2008 Ricky Zhou 1.3-3 - Build against the shared python lib. mysqltuner-0.9.1-2 ------------------ * Sat Jun 21 2008 Ville Skytt? - 0.9.1-2 - Don't warn if --skipversion is used (#452172). * Thu Jun 19 2008 Ville Skytt? - 0.9.1-1 - 0.9.1. - Patch to not "phone home" by default (--skipversion -> --checkversion). net6-1.3.5-1.el4 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 obby-0.4.4-2.el4 ---------------- * Wed Dec 12 2007 Luke Macken - 0.4.4-2 - Remove avahi-devel requirement and disable zeroconf ocsinventory-agent-0.0.9.2-1.el4 -------------------------------- * Sun Apr 20 2008 Remi Collet 0.0.9.2-1 - update to 0.0.9.2 (minor bug fix) perl-Algorithm-Annotate-0.10-6.el4 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-Class-Loader-2.03-5.el4 ---------------------------- * Fri Aug 10 2007 Paul Howarth 2.03-5 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-Primes-0.50-4.el4 ---------------------------- * Sun Aug 12 2007 Paul Howarth 0.50-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Crypt-Random-1.25-4.el4 ---------------------------- * Sun Aug 12 2007 Paul Howarth 1.25-4 - Clarify license as GPL v1 or later, or Artistic (same as perl) perl-Data-Hierarchy-0.34-4.el4 ------------------------------ * Thu Mar 06 2008 Tom "spot" Callaway - 0.34-4 - rebuild for new perl perl-Email-Valid-0.179-2.el4 ---------------------------- * Sun Aug 26 2007 Tom "spot" Callaway 0.179-2 - fix license, BR: Net::Domain::TLD perl-IO-Digest-0.10-6.el4 ------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.10-6 - rebuild for new perl perl-Math-Pari-2.010709-3.el4 ----------------------------- * Mon Aug 13 2007 Paul Howarth 2.010709-3 - clarify license as GPL v1 or later, or Artistic (same as perl) perl-Path-Class-0.16-3.el4 -------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 0.16-3 - rebuild for new perl perl-PerlIO-eol-0.14-4.el4 -------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.14-4 - rebuild for new perl perl-PerlIO-via-dynamic-0.12-4.el4 ---------------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 0.12-4 - rebuild for new perl perl-PerlIO-via-symlink-0.05-5.el4 ---------------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.05-5 - rebuild for new perl perl-String-CRC32-1.4-1.el4 --------------------------- * Thu Apr 20 2006 Paul Howarth 1.4-1 - Update to 1.4 perl-SVN-Simple-0.27-6.el4 -------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 0.27-6 - rebuild for new perl perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. php-extras-4.3.9-1.el4 ---------------------- * Mon Jun 16 2008 Dmitry Butskoy - 4.3.9-1 - initial release for EPEL4, derived from FC4 work - create test stuff for check section. A lot of work because we play with extra modules by our own way... - add patch for readline configure - add patch for mssql configure - add patch for mcrypt tests - avoid using -rpath for linking R-car-1.2-2.el4 --------------- * Wed Feb 13 2008 Orion Poplawski 1.2-2 - Fix file permissions, line endings and encoding R-DBI-0.2-2.el4 --------------- * Sun Jun 22 2008 Nigel Jones - 0.2-2 - Description/URL updates per Review * Tue Jun 10 2008 Nigel Jones - 0.2-1 - Initial package R-lmtest-0.9-2.el4 ------------------ * Mon Jun 23 2008 Orion Poplawski 0.9-2 - Fix License, add README and COPYRIGHTS to doc - Fixup non utf8 files rkhunter-1.3.2-4.el4 -------------------- * Mon Jun 16 2008 Kevin Fenzi - 1.3.2-4 - Fix cron script to only mail on warn/error - bug #450703 - Fix conditional to account for fc10 rsyslog rtpproxy-1.1-1.el4 ------------------ * Wed Jun 18 2008 Peter Lemenkov - 1.1-1 - Stable ver. 1.1 rxvt-unicode-9.05-1.el4 ----------------------- * Mon Jun 16 2008 Andreas Bierfert - 9.05-1 - version upgrade * Sat Jan 26 2008 Andreas Bierfert - 9.0-1 - version upgrade snake-0.11-0.7.el4 ------------------ * Tue Jun 17 2008 James Laska 0.11-0.7 - ticket#56 - Fixed translate.py traceback for older python * Fri Jun 13 2008 James Laska 0.11-0.6 - ticket#37 - snake-server support for hosting http,ftp and nfs kickstarts - ticket#42 - snake/tui.py - add ksmethod selection screen - snake-install-tui should remember the selected tree - ticket#53 - Add snake-ks --ksmeta parameter to pass optional values to the python kickstart template. - Add snake-machine check to ensure xmlrpc server supports machine.* methods - Include /var/lib/snake/machines in spec file - ticket#11 - Removed xml support from compose.py and tree.py - Dropped snake-server labquery.py, labindex.py, and server.py tclxml-3.1-11.el4 ----------------- * Sun Feb 04 2007 Wart - 3.1-11 - Move package directory back to %{_libdir} until %{tcl_sitearch} is part of the default package search path in Tcl. tcputils-0.6.2-3.el4 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.6.2-3 - Autorebuild for GCC 4.3 tlock-1.3-1.el4 --------------- * Thu May 29 2008 _pjp_ - 1.3-1 - The new tlock version 1.3 for the last change in the texinfo source. trickle-1.07-3.el4 ------------------ * Mon Jun 16 2008 Nicoleau Fabien 1.07-3 - add configure.in - add default configuration file for trickled * Sun Jun 15 2008 Nicoleau Fabien 1.07-2 - Licence changed - ldconfig no more used - dir macro used for libdir/name - config.h file modified (/lib/ hardcoded) * Sun Jun 08 2008 Nicoleau Fabien 1.07-1 - Rebuild for version 1.07 - Removed smp_mflags flag for make * Sat Jun 07 2008 Nicoleau Fabien 1.06-1 - Initital build uw-imap-2007b-1.el4 ------------------- * Fri Jun 13 2008 Rex Dieter 2007b-1 - imap-2007b * Sun May 18 2008 Rex Dieter 2007a1-3 - libc-client: incomplete list of obsoletes (#446240) wavpack-4.50-1.el4 ------------------ * Wed Jun 18 2008 Peter Lemenkov 4.50-1 - Version 4.50 * Tue Feb 19 2008 Fedora Release Engineering - 4.41-2 - Autorebuild for GCC 4.3 wine-1.0-1.el4 -------------- * Tue Jun 17 2008 Andreas Bierfert - 1.0-1 - version upgrade (#446311,#417161) - fix wine.desktop mime types (#448338) - add desktop package including desktop files and binary handler (#441310) * Mon Jun 16 2008 Andreas Bierfert - 1.0-0.5.rc5 - version upgrade wine-docs-1.0-1.el4 ------------------- * Tue Jun 17 2008 Andreas Bierfert - 1.0-1 - version upgrade * Sat Jun 07 2008 Andreas Bierfert - 1.0-0.4.rc4 - version upgrade * Sun Jun 01 2008 Andreas Bierfert - 1.0-0.3.rc3 - version upgrade * Fri May 23 2008 Andreas Bierfert - 1.0-0.2.rc2 - version upgrade * Sat May 10 2008 Andreas Bierfert - 1.0-0.1.rc1 - version upgrade * Fri Apr 18 2008 Andreas Bierfert - 0.9.60-1 - version upgrade * Mon Apr 07 2008 Andreas Bierfert - 0.9.59-1 - version upgrade * Tue Mar 25 2008 Andreas Bierfert - 0.9.58-1 - version upgrade Changes in Fedora EPEL testing/4: certmaster-0.20-2.el4 --------------------- * Fri Jun 06 2008 Adrian Likins - 0.20-2 - fix fedora bug #441283 - typo in postinstall scriptlet (the init.d symlinks for runlevels 1 and 6 were created wrong) * Tue Apr 15 2008 Michael DeHaan - 0.20-1 - new release - fix changelog versions * Tue Apr 15 2008 Steve Salevan - 0.19-3 - added in trigger directories * Mon Mar 17 2008 Adrian Likins - 0.19-2 - removed unused minion/ and overlord/ dirs duplicity-0.4.11-2.el4 ---------------------- * Sat Jun 28 2008 Robert Scheck 0.4.11-2 - Added patch for incremental backups using python 2.3 (#453069) func-0.20-1.el4 --------------- * Sat Jun 28 2008 Adrian Likins - 0.18-2 - fix fedora bug #441283 - typo in postinstall scriptlet (the init.d symlinks for runlevels 1 and 6 were created wrong) haproxy-1.3.14.6-1.el4 ---------------------- * Sat Jun 28 2008 Jeremy Hinegardner - 1.3.14.6-1 - update to 1.3.14.6 - remove MIT license as that code has been removed from upstream mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4 ------------------------------------------------------ * Tue May 20 2008 Ian Weller 1.1.1-1.20080520svn35130 - Initial package build. perl-Business-CreditCard-0.30-1.el4 ----------------------------------- * Mon Jun 23 2008 Michael Stahnke 0.30-1 - Specfile autogenerated by cpanspec 1.77. perl-Crypt-CAST5_PP-1.04-2.el4 ------------------------------ * Mon Jun 23 2008 Nigel Jones - 1.04-2 - Missed two BRs Test::Taint & Crypt::CBC * Mon Jun 23 2008 Nigel Jones - 1.04-1 - Specfile autogenerated by cpanspec 1.77. perl-Crypt-GeneratePassword-0.03-12.el4 --------------------------------------- * Mon Jun 23 2008 Nigel Jones - 0.03-12 - Specfile autogenerated by cpanspec 1.77. - Bump to be > than -11 in Spacewalk repo python-pgsql-0.9.7-1.el4 ------------------------ * Mon Jun 30 2008 Konstantin Ryabitsev - 0.9.7-1 - Upstream 0.9.7 - Adjust URL and Source to the PyPi location * Tue Feb 19 2008 Fedora Release Engineering - 0.9.6-2 - Autorebuild for GCC 4.3 * Fri Aug 17 2007 Konstantin Ryabitsev - 0.9.6-1 - Upstream 0.9.6 - Appease license naming gods shorewall-4.0.12-1.el4 ---------------------- * Fri Jun 27 2008 Jonathan G. Underwood - 4.0.12-1 - Update to version 4.0.12 tcldom-3.1-11.el4 ----------------- * Sat Jun 28 2008 Wart - 3.1-11 - Fix tcl requirement for epel4 tdom-0.8.2-2.el4 ---------------- * Sun Sep 23 2007 Wart - 0.8.2-2 - Added missing linkage against -lexpat From felix.schwarz at oss.schwarz.eu Tue Jul 1 07:23:19 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 09:23:19 +0200 Subject: Unstable EPEL? (frequent package updates) Message-ID: <4869DB67.6000304@oss.schwarz.eu> Hi, in the past few months there were quite a few packages in EPEL which got version updates. This has come to a point where I seriously doubt my understanding of the EPEL policy. Rahul Sundaram wrote [1]: "The simple rule: Don't release an update unless absolutely necessary. This is to avoid regressions." This was exactly my understanding of how package updates should be done in EPEL. But obviously other packagers don't see this policy so strictly - or maybe I'm just too blind to find important information why all these updates were absolutely necessary. One example is shorewall which had several updates in the last months, always to match the latest upstream version: http://cvs.fedoraproject.org/viewcvs/rpms/shorewall/EL-5/shorewall.spec?rev=1.48 Thankfully, no update caused trouble for me but I'm a bit sceptical if this update policy is really healthy for EPEL. There are other packages, too. I don't want to list every packages and some updates are really nice. But let's take python-genshi 0.5 which is currently in testing for EPEL 5 and about to be pushed shortly: http://cvs.fedoraproject.org/viewcvs/rpms/python-genshi/EL-5/python-genshi.spec 0.5 changed some semantics of py:match and I personally had troubles when upgrading from 0.4.4 to 0.5. So while most people won't experience any problems, this is one of the upgrades that can cause pain. Some other examples: http://cvs.fedoraproject.org/viewcvs/rpms/python-lxml/EL-5/python-lxml.spec http://cvs.fedoraproject.org/viewcvs/rpms/python-paste/EL-5/python-paste.spec I understand that there are packages like Firefox, Wine and clamav which must be always at the latest version because it makes no sense/its impossible to backport all the important stuff. But what I don't understand is why all these library packages are updated so often. IMHO EPEL should have more control over updates so that every package update gets a solid reasoning why the package has to updated, if there are known compatibility issues and so on... I always thought of EPEL as 'this is an repository where I can pull updates without too much caution because the guys will really make sure that every package is necessary'. fs [1] https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html From paul at city-fan.org Tue Jul 1 08:32:53 2008 From: paul at city-fan.org (Paul Howarth) Date: Tue, 01 Jul 2008 09:32:53 +0100 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869DB67.6000304@oss.schwarz.eu> References: <4869DB67.6000304@oss.schwarz.eu> Message-ID: <4869EBB5.4060300@city-fan.org> Felix Schwarz wrote: > Hi, > > in the past few months there were quite a few packages in EPEL > which got version updates. This has come to a point where I > seriously doubt my understanding of the EPEL policy. > > Rahul Sundaram wrote [1]: > "The simple rule: Don't release an update unless absolutely necessary. > This is to avoid regressions." > > This was exactly my understanding of how package updates should be > done in EPEL. > > But obviously other packagers don't see this policy so strictly - or > maybe I'm just too blind to find important information why all these > updates were absolutely necessary. > > One example is shorewall which had several updates in the last months, > always to match the latest upstream version: > http://cvs.fedoraproject.org/viewcvs/rpms/shorewall/EL-5/shorewall.spec?rev=1.48 > > Thankfully, no update caused trouble for me but I'm a bit sceptical if this > update policy is really healthy for EPEL. > > There are other packages, too. I don't want to list every packages and some > updates are really nice. But let's take python-genshi 0.5 which is currently > in testing for EPEL 5 and about to be pushed shortly: > http://cvs.fedoraproject.org/viewcvs/rpms/python-genshi/EL-5/python-genshi.spec > > > 0.5 changed some semantics of py:match and I personally had troubles when > upgrading from 0.4.4 to 0.5. So while most people won't experience any problems, > this is one of the upgrades that can cause pain. > > Some other examples: > http://cvs.fedoraproject.org/viewcvs/rpms/python-lxml/EL-5/python-lxml.spec > http://cvs.fedoraproject.org/viewcvs/rpms/python-paste/EL-5/python-paste.spec > > > I understand that there are packages like Firefox, Wine and clamav which must be > always at the latest version because it makes no sense/its impossible to backport > all the important stuff. But what I don't understand is why all these library > packages are updated so often. > > IMHO EPEL should have more control over updates so that every package update gets > a solid reasoning why the package has to updated, if there are known compatibility > issues and so on... > > I always thought of EPEL as 'this is an repository where I can pull updates without > too much caution because the guys will really make sure that every package is > necessary'. > > > fs > > [1] > https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html Agree 100%. I tend to take the same approach on stable Fedora releases too, but it's even more important to do so in EPEL. Paul. From fedora at leemhuis.info Tue Jul 1 09:06:16 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 01 Jul 2008 11:06:16 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869EBB5.4060300@city-fan.org> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> Message-ID: <4869F388.1050608@leemhuis.info> On 01.07.2008 10:32, Paul Howarth wrote: > Felix Schwarz wrote: >> in the past few months there were quite a few packages in EPEL >> which got version updates. This has come to a point where I >> seriously doubt my understanding of the EPEL policy. >> >> Rahul Sundaram wrote [1]: >> "The simple rule: Don't release an update unless absolutely necessary. >> This is to avoid regressions." >> >> This was exactly my understanding of how package updates should be >> done in EPEL. >> >> But obviously other packagers don't see this policy so strictly - or >> maybe I'm just too blind to find important information why all these >> updates were absolutely necessary. [examples striped] >> I understand that there are packages like Firefox, Wine and clamav which must be >> always at the latest version because it makes no sense/its impossible to backport >> all the important stuff. But what I don't understand is why all these library >> packages are updated so often. >> >> IMHO EPEL should have more control over updates so that every package update gets >> a solid reasoning why the package has to updated, if there are known compatibility >> issues and so on... >> >> I always thought of EPEL as 'this is an repository where I can pull updates without >> too much caution because the guys will really make sure that every package is >> necessary'. >> >> [1] >> https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html > Agree 100%. I tend to take the same approach on stable Fedora releases > too, but it's even more important to do so in EPEL. I don't have time to discuss the details right now, but I tend to agree. Some suggestions how to fix this: - do the general testing -> stable moves less often (every three or four months maybe?); that was in the initial EPEL plans (but was changed later on) and will indirectly force maintainers to slow down a bit (but that doesn't solve the problem completely; further: new packages IMHO should be moved more often) - educate EPEL contributors; e.g. let someone watch the CVS commits to EL branches closely; if there is a big update ask the maintainer why that is needed (I did that in the past now and then when I was EPEL chair, but I don't have time for it anymore; sorry); if unneeded remove the build before it gets pushed to testing CU knurd From wolfy at nobugconsulting.ro Tue Jul 1 09:54:24 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 01 Jul 2008 12:54:24 +0300 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869F388.1050608@leemhuis.info> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> Message-ID: <4869FED0.8030604@nobugconsulting.ro> Thorsten Leemhuis wrote: > On 01.07.2008 10:32, Paul Howarth wrote: >> Felix Schwarz wrote: >>> in the past few months there were quite a few packages in EPEL >>> which got version updates. This has come to a point where I >>> seriously doubt my understanding of the EPEL policy. >>> >>> Rahul Sundaram wrote [1]: >>> "The simple rule: Don't release an update unless absolutely necessary. >>> This is to avoid regressions." >>> >>> This was exactly my understanding of how package updates should be >>> done in EPEL. >>> >>> But obviously other packagers don't see this policy so strictly - or >>> maybe I'm just too blind to find important information why all these >>> updates were absolutely necessary. > [examples striped] >>> I understand that there are packages like Firefox, Wine and clamav >>> which must be >>> always at the latest version because it makes no sense/its >>> impossible to backport >>> all the important stuff. But what I don't understand is why all >>> these library >>> packages are updated so often. >>> >>> IMHO EPEL should have more control over updates so that every >>> package update gets >>> a solid reasoning why the package has to updated, if there are known >>> compatibility >>> issues and so on... >>> >>> I always thought of EPEL as 'this is an repository where I can pull >>> updates without >>> too much caution because the guys will really make sure that every >>> package is >>> necessary'. >>> >>> [1] >>> https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html >>> >> Agree 100%. I tend to take the same approach on stable Fedora >> releases too, but it's even more important to do so in EPEL. > > I don't have time to discuss the details right now, but I tend to agree. So do I. But with a grain of salt > > Some suggestions how to fix this: > > - do the general testing -> stable moves less often (every three or > four months maybe?); that was in the initial EPEL plans (but was > changed later on) and will indirectly force maintainers to slow down a > bit (but that doesn't solve the problem completely; further: new > packages IMHO should be moved more often) We could follow the RH pace, but I really really do not like it. > > - educate EPEL contributors; e.g. let someone watch the CVS commits to > EL branches closely; if there is a big update ask the maintainer why > that is needed (I did that in the past now and then when I was EPEL > chair, but I don't have time for it anymore; sorry); if unneeded > remove the build before it gets pushed to testing I agree 100% here. Education is the key. From rayvd at bludgeon.org Tue Jul 1 13:41:35 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 1 Jul 2008 06:41:35 -0700 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869F388.1050608@leemhuis.info> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> Message-ID: <20080701134135.GA27554@bludgeon.org> On Tue, Jul 01, 2008 at 11:06:16AM +0200, Thorsten Leemhuis wrote: > On 01.07.2008 10:32, Paul Howarth wrote: >> Felix Schwarz wrote: >>> in the past few months there were quite a few packages in EPEL >>> which got version updates. This has come to a point where I >>> seriously doubt my understanding of the EPEL policy. >>> >>> Rahul Sundaram wrote [1]: >>> "The simple rule: Don't release an update unless absolutely necessary. >>> This is to avoid regressions." >>> >>> This was exactly my understanding of how package updates should be >>> done in EPEL. >>> >>> But obviously other packagers don't see this policy so strictly - >>> or maybe I'm just too blind to find important information why all >>> these updates were absolutely necessary. >>> >>> I understand that there are packages like Firefox, Wine and clamav >>> which must be always at the latest version because it makes no >>> sense/its impossible to backport all the important stuff. But what >>> I don't understand is why all these library packages are updated so >>> often. >>> >>> IMHO EPEL should have more control over updates so that every >>> package update gets a solid reasoning why the package has to >>> updated, if there are known compatibility issues and so on... >>> >>> I always thought of EPEL as 'this is an repository where I can pull >>> updates without too much caution because the guys will really make >>> sure that every package is necessary'. >>> [1] >>> https://www.redhat.com/archives/epel-devel-list/2008-April/msg00019.html >> Agree 100%. I tend to take the same approach on stable Fedora >> releases too, but it's even more important to do so in EPEL. I would love to see there be a place for some elasticity. And it'll end up being pretty arbitrary to enforce I imagine. Not all of us have the technical ability or time to backport fixes and so the risk of regression is always going to be higher than it would with a normal RHEL package. > > I don't have time to discuss the details right now, but I tend to > agree. > > Some suggestions how to fix this: > > - do the general testing -> stable moves less often (every three or > four months maybe?); that was in the initial EPEL plans (but was > changed later on) and will indirectly force maintainers to slow down > a bit (but that doesn't solve the problem completely; further: new > packages IMHO should be moved more often) > > - educate EPEL contributors; e.g. let someone watch the CVS commits > to EL branches closely; if there is a big update ask the maintainer > why that is needed (I did that in the past now and then when I was > EPEL chair, but I don't have time for it anymore; sorry); if unneeded > remove the build before it gets pushed to testing This would definitely be a necessary step, and probably not a fun job. Lots of people simply push new updates to their packages when upstream releases it... and by and large it's been harmless but certainly doesn't fit in with EPEL's goals... I'm somewhat torn though. It's one thing to not update something that provides an API to other programs, but maybe less of an issue to update a client only program -- something like freehoo (CLI Yahoo messenger client) which is something I would hate to see stuck at a really old version just because it's against policy to update it. Is there a place for a -unstable branch for those of us who want to have updated / newer packages? I just want to avoid a situation where I end up either maintaining a personal repository of "newer" packages for EL-5 simply because I'm stuck at an old version in EPEL, or end up deciding to maintain a new package in a repository with less restrictive rules.... Take with a grain of salt; this is coming from a guy who only maintains a few packages for personal and work use. Ray From paul at city-fan.org Tue Jul 1 13:54:36 2008 From: paul at city-fan.org (Paul Howarth) Date: Tue, 01 Jul 2008 14:54:36 +0100 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701134135.GA27554@bludgeon.org> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> Message-ID: <486A371C.2050805@city-fan.org> Ray Van Dolson wrote: > I'm somewhat torn though. It's one thing to not update something that > provides an API to other programs, but maybe less of an issue to update > a client only program -- something like freehoo (CLI Yahoo messenger > client) which is something I would hate to see stuck at a really old > version just because it's against policy to update it. I think there's a good case for a distinction between "top-level" packages (like freehoo) and those that other packages depend on as you say. And there's precedent for that in RHEL too, given that RHEL 5.2 has a firefox 3 beta for instance. Paul. From gospo at redhat.com Tue Jul 1 15:00:17 2008 From: gospo at redhat.com (Andy Gospodarek) Date: Tue, 1 Jul 2008 11:00:17 -0400 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486A371C.2050805@city-fan.org> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> Message-ID: <20080701150017.GI5401@gospo.rdu.redhat.com> On Tue, Jul 01, 2008 at 02:54:36PM +0100, Paul Howarth wrote: > Ray Van Dolson wrote: > >I'm somewhat torn though. It's one thing to not update something that > >provides an API to other programs, but maybe less of an issue to update > >a client only program -- something like freehoo (CLI Yahoo messenger > >client) which is something I would hate to see stuck at a really old > >version just because it's against policy to update it. > > I think there's a good case for a distinction between "top-level" > packages (like freehoo) and those that other packages depend on as you > say. And there's precedent for that in RHEL too, given that RHEL 5.2 has > a firefox 3 beta for instance. > Well put, Paul. Packages that mostly run standalone are appropriate candidates for a rebase (like freehoo and firefox), but those that serve as libraries or building blocks for other components should try to stay as stable as possible from an ABI/API perspective. I would like to think we can make this as open as possible (no rules yet) and defer to the judgment of individual package maintainers when deciding whether a rebase or backport is the way to go. Generally those closest to the code know which change is best -- they will just need to be prepared with an answer that is better than, "I was too lazy to backport" if they cause a lot of problems for users when rebasing. -andy From felix.schwarz at oss.schwarz.eu Tue Jul 1 15:46:15 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 17:46:15 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701150017.GI5401@gospo.rdu.redhat.com> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> Message-ID: <486A5147.2060405@oss.schwarz.eu> Andy Gospodarek schrieb: > Well put, Paul. Packages that mostly run standalone are appropriate > candidates for a rebase (like freehoo and firefox), but those that serve > as libraries or building blocks for other components should try to stay > as stable as possible from an ABI/API perspective. I would like to add the distinction between "server" and "desktop" software. While both categories are not always disjoint, it this the distinction is useful nevertheless: Some things like Firefox, OpenOffice etc. can be updated more often than something like Exim, Apache, ... This is a bit like Red Hat does it these days. fs From felix.schwarz at oss.schwarz.eu Tue Jul 1 15:58:17 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 17:58:17 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701134135.GA27554@bludgeon.org> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> Message-ID: <486A5419.9090101@oss.schwarz.eu> Hi Ray, first of all, I do appreciate your concerns: My free time is very limited too and I'm doing most of my (very few!) package activities in my free time. But I think the raison d'?tre for EPEL is well packaged software which is nearly as good as RHEL packages (as good you can be with only volunteers). Ray Van Dolson schrieb: > Is there a place for a -unstable branch for those of us who want to > have updated / newer packages? IMHO an unstable branch would be a quite good idea. Just to share some other idea of mine which is only loosely related to the unstable EPEL thing: I have a slightly different problem when it comes to updated versions: E.g. I'm doing much TurboGears-related development so I like having the latest TurboGears and related components but the rest should be as stable as possible. Other example: I'm compiling EL4/5 RPM packages for Bacula which are published on Bacula's SF page. Of course there are some admins out there who really want the new Bacula version - even on RHEL. Bacula in EPEL 5 is at 2.0 (and not even present in EPEL 4 - ixs: *hint* ;-). I thought about updating the high-quality EPEL RPMs for newer versions and to provide updated RPMs on a Fedora-associated (user) page. So after all I think there is no 'one fits it all' solution but more something like an 'updated stack' which are just additional repositories. fs From gospo at redhat.com Tue Jul 1 16:25:10 2008 From: gospo at redhat.com (Andy Gospodarek) Date: Tue, 1 Jul 2008 12:25:10 -0400 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486A5147.2060405@oss.schwarz.eu> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> <486A5147.2060405@oss.schwarz.eu> Message-ID: <20080701162510.GB25957@gospo.rdu.redhat.com> On Tue, Jul 01, 2008 at 05:46:15PM +0200, Felix Schwarz wrote: > Andy Gospodarek schrieb: > >Well put, Paul. Packages that mostly run standalone are appropriate > >candidates for a rebase (like freehoo and firefox), but those that serve > >as libraries or building blocks for other components should try to stay > >as stable as possible from an ABI/API perspective. > > I would like to add the distinction between "server" and "desktop" software. > While both categories are not always disjoint, it this the distinction is > useful > nevertheless: Some things like Firefox, OpenOffice etc. can be updated more > often than something like Exim, Apache, ... > That is an excellent point. Should we consider breaking EPEL into an EPEL-Base and EPEL-Desktop? If we had separate repos it might be helpful. I would be in favor of that and then possibly change the way we queue something to move from testing to stable so that it can remain in testing longer. From rayvd at bludgeon.org Tue Jul 1 16:33:08 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Tue, 1 Jul 2008 09:33:08 -0700 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701162510.GB25957@gospo.rdu.redhat.com> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> <486A5147.2060405@oss.schwarz.eu> <20080701162510.GB25957@gospo.rdu.redhat.com> Message-ID: <20080701163308.GA30130@bludgeon.org> On Tue, Jul 01, 2008 at 12:25:10PM -0400, Andy Gospodarek wrote: > On Tue, Jul 01, 2008 at 05:46:15PM +0200, Felix Schwarz wrote: > > Andy Gospodarek schrieb: > > >Well put, Paul. Packages that mostly run standalone are appropriate > > >candidates for a rebase (like freehoo and firefox), but those that serve > > >as libraries or building blocks for other components should try to stay > > >as stable as possible from an ABI/API perspective. > > > > I would like to add the distinction between "server" and "desktop" software. > > While both categories are not always disjoint, it this the distinction is > > useful > > nevertheless: Some things like Firefox, OpenOffice etc. can be updated more > > often than something like Exim, Apache, ... > > > > That is an excellent point. Should we consider breaking EPEL into an > EPEL-Base and EPEL-Desktop? If we had separate repos it might be > helpful. > > I would be in favor of that and then possibly change the way we queue > something to move from testing to stable so that it can remain in > testing longer. > Would the same package exist potentially in either repository? I'm just trying to think how this might effect CentOS users who don't have the concept of Desktop/Server... I kind of like the -unstable option myself... Ray From gospo at redhat.com Tue Jul 1 16:52:55 2008 From: gospo at redhat.com (Andy Gospodarek) Date: Tue, 1 Jul 2008 12:52:55 -0400 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701163308.GA30130@bludgeon.org> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> <486A5147.2060405@oss.schwarz.eu> <20080701162510.GB25957@gospo.rdu.redhat.com> <20080701163308.GA30130@bludgeon.org> Message-ID: <20080701165255.GD25957@gospo.rdu.redhat.com> On Tue, Jul 01, 2008 at 09:33:08AM -0700, Ray Van Dolson wrote: > On Tue, Jul 01, 2008 at 12:25:10PM -0400, Andy Gospodarek wrote: > > On Tue, Jul 01, 2008 at 05:46:15PM +0200, Felix Schwarz wrote: > > > Andy Gospodarek schrieb: > > > >Well put, Paul. Packages that mostly run standalone are appropriate > > > >candidates for a rebase (like freehoo and firefox), but those that serve > > > >as libraries or building blocks for other components should try to stay > > > >as stable as possible from an ABI/API perspective. > > > > > > I would like to add the distinction between "server" and "desktop" software. > > > While both categories are not always disjoint, it this the distinction is > > > useful > > > nevertheless: Some things like Firefox, OpenOffice etc. can be updated more > > > often than something like Exim, Apache, ... > > > > > > > That is an excellent point. Should we consider breaking EPEL into an > > EPEL-Base and EPEL-Desktop? If we had separate repos it might be > > helpful. > > > > I would be in favor of that and then possibly change the way we queue > > something to move from testing to stable so that it can remain in > > testing longer. > > > > Would the same package exist potentially in either repository? I'm > just trying to think how this might effect CentOS users who don't have > the concept of Desktop/Server... Good question. I would think that EPEL-Desktop would be everything and EPEL-Base would be just the components that we deem important enough to not take huge backports each time. Basically Base would be a subset of Desktop. From bugs.michael at gmx.net Tue Jul 1 17:07:33 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 1 Jul 2008 19:07:33 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701162510.GB25957@gospo.rdu.redhat.com> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> <486A5147.2060405@oss.schwarz.eu> <20080701162510.GB25957@gospo.rdu.redhat.com> Message-ID: <20080701190733.bb960728.bugs.michael@gmx.net> On Tue, 1 Jul 2008 12:25:10 -0400, Andy Gospodarek wrote: > > I would like to add the distinction between "server" and "desktop" software. > > While both categories are not always disjoint, it this the distinction is > > useful > > nevertheless: Some things like Firefox, OpenOffice etc. can be updated more > > often than something like Exim, Apache, ... > > > > That is an excellent point. Should we consider breaking EPEL into an > EPEL-Base and EPEL-Desktop? If we had separate repos it might be > helpful. Danger lies ahead. This feels like the old Fedora Extras with Core as the base, where you are stuck if you need base packages newer than what Core offers. With it comes the desire to upgrade base. And for EPEL that would mean to upgrade RHEL. I think RHEL/EPEL/CentOS users should accept that they cannot get the latest on top of a stable [several years old] base. From felix.schwarz at oss.schwarz.eu Tue Jul 1 17:18:20 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 19:18:20 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <20080701190733.bb960728.bugs.michael@gmx.net> References: <4869DB67.6000304@oss.schwarz.eu> <4869EBB5.4060300@city-fan.org> <4869F388.1050608@leemhuis.info> <20080701134135.GA27554@bludgeon.org> <486A371C.2050805@city-fan.org> <20080701150017.GI5401@gospo.rdu.redhat.com> <486A5147.2060405@oss.schwarz.eu> <20080701162510.GB25957@gospo.rdu.redhat.com> <20080701190733.bb960728.bugs.michael@gmx.net> Message-ID: <486A66DC.4040702@oss.schwarz.eu> Michael Schwendt schrieb: > On Tue, 1 Jul 2008 12:25:10 -0400, Andy Gospodarek wrote: >> That is an excellent point. Should we consider breaking EPEL into an >> EPEL-Base and EPEL-Desktop? If we had separate repos it might be >> helpful. > > Danger lies ahead. This feels like the old Fedora Extras with Core as the > base, where you are stuck if you need base packages newer than what Core > offers. With it comes the desire to upgrade base. And for EPEL that would > mean to upgrade RHEL. > > I think RHEL/EPEL/CentOS users should accept that they cannot get the > latest on top of a stable [several years old] base. I think we should not split EPEL. One repo is good (because the separation line between desktop and server is blurry, it will cause more work load for all packagers, potentially dependency problems etc)., but maybe an unstable branch is ok (so you can get some few selected packages which you like to get updated). That would essentially mirror the Debian testing system. This topic will occur more often I think when more people start using CentOS/RHEL on the desktop. But essentially EPEL should be (IMHO) about stability and reliability! What I would like to see is that every update needs a short reasoning why the package should be updated and that someone else can read the description and approve the update (or reject it). Its just that I'm somewhat more relaxed when "desktop" software should be updated. fs From smooge at gmail.com Tue Jul 1 18:16:58 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 1 Jul 2008 12:16:58 -0600 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869DB67.6000304@oss.schwarz.eu> References: <4869DB67.6000304@oss.schwarz.eu> Message-ID: <80d7e4090807011116l6c21d70fw4ebfa316c909b12d@mail.gmail.com> On Tue, Jul 1, 2008 at 1:23 AM, Felix Schwarz wrote: > > Hi, > > in the past few months there were quite a few packages in EPEL > which got version updates. This has come to a point where I > seriously doubt my understanding of the EPEL policy. > > Rahul Sundaram wrote [1]: > "The simple rule: Don't release an update unless absolutely necessary. > This is to avoid regressions." > Ok the big problem is that there are multiple types of users for EPEL, and each group seems to wax and wane in asking for things. Several months ago, the people who wanted to have newer stuff regularly versus once a quarter asked and got enough push to get it done. Now we are approaching the other side and the people who want it once a quarter or never are asking for things... the problem is that the basic build system and controls are limited in scope of what can be accomplished. I would love to be able to have different channels for each of the types of releases that people want, but everyone wants something different. In the end, we had few volunteers/packages and many more "we want X"'ers than we could handle when we did quarterly releases. We moved to a monthly schedule and we have more volunteers/packages and can handle more of the "We want X" people. However, this does not work well for various sites. How to solve this problem is really hard, and I am not sure anyone has come up with a solution that more than 1 or 2 other people want to try. -- 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 felix.schwarz at oss.schwarz.eu Tue Jul 1 18:38:53 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 20:38:53 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <80d7e4090807011116l6c21d70fw4ebfa316c909b12d@mail.gmail.com> References: <4869DB67.6000304@oss.schwarz.eu> <80d7e4090807011116l6c21d70fw4ebfa316c909b12d@mail.gmail.com> Message-ID: <486A79BD.3080201@oss.schwarz.eu> Stephen John Smoogen schrieb: > Ok the big problem is that there are multiple types of users for EPEL, > and each group seems to wax and wane in asking for things. Several > months ago, the people who wanted to have newer stuff regularly versus > once a quarter asked and got enough push to get it done. I think you are right that there are different types of users. You can't make everyone happy. But it is not (at least from my pov) about monthly vs. quarterly releases. I really like monthly updates. But the EPEL policy (as I read it) states that version updates should not happen unless there is a really good reason. IMHO the question whether to push new packages on a quarterly, monthly or daily basis is completely separate. > I would love to be able to have different channels for each of the > types of releases that people want, but everyone wants something > different. That's why I think we should concentrate on the stable policy. If the infrastructure gets in a shape that we can serve an unstable branch (and we have the volunteers to do it!), we could extend EPEL's focus. Felix Schwarz From smooge at gmail.com Tue Jul 1 19:00:01 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 1 Jul 2008 13:00:01 -0600 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486A79BD.3080201@oss.schwarz.eu> References: <4869DB67.6000304@oss.schwarz.eu> <80d7e4090807011116l6c21d70fw4ebfa316c909b12d@mail.gmail.com> <486A79BD.3080201@oss.schwarz.eu> Message-ID: <80d7e4090807011200q4e517b4amae4e63c07e5f18c4@mail.gmail.com> On Tue, Jul 1, 2008 at 12:38 PM, Felix Schwarz wrote: > > Stephen John Smoogen schrieb: >> >> Ok the big problem is that there are multiple types of users for EPEL, >> and each group seems to wax and wane in asking for things. Several >> months ago, the people who wanted to have newer stuff regularly versus >> once a quarter asked and got enough push to get it done. > > I think you are right that there are different types of users. You can't > make > everyone happy. > > But it is not (at least from my pov) about monthly vs. quarterly releases. I > really like monthly updates. But the EPEL policy (as I read it) states that > version updates should not happen unless there is a really good reason. IMHO > the question whether to push new packages on a quarterly, monthly or daily > basis is completely separate. > I guess I need help parsing in what you are meaning by stable. are you meaning: A) el5/nethack-3.4.3 should always be el5/nethack-3.4.3 with only patches to that version of the software? B) that once a month it could be minorly updated say from el5/nethack-3.4.3 to el5/nethack-3.4.5 as long as the code base is mostly the same without major patches? C) that once a month it could go like el5/nethack-3.4.3 to el5/nethack-4.0? or something else? >> I would love to be able to have different channels for each of the >> types of releases that people want, but everyone wants something >> different. > > That's why I think we should concentrate on the stable policy. If the > infrastructure gets in a shape that we can serve an unstable branch (and we > have the volunteers to do it!), we could extend EPEL's focus. > The only time I have seen strong commitment to a stable branch is when things break... and then it is forgotten a month or two later. -- 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 felix.schwarz at oss.schwarz.eu Tue Jul 1 19:14:16 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Tue, 01 Jul 2008 21:14:16 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <80d7e4090807011200q4e517b4amae4e63c07e5f18c4@mail.gmail.com> References: <4869DB67.6000304@oss.schwarz.eu> <80d7e4090807011116l6c21d70fw4ebfa316c909b12d@mail.gmail.com> <486A79BD.3080201@oss.schwarz.eu> <80d7e4090807011200q4e517b4amae4e63c07e5f18c4@mail.gmail.com> Message-ID: <486A8208.3040606@oss.schwarz.eu> Stephen John Smoogen schrieb: > I guess I need help parsing in what you are meaning by stable. are you meaning: > > A) el5/nethack-3.4.3 should always be el5/nethack-3.4.3 with only > patches to that version of the software? A) with the exception that there can be 'good reasons' (like security fixes can not be backported, version update has huge benefits because XYZ) that a package should be updated. Especially because EPEL is driven by volunteers so we don't have the manpower to do too much backporting. > The only time I have seen strong commitment to a stable branch is when > things break... and then it is forgotten a month or two later. I guess you are right :-) But I know some packagers who don't bring their packages into EPEL yet because they want a version that is 'here to stay'. Therefore python-beaker is not yet in EPEL (probably the 1.0 version will). pyPdf was not updated too. And the old version of python-zope-interface currently blocks 3-4 other packages of mine but I'm very hesitant to update that library so I guess I will wait until I can make sure that there will be no backwards compatibility problems. fs From mpeters at mac.com Tue Jul 1 22:35:08 2008 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 01 Jul 2008 15:35:08 -0700 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <4869DB67.6000304@oss.schwarz.eu> References: <4869DB67.6000304@oss.schwarz.eu> Message-ID: <486AB11C.1040008@mac.com> Felix Schwarz wrote: > Hi, > > in the past few months there were quite a few packages in EPEL > which got version updates. This has come to a point where I > seriously doubt my understanding of the EPEL policy. > > Rahul Sundaram wrote [1]: > "The simple rule: Don't release an update unless absolutely necessary. > This is to avoid regressions." > > This was exactly my understanding of how package updates should be > done in EPEL. > > But obviously other packagers don't see this policy so strictly - or > maybe I'm just too blind to find important information why all these > updates were absolutely necessary. I'd like to give my opinion on this. I've pretty much been a Red Hat user since MKLinux DR3 (based on RH 5.1) - RH 6.1 was my first i386 distribution. Back then, Linux was just beginning to emerge, getting the latest software was always a bonus because it was leaps and bounds ahead of the rest. I really liked Red Hat 8 once the first set of major bugs was fixed, but jumped on the Fedora bandwagon because there were still extremely exciting things happening with each new release. Maybe part of it is because I'm older now than I was back then, but honestly, I'm not as gung ho about having the freshest releases of software as I use to be. In my opinion, OSS has matured to the point where as a *desktop user* I would rather have a slighly older release that is stable than a fresh release with new features and new bugs. For example, for whatever reasons - evolution in Fedora 8 was unusable to me, it had some cool new stuff but it had some major issues, particularly with my laptop, which was a slow low memory machine. There are a few exceptions. I do think RHEL is justified in moving Firefox to FF3. The reason is twofold - 1) Firefox has a huge codebase. It would take extreme amount of man power to continue to maintain FF 1.x without upstream. 2) The web evolves quickly, and a browser must keep in touch with modern web innovations, particularly in the area of javascript and CSS implementation. I think RHEL moving to modern Firefox was the right decision. For most other software though, my opinion - if you want to run the latest versions, use Fedora. That's not what RHEL/CentOS are for. At this point - there is enough functionallity in desktop apps to have an extremely usable desktop system with apps that are not the latest and greatest. RHEL should provide a stable desktop without introducing the new bugs and new quirks that come with new software. That's my 2 cents on the issue. From miguel.filho at gmail.com Tue Jul 1 22:49:16 2008 From: miguel.filho at gmail.com (Miguel Filho) Date: Tue, 1 Jul 2008 19:49:16 -0300 Subject: More about EPEL unstable Message-ID: <394cf6840807011549s3a0796f0wad14e5d53dad054b@mail.gmail.com> Hello list, I'm a new comer to the Red Hat world. I have been using Debian and derivatives for many years, but for the past 3 months I have been working on a 100% Fedora shop. So I still consider myself an outsider, even though I suppose that I can improve the conversation about EPEL's future. In a nutshell, this shop have been using Red Hat since forever. When RH decided to start focusing on the enterprise, Fedora was the logical choice at the time. The six months release cycle, the extremely bleeding edge approach (they told me that up to Fedora Core 6 things did not use to brake between releases) and the small 1 year of updates/security support made the administration and management of servers and desktops almost impractical. Fedora Legacy was gone too. The general consensus was: we need a stable OS, long term security support (at least 2,5 to 3 years) with good and vast packaging availability. Options that were being considered: 1) Debian 2) RHEL 3) CentOS Well, unfortunately Debian was a no go due to the strong RH culture (as I said, RH users since forever) even fulfilling the requirements. Paying for RHEL ended up not being an option too. So our best option is CentOS. I think I don't have to introduce CentOS here. Right now the only complaint we have is the small number (I personally consider a huge lack) of packages available on the default repositories. I was shocked that there is no apcupsd package on the default CentOS. Then we have found many stuff that we need in EPEL, some of them are not the latest version, but they are not too outdated to become useless to us. So here is my idea: Follow the RHEL release cycle. Freeze EPEL. Update packages to fix important/security bugs. No major version. During this freeze, work on the unstable branch, upgrading those packages that really need a re-base due to many reasons already discussed on the other thread, small version upgrades when possible. New packages. Just do what RH does. New RHEL released. Push the new stuff to EPEL 'current' and make a release note about it, reporting packages that have been removed, upgraded, changed behavior, etc. Then the cycle begins again. I call this a "semi-distribution" release or something like that. I really see this as a win-win situation: - Changes are predicted and almost at the same time of a major release. - There is room for upgrades and they can be tested. Open a window for accepting new stuff then close it. - You have a test server, upgrade to 5.3 following the packages from EPEL. Everything OK? Then go to the production servers and just relax for the next 6 months since every single repository is NOT going to put a new version of any package. And seriously, IMHO there is NO WAY to keep EPEL up to Fedora or to every upstream package. What do you think? Miguel -- http://osysadmin.blogspot.com From kanarip at kanarip.com Wed Jul 2 13:27:10 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 02 Jul 2008 09:27:10 -0400 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486AB11C.1040008@mac.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> Message-ID: <486B822E.1010302@kanarip.com> Michael A. Peters wrote: > There are a few exceptions. I do think RHEL is justified in moving > Firefox to FF3. The reason is twofold - > > 1) Firefox has a huge codebase. It would take extreme amount of man > power to continue to maintain FF 1.x without upstream. > > 2) The web evolves quickly, and a browser must keep in touch with modern > web innovations, particularly in the area of javascript and CSS > implementation. > A small addition here; RHEL does so by releasing a minor update to the entire operating system (5.2) - so everyone knows to look for changes like these. Is this something EPEL can do as well? EPEL 5.1/nethack-3.4.3 EPEL 5.2/nethack-4.0 (for the right reasons) Just a thought. Kind regards, Jeroen van Meeuwen -kanarip From laxathom at fedoraproject.org Wed Jul 2 13:37:51 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Wed, 2 Jul 2008 15:37:51 +0200 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486B822E.1010302@kanarip.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> Message-ID: <62bc09df0807020637m1a028cf1s7ded6da19f589943@mail.gmail.com> On Wed, Jul 2, 2008 at 3:27 PM, Jeroen van Meeuwen wrote: > Michael A. Peters wrote: > >> There are a few exceptions. I do think RHEL is justified in moving Firefox >> to FF3. The reason is twofold - >> >> 1) Firefox has a huge codebase. It would take extreme amount of man power >> to continue to maintain FF 1.x without upstream. >> >> 2) The web evolves quickly, and a browser must keep in touch with modern >> web innovations, particularly in the area of javascript and CSS >> implementation. >> >> > A small addition here; RHEL does so by releasing a minor update to the > entire operating system (5.2) - so everyone knows to look for changes like > these. Is this something EPEL can do as well? > > EPEL 5.1/nethack-3.4.3 > > EPEL 5.2/nethack-4.0 (for the right reasons) > > Just a thought. I think that will imply to add another epel branch. such as move epel to EL-5.1 and then add EL-5.2 > > Kind regards, > > Jeroen van Meeuwen > -kanarip > > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpeters at mac.com Wed Jul 2 13:40:16 2008 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 02 Jul 2008 06:40:16 -0700 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486B822E.1010302@kanarip.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> Message-ID: <486B8540.3050708@mac.com> Jeroen van Meeuwen wrote: > Michael A. Peters wrote: >> There are a few exceptions. I do think RHEL is justified in moving >> Firefox to FF3. The reason is twofold - >> >> 1) Firefox has a huge codebase. It would take extreme amount of man >> power to continue to maintain FF 1.x without upstream. >> >> 2) The web evolves quickly, and a browser must keep in touch with >> modern web innovations, particularly in the area of javascript and CSS >> implementation. >> > > A small addition here; RHEL does so by releasing a minor update to the > entire operating system (5.2) - so everyone knows to look for changes > like these. Is this something EPEL can do as well? > > EPEL 5.1/nethack-3.4.3 > > EPEL 5.2/nethack-4.0 (for the right reasons) > > Just a thought. To be honest, I think it would be too much effort to keep separate branches of EPEL for each point release just for the few cases where there is a legitimate reason to update a package. If a user doesn't want to upgrade to a point release, the user can add nethack to their excludes for automatic updates. From miguel.filho at gmail.com Wed Jul 2 14:05:30 2008 From: miguel.filho at gmail.com (Miguel Filho) Date: Wed, 2 Jul 2008 11:05:30 -0300 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486B822E.1010302@kanarip.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> Message-ID: <394cf6840807020705q7b234192o54bed99604847561@mail.gmail.com> On Wed, Jul 2, 2008 at 10:27 AM, Jeroen van Meeuwen wrote: > > A small addition here; RHEL does so by releasing a minor update to the > entire operating system (5.2) - so everyone knows to look for changes like > these. Is this something EPEL can do as well? > > EPEL 5.1/nethack-3.4.3 > > EPEL 5.2/nethack-4.0 (for the right reasons) > That is exactly my point on another mail I sent to this list. A repository that don't follow the RHEL release is just a no go to me. Regards, Miguel -- http://osysadmin.blogspot.com From kanarip at kanarip.com Wed Jul 2 14:51:01 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Wed, 02 Jul 2008 10:51:01 -0400 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486B8540.3050708@mac.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <486B8540.3050708@mac.com> Message-ID: <486B95D5.9070500@kanarip.com> Michael A. Peters wrote: > Jeroen van Meeuwen wrote: >> Michael A. Peters wrote: >>> There are a few exceptions. I do think RHEL is justified in moving >>> Firefox to FF3. The reason is twofold - >>> >>> 1) Firefox has a huge codebase. It would take extreme amount of man >>> power to continue to maintain FF 1.x without upstream. >>> >>> 2) The web evolves quickly, and a browser must keep in touch with >>> modern web innovations, particularly in the area of javascript and >>> CSS implementation. >>> >> >> A small addition here; RHEL does so by releasing a minor update to the >> entire operating system (5.2) - so everyone knows to look for changes >> like these. Is this something EPEL can do as well? >> >> EPEL 5.1/nethack-3.4.3 >> >> EPEL 5.2/nethack-4.0 (for the right reasons) >> >> Just a thought. > > To be honest, I think it would be too much effort to keep separate > branches of EPEL for each point release just for the few cases where > there is a legitimate reason to update a package. > It doesn't need to be actual CVS / build branches, it could be done the way this-other-EL5-distribution does it. It does mean keeping EPEL 5.1 RPM files around. It may mean a maintainer can but doesn't need to update non-current-point-releases. Like I said, it's just a thought. Something to ponder, if you will. This is how I anticipated EPEL would work back in Boston, February 2007. It has been disappointing to see that it doesn't, but who am I to say that not having been involved with setting it up and contributing to it's infrastructure. Miguel Filho wrote: > That is exactly my point on another mail I sent to this list. A > repository that don't follow the RHEL release is just a no go to me. > +1. If there's anything that needs to happen to make it so, let me know and I'll know what I can do (and I'd like to think some others will have that too). Kind regards, Jeroen van Meeuwen -kanarip From sundaram at fedoraproject.org Wed Jul 2 14:56:11 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 02 Jul 2008 20:26:11 +0530 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <394cf6840807020705q7b234192o54bed99604847561@mail.gmail.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <394cf6840807020705q7b234192o54bed99604847561@mail.gmail.com> Message-ID: <486B970B.2080606@fedoraproject.org> Miguel Filho wrote: > On Wed, Jul 2, 2008 at 10:27 AM, Jeroen van Meeuwen wrote: >> A small addition here; RHEL does so by releasing a minor update to the >> entire operating system (5.2) - so everyone knows to look for changes like >> these. Is this something EPEL can do as well? >> >> EPEL 5.1/nethack-3.4.3 >> >> EPEL 5.2/nethack-4.0 (for the right reasons) >> > > That is exactly my point on another mail I sent to this list. A > repository that don't follow the RHEL release is just a no go to me. Well since there isn't any third party reposiory following the EL release model, it makes sense to explain why you need such a model. Simply demanding that it should be done without providing a good explanation isn't really motivating anybody. Rahul From sundaram at fedoraproject.org Wed Jul 2 14:56:18 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 02 Jul 2008 20:26:18 +0530 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <394cf6840807020705q7b234192o54bed99604847561@mail.gmail.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <394cf6840807020705q7b234192o54bed99604847561@mail.gmail.com> Message-ID: <486B9712.2030100@fedoraproject.org> Miguel Filho wrote: > On Wed, Jul 2, 2008 at 10:27 AM, Jeroen van Meeuwen wrote: >> A small addition here; RHEL does so by releasing a minor update to the >> entire operating system (5.2) - so everyone knows to look for changes like >> these. Is this something EPEL can do as well? >> >> EPEL 5.1/nethack-3.4.3 >> >> EPEL 5.2/nethack-4.0 (for the right reasons) >> > > That is exactly my point on another mail I sent to this list. A > repository that don't follow the RHEL release is just a no go to me. Well since there isn't any third party repository following the EL release model, it makes sense to explain why you need such a model. Simply demanding that it should be done without providing a good explanation isn't really motivating anybody. Rahul From mmcgrath at redhat.com Wed Jul 2 20:24:01 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Wed, 2 Jul 2008 15:24:01 -0500 (CDT) Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <486B8540.3050708@mac.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <486B8540.3050708@mac.com> Message-ID: On Wed, 2 Jul 2008, Michael A. Peters wrote: > Jeroen van Meeuwen wrote: > > Michael A. Peters wrote: > > > There are a few exceptions. I do think RHEL is justified in moving Firefox > > > to FF3. The reason is twofold - > > > > > > 1) Firefox has a huge codebase. It would take extreme amount of man power > > > to continue to maintain FF 1.x without upstream. > > > > > > 2) The web evolves quickly, and a browser must keep in touch with modern > > > web innovations, particularly in the area of javascript and CSS > > > implementation. > > > > > > > A small addition here; RHEL does so by releasing a minor update to the > > entire operating system (5.2) - so everyone knows to look for changes like > > these. Is this something EPEL can do as well? > > > > EPEL 5.1/nethack-3.4.3 > > > > EPEL 5.2/nethack-4.0 (for the right reasons) > > > > Just a thought. > > To be honest, I think it would be too much effort to keep separate branches of > EPEL for each point release just for the few cases where there is a legitimate > reason to update a package. > I generally agree. It'd be nice to have different branches and follow them. but I can't imagine what the world will be like with RHEL6 comes out, by then we could be maintaining 2 or 3 different RHEL4 branches, potentially 5 or 6 RHEL5 branches, then the RHEL6.0 branch. For my use case anyway, EPEL's served quite well, I haven't had too many problems and the package updates are certainly less frequent then Fedora. -Mike From mastahnke at gmail.com Thu Jul 3 01:36:54 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 2 Jul 2008 20:36:54 -0500 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <486B8540.3050708@mac.com> Message-ID: <7874d9dd0807021836t6b5a55f8n273a9fde8091e12c@mail.gmail.com> I tend to agree with Mike and several of the previous comments in this thread. EPEL was designed to supplement EL with packages not included in the base. It has been, and will continue to do this. If the package is updating too frequently, the solution is simple, don't update. (disable automatic yum, or up2date or whatever). Create a release strategy for your needs. The repository and upgrade strategy are not (and should not) be one in the same. If it's not updating often enough, you are welcome to uses other repos, or supplement with your own updates. I tend to think that currently, the Fedora Project and contributors would not be able to sustain a quality-driven branch for unstable, or 5.1 vs 5.2 etc and so on. I still think that EPEL is much better than me having to hand pick every RPM from Fedora SRPMS and recompile them by hand, store them in my own repositories and then watch as incompatibilities crop up. Keep in mind that EPEL's goal is to make high-quality, fedora approved, packages available. How you use them is up to you. I also gave a talk on managing updates at the Red Hat Summit, if you want to check it out, please do so. http://stahnma.fedorapeople.org/summit/updates.odp stahnma From smooge at gmail.com Thu Jul 3 23:26:05 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 3 Jul 2008 17:26:05 -0600 Subject: More about EPEL unstable In-Reply-To: <394cf6840807011549s3a0796f0wad14e5d53dad054b@mail.gmail.com> References: <394cf6840807011549s3a0796f0wad14e5d53dad054b@mail.gmail.com> Message-ID: <80d7e4090807031626v4712b93eq7aca0c198e3324d0@mail.gmail.com> On Tue, Jul 1, 2008 at 4:49 PM, Miguel Filho wrote: > Hello list, > > I'm a new comer to the Red Hat world. I have been using Debian and > derivatives for many years, but for the past 3 months I have been > working on a 100% Fedora shop. So I still consider myself an outsider, > even though I suppose that I can improve the conversation about > EPEL's future. > Thanks for the feedback.. sorry it took me a while to come back to this. > Follow the RHEL release cycle. > The question is which release cycle. There are several. Big release cycle: RHEL-2,3,4,5 which have an average release time of 20 months between versions. [By this estimate RHEL-6 would be released in October of 2008, but my guess is it would be later than that.] Small release cycle: RHEL-4.0, 4.1,.. 4.6, 4.7 RHEL-5.0, 5.1, 5.2, 5.3 these are released every 6 months or so. > Freeze EPEL. Update packages to fix important/security bugs. No major version. > > During this freeze, work on the unstable branch, upgrading those > packages that really need a re-base due to many reasons already > discussed on the other thread, small version upgrades when possible. > New packages. Just do what RH does. > > New RHEL released. Push the new stuff to EPEL 'current' and make a > release note about it, reporting packages that have been removed, > upgraded, changed behavior, etc. Then the cycle begins again. > > I call this a "semi-distribution" release or something like that. > > I really see this as a win-win situation: > - Changes are predicted and almost at the same time of a major release. > - There is room for upgrades and they can be tested. Open a window for > accepting new stuff then close it. > - You have a test server, upgrade to 5.3 following the packages from > EPEL. Everything OK? Then go to the production servers and just relax > for the next 6 months since every single repository is NOT going to > put a new version of any package. > > And seriously, IMHO there is NO WAY to keep EPEL up to Fedora or to > every upstream package. > > What do you think? > This was exactly what the original EPEL was looking to try. The problem was that there were probably 3-5 people who were willing to work on the unstable stuff and requests for hundred's and hundred's of packages... and lots of requests for newer stuff than what was in EPEL. Stability is hard.. its why few people work on Debian Stable and people pay Novell, Red Hat etc for their long life releases. -- 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 Sun Jul 6 12:18:23 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:18:23 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706121823.16526.89924@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el5.noarch andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.i386 claws-mail-plugins-dillo - 3.3.1-1.el5.i386 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.i386 thunderbird-lightning - 0.8-3.el5.2.i386 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.i386 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.3-1.el5.i386 pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.i386 tmraz AT redhat.com vpnc - 0.4.0-2.el5.i386 ====================================================================== Broken packages in fedora-epel-5-i386: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) dkms-2.0.19.1-1.el5.noarch requires kernel-devel evolution-bogofilter-0.2.0-5.el5.1.i386 requires libeutil.so.0 gxine-0.5.11-14.el5.i386 requires gecko-libs = 0:1.8.0.12 mail-notification-evolution-plugin-4.0-3.el5.i386 requires libeutil.so.0 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.i386 requires thunderbird vpnc-0.4.0-2.el5.i386 requires kernel >= 0:2.4 ====================================================================== Broken packages in fedora-epel-testing-5-i386: claws-mail-3.3.1-1.el5.i386 requires libpisock.so.8 claws-mail-plugins-dillo-3.3.1-1.el5.i386 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Parse::CPAN::Packages) cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) hunspell-he-1.0-7.el5.i386 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.3-1.el5.i386 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 6 12:24:05 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:24:05 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706122405.16550.22246@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.x86_64 claws-mail-plugins-dillo - 3.3.1-1.el5.x86_64 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.x86_64 thunderbird-lightning - 0.8-3.el5.2.x86_64 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.x86_64 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.3-1.el5.x86_64 mmahut AT redhat.com irssi - 0.8.10-6.a.el5.i386 pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) evolution-bogofilter-0.2.0-5.el5.1.x86_64 requires libeutil.so.0()(64bit) gxine-0.5.11-14.el5.x86_64 requires gecko-libs = 0:1.8.0.12 irssi-0.8.10-6.a.el5.i386 requires libperl.so mail-notification-evolution-plugin-4.0-3.el5.x86_64 requires libeutil.so.0()(64bit) ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.x86_64 requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: claws-mail-3.3.1-1.el5.x86_64 requires libpisock.so.8()(64bit) claws-mail-plugins-dillo-3.3.1-1.el5.x86_64 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Parse::CPAN::Packages) cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) 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-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.3-1.el5.x86_64 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 6 12:29:11 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:29:11 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706122911.16572.72781@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail-plugins-dillo - 3.3.1-1.el5.ppc danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.ppc dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.ppc thunderbird-lightning - 0.8-3.el5.2.ppc martin.sourada AT gmail.com gxine - 0.5.11-14.el5.ppc matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.3-1.el5.ppc pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch ====================================================================== Broken packages in fedora-epel-5-ppc: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) gxine-0.5.11-14.el5.ppc requires gecko-libs = 0:1.8.0.12 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.ppc requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-ppc: claws-mail-plugins-dillo-3.3.1-1.el5.ppc requires dillo cpanspec-1.77-1.el5.noarch requires perl(Parse::CPAN::Packages) cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client flumotion-0.4.2-2.el5.ppc requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) hunspell-he-1.0-7.el5.ppc requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.3-1.el5.ppc requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 6 12:33:00 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:33:00 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706123300.16689.35890@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el4.noarch chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.i386 devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-i386: dkms-2.0.19.1-1.el4.noarch requires kernel-devel ====================================================================== Broken packages in fedora-epel-testing-4-i386: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.i386 requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.i386 requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 6 12:37:26 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:37:26 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706123726.16709.65638@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.x86_64 devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.x86_64 requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.x86_64 requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 6 12:41:21 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 06 Jul 2008 12:41:21 -0000 Subject: Broken dependencies in EPEL - 2008-07-06 Message-ID: <20080706124121.16733.82114@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): chrisw AT redhat.com git-cvs - 1.5.3.6-1.el4.ppc devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.ppc foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lmacken AT redhat.com python-sqlobject - 0.9.2-1.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-ppc: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) git-cvs-1.5.3.6-1.el4.ppc requires cvsps mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.ppc requires zope python-sqlobject-0.9.2-1.el4.noarch requires python-sqlite2 roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 6 16:22:33 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 6 Jul 2008 12:22:33 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-06 Message-ID: <20080706162233.CA42915219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 22 NEW abgraph-1.1-1.el5 : ABGraph is a simple tool to benchmark webservers centerim-4.22.6-0.1.20080705git.el5 (!) cpanspec-1.77-1.el5 : INVALID rebuild, not published! NEW freehoo-3.5.2-2.el5 : Freehoo is a free console based messenger for Yahoo IM Service func-0.21-1.el5 mod_wsgi-2.1-1.el5 NEW perl-Algorithm-C3-0.06-1.el5 : Module for merging hierarchies using the C3 algorithm NEW perl-Class-C3-0.14-1.el5 : Pragma to use the C3 method resolution order algorithm NEW perl-Class-MOP-0.37-1.el5 : Metaobject programming model for Perl NEW perl-File-Type-0.22-3.el5 : Determine file type using magic NEW perl-Params-Coerce-0.14-1.el5 : Allows your classes to do coercion of parameters NEW perl-Parse-CPAN-Packages-2.26-3.el5 : Parse 02packages.details.txt.gz perl-Sub-Identify-0.02-2.el5 NEW perl-SUPER-1.16-1.el5 : Sane superclass method dispatcher NEW perl-Term-ReadLine-Gnu-1.17a-2.el5 : Perl extension for the GNU Readline/History Library NEW perl-Test-Mock-LWP-0.05-1.el5 : Easy mocking of LWP packages NEW perl-Test-MockObject-1.08-2.el5 : Perl extension for emulating troublesome interfaces NEW perl-Test-WWW-Selenium-1.15-2.el5 : Perl Client for the Selenium Remote Control test tool shorewall-4.0.12-2.el5 sipp-3.1-2.el5 trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 vala-0.3.4-1.el5 Packages built and released for Fedora EPEL testing/4: 6 NEW freehoo-3.5.2-2.el4 : Freehoo is a free console based messenger for Yahoo IM Service func-0.21-1.el4 NEW perl-File-Type-0.22-3.el4 : Determine file type using magic NEW python-sqlite2-2.3.3-4.el4 : DB-API 2.0 interface for SQLite 3.x shorewall-4.0.12-2.el4 sipp-3.1-2.el4 Changes in Fedora EPEL testing/5: abgraph-1.1-1.el5 ----------------- * Wed Jun 25 2008 Marek Mahut - 1.1-1 - Upstream release centerim-4.22.6-0.1.20080705git.el5 ----------------------------------- * Sat Jul 05 2008 Lubomir Kundrak - 1:4.22.6-0.1.20080705git - Update to mobshot to exclude files with problematic copyright * Mon Apr 14 2008 Lubomir Kundrak - 1:4.22.5-1 - 4.22.5 with fixes for various Yahoo protocol crashes cpanspec-1.77-1.el5 ------------------- * Mon Jun 16 2008 Steven Pritchard 1.77-1 - Update to 1.77. freehoo-3.5.2-2.el5 ------------------- * Sat Jun 28 2008 Ray Van Dolson - 3.5.2-2 - Removed extra non-needed Requires; added 'words' - No longer converting freehoo.1 to UTF-8 (unneeded) - No longer specifying C_INCLUDE_PATH to make - Cleaned up some documentation processing logic that was unnecessary - Removed INSTALL - BuildRequires on separate lines - Other minor cleanups per reviewer - Removed %check as there is no make test target func-0.21-1.el5 --------------- * Wed Jul 02 2008 Michael DeHaan - 0.21-1 - new release, upstream changes * Mon Jun 30 2008 Michael DeHaan - 0.20-1 - new release, upstream changes mod_wsgi-2.1-1.el5 ------------------ * Wed Jul 02 2008 James Bowes 2.1-1 - Update to 2.1 * Mon Jun 16 2008 Ricky Zhou 1.3-4 - Build against the shared python lib. perl-Algorithm-C3-0.06-1.el5 ---------------------------- * Tue Nov 21 2006 Chris Weyl 0.06-1 - update to 0.06 perl-Class-C3-0.14-1.el5 ------------------------ * Mon Sep 25 2006 Chris Weyl 0.14-1 - update to 0.14 perl-Class-MOP-0.37-1.el5 ------------------------- * Thu Mar 22 2007 Chris Weyl 0.37-1 - update to 0.37 perl-File-Type-0.22-3.el5 ------------------------- * Sat Sep 16 2006 Steven Pritchard 0.22-3 - Fix find option order. perl-Params-Coerce-0.14-1.el5 ----------------------------- * Sun Oct 15 2006 Chris Weyl 0.14-1 - update to 0.14 perl-Parse-CPAN-Packages-2.26-3.el5 ----------------------------------- * Sat Sep 16 2006 Steven Pritchard 2.26-3 - Fix find option order. perl-Sub-Identify-0.02-2.el5 ---------------------------- * Wed Sep 06 2006 Chris Weyl 0.02-2 - bump perl-SUPER-1.16-1.el5 --------------------- * Wed Apr 04 2007 Chris Weyl 1.16-1 - update to 1.16 perl-Term-ReadLine-Gnu-1.17a-2.el5 ---------------------------------- * Sat Jun 28 2008 Lubomir Rintel (Good Data) 1.17a-2 - Tun the test suite with a pseudo-terminal * Fri Jun 27 2008 Lubomir Rintel (Good Data) 1.17a-1 - Specfile autogenerated by cpanspec 1.75. perl-Test-Mock-LWP-0.05-1.el5 ----------------------------- * Mon Jun 16 2008 Lubomir Rintel (Good Data) 0.05-1 - Specfile autogenerated by cpanspec 1.75. - Fixed dependencies - Fixed strings perl-Test-MockObject-1.08-2.el5 ------------------------------- * Wed Mar 05 2008 Tom "spot" Callaway - 1.08-2 - rebuild for new perl perl-Test-WWW-Selenium-1.15-2.el5 --------------------------------- * Mon Jun 23 2008 Lubomir Rintel (Good Data) 0.15-2 - Fixed License tag to include Apache, thanks Parag AN * Mon Jun 16 2008 Lubomir Rintel (Good Data) 0.15-1 - Specfile autogenerated by cpanspec 1.75. - Fix requires shorewall-4.0.12-2.el5 ---------------------- * Sat Jul 05 2008 Jonathan G. Underwood - 4.0.12-2 - Apply patch-perl-4.0.12.1 from upstream sipp-3.1-2.el5 -------------- * Sun Jul 06 2008 Peter Lemenkov 3.1-2 - CVE-2008-2085 trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 ---------------------------------------------------- * Fri Jul 04 2008 Jesse Keating - 0.2.1-0.2.20080603svn6990 - R spambayes vala-0.3.4-1.el5 ---------------- * Tue Jul 01 2008 Lennart Poettering - 0.3.4-1 - Update to 0.3.4 Changes in Fedora EPEL testing/4: freehoo-3.5.2-2.el4 ------------------- * Sat Jun 28 2008 Ray Van Dolson - 3.5.2-2 - Removed extra non-needed Requires; added 'words' - No longer converting freehoo.1 to UTF-8 (unneeded) - No longer specifying C_INCLUDE_PATH to make - Cleaned up some documentation processing logic that was unnecessary - Removed INSTALL - BuildRequires on separate lines - Other minor cleanups per reviewer - Removed %check as there is no make test target func-0.21-1.el4 --------------- * Wed Jul 02 2008 Michael DeHaan - 0.21-1 - new release, upstream changes * Mon Jun 30 2008 Michael DeHaan - 0.20-1 - new release, upstream changes perl-File-Type-0.22-3.el4 ------------------------- * Sat Sep 16 2006 Steven Pritchard 0.22-3 - Fix find option order. python-sqlite2-2.3.3-4.el4 -------------------------- * Sat Jul 05 2008 Xavier Lamien - 1:2.3.3-4 - Removed -egg-info on EL-4 (old python). shorewall-4.0.12-2.el4 ---------------------- * Sat Jul 05 2008 Jonathan G. Underwood - 4.0.12-2 - Apply patch-perl-4.0.12.1 from upstream sipp-3.1-2.el4 -------------- * Sun Jul 06 2008 Peter Lemenkov 3.1-2 - CVE-2008-2085 From mastahnke at gmail.com Mon Jul 7 15:57:02 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 7 Jul 2008 10:57:02 -0500 Subject: Meeting Log for Today's Meeting (July 07, 2008) Message-ID: <7874d9dd0807070857j25149289h4699ca61fc9e896c@mail.gmail.com> EPEL Steering Committee Log * Reminder new time Monday's at 15:00 UTC Todos: * stahnma will deliver a perl report * quaid will work on the process of new packages in RHEL vs EPEL * quaid will keep us updated on the status of branding/marketing ideas working internally with RH Marketing and Branding * stahnma will start filing bugs against packages with broken deps in EPEL [10:04] *** You set the channel topic to "EPEL Sig meeting -- Meeting rules at http://www.fedoraproject.org/wiki/Extras/Schedule/MeetingGuidelines". [10:04] Hi everybody; who's around for the EPEL meeting? [10:04] * quaid is a present KarstenWAde [10:04] stahnma: you take the lead [10:04] ? [10:05] ok [10:05] yeah, looks like no smooge today [10:05] wow, our wiki page looks like poo [10:05] it could use some love [10:06] put {{needs love}} at the top of the page :) [10:06] is there a template for that? [10:06] that'd be nice [10:06] *** You set the channel topic to "EPEL SIG Meeting | Status Reports: Current build system | all | need to make a page... help?". [10:06] * SmootherFrOgZ will have to leave in about 35min [10:06] yes, that's a current template [10:07] anybody have any updates on the build system? [10:07] but really, it's us who need to figure that one out [10:08] if not, I'll move on [10:08] *** You set the channel topic to "EPEL SIG Meeting | Status Reports: Package pushes -- knurd". [10:08] knurd: we have moved to the 1st of the month for both releases correct? [10:08] does anybody have objections, or comments about this? [10:09] --> jeffperry_fedora has joined this channel (n=jperry at 146-115-228-134.c3-0.frm-ubr1.sbo-frm.ma.cable.rcn.com). [10:09] * stahnma taps the mic, is this thing on? [10:10] * quaid makes a terrible feedback noise [10:10] * Jeff_S peeks in [10:10] --> wolfy has joined this channel (n=lonewolf at fedora/wolfy). [10:10] ok, I'll move on [10:11] ok [10:11] *** You set the channel topic to "EPEL SIG Meeting | Package Reports: What is waiting for what? | all | need to make a page... help?". [10:11] * quaid notes https://fedoraproject.org/wiki/EPEL/Schedule needs some love, too [10:11] I'll be honest, I don't know exactly what this means [10:11] the topic [10:11] quaid: indeed [10:11] quaid: that was where I added the {{needs love}} [10:11] * jeffperry_fedora is peeking as well...just curious [10:11] Are there any critical packages still not built in EPEL? [10:12] or anything in particular anybody is waiting on? [10:12] I know I get happy everytime I see perl modules added [10:12] heh [10:12] I often mention perl packages when introducing EPEL [10:12] I'd like to get a report of how many perl packages we have in fedora vs EPEL... [10:12] quaid: that was my number 1 time saver of epel [10:13] I could probably make said report [10:13] * stahnma will try to send something to the list [10:13] just as an FYI [10:13] there continues to be a ton of interest on the Java side, and that has a lot of road still to travel [10:13] agreed. Fedora/EPEL can travel that road together [10:14] there are a lot of unanswered questions there [10:14] moving on? [10:14] I'll start covering that a bit more on http://developer.redhatmagazine.com/ [10:14] * quaid wonders if "unstable EPEL" is on this agenda, or has the list settled that well enough? [10:14] --> tibbs has joined this channel (n=tibbs at fedora/tibbs). [10:14] I thought it would come up during free discussion [10:15] * Jeff_S looks around for who is serving the coffee [10:16] *** You set the channel topic to "EPEL SIG Meeting | Package Reports: Orphans in EPEL | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:16] are there orphans? [10:16] to me the biggest problem seems to be with RH added packages into RHEL and us not quite finding out about it until it's too late [10:16] which I guess is the opposite of orphans [10:16] it's like unplanned siblings [10:16] custody battle? [10:17] spot is supposed to alert EPEL SCo about that now [10:17] I haven't seen much talk about orphans -- anyone else? [10:17] that process arose after that last RHEL update [10:17] i'm supposed to do what? [10:18] spot: tell EPEL when packages are brought in to a RHEL update [10:18] (from EPEL) [10:18] quaid: that was andy gospodarek who said he'd try to alert us [10:18] --> gregdek has joined this channel (n=gdk at nat/redhat/x-33c66440fec0cb5a). [10:18] quaid: i can certainly forward information from the beta and final releases [10:19] but those package lists aren't exactly secret [10:19] spot: that would be helpful [10:19] spot: what do you think is the best way to alert EPEL earliest in the update process that packages are going to be sucked up in to RHEL from EPEL? [10:19] * knurd is back now; sorry, was in the kitchen [10:20] i don't know what the best way would be, i'm not tied into the RHEL 4/5 process tightly enough to give the super-heads-up [10:20] i think the best I can do is to pass on the beta package list [10:20] if we find out s early as possible (like at the Beta timeframe) it's probably ok [10:20] spot: can you find the right person in releng to add alerting epel-devel-list to their process? [10:21] hehehehe [10:21] quaid: you should ask f13 to help there [10:21] * quaid fears this laugh [10:21] <-- giallu has left this server (Remote closed the connection). [10:21] f13: question from five lines up ... [10:22] if we have a list we can compare against to see what is added/removed, that would help avoid some headaches [10:22] * nirik is back around for a few again. [10:22] quaid: I'm not releng for that, so I would punt to mikem and dgregor internally [10:22] agreed, but you'd figure ... well, that someone knows they are pulling the packages from EPEL and can just alert [10:23] yeah, we'll have to work with rel-eng and RH proper on this [10:23] f13: that's McCune? [10:23] shouldn't be hard for them, they just likely never thought about it before... [10:24] ok [10:24] quaid: no, Mike McLean [10:24] I'll send them email [10:24] f13: thanks [10:24] stahnma: a big problem is that releng definitely isn't going to know immediately that "this came from EPEL" [10:24] that's mikem23 [10:24] stahnma: most often we just get a ticket that asks us to create a branch for them for a package, and that's it. [10:25] it's really up to the developer asking for the package to note that it came from EPEL [10:25] oh, interesting [10:26] well, I guess we'd like it if came from EPEL [10:26] but, either way [10:26] ok, I'll ask them to help us figure out a process then [10:26] ok moving on? [10:27] ok [10:27] *** You set the channel topic to "EPEL SIG Meeting | Marketing Reports: | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:27] anybody got anything to add here? [10:28] I think so ... [10:28] good time to talk about branding? [10:28] stahnma: thats the 'who's joined, new packages' reports? or something else? [10:29] * quaid waits a second to be sure ... [10:30] could be [10:30] or maybe some formal marketing [10:30] ok, then I'll go on with a branding discussion starter, if no one minds. [10:31] so ... I won't be as blunt as gregdek, but the brand "EPEL" is ... difficult [10:31] * nirik nods, go ahead [10:31] i. acronyms for names suck [10:31] ii. how do you pronounce it? (cf. smooge and I "arguing" at FUDCon) [10:31] iii. decode before understanding == bad [10:31] so [10:31] I wondered that too [10:32] <-- wolfy has left this server (Remote closed the connection). [10:32] this ties in to the fact that [10:32] so we need a new name/brand? [10:32] I really don't care what the name is... I'm fine with whatever [10:32] <-- fraggle_ has left this server ("-ENOBRAIN"). [10:32] gregdek and I are working with the Red Hat Exchange (RHX) folks about getting more and more ISVs in to Fedora, with EPEL being a prime interest area [10:32] so we are working on some materials to take to OSCON ... [10:32] we just couldn't come up with anything aside from EPEL... so we went with that [10:32] and wondered if there is time to come up with a new name? [10:32] nirik: +1 that was the right thing for us to do [10:33] --> JSchmitt has joined this channel (n=s4504kr at p4FDD23D7.dip0.t-ipconnect.de). [10:33] and now that RHT branding folks are around to help, we can go back and do a naming exercise [10:33] cf. Fedora Nightlife, Spacewalk, and others of recent vintage. [10:33] sounds great to me... go for it. [10:33] awesome :) [10:33] yeah, quaid keep us posted on that [10:33] will do! [10:34] *** You set the channel topic to "EPEL SIG Meeting | Standing Issues: EPEL-announce list | all | http://fedoraproject.org/wiki/EPEL/Tasks/Misc". [10:34] * stahnma just moves topics....maybe too quickly [10:34] oh well [10:34] <-- che has left this server (Read error: 110 (Connection timed out)). [10:35] I like the idea of an announce list... [10:35] I like the idea of an announce-list, but I don't know if it would really add value to most users [10:35] most RHEL users don't use mailing lists [10:35] or IRC [10:35] or belong to the Fedora community [10:35] at least, that's my observation [10:35] I mean, I guess it would help, because somebody could point them to it. [10:36] yeah, but at least we would have a place to point peopel [10:36] but I don't know if people would just jump on [10:36] i know most sysadmins already complain about too much mail [10:36] but, I think having it is probably a good idea [10:36] make it moderated? [10:36] +1 moderated [10:37] yes, +1 moderated. [10:37] and very low traffic. [10:37] what if we offer to subscribe nahant-list and $RHEL5_name-list to the announce list? [10:37] not even sure we would want new push announcements there... or just serious breakage stuff. [10:38] --> fraggle_ has joined this channel (n=fraggle at bea13-2-82-239-143-199.fbx.proxad.net). [10:38] I would say probably breakage [10:38] and maybe big stack updates or something [10:39] something that could potentially have a huge impact [10:39] yeah, that sounds reasonable to me. [10:39] so do we request a list from mmcgrath, or somewhere at RH ? [10:39] stahnma: infrastructure ticket I think... [10:39] ok [10:39] nirik: you want to take that one? [10:39] do we want it to be a @redhat.com? or a fedoraproject one? [10:40] sure, I can do that. [10:40] hmm [10:40] what gives it more credability for RHEL users? [10:40] * stahnma personally would rather it be fedoraproject [10:40] althought... perhaps we wait until the branding is done? so we don't have to try and rename 'epel-announce' to something else? [10:40] <-- balor has left this server (Remote closed the connection). [10:40] good point [10:40] we hold? [10:41] <-- kital has left this server (Remote closed the connection). [10:41] yeah, lets revisit next week... [10:41] quaid: when might branding discussion happen? soon? [10:41] yeah, just revisit week by week [10:41] i would say an @fedoraproject; it's a fedora projet [10:41] ok, we'll move on [10:41] *** You set the channel topic to "EPEL SIG Meeting | Free discussion around EPEL". [10:41] nirik: ASAP; I'm going to try to get John Adams on f-epel-d-l right away to lead the discussion with us. [10:41] is there anything you guys need me for? [10:41] * knurd has to leave now [10:42] * nirik also has to go here asap... need to move my car out of the way so some people can get out. [10:42] * SmootherFrOgZ is leaving too [10:42] <-- SmootherFrOgZ has left this server ("leaving"). [10:42] hmm [10:42] free discussion means exit ;) [10:43] so has the stable vs unstable been resolved? [10:43] should we bring it up next time? [10:43] --> mdomsch has joined this channel (n=Matt_Dom at cpe-70-124-62-55.austin.res.rr.com). [10:43] if you like... I personally like the way it is now. [10:43] nirik, +1 [10:43] me too [10:43] we have enought work and things on the todo list already [10:43] * nirik goes to move car... back on from the road in a while. [10:44] ok, I'll leave it on the agenda for one more disucssion [10:44] but, it's probably squashed [10:44] * knurd now afk [10:44] have fun [10:44] ok, anybody from the floor or peanut gallery have anything? [10:44] it would be nice to get the unresolved deps cleared from testing and testing cleared [10:44] schlobinux: yes, it would [10:45] maybe bugs needs to be filed to get more attention from the owners [10:45] we've been working on that some, but not as much as we should have [10:45] schlobinux: +1 [10:45] (but even a bug is not enough sometime) [10:45] the rt3 package still suffer from the git bug [10:45] <-- mbacovsk_ has left this server (Read error: 110 (Connection timed out)). [10:45] well, I can start by filing some bugs [10:46] it can't hurt [10:46] what git bug? [10:46] jwb: missing cvsps dep [10:46] lemme dig out the bug number [10:47] hmm, I have git installing fine on EL5 at least.... [10:47] https://bugzilla.redhat.com/show_bug.cgi?id=453333 [10:47] Bug 453333: low, low, ---, Chris Wright, NEW , git-cvs requires cvsps which is not available in EPEL [10:47] oh, git-cvs [10:47] so rt3 requires git-cvs? [10:47] or? [10:48] this is not really harmful in itself, but the git packages cannot be moved out of testing [10:48] are the ACLs open on git? [10:49] the git packages in testing are fixing a bug that impacts rt3 [10:50] <-- sdziallas has left this server (Read error: 110 (Connection timed out)). [10:50] yes, ACLs are open [10:50] --> sdziallas has joined this channel (n=sebastia at p57A2D697.dip.t-dialin.net). [10:51] feel free to fix it then. i don't even have plague setup and it think jbowes is particularly busy right now [10:51] I'm not sure if the proper fix is to remove the dep or to build cvsps for EPEL [10:51] remove the dep [10:51] ok, fine by me, will do [10:51] i think the same was done for git-arch a while back [10:52] any other discussion? [10:52] * stahnma will close the meeting in 20 [10:52] how is the koji for epel progress coming? [10:52] (sorry if you covered that already) [10:52] we didn't have many updates [10:53] (or any) [10:53] I think it will improve in the near future [10:53] cool [10:54] -- MARK -- Meeting end [10:54] *** You set the channel topic to "Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule". From rayvd at bludgeon.org Mon Jul 7 16:22:46 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 7 Jul 2008 09:22:46 -0700 Subject: plague-client Message-ID: <20080707162246.GA4031@bludgeon.org> Any reason why plague-client is not in EPEL? The SRPM from Fedora 7 seems to build just fine on EL5... I don't see it in the wish list though, nor really any mention of it on the mailing list. I must be missing something obvious here; seems like someone would have added it by now (I'd be happy to do so as well) :) Ray From bugs.michael at gmx.net Mon Jul 7 17:05:14 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 7 Jul 2008 19:05:14 +0200 Subject: plague-client In-Reply-To: <20080707162246.GA4031@bludgeon.org> References: <20080707162246.GA4031@bludgeon.org> Message-ID: <20080707190514.7aba8070.bugs.michael@gmx.net> On Mon, 7 Jul 2008 09:22:46 -0700, Ray Van Dolson wrote: > Any reason why plague-client is not in EPEL? The SRPM from Fedora 7 > seems to build just fine on EL5... ... and would not include any of the bug-fixes and improvements created for the Extras/EPEL build servers. In Fedora, Plague is unmaintained. Some tickets in bugzilla got lost during the mass-bug-triaging. So, that's not a good starting-point for EPEL packages IMO. It would be better to base off an EPEL package of my rpms or the unofficial 0.4.5 [1] branch in cvs if you don't want so many separate patches. The files and rpms can still be found at: https://fedoraproject.org/wiki/User:Mschwendt [1] Note that in 0.4.5 I moved the builder_work default dir from /srv/... to /var/lib/... in accordance with the Fedora guidelines. Old Fedora packages used a non-working default in /tmp/builder_work. From smooge at gmail.com Mon Jul 7 17:10:07 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 7 Jul 2008 11:10:07 -0600 Subject: Meeting Log for Today's Meeting (July 07, 2008) In-Reply-To: <7874d9dd0807070857j25149289h4699ca61fc9e896c@mail.gmail.com> References: <7874d9dd0807070857j25149289h4699ca61fc9e896c@mail.gmail.com> Message-ID: <80d7e4090807071010g1ac3e5fdl9e0c344d6fd008a4@mail.gmail.com> Crapity crap crap. On Mon, Jul 7, 2008 at 9:57 AM, Michael Stahnke wrote: > EPEL Steering Committee Log > > * Reminder new time Monday's at 15:00 UTC > I put it down for Tuesday at 1500. Stupid human. Have updated my calender and alarm box. -- 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 rayvd at bludgeon.org Mon Jul 7 20:52:51 2008 From: rayvd at bludgeon.org (Ray Van Dolson) Date: Mon, 7 Jul 2008 13:52:51 -0700 Subject: plague-client In-Reply-To: <20080707190514.7aba8070.bugs.michael@gmx.net> References: <20080707162246.GA4031@bludgeon.org> <20080707190514.7aba8070.bugs.michael@gmx.net> Message-ID: <20080707205251.GA9306@bludgeon.org> On Mon, Jul 07, 2008 at 07:05:14PM +0200, Michael Schwendt wrote: > On Mon, 7 Jul 2008 09:22:46 -0700, Ray Van Dolson wrote: > > > Any reason why plague-client is not in EPEL? The SRPM from Fedora 7 > > seems to build just fine on EL5... > > ... and would not include any of the bug-fixes and improvements created > for the Extras/EPEL build servers. In Fedora, Plague is unmaintained. Some > tickets in bugzilla got lost during the mass-bug-triaging. So, that's not > a good starting-point for EPEL packages IMO. > > It would be better to base off an EPEL package of my rpms or the > unofficial 0.4.5 [1] branch in cvs if you don't want so many separate > patches. The files and rpms can still be found at: > https://fedoraproject.org/wiki/User:Mschwendt > > [1] Note that in 0.4.5 I moved the builder_work default dir from /srv/... > to /var/lib/... in accordance with the Fedora guidelines. Old Fedora packages > used a non-working default in /tmp/builder_work. Thanks Michael. Good info. I built using your 0.4.5 RPM's on my EL5 machine without issue. A couple questions: - I'd be happy to create an EL-5 branch based on your RPM's, that would seem to make the most sense. But do you have any interest in being the maintainer as you appear to be "upstream" in a way for the 0.4.5 branch - Where is this 0.4.5 CVS branch you mention? - Off-topic for EPEL, but it seems like maybe we should update this in Fedora 8 and 9 as well. I use those systems for building to EPEL as well and the plague stuff in Fedora is still the Fedora 7 package. Thanks again, Ray From smooge at gmail.com Mon Jul 7 21:29:14 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Mon, 7 Jul 2008 15:29:14 -0600 Subject: Unstable EPEL? (frequent package updates) In-Reply-To: <7874d9dd0807021836t6b5a55f8n273a9fde8091e12c@mail.gmail.com> References: <4869DB67.6000304@oss.schwarz.eu> <486AB11C.1040008@mac.com> <486B822E.1010302@kanarip.com> <486B8540.3050708@mac.com> <7874d9dd0807021836t6b5a55f8n273a9fde8091e12c@mail.gmail.com> Message-ID: <80d7e4090807071429t5eea6ce5mf43a7c1e486f1716@mail.gmail.com> After doing a lot of thinking at the vet this weekend, I just do not see how we have the man-power to meet a 'super'-stable release model. Super-stable requires a lot of effort to review and backport changes.. which is why many of us are paying 'Red Hat' or some consultant with CentOS/SciLin to do for us. I do not see how we can do so without a similar revenue stream to pay for people to sit and keep stuff from bit-rotting or forcing updates to newer versions because the code between 1.0.1 and 1.0.2 changed over 30%. It is also hard to know what is 'stable' enough for some groups. For everyone who wants to keep rt3 at an old version there are those who want a newer version because it has the features they need. The only solutions I could see to this were: a) giving people the tools to easily stick to what they want (in the way that Dag says for people wanting older stuff from him to use mrepo or similar to make their own local repository... not that many people do that... but those who were warned don't get much sympathy .) b) make it possible to have multiple levels of support when the bodhi/plague system is implemented. What I was seeing is that we have say 4 channels: alpha -- stuff from Fedora is built just like anything else for EL-4,5,6 and is either 'blacklisted' or 'eats-babies' beta -- stuff voted as being good enough is put here (eg EPEL-testing). gamma -- stuff voted to here is good enough for production. delta -- the last item from gamma is moved here... people can keep track of old items via this. epsilon -- really stable releases are here. the progression is then open to people and they can become involved by lobbying to keep something in gamma or moving it to delta.. elections would be held on a monthly system for items they wanted. of course this is all pie in the sky at the moment.. but worth looking at someday. anyway, back to the vet. -- 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 bugs.michael at gmx.net Mon Jul 7 23:11:18 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 8 Jul 2008 01:11:18 +0200 Subject: plague-client In-Reply-To: <20080707205251.GA9306@bludgeon.org> References: <20080707162246.GA4031@bludgeon.org> <20080707190514.7aba8070.bugs.michael@gmx.net> <20080707205251.GA9306@bludgeon.org> Message-ID: <20080708011118.02bd9eb6.bugs.michael@gmx.net> On Mon, 7 Jul 2008 13:52:51 -0700, Ray Van Dolson wrote: > Thanks Michael. Good info. I built using your 0.4.5 RPM's on my EL5 > machine without issue. A couple questions: > > - I'd be happy to create an EL-5 branch based on your RPM's, that > would seem to make the most sense. But do you have any interest in > being the maintainer as you appear to be "upstream" in a way for > the 0.4.5 branch That has become less interesting with the plans to migrate the EPEL buildsys to koji. Production instances like buildsys.fedoraproject.org are very valueable for stress-testing and for development of the software (provided that they track upstream from time to time). Whether RPMFusion will use Plague, I don't know. Livna still uses it, but the installation there differs from EPEL/Extras buildsys (and I don't think an official release or rpm-release is used). Plague is also less interesting as bodhi and mash are made for koji. Plague would benefit from actual development, such as completing the feature additions in the 0.5.0 version (cvs head), further code reviewing (also proof-reading), working on TODO lists, continueing with the pushscripts or integrating them into a web app, and community-building -- without duplicating work on koji+bodhi'n'friends. > - Where is this 0.4.5 CVS branch you mention? In the old "fedora" cvs (most of those projects have moved to fedora "hosted", afaik), tagged "Plague-0_4_5": http://cvs.fedoraproject.org/viewcvs/extras-buildsys/?root=fedora With it the need for patches in the rpms is reduced to a minimum. > - Off-topic for EPEL, but it seems like maybe we should update this > in Fedora 8 and 9 as well. I use those systems for building to > EPEL as well and the plague stuff in Fedora is still the Fedora 7 > package. The differences to F7 and EPEL are only in the patches (different version of mock, sqlite, +/- extras/epel buildsys customisations). From kwade at redhat.com Tue Jul 8 21:46:19 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Tue, 08 Jul 2008 14:46:19 -0700 Subject: rebranding EPEL Message-ID: <1215553579.3142.250.camel@calliope.phig.org> At the last steering committee meeting, we agreed that EPEL as a brand name isn't so hot. I brought it up because it's a PITA to have the acronym in the way of understanding what EPEL is about. John Adams, RHT brand manager, has agreed to help us with renaming/rebranding. John likes to kick these things off with a voice brainstorm session, which we have scheduled for tomorrow, 2 pm EDT/1800 UTC on talk.fedoraproject.org. I'm sending the details on the discussion to fedora-marketing-list because: * that's the place for marketing/branding discussion * you may not want to be bored with branding discussions here * you can always go over there for this discussion Cheers - Karsten -- Karsten Wade, Sr. Developer Community Mgr. 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 lfarkas at lfarkas.org Wed Jul 9 20:39:12 2008 From: lfarkas at lfarkas.org (Farkas Levente) Date: Wed, 09 Jul 2008 22:39:12 +0200 Subject: Unstable EPEL Message-ID: <487521F0.7060904@lfarkas.org> hi, i'm just read the current thread about how to release packages in epel. imho it's clear that the question is how we can define epel? there are many definition, 'by desing' epel = fedora - rhel - [difference] 1, difference is converging to 0 and all other packages at the same version as the latest released fedora packages. 2, difference is not converging to 0 and just some stable well tested packages from fedora with version 1-2-3 years old. but the other question who maintain the packages? a, fedora package maintainers or b, people close to rh (payed for it, which means those packages which rh wouldn't like to support but would be useful to many people). unfortunately the main problem is none of the above fit into the package maintainers point of view. since it seems most people would like to mix together '2' with 'a' which is not possible:-( fedora package usually would like to follow the latest upstream version (which is imho the right behavior). and fedora-6 ~ rhel-5 but now we've got fedora-9! packages at the same version as was in fedora-6 will become legacy in the near future (not to mention rhel-4) so it's not really maintainable in this way. make something stable and maintain packages by volunteer is not working just see what's happened with debian. anyway i rather vote for '1' and 'a' pair. eg: i like those fixes which comes with newer shorewall versions, what's more i'd like to see 4.0.13 as soon as it'll be released since it'll contain a fix which is important in our environment (and would not like to rebuild all packages from fedora which is too old or not in epel). or even some packages from rhel can be released with newer versions (eg: gstreamer). and those who like stable tested packages (which is much more work eg. backport bugfixes and security fixes so diverged from the original version but still not the latest) should have to ask/request/force rh that the given package get into rhel. or may be a best would be create two different repository (can be called anything): '1' and '2', but i bet '2' will be dead soon. may be some kind of rules can be defined eg: - testing and development packages can't get into epel, - released fedora packages can go into epel testing, - only after a package be in epel testing for at least one month can be get into epel. just my 2c. -- Levente "Si vis pacem para bellum!" From buildsys at fedoraproject.org Thu Jul 10 23:32:12 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 10 Jul 2008 19:32:12 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-10 Message-ID: <20080710233212.A981E15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 drupal-5.8-1.el5 Packages built and released for Fedora EPEL testing/5: 12 bip-0.7.4-1.el5 bitlbee-1.2.1-1.el5 cobbler-1.0.3-1.el5 collectl-3.0.0-1.el5 flashrom-0-0.11.20080607svn3418.el5 gyachi-1.1.35-16.el5 nethogs-0.7-3.20080627cvs.el5 NEW netstiff-0-0.1.20080331.el5 : A powerful Web and FTP site update checker NEW perl-Crypt-Rijndael-1.06-2.el5 : Crypt::CBC compliant Rijndael encryption module python-paramiko-1.7.4-1.el5 NEW R-biglm-0.4-1.el5.1 : Bounded memory linear and generalized linear models NEW xdialog-2.3.1-3.el5 : X11 drop in replacement for cdialog Packages built and released for Fedora EPEL 4: 1 drupal-5.8-1.el4 Packages built and released for Fedora EPEL testing/4: 7 bitlbee-1.2.1-1.el4 cobbler-1.0.3-1.el4 collectl-3.0.0-1.el4 flashrom-0-0.11.20080607svn3418.el4 git-1.5.3.6-2.el4 NEW R-biglm-0.4-1.el4.1 : Bounded memory linear and generalized linear models NEW xdialog-2.3.1-3.el4 : X11 drop in replacement for cdialog Changes in Fedora EPEL 5: drupal-5.8-1.el5 ---------------- * Thu Jul 10 2008 Jon Ciesla - 5.8-1 - Upgrade to 5.8, SA-2008-044. * Mon Feb 04 2008 Jon Ciesla - 5.7-1 - Upgrade to 5.7, several non-security bugs fixed. Changes in Fedora EPEL testing/5: bip-0.7.4-1.el5 --------------- * Sun Jun 08 2008 Lorenzo Villani - 0.7.4-1 - New version bitlbee-1.2.1-1.el5 ------------------- * Mon Jul 07 2008 Robert Scheck 1.2.1-1 - Upgrade to 1.2.1 (thanks to Mat?j Cepl) cobbler-1.0.3-1.el5 ------------------- * Mon Jul 07 2008 Michael DeHaan - 1.0.3-1 - Upstream changes (see CHANGELOG) * Mon Jun 09 2008 Michael DeHaan - 1.0.2-1 - Upstream changes (see CHANGELOG) collectl-3.0.0-1.el5 -------------------- * Tue Jul 08 2008 Karel Zak 3.0.0-1 - upgrade to upstream version 3.0.0 flashrom-0-0.11.20080607svn3418.el5 ----------------------------------- * Sun Jul 06 2008 Peter Lemenkov 0-0.11.20080607svn3418 - AMIC A29002 - flashing system with Nvidia MCP67 - PCI IDs for EPIA-CN - VIA SPI controller on VT8237S - ICH7 SPI support - support for AMIC Technology A49LF040A - Board enable and autodetection for GIGABYTE GA-7VT600 - Add support for Amic Technology A29040B flash chip - Board enable and autodetection for BioStar P4M80-M4 - Add support for the ASUS P4B266 board - Add support for Amic A25L40P SPI flash * Fri Jun 06 2008 Peter Lemenkov 0-0.10.20080517svn3332 - Exclude sparc64 gyachi-1.1.35-16.el5 -------------------- * Tue Jul 08 2008 Gregory D Hosler - 1.1.35-16 - plugin-photo_album obsoletes plugin-photosharing nethogs-0.7-3.20080627cvs.el5 ----------------------------- * Tue Jul 08 2008 Anderson Silva 0.7-3.20080627cvs - Fix for debuginfo package provided by Ville Skytta. netstiff-0-0.1.20080331.el5 --------------------------- * Wed Jul 02 2008 Ray Van Dolson - 0-0.1.20080331 - Initial package perl-Crypt-Rijndael-1.06-2.el5 ------------------------------ * Mon Jun 23 2008 Nigel Jones - 1.06-2 - Missing Test::Pod deps * Mon Jun 23 2008 Nigel Jones - 1.06-1 - Specfile autogenerated by cpanspec 1.77. python-paramiko-1.7.4-1.el5 --------------------------- * Sun Jul 06 2008 Jeffrey C. Ollie - 1.7.4-1 - Update to 1.7.4 R-biglm-0.4-1.el5.1 ------------------- * Thu Jul 10 2008 Tom "spot" Callaway 0.4-1.1 - no NEWS * Tue Jul 08 2008 Tom "spot" Callaway 0.4-1 - initial package for Fedora xdialog-2.3.1-3.el5 ------------------- * Sun Jun 29 2008 Patrice Dumas 2.3.1-3 - add BR gettext * Wed Jun 25 2008 Patrice Dumas 2.3.1-2 - review request cleanups Changes in Fedora EPEL 4: drupal-5.8-1.el4 ---------------- * Thu Jul 10 2008 Jon Ciesla - 5.8-1 - Upgrade to 5.8, SA-2008-044. * Mon Feb 04 2008 Jon Ciesla - 5.7-1 - Upgrade to 5.7, several non-security bugs fixed. Changes in Fedora EPEL testing/4: bitlbee-1.2.1-1.el4 ------------------- * Mon Jul 07 2008 Robert Scheck 1.2.1-1 - Upgrade to 1.2.1 (thanks to Mat?j Cepl) cobbler-1.0.3-1.el4 ------------------- * Mon Jul 07 2008 Michael DeHaan - 1.0.3-1 - Upstream changes (see CHANGELOG) * Mon Jun 09 2008 Michael DeHaan - 1.0.2-1 - Upstream changes (see CHANGELOG) collectl-3.0.0-1.el4 -------------------- * Tue Jul 08 2008 Karel Zak 3.0.0-1 - upgrade to upstream version 3.0.0 flashrom-0-0.11.20080607svn3418.el4 ----------------------------------- * Sun Jul 06 2008 Peter Lemenkov 0-0.11.20080607svn3418 - AMIC A29002 - flashing system with Nvidia MCP67 - PCI IDs for EPIA-CN - VIA SPI controller on VT8237S - ICH7 SPI support - support for AMIC Technology A49LF040A - Board enable and autodetection for GIGABYTE GA-7VT600 - Add support for Amic Technology A29040B flash chip - Board enable and autodetection for BioStar P4M80-M4 - Add support for the ASUS P4B266 board - Add support for Amic A25L40P SPI flash * Fri Jun 06 2008 Peter Lemenkov 0-0.10.20080517svn3332 - Exclude sparc64 git-1.5.3.6-2.el4 ----------------- * Mon Jul 07 2008 Xavier Bachelot 1.5.3.6-2 - Drop git-cvs requirement for cvsps, it is not available in EL-4. R-biglm-0.4-1.el4.1 ------------------- * Thu Jul 10 2008 Tom "spot" Callaway 0.4-1.1 - no NEWS * Tue Jul 08 2008 Tom "spot" Callaway 0.4-1 - initial package for Fedora xdialog-2.3.1-3.el4 ------------------- * Sun Jun 29 2008 Patrice Dumas 2.3.1-3 - add BR gettext * Wed Jun 25 2008 Patrice Dumas 2.3.1-2 - review request cleanups From buildsys at fedoraproject.org Sat Jul 12 22:12:19 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 12 Jul 2008 18:12:19 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-12 Message-ID: <20080712221219.B4E5F15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 8 NEW fs_mark-3.2-2.el5 : Benchmark synchronous/async file creation netdump-server-0.7.16-21.el5 NEW perl-Frontier-RPC-0.07b4-5.el5 : A Perl interface for making and serving XML-RPC calls NEW perl-Net-Telnet-3.03-7.el5 : Net-Telnet Perl module php-pecl-zip-1.8.10-2.el5 NEW pnp4nagios-0.4.10-1.el5 : Nagios performance data analysis tool python-toscawidgets-0.9.2-1.el5 tlock-1.4-1.el5 Packages built and released for Fedora EPEL testing/4: 5 NEW perl-Frontier-RPC-0.07b4-5.el4 : A Perl interface for making and serving XML-RPC calls NEW perl-Net-Telnet-3.03-7.el4 : Net-Telnet Perl module NEW php-pecl-zip-1.8.10-2.el4.1 : A zip management extension NEW pnp4nagios-0.4.10-1.el4 : Nagios performance data analysis tool tlock-1.4-1.el4 Changes in Fedora EPEL testing/5: fs_mark-3.2-2.el5 ----------------- * Wed Jun 18 2008 Eric Sandeen 3.2-2 - Address review comments netdump-server-0.7.16-21.el5 ---------------------------- * Fri Jul 11 2008 Neil Horman - 0.7.16-21 - respond to client ports other than 6666 (bz 454703) perl-Frontier-RPC-0.07b4-5.el5 ------------------------------ * Fri Jul 11 2008 Michael Stahnke - 0.07b4-4 - Rebuild for EPEL perl-Net-Telnet-3.03-7.el5 -------------------------- * Fri May 23 2008 Fabio M. Di Nitto - 3.03-7 - Fix bug 226273: * Add dist tag. * Fix rpmlint errors for %description. * Remove MANIFEST from package. - General clean up of spec file. php-pecl-zip-1.8.10-2.el5 ------------------------- * Tue Jul 08 2008 Remi Collet 1.8.10-2 - EPEL only spec file - remove License file - EL4 build pnp4nagios-0.4.10-1.el5 ----------------------- * Wed Jul 09 2008 Xavier Bachelot 0.4.10-1 - Update to 0.4.10. python-toscawidgets-0.9.2-1.el5 ------------------------------- * Mon Jul 07 2008 Toshio Kuratomi - 0.9.2-1 - Update to latest release. - Fixes problem with pages being returned as text/plain. tlock-1.4-1.el5 --------------- * Sat Jul 12 2008 _pjp_ - 1.4-1 - Fixed the `root># tlock -s' bug. Patch supplied by: Milos Jakubicek (xjakub at fi.muni.cz) Changes in Fedora EPEL testing/4: perl-Frontier-RPC-0.07b4-5.el4 ------------------------------ * Fri Jul 11 2008 Michael Stahnke - 0.07b4-5 - Rebuild for EPEL 4 perl-Net-Telnet-3.03-7.el4 -------------------------- * Fri May 23 2008 Fabio M. Di Nitto - 3.03-7 - Fix bug 226273: * Add dist tag. * Fix rpmlint errors for %description. * Remove MANIFEST from package. - General clean up of spec file. php-pecl-zip-1.8.10-2.el4.1 --------------------------- * Fri Jul 11 2008 Remi Collet 1.8.10-2.el4.1 - missing Makefile * Tue Jul 08 2008 Remi Collet 1.8.10-2 - EPEL only spec file - remove License file - EL4 build pnp4nagios-0.4.10-1.el4 ----------------------- * Wed Jul 09 2008 Xavier Bachelot 0.4.10-1 - Update to 0.4.10. tlock-1.4-1.el4 --------------- * Sat Jul 12 2008 _pjp_ - 1.4-1 - Fixed the `root># tlock -s' bug. Patch supplied by: Milos Jakubicek (xjakub at fi.muni.cz) From buildsys at fedoraproject.org Sun Jul 13 12:17:39 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:17:39 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713121739.31297.89757@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el5.noarch andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.i386 claws-mail-plugins-dillo - 3.3.1-1.el5.i386 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.i386 thunderbird-lightning - 0.8-3.el5.2.i386 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.i386 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.4-1.el5.i386 mmahut AT redhat.com abgraph - 1.1-1.el5.noarch pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.i386 tmraz AT redhat.com vpnc - 0.4.0-2.el5.i386 ====================================================================== Broken packages in fedora-epel-5-i386: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) dkms-2.0.19.1-1.el5.noarch requires kernel-devel evolution-bogofilter-0.2.0-5.el5.1.i386 requires libeutil.so.0 gxine-0.5.11-14.el5.i386 requires gecko-libs = 0:1.8.0.12 mail-notification-evolution-plugin-4.0-3.el5.i386 requires libeutil.so.0 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.i386 requires thunderbird vpnc-0.4.0-2.el5.i386 requires kernel >= 0:2.4 ====================================================================== Broken packages in fedora-epel-testing-5-i386: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-3.3.1-1.el5.i386 requires libpisock.so.8 claws-mail-plugins-dillo-3.3.1-1.el5.i386 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) hunspell-he-1.0-7.el5.i386 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-1.el5.i386 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 13 12:22:40 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:22:40 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713122240.31337.27801@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.x86_64 claws-mail-plugins-dillo - 3.3.1-1.el5.x86_64 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.x86_64 thunderbird-lightning - 0.8-3.el5.2.x86_64 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.x86_64 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.4-1.el5.x86_64 mmahut AT redhat.com abgraph - 1.1-1.el5.noarch irssi - 0.8.10-6.a.el5.i386 pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) evolution-bogofilter-0.2.0-5.el5.1.x86_64 requires libeutil.so.0()(64bit) gxine-0.5.11-14.el5.x86_64 requires gecko-libs = 0:1.8.0.12 irssi-0.8.10-6.a.el5.i386 requires libperl.so mail-notification-evolution-plugin-4.0-3.el5.x86_64 requires libeutil.so.0()(64bit) ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.x86_64 requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-3.3.1-1.el5.x86_64 requires libpisock.so.8()(64bit) claws-mail-plugins-dillo-3.3.1-1.el5.x86_64 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) 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-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-1.el5.x86_64 requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 13 12:27:17 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:27:17 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713122717.31375.27503@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail-plugins-dillo - 3.3.1-1.el5.ppc danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.ppc dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.ppc thunderbird-lightning - 0.8-3.el5.2.ppc martin.sourada AT gmail.com gxine - 0.5.11-14.el5.ppc matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com vala-tools - 0.3.4-1.el5.ppc mmahut AT redhat.com abgraph - 1.1-1.el5.noarch pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch ====================================================================== Broken packages in fedora-epel-5-ppc: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) gxine-0.5.11-14.el5.ppc requires gecko-libs = 0:1.8.0.12 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.ppc requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-ppc: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-plugins-dillo-3.3.1-1.el5.ppc requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) fedora-packager-0.3.0-1.el5.noarch requires plague-client flumotion-0.4.2-2.el5.ppc requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) hunspell-he-1.0-7.el5.ppc requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-1.el5.ppc requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 13 12:30:40 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:30:40 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713123040.31404.52608@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el4.noarch devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-i386: dkms-2.0.19.1-1.el4.noarch requires kernel-devel ====================================================================== Broken packages in fedora-epel-testing-4-i386: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.i386 requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 13 12:34:38 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:34:38 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713123438.31513.57427@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.x86_64 requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 13 12:38:48 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 13 Jul 2008 12:38:48 -0000 Subject: Broken dependencies in EPEL - 2008-07-13 Message-ID: <20080713123848.31552.28676@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.ppc foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-ppc: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.ppc requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Mon Jul 14 12:05:27 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 14 Jul 2008 08:05:27 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-14 Message-ID: <20080714120527.62A0315219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 clamav-0.93.3-1.el5 Packages built and released for Fedora EPEL testing/5: 17 mksh-35-1.el5 NEW perl-aliased-0.22-1.el5 : Use shorter versions of class names perl-Class-C3-0.19-2.el5 NEW perl-Class-C3-XS-0.08-1.el5 : XS speedups for Class::C3 NEW perl-Class-Factory-Util-1.7-1.el5 : Provide utility methods for factory classes perl-Class-MOP-0.62-1.el5 NEW perl-DateTime-Format-Builder-0.7901-2.el5 : Create DateTime parser classes and objects NEW perl-DateTime-Format-HTTP-0.37-2.el5 : HTTP protocol date conversion routines NEW perl-DateTime-Format-IBeat-0.161-4.el5 : Format times in .beat notation NEW perl-DateTime-Format-MySQL-0.04-4.el5 : Parse and format MySQL dates and times NEW perl-DateTime-Format-Strptime-1.0700-2.el5.1 : Parse and format strp and strf time patterns NEW perl-Declare-Constraints-Simple-0.03-2.el5 : Declarative Validation of Data Structures NEW perl-Module-Refresh-0.13-2.el5 : Refresh %INC files when updated on disk NEW perl-MRO-Compat-0.09-1.el5 : Mro::* interface compatibility for Perls < 5.9.5 perl-Sub-Identify-0.03-1.el5 NEW perl-Test-LongString-0.11-1.el5 : Perl module to test long strings sagator-1.1.0-1.el5 Packages built and released for Fedora EPEL 4: 1 clamav-0.93.3-1.el4 Packages built and released for Fedora EPEL testing/4: 2 mksh-35-1.el4 sagator-1.1.0-1.el4 Changes in Fedora EPEL 5: clamav-0.93.3-1.el5 ------------------- * Mon Jul 14 2008 Robert Scheck - 0.93.3-1 - Upgrade to 0.93.3 (SECURITY), rediffed -initoff patch: - CVE-2008-2713 Out-of-bounds read on petite files - Put pid instead of pgrp into pid file of clamav-milter (#452359) * Wed Jun 18 2008 Robert Scheck - 0.93.1-1 - Upgrade to 0.93.1 (SECURITY), rediffed -path patch: - CVE-2008-2713 Invalid Memory Access Denial Of Service Vulnerability Changes in Fedora EPEL testing/5: mksh-35-1.el5 ------------- * Sun Jul 13 2008 Robert Scheck 35-1 - Upgrade to 35 perl-aliased-0.22-1.el5 ----------------------- * Wed May 28 2008 Chris Weyl 0.22-1 - update to 0.22 perl-Class-C3-0.19-2.el5 ------------------------ * Tue Mar 04 2008 Tom "spot" Callaway 0.19-2 - rebuild for new perl * Wed Oct 10 2007 Chris Weyl 0.19-1 - update to 0.19 * Fri Jun 01 2007 Chris Weyl 0.18-1 - update to 0.18 * Wed May 09 2007 Chris Weyl 0.17-1 - update to 0.17 - BR Class::C3::XS perl-Class-C3-XS-0.08-1.el5 --------------------------- * Thu Aug 09 2007 Chris Weyl 0.08-1 - update to 0.08 perl-Class-Factory-Util-1.7-1.el5 --------------------------------- * Mon Apr 02 2007 Chris Weyl 1.7-1 - update to 1.7 - switch to Build.PL - misc spec cleanups perl-Class-MOP-0.62-1.el5 ------------------------- * Wed Jun 25 2008 Chris Weyl 0.62-1 - update to 0.62 - tweak provides filtering * Tue Jun 17 2008 Chris Weyl 0.61-1 - update to 0.61 * Wed May 28 2008 Chris Weyl 0.57-1 - update to 0.57 * Wed May 21 2008 Chris Weyl 0.55-2 - bump for tagging snafu... * Wed May 21 2008 Chris Weyl 0.55-1 - update to 0.55 * Wed Mar 05 2008 Tom "spot" Callaway - 0.49-3 - rebuild for new perl * Mon Feb 18 2008 Fedora Release Engineering - 0.49-2 - Autorebuild for GCC 4.3 * Sat Dec 15 2007 Chris Weyl 0.49-1 - update to 0.49 - note that we're now arch-specific, as there's XS-speedup goodness! - note also that 0.49 BREAKS Moose < 0.33! * Wed Dec 12 2007 Chris Weyl 0.48-1 - update to 0.48 * Sun Nov 25 2007 Chris Weyl 0.47-1 - update to 0.47 * Sat Nov 17 2007 Chris Weyl 0.45-1 - update to 0.45 - adapt to Module::Install style * Sat Aug 11 2007 Chris Weyl 0.42-1 - update to 0.42 - license tag: GPL -> GPL+ * Thu May 31 2007 Chris Weyl 0.38-1 - update to 0.38 - add t/ to doc - minor spec rework to deal with the once and future perl split perl-DateTime-Format-Builder-0.7901-2.el5 ----------------------------------------- * Tue Mar 04 2008 Tom "spot" Callaway 0.7901-2 - rebuild for new perl perl-DateTime-Format-HTTP-0.37-2.el5 ------------------------------------ * Thu Aug 31 2006 Chris Weyl 0.37-2 - bump for mass rebuild perl-DateTime-Format-IBeat-0.161-4.el5 -------------------------------------- * Thu Aug 31 2006 Chris Weyl 0.161-4 - bump for mass rebuild perl-DateTime-Format-MySQL-0.04-4.el5 ------------------------------------- * Fri Sep 08 2006 Chris Weyl - add missing explicit requires on perl(DateTime::Format::Builder) - misc spec tweaks \ perl-DateTime-Format-Strptime-1.0700-2.el5.1 -------------------------------------------- * Sun Jul 13 2008 Lubomir Rintel 1.0700-2.1 - Adjust some test so that it passes in el5 perl-Declare-Constraints-Simple-0.03-2.el5 ------------------------------------------ * Fri May 04 2007 Chris Weyl 0.03-2 - bump perl-Module-Refresh-0.13-2.el5 ------------------------------ * Thu Sep 06 2007 Ralf Cors?pius < - 0.13-2 - Update license tag. perl-MRO-Compat-0.09-1.el5 -------------------------- * Sat Jun 28 2008 Chris Weyl 0.09 - update to 0.09 perl-Sub-Identify-0.03-1.el5 ---------------------------- * Wed May 28 2008 Chris Weyl 0.03-1 - update to 0.03 * Tue Mar 04 2008 Tom "spot" Callaway 0.02-3 - rebuild for new perl * Tue Oct 16 2007 Tom "spot" Callaway 0.02-2.2 - add BR: perl(Test::More) * Tue Oct 16 2007 Tom "spot" Callaway 0.02-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Test-LongString-0.11-1.el5 ------------------------------- * Wed Feb 21 2007 Ralf Cors?pius - 0.11-1 - Upstream update. - For now, ignore BR: perl(Test::Builder::Tester) > 1.04. sagator-1.1.0-1.el5 ------------------- * Sun Feb 17 2008 Jan ONDREJ (SAL) - 1.1.0-1 - added libclamav module - added pydspam module - selinux module moved to separate subpackage * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0 - /var/spool/vscan replaced by CHROOTDIR macro - posttrans section moved to init script (start section) - more macros used * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-0beta32 - clean buildroot before install - sagator.conf symlink is now relative Changes in Fedora EPEL 4: clamav-0.93.3-1.el4 ------------------- * Mon Jul 14 2008 Robert Scheck - 0.93.3-1 - Upgrade to 0.93.3 (SECURITY), rediffed -initoff patch: - CVE-2008-2713 Out-of-bounds read on petite files - Put pid instead of pgrp into pid file of clamav-milter (#452359) * Wed Jun 18 2008 Robert Scheck - 0.93.1-1 - Upgrade to 0.93.1 (SECURITY), rediffed -path patch: - CVE-2008-2713 Invalid Memory Access Denial Of Service Vulnerability Changes in Fedora EPEL testing/4: mksh-35-1.el4 ------------- * Sun Jul 13 2008 Robert Scheck 35-1 - Upgrade to 35 sagator-1.1.0-1.el4 ------------------- * Sun Feb 17 2008 Jan ONDREJ (SAL) - 1.1.0-1 - added libclamav module - added pydspam module - selinux module moved to separate subpackage * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0 - /var/spool/vscan replaced by CHROOTDIR macro - posttrans section moved to init script (start section) - more macros used * Thu Jan 03 2008 Jan ONDREJ (SAL) - 1.0.0-0beta32 - clean buildroot before install - sagator.conf symlink is now relative From limb at jcomserv.net Tue Jul 15 12:43:56 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 15 Jul 2008 07:43:56 -0500 (CDT) Subject: Stupid question Message-ID: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> FC3 -> RHEL4. FC6 -> RHEL5. Presumably, F9 -> RHEL6. With me so far? How is maintainership handled when RHEL is based on a Merged (WRT Core/Extras) Fedora? Pre-merge, Core->RHEL and is maintained by RH folk, and Extras->EPEL, and is maintained by the community. Post-merge, there are lots of packages maintained or co-maintained by community folks that are either historically Core or might be considered so in the process of choosing packages for RHEL6. Let's say a package was brought into Fedora and is maintained by a non-RH person, and RH wants to put it in RHEL6. Who maintains it? The current maintainer or someone in RH? What about EPEL? Presumably not an EPEL candidate then? Normally, I couldn't care less whether someone is RH or non-RH from a maintainer perspective, I'm just curious about how the above will work. Probably a non-issue. Thanks, Jon -- novus ordo absurdum From sundaram at fedoraproject.org Tue Jul 15 12:53:44 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 15 Jul 2008 18:23:44 +0530 Subject: Stupid question In-Reply-To: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> References: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> Message-ID: <487C9DD8.6090300@fedoraproject.org> Jon Ciesla wrote: > FC3 -> RHEL4. > > FC6 -> RHEL5. > > Presumably, F9 -> RHEL6. > > With me so far? [Not speaking for Red Hat here. Just my understanding of the process] The RHEL 6 time schedule isn't that strict and RHEL release schedules are not public information and probably won't be till close to release. > How is maintainership handled when RHEL is based on a Merged (WRT > Core/Extras) Fedora? Pre-merge, Core->RHEL and is maintained by RH folk, > and Extras->EPEL, and is maintained by the community. Post-merge, there > are lots of packages maintained or co-maintained by community folks that > are either historically Core or might be considered so in the process of > choosing packages for RHEL6. > > Let's say a package was brought into Fedora and is maintained by a non-RH > person, and RH wants to put it in RHEL6. Who maintains it? The current > maintainer or someone in RH? Anything in RHEL has to be maintained by a Red Hat employee. Usually, the same maintainer who will maintain it for RHEL will also maintain/co-maintain the Fedora branch too to get continous visibility into the development. When Red Hat branches off from Fedora to RHEL, product management will find someone to own the RHEL branch regardless of how it is managed in Fedora. What about EPEL? Presumably not an EPEL > candidate then? If it is pulled into RHEL, it is not a EPEL candidate. Rahul From limb at jcomserv.net Tue Jul 15 13:17:41 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Tue, 15 Jul 2008 08:17:41 -0500 (CDT) Subject: Stupid question In-Reply-To: <487C9DD8.6090300@fedoraproject.org> References: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> <487C9DD8.6090300@fedoraproject.org> Message-ID: <57718.198.175.55.5.1216127861.squirrel@mail.jcomserv.net> > Jon Ciesla wrote: >> FC3 -> RHEL4. >> >> FC6 -> RHEL5. >> >> Presumably, F9 -> RHEL6. >> >> With me so far? > > [Not speaking for Red Hat here. Just my understanding of the process] > > The RHEL 6 time schedule isn't that strict and RHEL release schedules > are not public information and probably won't be till close to release. So I assumed. >> How is maintainership handled when RHEL is based on a Merged (WRT >> Core/Extras) Fedora? Pre-merge, Core->RHEL and is maintained by RH >> folk, >> and Extras->EPEL, and is maintained by the community. Post-merge, there >> are lots of packages maintained or co-maintained by community folks that >> are either historically Core or might be considered so in the process of >> choosing packages for RHEL6. >> >> Let's say a package was brought into Fedora and is maintained by a >> non-RH >> person, and RH wants to put it in RHEL6. Who maintains it? The current >> maintainer or someone in RH? > > Anything in RHEL has to be maintained by a Red Hat employee. Usually, > the same maintainer who will maintain it for RHEL will also > maintain/co-maintain the Fedora branch too to get continous visibility > into the development. When Red Hat branches off from Fedora to RHEL, > product management will find someone to own the RHEL branch regardless > of how it is managed in Fedora. So if, say, I maintain a package that goes into RHEL, I can expect a new co-maintainer? > What about EPEL? Presumably not an EPEL >> candidate then? > > If it is pulled into RHEL, it is not a EPEL candidate. Perfectly logical. So if it's already in EL-4 and EL-5, we just don't branch for EL-6. I get it. > Rahul > -- novus ordo absurdum From sundaram at fedoraproject.org Tue Jul 15 13:27:54 2008 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Tue, 15 Jul 2008 18:57:54 +0530 Subject: Stupid question In-Reply-To: <57718.198.175.55.5.1216127861.squirrel@mail.jcomserv.net> References: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> <487C9DD8.6090300@fedoraproject.org> <57718.198.175.55.5.1216127861.squirrel@mail.jcomserv.net> Message-ID: <487CA5DA.20902@fedoraproject.org> Jon Ciesla wrote: > So if, say, I maintain a package that goes into RHEL, I can expect a new > co-maintainer? I don't know if there is any rule that there should be. I doubt we have any process to force that or past experience to count on but I expect any maintainer in RHEL to want to participate in the maintenance of the branches in Fedora too. Otherwise between a few years of jump between RHEL releases, they would not have much insight into the changes that go upstream and resulting feedback from end users which would be a critical thing when they get to own it for a particular RHEL release for 7 years or so. > Perfectly logical. So if it's already in EL-4 and EL-5, we just don't > branch for EL-6. I get it. Usually yes, sometimes packages are added/dropped in between releases and if someone finds those important they can continue to maintain it for Fedora and EPEL. Rahul From smooge at gmail.com Tue Jul 15 19:30:01 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Tue, 15 Jul 2008 13:30:01 -0600 Subject: Stupid question In-Reply-To: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> References: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> Message-ID: <80d7e4090807151230k3ace2b60j94ec0743e2072f06@mail.gmail.com> On Tue, Jul 15, 2008 at 6:43 AM, Jon Ciesla wrote: > FC3 -> RHEL4. > > FC6 -> RHEL5. > > Presumably, F9 -> RHEL6. > > With me so far? > It was more coincidence than planning that put the 3 release schedule difference there. The releases have gotten shorter in time so it might be 10 or 11 before EL-6 is split. > How is maintainership handled when RHEL is based on a Merged (WRT > Core/Extras) Fedora? Pre-merge, Core->RHEL and is maintained by RH folk, > and Extras->EPEL, and is maintained by the community. Post-merge, there > are lots of packages maintained or co-maintained by community folks that > are either historically Core or might be considered so in the process of > choosing packages for RHEL6. > Normally packages are just split off and pulled into RH's internal VCS. What packages those are etc are not known until about release time as the Fedora and EL release systems have to meet different 'rules'. > Let's say a package was brought into Fedora and is maintained by a non-RH > person, and RH wants to put it in RHEL6. Who maintains it? The current > maintainer or someone in RH? What about EPEL? Presumably not an EPEL > candidate then? > The package is maintained for EL by a Red Hat engineer and would not be available in EPEL anymore. The Fedora side would be maintained by the original person. > Normally, I couldn't care less whether someone is RH or non-RH from a > maintainer perspective, I'm just curious about how the above will work. > Probably a non-issue. > > Thanks, > Jon > > > -- > novus ordo absurdum > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From buildsys at fedoraproject.org Tue Jul 15 21:26:10 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 15 Jul 2008 17:26:10 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-15 Message-ID: <20080715212610.260A915219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 phpMyAdmin-2.11.7.1-1.el5 Packages built and released for Fedora EPEL testing/5: 11 bzr-gtk-0.94.0-4.el5 gamazons-0.83-3.el5 NEW gambit-c-4.2.8-6.el5 : Gambit-C Scheme programming system NEW khmeros-fonts-5.0-3.el5 : Khmer font set created by Danh Hong of the Cambodian Open Institute NEW libssh2-0.18-9.el5 : A library implementing the SSH2 protocol NEW monit-4.10.1-7.el5 : Manages and monitors processes, files, directories and devices NEW odfpy-0.7-2.el5 : Python library for manipulating OpenDocument files pastebin-0.60-4.el5 perl-DBD-SQLite-1.14-3.el5 tomcat-native-1.1.14-1.el5 vala-0.3.4-2.el5 Packages built and released for Fedora EPEL 4: 1 phpMyAdmin-2.11.7.1-1.el4 Packages built and released for Fedora EPEL testing/4: 5 NEW khmeros-fonts-5.0-3.el4 : Khmer font set created by Danh Hong of the Cambodian Open Institute NEW libssh2-0.18-9.el4 : A library implementing the SSH2 protocol NEW monit-4.10.1-7.el4 : Manages and monitors processes, files, directories and devices NEW odfpy-0.7-2.el4 : Python library for manipulating OpenDocument files pastebin-0.60-4.el4 Changes in Fedora EPEL 5: phpMyAdmin-2.11.7.1-1.el5 ------------------------- * Tue Jul 15 2008 Robert Scheck 2.11.7.1-1 - Upstream released 2.11.7.1 (#455520) Changes in Fedora EPEL testing/5: bzr-gtk-0.94.0-4.el5 -------------------- * Mon Jul 14 2008 Toshio Kuratomi 0.94.0-4 - Add upstream patch to fix a traceback when using log in olive. gamazons-0.83-3.el5 ------------------- * Mon Jul 14 2008 Michel Alexandre Salim - 0.83-3 - Remove OnlyShowIn=GNOME from desktop file gambit-c-4.2.8-6.el5 -------------------- * Mon Jul 14 2008 Michel Alexandre Salim - 4.2.8-6 - Put include files and libraries in standard paths * Thu Jun 19 2008 Michel Alexandre Salim - 4.2.8-5 - Package Termite as a module instead of bundling a custom Gambit-C with it * Thu Jun 19 2008 Michel Alexandre Salim - 4.2.8-4 - Permission fixes for Termite subpackage * Wed Jun 18 2008 Michel Alexandre Salim - 4.2.8-3 - Bundle Termite as a subpackage khmeros-fonts-5.0-3.el5 ----------------------- * Tue Jul 08 2008 Michal Nowak - 5.0-3 - reshaping to multiple subpackages based on font type/purpose - license uncertainity is solved; licence field is set according to information from .ttf files read via gnome-font-viewer * Mon Jul 07 2008 Michal Nowak - 5.0-2 - removing Fedora specific license - refactoring summary and description texts (Nicolas Mailhot) * Fri Jul 04 2008 Michal Nowak - 5.0-1 - Initial release libssh2-0.18-9.el5 ------------------ * Tue Jul 15 2008 David Juran - 0.18-9 - Tagging sillyness * Tue Jul 01 2008 - 0.18-8 - Adapted for EPEL monit-4.10.1-7.el5 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 4.10.1-7 - Autorebuild for GCC 4.3 odfpy-0.7-2.el5 --------------- * Tue Jul 15 2008 Ian Weller 0.7-2 - Change macros - Remove license file * Sun Jul 13 2008 Ian Weller 0.7-1 - Add COPYING file - Use setuptools instead - sed out shebangs from module files - Other minor fixes * Sun Jul 13 2008 Paul W. Frields - 0.7-0.1 - Initial RPM package pastebin-0.60-4.el5 ------------------- * Tue Jul 15 2008 Michael Stahnke - 0.60-4 - Fix a requires (added php) - Bug number 455389 perl-DBD-SQLite-1.14-3.el5 -------------------------- * Tue Jul 15 2008 Marcela Maslanova 1.14-3 - add rt32100 patch - same problem as in #245699 tomcat-native-1.1.14-1.el5 -------------------------- * Sat Jul 05 2008 Ville Skytt? - 1.1.14-1 - 1.1.14. * Sat Feb 16 2008 Ville Skytt? - 1.1.13-1 - 1.1.13. * Tue Feb 12 2008 Ville Skytt? - 1.1.12-2 - Apply upstream fix to silence (seemingly harmless?) configure error spewage. * Sat Dec 22 2007 Ville Skytt? - 1.1.12-1 - 1.1.12. vala-0.3.4-2.el5 ---------------- * Tue Jul 15 2008 Michel Alexandre Salim - 0.3.4-2 - Add vala-mode for editing Vala code in Emacs Changes in Fedora EPEL 4: phpMyAdmin-2.11.7.1-1.el4 ------------------------- * Tue Jul 15 2008 Robert Scheck 2.11.7.1-1 - Upstream released 2.11.7.1 (#455520) Changes in Fedora EPEL testing/4: khmeros-fonts-5.0-3.el4 ----------------------- * Tue Jul 08 2008 Michal Nowak - 5.0-3 - reshaping to multiple subpackages based on font type/purpose - license uncertainity is solved; licence field is set according to information from .ttf files read via gnome-font-viewer * Mon Jul 07 2008 Michal Nowak - 5.0-2 - removing Fedora specific license - refactoring summary and description texts (Nicolas Mailhot) * Fri Jul 04 2008 Michal Nowak - 5.0-1 - Initial release libssh2-0.18-9.el4 ------------------ * Tue Jul 15 2008 David Juran - 0.18-9 - Tagging sillyness * Tue Jul 01 2008 - 0.18-8 - Adapted for EPEL monit-4.10.1-7.el4 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 4.10.1-7 - Autorebuild for GCC 4.3 odfpy-0.7-2.el4 --------------- * Tue Jul 15 2008 Ian Weller 0.7-2 - Change macros - Remove license file * Sun Jul 13 2008 Ian Weller 0.7-1 - Add COPYING file - Use setuptools instead - sed out shebangs from module files - Other minor fixes * Sun Jul 13 2008 Paul W. Frields - 0.7-0.1 - Initial RPM package pastebin-0.60-4.el4 ------------------- * Tue Jul 15 2008 Michael Stahnke - 0.60-4 - Fix a requires (added php) - Bug number 455389 From tcallawa at redhat.com Wed Jul 16 20:17:35 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Wed, 16 Jul 2008 16:17:35 -0400 Subject: Stupid question In-Reply-To: <80d7e4090807151230k3ace2b60j94ec0743e2072f06@mail.gmail.com> References: <35476.198.175.55.5.1216125836.squirrel@mail.jcomserv.net> <80d7e4090807151230k3ace2b60j94ec0743e2072f06@mail.gmail.com> Message-ID: <1216239455.6118.20.camel@localhost.localdomain> On Tue, 2008-07-15 at 13:30 -0600, Stephen John Smoogen wrote: > It was more coincidence than planning that put the 3 release schedule > difference there. The releases have gotten shorter in time so it might > be 10 or 11 before EL-6 is split. If I was a betting man, I would put money on this. *cough* ~spot From martin.sourada at gmail.com Wed Jul 16 21:00:12 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Wed, 16 Jul 2008 23:00:12 +0200 Subject: Are we building against CentOS 5.2 or 5.1 Message-ID: <1216242012.2975.17.camel@pc-notebook> Hi, I've just got a bug on gxine about missing dependency on gecko-libs = 1.8.0.12 and after some exploration I've found that Firefox was upgraded to 3.0 in CentOS 5.2 and that CentOS 5.2 was released about three weeks ago, but I didn't noticed any message, or warning, here on the epel-devel-list. So the question is, are the builders set to build against 5.1 or against 5.2? Thanks, Martin -------------- 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 mastahnke at gmail.com Wed Jul 16 22:23:52 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Wed, 16 Jul 2008 17:23:52 -0500 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <1216242012.2975.17.camel@pc-notebook> References: <1216242012.2975.17.camel@pc-notebook> Message-ID: <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> 2008/7/16 Martin Sourada : > Hi, > > I've just got a bug on gxine about missing dependency on gecko-libs = > 1.8.0.12 and after some exploration I've found that Firefox was upgraded > to 3.0 in CentOS 5.2 and that CentOS 5.2 was released about three weeks > ago, but I didn't noticed any message, or warning, here on the > epel-devel-list. So the question is, are the builders set to build > against 5.1 or against 5.2? > > Thanks, > Martin > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > > We actually build against RHEL. I think the builders are still at 5.1, if I am recalling correctly. Anybody else ? stahnma From dennis at ausil.us Wed Jul 16 22:27:08 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 16 Jul 2008 17:27:08 -0500 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> Message-ID: <200807161727.11002.dennis@ausil.us> On Wednesday 16 July 2008, Michael Stahnke wrote: > 2008/7/16 Martin Sourada : > > Hi, > > > > I've just got a bug on gxine about missing dependency on gecko-libs = > > 1.8.0.12 and after some exploration I've found that Firefox was upgraded > > to 3.0 in CentOS 5.2 and that CentOS 5.2 was released about three weeks > > ago, but I didn't noticed any message, or warning, here on the > > epel-devel-list. So the question is, are the builders set to build > > against 5.1 or against 5.2? > We actually build against RHEL. I think the builders are still at > 5.1, if I am recalling correctly. > > Anybody else ? The should be using RHEL-5.2 now if not file a bug and we will get it fixed -- Dennis Gilmore -------------- 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 Wed Jul 16 22:45:07 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Jul 2008 00:45:07 +0200 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <200807161727.11002.dennis@ausil.us> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> Message-ID: <20080717004507.0b84cde1.bugs.michael@gmx.net> On Wed, 16 Jul 2008 17:27:08 -0500, Dennis Gilmore wrote: > On Wednesday 16 July 2008, Michael Stahnke wrote: > > 2008/7/16 Martin Sourada : > > > Hi, > > > > > > I've just got a bug on gxine about missing dependency on gecko-libs = > > > 1.8.0.12 and after some exploration I've found that Firefox was upgraded > > > to 3.0 in CentOS 5.2 and that CentOS 5.2 was released about three weeks > > > ago, but I didn't noticed any message, or warning, here on the > > > epel-devel-list. So the question is, are the builders set to build > > > against 5.1 or against 5.2? > > > We actually build against RHEL. I think the builders are still at > > 5.1, if I am recalling correctly. > > > > Anybody else ? > > The should be using RHEL-5.2 now if not file a bug and we will get it fixed This broken dep is in the repoclosure report since early July. And unless the private reports have been disabled, this broken dep has been reported weekly to: martin.sourada AT gmail.com gxine - 0.5.11-14.el5.i386 The script is still misconfigured to run for i386 instead of i686, but that doesn't affect gxine+firefox. From martin.sourada at gmail.com Wed Jul 16 22:51:15 2008 From: martin.sourada at gmail.com (Martin Sourada) Date: Thu, 17 Jul 2008 00:51:15 +0200 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <20080717004507.0b84cde1.bugs.michael@gmx.net> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> <20080717004507.0b84cde1.bugs.michael@gmx.net> Message-ID: <1216248675.2975.22.camel@pc-notebook> On Thu, 2008-07-17 at 00:45 +0200, Michael Schwendt wrote: > This broken dep is in the repoclosure report since early July. > And unless the private reports have been disabled, this broken dep > has been reported weekly to: > > martin.sourada AT gmail.com > gxine - 0.5.11-14.el5.i386 > > The script is still misconfigured to run for i386 instead of i686, but > that doesn't affect gxine+firefox. Yeah, I got that mail a few times, and every time I checked the rest of the broken deps in that batch, there were obvious false positives like missing dependency: kernel-devel, and given that in 5.1 there is still firefox 2.0.0.12, I thought it was result of the broken skript. My bad. Going to rebuild now against xulrunner. What is the fastest way to get it to repos? Thanks, Martin -------------- 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 Wed Jul 16 23:05:03 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 17 Jul 2008 01:05:03 +0200 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <1216248675.2975.22.camel@pc-notebook> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> <20080717004507.0b84cde1.bugs.michael@gmx.net> <1216248675.2975.22.camel@pc-notebook> Message-ID: <20080717010503.74a5ce98.bugs.michael@gmx.net> On Thu, 17 Jul 2008 00:51:15 +0200, Martin Sourada wrote: > > The script is still misconfigured to run for i386 instead of i686, but > > that doesn't affect gxine+firefox. > Yeah, I got that mail a few times, and every time I checked the rest of > the broken deps in that batch, there were obvious false positives like > missing dependency: kernel-devel, That's because kernel and kernel-devel (and a few other packages) are NOT available for i386. They are i686-only for RHEL afaik, not even i586. For the parameters passed to repoclosure this means "-a i686" and NOT "-a i386". That's an EasyFix for whoever has write-access where the script is stored. [Restoring the single-mail-per-report feature is unrelated. That was okay around May this year.] > Going to rebuild now against xulrunner. What is the fastest way to get > it to repos? Mail epel signers according to the epel faq. From orion at cora.nwra.com Thu Jul 17 02:57:29 2008 From: orion at cora.nwra.com (orion at cora.nwra.com) Date: Wed, 16 Jul 2008 20:57:29 -0600 (MDT) Subject: RHEL firefox 1.5 -> 3.0 In-Reply-To: <1216242012.2975.17.camel@pc-notebook> References: <1216242012.2975.17.camel@pc-notebook> Message-ID: <35683.71.208.59.224.1216263449.squirrel@www.cora.nwra.com> > Hi, > > I've just got a bug on gxine about missing dependency on gecko-libs = > 1.8.0.12 and after some exploration I've found that Firefox was upgraded > to 3.0 in CentOS 5.2 Is anyone else surprised about this move? It appears to have broken IDL on 5.2. - Orion From smooge at gmail.com Thu Jul 17 15:40:44 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 17 Jul 2008 09:40:44 -0600 Subject: RHEL firefox 1.5 -> 3.0 In-Reply-To: <35683.71.208.59.224.1216263449.squirrel@www.cora.nwra.com> References: <1216242012.2975.17.camel@pc-notebook> <35683.71.208.59.224.1216263449.squirrel@www.cora.nwra.com> Message-ID: <80d7e4090807170840o390420eeg552b88a39a8309e3@mail.gmail.com> On Wed, Jul 16, 2008 at 8:57 PM, wrote: >> Hi, >> >> I've just got a bug on gxine about missing dependency on gecko-libs = >> 1.8.0.12 and after some exploration I've found that Firefox was upgraded >> to 3.0 in CentOS 5.2 > > Is anyone else surprised about this move? It appears to have broken IDL > on 5.2. > Not really. Red Hat (CentOS's upstream) announced early on in the 5.x series that they would move to firefox 3.0 when it was ready. The Red Hat 5.2 beta had firefox-3.0 in it, and it had been discussed on this list before. -- 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 orion at cora.nwra.com Thu Jul 17 16:04:13 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 17 Jul 2008 10:04:13 -0600 Subject: RHEL firefox 1.5 -> 3.0 In-Reply-To: <80d7e4090807170840o390420eeg552b88a39a8309e3@mail.gmail.com> References: <1216242012.2975.17.camel@pc-notebook> <35683.71.208.59.224.1216263449.squirrel@www.cora.nwra.com> <80d7e4090807170840o390420eeg552b88a39a8309e3@mail.gmail.com> Message-ID: <487F6D7D.3030400@cora.nwra.com> Stephen John Smoogen wrote: > On Wed, Jul 16, 2008 at 8:57 PM, wrote: >> Is anyone else surprised about this move? It appears to have broken IDL >> on 5.2. >> > > Not really. Red Hat (CentOS's upstream) announced early on in the 5.x > series that they would move to firefox 3.0 when it was ready. The Red > Hat 5.2 beta had firefox-3.0 in it, and it had been discussed on this > list before. Well, not so much surprised by the appearance as surprised by the decision to make a change that was likely to cause incompatibilities with software built against 1.5. I moved to EL versions to try to avoid such things... -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From smooge at gmail.com Thu Jul 17 17:28:23 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 17 Jul 2008 11:28:23 -0600 Subject: RHEL firefox 1.5 -> 3.0 In-Reply-To: <487F6D7D.3030400@cora.nwra.com> References: <1216242012.2975.17.camel@pc-notebook> <35683.71.208.59.224.1216263449.squirrel@www.cora.nwra.com> <80d7e4090807170840o390420eeg552b88a39a8309e3@mail.gmail.com> <487F6D7D.3030400@cora.nwra.com> Message-ID: <80d7e4090807171028y18594891n14517595a7374fbe@mail.gmail.com> On Thu, Jul 17, 2008 at 10:04 AM, Orion Poplawski wrote: > Stephen John Smoogen wrote: >> >> On Wed, Jul 16, 2008 at 8:57 PM, wrote: >>> >>> Is anyone else surprised about this move? It appears to have broken IDL >>> on 5.2. >>> >> >> Not really. Red Hat (CentOS's upstream) announced early on in the 5.x >> series that they would move to firefox 3.0 when it was ready. The Red >> Hat 5.2 beta had firefox-3.0 in it, and it had been discussed on this >> list before. > > Well, not so much surprised by the appearance as surprised by the decision > to make a change that was likely to cause incompatibilities with software > built against 1.5. I moved to EL versions to try to avoid such things... > > I think this was the reason for the Red Hat 5.x.y releases. There were paying customers who wanted a new desktop and others who wanted an old one. Red Hat 5.1.x will be locked with firefox-1.5 etc, but the various users that want 3.0 with 5 will get it with 5.2,5.3 series. -- 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 Thu Jul 17 18:59:09 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 17 Jul 2008 13:59:09 -0500 (CDT) Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <20080717010503.74a5ce98.bugs.michael@gmx.net> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> <20080717004507.0b84cde1.bugs.michael@gmx.net> <1216248675.2975.22.camel@pc-notebook> <20080717010503.74a5ce98.bugs.michael@gmx.net> Message-ID: On Thu, 17 Jul 2008, Michael Schwendt wrote: > On Thu, 17 Jul 2008 00:51:15 +0200, Martin Sourada wrote: > > > > The script is still misconfigured to run for i386 instead of i686, but > > > that doesn't affect gxine+firefox. > > Yeah, I got that mail a few times, and every time I checked the rest of > > the broken deps in that batch, there were obvious false positives like > > missing dependency: kernel-devel, > > That's because kernel and kernel-devel (and a few other packages) are NOT > available for i386. They are i686-only for RHEL afaik, not even i586. For > the parameters passed to repoclosure this means "-a i686" and NOT "-a i386". > Just so I don't mailbomb everyone again. Changing: process_deps 5 i386 testing yes to process_deps 5 i686 testing yes ? -Mike From bugs.michael at gmx.net Fri Jul 18 09:44:00 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 18 Jul 2008 11:44:00 +0200 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> <20080717004507.0b84cde1.bugs.michael@gmx.net> <1216248675.2975.22.camel@pc-notebook> <20080717010503.74a5ce98.bugs.michael@gmx.net> Message-ID: <20080718114400.15c4394b.bugs.michael@gmx.net> On Thu, 17 Jul 2008 13:59:09 -0500 (CDT), Mike McGrath wrote: > On Thu, 17 Jul 2008, Michael Schwendt wrote: > > > On Thu, 17 Jul 2008 00:51:15 +0200, Martin Sourada wrote: > > > > > > The script is still misconfigured to run for i386 instead of i686, but > > > > that doesn't affect gxine+firefox. > > > Yeah, I got that mail a few times, and every time I checked the rest of > > > the broken deps in that batch, there were obvious false positives like > > > missing dependency: kernel-devel, > > > > That's because kernel and kernel-devel (and a few other packages) are NOT > > available for i386. They are i686-only for RHEL afaik, not even i586. For > > the parameters passed to repoclosure this means "-a i686" and NOT "-a i386". > > > > Just so I don't mailbomb everyone again. Changing: > > process_deps 5 i386 testing yes > > to > > process_deps 5 i686 testing yes > > ? Ah, no, I forgot that somebody added that stuff. In the context of process_deps this additional line near the top, where a similar thing is done for ppc, would be needed (I only see a diff of a script called checkEpel.sh): [ $arch == "i386" ] && arch_label=i686 || arch_label=$arch $arch is used in the repo ids, $arch_label passed to Yum. Dunno where that process_deps() function comes from. It's broken as I've told stahnma (who might be its author). It ought to run rc-report on all report-files at once as was done around May. From bugs.michael at gmx.net Fri Jul 18 09:52:15 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 18 Jul 2008 11:52:15 +0200 Subject: Are we building against CentOS 5.2 or 5.1 In-Reply-To: <20080718114400.15c4394b.bugs.michael@gmx.net> References: <1216242012.2975.17.camel@pc-notebook> <7874d9dd0807161523l33195380uad666c5c621b1327@mail.gmail.com> <200807161727.11002.dennis@ausil.us> <20080717004507.0b84cde1.bugs.michael@gmx.net> <1216248675.2975.22.camel@pc-notebook> <20080717010503.74a5ce98.bugs.michael@gmx.net> <20080718114400.15c4394b.bugs.michael@gmx.net> Message-ID: <20080718115215.0ed8105f.bugs.michael@gmx.net> On Fri, 18 Jul 2008 11:44:00 +0200, Michael Schwendt wrote: > > Just so I don't mailbomb everyone again. Changing: > > > > process_deps 5 i386 testing yes > > > > to > > > > process_deps 5 i686 testing yes > > > > ? > > Ah, no, I forgot that somebody added that stuff. In the context of > process_deps this additional line near the top, where a similar thing > is done for ppc, would be needed (I only see a diff of a script called > checkEpel.sh): > > [ $arch == "i386" ] && arch_label=i686 || arch_label=$arch As the 'OR' is troublesome, it ought to be dropped in favour of giving $arch_label a default value earlier. Top of function should look like this: process_deps() { release=$1 arch=$2 testing=$3 mail=$4 [ -z $4 ] && mail="no" || mail="yes" - [ $arch = "ppc" ] && arch_label=ppc64 || arch_label=$arch + arch_label=$arch + [ $arch == "i386" ] && arch_label=i686 + [ $arch == "ppc" ] && arch_label=ppc64 command="/usr/local/bin/rc-modified -d mdcache -n -c $YUM_CONF_LOC -a From smooge at gmail.com Fri Jul 18 18:15:15 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 18 Jul 2008 12:15:15 -0600 Subject: Reminder meeting for EPEL 2008-07-21 1500 UTC Message-ID: <80d7e4090807181115y3b955832y2c74a099f6cb0642@mail.gmail.com> #fedora-meeting -- 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 Sun Jul 20 00:39:32 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 19 Jul 2008 19:39:32 -0500 Subject: Perl Report Message-ID: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> After the last meeting, I was tasked with finding out what was missing in terms of Perl package in EPEL. Thanks to cweyl and some discussion on #fedora-devel we now have a report that is amazing. http://fedora.biggerontheinside.net/perl/ Again, thanks to cweyl for the wicked-good layout of this report. Now it's time for some analysis of the data and to see what we can do to get more packages into EPEL. stahnma From wolfy at nobugconsulting.ro Sun Jul 20 01:12:13 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Sun, 20 Jul 2008 04:12:13 +0300 Subject: Perl Report In-Reply-To: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> References: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> Message-ID: <488290ED.4090502@nobugconsulting.ro> On 07/20/2008 03:39 AM, Michael Stahnke wrote: > After the last meeting, I was tasked with finding out what was missing > in terms of Perl package in EPEL. > > Thanks to cweyl and some discussion on #fedora-devel we now have a > report that is amazing. > > http://fedora.biggerontheinside.net/perl/ > > Again, thanks to cweyl for the wicked-good layout of this report. > > > Now it's time for some analysis of the data and to see what we can do > to get more packages into EPEL. > > A couple of months ago I wanted to install bugzilla from EL-4 but I found out that a bunch of perl modules were missing (actually bugzilla needed one module which in turn needed others and via a looooooooooooong dependency chain I ended up building 13 packages which were missing at the time from EL-4). In the end I was stuck because a certain feature (really, I do not remember which one :( ) was provided by perl-5.8.8 but not by the stock perl [-5.8.5] which is provided by Centos 4. Comparing my internal repo with the list from http://fedora.biggerontheinside.net/perl/ I notice that I have successfully built perl-Image-Size-3.1-3, perl-Text-Autoformat-1.14.0-3 and perl-Text-Reform-1.12.2-5. All of them seem to have been built cleanly, except for the last one for which I have disabled %check (the entry I have added to the changelog at the time says " all tests fail due to missing version.pm"). So here comes issue number 1: if someone with more knowledge in perl can verify my packages, I can happily provide them (so as to save the building time) and if they are OK, could we bump the EPEL versions ? Issue number 2: AFAIK, perl-5.8.8 is NOT available in the stock distro but from the more advanced Application Stack. Am I wrong here ?// wolfy (who has just come back from vacation) PS: Who is the person responsible with building the report (Chris ?) ? It's a nice piece of work but it needs a bit of fixing, since some modules which are available in F-9/rawhide are obviously missing from the list. Starting with perl itself... From mastahnke at gmail.com Sun Jul 20 01:16:35 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 19 Jul 2008 20:16:35 -0500 Subject: Perl Report In-Reply-To: <488290ED.4090502@nobugconsulting.ro> References: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> <488290ED.4090502@nobugconsulting.ro> Message-ID: <7874d9dd0807191816s1edd803duc66d668b666eb059@mail.gmail.com> On Sat, Jul 19, 2008 at 8:12 PM, Manuel Wolfshant wrote: > On 07/20/2008 03:39 AM, Michael Stahnke wrote: >> >> After the last meeting, I was tasked with finding out what was missing >> in terms of Perl package in EPEL. >> >> Thanks to cweyl and some discussion on #fedora-devel we now have a >> report that is amazing. >> >> http://fedora.biggerontheinside.net/perl/ >> >> Again, thanks to cweyl for the wicked-good layout of this report. >> >> >> Now it's time for some analysis of the data and to see what we can do >> to get more packages into EPEL. >> >> > > A couple of months ago I wanted to install bugzilla from EL-4 but I found > out that a bunch of perl modules were missing (actually bugzilla needed one > module which in turn needed others and via a looooooooooooong dependency > chain I ended up building 13 packages which were missing at the time from > EL-4). In the end I was stuck because a certain feature (really, I do not > remember which one :( ) was provided by perl-5.8.8 but not by the stock perl > [-5.8.5] which is provided by Centos 4. > Comparing my internal repo with the list from > http://fedora.biggerontheinside.net/perl/ I notice that I have successfully > built perl-Image-Size-3.1-3, perl-Text-Autoformat-1.14.0-3 and > perl-Text-Reform-1.12.2-5. All of them seem to have been built cleanly, > except for the last one for which I have disabled %check (the entry I have > added to the changelog at the time says " all tests fail due to missing > version.pm"). > So here comes issue number 1: if someone with more knowledge in perl can > verify my packages, I can happily provide them (so as to save the building > time) and if they are OK, could we bump the EPEL versions ? > Issue number 2: AFAIK, perl-5.8.8 is NOT available in the stock distro but > from the more advanced Application Stack. Am I wrong here ?// > > wolfy (who has just come back from vacation) > > > PS: Who is the person responsible with building the report (Chris ?) ? It's > a nice piece of work but it needs a bit of fixing, since some modules which > are available in F-9/rawhide are obviously missing from the list. Starting > with perl itself... > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I probably should have prefaced this. This is a test. It is a work in progress. cweyl has graciously helped us out (in only a couple days) and come with this thus far. The data could contain errors/omissions/etc. The code is in fedorahosted at https://fedorahosted.org/camelus/ . I don't know if he has put the latest changes up there yet or not. Our next step is now to figure out what to do with the packges that are not built/branched for EPEL. We probably need to ping maintainers, give them about a week or so to respond, and if they don't, ask to be co-maintainers in EPEL. We might need some volunteers for this too. stahnma From buildsys at fedoraproject.org Sun Jul 20 12:17:17 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:17:17 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720121717.29431.15124@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el5.noarch andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.i386 claws-mail-plugins-dillo - 3.3.1-1.el5.i386 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.i386 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.i386 thunderbird-lightning - 0.8-3.el5.2.i386 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.i386 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com emacs-gambit - 4.2.8-6.el5.i386 emacs-vala - 0.3.4-2.el5.i386 vala-tools - 0.3.4-2.el5.i386 mmahut AT redhat.com abgraph - 1.1-1.el5.noarch pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.i386 tmraz AT redhat.com vpnc - 0.4.0-2.el5.i386 ====================================================================== Broken packages in fedora-epel-5-i386: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) dkms-2.0.19.1-1.el5.noarch requires kernel-devel evolution-bogofilter-0.2.0-5.el5.1.i386 requires libeutil.so.0 gxine-0.5.11-14.el5.i386 requires gecko-libs = 0:1.8.0.12 mail-notification-evolution-plugin-4.0-3.el5.i386 requires libeutil.so.0 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.i386 requires thunderbird vpnc-0.4.0-2.el5.i386 requires kernel >= 0:2.4 ====================================================================== Broken packages in fedora-epel-testing-5-i386: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-3.3.1-1.el5.i386 requires libpisock.so.8 claws-mail-plugins-dillo-3.3.1-1.el5.i386 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) 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 fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) hunspell-he-1.0-7.el5.i386 requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) 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 From buildsys at fedoraproject.org Sun Jul 20 12:22:03 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:22:03 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720122203.29466.43711@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail - 3.3.1-1.el5.x86_64 claws-mail-plugins-dillo - 3.3.1-1.el5.x86_64 danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.x86_64 dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch dmitry AT butskoy.name mail-notification-evolution-plugin - 4.0-3.el5.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.x86_64 thunderbird-lightning - 0.8-3.el5.2.x86_64 martin.sourada AT gmail.com gxine - 0.5.11-14.el5.x86_64 matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com emacs-gambit - 4.2.8-6.el5.x86_64 emacs-vala - 0.3.4-2.el5.x86_64 vala-tools - 0.3.4-2.el5.x86_64 mmahut AT redhat.com abgraph - 1.1-1.el5.noarch irssi - 0.8.10-6.a.el5.i386 pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch tcallawa AT redhat.com evolution-bogofilter - 0.2.0-5.el5.1.x86_64 ====================================================================== Broken packages in fedora-epel-5-x86_64: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) evolution-bogofilter-0.2.0-5.el5.1.x86_64 requires libeutil.so.0()(64bit) gxine-0.5.11-14.el5.x86_64 requires gecko-libs = 0:1.8.0.12 irssi-0.8.10-6.a.el5.i386 requires libperl.so mail-notification-evolution-plugin-4.0-3.el5.x86_64 requires libeutil.so.0()(64bit) ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.x86_64 requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-x86_64: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-3.3.1-1.el5.x86_64 requires libpisock.so.8()(64bit) claws-mail-plugins-dillo-3.3.1-1.el5.x86_64 requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) 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 fedora-packager-0.3.0-1.el5.noarch requires plague-client 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) 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-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) 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 buildsys at fedoraproject.org Sun Jul 20 12:26:26 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:26:26 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720122626.29502.60807@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): andreas.bierfert AT lowlatency.de claws-mail-plugins-dillo - 3.3.1-1.el5.ppc danken AT cs.technion.ac.il hunspell-he - 1.0-7.el5.ppc dennis AT ausil.us fedora-packager - 0.3.0-1.el5.noarch foolish AT guezz.net perl-libwhisker2 - 2.4-3.el5.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el5.noarch lkundrak AT v3.sk flumotion - 0.4.2-2.el5.ppc thunderbird-lightning - 0.8-3.el5.2.ppc martin.sourada AT gmail.com gxine - 0.5.11-14.el5.ppc matthias AT rpmforge.net gnome-applet-sshmenu - 3.15-5.el5.noarch python-Coherence - 0.2.1-3.el5.noarch sshmenu - 3.15-5.el5.noarch michel.sylvan AT gmail.com emacs-gambit - 4.2.8-6.el5.ppc emacs-vala - 0.3.4-2.el5.ppc vala-tools - 0.3.4-2.el5.ppc mmahut AT redhat.com abgraph - 1.1-1.el5.noarch pertusus AT free.fr ooo2txt - 0.0.6-3.el5.noarch roland AT redhat.com viewmtn - 0.10-1.el5.noarch roozbeh AT farsiweb.info translate-toolkit - 0.10.1-1.el5.noarch steve AT silug.org amavisd-new - 2.4.5-1.el5.noarch cpanspec - 1.77-1.el5.noarch ====================================================================== Broken packages in fedora-epel-5-ppc: amavisd-new-2.4.5-1.el5.noarch requires perl(Archive::Zip) gxine-0.5.11-14.el5.ppc requires gecko-libs = 0:1.8.0.12 ooo2txt-0.0.6-3.el5.noarch requires perl(Archive::Zip) thunderbird-lightning-0.8-3.el5.2.ppc requires thunderbird ====================================================================== Broken packages in fedora-epel-testing-5-ppc: abgraph-1.1-1.el5.noarch requires httpd-tools claws-mail-plugins-dillo-3.3.1-1.el5.ppc requires dillo cpanspec-1.77-1.el5.noarch requires perl(Archive::Zip) emacs-gambit-4.2.8-6.el5.ppc requires emacs(bin) >= 0:21.4 emacs-vala-0.3.4-2.el5.ppc requires emacs(bin) >= 0:21.4 fedora-packager-0.3.0-1.el5.noarch requires plague-client flumotion-0.4.2-2.el5.ppc requires pycrypto gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(panelapplet2) gnome-applet-sshmenu-3.15-5.el5.noarch requires ruby(gconf2) hunspell-he-1.0-7.el5.ppc requires hunspell mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el5.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el5.noarch requires perl(MD5) python-Coherence-0.2.1-3.el5.noarch requires python-nevow sshmenu-3.15-5.el5.noarch requires ruby(gtk2) translate-toolkit-0.10.1-1.el5.noarch requires python-enchant vala-tools-0.3.4-2.el5.ppc requires gnome-common viewmtn-0.10-1.el5.noarch requires highlight From buildsys at fedoraproject.org Sun Jul 20 12:29:43 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:29:43 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720122943.29614.17367@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): Matt_Domsch AT dell.com dkms - 2.0.19.1-1.el4.noarch devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.i386 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-4-i386: dkms-2.0.19.1-1.el4.noarch requires kernel-devel ====================================================================== Broken packages in fedora-epel-testing-4-i386: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.i386 requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 20 12:33:30 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:33:30 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720123330.29639.33390@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.x86_64 foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-x86_64: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.x86_64 requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From buildsys at fedoraproject.org Sun Jul 20 12:37:00 2008 From: buildsys at fedoraproject.org (Fedora Extras repoclosure) Date: Sun, 20 Jul 2008 12:37:00 -0000 Subject: Broken dependencies in EPEL - 2008-07-20 Message-ID: <20080720123700.29675.85183@releng1.fedora.phx.redhat.com> ====================================================================== The results in this summary consider Test Updates! ====================================================================== Summary of broken packages (by owner): devrim AT gunduz.org postgresql-dbi-link - 2.0.0-3.el4.noarch postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch python-psycopg2-zope - 2.0.7-1.el4.ppc foolish AT guezz.net perl-libwhisker2 - 2.4-3.el4.noarch ianweller AT gmail.com mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch john AT ncphotography.com bugzilla - 2.22.3-0.el4.noarch limb AT jcomserv.net roundcubemail - 0.1.1-3.el4.noarch lxtnow AT gmail.com specto - 0.2.0-4.el4.noarch matthias AT rpmforge.net python-Coherence - 0.2.1-3.el4.noarch ====================================================================== Broken packages in fedora-epel-testing-4-ppc: bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch requires mediawiki >= 0:1.10 perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= 0:4.4.2 python-Coherence-0.2.1-3.el4.noarch requires SOAPpy python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core python-Coherence-0.2.1-3.el4.noarch requires python-nevow python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web python-psycopg2-zope-2.0.7-1.el4.ppc requires zope roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL specto-0.2.0-4.el4.noarch requires notify-python From pertusus at free.fr Sun Jul 20 14:15:01 2008 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 20 Jul 2008 16:15:01 +0200 Subject: Perl Report In-Reply-To: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> References: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> Message-ID: <20080720141501.GA2939@free.fr> On Sat, Jul 19, 2008 at 07:39:32PM -0500, Michael Stahnke wrote: > After the last meeting, I was tasked with finding out what was missing > in terms of Perl package in EPEL. > > Thanks to cweyl and some discussion on #fedora-devel we now have a > report that is amazing. > > http://fedora.biggerontheinside.net/perl/ There are some that are missing, for example for my packages, perl-Algorithm-CurveFit seems to be in F-9 and devel too. Also there is one that is listed in EL-4, perl-Test-Distribution but doesn't seems to be here? I always have found that report very interesting too. -- Pat From buildsys at fedoraproject.org Mon Jul 21 15:05:01 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 21 Jul 2008 11:05:01 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-21 Message-ID: <20080721150501.343CD15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 14 NEW cpqarrayd-2.3-6.el5 : Cpqarrayd is a daemon to monitor HP (compaq) arraycontrollers exiv2-0.17.1-1.el5 fs_mark-3.2-3.el5 NEW funtools-1.4.0-4.el5 : FITS library and utilities gxine-0.5.11-16.el5 mksh-35b-1.el5 NEW perl-Algorithm-CurveFit-1.03-1.el5 : Nonlinear Least Squares Curve Fitting perl-TAP-Harness-3.10-2.el5 pnp4nagios-0.4.10-2.el5 NEW sextractor-2.5.0-6.el5 : Extract catalogs of sources from astronomical images NEW tkimg-1.3-0.8.20080505svn.el5 : More Image Formats for Tk NEW typespeed-0.6.4-2.el5 : Test your typing speed and get your fingers' CPS NEW wcstools-3.7.0-1.el5 : Software utilities to display and manipulate the WCS of a FITS image NEW xpa-2.1.8-3.el5 : The XPA messaging system Packages built and released for Fedora EPEL testing/4: 5 NEW cpqarrayd-2.3-6.el4 : Cpqarrayd is a daemon to monitor HP (compaq) arraycontrollers exiv2-0.17.1-1.el4 mksh-35b-1.el4 perl-DBD-SQLite-1.14-2.el4.8 pnp4nagios-0.4.10-2.el4 Changes in Fedora EPEL testing/5: cpqarrayd-2.3-6.el5 ------------------- * Fri Jul 18 2008 David Juran - 2.3-6 - Add openssl-devel to BuildRequires (neccessary for EL4) * Fri Jul 18 2008 David Juran - 2.3-5 - More tagging sillyness * Fri Jul 18 2008 David Juran - 2.3-4 - Cleanup no-ida patch * Thu Jul 17 2008 - 2.3-3 - fix rpmlint warnings * Mon Jul 14 2008 - 2.3-2 - Make SysVinit script compliant with Fedora Packaging Guidelines * Wed Jul 09 2008 - 2.3-1 - Initial packaging exiv2-0.17.1-1.el5 ------------------ * Mon Jun 23 2008 Rex Dieter 0.17.1-1 - exiv2-0.17.1 * Mon Feb 11 2008 Rex Dieter 0.16-2 - respin (gcc43) - gcc43 patch * Sun Jan 13 2008 Rex Dieter 0.16-1 - eviv2-0.16 * Mon Dec 17 2007 Rex Dieter 0.16-0.3.pre1 - CVE-2007-6353 (#425924) * Mon Nov 26 2007 Rex Dieter 0.16-0.2.pre1 - -libs subpkg toggle (f8+) * Tue Nov 13 2007 Rex Dieter 0.16-0.1.pre1 - exiv2-0.16-pre1 fs_mark-3.2-3.el5 ----------------- * Fri Jul 18 2008 Eric Sandeen 3.2-3 - Updated tarball from new sf.net home funtools-1.4.0-4.el5 -------------------- * Fri Nov 09 2007 Sergio Pascual 1.4.0-4 - Adding some packages to devel requires gxine-0.5.11-16.el5 ------------------- * Thu Jul 17 2008 Martin Sourada - 0.5.11-16 - rebuild for xulrunner in EPEL 5 * Fri Dec 21 2007 Martin Sourada - 0.5.11-15 - rebuild for new xulrunner mksh-35b-1.el5 -------------- * Sat Jul 19 2008 Robert Scheck 35b-1 - Upgrade to 35b perl-Algorithm-CurveFit-1.03-1.el5 ---------------------------------- * Wed Feb 20 2008 Patrice Dumas 1.03-1 - Specfile autogenerated by cpanspec 1.74. perl-TAP-Harness-3.10-2.el5 --------------------------- * Sun Jul 20 2008 Lubomir Rintel (Good Data) 3.10-2 - Do not omit the manual pnp4nagios-0.4.10-2.el5 ----------------------- * Fri Jul 18 2008 Xavier Bachelot 0.4.10-2 - Fix typo in logrotate conf. sextractor-2.5.0-6.el5 ---------------------- * Thu Jul 17 2008 Sergio Pascual 2.5.0-6 - Rebuilt for EL-5 tkimg-1.3-0.8.20080505svn.el5 ----------------------------- * Tue May 06 2008 Sergio Pascual - 1.3-0.8.2008 0505svn - Fixed source extension typespeed-0.6.4-2.el5 --------------------- * Mon Jul 14 2008 Michel Alexandre Salim - 0.6.4-2 - Use iconv in %prep to fix ChangeLog encoding - Do not overwrite typespeed.score on upgrades wcstools-3.7.0-1.el5 -------------------- * Wed Sep 05 2007 Sergio Pascual 3.7.0-1 - New upstream source 3.7.0 xpa-2.1.8-3.el5 --------------- * Sat Dec 08 2007 Sergio Pascual 2.1.8-3 - Tcl interface in a different subpackage - pkgIndex.tcl added Changes in Fedora EPEL testing/4: cpqarrayd-2.3-6.el4 ------------------- * Fri Jul 18 2008 David Juran - 2.3-6 - Add openssl-devel to BuildRequires (neccessary for EL4) * Fri Jul 18 2008 David Juran - 2.3-5 - More tagging sillyness * Fri Jul 18 2008 David Juran - 2.3-4 - Cleanup no-ida patch * Thu Jul 17 2008 - 2.3-3 - fix rpmlint warnings * Mon Jul 14 2008 - 2.3-2 - Make SysVinit script compliant with Fedora Packaging Guidelines * Wed Jul 09 2008 - 2.3-1 - Initial packaging exiv2-0.17.1-1.el4 ------------------ * Mon Jun 23 2008 Rex Dieter 0.17.1-1 - exiv2-0.17.1 * Mon Feb 11 2008 Rex Dieter 0.16-2 - respin (gcc43) - gcc43 patch * Sun Jan 13 2008 Rex Dieter 0.16-1 - eviv2-0.16 * Mon Dec 17 2007 Rex Dieter 0.16-0.3.pre1 - CVE-2007-6353 (#425924) mksh-35b-1.el4 -------------- * Sat Jul 19 2008 Robert Scheck 35b-1 - Upgrade to 35b perl-DBD-SQLite-1.14-2.el4.8 ---------------------------- * Wed Jul 16 2008 Chris Weyl 1.14-2.8 - rebase against devel's spec * Mon Jun 02 2008 Marcela Maslanova 1.14-8 * Wed Mar 19 2008 Chris Weyl 1.14-7 - reenable tests * Tue Mar 18 2008 Chris Weyl 1.14-6 - apply sanity patches derived from RT#32100 * Wed Feb 27 2008 Tom "spot" Callaway - 1.14-5.1 - Rebuild for perl 5.10 (again) * Tue Feb 19 2008 Fedora Release Engineering - 1.14-4.1 - Autorebuild for GCC 4.3 * Sun Jan 20 2008 Tom "spot" Callaway 1.14-3.1 - tests disabled, due to x86_64 failures * Tue Jan 15 2008 Tom "spot" Callaway 1.14-3 - rebuild for new perl pnp4nagios-0.4.10-2.el4 ----------------------- * Fri Jul 18 2008 Xavier Bachelot 0.4.10-2 - Fix typo in logrotate conf. From limb at jcomserv.net Mon Jul 21 17:10:23 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Mon, 21 Jul 2008 12:10:23 -0500 (CDT) Subject: Broken dependencies in EPEL - 2008-07-20 In-Reply-To: <20080720123700.29675.85183@releng1.fedora.phx.redhat.com> References: <20080720123700.29675.85183@releng1.fedora.phx.redhat.com> Message-ID: <46273.65.195.245.6.1216660223.squirrel@mail.jcomserv.net> > ====================================================================== > The results in this summary consider Test Updates! > ====================================================================== > > Summary of broken packages (by owner): > > devrim AT gunduz.org > postgresql-dbi-link - 2.0.0-3.el4.noarch > postgresql-pgpoolAdmin - 1.0.0-7.el4.noarch > python-psycopg2-zope - 2.0.7-1.el4.ppc > > foolish AT guezz.net > perl-libwhisker2 - 2.4-3.el4.noarch > > ianweller AT gmail.com > mediawiki-ParserFunctions - 1.1.1-1.20080520svn35130.el4.noarch > > john AT ncphotography.com > bugzilla - 2.22.3-0.el4.noarch > > limb AT jcomserv.net > roundcubemail - 0.1.1-3.el4.noarch I sent something to rel-eng alst time around to pull this, do I need to file a ticket? I forget. > lxtnow AT gmail.com > specto - 0.2.0-4.el4.noarch > > matthias AT rpmforge.net > python-Coherence - 0.2.1-3.el4.noarch > > > ====================================================================== > Broken packages in fedora-epel-testing-4-ppc: > > bugzilla-2.22.3-0.el4.noarch requires perl(Template::Stash) > mediawiki-ParserFunctions-1.1.1-1.20080520svn35130.el4.noarch > requires mediawiki >= 0:1.10 > perl-libwhisker2-2.4-3.el4.noarch requires perl(MD5) > postgresql-dbi-link-2.0.0-3.el4.noarch requires perl-DBI >= 0:1.52 > postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php >= 0:4.4.2 > postgresql-pgpoolAdmin-1.0.0-7.el4.noarch requires php-pgsql >= > 0:4.4.2 > python-Coherence-0.2.1-3.el4.noarch requires SOAPpy > python-Coherence-0.2.1-3.el4.noarch requires python-twisted-core > python-Coherence-0.2.1-3.el4.noarch requires python-nevow > python-Coherence-0.2.1-3.el4.noarch requires python-twisted-web > python-psycopg2-zope-2.0.7-1.el4.ppc requires zope > roundcubemail-0.1.1-3.el4.noarch requires php-pear-Mail-Mime > roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-SMTP > roundcubemail-0.1.1-3.el4.noarch requires php-pear-DB > roundcubemail-0.1.1-3.el4.noarch requires php-pear-Net-Socket > roundcubemail-0.1.1-3.el4.noarch requires php-pear-Auth-SASL > specto-0.2.0-4.el4.noarch requires notify-python > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -- novus ordo absurdum From buildsys at fedoraproject.org Mon Jul 21 21:11:16 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 21 Jul 2008 17:11:16 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-21 Message-ID: <20080721211116.3AC4915219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 9 NEW joda-time-1.5.2-7.tzdata2008d.el5 : Java date and time API NEW joni-1.0.3-0.3.svn7235.el5 : Java regular expression library NEW jvyamlb-0.2.2-1.el5 : YAML processor for JRuby NEW librelp-0.1.1-2.el5 : The Reliable Event Logging Protocol library NEW perl-DBM-Deep-0.983-3.el5 : A pure perl multi-level hash/array DBM perl-File-Which-0.05-4.el5 NEW perl-Moose-0.51-1.el5 : Complete modern object system for Perl 5 NEW perl-Net-SNPP-1.17-6.el5 : Perl modules for the Simple Network Pager Protocol NEW perl-Time-Period-1.20-2.el5 : A Perl module to deal with time periods Packages built and released for Fedora EPEL testing/4: 1 NEW perl-File-Which-0.05-4.el4 : Portable implementation of the 'which' utility Changes in Fedora EPEL testing/5: joda-time-1.5.2-7.tzdata2008d.el5 --------------------------------- * Sat Jul 19 2008 Conrad Meyer - 1.5.2-7.tzdata2008d - New version with new tzdata (2008d). joni-1.0.3-0.3.svn7235.el5 -------------------------- * Sat Jul 19 2008 Conrad Meyer - 1.0.3-0.3.svn7235 - Build AOT bits. * Sat Jul 19 2008 Conrad Meyer - 1.0.3-0.2.svn7235 - Bump revision because of stupid packager's mistake. * Sat Jul 19 2008 Conrad Meyer - 1.0.3-0.1.svn7235 - Bump to trunk version of joni for JRuby 1.1.3. - Switch to noarch for fc10 and up. jvyamlb-0.2.2-1.el5 ------------------- * Sat Jul 19 2008 Conrad Meyer - 0.2.2-1 - Newer version. librelp-0.1.1-2.el5 ------------------- * Wed May 07 2008 Tomas Heinrich 0.1.1-2 - removed "BuildRequires: autoconf automake" perl-DBM-Deep-0.983-3.el5 ------------------------- * Tue Mar 04 2008 Tom "spot" Callaway - 0.983-3 - rebuild for new perl perl-File-Which-0.05-4.el5 -------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 0.05-4 - Rebuild for perl 5.10 (again) * Fri Jan 11 2008 Tom "spot" Callaway - 0.05-3 - rebuild for new perl * Mon Oct 15 2007 Tom "spot" Callaway - 0.05-2.1 - correct license tag - add BR: perl(ExtUtils::MakeMaker) perl-Moose-0.51-1.el5 --------------------- * Sat Jun 28 2008 Chris Weyl 0.51-1 - update to 0.51 perl-Net-SNPP-1.17-6.el5 ------------------------ * Thu Mar 06 2008 Tom "spot" Callaway - 1.17-6 Rebuild for new perl perl-Time-Period-1.20-2.el5 --------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 1.20-2.1 Rebuild for new perl Changes in Fedora EPEL testing/4: perl-File-Which-0.05-4.el4 -------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 0.05-4 - Rebuild for perl 5.10 (again) From tcallawa at redhat.com Fri Jul 25 05:33:34 2008 From: tcallawa at redhat.com (Tom "spot" Callaway) Date: Fri, 25 Jul 2008 01:33:34 -0400 Subject: RHEL 4.7 Message-ID: <1216964014.3871.72.camel@localhost.localdomain> Here is a list of the changed packages in RHEL 4.7 (as compared to 4.6): New Packages ============ aide-0.13.1-3.el4 compat-boost-1331-1.33.1-5.el4 compat-boost-1331-devel-1.33.1-5.el4 compat-dapl-1.2.5-2.0.7-2.el4 compat-dapl-devel-1.2.5-2.0.7-2.el4 compat-dapl-static-1.2.5-2.0.7-2.el4 edac-utils-0.9-9_el4 edac-utils-devel-0.9-9_el4 finch-2.3.1-2.el4 finch-devel-2.3.1-2.el4 ibsim-0.4-2.el4 ibvexdmtools-0.0.1-8.el4 infiniband-diags-1.3.6-1.el4 libmlx4-1.0-3.el4 libmlx4-static-1.0-3.el4 libnes-0.5-2.el4 libnes-static-0.5-2.el4 libpurple-2.3.1-2.el4 libpurple-devel-2.3.1-2.el4 libpurple-perl-2.3.1-2.el4 libpurple-tcl-2.3.1-2.el4 libsmi-0.4.5-5.el4 libsmi-devel-0.4.5-5.el mpi-selector-1.0.0-2.el4 nspr-4.7.0.99.2-2.el4 nspr-devel-4.7.0.99.2-2.el4 nss-3.11.99.5-3.el4 nss-devel-3.11.99.5-3.el4 ofed-docs-1.3-2.el4 pexpect-2.3-1.el4 qperf-0.4.0-1.el4 srptools-0.0.4-2.el4 wacomexpresskeys-0.4.1-9.el4 Updated Packages ================ acl-2.2.23-5.4.el4 alsa-utils-1.0.6-9 amtu-1.0.2-6.EL4 anaconda-10.1.1.91-1 anaconda-runtime-10.1.1.91-1 apr-util-0.9.4-22.el4 apr-util-devel-0.9.4-22.el4 arptables_jf-0.0.8-3.el4 arpwatch-2.1a13-12.el4_6.1 at-3.1.8-82.el4 audit-1.0.16-3.el4 audit-libs-1.0.16-3.el4 audit-libs-devel-1.0.16-3.el4 authconfig-4.6.10-7.el4 authconfig-gtk-4.6.10-7.el4 autofs-4.1.3-234 autofs5-5.0.1-0.rc2.88 bash-3.0-19.7 bind-9.2.4-30.el4.x86_64.rpm bind-chroot-9.2.4-30.el4 bind-devel-9.2.4-30.el4 bind-libs-9.2.4-30.el4 bind-utils-9.2.4-30.el4 binutils-2.15.92.0.2-25 boost-1.32.0-7.rhel4 boost-devel-1.32.0-7.rhel4 booty-0.44.8-1 caching-nameserver-7.3-3.0.1.el4_6 cdda2wav-2.01.1-5.0.EL4.4 cdrecord-2.01.1-5.0.EL4.4 cdrecord-devel-2.01.1-5.0.EL4.4 compat-openldap-2.1.30-12.el4 comps-4AS-0.20080711 coreutils-5.2.1-31.8.el4 cpio-2.5-16.el4 cpp-3.4.6-10 crash-4.0-5.0.0.1 crash-devel-4.0-5.0.0.1 crypto-utils-2.1-4.3.el4 cryptsetup-0.1-6 cups-1.1.22-0.rc1.9.27 cups-devel-1.1.22-0.rc1.9.27 cups-libs-1.1.22-0.rc1.9.27 cyrus-imapd-2.2.12-9.RHEL4 cyrus-imapd-devel-2.2.12-9.RHEL4 cyrus-imapd-murder-2.2.12-9.RHEL4 cyrus-imapd-nntp-2.2.12-9.RHEL4 cyrus-imapd-utils-2.2.12-9.RHEL4 dapl-2.0.7-2.el4 dapl-devel-2.0.7-2.el4 dapl-static-2.0.7-2.el4 dapl-utils-2.0.7-2.el4 devhelp-0.10-0.9.el4 devhelp-devel-0.10-0.9.el4 device-mapper-1.02.25-2.el4 device-mapper-multipath-0.4.5-31.el4 dhclient-3.0.1-62.EL4 dhcp-3.0.1-62.EL4 dhcp-devel-3.0.1-62.EL4 dhcpv6-0.10-24_EL4 dhcpv6_client-0.10-24_EL4 diffutils-2.8.1-12.1.el4 diskdumputils-1.4.1-5 dmraid-1.0.0.rc14-9_RHEL4_U7.el4 dmraid-devel-1.0.0.rc14-9_RHEL4_U7.el4 dovecot-0.99.11-9.EL4 e2fsprogs-1.35-12.17.el4 e2fsprogs-devel-1.35-12.17.el4 elinks-0.9.2-3.3.5.2 evolution-2.0.2-41.el4 evolution28-2.8.0-61.el4 evolution28-devel-2.8.0-61.el4 evolution28-evolution-connector-2.8.0-16.el4 evolution28-evolution-data-server-1.8.0-37.el4 evolution28-evolution-data-server-devel-1.8.0-37.el4 evolution-devel-2.0.2-41.el4 file-4.10-5.el4 firefox-3.0.1-1.el4 freetype-2.1.9-8.el4.6 freetype-demos-2.1.9-8.el4.6 freetype-devel-2.1.9-8.el4.6 freetype-utils-2.1.9-8.el4.6 FreeWnn-1.10pl020-6.el4 FreeWnn-devel-1.10pl020-6.el4 FreeWnn-libs-1.10pl020-6.el4 ftp-0.17-23.el4_6.1 gcc-3.4.6-10 gcc4-4.1.2-42.EL4 gcc4-c++-4.1.2-42.EL4 gcc4-gfortran-4.1.2-42.EL4 gcc4-java-4.1.2-42.EL4 gcc-c++-3.4.6-10 gcc-g77-3.4.6-10 gcc-gnat-3.4.6-10 gcc-java-3.4.6-10 gcc-objc-3.4.6-10 GConf2-2.8.1-2.el4 GConf2-devel-2.8.1-2.el4 gd-2.0.28-5.4E.el4_6.1 gdb-6.3.0.0-1.159.el4 gd-devel-2.0.28-5.4E.el4_6.1 gdm-2.6.0.5-7.rhel4.19 gd-progs-2.0.28-5.4E.el4_6.1 ghostscript-7.07-33.2.el4_6.1 ghostscript-devel-7.07-33.2.el4_6.1 ghostscript-gtk-7.07-33.2.el4_6.1 glibc-2.3.4-2.41.x86_64.rpm glibc-common-2.3.4-2.41 glibc-devel-2.3.4-2.41 glibc-headers-2.3.4-2.41 glibc-kernheaders-2.4-9.1.103.EL glibc-profile-2.3.4-2.41 glibc-utils-2.3.4-2.41 gnome-panel-2.8.1-9.el4 gnome-panel-devel-2.8.1-9.el4 gnome-utils-2.8.0-7.el4 gnome-vfs2-2.8.2-8.7.EL4 gnome-vfs2-devel-2.8.2-8.7.EL4 gnome-vfs2-smb-2.8.2-8.7.EL4 gnutls-1.0.20-4.el4_6 gnutls-devel-1.0.20-4.el4_6 gpdf-2.8.2-7.7.2 gtk2-2.4.13-24.el4 gtk2-devel-2.4.13-24.el4 hal-0.4.2-8.EL4 hal-devel-0.4.2-8.EL4 hal-gnome-0.4.2-8.EL4 htdig-3.2.0b6-6.el4_7 htdig-web-3.2.0b6-6.el4_7 httpd-2.0.52-41.ent httpd-devel-2.0.52-41.ent httpd-manual-2.0.52-41.ent httpd-suexec-2.0.52-41.ent hwdata-0.146.33.EL-11 ibutils-1.2-3.el4 ibutils-devel-1.2-3.el4 ibutils-libs-1.2-3.el4 iiimf-csconv-12.1-13.EL.7 iiimf-docs-12.1-13.EL.7 iiimf-emacs-12.1-13.EL.7 iiimf-gnome-im-switcher-12.1-13.EL.7 iiimf-gtk-12.1-13.EL.7 iiimf-le-canna-12.1-13.EL.7 iiimf-le-hangul-12.1-13.EL.7 iiimf-le-sun-thai-12.1-13.EL.7 iiimf-le-unit-12.1-13.EL.7 iiimf-le-xcin-0.1.7-13.EL4 iiimf-libs-12.1-13.EL.7 iiimf-libs-12.1-13.EL.7 iiimf-libs-devel-12.1-13.EL.7 iiimf-server-12.1-13.EL.7 iiimf-x-12.1-13.EL.7 ImageMagick-6.0.7.1-20.el4 ImageMagick-c++-6.0.7.1-20.el4 ImageMagick-c++-devel-6.0.7.1-20.el4 ImageMagick-devel-6.0.7.1-20.el4 ImageMagick-perl-6.0.7.1-20.el4 initscripts-7.93.33-1.el4 iproute-2.6.9-4.el4 iputils-20020927-21.el4 irb-1.8.1-7.EL4.8.1 iscsi-initiator-utils-4.0.3.0-7 isdn4k-utils-3.2-18.p1.5 isdn4k-utils-devel-3.2-18.p1.5 isdn4k-utils-vboxgetty-3.2-18.p1.5 kdebase-3.3.1-11.el4 kdebase-devel-3.3.1-11.el4 kdegraphics-3.3.1-10.el4 kdegraphics-devel-3.3.1-10.el4 kdelibs-3.3.1-11.el4 kdelibs-devel-3.3.1-11.el4 kernel-2.6.9-78.EL kernel-devel-2.6.9-78.EL kernel-doc-2.6.9-78.EL kernel-largesmp-2.6.9-78.EL kernel-largesmp-devel-2.6.9-78.EL kernel-smp-2.6.9-78.EL kernel-smp-devel-2.6.9-78.EL kernel-utils-2.4-14.1.117 kernel-xenU-2.6.9-78.EL kernel-xenU-devel-2.6.9-78.EL krb5-devel-1.3.4-60.el4 krb5-libs-1.3.4-60.el4 krb5-server-1.3.4-60.el4 krb5-workstation-1.3.4-60.el4 lam-7.1.2-15.el4 lam-devel-7.1.2-15.el4 lam-libs-7.1.2-15.el4 lftp-3.0.6-4.el4 libacl-2.2.23-5.4.el4 libacl-devel-2.2.23-5.4.el4 libcxgb3-1.1.4-1.el4 libcxgb3-static-1.1.4-1.el4 liberation-fonts-1.0-1.el4 libexif-0.5.12-5.1.0.2.el4_6.1 libexif-devel-0.5.12-5.1.0.2.el4_6.1 libf2c-3.4.6-10 libgcc-3.4.6-10.x86_64.rpm libgcj-3.4.6-10 libgcj4-4.1.2-42.EL4 libgcj4-devel-4.1.2-42.EL4 libgcj4-src-4.1.2-42.EL4 libgcj-devel-3.4.6-10 libgfortran-4.1.2-42.EL4 libgnat-3.4.6-10 libgnomecups-0.1.12-6 libgnomecups-devel-0.1.12-6 libgomp-4.1.2-42.EL4 libibcm-1.0.2-1.el4 libibcm-devel-1.0.2-1.el4 libibcm-static-1.0.2-1.el4 libibcommon-1.0.8-1.el4 libibcommon-devel-1.0.8-1.el4 libibcommon-static-1.0.8-1.el4 libibmad-1.1.6-1.el4 libibmad-devel-1.1.6-1.el4 libibmad-static-1.1.6-1.el4 libibumad-1.1.7-1.el4 libibumad-devel-1.1.7-1.el4 libibumad-static-1.1.7-1.el4 libibverbs-1.1.1-9.el4 libibverbs-devel-1.1.1-9.el4 libibverbs-static-1.1.1-9.el4 libibverbs-utils-1.1.1-9.el4 libipathverbs-1.1-10.el4 libipathverbs-static-1.1-10.el4 libmthca-1.0.4-9.el4 libmthca-static-1.0.4-9.el4 libmudflap-4.1.2-42.EL4 libmudflap-devel-4.1.2-42.EL4 libobjc-3.4.6-10 libpcap-0.8.3-12.el4_6.1 librdmacm-1.0.7-1.el4 librdmacm-devel-1.0.7-1.el4 librdmacm-static-1.0.7-1.el4 librdmacm-utils-1.0.7-1.el4 libsdp-1.1.99-10.el4 libstdc++-3.4.6-10 libstdc++-devel-3.4.6-10 libuser-0.52.5-1.el4.3 libuser-devel-0.52.5-1.el4.3 libvorbis-1.1.0-3.el4_6.1 libvorbis-devel-1.1.0-3.el4_6.1 libxml2-2.6.16-12 libxml2-devel-2.6.16-12 libxml2-python-2.6.16-12 libxslt-1.1.11-1.el4_6.1 libxslt-devel-1.1.11-1.el4_6.1 libxslt-python-1.1.11-1.el4_6.1 linuxwacom-0.7.8.3-6.el4 linuxwacom-devel-0.7.8.3-6.el4 logrotate-3.7.1-10.RHEL4 logwatch-5.2.2-4.el4 lvm2-2.02.37-3.el4 make-3.80-7.EL4 man-pages-1.67-15.el4 man-pages-ja-20050215-2.EL4.4 mgetty-1.1.31-14.el4 mgetty-sendfax-1.1.31-14.el4 mgetty-viewfax-1.1.31-14.el4 mgetty-voice-1.1.31-14.el4 mkisofs-2.01.1-5.0.EL4.4 mod_ssl-2.0.52-41.ent module-init-tools-3.1-0.pre5.3.10 mysql-4.1.22-2.el4 mysql-bench-4.1.22-2.el4 mysql-devel-4.1.22-2.el4 mysql-server-4.1.22-2.el4 nautilus-2.8.1-6.EL4 netpbm-10.25-2.EL4.6.el4_6.1 netpbm-devel-10.25-2.EL4.6.el4_6.1 netpbm-progs-10.25-2.EL4.6.el4_6.1 net-snmp-5.1.2-13.el4 net-snmp-devel-5.1.2-13.el4 net-snmp-libs-5.1.2-13.el4 net-snmp-perl-5.1.2-13.el4 net-snmp-utils-5.1.2-13.el4 net-tools-1.60-39.el4 newt-0.51.6-10.el4 newt-devel-0.51.6-10.el4 nfs-utils-1.0.6-87.EL4 nptl-devel-2.3.4-2.41 nscd-2.3.4-2.41 nss_ldap-253-5.el4 ntp-4.2.0.a.20040617-8.el4 openib-1.3-5.el4 openib-mstflint-1.3-3.el4 openib-perftest-1.2-13.el4 openib-tvflash-0.9.2-8.el4 openldap-2.2.13-12.el4 openldap-clients-2.2.13-12.el4 openldap-devel-2.2.13-12.el4 openldap-servers-2.2.13-12.el4 openldap-servers-sql-2.2.13-12.el4 openmotif-2.2.3-10.2.el4 openmotif-devel-2.2.3-10.2.el4 openmpi-1.2.5-5.el4 openmpi-devel-1.2.5-5.el4 openmpi-libs-1.2.5-5.el4 openoffice.org-1.1.5-10.6.0.5.EL4 openoffice.org-i18n-1.1.5-10.6.0.5.EL4 openoffice.org-libs-1.1.5-10.6.0.5.EL4 opensm-3.1.8-1.el4 opensm-devel-3.1.8-1.el4 opensm-libs-3.1.8-1.el4 opensm-static-3.1.8-1.el4 openssh-3.9p1-9.el4 openssh-askpass-3.9p1-9.el4 openssh-askpass-gnome-3.9p1-9.el4 openssh-clients-3.9p1-9.el4 openssh-server-3.9p1-9.el4 pam-0.77-66.25 pam-devel-0.77-66.25 pam_krb5-2.1.17-6.el4 parted-1.6.19-22.EL parted-devel-1.6.19-22.EL pcre-4.5-4.el4_6.6 pcre-devel-4.5-4.el4_6.6 perl-5.8.5-36.el4_6.3 perl-Cyrus-2.2.12-9.RHEL4 perl-DBI-1.40-9 perl-HTML-Parser-3.55-1 perl-suidperl-5.8.5-36.el4_6.3 perl-XML-LibXML-1.58-3.el4 perl-XML-LibXML-Common-0.13-8.el4 pidgin-2.3.1-2.el4 pidgin-devel-2.3.1-2.el4 pidgin-perl-2.3.1-2.el4 planner-0.12.1-2.3 popt-1.9.1-26_nonptl postfix-2.2.10-1.2.el4 postfix-pflogsumm-2.2.10-1.2.el4 postgresql-7.4.19-1.el4_6.1 postgresql-contrib-7.4.19-1.el4_6.1 postgresql-devel-7.4.19-1.el4_6.1 postgresql-docs-7.4.19-1.el4_6.1 postgresql-jdbc-7.4.19-1.el4_6.1 postgresql-libs-7.4.19-1.el4_6.1 postgresql-pl-7.4.19-1.el4_6.1 postgresql-python-7.4.19-1.el4_6.1 postgresql-server-7.4.19-1.el4_6.1 postgresql-tcl-7.4.19-1.el4_6.1 postgresql-test-7.4.19-1.el4_6.1 procps-3.2.3-8.12 pvm-3.4.5-15.el4 pvm-gui-3.4.5-15.el4 python-2.3.4-14.7.el4 python-devel-2.3.4-14.7.el4 python-docs-2.3.4-14.7.el4 python-tools-2.3.4-14.7.el4 qlvnictools-0.0.1-8.el4 quagga-0.98.3-4.el4 quagga-contrib-0.98.3-4.el4 quagga-devel-0.98.3-4.el4 quota-3.12-7.el4 radvd-0.7.2-10.el4 rdesktop-1.3.1-9 redhat-artwork-0.120.1-2.1E redhat-release-4AS-8 rhn-applet-2.1.27-6.el4 rhnlib-2.1.2-11.el4 rpm-4.3.3-26_nonptl rpm-build-4.3.3-26_nonptl rpmdb-redhat-4-0.20080711 rpm-devel-4.3.3-26_nonptl rpm-libs-4.3.3-26_nonptl rpm-python-4.3.3-26_nonptl ruby-1.8.1-7.EL4.8.1 ruby-devel-1.8.1-7.EL4.8.1 ruby-docs-1.8.1-7.EL4.8.1 ruby-libs-1.8.1-7.EL4.8.1 ruby-mode-1.8.1-7.EL4.8.1 ruby-tcltk-1.8.1-7.EL4.8.1 samba-3.0.28-0.el4.9 samba-client-3.0.28-0.el4.9 samba-common-3.0.28-0.el4.9 samba-swat-3.0.28-0.el4.9 sane-backends-1.0.14-6.el4.1 sane-backends-devel-1.0.14-6.el4.1 sblim-cmpi-base-1.5.4-13a.el4_6.1 sblim-cmpi-base-devel-1.5.4-13a.el4_6.1 sblim-cmpi-base-test-1.5.4-13a.el4_6.1 sblim-cmpi-devel-1.0.4-13a.el4_6.1 sblim-cmpi-fsvol-1.4.3-13a.el4_6.1 sblim-cmpi-fsvol-devel-1.4.3-13a.el4_6.1 sblim-cmpi-fsvol-test-1.4.3-13a.el4_6.1 sblim-cmpi-network-1.3.7-13a.el4_6.1 sblim-cmpi-network-devel-1.3.7-13a.el4_6.1 sblim-cmpi-network-test-1.3.7-13a.el4_6.1 sblim-cmpi-nfsv3-1.0.13-13a.el4_6.1 sblim-cmpi-nfsv3-test-1.0.13-13a.el4_6.1 sblim-cmpi-nfsv4-1.0.11-13a.el4_6.1 sblim-cmpi-nfsv4-test-1.0.11-13a.el4_6.1 sblim-cmpi-params-1.2.4-13a.el4_6.1 sblim-cmpi-params-test-1.2.4-13a.el4_6.1 sblim-cmpi-sysfs-1.1.8-13a.el4_6.1 sblim-cmpi-sysfs-test-1.1.8-13a.el4_6.1 sblim-cmpi-syslog-0.7.9-13a.el4_6.1 sblim-cmpi-syslog-test-0.7.9-13a.el4_6.1 sblim-gather-2.1.1-13a.el4_6.1 sblim-gather-devel-2.1.1-13a.el4_6.1 sblim-gather-provider-2.1.1-13a.el4_6.1 sblim-gather-test-2.1.1-13a.el4_6.1 sblim-testsuite-1.2.4-13a.el4_6.1 sblim-wbemcli-1.5.1-13a.el4_6.1 seamonkey-1.0.9-24.el4 seamonkey-chat-1.0.9-24.el4 seamonkey-devel-1.0.9-24.el4 seamonkey-dom-inspector-1.0.9-24.el4 seamonkey-js-debugger-1.0.9-24.el4 seamonkey-mail-1.0.9-24.el4 sed-4.1.2-7.el4 selinux-policy-targeted-1.17.30-2.150.el4 selinux-policy-targeted-sources-1.17.30-2.150.el4 sendmail-8.13.1-3.3.el4 sendmail-cf-8.13.1-3.3.el4 sendmail-devel-8.13.1-3.3.el4 sendmail-doc-8.13.1-3.3.el4 setup-2.5.37-1.7 shadow-utils-4.0.3-66.RHEL4 sos-1.7-6.6.el4 spamassassin-3.2.4-1.el4.1 specspo-9.0.92-3 speex-1.0.4-4.el4_6.1 speex-devel-1.0.4-4.el4_6.1 squid-2.5.STABLE14-4.el4 sysklogd-1.4.1-27.el4 sysstat-5.0.5-19.el4 system-config-lvm-1.1.4-1.3.el4 system-config-netboot-0.1.40.1-1.el4 system-config-netboot-cmd-0.1.40.1-1.el4 system-config-network-1.3.22.0.EL.4.6-1.el4 system-config-network-tui-1.3.22.0.EL.4.6-1.el4 systemtap-0.6.2-1.el4 systemtap-runtime-0.6.2-1.el4 systemtap-testsuite-0.6.2-1.el4 tcl-8.4.7-4.el4 tcl-devel-8.4.7-4.el4 tcl-html-8.4.7-4.el4 tcpdump-3.8.2-12.el4_6.1 tcsh-6.13-10.el4 tetex-2.0.2-22.0.1.EL4.10 tetex-afm-2.0.2-22.0.1.EL4.10 tetex-doc-2.0.2-22.0.1.EL4.10 tetex-dvips-2.0.2-22.0.1.EL4.10 tetex-fonts-2.0.2-22.0.1.EL4.10 tetex-latex-2.0.2-22.0.1.EL4.10 tetex-xdvi-2.0.2-22.0.1.EL4.10 tftp-0.39-3.el4 tftp-server-0.39-3.el4 thunderbird-1.5.0.12-11.el4 tk-8.4.7-3.el4_6.1 tk-devel-8.4.7-3.el4_6.1 tkinter-2.3.4-14.7.el4 tog-pegasus-2.5.1-6.el4 tog-pegasus-devel-2.5.1-6.el4 tog-pegasus-test-2.5.1-6.el4 tzdata-2008b-3.el4 udev-039-10.22.el4 unzip-5.51-10.el4 up2date-4.7.1-17.el4 up2date-gnome-4.7.1-17.el4 usermode-1.74-2.el4.1 usermode-gtk-1.74-2.el4.1 util-linux-2.12a-20.el4 vino-2.8.1-1.5 vixie-cron-4.1-50.el4 vnc-4.0-12.el4 vnc-server-4.0-12.el4 vsftpd-2.0.1-6.el4 wdaemon-0.14-3.el4 wireshark-0.99.7-1.el4 wireshark-gnome-0.99.7-1.el4 xcin-2.5.3.pre3-27.el4 xinetd-2.3.13-4.5.el4 xisdnload-3.2-18.p1.5 xorg-x11-6.8.2-1.EL.52 xorg-x11-deprecated-libs-6.8.2-1.EL.52 xorg-x11-deprecated-libs-devel-6.8.2-1.EL.52 xorg-x11-devel-6.8.2-1.EL.52 xorg-x11-doc-6.8.2-1.EL.52 xorg-x11-font-utils-6.8.2-1.EL.52 xorg-x11-libs-6.8.2-1.EL.52 xorg-x11-Mesa-libGL-6.8.2-1.EL.52 xorg-x11-Mesa-libGLU-6.8.2-1.EL.52 xorg-x11-sdk-6.8.2-1.EL.52 xorg-x11-tools-6.8.2-1.EL.52 xorg-x11-twm-6.8.2-1.EL.52 xorg-x11-xauth-6.8.2-1.EL.52 xorg-x11-xdm-6.8.2-1.EL.52 xorg-x11-Xdmx-6.8.2-1.EL.52 xorg-x11-xfs-6.8.2-1.EL.52 xorg-x11-Xnest-6.8.2-1.EL.52 xorg-x11-Xvfb-6.8.2-1.EL.52 xpdf-3.00-16.el4 ypserv-2.13-19 zip-2.3-29.EL4 ~spot From buildsys at fedoraproject.org Sun Jul 27 11:38:43 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 27 Jul 2008 07:38:43 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-27 Message-ID: <20080727113843.1A30A15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 23 atop-1.23-8.el5 NEW bea-stax-1.2.0-0.4.rc1.el5 : Streaming API for XML NEW blt-2.4-21.z.el5 : BLT widget extension to Tcl/Tk scripting language development bzr-gtk-0.94.0-5.el5 NEW calamaris-2.59-1.el5 : Squid native log format (NLF) analyzer and report generator NEW ipython-0.8.4-1.el5 : An enhanced interactive Python shell java-1.6.0-openjdk-1.6.0.0-0.20.b11.el5 NEW perl-Apache2-SOAP-0.73-1.el5 : A replacement for Apache::SOAP designed to work with mod_perl 2 NEW perl-Class-DBI-Plugin-0.03-5.el5 : Abstract base class for Class::DBI plugins NEW perl-Class-DBI-Plugin-RetrieveAll-1.04-3.el5 : More complex retrieve_all() for Class::DBI NEW perl-Class-DBI-SQLite-0.11-3.el5 : Extension to Class::DBI for sqlite NEW perl-Convert-BER-1.3101-2.el5 : ASN.1 Basic Encoding Rules NEW perl-HTML-FormatText-WithLinks-0.09-1.el5 : HTML to text conversion with links as footnotes perl-Razor-Agent-2.85-1.el5 NEW perl-Text-CSV-Separator-0.19-1.el5 : Determine the field separator of a CSV file phpMyAdmin-2.11.8-0.1.el5 NEW plexus-graph-0.13.1-1.el5 : Graph data structures manipulation library python-fedora-0.3.3-1.el5 python-lxml-2.0.8-1.el5 NEW python-numdisplay-1.4-2.el5 : Visualize numpy array objects in ds9 NEW rhino-1.6-0.1.r5.1.3.el5 : JavaScript for Java NEW s3cmd-0.9.8.2-1.el5.1 : Tool for accessing Amazon Simple Storage Service NEW tktable-2.9-10.el5 : Table/matrix widget extension to Tcl/Tk Packages built and released for Fedora EPEL testing/4: 6 atop-1.23-8.el4 NEW calamaris-2.59-1.el4 : Squid native log format (NLF) analyzer and report generator mysqltuner-0.9.8-2 perl-Razor-Agent-2.85-1.el4 phpMyAdmin-2.11.8-0.1.el4 python-lxml-1.3.6-2.el4 Changes in Fedora EPEL testing/5: atop-1.23-8.el5 --------------- * Mon Jul 21 2008 Kairo Araujo - 1.23-8 - add bug fixes for #455223 and #455375 logrotate output error: error: atop:prerotate or postrotate without endscript bea-stax-1.2.0-0.4.rc1.el5 -------------------------- * Tue Jul 22 2008 Lubomir Rintel - 0:1.2.0-0.4.rc1 - Require java 15 * Wed Jul 09 2008 Tom "spot" Callaway - 0:1.2.0-0.3.rc1 - drop repotag - fix license blt-2.4-21.z.el5 ---------------- * Thu Jul 24 2008 Sergio Pascual 2.4-21.z - Rebuilt for EL-5 - Minor typo fixed bzr-gtk-0.94.0-5.el5 -------------------- * Thu Jul 24 2008 Toshio Kuratomi 0.94.0-5 - Upstream has a new patch for bz#455284. * Mon Jul 14 2008 Toshio Kuratomi 0.94.0-4.1 - Add upstream patch to fix a traceback when using log in olive. - Refresh patches so we don't have fuzz. calamaris-2.59-1.el5 -------------------- * Thu Jul 24 2008 Robert Scheck 2.59-1 - Upgrade to 2.59 - Initial spec file for Fedora and Red Hat Enterprise Linux ipython-0.8.4-1.el5 ------------------- * Wed Jun 11 2008 James Bowes 0.8.4-1 - Update to 0.8.4 java-1.6.0-openjdk-1.6.0.0-0.20.b11.el5 --------------------------------------- * Wed Jul 23 2008 Lubomir Rintel - 1:1.6.0-0.20.b11 - Specify vendor for javaws desktop entry. - Merge EPEL-5 and Fedora devel packages. * Mon Jul 21 2008 Lillian Angel - 1:1.6.0.0-0.19.b11 - Updated icedteasnapshot. * Wed Jul 16 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated icedteasnapshot. - Updated openjdkver. - Updated openjdkdate. - Updated generate-fedora-zip.sh * Tue Jul 15 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated accessver to 1.23. * Tue Jul 15 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Added rhino as a BuildRequirement. * Tue Jul 15 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Removed all unneeded patches. Security patches are included in the new icedtea source. * Tue Jul 15 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Fixed fedorazip. * Tue Jul 15 2008 Lillian Angel - 1:1.6.0.0-0.18.b10 - Updated icedteaver. - Updated icedteasnapshot. - Updated openjdkdate. - Updated openjdkver. - Updated release. - Resolves: rhbz#452525 - Resolves: rhbz#369861 * Wed Jul 09 2008 Lillian Angel - 1:1.6.0.0-0.17.b09 - Added sparc/64 patches. * Tue Jul 08 2008 Lillian Angel - 1:1.6.0.0-0.17.b09 - Only apply hotspot security patch of jitarches. * Wed Jul 02 2008 Lillian Angel - 1:1.6.0.0-0.17.b09 - Added OpenJDK security patches. * Tue Jun 03 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.16.b09 - Add runtests define. - Provide Xvfb instance to jtreg. - Run test suites on JIT architectures only. - Clean up arch handling. * Fri May 30 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Remove jhat patch. * Fri May 30 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Remove makefile patch. - Update generate-fedora-zip.sh. * Fri May 30 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Formatting cleanups. * Fri May 30 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Group all Mauve commands. * Fri May 30 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Formatting cleanups. - Add jtreg_output to src subpackage. * Wed May 28 2008 Lillian Angel - 1:1.6.0.0-0.15.b09 - Updated icedteasnapshot for new release. * Tue May 27 2008 Thomas Fitzsimmons - 1:1.6.0.0-0.15.b09 - Require ca-certificates. - Symlink to ca-certificates cacerts. - Remove cacerts from files list. - Resolves: rhbz#444260 * Mon May 26 2008 Lillian Angel - 1:1.6.0.0-0.14.b09 - Added eclipse-ecj build requirement for mauve. - Updated icedteasnapshot. * Fri May 23 2008 Lillian Angel - 1:1.6.0.0-0.14.b09 - Fixed jtreg testing. * Fri May 23 2008 Lillian Angel - 1:1.6.0.0-0.14.b09 - Updated icedteasnapshot. - Updated release. - Added jtreg testing. * Thu May 22 2008 Lillian Angel - 1:1.6.0.0-0.13.b09 - Added new patch java-1.6.0-openjdk-java-access-bridge-tck.patch. - Updated release. * Mon May 05 2008 Lillian Angel - 1:1.6.0.0-0.12.b09 - Updated release. - Updated icedteasnapshot. - Resolves: rhbz#445182 - Resolves: rhbz#445183 * Tue Apr 29 2008 Lillian Angel - 1:1.6.0.0-0.11.b09 - Fixed javaws.desktop installation. * Tue Apr 29 2008 Lillian Angel - 1:1.6.0.0-0.11.b09 - Updated icedteasnapshot. - Removed java-1.6.0-openjdk-jconsole.desktop and java-1.6.0-openjdk-policytool.desktop files. * Tue Apr 29 2008 Lillian Angel - 1:1.6.0.0-0.11.b09 - Updated release. - Added archbuild and archinstall definitions for ia64. - Resolves: rhbz#433843 * Mon Apr 28 2008 Lubomir Rintel - 1:1.6.0.0-0.12.b08 - Merge changes made to build on Red Hat Enterprise Linux 5, to include in EPEL: - Require Freetype 2.2.0 instead of 2.3.0. - Build against openmotif instead of lesstif when not on Fedora. * Mon Apr 28 2008 Lillian Angel - 1:1.6.0.0-0.10.b09 - Fixed installation of javaws.desktop and javaws.png. * Mon Apr 28 2008 Joshua Sumali - 1:1.6.0.0-0.10.b09 - Added javaws menu entry. - Resolves: rhbz#443851 * Mon Apr 28 2008 Lillian Angel - 1:1.6.0.0-0.10.b09 - Updated release. - Updated icedteasnapshot. - Added jconsole and policy menu entries. - Removed all jhat references. - Resolves: rhbz#435235 - Resolves: rhbz#417501 - Resolves: rhbz#437418 - Resolves: rhbz#443360 - Resolves: rhbz#304031 * Fri Apr 18 2008 Lillian Angel - 1:1.6.0.0-0.9.b09 - Updated icedteaver. - Updated icedteasnapshot. - Updated openjdkver. - Updated openjdkdate. - Updated release. - Resolves: rhbz#442602 - Resolves: rhbz#442514 - Resolves: rhbz#441437 - Resolves: rhbz#375541 * Thu Apr 17 2008 Lillian Angel - 1:1.6.0.0-0.9.b08 - Added javaws to /usr/bin. - Resolves: rhbz#437929 perl-Apache2-SOAP-0.73-1.el5 ---------------------------- * Tue Jul 22 2008 Remi Collet 0.73-1 - initial spec perl-Class-DBI-Plugin-0.03-5.el5 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.03-5 - license fix perl-Class-DBI-Plugin-RetrieveAll-1.04-3.el5 -------------------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 1.04-3 - license fix perl-Class-DBI-SQLite-0.11-3.el5 -------------------------------- * Fri Aug 24 2007 Tom "spot" Callaway 0.11-3 - license fix perl-Convert-BER-1.3101-2.el5 ----------------------------- * Sun Jul 13 2008 Lubomir Rintel (Good Data) 1.3101-2 - Specfile autogenerated by cpanspec 1.75. perl-HTML-FormatText-WithLinks-0.09-1.el5 ----------------------------------------- * Wed Aug 08 2007 Patrice Dumas 0.09-1 - update to 0.09 perl-Razor-Agent-2.85-1.el5 --------------------------- * Wed Jul 23 2008 Tom "spot" Callaway - 2.85-1 - update to 2.85, relicensed to Artistic 2.0 * Thu Mar 06 2008 Tom "spot" Callaway - 2.84-4 - Rebuild for new perl * Sun Feb 10 2008 Robert Scheck 2.84-3 - Rebuilt against gcc 4.3 * Wed Aug 29 2007 Robert Scheck 2.84-2 - Rebuilt (missing BuildID) perl-Text-CSV-Separator-0.19-1.el5 ---------------------------------- * Wed Jul 02 2008 Lubomir Rintel (Good Data) 0.19-1 - Specfile autogenerated by cpanspec 1.75. phpMyAdmin-2.11.8-0.1.el5 ------------------------- * Fri Jul 25 2008 Robert Scheck 2.11.8-0.1 - Upstream released 2.11.8-rc1 (#456637) * Tue Jul 15 2008 Robert Scheck 2.11.7.1-1 - Upstream released 2.11.7.1 (#455520) * Mon Jun 23 2008 Robert Scheck 2.11.7-1 - Upstream released 2.11.7 (#452497) * Tue Apr 29 2008 Robert Scheck 2.11.6-1 - Upstream released 2.11.6 plexus-graph-0.13.1-1.el5 ------------------------- * Sat Jul 19 2008 Lubomir Rintel (Fedora Astronomy) - 0.13.1-1 - Initial packaging python-fedora-0.3.3-1.el5 ------------------------- * Wed Jul 23 2008 Toshio Kuratomi - 0.3.3-1 - A few fixes for the new fas release. * Sun Jul 20 2008 Luke Macken - 0.3.2-1 - Latest upstream release - Add koji to the Requires * Mon Jul 14 2008 Luke Macken - 0.3.1-1 - New upstream bugfix release * Wed Jul 02 2008 Luke Macken - 0.3-1 - New upstream release. python-lxml-2.0.8-1.el5 ----------------------- * Fri Jul 25 2008 Jeffrey C. Ollie - 2.0.8-1 - Update to 2.0.8 python-numdisplay-1.4-2.el5 --------------------------- * Wed Jul 09 2008 Sergio Pascual - 1.4-2 - Fixed typo in description - Removed the python macro not needed * Wed Jul 09 2008 Sergio Pascual - 1.4-1 - Initial specfile rhino-1.6-0.1.r5.1.3.el5 ------------------------ * Thu Jul 10 2008 Tom "spot" Callaway - 0:1.6-0.1.r5.1.3 - drop repotag - fix license tag s3cmd-0.9.8.2-1.el5.1 --------------------- * Fri Jul 25 2008 Lubomir Rintel (Good Data) - 0.9.8.2-1.1 - Fix a typo * Tue Jul 15 2008 Lubomir Rintel (Good Data) - 0.9.8.2-1 - New upstream * Fri Jul 04 2008 Lubomir Rintel (Good Data) - 0.9.8.1-3 - Be satisfied with ET provided by 2.5 python * Fri Jul 04 2008 Lubomir Rintel (Good Data) - 0.9.8.1-2 - Added missing python-devel BR, thanks to Marek Mahut - Packaged the Python egg file * Wed Jul 02 2008 Lubomir Rintel (Good Data) - 0.9.8.1-1 - Initial packaging attempt tktable-2.9-10.el5 ------------------ * Thu Jul 24 2008 Sergio Pascual 2.9-10 - Rebuilt for EL-5 - Clarify license tag Changes in Fedora EPEL testing/4: atop-1.23-8.el4 --------------- * Mon Jul 21 2008 Kairo Araujo - 1.23-8 - add bug fixes for #455223 and #455375 logrotate output error: error: atop:prerotate or postrotate without endscript calamaris-2.59-1.el4 -------------------- * Thu Jul 24 2008 Robert Scheck 2.59-1 - Upgrade to 2.59 - Initial spec file for Fedora and Red Hat Enterprise Linux mysqltuner-0.9.8-2 ------------------ * Mon Jul 21 2008 Ville Skytt? - 0.9.8-2 - bump release tag to allow build * Mon Jul 21 2008 Ville Skytt? - 0.9.8-1 - 0.9.8, --checkversion patch applied upstream. perl-Razor-Agent-2.85-1.el4 --------------------------- * Wed Jul 23 2008 Tom "spot" Callaway - 2.85-1 - update to 2.85, relicensed to Artistic 2.0 * Thu Mar 06 2008 Tom "spot" Callaway - 2.84-4 - Rebuild for new perl * Sun Feb 10 2008 Robert Scheck 2.84-3 - Rebuilt against gcc 4.3 * Wed Aug 29 2007 Robert Scheck 2.84-2 - Rebuilt (missing BuildID) phpMyAdmin-2.11.8-0.1.el4 ------------------------- * Fri Jul 25 2008 Robert Scheck 2.11.8-0.1 - Upstream released 2.11.8-rc1 (#456637) * Tue Jul 15 2008 Robert Scheck 2.11.7.1-1 - Upstream released 2.11.7.1 (#455520) * Mon Jun 23 2008 Robert Scheck 2.11.7-1 - Upstream released 2.11.7 (#452497) * Tue Apr 29 2008 Robert Scheck 2.11.6-1 - Upstream released 2.11.6 python-lxml-1.3.6-2.el4 ----------------------- * Fri Jul 25 2008 Jeffrey C. Ollie - 1.3.6-2 - Revert CVS back to a version of lxml that actually builds on EL-4. From ville.skytta at iki.fi Sun Jul 27 14:08:08 2008 From: ville.skytta at iki.fi (Ville =?utf-8?q?Skytt=C3=A4?=) Date: Sun, 27 Jul 2008 17:08:08 +0300 Subject: Fedora EPEL Package Build Report 2008-07-27 In-Reply-To: <20080727113843.1A30A15219C@buildsys.fedoraproject.org> References: <20080727113843.1A30A15219C@buildsys.fedoraproject.org> Message-ID: <200807271708.08454.ville.skytta@iki.fi> On Sunday 27 July 2008, buildsys at fedoraproject.org wrote: > Changes in Fedora EPEL testing/4: [...] > mysqltuner-0.9.8-2 > ------------------ > * Mon Jul 21 2008 Ville Skytt? - 0.9.8-2 > - bump release tag to allow build > > * Mon Jul 21 2008 Ville Skytt? - 0.9.8-1 > - 0.9.8, --checkversion patch applied upstream. FYI, this update has caused an EL-4 -> EL-5 upgrade path problem. Despite the changelog entry, it was not done by me. We're discussing with wolfy in private mail how to get things fixed. From fedora at leemhuis.info Mon Jul 28 15:49:15 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 28 Jul 2008 17:49:15 +0200 Subject: next testing -> stable move for EPEL4 and EPEL5 prepared, details inside Message-ID: <488DEA7B.6070408@leemhuis.info> Hi all! I prepared the next testing -> stable move for EPEL4 and EPEL5. I will actually do the move at round about 20080801 at 5:00 UTC (e.g. Friday morning CEST). If one of your packages is in the attached "tobemoved-(s,)rpms-{4,5}" list and you don't want it moved please tell me soon or it'll be to late on Friday ;-) = Packages that'll be moved == Here is the list of packages that will be moved: == EPEL4 == atop bitlbee certmaster cobbler collectl cpqarrayd duplicity erlang exiv2 flashrom freehoo func git haproxy khmeros-fonts libssh2 mksh monit mysqltuner net6 obby odfpy pastebin perl-Business-CreditCard perl-Crypt-CAST5_PP perl-Crypt-GeneratePassword perl-DBD-SQLite perl-File-Type perl-File-Which perl-Frontier-RPC perl-Net-Telnet perl-Razor-Agent perl-String-CRC32 perl-Test-Pod-Coverage phpMyAdmin php-pecl-zip pnp4nagios python-lxml python-pgsql python-sqlite2 python-sqlobject R-biglm R-car sagator shorewall sipp tcldom tdom tlock TurboGears xdialog == EPEL5 == atop bip bitlbee bzr-gtk centerim certmaster cobbler collectl cpanspec cpqarrayd dtc duplicity exiv2 flashrom freehoo fs_mark func funtools gamazons gxine gyachi haproxy java-1.6.0-openjdk joda-time joni jvyamlb khmeros-fonts librelp libssh2 memcached mksh mod_wsgi monit net6 netdump-server nethogs netstiff ocaml-libvirt odfpy pastebin perl-Algorithm-C3 perl-Algorithm-CurveFit perl-aliased perl-Business-CreditCard perl-Class-C3 perl-Class-C3-XS perl-Class-Factory-Util perl-Class-Inspector perl-Class-MOP perl-Crypt-GeneratePassword perl-Crypt-OpenSSL-Bignum perl-Crypt-OpenSSL-Random perl-Crypt-OpenSSL-RSA perl-Crypt-Rijndael perl-DateTime-Format-Builder perl-DateTime-Format-HTTP perl-DateTime-Format-IBeat perl-DateTime-Format-MySQL perl-DateTime-Format-Strptime perl-DBD-SQLite perl-DBM-Deep perl-Declare-Constraints-Simple perl-File-Type perl-File-Which perl-Frontier-RPC perl-Heap perl-JSON-XS perl-Module-Refresh perl-Moose perl-MRO-Compat perl-Net-SNPP perl-Net-Telnet perl-Params-Coerce perl-Parse-CPAN-Packages perl-Razor-Agent perl-Sub-Identify perl-SUPER perl-TAP-Harness perl-Term-ReadLine-Gnu perl-Test-LongString perl-Test-Mock-LWP perl-Test-MockObject perl-Test-Perl-Critic perl-Test-WWW-Selenium perl-Time-Period phpMyAdmin php-pear-Log php-pear-PHP-CodeSniffer php-pear-PhpDocumentor php-pecl-apc php-pecl-zip pnp4nagios python-lxml python-paramiko python-pgsql python-ruledispatch python-toscawidgets R-biglm R-car sagator sextractor shorewall sipp tcldom tdom tlock tomcat-native trac-spamfilter-plugin typespeed virt-top wcstools xdialog xpa = Broken Deps = FYI, below is a list of packages I had to exclude due to broken deps. Yet again: I have been excluding some of them for months now... :-/ That is not only unpleasant and annoying for the users, it's also makes the preparation for the moves harder. I'dd be glad if the EPEL Steering Committee could look into this problem and find a solution for those packages that are broken for more then two or three months now. (Note: I also excluded some packages that hit the EPEL repos on Sunday, to make sure that they get enough testing before they get moved; those are not in the list below, but might be responsible one or two of the broken deps) == EPEL 4 == bugzilla* mediawiki-ParserFunctions perl-libwhisker2 postgresql-dbi-link postgresql-pgpoolAdmin python-Coherence python-psycopg2* specto nikto == EPEL 5 == abgraph claws-mail* gambit* emacs-gambit emacs-vala fedora-packager flumotion gnome-applet-sshmenu hunspell-he hspell* mediawiki-ParserFunctions perl-libwhisker2 python-Coherence python-fedora-* revisor-* sshmenu tkimg-* translate-toolkit vala* viewmtn nikto plexus-graph-javadoc rhino-* = EOF = CU knurd P.S.: EPEL-signers, if possible please don't push any new packages to the testing repos until the package move happens, as that might introduce new broken deps and thus trouble/a lot of work; tia! -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-rpms-4 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-rpms-5 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-srpms-4 URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: tobemoved-srpms-5 URL: From wolfy at nobugconsulting.ro Tue Jul 29 00:42:40 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 29 Jul 2008 03:42:40 +0300 Subject: next testing -> stable move for EPEL4 and EPEL5 prepared, details inside In-Reply-To: <488DEA7B.6070408@leemhuis.info> References: <488DEA7B.6070408@leemhuis.info> Message-ID: <488E6780.1010600@nobugconsulting.ro> On 07/28/2008 06:49 PM, Thorsten Leemhuis wrote: > Hi all! > > I prepared the next testing -> stable move for EPEL4 and EPEL5. I will > actually do the move at round about 20080801 at 5:00 UTC (e.g. > Friday morning CEST). > > If one of your packages is in the attached "tobemoved-(s,)rpms-{4,5}" > list and you don't want it moved please tell me soon or it'll be to > late on Friday ;-) > > = Packages that'll be moved == > > Here is the list of packages that will be moved: > > == EPEL4 == > > [...] mysqltuner Please do not push mysqltuner-0.9.8, it has just been built and I want it to sit in testing for at least a month. And, knurd, please do not forget I have kindly asked to talk with you on IRC. I only need 2 minutes of your time, whenever you can do it. The intended subject is this package. Thanks. manuel From buildsys at fedoraproject.org Tue Jul 29 05:50:09 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 29 Jul 2008 01:50:09 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-07-29 Message-ID: <20080729055009.4BD1915219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 phpMyAdmin-2.11.8.1-1.el5 Packages built and released for Fedora EPEL 4: 1 phpMyAdmin-2.11.8.1-1.el4 Changes in Fedora EPEL 5: phpMyAdmin-2.11.8.1-1.el5 ------------------------- * 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 4: phpMyAdmin-2.11.8.1-1.el4 ------------------------- * 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) From wolfy at nobugconsulting.ro Tue Jul 29 10:39:51 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 29 Jul 2008 13:39:51 +0300 Subject: same package used in EL-4 and EL-5 Message-ID: <488EF377.3090402@nobugconsulting.ro> Hello I need a piece of advice on a small problem regarding the package called mysqltuner, which I maintain in EPEL. Background info: This package consists of a single perl script which at rpm build time is copied from its source tarball to /bin. The program itself reads some variables from mysql and makes recommendations for tuning the mysql settings in order to optimize the performance. Since there is no 'compiling', Ville (the packager) decided to not use %dist. As a consequence, in order to build the package in both EL-4 and El-5 there are two options - use different release tags (the build system prohibits using the same tags ... or at least I was not able to figure out how to build in one branch stuff tagged on another branch: when I tried to do "make tag" for the first time in EL-4, using the same spec as the one from rawhide, I was told that the tag 0.9.8-1 has already been applied (and it was, of course, in rawhide) ; OTOH I could not build (of course) because the files I have uploaded were not tagged -manually copy from one branch to another one (to be performed by the admins). Hopefully this will occur quite rarely, so there should not be a great burden. At https://bugzilla.redhat.com/show_bug.cgi?id=452172 is the rationale for not using %dist (which makes sense, as I have explained above). Ville also took the time to explaine me how to inherit stuff from one branch to another one, but the mechanism seems to be valid only for Fedora. So: what do you think is the recommended way: - build twice, with different release tags , once in EL-4 and once in EL-5 (I see absolutely no gain in this route) - switch to using %dist and go the usual way - build in one branch (EL-5 ?) and rely on the admins to copy the package to the other one TIA manuel From rdieter at math.unl.edu Tue Jul 29 18:36:01 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 29 Jul 2008 13:36:01 -0500 Subject: same package used in EL-4 and EL-5 References: <488EF377.3090402@nobugconsulting.ro> Message-ID: Manuel Wolfshant wrote: > Since there is no 'compiling', Ville (the packager) decided to not > use %dist. As a consequence, in order to build the package in both EL-4 > and El-5 there are two options Imo, the extra pain/work involved in maintaining/deploying this without using %dist simply isn't worth it. Add %{?dist} to Release tag and be done with it. -- Rex From fedora at leemhuis.info Tue Jul 29 18:59:33 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 29 Jul 2008 20:59:33 +0200 Subject: same package used in EL-4 and EL-5 In-Reply-To: References: <488EF377.3090402@nobugconsulting.ro> Message-ID: <488F6895.30004@leemhuis.info> On 29.07.2008 20:36, Rex Dieter wrote: > Manuel Wolfshant wrote: > >> Since there is no 'compiling', Ville (the packager) decided to not >> use %dist. As a consequence, in order to build the package in both EL-4 >> and El-5 there are two options > Imo, the extra pain/work involved in maintaining/deploying this without > using %dist simply isn't worth it. > Add %{?dist} to Release tag and be done with it. I tend to agree for this kind package. Copying it over makes only makes sense when it comes to big data packages, but for a small easy package like this the overhead is not worth the risk and trouble. Cu knurd From pertusus at free.fr Wed Jul 30 12:40:10 2008 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 30 Jul 2008 14:40:10 +0200 Subject: same package used in EL-4 and EL-5 In-Reply-To: <488F6895.30004@leemhuis.info> References: <488EF377.3090402@nobugconsulting.ro> <488F6895.30004@leemhuis.info> Message-ID: <20080730124010.GA3683@free.fr> On Tue, Jul 29, 2008 at 08:59:33PM +0200, Thorsten Leemhuis wrote: > > I tend to agree for this kind package. Copying it over makes only makes > sense when it comes to big data packages, but for a small easy package > like this the overhead is not worth the risk and trouble. Still it would be nice to hae this fixed in EPEL. Will it be fixed with a switch to using koji/bodhi? -- Pat From rdieter at math.unl.edu Wed Jul 30 14:31:52 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 30 Jul 2008 09:31:52 -0500 Subject: same package used in EL-4 and EL-5 References: <488EF377.3090402@nobugconsulting.ro> <488F6895.30004@leemhuis.info> <20080730124010.GA3683@free.fr> Message-ID: Patrice Dumas wrote: > On Tue, Jul 29, 2008 at 08:59:33PM +0200, Thorsten Leemhuis wrote: >> >> I tend to agree for this kind package. Copying it over makes only makes >> sense when it comes to big data packages, but for a small easy package >> like this the overhead is not worth the risk and trouble. > > Still it would be nice to hae this fixed in EPEL. Will it be fixed with > a switch to using koji/bodhi? afaik no. It (still) requires manual intervention copy the same pkg to different repos/releases. -- Rex From ville.skytta at iki.fi Wed Jul 30 19:55:38 2008 From: ville.skytta at iki.fi (Ville =?iso-8859-1?q?Skytt=E4?=) Date: Wed, 30 Jul 2008 22:55:38 +0300 Subject: same package used in EL-4 and EL-5 In-Reply-To: References: <488EF377.3090402@nobugconsulting.ro> <20080730124010.GA3683@free.fr> Message-ID: <200807302255.39362.ville.skytta@iki.fi> On Wednesday 30 July 2008, Rex Dieter wrote: > Patrice Dumas wrote: > > On Tue, Jul 29, 2008 at 08:59:33PM +0200, Thorsten Leemhuis wrote: > >> I tend to agree for this kind package. Copying it over makes only makes > >> sense when it comes to big data packages, but for a small easy package > >> like this the overhead is not worth the risk and trouble. > > > > Still it would be nice to hae this fixed in EPEL. Will it be fixed with > > a switch to using koji/bodhi? > > afaik no. It (still) requires manual intervention copy the same pkg to > different repos/releases. FWIW, in Fedora, Rawhide auto-inherits builds from earlier repos, but only if there have been no builds with the tag Rawhide points to. So for example if a package has not been built to dist-f10 (any EVR, ever) but it is in let's say dist-f9-updates-testing, it will be automatically copied to Rawhide. From jkeating at redhat.com Wed Jul 30 20:09:16 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Jul 2008 16:09:16 -0400 Subject: same package used in EL-4 and EL-5 In-Reply-To: <200807302255.39362.ville.skytta@iki.fi> References: <488EF377.3090402@nobugconsulting.ro> <20080730124010.GA3683@free.fr> <200807302255.39362.ville.skytta@iki.fi> Message-ID: <1217448556.3151.125.camel@localhost.localdomain> On Wed, 2008-07-30 at 22:55 +0300, Ville Skytt? wrote: > but it is in let's > say dist-f9-updates-testing, it will be automatically copied to > Rawhide. Close. Things in -testing don't get inherited. Only things in dist-foo and dist-foo-updates -- Jesse Keating Fedora -- Freedom? is a feature! -------------- 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 wolfy at nobugconsulting.ro Wed Jul 30 21:21:45 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 31 Jul 2008 00:21:45 +0300 Subject: autoinheritance [ was: same package used in EL-4 and EL-5] In-Reply-To: <1217448556.3151.125.camel@localhost.localdomain> References: <488EF377.3090402@nobugconsulting.ro> <20080730124010.GA3683@free.fr> <200807302255.39362.ville.skytta@iki.fi> <1217448556.3151.125.camel@localhost.localdomain> Message-ID: <4890DB69.9070303@nobugconsulting.ro> On 07/30/2008 11:09 PM, Jesse Keating wrote: > On Wed, 2008-07-30 at 22:55 +0300, Ville Skytt? wrote: > >> FWIW, in Fedora, Rawhide auto-inherits builds from earlier repos, but only if >> there have been no builds with the tag Rawhide points to[...]but it is in let's >> say dist-f9-updates-testing, it will be automatically copied to >> Rawhide. >> > > Close. Things in -testing don't get inherited. Only things in dist-foo > and dist-foo-updates > Let's see if I got it right, and please do correct me where I am wrong. Auto-inheritance assumes that the package was never released for rawhide, hence it does not apply to _new_ packages, which by default should start by being pushed to rawhide, right [1] ? Therefore basically this inheritance applies only when branching for a new fedora release. Am I right here ? [1]: the case described by Ville would be: - have a new package reviewed and approved, - request a - say - F9 branch (beside the default one for devel), - build and push to F9-updates (I have assumed here that the packager really knows what he does and is sure about the stability, compatibility of the new packag etc) Does auto-inheritance kick in here at this moment and " magically " copy it to devel so you get two-for-one for free ? Until today I have thought that this process happens only when composing for the new release. From jkeating at redhat.com Wed Jul 30 21:30:57 2008 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 30 Jul 2008 17:30:57 -0400 Subject: autoinheritance [ was: same package used in EL-4 and EL-5] In-Reply-To: <4890DB69.9070303@nobugconsulting.ro> References: <488EF377.3090402@nobugconsulting.ro> <20080730124010.GA3683@free.fr> <200807302255.39362.ville.skytta@iki.fi> <1217448556.3151.125.camel@localhost.localdomain> <4890DB69.9070303@nobugconsulting.ro> Message-ID: <1217453457.3151.128.camel@localhost.localdomain> On Thu, 2008-07-31 at 00:21 +0300, Manuel Wolfshant wrote: > Does auto-inheritance kick in here at this moment and " magically " copy > it to devel so you get two-for-one for free ? Until today I have thought > that this process happens only when composing for the new release. Yes, inheritance would kick in at that point. -- Jesse Keating Fedora -- Freedom? is a feature! -------------- 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 dennis at ausil.us Wed Jul 30 22:38:11 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 30 Jul 2008 17:38:11 -0500 Subject: same package used in EL-4 and EL-5 In-Reply-To: <1217448556.3151.125.camel@localhost.localdomain> References: <488EF377.3090402@nobugconsulting.ro> <200807302255.39362.ville.skytta@iki.fi> <1217448556.3151.125.camel@localhost.localdomain> Message-ID: <200807301738.14198.dennis@ausil.us> On Wednesday 30 July 2008, Jesse Keating wrote: > On Wed, 2008-07-30 at 22:55 +0300, Ville Skytt? wrote: > > but it is in let's > > say dist-f9-updates-testing, it will be automatically copied to > > Rawhide. > > Close. Things in -testing don't get inherited. Only things in dist-foo > and dist-foo-updates there is zero inheritance in EPEL so its all moot until we can move to koji. the only thing that can be done is to copy the rpms from one needsign queue to the other. which meens you need to email epel_signers as soon as your build is done to request that it happens -- Dennis Gilmore -------------- 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 wolfy at nobugconsulting.ro Wed Jul 30 22:52:12 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Thu, 31 Jul 2008 01:52:12 +0300 Subject: same package used in EL-4 and EL-5 In-Reply-To: <200807301738.14198.dennis@ausil.us> References: <488EF377.3090402@nobugconsulting.ro> <200807302255.39362.ville.skytta@iki.fi> <1217448556.3151.125.camel@localhost.localdomain> <200807301738.14198.dennis@ausil.us> Message-ID: <4890F09C.30302@nobugconsulting.ro> On 07/31/2008 01:38 AM, Dennis Gilmore wrote: > On Wednesday 30 July 2008, Jesse Keating wrote: > >> On Wed, 2008-07-30 at 22:55 +0300, Ville Skytt? wrote: >> >>> but it is in let's >>> say dist-f9-updates-testing, it will be automatically copied to >>> Rawhide. >>> >> Close. Things in -testing don't get inherited. Only things in dist-foo >> and dist-foo-updates >> > there is zero inheritance in EPEL so its all moot until we can move to koji. > the only thing that can be done is to copy the rpms from one needsign queue to > the other. which meens you need to email epel_signers as soon as your build > is done to request that it happens > Thanks a lot, Dennis. That's part of the reply I was wishing for in the first place ( as of technical approach; the political approach was settled already ) FWIW: I've just built 0.9.8-2.el5 and also comited to CVS the modified spec for EL-4. However I have not built it for EL-4 since I see no real gain in that: rpmdev-vercmp says 0.9.8-2 (which is now in EL-4/testing) is older than 0.9.8-2.el5 so once the newly built package lands in EL-5/testing everything should be OK wrt the upgrade path. From limb at jcomserv.net Thu Jul 31 12:55:19 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 31 Jul 2008 07:55:19 -0500 (CDT) Subject: [Fwd: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel] Message-ID: <8320.198.175.55.5.1217508919.squirrel@mail.jcomserv.net> Buildsys issues for EL-5? Tried it twice. This built fine on F-8 koji and EL-4 plague. ---------------------------- Original Message ---------------------------- Subject: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel From: buildsys at fedoraproject.org Date: Thu, July 31, 2008 7:48 am To: limb at jcomserv.net -------------------------------------------------------------------------- Job failed on arch noarch Build logs may be found at http://buildsys.fedoraproject.org/logs/fedora-5-epel/39725-drupal-5.9-1.el5/ ------------------------------------------------- DEBUG util.py:250: chcon: /dev/urandom DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/tty', '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/tty'] DEBUG util.py:250: chcon: /dev/tty DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/console', '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/console'] DEBUG util.py:250: chcon: /dev/console DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/ptmx', '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/ptmx'] DEBUG util.py:250: chcon: /dev/ptmx DEBUG backend.py:471: mount -n -t proc mock_chroot_proc /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc DEBUG util.py:272: Executing command: mount -n -t proc mock_chroot_proc /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc DEBUG backend.py:471: mount -n -t sysfs mock_chroot_sysfs /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys DEBUG util.py:272: Executing command: mount -n -t sysfs mock_chroot_sysfs /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys DEBUG backend.py:471: mount -n --bind /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum DEBUG util.py:272: Executing command: mount -n --bind /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum DEBUG backend.py:471: mount -n -t devpts mock_chroot_devpts /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts DEBUG util.py:272: Executing command: mount -n -t devpts mock_chroot_devpts /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts DEBUG backend.py:490: /usr/bin/yum --installroot /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ update DEBUG util.py:272: Executing command: /usr/bin/yum --installroot /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ update DEBUG util.py:250: http://infrastructure.fedoraproject.org/rhel/RHEL5-ppc/Server/repodata/repomd.xml: [Errno 14] HTTP Error 403: Forbidden DEBUG util.py:250: Trying other mirror. DEBUG util.py:250: Error: Cannot retrieve repository metadata (repomd.xml) for repository: rhel5-install. Please verify its path and try again DEBUG backend.py:478: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc DEBUG util.py:272: Executing command: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc DEBUG backend.py:478: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys DEBUG util.py:272: Executing command: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys DEBUG backend.py:478: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum DEBUG util.py:272: Executing command: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum DEBUG backend.py:478: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts DEBUG util.py:272: Executing command: umount -n /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts DEBUG util.py:78: remove tree: /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86 DEBUG util.py:98: kill orphans -- novus ordo absurdum From mmcgrath at redhat.com Thu Jul 31 15:35:30 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 31 Jul 2008 10:35:30 -0500 (CDT) Subject: [Fwd: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel] In-Reply-To: <8320.198.175.55.5.1217508919.squirrel@mail.jcomserv.net> References: <8320.198.175.55.5.1217508919.squirrel@mail.jcomserv.net> Message-ID: This was related to our outage last night. A drive didn't get re-mounted correctly after the netapp crashed. Please try it again. -Mike On Thu, 31 Jul 2008, Jon Ciesla wrote: > Buildsys issues for EL-5? Tried it twice. This built fine on F-8 koji > and EL-4 plague. > > ---------------------------- Original Message ---------------------------- > Subject: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel > From: buildsys at fedoraproject.org > Date: Thu, July 31, 2008 7:48 am > To: limb at jcomserv.net > -------------------------------------------------------------------------- > > Job failed on arch noarch > > > Build logs may be found at > http://buildsys.fedoraproject.org/logs/fedora-5-epel/39725-drupal-5.9-1.el5/ > > > ------------------------------------------------- > > DEBUG util.py:250: chcon: /dev/urandom > DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/tty', > '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/tty'] > DEBUG util.py:250: chcon: /dev/tty > DEBUG util.py:272: Executing command: ['chcon', > '--reference=/dev/console', > '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/console'] > DEBUG util.py:250: chcon: /dev/console > DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/ptmx', > '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/ptmx'] > DEBUG util.py:250: chcon: /dev/ptmx > DEBUG backend.py:471: mount -n -t proc mock_chroot_proc > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc > DEBUG util.py:272: Executing command: mount -n -t proc mock_chroot_proc > > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc > DEBUG backend.py:471: mount -n -t sysfs mock_chroot_sysfs > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys > DEBUG util.py:272: Executing command: mount -n -t sysfs > mock_chroot_sysfs > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys > DEBUG backend.py:471: mount -n --bind > /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum > DEBUG util.py:272: Executing command: mount -n --bind > /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum > DEBUG backend.py:471: mount -n -t devpts mock_chroot_devpts > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts > DEBUG util.py:272: Executing command: mount -n -t devpts > mock_chroot_devpts > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts > DEBUG backend.py:490: /usr/bin/yum --installroot > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ > update > DEBUG util.py:272: Executing command: /usr/bin/yum --installroot > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ > update > DEBUG util.py:250: > http://infrastructure.fedoraproject.org/rhel/RHEL5-ppc/Server/repodata/repomd.xml: > [Errno 14] HTTP Error 403: Forbidden > DEBUG util.py:250: Trying other mirror. > DEBUG util.py:250: Error: Cannot retrieve repository metadata > (repomd.xml) for repository: rhel5-install. Please verify its path and try > again > DEBUG backend.py:478: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc > DEBUG util.py:272: Executing command: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc > DEBUG backend.py:478: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys > DEBUG util.py:272: Executing command: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys > DEBUG backend.py:478: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum > DEBUG util.py:272: Executing command: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum > DEBUG backend.py:478: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts > DEBUG util.py:272: Executing command: umount -n > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts > DEBUG util.py:78: remove tree: > /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86 > DEBUG util.py:98: kill orphans > > > -- > novus ordo absurdum > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > From limb at jcomserv.net Thu Jul 31 16:15:25 2008 From: limb at jcomserv.net (Jon Ciesla) Date: Thu, 31 Jul 2008 11:15:25 -0500 (CDT) Subject: [Fwd: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel] In-Reply-To: References: <8320.198.175.55.5.1217508919.squirrel@mail.jcomserv.net> Message-ID: <25021.198.175.55.5.1217520925.squirrel@mail.jcomserv.net> Ah. Makes sense. Build succeeded. Beauty. Thanks! > This was related to our outage last night. A drive didn't get re-mounted > correctly after the netapp crashed. Please try it again. > > -Mike > > On Thu, 31 Jul 2008, Jon Ciesla wrote: > >> Buildsys issues for EL-5? Tried it twice. This built fine on F-8 koji >> and EL-4 plague. >> >> ---------------------------- Original Message >> ---------------------------- >> Subject: Build Error (Job 39725): drupal-5_9-1_el5 on fedora-5-epel >> From: buildsys at fedoraproject.org >> Date: Thu, July 31, 2008 7:48 am >> To: limb at jcomserv.net >> -------------------------------------------------------------------------- >> >> Job failed on arch noarch >> >> >> Build logs may be found at >> http://buildsys.fedoraproject.org/logs/fedora-5-epel/39725-drupal-5.9-1.el5/ >> >> >> ------------------------------------------------- >> >> DEBUG util.py:250: chcon: /dev/urandom >> DEBUG util.py:272: Executing command: ['chcon', '--reference=/dev/tty', >> '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/tty'] >> DEBUG util.py:250: chcon: /dev/tty >> DEBUG util.py:272: Executing command: ['chcon', >> '--reference=/dev/console', >> '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/console'] >> DEBUG util.py:250: chcon: /dev/console >> DEBUG util.py:272: Executing command: ['chcon', >> '--reference=/dev/ptmx', >> '/var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/ptmx'] >> DEBUG util.py:250: chcon: /dev/ptmx >> DEBUG backend.py:471: mount -n -t proc mock_chroot_proc >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc >> DEBUG util.py:272: Executing command: mount -n -t proc >> mock_chroot_proc >> >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc >> DEBUG backend.py:471: mount -n -t sysfs mock_chroot_sysfs >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys >> DEBUG util.py:272: Executing command: mount -n -t sysfs >> mock_chroot_sysfs >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys >> DEBUG backend.py:471: mount -n --bind >> /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum >> DEBUG util.py:272: Executing command: mount -n --bind >> /var/lib/mock/cache/fedora-5-ppc-epel/yum_cache/ >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum >> DEBUG backend.py:471: mount -n -t devpts mock_chroot_devpts >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts >> DEBUG util.py:272: Executing command: mount -n -t devpts >> mock_chroot_devpts >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts >> DEBUG backend.py:490: /usr/bin/yum --installroot >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ >> update >> DEBUG util.py:272: Executing command: /usr/bin/yum --installroot >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/ >> update >> DEBUG util.py:250: >> http://infrastructure.fedoraproject.org/rhel/RHEL5-ppc/Server/repodata/repomd.xml: >> [Errno 14] HTTP Error 403: Forbidden >> DEBUG util.py:250: Trying other mirror. >> DEBUG util.py:250: Error: Cannot retrieve repository metadata >> (repomd.xml) for repository: rhel5-install. Please verify its path and >> try >> again >> DEBUG backend.py:478: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc >> DEBUG util.py:272: Executing command: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/proc >> DEBUG backend.py:478: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys >> DEBUG util.py:272: Executing command: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/sys >> DEBUG backend.py:478: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum >> DEBUG util.py:272: Executing command: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/var/cache/yum >> DEBUG backend.py:478: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts >> DEBUG util.py:272: Executing command: umount -n >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86/root/dev/pts >> DEBUG util.py:78: remove tree: >> /var/lib/mock/fedora-5-ppc-epel-2dfa1018cf9ab40627e34e120cad43f4cbb8be86 >> DEBUG util.py:98: kill orphans >> >> >> -- >> novus ordo absurdum >> >> _______________________________________________ >> epel-devel-list mailing list >> epel-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/epel-devel-list >> > -- novus ordo absurdum From jimmyd at lanl.gov Thu Jul 31 16:33:39 2008 From: jimmyd at lanl.gov (Jimmy G. Devenport) Date: Thu, 31 Jul 2008 10:33:39 -0600 Subject: updated version of trac? Message-ID: <4891E963.4030305@lanl.gov> Hello EPEL-DEVEL-LIST, I don't know if this has been brought up on this list yet... I didn't see it in the archives for July '08. I am wondering when there will be a later version of trac (0.10.5 or later) in the EPEL repositories. Thank you. Jimmy Devenport Los Alamos National Lab *Vulnerability : Trac quickjump Cross-Site Redirection - Medium (http://trac.edgewall.org/wiki/ChangeLoga0.10.5) [Nessus]* *Description : * The remote host is running Trac, an enhanced wiki and issue tracking system for software development projects. The version of Trac installed on the remote host fails to sanitize user input to the q parameter of the search script before using it in an unfiltered and unmanaged fashion in a redirect. An attacker may be able to use an open redirect such as this to trick people into visiting malicious sites, which could lead to phishing attacks, browser exploits, or drive-by malware downloads. *Fix : * Upgrade to Trac version 0.11.0 / 0.10.5 or later. From mmcgrath at redhat.com Thu Jul 31 17:54:43 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Thu, 31 Jul 2008 12:54:43 -0500 (CDT) Subject: updated version of trac? In-Reply-To: <4891E963.4030305@lanl.gov> References: <4891E963.4030305@lanl.gov> Message-ID: On Thu, 31 Jul 2008, Jimmy G. Devenport wrote: > Hello EPEL-DEVEL-LIST, > > I don't know if this has been brought up on this list yet... I didn't see it > in the archives for July '08. I am wondering when there will be a later > version of trac (0.10.5 or later) in the EPEL repositories. > > Thank you. > > Jimmy Devenport > Los Alamos National Lab > Its sitting in needsign right now actually: http://buildsys.fedoraproject.org/needsign/fedora-5-epel/trac/0.10.5-1.el5/ It'll probably get pushed after the testing -> stable push soon. -Mike