From buildsys at fedoraproject.org Fri Aug 1 05:15:00 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Aug 2008 01:15:00 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-01 Message-ID: <20080801051500.8D39515219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 114 atop-1.23-8.el5 bip-0.7.4-1.el5 bitlbee-1.2.1-1.el5 bzr-gtk-0.94.0-5.el5 centerim-4.22.6-0.1.20080705git.el5 certmaster-0.20-2.el5 cobbler-1.0.3-1.el5 collectl-3.0.0-1.el5 NEW cpanspec-1.77-1.el5 : RPM spec file generation utility NEW cpqarrayd-2.3-6.el5 : Cpqarrayd is a daemon to monitor HP (compaq) arraycontrollers dtc-1.1.0-1.el5 duplicity-0.4.11-2.el5 exiv2-0.17.1-1.el5 flashrom-0-0.11.20080607svn3418.el5 NEW freehoo-3.5.2-2.el5 : Freehoo is a free console based messenger for Yahoo IM Service NEW fs_mark-3.2-3.el5 : Benchmark synchronous/async file creation func-0.21-1.el5 NEW funtools-1.4.0-4.el5 : FITS library and utilities gamazons-0.83-3.el5 gxine-0.5.11-16.el5 NEW gyachi-1.1.35-16.el5 : A Yahoo! chat client with Webcam and voice support haproxy-1.3.14.6-1.el5 java-1.6.0-openjdk-1.6.0.0-0.20.b11.el5 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 khmeros-fonts-5.0-3.el5 : Khmer font set created by Danh Hong of the Cambodian Open Institute NEW librelp-0.1.1-2.el5 : The Reliable Event Logging Protocol library NEW libssh2-0.18-9.el5 : A library implementing the SSH2 protocol memcached-1.2.5-2.el5 mksh-35b-1.el5 mod_wsgi-2.1-1.el5 NEW monit-4.10.1-7.el5 : Manages and monitors processes, files, directories and devices net6-1.3.5-1.el5 netdump-server-0.7.16-21.el5 NEW nethogs-0.7-3.20080627cvs.el5 : A tool resembling top for network traffic NEW netstiff-0-0.1.20080331.el5 : A powerful Web and FTP site update checker ocaml-libvirt-0.4.1.1-1.el5 NEW odfpy-0.7-2.el5 : Python library for manipulating OpenDocument files pastebin-0.60-4.el5 NEW perl-Algorithm-C3-0.06-1.el5 : Module for merging hierarchies using the C3 algorithm NEW perl-Algorithm-CurveFit-1.03-1.el5 : Nonlinear Least Squares Curve Fitting NEW perl-aliased-0.22-1.el5 : Use shorter versions of class names NEW perl-Business-CreditCard-0.30-1.el5 : Validate/generate credit card checksums/names NEW perl-Class-C3-0.19-2.el5 : Pragma to use the C3 method resolution order algorithm 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-Inspector-1.17-1.el5 NEW perl-Class-MOP-0.62-1.el5 : Metaobject programming model for Perl 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-Crypt-Rijndael-1.06-2.el5 : Crypt::CBC compliant Rijndael encryption module 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 perl-DBD-SQLite-1.14-3.el5 NEW perl-DBM-Deep-0.983-3.el5 : A pure perl multi-level hash/array DBM NEW perl-Declare-Constraints-Simple-0.03-2.el5 : Declarative Validation of Data Structures NEW perl-File-Type-0.22-3.el5 : Determine file type using magic perl-File-Which-0.05-4.el5 NEW perl-Frontier-RPC-0.07b4-5.el5 : A Perl interface for making and serving XML-RPC calls perl-Heap-0.80-1.el5 NEW perl-JSON-XS-1.43-1.el5 : JSON serialising/deserialising, done correctly and fast NEW perl-Module-Refresh-0.13-2.el5 : Refresh %INC files when updated on disk NEW perl-Moose-0.51-1.el5 : Complete modern object system for Perl 5 NEW perl-MRO-Compat-0.09-1.el5 : Mro::* interface compatibility for Perls < 5.9.5 NEW perl-Net-SNPP-1.17-6.el5 : Perl modules for the Simple Network Pager Protocol NEW perl-Net-Telnet-3.03-7.el5 : Net-Telnet Perl module 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-Razor-Agent-2.85-1.el5 perl-Sub-Identify-0.03-1.el5 NEW perl-SUPER-1.16-1.el5 : Sane superclass method dispatcher perl-TAP-Harness-3.10-2.el5 NEW perl-Term-ReadLine-Gnu-1.17a-2.el5 : Perl extension for the GNU Readline/History Library NEW perl-Test-LongString-0.11-1.el5 : Perl module to test long strings 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 perl-Test-Perl-Critic-1.01-1.el5 NEW perl-Test-WWW-Selenium-1.15-2.el5 : Perl Client for the Selenium Remote Control test tool NEW perl-Time-Period-1.20-2.el5 : A Perl module to deal with time periods 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 php-pecl-zip-1.8.10-2.el5 phpMyAdmin-2.11.8-0.1.el5 NEW pnp4nagios-0.4.10-2.el5 : Nagios performance data analysis tool python-lxml-2.0.8-1.el5 python-paramiko-1.7.4-1.el5 python-pgsql-0.9.7-1.el5 python-ruledispatch-0.5a0-0.8.svnr2306.el5 python-toscawidgets-0.9.2-1.el5 NEW R-biglm-0.4-1.el5.1 : Bounded memory linear and generalized linear models R-car-1.2-2.el5 sagator-1.1.0-1.el5 NEW sextractor-2.5.0-6.el5 : Extract catalogs of sources from astronomical images shorewall-4.0.12-2.el5 sipp-3.1-2.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 tlock-1.4-1.el5 tomcat-native-1.1.14-1.el5 trac-0.10.5-1.el5 trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 NEW typespeed-0.6.4-2.el5 : Test your typing speed and get your fingers' CPS NEW virt-top-1.0.1-7.el5 : Utility like top(1) for displaying virtualization stats NEW wcstools-3.7.0-1.el5 : Software utilities to display and manipulate the WCS of a FITS image NEW xdialog-2.3.1-3.el5 : X11 drop in replacement for cdialog NEW xpa-2.1.8-3.el5 : The XPA messaging system Packages built and released for Fedora EPEL testing/5: 20 drupal-5.9-1.el5 NEW ds9-5.2-3.el5 : Astronomical Data Visualization Application duplicity-0.4.12-1.el5 freeze-2.5.0-9.el5 libedit-2.11-1.20080712cvs.el5 NEW liblinebreak-0.9.6-0.4.20080421cvs.el5 : A Unicode line-breaking library libpri-1.4.6-1.el5 mysqltuner-0.9.8-2.el5 nginx-0.6.32-1.el5 NEW perl-Filesys-Df-0.92-3.el5 : Perl extension for filesystem disk space information NEW perl-Math-FFT-1.28-1.el5 : Perl module to calculate Fast Fourier Transforms puppet-0.24.5-1.el5 python-fedora-0.3.4-1.el5 NEW python-migrate-0.4.5-3.el5 : Schema migration tools for SQLAlchemy NEW python-openhpi-1.1-1.el5 : Python interface for OpenHPI shorewall-4.0.13-1.el5 tcllib-1.10-1.el5 testdisk-6.10-1.el5 tlock-1.4-2.el5 zabbix-1.4.6-1.el5 Packages built and released for Fedora EPEL 4: 50 atop-1.23-8.el4 bitlbee-1.2.1-1.el4 certmaster-0.20-2.el4 cobbler-1.0.3-1.el4 collectl-3.0.0-1.el4 NEW cpqarrayd-2.3-6.el4 : Cpqarrayd is a daemon to monitor HP (compaq) arraycontrollers duplicity-0.4.11-2.el4 erlang-R11B-2.3.el4 exiv2-0.17.1-1.el4 flashrom-0-0.11.20080607svn3418.el4 NEW freehoo-3.5.2-2.el4 : Freehoo is a free console based messenger for Yahoo IM Service func-0.21-1.el4 git-1.5.3.6-2.el4 haproxy-1.3.14.6-1.el4 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 mksh-35b-1.el4 NEW monit-4.10.1-7.el4 : Manages and monitors processes, files, directories and devices net6-1.3.5-1.el4 obby-0.4.4-2.el4 NEW odfpy-0.7-2.el4 : Python library for manipulating OpenDocument files pastebin-0.60-4.el4 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 perl-DBD-SQLite-1.14-2.el4.8 NEW perl-File-Type-0.22-3.el4 : Determine file type using magic NEW perl-File-Which-0.05-4.el4 : Portable implementation of the 'which' utility 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 perl-Razor-Agent-2.85-1.el4 perl-String-CRC32-1.4-1.el4 perl-Test-Pod-Coverage-1.08-1.el4 NEW php-pecl-zip-1.8.10-2.el4.1 : A zip management extension phpMyAdmin-2.11.8-0.1.el4 NEW pnp4nagios-0.4.10-2.el4 : Nagios performance data analysis tool python-lxml-1.3.6-2.el4 python-pgsql-0.9.7-1.el4 NEW python-sqlite2-2.3.3-4.el4 : DB-API 2.0 interface for SQLite 3.x NEW python-sqlobject-0.9.2-1.el4 : SQLObject -Object-Relational Manager, aka database wrapper NEW R-biglm-0.4-1.el4.1 : Bounded memory linear and generalized linear models R-car-1.2-2.el4 sagator-1.1.0-1.el4 shorewall-4.0.12-2.el4 sipp-3.1-2.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 tlock-1.4-1.el4 NEW TurboGears-1.0.3.2-7.el4 : Back-to-front web development in Python NEW xdialog-2.3.1-3.el4 : X11 drop in replacement for cdialog Packages built and released for Fedora EPEL testing/4: 12 drupal-5.9-1.el4 duplicity-0.4.12-1.el4 freeze-2.5.0-9.el4 nginx-0.5.37-1.el4 NEW perl-Filesys-Df-0.92-3.el4 : Perl extension for filesystem disk space information NEW perl-Math-FFT-1.28-1.el4 : Perl module to calculate Fast Fourier Transforms puppet-0.24.5-1.el4 shorewall-4.0.13-1.el4 tcllib-1.10-1.el4 testdisk-6.10-1.el4 tlock-1.4-2.el4 zabbix-1.4.6-1.el4 Changes in Fedora EPEL 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 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) 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. 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 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 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 cpanspec-1.77-1.el5 ------------------- * Mon Jun 16 2008 Steven Pritchard 1.77-1 - Update to 1.77. 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 dtc-1.1.0-1.el5 --------------- * Thu Jan 24 2008 Josh Boyer - Update to 1.1.0 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) 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 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 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 fs_mark-3.2-3.el5 ----------------- * Fri Jul 18 2008 Eric Sandeen 3.2-3 - Updated tarball from new sf.net home 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 * 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) funtools-1.4.0-4.el5 -------------------- * Fri Nov 09 2007 Sergio Pascual 1.4.0-4 - Adding some packages to devel requires gamazons-0.83-3.el5 ------------------- * Mon Jul 14 2008 Michel Alexandre Salim - 0.83-3 - Remove OnlyShowIn=GNOME from desktop file 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 gyachi-1.1.35-16.el5 -------------------- * Tue Jul 08 2008 Gregory D Hosler - 1.1.35-16 - plugin-photo_album obsoletes plugin-photosharing 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 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 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. 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 librelp-0.1.1-2.el5 ------------------- * Wed May 07 2008 Tomas Heinrich 0.1.1-2 - removed "BuildRequires: autoconf automake" libssh2-0.18-9.el5 ------------------ * Tue Jul 15 2008 David Juran - 0.18-9 - Tagging sillyness 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 mksh-35b-1.el5 -------------- * Sat Jul 19 2008 Robert Scheck 35b-1 - Upgrade to 35b * Sun Jul 13 2008 Robert Scheck 35-1 - Upgrade to 35 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. monit-4.10.1-7.el5 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 4.10.1-7 - Autorebuild for GCC 4.3 net6-1.3.5-1.el5 ---------------- * Sat Jun 16 2007 Luke Macken - 1.3.5-1 - 1.3.5 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) 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 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. 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-Algorithm-C3-0.06-1.el5 ---------------------------- * Tue Nov 21 2006 Chris Weyl 0.06-1 - update to 0.06 perl-Algorithm-CurveFit-1.03-1.el5 ---------------------------------- * Wed Feb 20 2008 Patrice Dumas 1.03-1 - Specfile autogenerated by cpanspec 1.74. perl-aliased-0.22-1.el5 ----------------------- * Wed May 28 2008 Chris Weyl 0.22-1 - update to 0.22 perl-Business-CreditCard-0.30-1.el5 ----------------------------------- * Mon Jun 23 2008 Michael Stahnke 0.30-1 - Specfile autogenerated by cpanspec 1.77. perl-Class-C3-0.19-2.el5 ------------------------ * Tue Mar 04 2008 Tom "spot" Callaway 0.19-2 - rebuild for new perl 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-Inspector-1.17-1.el5 ------------------------------- * Fri Aug 17 2007 Ralf Cors?pius - 1.17-1 - Upstream update. perl-Class-MOP-0.62-1.el5 ------------------------- * Wed Jun 25 2008 Chris Weyl 0.62-1 - update to 0.62 - tweak provides filtering 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-Crypt-Rijndael-1.06-2.el5 ------------------------------ * Mon Jun 23 2008 Nigel Jones - 1.06-2 - Missing Test::Pod deps 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-DBD-SQLite-1.14-3.el5 -------------------------- * Tue Jul 15 2008 Marcela Maslanova 1.14-3 - add rt32100 patch - same problem as in #245699 perl-DBM-Deep-0.983-3.el5 ------------------------- * Tue Mar 04 2008 Tom "spot" Callaway - 0.983-3 - rebuild for new perl perl-Declare-Constraints-Simple-0.03-2.el5 ------------------------------------------ * Fri May 04 2007 Chris Weyl 0.03-2 - bump perl-File-Type-0.22-3.el5 ------------------------- * Sat Sep 16 2006 Steven Pritchard 0.22-3 - Fix find option order. 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-Frontier-RPC-0.07b4-5.el5 ------------------------------ * Fri Jul 11 2008 Michael Stahnke - 0.07b4-4 - Rebuild for EPEL perl-Heap-0.80-1.el5 -------------------- * Wed Aug 08 2007 Patrice Dumas 0.80-1 - update to 0.80 perl-JSON-XS-1.43-1.el5 ----------------------- * Thu Aug 09 2007 Chris Weyl 1.43-1 - update to 1.43 perl-Module-Refresh-0.13-2.el5 ------------------------------ * Thu Sep 06 2007 Ralf Cors?pius < - 0.13-2 - Update license tag. perl-Moose-0.51-1.el5 --------------------- * Sat Jun 28 2008 Chris Weyl 0.51-1 - update to 0.51 perl-MRO-Compat-0.09-1.el5 -------------------------- * Sat Jun 28 2008 Chris Weyl 0.09 - update to 0.09 perl-Net-SNPP-1.17-6.el5 ------------------------ * Thu Mar 06 2008 Tom "spot" Callaway - 1.17-6 Rebuild for new perl 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. 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-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-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-SUPER-1.16-1.el5 --------------------- * Wed Apr 04 2007 Chris Weyl 1.16-1 - update to 1.16 perl-TAP-Harness-3.10-2.el5 --------------------------- * Sun Jul 20 2008 Lubomir Rintel (Good Data) 3.10-2 - Do not omit the manual 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 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. 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-Perl-Critic-1.01-1.el5 -------------------------------- * Sat Jan 27 2007 Jose Pedro Oliveira - 1.01-1 - Update to 1.01. 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 perl-Time-Period-1.20-2.el5 --------------------------- * Thu Mar 06 2008 Tom "spot" Callaway - 1.20-2.1 Rebuild for new perl 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 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 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) pnp4nagios-0.4.10-2.el5 ----------------------- * Fri Jul 18 2008 Xavier Bachelot 0.4.10-2 - Fix typo in logrotate conf. * Wed Jul 09 2008 Xavier Bachelot 0.4.10-1 - Update to 0.4.10. python-lxml-2.0.8-1.el5 ----------------------- * Fri Jul 25 2008 Jeffrey C. Ollie - 2.0.8-1 - Update to 2.0.8 python-paramiko-1.7.4-1.el5 --------------------------- * Sun Jul 06 2008 Jeffrey C. Ollie - 1.7.4-1 - Update to 1.7.4 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 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.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. 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 R-car-1.2-2.el5 --------------- * Wed Feb 13 2008 Orion Poplawski 1.2-2 - Fix file permissions, line endings and encoding 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 sextractor-2.5.0-6.el5 ---------------------- * Thu Jul 17 2008 Sergio Pascual 2.5.0-6 - Rebuilt for EL-5 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 * Fri Jun 27 2008 Jonathan G. Underwood - 4.0.12-1 - Update to version 4.0.12 sipp-3.1-2.el5 -------------- * Sun Jul 06 2008 Peter Lemenkov 3.1-2 - CVE-2008-2085 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 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) 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. trac-0.10.5-1.el5 ----------------- * Sun Jun 22 2008 Jeffrey C. Ollie - 0.10.5-1 - Update to 0.10.5 * Thu Jan 03 2008 Jeffrey C. Ollie - 0.10.4-2 - Simplify files section so that it picks up the egg info files. trac-spamfilter-plugin-0.2.1-0.2.20080603svn6990.el5 ---------------------------------------------------- * Fri Jul 04 2008 Jesse Keating - 0.2.1-0.2.20080603svn6990 - R spambayes 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 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. wcstools-3.7.0-1.el5 -------------------- * Wed Sep 05 2007 Sergio Pascual 3.7.0-1 - New upstream source 3.7.0 xdialog-2.3.1-3.el5 ------------------- * Sun Jun 29 2008 Patrice Dumas 2.3.1-3 - add BR gettext 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/5: drupal-5.9-1.el5 ---------------- * Thu Jul 31 2008 Jon Ciesla - 5.9-1 - Upgrade to 5.9, SA-2008-046. ds9-5.2-3.el5 ------------- * Sat Jun 28 2008 Sergio Pascual - 5.2-3 - Tkcon support removed - Removing dependency in etags duplicity-0.4.12-1.el5 ---------------------- * Sun Jul 27 2008 Robert Scheck 0.4.12-1 - Upgrade to 0.4.12 freeze-2.5.0-9.el5 ------------------ * Sun Jul 27 2008 Robert Scheck 2.5.0-9 - Fixed license tag with copyright holder clarification (thanks to Tom "spot" Callaway for doing this on the Rawhide branch) * Fri Feb 08 2008 Nicolas Mailhot - 2.5.0-8 - gcc 4.3 rebuild libedit-2.11-1.20080712cvs.el5 ------------------------------ * Mon Jul 28 2008 Debarshi Ray - 2.11-1.20080712cvs - Version bump to 20080712-2.11. liblinebreak-0.9.6-0.4.20080421cvs.el5 -------------------------------------- * Thu Jul 31 2008 Michel Salim - 0.9.6-0.4.20080421cvs.el5 - Rename package to liblinebreak, providing -{devel,static} * Mon Jul 14 2008 Michel Alexandre Salim - 0.9.6-0.3.20080421cvs - Change versioning scheme - Updated checkout instructions libpri-1.4.6-1.el5 ------------------ * Tue Jul 29 2008 Jeffrey C. Ollie - 1.4.6-1 - Update to 1.4.6 * Mon Feb 11 2008 Jeffrey C. Ollie - 1.4.3-2 - Rebuild for GCC 4.3 mysqltuner-0.9.8-2.el5 ---------------------- * Wed Jul 30 2008 manuel wolfshant - 0.9.8-2.el5 - add %dist to release tag * Sun Jul 27 2008 manuel wolfshant - 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. * Sat Jun 21 2008 Ville Skytt? - 0.9.1-2 - Don't warn if --skipversion is used (#452172). nginx-0.6.32-1.el5 ------------------ * Sun Jul 27 2008 Jeremy Hinegardner - 0.6.32-1 - update to 0.6.32 - nginx now supports DESTDIR so removed the patches that enabled it perl-Filesys-Df-0.92-3.el5 -------------------------- * Wed Jul 30 2008 Miroslav Suchy 0.92-3 - Add build dependency on MakeMaker * Thu Jul 24 2008 Miroslav Suchy 0.92-2 - fixed README end of lines. - remove zero sized *.bs files. * Tue Jul 15 2008 Miroslav Suchy 0.92-1 - Specfile autogenerated by cpanspec 1.77. perl-Math-FFT-1.28-1.el5 ------------------------ * Wed Jun 25 2008 Miroslav Suchy 1.28-1 - Specfile autogenerated by cpanspec 1.77. puppet-0.24.5-1.el5 ------------------- * Mon Jul 28 2008 David Lutterkort - 0.24.5-1 - Add /usr/bin/puppetdoc * Thu Jul 24 2008 Brenton Leanhardt - New version - man pages now ship with tarball - examples/code moved to root examples dir in upstream tarball python-fedora-0.3.4-1.el5 ------------------------- * Mon Jul 28 2008 Toshio Kuratomi - 0.3.4-1 - Small fix to proxyclient.send_request() for sequence types. python-migrate-0.4.5-3.el5 -------------------------- * Tue Jul 29 2008 Toshio Kuratomi 0.4.5-3 - Patch to generate a script for the repository migrate script. - Move the script rename into a patch to setup.py. * Thu Jul 17 2008 Toshio Kuratomi 0.4.5-2 - Remove patches that are merged upstream. * Thu Jul 17 2008 Toshio Kuratomi 0.4.5-1 - New upstream * Thu Jul 17 2008 Toshio Kuratomi 0.4.4-4 - Disable py.test so we don't try to download it during build. * Tue Jul 15 2008 Toshio Kuratomi 0.4.4-3 - Rename binary to sqlalchemy-migrate to avoid potential filename clashes. (Queried upstream but the change is only in Fedora). Noted that openmosix defintely has a /usr/bin/migrate already. * Sun Jul 06 2008 Ricky Zhou 0.4.4-2 - Add BuildRequires on python-setuptools-devel. - Add Requires on SQLAlchemy. python-openhpi-1.1-1.el5 ------------------------ * Fri Apr 18 2008 Dan Horak 1.1-1 - initial version shorewall-4.0.13-1.el5 ---------------------- * Tue Jul 29 2008 Jonathan G. Underwood - 4.0.13-1 - Update to version 4.0.13 - Remove patch-perl-4.0.12.1 - Update BuildRoot to mktemp variant tcllib-1.10-1.el5 ----------------- * Thu Jul 31 2008 Wart 1.10-1 - Update to 1.10 testdisk-6.10-1.el5 ------------------- * Thu Jul 31 2008 Christophe Grenier 6.10-1 - Update to latest version tlock-1.4-2.el5 --------------- * Sat Jul 26 2008 _pjp_ - 1.4-2 - Fixed the share/info/dir menu entry of tlock. zabbix-1.4.6-1.el5 ------------------ * Fri Jul 25 2008 Jeffrey C. Ollie - 1.4.6-1 - Update to 1.4.6 - Synchronize with rawhide. Changes in Fedora EPEL 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 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) 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 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 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 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) erlang-R11B-2.3.el4 ------------------- * Sun Dec 31 2006 Gerard Milmeister - R11B-2.3 - remove buildroot from installed files 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) 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 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 * 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) 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. * Wed Dec 05 2007 James Bowes 1.5.3.6-1 - git-1.5.3.6 (Changes courtesy Josh Boyer) * Fri Oct 12 2007 James Bowes 1.5.3.3-1 - git-1.5.3.3 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 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 mksh-35b-1.el4 -------------- * Sat Jul 19 2008 Robert Scheck 35b-1 - Upgrade to 35b * Sun Jul 13 2008 Robert Scheck 35-1 - Upgrade to 35 monit-4.10.1-7.el4 ------------------ * Mon Feb 18 2008 Fedora Release Engineering - 4.10.1-7 - Autorebuild for GCC 4.3 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 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 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 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 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 perl-File-Type-0.22-3.el4 ------------------------- * Sat Sep 16 2006 Steven Pritchard 0.22-3 - Fix find option order. perl-File-Which-0.05-4.el4 -------------------------- * Wed Feb 27 2008 Tom "spot" Callaway - 0.05-4 - Rebuild for perl 5.10 (again) 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. 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) perl-String-CRC32-1.4-1.el4 --------------------------- * Thu Apr 20 2006 Paul Howarth 1.4-1 - Update to 1.4 perl-Test-Pod-Coverage-1.08-1.el4 --------------------------------- * Thu Jan 26 2006 Jose Pedro Oliveira - 1.08-1 - Update to 1.08. 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 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) pnp4nagios-0.4.10-2.el4 ----------------------- * Fri Jul 18 2008 Xavier Bachelot 0.4.10-2 - Fix typo in logrotate conf. * Wed Jul 09 2008 Xavier Bachelot 0.4.10-1 - Update to 0.4.10. 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. 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 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). python-sqlobject-0.9.2-1.el4 ---------------------------- * Tue Nov 27 2007 Luke Macken 0.9.2-1 - 0.9.2 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 R-car-1.2-2.el4 --------------- * Wed Feb 13 2008 Orion Poplawski 1.2-2 - Fix file permissions, line endings and encoding 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 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 * Fri Jun 27 2008 Jonathan G. Underwood - 4.0.12-1 - Update to version 4.0.12 sipp-3.1-2.el4 -------------- * Sun Jul 06 2008 Peter Lemenkov 3.1-2 - CVE-2008-2085 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 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) TurboGears-1.0.3.2-7.el4 ------------------------ * Sat Dec 15 2007 Luke Macken 1.0.3.2-7 - Add TurboGears-1.0.3.2-paginate.patch backported from upstream http://trac.turbogears.org/ticket/1629 xdialog-2.3.1-3.el4 ------------------- * Sun Jun 29 2008 Patrice Dumas 2.3.1-3 - add BR gettext Changes in Fedora EPEL testing/4: drupal-5.9-1.el4 ---------------- * Thu Jul 31 2008 Jon Ciesla - 5.9-1 - Upgrade to 5.9, SA-2008-046. duplicity-0.4.12-1.el4 ---------------------- * Sun Jul 27 2008 Robert Scheck 0.4.12-1 - Upgrade to 0.4.12 freeze-2.5.0-9.el4 ------------------ * Sun Jul 27 2008 Robert Scheck 2.5.0-9 - Fixed license tag with copyright holder clarification (thanks to Tom "spot" Callaway for doing this on the Rawhide branch) * Fri Feb 08 2008 Nicolas Mailhot - 2.5.0-8 - gcc 4.3 rebuild nginx-0.5.37-1.el4 ------------------ * Sun Jul 27 2008 Jeremy Hinegardner - 0.5.37-1 update to 0.5.37 perl-Filesys-Df-0.92-3.el4 -------------------------- * Wed Jul 30 2008 Miroslav Suchy 0.92-3 - Add build dependency on MakeMaker * Thu Jul 24 2008 Miroslav Suchy 0.92-2 - fixed README end of lines. - remove zero sized *.bs files. * Tue Jul 15 2008 Miroslav Suchy 0.92-1 - Specfile autogenerated by cpanspec 1.77. perl-Math-FFT-1.28-1.el4 ------------------------ * Wed Jun 25 2008 Miroslav Suchy 1.28-1 - Specfile autogenerated by cpanspec 1.77. puppet-0.24.5-1.el4 ------------------- * Mon Jul 28 2008 David Lutterkort - 0.24.5-1 - Add /usr/bin/puppetdoc * Thu Jul 24 2008 Brenton Leanhardt - New version - man pages now ship with tarball - examples/code moved to root examples dir in upstream tarball shorewall-4.0.13-1.el4 ---------------------- * Tue Jul 29 2008 Jonathan G. Underwood - 4.0.13-1 - Update to version 4.0.13 - Remove patch-perl-4.0.12.1 - Update BuildRoot to mktemp variant tcllib-1.10-1.el4 ----------------- * Thu Jul 31 2008 Wart 1.10-1 - Update to 1.10 testdisk-6.10-1.el4 ------------------- * Thu Jul 31 2008 Christophe Grenier 6.10-1 - Update to latest version tlock-1.4-2.el4 --------------- * Sat Jul 26 2008 _pjp_ - 1.4-2 - Fixed the share/info/dir menu entry of tlock. zabbix-1.4.6-1.el4 ------------------ * Fri Jul 25 2008 Jeffrey C. Ollie - 1.4.6-1 - Update to 1.4.6 - Synchronize with rawhide. From fedora at leemhuis.info Fri Aug 1 15:26:24 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 01 Aug 2008 17:26:24 +0200 Subject: Reminder: EPEL-Packages can be moved from testing to stable at any, time! Just ask for it! Message-ID: <48932B20.5030808@leemhuis.info> Hi all! just a reminder(?): We can push packages from plague's needsign repo straight to the proper repos easily; we can also move packages from testing to stable at any time -- just send a mail epel_signers-members at fedoraproject.org if there is a good reason to do so. Good reason for example are: security fixes and fixes for important bugs. See also: http://fedoraproject.org/wiki/EPEL/FAQ#What_do_I_need_to_do_if_I_need_to_get_a_updated_package_quickly_into_the_EPEL_proper.3F > What do I need to do if I need to get a updated package quickly into > the EPEL proper? > > If you want to see a package moved from the testing or needsign repos to > the proper EPEL repos (for example to fix important (security) bugs) > please test the package once it got build; if it works well send a mail > asking for this move to [[MailTo(epel_signers-members AT fedoraproject > DOT org )] CU knurd (?) Why do I come up with this now you ask? Well, there is a easy answer: I noticed that a EPEL specific bug was closed just a few hours after todays testing -> stable move. I was curious and looked closer at the bug; it was a broken dep in a package from EPEL proper due to a new Firefox in EL. The bug had been reported on 2008-07-16 and fixed in testing a few days later. The package IMHO should have been pushed straight to stable or moved from testing to stable within two or three days. But seems the packager just waited for the next move :-/ From steve at silug.org Fri Aug 1 16:03:32 2008 From: steve at silug.org (Steven Pritchard) Date: Fri, 1 Aug 2008 11:03:32 -0500 Subject: Perl Report In-Reply-To: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> References: <7874d9dd0807191739w1dd9669fs95af7296e13f073f@mail.gmail.com> Message-ID: <20080801160332.GA5510@osiris.silug.org> On Sat, Jul 19, 2008 at 07:39:32PM -0500, Michael Stahnke wrote: > 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. Nice, although I think it might be wrong on a lot of F-9 and rawhide packages. There's an awful lot of stuff either missing or with ancient versions that can't be right. Oh, and FWIW, there's a #fedora-perl, although it doesn't get used much. (That really should change...) > Now it's time for some analysis of the data and to see what we can do > to get more packages into EPEL. Did anyone ever figure out what to do about Archive::Zip? That's blocking a lot of what I'd like to work on... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)624-4440 Mobile: (618)567-7320 From buildsys at fedoraproject.org Fri Aug 1 17:13:19 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Aug 2008 13:13:19 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-01 Message-ID: <20080801171319.465A615219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 drupal-5.9-1.el5 Packages built and released for Fedora EPEL testing/5: 6 gnucash-2.2.6-1.el5 pem-0.7.3-1.el5 perl-CGI-Session-4.35-1.el5 NEW perl-Crypt-Blowfish-2.10-6.el5 : XS Blowfish implementation for Perl NEW perl-Proc-ProcessTable-0.44-1.el5 : Perl extension to access the unix process table perl-XML-Filter-BufferText-1.01-2.el5 Packages built and released for Fedora EPEL 4: 1 drupal-5.9-1.el4 Packages built and released for Fedora EPEL testing/4: 5 NEW pem-0.7.3-1.el4 : Personal Expenses Manager NEW perl-CGI-Session-4.35-1.el4 : Persistent session data in CGI applications NEW perl-Crypt-Blowfish-2.10-6.el4 : XS Blowfish implementation for Perl NEW perl-Proc-ProcessTable-0.44-1.el4 : Perl extension to access the unix process table perl-XML-Filter-BufferText-1.01-4.el4 Changes in Fedora EPEL 5: drupal-5.9-1.el5 ---------------- * Thu Jul 31 2008 Jon Ciesla - 5.9-1 - Upgrade to 5.9, SA-2008-046. Changes in Fedora EPEL testing/5: gnucash-2.2.6-1.el5 ------------------- * Fri Aug 01 2008 Bill Nottingham - 2.2.6-1 - update to 2.2.6 pem-0.7.3-1.el5 --------------- * Tue Jul 29 2008 P J P - 0.7.3-1 - Changed the ..share/info/dir menu entry of pem, in pem.texi. * Mon Jul 21 2008 Kushal Das - 0.7.2-3 - Bumping the release * Mon Jul 21 2008 Kushal Das - 0.7.2-2 - Fixing Info dir problem * Wed Jul 02 2008 Kushal Das - 0.7.2-1 - New release of pem perl-CGI-Session-4.35-1.el5 --------------------------- * Fri Aug 01 2008 Andreas Thienemann 4.35-1 - update to current 4.35, 4.31 release was broken. * Fri Aug 01 2008 Andreas Thienemann 4.31-1 - update to 4.31 * Wed Mar 05 2008 Tom "spot" Callaway 4.20-4 - rebuild for new perl * Sun Jan 27 2008 Andreas Thienemann 4.20-3 - Added Test::More to the BuildReqs perl-Crypt-Blowfish-2.10-6.el5 ------------------------------ * Mon Mar 03 2008 Tom "spot" Callaway - 2.10-6 - rebuild for new perl (again) perl-Proc-ProcessTable-0.44-1.el5 --------------------------------- * Fri Aug 01 2008 Andreas Thienemnan 0.44-1 - Update to 0.44 perl-XML-Filter-BufferText-1.01-2.el5 ------------------------------------- * Sat Mar 17 2007 Andreas Thienemann 1.01-2 - Fixed dependencies Changes in Fedora EPEL 4: drupal-5.9-1.el4 ---------------- * Thu Jul 31 2008 Jon Ciesla - 5.9-1 - Upgrade to 5.9, SA-2008-046. Changes in Fedora EPEL testing/4: pem-0.7.3-1.el4 --------------- * Tue Jul 29 2008 P J P - 0.7.3-1 - Changed the ..share/info/dir menu entry of pem, in pem.texi. * Mon Jul 21 2008 Kushal Das - 0.7.2-3 - Bumping the release * Mon Jul 21 2008 Kushal Das - 0.7.2-2 - Fixing Info dir problem * Wed Jul 02 2008 Kushal Das - 0.7.2-1 - New release of pem perl-CGI-Session-4.35-1.el4 --------------------------- * Fri Aug 01 2008 Andreas Thienemann 4.35-1 - update to current 4.35, 4.31 release was broken. * Fri Aug 01 2008 Andreas Thienemann 4.31-1 - update to 4.31 perl-Crypt-Blowfish-2.10-6.el4 ------------------------------ * Mon Mar 03 2008 Tom "spot" Callaway - 2.10-6 - rebuild for new perl (again) perl-Proc-ProcessTable-0.44-1.el4 --------------------------------- * Fri Aug 01 2008 Andreas Thienemnan 0.44-1 - Update to 0.44 perl-XML-Filter-BufferText-1.01-4.el4 ------------------------------------- * Tue Jan 29 2008 Tom "spot" Callaway 1.01-4 - BR perl(Test::More) From buildsys at fedoraproject.org Fri Aug 1 19:30:02 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 1 Aug 2008 15:30:02 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-01 Message-ID: <20080801193002.C643015219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 2 openvpn-2.1-0.27.rc9.el5 NEW perl-Spreadsheet-ParseExcel-0.3200-2.el5 : Get information from an Excel file Packages built and released for Fedora EPEL testing/4: 2 openvpn-2.1-0.27.rc9.el4 NEW perl-Spreadsheet-ParseExcel-0.3200-2.el4 : Get information from an Excel file Changes in Fedora EPEL testing/5: openvpn-2.1-0.27.rc9.el5 ------------------------ * Fri Aug 01 2008 Steven Pritchard 2.1-0.27.rc9 - Update to 2.1_rc9. * Sat Jun 14 2008 Steven Pritchard 2.1-0.26.rc8 - Update to 2.1_rc8. - Update License tag. * Tue Feb 19 2008 Fedora Release Engineering - 2.1-0.25.rc7 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Steven Pritchard 2.1-0.24.rc7 - Update to 2.1_rc7 - Drop BETA21-userpriv-fixups.patch (upstream) * Fri Jan 25 2008 Steven Pritchard 2.1-0.23.rc6 - Apply update to BETA21-userpriv-fixups.patch from Alon Bar-Lev * Thu Jan 24 2008 Steven Pritchard 2.1-0.22.rc6 - Update to 2.1_rc6 - Pass paths to ifconfig, ip, and route to configure - BR iproute and Require iproute and net-tools - Add BETA21-userpriv-fixups.patch from Alon Bar-Lev * Wed Jan 23 2008 Steven Pritchard 2.1-0.21.rc5 - Update to 2.1_rc5 * Wed Dec 05 2007 Steven Pritchard 2.1-0.20.rc4 - Remove check macro cruft. perl-Spreadsheet-ParseExcel-0.3200-2.el5 ---------------------------------------- * Thu Jan 10 2008 Ralf Cors?pius 0.3200-2 - Update License-tag. - BR perl(Test::More) (BZ 419631). - Let package own %{perl_vendorarch}/Unicode. Changes in Fedora EPEL testing/4: openvpn-2.1-0.27.rc9.el4 ------------------------ * Fri Aug 01 2008 Steven Pritchard 2.1-0.27.rc9 - Update to 2.1_rc9. * Sat Jun 14 2008 Steven Pritchard 2.1-0.26.rc8 - Update to 2.1_rc8. - Update License tag. * Tue Feb 19 2008 Fedora Release Engineering - 2.1-0.25.rc7 - Autorebuild for GCC 4.3 * Tue Jan 29 2008 Steven Pritchard 2.1-0.24.rc7 - Update to 2.1_rc7 - Drop BETA21-userpriv-fixups.patch (upstream) * Fri Jan 25 2008 Steven Pritchard 2.1-0.23.rc6 - Apply update to BETA21-userpriv-fixups.patch from Alon Bar-Lev * Thu Jan 24 2008 Steven Pritchard 2.1-0.22.rc6 - Update to 2.1_rc6 - Pass paths to ifconfig, ip, and route to configure - BR iproute and Require iproute and net-tools - Add BETA21-userpriv-fixups.patch from Alon Bar-Lev * Wed Jan 23 2008 Steven Pritchard 2.1-0.21.rc5 - Update to 2.1_rc5 * Wed Dec 05 2007 Steven Pritchard 2.1-0.20.rc4 - Remove check macro cruft. * Thu Apr 26 2007 Steven Pritchard 2.1-0.19.rc4 - Update to 2.1_rc4 * Mon Apr 23 2007 Steven Pritchard 2.1-0.18.rc3 - Update to 2.1_rc3 perl-Spreadsheet-ParseExcel-0.3200-2.el4 ---------------------------------------- * Thu Jan 10 2008 Ralf Cors?pius 0.3200-2 - Update License-tag. - BR perl(Test::More) (BZ 419631). - Let package own %{perl_vendorarch}/Unicode. From fedora at leemhuis.info Sat Aug 2 11:19:10 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 02 Aug 2008 13:19:10 +0200 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) Message-ID: <489442AE.3000903@leemhuis.info> Hi all! The maintainer of the package "trousers" asked the epel-signers to pull that package from the EPEL repos as it's in EL since 5.2 now. I would have simply done it, but it turned out that the EVR in EPEL is higher then the one in EL: $ sudo yum list trousers trousers.x86_64 0.3.1-5.el5 epel trousers.i386 0.3.1-5.el5 epel $ sudo yum list trousers --disablerepo=epel trousers.i386 0.3.1-4.el5 rhel-x86_64-serv trousers.x86_64 0.3.1-4.el5 rhel-x86_64-serv So what do do? I tend a bit to say "remove it as long as the RHEL maintainer promises to ship the next updates with a release of '6' or higher". But that has downsides as well :-/ . Comments? CU knurd From icon at fedoraproject.org Sat Aug 2 12:30:48 2008 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sat, 2 Aug 2008 08:30:48 -0400 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) In-Reply-To: <489442AE.3000903@leemhuis.info> References: <489442AE.3000903@leemhuis.info> Message-ID: On Sat, Aug 2, 2008 at 7:19 AM, Thorsten Leemhuis wrote: > Hi all! > > The maintainer of the package "trousers" asked the epel-signers to pull that > package from the EPEL repos as it's in EL since 5.2 now. I would have simply > done it, but it turned out that the EVR in EPEL is higher then the one in > EL: > > $ sudo yum list trousers > trousers.x86_64 0.3.1-5.el5 epel > trousers.i386 0.3.1-5.el5 epel > $ sudo yum list trousers --disablerepo=epel > trousers.i386 0.3.1-4.el5 rhel-x86_64-serv > trousers.x86_64 0.3.1-4.el5 rhel-x86_64-serv > > So what do do? I tend a bit to say "remove it as long as the RHEL maintainer > promises to ship the next updates with a release of '6' or higher". But that > has downsides as well :-/ . > > Comments? The "naked" truth is -- I've asked the same question a while ago and nobody answered me. I maintain "python-setuptools" in EPEL, and it was included in RHEL5.2 -- also with a lower version. Honestly, there is no good solution to this, as removing the package from EPEL won't do much for those who already have it installed. This actually have bad security repercussions -- if EPEL used to provide foo-1.2 and RHEL5.2 ships with foo-1.1, then if there is a security issue with both of them, RH will likely backport it to foo-1.1 and thus everyone who had it installed from EPEL will remain vulnerable. The *only* viable solution for when packages are pulled in from EPEL to RHEL proper is to either pull them in at the same version as EPEL, or to inflate the epoch for the package in RHEL so it always obsoletes EPEL (though this can also be tricky, as downgrading foo-1.2 to foo-1.1 can has undesired side-effects). This is a policy decision that needs to be worked out between EPEL and RHEL -- preferably ASAP. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From mmcgrath at redhat.com Sun Aug 3 14:58:38 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 3 Aug 2008 09:58:38 -0500 (CDT) Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) In-Reply-To: References: <489442AE.3000903@leemhuis.info> Message-ID: On Sat, 2 Aug 2008, Konstantin Ryabitsev wrote: > > The *only* viable solution for when packages are pulled in from EPEL > to RHEL proper is to either pull them in at the same version as EPEL, > or to inflate the epoch for the package in RHEL so it always obsoletes > EPEL (though this can also be tricky, as downgrading foo-1.2 to > foo-1.1 can has undesired side-effects). > > This is a policy decision that needs to be worked out between EPEL and > RHEL -- preferably ASAP. > I partially agree except that I'd say this is a policy decision that should be worked out between package maintianers. I suspect a bug filed against trousers would do the trick. Has anyone contacted the maintainer yet? No need for us all to get caught with our trousers around our ankles :) -Mike From fedora at leemhuis.info Sun Aug 3 18:47:52 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 03 Aug 2008 20:47:52 +0200 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) In-Reply-To: References: <489442AE.3000903@leemhuis.info> Message-ID: <4895FD58.6070402@leemhuis.info> On 03.08.2008 16:58, Mike McGrath wrote: > On Sat, 2 Aug 2008, Konstantin Ryabitsev wrote: >> The *only* viable solution for when packages are pulled in from EPEL >> to RHEL proper is to either pull them in at the same version as EPEL, >> or to inflate the epoch for the package in RHEL so it always obsoletes >> EPEL (though this can also be tricky, as downgrading foo-1.2 to >> foo-1.1 can has undesired side-effects). >> This is a policy decision that needs to be worked out between EPEL and >> RHEL -- preferably ASAP. > I partially agree except that I'd say this is a policy decision that > should be worked out between package maintianers. I suspect a bug filed > against trousers would do the trick. Has anyone contacted the maintainer > yet? The RHEL maintainer? Not as far as I know. Maybe the EPEL maintainer has, but I doubt it. CU knurd From rdieter at math.unl.edu Mon Aug 4 12:59:32 2008 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 04 Aug 2008 07:59:32 -0500 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) References: <489442AE.3000903@leemhuis.info> Message-ID: Mike McGrath wrote: > On Sat, 2 Aug 2008, Konstantin Ryabitsev wrote: >> This is a policy decision that needs to be worked out between EPEL and >> RHEL -- preferably ASAP. ... > I partially agree except that I'd say this is a policy decision that > should be worked out between package maintianers. I suspect a bug filed > against trousers would do the trick. Has anyone contacted the maintainer > yet? No need for us all to get caught with our trousers around our ankles > :) +1 Honestly, we (EPEL) can try to help, but at this point, there's not much EPEL can do about it. Make the the rhel maintainer aware of the issue(s), and then the ball is in their court. Long term, rhel maintainers need to contact epel maintainers for future new rhel pkgs to try avoid anything like this in the future. I just don't see any other way. -- Rex -- Rex From icon at fedoraproject.org Mon Aug 4 14:25:13 2008 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Mon, 4 Aug 2008 10:25:13 -0400 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) In-Reply-To: References: <489442AE.3000903@leemhuis.info> Message-ID: On Mon, Aug 4, 2008 at 8:59 AM, Rex Dieter wrote: >>> This is a policy decision that needs to be worked out between EPEL and >>> RHEL -- preferably ASAP. > ... >> I partially agree except that I'd say this is a policy decision that >> should be worked out between package maintianers. I suspect a bug filed >> against trousers would do the trick. Has anyone contacted the maintainer >> yet? No need for us all to get caught with our trousers around our ankles >> :) > > +1 > Honestly, we (EPEL) can try to help, but at this point, there's not much EPEL can do about it. Make the the rhel maintainer aware of the issue(s), and then the ball is in their court. > > Long term, rhel maintainers need to contact epel maintainers for future new rhel pkgs to try avoid anything like this in the future. I just don't see any other way. Right -- the question is whether Red Hat actually cares about what is going on in EPEL when they choose packages for inclusion in RHEL proper. I was always under the impression that RHEL and EPEL had an established working relationship that went both ways -- but perhaps not all RHEL devs are aware of the work we do with EPEL? Maybe this is just an awareness campaign waiting to happen? :) Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From fedora at leemhuis.info Mon Aug 4 15:37:58 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Mon, 04 Aug 2008 17:37:58 +0200 Subject: Removal request for trousers (now in EL 5.2 with a lower EVR) In-Reply-To: References: <489442AE.3000903@leemhuis.info> Message-ID: <48972256.8050203@leemhuis.info> On 04.08.2008 16:25, Konstantin Ryabitsev wrote: > > I was always under the impression that RHEL and EPEL had an > established working relationship that went both ways -- but perhaps > not all RHEL devs are aware of the work we do with EPEL? I'd compare the situation with Fedora Extras in the FC1-FC3 timeframe -- some RH employees are well aware of EPEL, other not so much ;-) CU knurd From timc at inf.ed.ac.uk Wed Aug 6 13:45:27 2008 From: timc at inf.ed.ac.uk (Tim Colles) Date: Wed, 6 Aug 2008 14:45:27 +0100 (BST) Subject: plague-client - Server returned an error: insufficient privileges Message-ID: Hi. I have been following the wiki pages for creating an EPEL package from a Fedora package. I got an EL-5 branch in the package CVS module. However when I do "make build" in that branch I get the error on the subject line. I can't find any reference in documentation regarding this. All the "make build" does is the following: /usr/bin/plague-client build prover9 prover9-200805a-4_el5 el5 which seems correct and the wiki docs imply this should just work. Does anyone know what might be causing this error or is there a missing step somewhere that is needed to submit an EPEL package? Did find one reference to the ~/.plague-client.cfg file which suggested the config on the wiki may be out of date so I include mine below in case that sheds any light on the issue: [Certs] user-ca-cert = ~/.fedora-upload-ca.cert server-ca-cert = ~/.fedora-server-ca.cert user-cert = ~/.fedora.cert [User] email = timc at inf.ed.ac.uk [Server] use_ssl = True allow_uploads = False address = https://buildsys.fedoraproject.org:8887 The certificates work fine for other Fedora operations and doing builds with Koji etc. so I don't think the problem lies with them. After looking at the source I also tried some values for "upload_user" in the config file since the local account is under a different uid from the FAS account but that didn't seem to help. There was also a suggestion there may be a firewall issue? Cheers, Tim. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. From laxathom at fedoraproject.org Wed Aug 6 14:08:27 2008 From: laxathom at fedoraproject.org (Xavier Lamien) Date: Wed, 6 Aug 2008 16:08:27 +0200 Subject: plague-client - Server returned an error: insufficient privileges In-Reply-To: References: Message-ID: <62bc09df0808060708o5756aed2jf9ad86197426d065@mail.gmail.com> On Wed, Aug 6, 2008 at 3:45 PM, Tim Colles wrote: > Hi. I have been following the wiki pages for creating an EPEL package > from a Fedora package. I got an EL-5 branch in the package CVS module. > However when I do "make build" in that branch I get the error on the > subject line. I can't find any reference in documentation regarding > this. All the "make build" does is the following: > > /usr/bin/plague-client build prover9 prover9-200805a-4_el5 el5 > > which seems correct and the wiki docs imply this should just work. > Does anyone know what might be causing this error or is there a > missing step somewhere that is needed to submit an EPEL package? > > Did find one reference to the ~/.plague-client.cfg file which > suggested the config on the wiki may be out of date so I include > mine below in case that sheds any light on the issue: > > [Certs] > user-ca-cert = ~/.fedora-upload-ca.cert > server-ca-cert = ~/.fedora-server-ca.cert > user-cert = ~/.fedora.cert > > [User] > email = timc at inf.ed.ac.uk > > [Server] > use_ssl = True > allow_uploads = False > address = https://buildsys.fedoraproject.org:8887 > > The certificates work fine for other Fedora operations and doing builds > with Koji etc. so I don't think the problem lies with them. > > After looking at the source I also tried some values for "upload_user" > in the config file since the local account is under a different uid > from the FAS account but that didn't seem to help. > > There was also a suggestion there may be a firewall issue? > The user email is not registered yet into plague user database, that's why. Could you confirm me that it's the same registered email from FAS. Thx -- 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 buildsys at fedoraproject.org Wed Aug 6 18:17:51 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 6 Aug 2008 14:17:51 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-06 Message-ID: <20080806181751.660ED15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 pdns-2.9.21.1-1.el5 Packages built and released for Fedora EPEL testing/5: 9 NEW bcrypt-1.1-2.el5 : File encryption utility gyachi-1.1.43-4.el5 libpri-1.4.7-1.el5 NEW pdfmerge-1.0-2.el5 : Command line utility program for merging PDF files pdns-recursor-3.1.7-1.el5 perl-Nmap-Parser-1.16-1.el5 plone-3.1.4-1.el5 NEW supybot-0.83.3-7.el5 : Cross-platform IRC bot written in Python NEW tex-simplecv-1.6-6.el5 : A simple latex class for writing curricula vitae Packages built and released for Fedora EPEL 4: 1 pdns-2.9.21.1-1.el4 Packages built and released for Fedora EPEL testing/4: 8 NEW bcrypt-1.1-2.el4 : File encryption utility NEW pdfmerge-1.0-2.el4 : Command line utility program for merging PDF files pdns-recursor-3.1.7-1.el4 NEW perl-HTML-PrettyPrinter-0.03-3.el4 : Generate nice HTML files from HTML syntax trees NEW perl-IO-Capture-0.05-3.el4 : Abstract Base Class to build modules to capture output perl-Nmap-Parser-1.16-1.el4 NEW supybot-0.83.3-7.el4 : Cross-platform IRC bot written in Python NEW tex-simplecv-1.6-6.el4 : A simple latex class for writing curricula vitae Changes in Fedora EPEL 5: pdns-2.9.21.1-1.el5 ------------------- * Wed Aug 06 2008 Ruben Kerkhof 2.9.21.1-1 - CVE-2008-3337 Changes in Fedora EPEL testing/5: bcrypt-1.1-2.el5 ---------------- * Wed Jul 30 2008 Rahul Sundaram - 1.1-2 Fix BR and clean up spec * Tue Jul 22 2008 Rahul Sundaram - 1.1-1 - Initial package. gyachi-1.1.43-4.el5 ------------------- * Sun Aug 03 2008 Gregory D Hosler - 1.1.43-4 - revert g_timeout_add_seconds back to g_timeout_add * Sun Aug 03 2008 Gregory D Hosler - 1.1.43-3 - removed DEPRECATED compile option for GTK. - removed unnecessary reference to theme-patch formerly as Patch0 - update to upstream 1.1.43 * Sat Jul 12 2008 Gregory D Hosler - 1.1.35-16 - gyachi obsoletes gyachi-plugin-photosharing * Tue Jul 08 2008 Gregory D Hosler - 1.1.35-15 - plugin-photo_album obsoletes plugin-photosharing libpri-1.4.7-1.el5 ------------------ * Tue Aug 05 2008 Jeffrey C. Ollie - 1.4.7-1 - Update to 1.4.7 pdfmerge-1.0-2.el5 ------------------ * Wed Jul 30 2008 Rahul Sundaram - 1.0-2 - Fix requires, url, license tag and clarify description. * Wed Jul 23 2008 Rahul Sundaram - 1.0-1 - Initial package. pdns-recursor-3.1.7-1.el5 ------------------------- * Sat Aug 02 2008 Ruben Kerkhof 3.1.7-1 - Upstream released new version perl-Nmap-Parser-1.16-1.el5 --------------------------- * Sun Aug 03 2008 Sindre Pedersen Bj?rdal - 1.16-1 - New release, 1.16 plone-3.1.4-1.el5 ----------------- * Sat Aug 02 2008 Jonathan Steffan 3.1.4-1 - Update to plone 3.1.4 * Sun Jul 27 2008 Jonathan Steffan 3.1.3-1 - Update to plone 3.1.3 - Fix RHBZ #455362 supybot-0.83.3-7.el5 -------------------- * Thu Jun 05 2008 Ricky Zhou - 0.83.3-7 - Uncomment python-dictclient requirement. tex-simplecv-1.6-6.el5 ---------------------- * Tue Jul 08 2008 Jos? Matos - 1.6-6 - Add distag, and replace the dependency of -doc subpackage just to require the directory ownership tetex-doc -> texlive-texmf-doc. Changes in Fedora EPEL 4: pdns-2.9.21.1-1.el4 ------------------- * Wed Aug 06 2008 Ruben Kerkhof 2.9.21.1-1 - CVE-2008-3337 * Tue May 01 2007 Ruben Kerkhof 2.9.21-1 - Upstream released 2.9.21 - Enabled new SQLite backend Changes in Fedora EPEL testing/4: bcrypt-1.1-2.el4 ---------------- * Wed Jul 30 2008 Rahul Sundaram - 1.1-2 Fix BR and clean up spec * Tue Jul 22 2008 Rahul Sundaram - 1.1-1 - Initial package. pdfmerge-1.0-2.el4 ------------------ * Wed Jul 30 2008 Rahul Sundaram - 1.0-2 - Fix requires, url, license tag and clarify description. * Wed Jul 23 2008 Rahul Sundaram - 1.0-1 - Initial package. pdns-recursor-3.1.7-1.el4 ------------------------- * Sat Aug 02 2008 Ruben Kerkhof 3.1.7-1 - Upstream released new version perl-HTML-PrettyPrinter-0.03-3.el4 ---------------------------------- * Sat Jan 12 2008 Xavier Bachelot - 0.03-3 - Fix URL:. perl-IO-Capture-0.05-3.el4 -------------------------- * Fri Feb 08 2008 Tom "spot" Callaway - 0.05-3 - rebuild for new perl perl-Nmap-Parser-1.16-1.el4 --------------------------- * Sun Aug 03 2008 Sindre Pedersen Bj?rdal - 1.16-1 - New release, 1.16 supybot-0.83.3-7.el4 -------------------- * Thu Jun 05 2008 Ricky Zhou - 0.83.3-7 - Uncomment python-dictclient requirement. tex-simplecv-1.6-6.el4 ---------------------- * Tue Jul 08 2008 Jos? Matos - 1.6-6 - Add distag, and replace the dependency of -doc subpackage just to require the directory ownership tetex-doc -> texlive-texmf-doc. From epel at r8y.org Wed Aug 6 18:29:03 2008 From: epel at r8y.org (Ripta Pasay) Date: Wed, 06 Aug 2008 14:29:03 -0400 Subject: HEADS UP! Erlang will be updated to R12B-1 Message-ID: <0c607fc5dfcf9284b080bacd6e5a1583@localhost> > 2008/3/27, Stephen John Smoogen : > > On Thu, Mar 27, 2008 at 1:07 PM, Peter Lemenkov wrote: > > > Hello All! > > > > > > See subj. > > > Looks like it will be quite painless update instead of odbc-related > > > applications. Ejabberd already has necessary patches in svn. > > > > > > > > > Thanks for giving the heads up to the list. Is there a webpage for > > people using it to see whats new? > > Take a look here: > > http://erlang.org/doc/highlights.html > > -- > With best regards! > Howdy all, I was wondering if there's an update on the planned err... update to erlang R12. I'm interested in helping out with the effort if any is needed. Cheers, Ripta From lemenkov at gmail.com Wed Aug 6 19:12:24 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Wed, 6 Aug 2008 23:12:24 +0400 Subject: HEADS UP! Erlang will be updated to R12B-1 In-Reply-To: <0c607fc5dfcf9284b080bacd6e5a1583@localhost> References: <0c607fc5dfcf9284b080bacd6e5a1583@localhost> Message-ID: Hello All! 2008/8/6, Ripta Pasay : > > > Howdy all, > > I was wondering if there's an update on the planned err... update to erlang > R12. I'm interested in helping out with the effort if any is needed. I'll plan to update erlang to R12B-3 in the nearest future. However there is an issue - erlang-java interface. Right now it (due to historical reasonns) requests of java-1.5.0-gcj, while EPEL provides only java-1.4.2-gcj. If anyone could confirm that erlang-java bridge could work with java-1.4.2-gcj it will be impressive help. -- With best regards! From a.badger at gmail.com Wed Aug 6 20:05:11 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Wed, 06 Aug 2008 13:05:11 -0700 Subject: Updating packages for dependencies Message-ID: <489A03F7.4070708@gmail.com> Currently I've got a package python-toscawidgets-0.9 in epel. It is a python library that can have modules that add functionality. python-tw-forms is one of the major modules. This has just been reviewed and built for Fedora. Unfortunately, it needs a newer version of python-formencode than is in EPEL-5. Moreover, this is a newer version that can cause bugs if your code uses certain features of formencode. How do we want to deal with this? Upgrade formencode? Upgrade formencode at a certain point in time? Remove toscawidgets since it's pretty useless? Create a parallel installable version of formencode for the new version? Each of these has drawbacks. What's the initial leaning? * Note: Felix, Luke, and I haven't banged out a definite opinion on what we ideally want to do in this situation yet... since this seems to touch on some rather basic EPEL policy, I thought it needed to be brought here for comment. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From felix.schwarz at oss.schwarz.eu Thu Aug 7 05:57:34 2008 From: felix.schwarz at oss.schwarz.eu (Felix Schwarz) Date: Thu, 07 Aug 2008 07:57:34 +0200 Subject: Updating packages for dependencies In-Reply-To: <489A03F7.4070708@gmail.com> References: <489A03F7.4070708@gmail.com> Message-ID: <489A8ECE.3000104@oss.schwarz.eu> Toshio Kuratomi schrieb: > * Note: Felix, Luke, and I haven't banged out a definite opinion on what > we ideally want to do in this situation yet... since this seems to touch > on some rather basic EPEL policy, I thought it needed to be brought here > for comment. A short addition: I asked on the TurboGears mailing list for opinions (nearly every TurboGears users will use formencode too) and got some responses - mainly "update to 1.0.1 was ok, some minor problems": http://groups.google.com/group/turbogears/browse_thread/thread/bb4411abfc5633a1 fs From djuran at redhat.com Thu Aug 7 07:11:54 2008 From: djuran at redhat.com (David Juran) Date: Thu, 07 Aug 2008 10:11:54 +0300 Subject: perl-Net-Telnet both in EPEL and RHEL Message-ID: <1218093114.4370.5.camel@dhcppc2> Hello. I noticed that while ago perl-Net-Telnet got built for EPEL. Now perl-Net-Telnet is already included in both RHEL4 and RHEL5 albeit older versions. So the result is that now the EPEL version is overriding the package supplied by RHEL. Is this intentional? -- David Juran Sr. Consultant Red Hat +358-504-146348 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From kanarip at kanarip.com Thu Aug 7 11:33:26 2008 From: kanarip at kanarip.com (Jeroen van Meeuwen) Date: Thu, 07 Aug 2008 13:33:26 +0200 Subject: perl-Net-Telnet both in EPEL and RHEL In-Reply-To: <1218093114.4370.5.camel@dhcppc2> References: <1218093114.4370.5.camel@dhcppc2> Message-ID: <489ADD86.4020108@kanarip.com> David Juran wrote: > Hello. > > I noticed that while ago perl-Net-Telnet got built for EPEL. Now > perl-Net-Telnet is already included in both RHEL4 and RHEL5 albeit older > versions. So the result is that now the EPEL version is overriding the > package supplied by RHEL. Is this intentional? > No it isn't intentional, and not conform the EPEL policies. Has the package recently been included in 5.2/4.7 or have I been completely ignorant? Can someone tell me? Or better yet, where can I figure this out on my own? In RHN, I can only find the 3.03-3.noarch, not the el4 version... although I haven't tried every single one of my i-dont-know-how-many accounts. So, based on what I see in CentOS, I find the perl-Net-Telnet package in 5.2, 4.7 and 3.9, but not in 5.1 or 4.6. Please enlighten me ;-) Kind regards, Jeroen van Meeuwen -kanarip From jos at xos.nl Thu Aug 7 11:58:21 2008 From: jos at xos.nl (Jos Vos) Date: Thu, 7 Aug 2008 13:58:21 +0200 Subject: perl-Net-Telnet both in EPEL and RHEL In-Reply-To: <489ADD86.4020108@kanarip.com> References: <1218093114.4370.5.camel@dhcppc2> <489ADD86.4020108@kanarip.com> Message-ID: <20080807115821.GB22961@jasmine.xos.nl> On Thu, Aug 07, 2008 at 01:33:26PM +0200, Jeroen van Meeuwen wrote: > Has the package recently been included in 5.2/4.7 or have I been > completely ignorant? Can someone tell me? Or better yet, where can I > figure this out on my own? In RHN, I can only find the 3.03-3.noarch, > not the el4 version... although I haven't tried every single one of my > i-dont-know-how-many accounts. > > So, based on what I see in CentOS, I find the perl-Net-Telnet package in > 5.2, 4.7 and 3.9, but not in 5.1 or 4.6. AFAICS the perl-Net-Telnet package was there since RHEL 5.0 and there has been only one version, 3.03-5. On RHEL 4, it was included with RHCS (also from the beginning AFAIK), and the only version seems to be 3.03-3. None of these packages uses an .elX dist suffix (unfortunately the use of dist is not always done consistently). -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From lmacken at redhat.com Thu Aug 7 17:06:17 2008 From: lmacken at redhat.com (Luke Macken) Date: Thu, 7 Aug 2008 13:06:17 -0400 Subject: Updating packages for dependencies In-Reply-To: <489A03F7.4070708@gmail.com> References: <489A03F7.4070708@gmail.com> Message-ID: <20080807170617.GH6793@x300> On Wed, Aug 06, 2008 at 01:05:11PM -0700, Toshio Kuratomi wrote: > Currently I've got a package python-toscawidgets-0.9 in epel. It is a > python library that can have modules that add functionality. > python-tw-forms is one of the major modules. This has just been > reviewed and built for Fedora. Unfortunately, it needs a newer version > of python-formencode than is in EPEL-5. Moreover, this is a newer > version that can cause bugs if your code uses certain features of > formencode. > > How do we want to deal with this? Upgrade formencode? Upgrade > formencode at a certain point in time? Remove toscawidgets since it's > pretty useless? Create a parallel installable version of formencode for > the new version? > > Each of these has drawbacks. What's the initial leaning? I'm initially leaning towards bringing FormEncode up to 1.0.1. We're going to have to make the leap anyway if we expect to get TG2 working in EPEL. I haven't hit any regressions with 1.0.1 in any of my projects, so I'm not entirely sure what issues may arise. luke From a.badger at gmail.com Thu Aug 7 17:33:45 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Thu, 07 Aug 2008 10:33:45 -0700 Subject: Updating packages for dependencies In-Reply-To: <489A8ECE.3000104@oss.schwarz.eu> References: <489A03F7.4070708@gmail.com> <489A8ECE.3000104@oss.schwarz.eu> Message-ID: <489B31F9.7060602@gmail.com> Felix Schwarz wrote: > > Toshio Kuratomi schrieb: >> * Note: Felix, Luke, and I haven't banged out a definite opinion on >> what we ideally want to do in this situation yet... since this seems >> to touch on some rather basic EPEL policy, I thought it needed to be >> brought here for comment. > > A short addition: I asked on the TurboGears mailing list for opinions > (nearly every TurboGears users will use formencode too) and got some > responses - mainly "update to 1.0.1 was ok, some minor problems": > http://groups.google.com/group/turbogears/browse_thread/thread/bb4411abfc5633a1 > Thanks Felix! That's useful information for the formencode question. So my ideal would be updating to the incompatible version. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From mastahnke at gmail.com Sat Aug 9 02:50:06 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Fri, 8 Aug 2008 21:50:06 -0500 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) Message-ID: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Could we add this to the next steering committee meeting? Here are the issues: 1. "Layered" products, such as cluster server, ship some support packages like perl modules, etc. Should those be allowed in EPEL? They are not part of core RHEL. IMHO, as much software as possible should be available for everybody. At my place of employment, if I need a package and it's not in EPEL, I then have to build/maintain my own, which is what EPEL hopes to stop. I could see the EPEL committee denying some 'core' packages of each layered channel, (such as RHDS core packages, cluster server core packages for RHEL 4, etc). 2. Even competing with layered products seems bad. If we would like RHX to have the same packages as in EPEL but be able to buy support for them, shouldn't RH do the same? That way the software is available to those who would like to preview it, use it with CentOS, Scientific, etc. I realize this contradictory to what EPEL started with, but our goal should be software to everybody, at least that's what I think. 3. What about products such as Free IPA vs IPA, Fedora DS vs RHDS, Spacewalk vs Satellite etc? If there is a fully open offering, can we put it in EPEL and not officially be 'conflicting' with the RH channel for it? 4. Firmware packages that are on the supplemental EL discs. To me, this is just to make some hardware work, shouldn't that be easily available? As an enterprise customer, it'd be a lot easier to have it in EPEL (which I am going to use anyway) than to have to download/import the supplemental disc. I am sure there are more questions and conflicts, and I don't want to stomp on Red Hat, but I would like to make EPEL as usable and complete as possible. PS I won't be the EPEL meeting Monday. stahnma From fedora at leemhuis.info Sat Aug 9 19:03:03 2008 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 09 Aug 2008 21:03:03 +0200 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Message-ID: <489DE9E7.1040102@leemhuis.info> On 09.08.2008 04:50, Michael Stahnke wrote: > Could we add this to the next steering committee meeting? Here are the issues: > > 1. "Layered" products, such as cluster server, ship some support > packages like perl modules, etc. Should those be allowed in EPEL? > They are not part of core RHEL. IMHO, as much software as possible > should be available for everybody. [...] I tend to agree. Heck most EPEL contributors don't even know what's in those layer products and have no way to check that. But OTOH it might be nice if possible without to much hassle to add them to EPEL with a EVR that is lower than the one in the layered product. > 3. What about products such as Free IPA vs IPA, Fedora DS vs RHDS, > Spacewalk vs Satellite etc? If there is a fully open offering, can we > put it in EPEL and not officially be 'conflicting' with the RH channel > for it? The old goal was not to include those. But I'd now say we should. It's open source software; if people want it for free they will simply go somewhere else if people they don't get from EPEL. If they want support they'll pay RH anyway. Most are used to that concept from RH<->CentOS already anyway. > 4. Firmware packages that are on the supplemental EL discs. To me, > this is just to make some hardware work, shouldn't that be easily > available? As an enterprise customer, it'd be a lot easier to have it > in EPEL (which I am going to use anyway) than to have to > download/import the supplemental disc. Hmm. If they are free enough for Fedora/EPEL then why are they not free enough for the stock RHEL media? > I am sure there are more questions and conflicts, and I don't want to > stomp on Red Hat, but I would like to make EPEL as usable and complete > as possible. +1 Cu knurd From smooge at gmail.com Sat Aug 9 22:52:43 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Sat, 9 Aug 2008 16:52:43 -0600 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Message-ID: <80d7e4090808091552u41d564aaub9e578d743476687@mail.gmail.com> On Fri, Aug 8, 2008 at 8:50 PM, Michael Stahnke wrote: > Could we add this to the next steering committee meeting? Here are the issues: > I am running a 102 fever but can't sleep so I hope this is lucid. The next scheduled meeting is the 18th at some time UTC my brain is not parsing. > 1. "Layered" products, such as cluster server, ship some support > packages like perl modules, etc. Should those be allowed in EPEL? > They are not part of core RHEL. IMHO, as much software as possible > should be available for everybody. At my place of employment, if I > need a package and it's not in EPEL, I then have to build/maintain my > own, which is what EPEL hopes to stop. I could see the EPEL committee > denying some 'core' packages of each layered channel, (such as RHDS > core packages, cluster server core packages for RHEL 4, etc). > I would prefer to see it in EPEL in some form. The issue is how we structure it and keep it working. [Well Joe needs perl-foo-baz-1.1 and Bill needs perl-foo-baz-1.8.. ] > 2. Even competing with layered products seems bad. If we would like > RHX to have the same packages as in EPEL but be able to buy support > for them, shouldn't RH do the same? That way the software is > available to those who would like to preview it, use it with CentOS, > Scientific, etc. I realize this contradictory to what EPEL started > with, but our goal should be software to everybody, at least that's > what I think. > I agree but I think we are going to need to change to meet this... how we do this will be where we need to talk with the community and get some ideas. > 3. What about products such as Free IPA vs IPA, Fedora DS vs RHDS, > Spacewalk vs Satellite etc? If there is a fully open offering, can we > put it in EPEL and not officially be 'conflicting' with the RH channel > for it? I think that if its in Fedora, and does not conflict/update it can go into EPEL so OpenJDK, FreeIPA, FedoraDS, Spacewalk, could meet that criteria. > 4. Firmware packages that are on the supplemental EL discs. To me, > this is just to make some hardware work, shouldn't that be easily > available? As an enterprise customer, it'd be a lot easier to have it > in EPEL (which I am going to use anyway) than to have to > download/import the supplemental disc. > This gets harder.. what is the distribution license on the firmware packages? Even if its meant to make some hardware work.. I know this will cause all kinds of "why can't we hack it.. its not free and cant be in Fedora stuff." And I think that will fall under the if its not in fedora its not in EPEL. > I am sure there are more questions and conflicts, and I don't want to > stomp on Red Hat, but I would like to make EPEL as usable and complete > as possible. > PS I won't be the EPEL meeting Monday. I had it marked for the 18th. Is Monday not working for people? > > stahnma > > _______________________________________________ > 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 mastahnke at gmail.com Sat Aug 9 23:03:23 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Sat, 9 Aug 2008 18:03:23 -0500 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <80d7e4090808091552u41d564aaub9e578d743476687@mail.gmail.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> <80d7e4090808091552u41d564aaub9e578d743476687@mail.gmail.com> Message-ID: <7874d9dd0808091603m62af8e22yeab01519cf225cff@mail.gmail.com> >> PS I won't be the EPEL meeting Monday. > > I had it marked for the 18th. Is Monday not working for people? > >> If it's the 18th, I'll try to be there. I must be off a week. I will be busy this Monday with travel. stahnma PS hope you feel better smooge. From mmcgrath at redhat.com Mon Aug 11 01:04:21 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sun, 10 Aug 2008 20:04:21 -0500 (CDT) Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Message-ID: On Fri, 8 Aug 2008, Michael Stahnke wrote: > Could we add this to the next steering committee meeting? Here are the issues: > > 1. "Layered" products, such as cluster server, ship some support > packages like perl modules, etc. Should those be allowed in EPEL? > They are not part of core RHEL. IMHO, as much software as possible > should be available for everybody. At my place of employment, if I > need a package and it's not in EPEL, I then have to build/maintain my > own, which is what EPEL hopes to stop. I could see the EPEL committee > denying some 'core' packages of each layered channel, (such as RHDS > core packages, cluster server core packages for RHEL 4, etc). > Don't those already ship as part of CentOS? Maybe we should just send people to CentOS if they want them but don't want to pay for them? > 2. Even competing with layered products seems bad. If we would like > RHX to have the same packages as in EPEL but be able to buy support > for them, shouldn't RH do the same? That way the software is > available to those who would like to preview it, use it with CentOS, > Scientific, etc. I realize this contradictory to what EPEL started > with, but our goal should be software to everybody, at least that's > what I think. > I'm curious about the future of RHX as well. Many of the groups in RHX have made a comittment to Open Source but that doesn't mean getting some of those packages playing well with the Fedora/EPEL model will be easy. > 3. What about products such as Free IPA vs IPA, Fedora DS vs RHDS, > Spacewalk vs Satellite etc? If there is a fully open offering, can we > put it in EPEL and not officially be 'conflicting' with the RH channel > for it? > I'd think absolutely it could be in if it is non-conflicting. -Mike From djuran at redhat.com Mon Aug 11 07:49:46 2008 From: djuran at redhat.com (David Juran) Date: Mon, 11 Aug 2008 10:49:46 +0300 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Message-ID: <1218440986.5071.29.camel@dhcppc2> I think most of my opinions have already been expressed, but since I started this thread I feel I should weigh in as well... On Fri, 2008-08-08 at 21:50 -0500, Michael Stahnke wrote: > Could we add this to the next steering committee meeting? Here are the issues: > > 1. "Layered" products, such as cluster server, ship some support > packages like perl modules, etc. Should those be allowed in EPEL? > They are not part of core RHEL. IMHO, as much software as possible > should be available for everybody. At my place of employment, if I > need a package and it's not in EPEL, I then have to build/maintain my > own, which is what EPEL hopes to stop. I could see the EPEL committee > denying some 'core' packages of each layered channel, (such as RHDS > core packages, cluster server core packages for RHEL 4, etc). I basically agree with Thorsten. I would however like to stress that if a package from the layered products is taken into CentOs, the NEVR should never override the version shipped in the RHEL layered product since it will make life hard for customers of the RHEL layered products if they get the EPEL version in by mistake and then contact Red Hat support. For EPEL maintainers without access to RHEL and RHN, they can have a look at ftp://ftp.redhat.com/pub/redhat/linux/enterprise/ for a view of what the layered product contains. Unfortunately a bit of an awkward approach but still... > 3. What about products such as Free IPA vs IPA, Fedora DS vs RHDS, > Spacewalk vs Satellite etc? If there is a fully open offering, can we > put it in EPEL and not officially be 'conflicting' with the RH channel > for it? I see no fundamental reason why these should be left out, but from a technical side, care must be taken so that packages from these channels not override base RHEL packages. For a case study, have a look at the hoops that had to be jumped through in order to wrangle DS8 into RHEL4 [1]. IMHO, if we do this, we should take the CentOS approach of just rebuilding the Red Hat SRPM:s. That would however create the need for "compat-style" packages in EPEL that are not needed in Fedora proper. Not sure if this would be a problem. > 4. Firmware packages that are on the supplemental EL discs. To me, > this is just to make some hardware work, shouldn't that be easily > available? As an enterprise customer, it'd be a lot easier to have it > in EPEL (which I am going to use anyway) than to have to > download/import the supplemental disc. Again I see no fundamental reason to exclude them (provided that the licensing is OK for Fedora) but are they really needed in EPEL? I believe all RHEL customers have access to the supplemental channel and can get the packages from RHN just as easily as from EPEL. If EPEL would choose to include them, I would urge that care be taken not to override the RHEL NEVR. [1] - ftp://ftp.redhat.com/pub/redhat/linux/enterprise/4/en/RHDirServ/x86_64/SRPMS/ -- David Juran Sr. Consultant Red Hat +358-504-146348 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From mdehaan at redhat.com Mon Aug 11 14:53:32 2008 From: mdehaan at redhat.com (Michael DeHaan) Date: Mon, 11 Aug 2008 10:53:32 -0400 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> Message-ID: <48A0526C.2080905@redhat.com> >> 2. Even competing with layered products seems bad. If we would like >> RHX to have the same packages as in EPEL but be able to buy support >> for them, shouldn't RH do the same? That way the software is >> available to those who would like to preview it, use it with CentOS, >> Scientific, etc. I realize this contradictory to what EPEL started >> with, but our goal should be software to everybody, at least that's >> what I think. >> >> > > I'm curious about the future of RHX as well. Many of the groups in RHX > have made a comittment to Open Source but that doesn't mean getting some > of those packages playing well with the Fedora/EPEL model will be easy. > I've strongly suggested RHX help ISVs get content into EPEL. I'm not sure what their plan is though. With EPEL, any users benefit in having their software available in yum-installable ways, they get a free build system, and the software is available to more than just RHEL. Plus, they have a community available to help them get their packages reviewed and in shape, and can more closely track things that are going on in the distro. Generally the ones that have the hardest times are ones that have done things like package their own versions of certain components, especially java apps where this is accepted practice (and this is a /bad/ practice and needs to change for all distributions). For the java folks, they should probably also join https://www.redhat.com/archives/fedora-devel-java-list so that they can talk among themselves to figure out packaging issues. Definitely not a super-easy problem, but it's a good way to ensure we get good RPMs for them and the distribution channel has a lot of advantanges, "yum search" being a primary one. I think it's pretty easy to sell the advantages, we just have to get them interested in doing the work. --Michael From buildsys at fedoraproject.org Mon Aug 11 15:54:32 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 11 Aug 2008 11:54:32 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-11 Message-ID: <20080811155432.6FCB115219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 16 duplicity-0.4.12-2.el5 erlang-R12B-3.3.el5 NEW grip-3.2.0-20.el5 : Front-end for CD rippers and Ogg Vorbis encoders gyachi-1.1.46-4.el5 NEW hellanzb-0.13-5.el5 : Hands-free nzb downloader and post processor NEW id3lib-3.8.3-20.el5 : Library for manipulating ID3v1 and ID3v2 tags NEW jcommon-1.0.12-4.el5 : JFree Java utility classes NEW jfreechart-1.0.10-1.el5 : Java chart library NEW mars-sim-2.84-2.el5 : Mars Simulation Project NEW php-pecl-json-1.2.1-2.el5 : PECL library to implement JSON in PHP NEW prover9-200805a-4.el5 : Thereom Prover and Countermodel Generator NEW ptrash-1.0-1.el5 : Move file(s) to ~/.trash directory NEW publican-genome-1.0-0.t3.el5 : Common documentation files for genome NEW python-dtopt-0.1-2.el5 : Add options to doctest examples while they are running NEW python-yenc-0.3-4.el5 : yEnc Module for Python unicap-0.2.23-3.el5 Packages built and released for Fedora EPEL testing/4: 5 duplicity-0.4.12-2.el4 NEW grip-3.2.0-20.el4 : Front-end for CD rippers and Ogg Vorbis encoders NEW id3lib-3.8.3-20.el4 : Library for manipulating ID3v1 and ID3v2 tags NEW ptrash-1.0-1.el4 : Move file(s) to ~/.trash directory NEW python-dtopt-0.1-2.el4 : Add options to doctest examples while they are running Changes in Fedora EPEL testing/5: duplicity-0.4.12-2.el5 ---------------------- * Fri Aug 08 2008 Robert Scheck 0.4.12-2 - Added patch to get scp without username working (#457680) erlang-R12B-3.3.el5 ------------------- * Mon Aug 11 2008 Peter Lemenkov - R12B-3.3 - Force dynamic linking of crypto libs * Thu Jul 17 2008 Tom "spot" Callaway - R12B-3.2 - fix license tag * Sun Jul 06 2008 Gerard Milmeister - R12B-3.1 - new release R12B-3 * Thu Mar 27 2008 Gerard Milmeister - R12B-1.1 - new release R12B-1 grip-3.2.0-20.el5 ----------------- * Sat Jul 26 2008 Adrian Reber - 1:3.2.0-20 - fixed "Grip silently crahses on F8" (#456721) (converted non UTF-8 .po files to UTF-8) gyachi-1.1.46-4.el5 ------------------- * Fri Aug 08 2008 Gregory D Hosler - 1.1.46-4 - Update from upstream. hellanzb-0.13-5.el5 ------------------- * Wed Aug 06 2008 Conrad Meyer - 0.13-5 - Re-seperated unrar and configuration patches. * Tue Aug 05 2008 Conrad Meyer - 0.13-4 - Add missing BR to build in mock/koji. - Patched to look in /etc instead of /usr/etc for configuration. - Patched to inform user that configuration is needed if no configuration can be found. * Mon Jul 21 2008 Conrad Meyer - 0.13-3 - Patch to make unrar optional. * Sat Jul 19 2008 Conrad Meyer - 0.13-2 - Look for configuration on a per-user basis (~/.hellanzb.conf). - Move sample config to %doc. - Add a README.RPMFusion. id3lib-3.8.3-20.el5 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.3-20 - Autorebuild for GCC 4.3 jcommon-1.0.12-4.el5 -------------------- * Wed May 07 2008 Caolan McNamara 1.0.12-4 - shuffle around jfreechart-1.0.10-1.el5 ----------------------- * Sat Jul 19 2008 Lubomir Rintel (Fedora Astronomy) - 1.0.10-1 - Initial packaging mars-sim-2.84-2.el5 ------------------- * Thu Jul 24 2008 Lubomir Rintel (Fedora Astronomy) - 2.84-2 - plexus dependency renamed to plexus-graph - Require proper JDK * Sat Jul 19 2008 Lubomir Rintel (Fedora Astronomy) - 2.84-1 - Initial packaging php-pecl-json-1.2.1-2.el5 ------------------------- * Fri Aug 08 2008 Nigel Jones - 1.2.1-2 - Fix Requires: * Thu Aug 07 2008 Nigel Jones - 1.2.1-1 - Initial RPM (EL4/EL5) prover9-200805a-4.el5 --------------------- * Wed Jul 09 2008 Tim Colles - 200805a-4 - exclude ppc64 architecture as test2 fails ptrash-1.0-1.el5 ---------------- * Tue Jul 22 2008 _pjp_ - 1.0-1 - Initial RPM release of ptrash-1.0 publican-genome-1.0-0.t3.el5 ---------------------------- python-dtopt-0.1-2.el5 ---------------------- * Fri Jun 27 2008 Ricky Zhou 0.1-2 - Initial package for Fedora python-yenc-0.3-4.el5 --------------------- * Fri Jun 06 2008 Conrad Meyer - 0.3-4 - Fix test to behave correctly. unicap-0.2.23-3.el5 ------------------- * Tue Aug 05 2008 Robert Scheck 0.2.23-3 - Filter the unicap plugins which overlap with libv4l libraries * Tue Jul 22 2008 Robert Scheck 0.2.23-2 - Rebuild for libraw1394 2.0.0 Changes in Fedora EPEL testing/4: duplicity-0.4.12-2.el4 ---------------------- * Fri Aug 08 2008 Robert Scheck 0.4.12-2 - Added patch to get scp without username working (#457680) grip-3.2.0-20.el4 ----------------- * Sat Jul 26 2008 Adrian Reber - 1:3.2.0-20 - fixed "Grip silently crahses on F8" (#456721) (converted non UTF-8 .po files to UTF-8) id3lib-3.8.3-20.el4 ------------------- * Tue Feb 19 2008 Fedora Release Engineering - 3.8.3-20 - Autorebuild for GCC 4.3 ptrash-1.0-1.el4 ---------------- * Tue Jul 22 2008 _pjp_ - 1.0-1 - Initial RPM release of ptrash-1.0 python-dtopt-0.1-2.el4 ---------------------- * Fri Jun 27 2008 Ricky Zhou 0.1-2 - Initial package for Fedora From kwade at redhat.com Mon Aug 11 21:54:43 2008 From: kwade at redhat.com (Karsten 'quaid' Wade) Date: Mon, 11 Aug 2008 14:54:43 -0700 Subject: Some EPEL thoughts (was Re: perl-Net-Telnet both in EPEL and RHEL) In-Reply-To: <48A0526C.2080905@redhat.com> References: <7874d9dd0808081950k555afe66i60ba3548a417625d@mail.gmail.com> <48A0526C.2080905@redhat.com> Message-ID: <1218491683.4118.65.camel@calliope.phig.org> On Mon, 2008-08-11 at 10:53 -0400, Michael DeHaan wrote: > > > > I've strongly suggested RHX help ISVs get content into EPEL. I'm not > sure what their plan is though. ... and ... > Generally the ones that have the hardest times are ones that have done > things like package their own versions of certain components, especially > java apps where this is accepted practice (and this is a /bad/ practice > and needs to change for all distributions). For the java folks, they > should probably also join > https://www.redhat.com/archives/fedora-devel-java-list so that they can > talk among themselves to figure out packaging issues. +1 Getting software in to Fedora/EPEL is pretty core to RHX's plan. I'm working as a catalyst across RHX, Fedora the Project, and various open source ISVs to do just that. We are moving at the speed of that friction spot between open source project and corporate time. It is basically exactly as you say. It is a great idea to get these ISVs in to Fedora/EPEL. Nearly every Java (web) application is challenged by having dozens to over a hundred JARs that they either pull in manually or from Maven. JPackage may be part of the solution? Definitely the discussion place for work is fedora-devel-java-list (just as non-Java discussions are fedora-devel-list), while the ISVs have a SIG to coordinate their similar needs in fedora-isv-sig-list (https://fedoraproject.org/wiki/SIGs/ISV). Anyone who wants to help, those are the places to watch. BTW, at LinuxWorld, someone from Linagora (http://omb.org) said they are waiting on package reviews. I'm trying to get ISVs to help each other, but be aware there may be cool software you'd love to see in Fedora that is hung in review. Is there somewhere I should draw attention to that? (/me thinks of his blog, for one.) - 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 lemenkov at gmail.com Tue Aug 12 07:58:26 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 12 Aug 2008 11:58:26 +0400 Subject: HEADS UP! Erlang will be updated to R12B-1 In-Reply-To: <0c607fc5dfcf9284b080bacd6e5a1583@localhost> References: <0c607fc5dfcf9284b080bacd6e5a1583@localhost> Message-ID: 2008/8/6 Ripta Pasay : > > Howdy all, > > I was wondering if there's an update on the planned err... update to erlang > R12. I'm interested in helping out with the effort if any is needed. Ok, Erlang R12B-3 finally landed into EPEL5 repo. I've got issues with building it for EPEL4, thought. -- With best regards! From buildsys at fedoraproject.org Wed Aug 13 03:50:03 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 12 Aug 2008 23:50:03 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-12 Message-ID: <20080813035003.BEA6715219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 14 NEW aspell-bn-0.01.1-3.el5 : GNU Aspell Bengali Dictionary Package NEW aspell-gu-0.03-2.el5 : GNU Aspell Gujarati Dictionary Package NEW aspell-hi-0.02-2.el5 : GNU Aspell Hindi Dictionary Package NEW aspell-ml-0.03-2.el5 : GNU Aspell Malayalam Dictionary Package NEW aspell-mr-0.10-4.el5 : GNU Aspell Marathi Dictionary Package NEW aspell-or-0.03-3.el5 : GNU Aspell Oriya Dictionary Package NEW aspell-pa-0.01-3.el5 : GNU Aspell Punjabi Dictionary Package NEW aspell-ta-20040424-3.el5 : GNU Aspell Tamil Dictionary Package NEW aspell-te-0.01-3.el5 : GNU Aspell Telugu Dictionary Package facter-1.5.0-2.el5 NEW php-pear-MDB2-Driver-pgsql-1.4.1-1.el5 : PostgreSQL MDB2 driver NEW pisg-0.72-3.el5 : IRC Statistics generator postgresql-pgpool-II-2.1-1.el5 python-pp-1.5.5-1.el5 Packages built and released for Fedora EPEL testing/4: 3 facter-1.5.0-2.el4 NEW pisg-0.72-3.el4 : IRC Statistics generator postgresql-pgpool-II-2.1-1.el4 Changes in Fedora EPEL testing/5: aspell-bn-0.01.1-3.el5 ---------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.01.1-3 - Autorebuild for GCC 4.3 aspell-gu-0.03-2.el5 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-2 - Autorebuild for GCC 4.3 aspell-hi-0.02-2.el5 -------------------- * Mon Feb 11 2008 Parag - 0.02-2 - Rebuild for gcc 4.3 aspell-ml-0.03-2.el5 -------------------- * Tue May 13 2008 Rajeesh K Nambiar - 0.03-2 - Changed the version to 0.03 as 0.04 is not yet upstream aspell-mr-0.10-4.el5 -------------------- * Mon Feb 11 2008 Parag - 0.10-4 - Rebuild for gcc 4.3 aspell-or-0.03-3.el5 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.03-3 - Autorebuild for GCC 4.3 aspell-pa-0.01-3.el5 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.01-3 - Autorebuild for GCC 4.3 aspell-ta-20040424-3.el5 ------------------------ * Mon Feb 18 2008 Fedora Release Engineering - 20040424-3 - Autorebuild for GCC 4.3 aspell-te-0.01-3.el5 -------------------- * Mon Feb 18 2008 Fedora Release Engineering - 0.01-3 - Autorebuild for GCC 4.3 facter-1.5.0-2.el5 ------------------ * Thu Jul 17 2008 David Lutterkort - 1.5.0-2 - Remove files that were listed twice in files section * Mon May 19 2008 James Turnbull - 1.5.0-1 - New version - Added util and plist files php-pear-MDB2-Driver-pgsql-1.4.1-1.el5 -------------------------------------- * Sun Aug 10 2008 Johan Cwiklinski 1.4.1-1 - Initial Release pisg-0.72-3.el5 --------------- * Fri Aug 08 2008 Sindre Pedersen Bj?rdal - 0.72-3 - Initial build postgresql-pgpool-II-2.1-1.el5 ------------------------------ * Tue Aug 12 2008 Devrim Gunduz 2.1-1 - Update to 2.1 Gold - Set group of sample config files to root, not apache. Fixes RH #442372. - Fix Requires: issue, per #442021 (Alex Lancaster) - Update patch #1 python-pp-1.5.5-1.el5 --------------------- * Tue Aug 12 2008 Steve 'Ashcrow' Milner - 1.5.5-1 - Updated to upstream latest stable. * Mon Jul 21 2008 Steve 'Ashcrow' Milner - 1.5.4-2 - Updated due to a bad cvs tag. * Fri Jun 13 2008 Steve 'Ashcrow' Milner - 1.5.4-1 - Updated to upstream latest stable. Changes in Fedora EPEL testing/4: facter-1.5.0-2.el4 ------------------ * Thu Jul 17 2008 David Lutterkort - 1.5.0-2 - Remove files that were listed twice in files section * Mon May 19 2008 James Turnbull - 1.5.0-1 - New version - Added util and plist files pisg-0.72-3.el4 --------------- * Fri Aug 08 2008 Sindre Pedersen Bj?rdal - 0.72-3 - Initial build postgresql-pgpool-II-2.1-1.el4 ------------------------------ * Tue Aug 12 2008 Devrim Gunduz 2.1-1 - Update to 2.1 Gold - Set group of sample config files to root, not apache. Fixes RH #442372. - Fix Requires: issue, per #442021 (Alex Lancaster) - Update patch #1 From buildsys at fedoraproject.org Thu Aug 14 02:37:03 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 13 Aug 2008 22:37:03 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-13 Message-ID: <20080814023703.C800815219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 4 NEW gtkwave-3.1.12-1.el5 : Waveform Viewer NEW htop-0.8-1.el5 : Interactive process viewer NEW oggvideotools-0.5-1.el5 : Toolbox for manipulating Ogg video files perl-mogilefs-server-2.17-6.el5 Packages built and released for Fedora EPEL testing/4: 3 NEW gtkwave-3.1.12-1.el4 : Waveform Viewer NEW htop-0.8-1.el4 : Interactive process viewer NEW oggvideotools-0.5-1.el4 : Toolbox for manipulating Ogg video files Changes in Fedora EPEL testing/5: gtkwave-3.1.12-1.el5 -------------------- * Mon Jul 14 2008 Paul Howarth 3.1.12-1 - update to 3.1.12 htop-0.8-1.el5 -------------- * Thu Jul 31 2008 Adam Miller - 0.8-1 - Update to 8.0 * Fri Jul 18 2008 Adam Miller - 0.7-2 - build/testing for submission to EPEL (changed build root) oggvideotools-0.5-1.el5 ----------------------- * Tue Aug 12 2008 Matt Domsch - 0.5-1 - Fedora patches applied upstream - improved documentation * Thu Jul 24 2008 Matt Domsch - 0.4-1 - initial build perl-mogilefs-server-2.17-6.el5 ------------------------------- * Wed Aug 13 2008 Ruben Kerkhof 2.17-6 - Due to a problem in the tempfile handling, mogilefs occasionally looses file data after a while. Bz 458890 Changes in Fedora EPEL testing/4: gtkwave-3.1.12-1.el4 -------------------- * Mon Jul 14 2008 Paul Howarth 3.1.12-1 - update to 3.1.12 htop-0.8-1.el4 -------------- * Thu Jul 31 2008 Adam Miller - 0.8-1 - Update to 8.0 * Fri Jul 18 2008 Adam Miller - 0.7-2 - build/testing for submission to EPEL (changed build root) oggvideotools-0.5-1.el4 ----------------------- * Tue Aug 12 2008 Matt Domsch - 0.5-1 - Fedora patches applied upstream - improved documentation * Thu Jul 24 2008 Matt Domsch - 0.4-1 - initial build From panemade at gmail.com Thu Aug 14 06:08:07 2008 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Thu, 14 Aug 2008 11:38:07 +0530 Subject: request to move newly built packages to EL5 testing public repository Message-ID: Hi, I have built some packages 2 days ago for EPEL5. But, Still i can't see them appearing in publicly in testing repository. Am I missing any guidelines for epel release process? If yes then please point me to that document. Also, how to push testing packages to stable repository? Thanks & Regards, Parag. From kevin at tummy.com Thu Aug 14 15:38:08 2008 From: kevin at tummy.com (Kevin Fenzi) Date: Thu, 14 Aug 2008 09:38:08 -0600 Subject: request to move newly built packages to EL5 testing public repository In-Reply-To: References: Message-ID: <20080814093808.44540054@ohm.scrye.com> On Thu, 14 Aug 2008 11:38:07 +0530 panemade at gmail.com ("Parag N(????)") wrote: > Hi, > I have built some packages 2 days ago for EPEL5. But, Still i can't > see them appearing in publicly in testing repository. > Am I missing any guidelines for epel release process? If yes then > please point me to that document. No, there was a issue with the sync from the buildhost to the mirrors/download sites. It's been corrected now... so your builds should appear in testing soon. > Also, how to push testing packages to stable repository? Once a month all testing packages that don't have broken dependencies or where the maintainer doesn't say they should be held back get moved over to stable. We can also move things quicker, but thats usually reserved for security updates or very critical bugs. Just make the request to epel_signers-members at fedoraproject.org > Thanks & Regards, > Parag. kevin > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From buildsys at fedoraproject.org Thu Aug 14 16:55:41 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 14 Aug 2008 12:55:41 -0400 (EDT) Subject: Fedora EPEL Package Build Report 2008-08-14 Message-ID: <20080814165541.6769C15219C@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 drupal-5.10-1.el5 Packages built and released for Fedora EPEL testing/5: 1 amarok-1.4.10-1.el5 Packages built and released for Fedora EPEL 4: 1 drupal-5.10-1.el4 Changes in Fedora EPEL 5: drupal-5.10-1.el5 ----------------- * Thu Aug 14 2008 Jon Ciesla - 5.10-1 - Upgrade to 5.10, SA-2008-047. Changes in Fedora EPEL testing/5: amarok-1.4.10-1.el5 ------------------- * Wed Aug 13 2008 Rex Dieter - 1.4.10-1 - amarok-1.4.10 * Wed Jun 11 2008 Dennis Gilmore - 1.4.9.1-4 - we are building sparc32 as sparcv9 not sparc now fix ifnarch * Fri May 02 2008 Rex Dieter - 1.4.9.1-3 - fix libnjb support (#444940) Changes in Fedora EPEL 4: drupal-5.10-1.el4 ----------------- * Thu Aug 14 2008 Jon Ciesla - 5.10-1 - Upgrade to 5.10, SA-2008-047. From wolfy at nobugconsulting.ro Sat Aug 23 23:14:21 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Sun, 24 Aug 2008 02:14:21 +0300 Subject: buildgroups directory vanished from http://buildsys.fedoraproject.org ? Message-ID: <48B099CD.9020805@nobugconsulting.ro> While trying to test build a program for EL-5, mock bails out with: INFO: Results and/or logs in: /var/lib/mock//epel-5-x86_64/result ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/epel-5-x86_64/root/ install buildsys-build http://buildsys.fedoraproject.org/buildgroups/rhel5/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404: Not Found Trying other mirror. Error: Cannot retrieve repository metadata (repomd.xml) for repository: groups. Please verify its path and try again It looks like the buildgroups does not exist any more. Could someone please fix it (or tell me what to use instead, if it's gone for good) ? Manuel From mmcgrath at redhat.com Sun Aug 24 03:42:55 2008 From: mmcgrath at redhat.com (Mike McGrath) Date: Sat, 23 Aug 2008 22:42:55 -0500 (CDT) Subject: EPEL builds Message-ID: Hey guys, so we've almost got epel builds back online. Right now there's a communication problem between our plague server and our ppc builders. I've put a ticket in to the network team. As soon as that's done epel builds should be working again. Right now if you submit a build. It will just queue until that PPC builder is ready again. Also with our new keys, the plague client is failing. See: https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00996.html for a description of the problem and its resolution. I believe a new plague client will be built soon to solve this issue. -Mike From lists at timj.co.uk Sun Aug 24 07:28:23 2008 From: lists at timj.co.uk (Tim Jackson) Date: Sun, 24 Aug 2008 08:28:23 +0100 Subject: EPEL builds In-Reply-To: References: Message-ID: <48B10D97.7050206@timj.co.uk> Mike McGrath wrote: > Hey guys, so we've almost got epel builds back online. Right now there's > a communication problem between our plague server and our ppc builders. > I've put a ticket in to the network team. As soon as that's done epel > builds should be working again. Right now if you submit a build. It will > just queue until that PPC builder is ready again. I don't know if this is important (or related to the above) but it is some sort of bug: I queued an awstats build just now. A few *seconds* after I submitted it, the buildsys web interface showed: x86_64: hammer3.fedora.redhat.com Status: done/done Build Time: 5 minutes i386: hammer3.fedora.redhat.com Status: done/done Build Time: 24 minutes noarch: xenbuilder2.fedora.redhat.com Status: running/downloaded Clearly, the x86_64/i386 figures are bogus. I've got no idea where they're coming from (it doesn't appear to be data leakage from one of the other jobs, because the figures don't match) but since this is a noarch package they shouldn't be there at all. On the positive side, the noarch build ran correctly and built, so thanks to everyone who has worked hard to get these systems up and running again. Final (very minor) point: can we have the web redirect from / restored? http://buildsys.fedoraproject.org/ just gives an empty page right now. Tim From bugs.michael at gmx.net Sun Aug 24 10:39:34 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 24 Aug 2008 12:39:34 +0200 Subject: EPEL builds In-Reply-To: <48B10D97.7050206@timj.co.uk> References: <48B10D97.7050206@timj.co.uk> Message-ID: <20080824123934.96b2b4d4.bugs.michael@gmx.net> On Sun, 24 Aug 2008 08:28:23 +0100, Tim Jackson wrote: > I don't know if this is important (or related to the above) but it is some > sort of bug: I queued an awstats build just now. A few *seconds* after I > submitted it, the buildsys web interface showed: > > x86_64: hammer3.fedora.redhat.com Status: done/done Build Time: > 5 minutes > > i386: hammer3.fedora.redhat.com Status: done/done Build Time: 24 minutes > > noarch: xenbuilder2.fedora.redhat.com Status: running/downloaded > > Clearly, the x86_64/i386 figures are bogus. I've got no idea where they're > coming from (it doesn't appear to be data leakage from one of the other > jobs, because the figures don't match) but since this is a noarch package > they shouldn't be there at all. There are more symptoms: Build jobs mention hammer1,2,3 and ppc1 but these are not listed by "plague-client list_builders". One can see that the build master has restarted at build-job #1 while old data from jobs 39770 to 39844 are still available in the jobsdb. Database corruption? "Successful builds" web page gives "Error: Invalid job status". From buildsys at fedoraproject.org Mon Aug 25 02:55:46 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 25 Aug 2008 02:55:46 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-08-25 Message-ID: <20080825025546.F26091880EE@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 5 ack-1.86-1.el5 awstats-6.7-3.el5 NEW rubygem-arrayfields-4.5.0-3.el5 : Arrayfields RubyGem NEW rubygem-attributes-5.0.1-3.el5 : Attributes RubyGem NEW rubygem-builder-2.1.2-2.el5 : Builders for MarkUp Changes in Fedora EPEL testing/5: ack-1.86-1.el5 -------------- * Sat Aug 23 2008 Ian Burrell - 1.86-1 - Update to 1.86 awstats-6.7-3.el5 ----------------- * Sat Aug 23 2008 Tim Jackson 6.7-3 - Fix CVE-2008-3714: cross-site scripting security issue (#459605) rubygem-arrayfields-4.5.0-3.el5 ------------------------------- * Tue Jul 29 2008 Jeroen van Meeuwen - 4.5.0-3 - Rebuild with README marked as docfor review (#457026) * Tue Jul 29 2008 Jeroen van Meeuwen - 4.5.0-2 - Rebuild for review rubygem-attributes-5.0.1-3.el5 ------------------------------ * Tue Jul 29 2008 Jeroen van Meeuwen - 5.0.1-3 - Rebuild for review (#457030) rubygem-builder-2.1.2-2.el5 --------------------------- * Tue Jul 29 2008 Jeroen van Meeuwen - 2.1.2-2 - Rebuild for review From buildsys at fedoraproject.org Mon Aug 25 03:15:07 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 25 Aug 2008 03:15:07 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-08-25 Message-ID: <20080825031507.8BAAE1880EE@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL 5: 1 awstats-6.7-3.el5 Changes in Fedora EPEL 5: awstats-6.7-3.el5 ----------------- * Sat Aug 23 2008 Tim Jackson 6.7-3 - Fix CVE-2008-3714: cross-site scripting security issue (#459605) From lists at timj.co.uk Mon Aug 25 14:34:32 2008 From: lists at timj.co.uk (Tim Jackson) Date: Mon, 25 Aug 2008 15:34:32 +0100 Subject: EPEL builds In-Reply-To: <20080824123934.96b2b4d4.bugs.michael@gmx.net> References: <48B10D97.7050206@timj.co.uk> <20080824123934.96b2b4d4.bugs.michael@gmx.net> Message-ID: <48B2C2F8.5060009@timj.co.uk> Michael Schwendt wrote: > One can see that the build master has restarted at build-job #1 while old > data from jobs 39770 to 39844 are still available in the jobsdb. Database > corruption? > > "Successful builds" web page gives "Error: Invalid job status". I noticed these too - they are filed in the ticketing system. Tim From dennis at ausil.us Mon Aug 25 15:24:25 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 25 Aug 2008 10:24:25 -0500 Subject: EPEL builds In-Reply-To: <48B2C2F8.5060009@timj.co.uk> References: <20080824123934.96b2b4d4.bugs.michael@gmx.net> <48B2C2F8.5060009@timj.co.uk> Message-ID: <200808251024.25523.dennis@ausil.us> On Monday 25 August 2008 09:34:32 am Tim Jackson wrote: > Michael Schwendt wrote: > > One can see that the build master has restarted at build-job #1 while old > > data from jobs 39770 to 39844 are still available in the jobsdb. Database > > corruption? > > > > "Successful builds" web page gives "Error: Invalid job status". > > I noticed these too - they are filed in the ticketing system. I fixed it yesterday afternoon. The cvs checkout for the web front end was from head not the 0.4 branch. it had a few extra status's in it. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From bugs.michael at gmx.net Mon Aug 25 17:22:19 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 25 Aug 2008 19:22:19 +0200 Subject: EPEL builds In-Reply-To: <200808251024.25523.dennis@ausil.us> References: <20080824123934.96b2b4d4.bugs.michael@gmx.net> <48B2C2F8.5060009@timj.co.uk> <200808251024.25523.dennis@ausil.us> Message-ID: <20080825192219.9d8a3b74.bugs.michael@gmx.net> On Mon, 25 Aug 2008 10:24:25 -0500, Dennis Gilmore wrote: > On Monday 25 August 2008 09:34:32 am Tim Jackson wrote: > > Michael Schwendt wrote: > > > One can see that the build master has restarted at build-job #1 while old > > > data from jobs 39770 to 39844 are still available in the jobsdb. Database > > > corruption? > > > > > > "Successful builds" web page gives "Error: Invalid job status". > > > > I noticed these too - they are filed in the ticketing system. > > I fixed it yesterday afternoon. > > The cvs checkout for the web front end was from head not the 0.4 branch. it > had a few extra status's in it. Precisely, it can be found in the 0.4.5 branch/fork. Head is 0.5.0 devel. From rjones at redhat.com Mon Aug 25 19:18:41 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Aug 2008 20:18:41 +0100 Subject: Plague error in 'self._get_user_email' / 'OpenSSL.crypto.load_certificate' Message-ID: <20080825191841.GA1226@amd.home.annexia.org> I get this error. Any ideas? $ make build /usr/bin/plague-client build collectd collectd-4_4_1-5_el5 el5 Traceback (most recent call last): File "/usr/bin/plague-client", line 420, in cli = PlagueClient(os.path.expanduser(cfg_file)) File "/usr/bin/plague-client", line 81, in __init__ self._email = self._get_user_email() File "/usr/bin/plague-client", line 138, in _get_user_email cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end line')] make: *** [plague] Error 1 My .plague-client.cfg file doesn't appear to be malformed. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From bugs.michael at gmx.net Mon Aug 25 19:37:19 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 25 Aug 2008 21:37:19 +0200 Subject: Plague error in 'self._get_user_email' / 'OpenSSL.crypto.load_certificate' In-Reply-To: <20080825191841.GA1226@amd.home.annexia.org> References: <20080825191841.GA1226@amd.home.annexia.org> Message-ID: <20080825213719.554a512c.bugs.michael@gmx.net> On Mon, 25 Aug 2008 20:18:41 +0100, Richard W.M. Jones wrote: > > I get this error. Any ideas? > > $ make build > /usr/bin/plague-client build collectd collectd-4_4_1-5_el5 el5 > Traceback (most recent call last): > File "/usr/bin/plague-client", line 420, in > cli = PlagueClient(os.path.expanduser(cfg_file)) > File "/usr/bin/plague-client", line 81, in __init__ > self._email = self._get_user_email() > File "/usr/bin/plague-client", line 138, in _get_user_email > cert = OpenSSL.crypto.load_certificate(OpenSSL.crypto.FILETYPE_PEM, buf) > OpenSSL.crypto.Error: [('PEM routines', 'PEM_read_bio', 'bad end line')] > make: *** [plague] Error 1 > > My .plague-client.cfg file doesn't appear to be malformed. https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00996.html http://cvs.fedoraproject.org/viewvc/extras-buildsys/client/client.py?root=fedora&r1=1.31.2.4.4.2&r2=1.31.2.4.4.3 From rjones at redhat.com Mon Aug 25 19:31:43 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Aug 2008 20:31:43 +0100 Subject: OCaml 3.10.2 Message-ID: <20080825193143.GB1226@amd.home.annexia.org> I would really like to upgrade OCaml in EPEL 5 to version 3.10.2. The main reason is that much of the other software we'd like to ship with EPEL needs the new camlp4 [1], which was introduced with OCaml >= 3.10.0. (EPEL ships with OCaml 3.09.3 at present). http://download.fedora.redhat.com/pub/epel/5/i386/repoview/ocaml.html Backporting the software to the older OCaml is going to be very complicated. The two versions of camlp4 (< 3.10.0 and >= 3.10.0) are really incompatible. The newer one is much more featureful and is rapidly displacing older versions. Backporting just the newer camlp4 to the older compiler is also considered intractable, since the compiler and camlp4 are closely linked. Now the downside to doing this is that it would require any OCaml users of EPEL 5 to recompile their software. This may just be a simple recompile, but there are also worst-case scenarios such as people using and relying on the old camlp4 who may have to make modifications of their software. So it's quite a big disruption for everyone. I'm also very aware that EPEL is supposed to be long-term stable. Comments? Rich. [1] http://en.wikipedia.org/wiki/Camlp4 http://brion.inria.fr/gallium/index.php/Camlp4 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From lemenkov at gmail.com Mon Aug 25 20:10:14 2008 From: lemenkov at gmail.com (Peter Lemenkov) Date: Tue, 26 Aug 2008 00:10:14 +0400 Subject: OCaml 3.10.2 In-Reply-To: <20080825193143.GB1226@amd.home.annexia.org> References: <20080825193143.GB1226@amd.home.annexia.org> Message-ID: 2008/8/25, Richard W.M. Jones : > I would really like to upgrade OCaml in EPEL 5 to version 3.10.2. > > The main reason is that much of the other software we'd like to ship > with EPEL needs the new camlp4 [1], which was introduced with OCaml >= > 3.10.0. (EPEL ships with OCaml 3.09.3 at present). As for me, I never afraid of updating to latest version :) Seriously speaking, the main difficulty in maintaining packages, is the total absence of feedback from users *before* any updates. -- With best regards! From rjones at redhat.com Mon Aug 25 22:16:17 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Aug 2008 23:16:17 +0100 Subject: OCaml 3.10.2 In-Reply-To: References: <20080825193143.GB1226@amd.home.annexia.org> Message-ID: <20080825221617.GA1525@amd.home.annexia.org> On Tue, Aug 26, 2008 at 12:10:14AM +0400, Peter Lemenkov wrote: > Seriously speaking, the main difficulty in maintaining packages, is > the total absence of feedback from users *before* any updates. Well yes, that is the problem. I'm aware of a number of OCaml / EPEL users. They mainly seem to be people using it to teach university courses ... Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From wolfy at nobugconsulting.ro Mon Aug 25 22:26:59 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 26 Aug 2008 01:26:59 +0300 Subject: OCaml 3.10.2 In-Reply-To: <20080825221617.GA1525@amd.home.annexia.org> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> Message-ID: <48B331B3.1010900@nobugconsulting.ro> On 08/26/2008 01:16 AM, Richard W.M. Jones wrote: > On Tue, Aug 26, 2008 at 12:10:14AM +0400, Peter Lemenkov wrote: > >> Seriously speaking, the main difficulty in maintaining packages, is >> the total absence of feedback from users *before* any updates. >> > > Well yes, that is the problem. I'm aware of a number of OCaml / EPEL > users. They mainly seem to be people using it to teach university > courses ... > > Rich. > Maybe you could leave the older ocaml as such and create a new ocaml5 ? From rjones at redhat.com Mon Aug 25 22:24:51 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Mon, 25 Aug 2008 23:24:51 +0100 Subject: OCaml 3.10.2 In-Reply-To: <48B331B3.1010900@nobugconsulting.ro> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> Message-ID: <20080825222451.GA1767@amd.home.annexia.org> On Tue, Aug 26, 2008 at 01:26:59AM +0300, Manuel Wolfshant wrote: > On 08/26/2008 01:16 AM, Richard W.M. Jones wrote: >> On Tue, Aug 26, 2008 at 12:10:14AM +0400, Peter Lemenkov wrote: >> >>> Seriously speaking, the main difficulty in maintaining packages, is >>> the total absence of feedback from users *before* any updates. >>> >> >> Well yes, that is the problem. I'm aware of a number of OCaml / EPEL >> users. They mainly seem to be people using it to teach university >> courses ... >> >> Rich. >> > Maybe you could leave the older ocaml as such and create a new ocaml5 ? That's another possibility. But I've never seen a working parallel OCaml compiler install. It's definitely not as easy as it is with gcc to do parallel / compat installs ... A question for upstream, I think. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From mastahnke at gmail.com Tue Aug 26 04:41:24 2008 From: mastahnke at gmail.com (Michael Stahnke) Date: Mon, 25 Aug 2008 23:41:24 -0500 Subject: OCaml 3.10.2 In-Reply-To: <20080825222451.GA1767@amd.home.annexia.org> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> <20080825222451.GA1767@amd.home.annexia.org> Message-ID: <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> On Mon, Aug 25, 2008 at 5:24 PM, Richard W.M. Jones wrote: > On Tue, Aug 26, 2008 at 01:26:59AM +0300, Manuel Wolfshant wrote: >> On 08/26/2008 01:16 AM, Richard W.M. Jones wrote: >>> On Tue, Aug 26, 2008 at 12:10:14AM +0400, Peter Lemenkov wrote: >>> >>>> Seriously speaking, the main difficulty in maintaining packages, is >>>> the total absence of feedback from users *before* any updates. >>>> >>> >>> Well yes, that is the problem. I'm aware of a number of OCaml / EPEL >>> users. They mainly seem to be people using it to teach university >>> courses ... >>> >>> Rich. >>> >> Maybe you could leave the older ocaml as such and create a new ocaml5 ? > > That's another possibility. But I've never seen a working parallel > OCaml compiler install. It's definitely not as easy as it is with gcc > to do parallel / compat installs ... A question for upstream, I > think. > > Rich. > > -- > Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones > virt-top is 'top' for virtual machines. Tiny program with many > powerful monitoring features, net stats, disk stats, logging, etc. > http://et.redhat.com/~rjones/virt-top > > _______________________________________________ > epel-devel-list mailing list > epel-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/epel-devel-list > I know we have at least 1 app ( maybe more) that would work a lot better with the newer version, (like it would build). I'll vote for the update. stahnma From rjones at redhat.com Tue Aug 26 11:51:12 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 26 Aug 2008 12:51:12 +0100 Subject: OCaml 3.10.2 In-Reply-To: <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> <20080825222451.GA1767@amd.home.annexia.org> <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> Message-ID: <20080826115112.GA9978@amd.home.annexia.org> On Mon, Aug 25, 2008 at 11:41:24PM -0500, Michael Stahnke wrote: > On Mon, Aug 25, 2008 at 5:24 PM, Richard W.M. Jones wrote: > > That's another possibility. But I've never seen a working parallel > > OCaml compiler install. It's definitely not as easy as it is with gcc > > to do parallel / compat installs ... A question for upstream, I > > think. [...] So I asked upstream and the situation is quite complicated. Basically there are two possible ways to do this: (1) We could have a separate subdirectory, like this: /usr/bin/* for the default compiler /usr/libexec/ocaml-3.10.2/* for the non-default compiler Users would need to set the $PATH before compiling. This solution looks like it will suck a lot. (2) We could rename the compiler binaries, like: /usr/bin/ocamlc /usr/bin/ocamlopt (etc. -- there are about 20 binaries that need renaming) /usr/bin/ocamlc-3.10.2 /usr/bin/ocamlopt-3.10.2 (etc.) Users would need to modify their build scripts to pick the correct compiler. This solution also sucks, and is even more error-prone than (1). > I know we have at least 1 app ( maybe more) that would work a lot > better with the newer version, (like it would build). I'll vote for > the update. Out of interest, what is the app? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v From rjones at redhat.com Tue Aug 26 12:00:13 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 26 Aug 2008 13:00:13 +0100 Subject: How do I find out what versions/packages are in the builders? Message-ID: <20080826120013.GB9978@amd.home.annexia.org> We're trying to build collectd in EPEL 5. It fails because the version of libvirt is missing a symbol which was added relatively recently. How do I find out what precise versions of packages are in the EPEL builders? Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ From bugs.michael at gmx.net Tue Aug 26 12:10:45 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 26 Aug 2008 14:10:45 +0200 Subject: How do I find out what versions/packages are in the builders? In-Reply-To: <20080826120013.GB9978@amd.home.annexia.org> References: <20080826120013.GB9978@amd.home.annexia.org> Message-ID: <20080826141045.c44e2692.bugs.michael@gmx.net> On Tue, 26 Aug 2008 13:00:13 +0100, Richard W.M. Jones wrote: > > We're trying to build collectd in EPEL 5. It fails because the > version of libvirt is missing a symbol which was added relatively > recently. > > How do I find out what precise versions of packages are in the EPEL > builders? root.log http://buildsys.fedoraproject.org/logs/fedora-5-epel/28-collectd-4.4.1-5.el5/i386/root.log From wolfy at nobugconsulting.ro Tue Aug 26 12:41:12 2008 From: wolfy at nobugconsulting.ro (Manuel Wolfshant) Date: Tue, 26 Aug 2008 15:41:12 +0300 Subject: OCaml 3.10.2 In-Reply-To: <20080826115112.GA9978@amd.home.annexia.org> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> <20080825222451.GA1767@amd.home.annexia.org> <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> <20080826115112.GA9978@amd.home.annexia.org> Message-ID: <48B3F9E8.6080803@nobugconsulting.ro> Richard W.M. Jones wrote: > On Mon, Aug 25, 2008 at 11:41:24PM -0500, Michael Stahnke wrote: > >> On Mon, Aug 25, 2008 at 5:24 PM, Richard W.M. Jones wrote: >> >>> That's another possibility. But I've never seen a working parallel >>> OCaml compiler install. It's definitely not as easy as it is with gcc >>> to do parallel / compat installs ... A question for upstream, I >>> think. >>> > [...] > > So I asked upstream and the situation is quite complicated. Basically > there are two possible ways to do this: > > (1) We could have a separate subdirectory, like this: > > /usr/bin/* for the default compiler > /usr/libexec/ocaml-3.10.2/* for the non-default compiler > > Users would need to set the $PATH before compiling. This solution > looks like it will suck a lot. > > (2) We could rename the compiler binaries, like: > > /usr/bin/ocamlc > /usr/bin/ocamlopt > (etc. -- there are about 20 binaries that need renaming) > /usr/bin/ocamlc-3.10.2 > /usr/bin/ocamlopt-3.10.2 > (etc.) > > Users would need to modify their build scripts to pick the correct > compiler. This solution also sucks, and is even more error-prone > than (1). > How about installing a package with /usr/bin/ocamlc -3.09.3, /usr/bin/ocamlopt-3.09.3 , etc, another one with /usr/bin/ocamlc-3.10.2, /usr/bin/ocamlopt-3.10.2, etc. and usin alternatives to switch among the two by doing ln -s /usr/bin/ocamlc -3.09.3 /usr/bin/ocamlc (and so on) or ln -s /usr/bin/ocamlc-3.10.2 /usr/bin/ocamlc ? > >> I know we have at least 1 app ( maybe more) that would work a lot >> better with the newer version, (like it would build). I'll vote for >> the update. >> > > Out of interest, what is the app? > > Rich. > > -- Manuel Wolfshant linux registered user #131416 IT manager NoBug Consulting SRL A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From rjones at redhat.com Tue Aug 26 12:44:39 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 26 Aug 2008 13:44:39 +0100 Subject: OCaml 3.10.2 In-Reply-To: <48B3F9E8.6080803@nobugconsulting.ro> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> <20080825222451.GA1767@amd.home.annexia.org> <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> <20080826115112.GA9978@amd.home.annexia.org> <48B3F9E8.6080803@nobugconsulting.ro> Message-ID: <20080826124439.GA10198@amd.home.annexia.org> On Tue, Aug 26, 2008 at 03:41:12PM +0300, Manuel Wolfshant wrote: > How about installing a package with /usr/bin/ocamlc -3.09.3, > /usr/bin/ocamlopt-3.09.3 , etc, another one with /usr/bin/ocamlc-3.10.2, > /usr/bin/ocamlopt-3.10.2, etc. and usin alternatives to switch among > the two by doing Yes, alternatives is an, erm, alternative. But don't forget it's not just the base packages, but the stdlib directory, and piles of external libraries (see my .signature), some of which have binaries that depend on the compiler version, particularly ocamlfind. It's do-able but a zoomungous amount of work for not a lot of benefit. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From a.badger at gmail.com Tue Aug 26 15:38:30 2008 From: a.badger at gmail.com (Toshio Kuratomi) Date: Tue, 26 Aug 2008 08:38:30 -0700 Subject: OCaml 3.10.2 In-Reply-To: <48B3F9E8.6080803@nobugconsulting.ro> References: <20080825193143.GB1226@amd.home.annexia.org> <20080825221617.GA1525@amd.home.annexia.org> <48B331B3.1010900@nobugconsulting.ro> <20080825222451.GA1767@amd.home.annexia.org> <7874d9dd0808252141i13d4863co182b79de4aea4cf4@mail.gmail.com> <20080826115112.GA9978@amd.home.annexia.org> <48B3F9E8.6080803@nobugconsulting.ro> Message-ID: <48B42376.70609@gmail.com> Manuel Wolfshant wrote: > Richard W.M. Jones wrote: >> On Mon, Aug 25, 2008 at 11:41:24PM -0500, Michael Stahnke wrote: >> >>> On Mon, Aug 25, 2008 at 5:24 PM, Richard W.M. Jones >>> wrote: >>> >>>> That's another possibility. But I've never seen a working parallel >>>> OCaml compiler install. It's definitely not as easy as it is with gcc >>>> to do parallel / compat installs ... A question for upstream, I >>>> think. >>>> >> [...] >> >> So I asked upstream and the situation is quite complicated. Basically >> there are two possible ways to do this: >> >> (1) We could have a separate subdirectory, like this: >> >> /usr/bin/* for the default compiler >> /usr/libexec/ocaml-3.10.2/* for the non-default compiler >> >> Users would need to set the $PATH before compiling. This solution >> looks like it will suck a lot. >> >> (2) We could rename the compiler binaries, like: >> >> /usr/bin/ocamlc >> /usr/bin/ocamlopt >> (etc. -- there are about 20 binaries that need renaming) >> /usr/bin/ocamlc-3.10.2 >> /usr/bin/ocamlopt-3.10.2 >> (etc.) >> >> Users would need to modify their build scripts to pick the correct >> compiler. This solution also sucks, and is even more error-prone >> than (1). >> > How about installing a package with /usr/bin/ocamlc -3.09.3, > /usr/bin/ocamlopt-3.09.3 , etc, another one with /usr/bin/ocamlc-3.10.2, > /usr/bin/ocamlopt-3.10.2, etc. and usin alternatives to switch among > the two by doing > This is not really alternatives use case. alternatives is run by the system administrator. Builds are run by a user. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: OpenPGP digital signature URL: From rjones at redhat.com Tue Aug 26 16:02:30 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Tue, 26 Aug 2008 17:02:30 +0100 Subject: Job is stuck building/in-progress? Message-ID: <20080826160230.GA10873@amd.home.annexia.org> Job UID 30: $ plague-client list uid 30 30: collectd (collectd-4_4_1-7_el5) rjonesredhat.com building/in-progress xenbuilder2.fedora.redhat.com(i386): f6eb49225bf4254e3e3210dd1d459f63617aeb69 done/done xenbuilder2.fedora.redhat.com(x86_64): 0b90e2dbb7b0acd1c57f187175626d0110f11425 done/done It's been like that for a few hours now. My recollection from when I've done this before is that the job should go into a "needsign" state once the building part is complete. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top From dennis at ausil.us Tue Aug 26 16:25:35 2008 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 26 Aug 2008 11:25:35 -0500 Subject: Job is stuck building/in-progress? In-Reply-To: <20080826160230.GA10873@amd.home.annexia.org> References: <20080826160230.GA10873@amd.home.annexia.org> Message-ID: <200808261125.43280.dennis@ausil.us> On Tuesday 26 August 2008 11:02:30 am Richard W.M. Jones wrote: > Job UID 30: > > $ plague-client list uid 30 > 30: collectd (collectd-4_4_1-7_el5) rjonesredhat.com > building/in-progress xenbuilder2.fedora.redhat.com(i386): > f6eb49225bf4254e3e3210dd1d459f63617aeb69 done/done > xenbuilder2.fedora.redhat.com(x86_64): > 0b90e2dbb7b0acd1c57f187175626d0110f11425 done/done > > It's been like that for a few hours now. My recollection from when > I've done this before is that the job should go into a "needsign" > state once the building part is complete. > > Rich. we are waiting on an issue with the ppc builders to be resolved until that happens it will sit there waiting form the ppc job to be done. Dennis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From bugs.michael at gmx.net Tue Aug 26 16:30:09 2008 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 26 Aug 2008 18:30:09 +0200 Subject: Job is stuck building/in-progress? In-Reply-To: <20080826160230.GA10873@amd.home.annexia.org> References: <20080826160230.GA10873@amd.home.annexia.org> Message-ID: <20080826183009.9af61d0b.bugs.michael@gmx.net> On Tue, 26 Aug 2008 17:02:30 +0100, Richard W.M. Jones wrote: > > Job UID 30: > > $ plague-client list uid 30 > 30: collectd (collectd-4_4_1-7_el5) rjonesredhat.com building/in-progress > xenbuilder2.fedora.redhat.com(i386): f6eb49225bf4254e3e3210dd1d459f63617aeb69 done/done > xenbuilder2.fedora.redhat.com(x86_64): 0b90e2dbb7b0acd1c57f187175626d0110f11425 done/done > > It's been like that for a few hours now. My recollection from when > I've done this before is that the job should go into a "needsign" > state once the building part is complete. It's _not_ complete yet, because the powerpc builders aren't reachable yet. There are other problems, too (such as all el4 builds failing). From buildsys at fedoraproject.org Wed Aug 27 16:07:23 2008 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 27 Aug 2008 16:07:23 +0000 (UTC) Subject: Fedora EPEL Package Build Report 2008-08-27 Message-ID: <20080827160723.C2EAC1880F1@buildsys.fedoraproject.org> Packages built and released for Fedora EPEL testing/5: 5 NEW BackupPC-3.1.0-2.el5 : BackupPC - high-performance backup system koji-1.2.6-1.el5 python-sqlobject-0.9.7-1.el5 superiotool-0-0.12.20080815svn3511.el5 TurboGears-1.0.4.4-2.el5 Packages built and released for Fedora EPEL testing/4: 2 python-sqlobject-0.9.7-1.el4 TurboGears-1.0.4.4-2.el4 Changes in Fedora EPEL testing/5: BackupPC-3.1.0-2.el5 -------------------- * Sat Aug 23 2008 Johan Cwiklinski 3.1.0-2 - using /dev/null with SELinux policy to avoid broken pipe errors (bug #432149) - correcting nologin path koji-1.2.6-1.el5 ---------------- * Mon Aug 25 2008 Dennis Gilmore - 1.2.6-1 - update to 1.2.6 - make sure we have to correct version of createrepo on Fedora 8 * Tue Aug 05 2008 Tom "spot" Callaway 1.2.5-2 - fix conditional (line 5) - fix license tag * Fri Jan 25 2008 jkeating 1.2.5-1 - Put createrepo arguments in correct order * Thu Jan 24 2008 jkeating 1.2.4-1 - Use the --skip-stat flag in createrepo calls. - canonicalize tag arches before using them (dgilmore) - fix return value of delete_build - Revert to getfile urls if the task is not successful in emails - Pass --target instead of --arch to mock. - ignore trashcan tag in prune-signed-copies command - add the "allowed_scms" kojid parameter - allow filtering builds by the person who built them python-sqlobject-0.9.7-1.el5 ---------------------------- * Thu Jun 26 2008 Luke Macken - 0.9.7-1 - Update to 0.9.7 (fixes #459268) * Tue May 20 2008 Luke Macken - 0.9.6-1 - Update to latest 0.9 release - Add python-sqlobject-0.9.6-setup.patch so we don't pull in our own setuptools * Thu Feb 21 2008 Toshio Kuratomi 0.9.3-2 - Stop deleting the ez_setup directory so we can build setuptools eggs as upstream intends. * Wed Feb 13 2008 Toshio Kuratomi 0.9.3-1 - Update to 0.9.3 - Pick up egginfo on rawhide. superiotool-0-0.12.20080815svn3511.el5 -------------------------------------- * Fri Aug 15 2008 Peter Lemenkov 0-0.12.20080815svn3511 - Fixed svn path (LinuxBIOS renamed to Coreboot) - svn ver. 3511 - add support for SMSC SIO10N268 (trivial) - add support for 2 new SMSC superio chips - Add dump support for Winbond (NSC) PC87427 TurboGears-1.0.4.4-2.el5 ------------------------ * Mon Aug 18 2008 Luke Macken 1.0.4.4-2 - Make our SQLObject requirement less strict, to match the latest TG upstream. Fixes bug #459268. Changes in Fedora EPEL testing/4: python-sqlobject-0.9.7-1.el4 ---------------------------- * Thu Jun 26 2008 Luke Macken - 0.9.7-1 - Update to 0.9.7 (fixes #459268) * Tue May 20 2008 Luke Macken - 0.9.6-1 - Update to latest 0.9 release - Add python-sqlobject-0.9.6-setup.patch so we don't pull in our own setuptools * Thu Feb 21 2008 Toshio Kuratomi 0.9.3-2 - Stop deleting the ez_setup directory so we can build setuptools eggs as upstream intends. * Wed Feb 13 2008 Toshio Kuratomi 0.9.3-1 - Update to 0.9.3 - Pick up egginfo on rawhide. TurboGears-1.0.4.4-2.el4 ------------------------ * Mon Aug 18 2008 Luke Macken 1.0.4.4-2 - Make our SQLObject requirement less strict, to match the latest TG upstream. Fixes bug #459268. * Wed May 14 2008 Luke Macken 1.0.4.4-1 - Update to 1.0.4.4 - Remove now upstream paginate patch - Add cherrypyreq patch From ruben at rubenkerkhof.com Wed Aug 27 19:28:26 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Wed, 27 Aug 2008 21:28:26 +0200 Subject: How do I find out what versions/packages are in the builders? In-Reply-To: <20080826120013.GB9978@amd.home.annexia.org> References: <20080826120013.GB9978@amd.home.annexia.org> Message-ID: On Aug 26, 2008, at 2:00 PM, Richard W.M. Jones wrote: > > We're trying to build collectd in EPEL 5. It fails because the > version of libvirt is missing a symbol which was added relatively > recently. I had that same issue recently when building collectd at work. libvirt on rhel5 has that symbol (virDomainBlockstats or something). The problem is that autoconf is compiling a test program against libvirt, which fails because it can find -lxenstore. Adding xen-devel to the BR of collectd fixes this, but this probably a bug in libvirt. Ruben -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1638 bytes Desc: not available URL: From lists at timj.co.uk Thu Aug 28 14:15:52 2008 From: lists at timj.co.uk (Tim Jackson) Date: Thu, 28 Aug 2008 15:15:52 +0100 Subject: awstats on EL-4 Message-ID: <48B6B318.4030102@timj.co.uk> Just to say that if anyone is interested in using awstats on EL-4, your feedback would be welcome on this bug: https://bugzilla.redhat.com/show_bug.cgi?id=437686 Thanks Tim From rjones at redhat.com Thu Aug 28 14:26:05 2008 From: rjones at redhat.com (Richard W.M. Jones) Date: Thu, 28 Aug 2008 15:26:05 +0100 Subject: How do I find out what versions/packages are in the builders? In-Reply-To: References: <20080826120013.GB9978@amd.home.annexia.org> Message-ID: <20080828142605.GA24078@amd.home.annexia.org> On Wed, Aug 27, 2008 at 09:28:26PM +0200, Ruben Kerkhof wrote: > On Aug 26, 2008, at 2:00 PM, Richard W.M. Jones wrote: >> We're trying to build collectd in EPEL 5. It fails because the >> version of libvirt is missing a symbol which was added relatively >> recently. > > I had that same issue recently when building collectd at work. libvirt > on rhel5 has that symbol (virDomainBlockstats or something). > The problem is that autoconf is compiling a test program against > libvirt, which fails because it can find -lxenstore. Adding xen-devel to > the BR of collectd fixes this, but this probably a bug in libvirt. Yes, we tracked it down and in fact it's a bug in the RHEL5 libvirt package (460138), with dependencies as you say. I have now built collectd in the EL-5 branch. A few other fixes were needed too. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora From ruben at rubenkerkhof.com Thu Aug 28 15:23:48 2008 From: ruben at rubenkerkhof.com (Ruben Kerkhof) Date: Thu, 28 Aug 2008 17:23:48 +0200 Subject: How do I find out what versions/packages are in the builders? In-Reply-To: <20080828142605.GA24078@amd.home.annexia.org> References: <20080826120013.GB9978@amd.home.annexia.org> <20080828142605.GA24078@amd.home.annexia.org> Message-ID: <5FA2CE27-CB88-4AE0-9A1F-7A0E60B71072@rubenkerkhof.com> On Aug 28, 2008, at 4:26 PM, Richard W.M. Jones wrote: > I have now built collectd in the EL-5 branch. A few other fixes were > needed too. > > Rich. Ah, great. Are you considering EL-4 as well? We've build it locally without the libvirt plugin. The only thing I had to change was the BR on libpcap-devel. That one's libpcap on Rhel4. Regards, Ruben -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 1638 bytes Desc: not available URL: From ultimatetux at gmail.com Sun Aug 31 04:36:26 2008 From: ultimatetux at gmail.com (Ahmed Medhat) Date: Sun, 31 Aug 2008 06:36:26 +0200 Subject: Regarding haproxy package init script bug! Message-ID: Hello, I found a problem when doing `/etc/init.d/haproxy stop` whenever the `nbproc` value is set to any value greater than 1 that only one process gets terminated from the total defined number of `nbproc`, So let's say we set nbproc value to 2 and try to restart haproxy, 2 separate _mother_ processes will be created and their pids will be listed /var/run/haproxy.pid in separate lines, Actually I am totally convinced that it is technically a bug within haproxy as they should be having some sort of mother process which fork as many child processes as needed and distribute them among processors but also after evaluating how the init script tend to stop the processes it seems that it is using the function killproc from /etc/rc.d/init.d/functions which if it did have some sort of a loop to get all new line separated pids from pid files and terminate them in order would've been a solution as it's not the first time I see a pid file listing pids for a number of processes, but there could also be another number of solution regarding this issue. To fix this issue _temporarily_ I replaced the line where it says `killproc $prog` with the following. for i in $(cat /var/run/$prog.pid); do kill -9 $i; done Which should be a temporarily fix. Thanks, /Ahmed Medhat/