EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 603 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 117 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5 93 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5 57 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 32 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12091/bip-0.8.9-1.el5 23 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12159/389-ds-base-1.2.11.25-1.el5 23 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12169/gc-7.1-6.el5 18 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12221/drupal6-6.29-1.el5 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12302/zabbix20-2.0.9-2.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12330/munin-2.0.19-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing bcfg2-1.3.3-3.el5 Details about builds: bcfg2-1.3.3-3.el5 (FEDORA-EPEL-2013-12392) A configuration management system Update Information: Fixes bz #1043229 This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). Disable server-cherrypy package build to make Fedora buildsys happy This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). Update for el5 branch: - Upstream 1.3.3 release - Including the new specfile reconciled with upstream's. This package's reporting system is known to break, but the reporter lost interest before the problem was resolved. If others are still running the bcfg2 reporting or server on el5, I'll gladly work with them to resolve any packaging problems. ChangeLog: * Sun Dec 15 2013 John Morris j...@zultron.com - 1.3.3-3 - Remove unneeded Django dep in 'web' package, bz #1043229 * Sun Nov 24 2013 John Morris j...@zultron.com - 1.3.3-2 - Fix CherryPyCore.py exclude glob to include compiled files - Disable server-cherrypy package build to make Fedora buildsys happy * Thu Nov 7 2013 Sol Jerome sol.jer...@gmail.com 1.3.3-1 - New upstream release * Sun Aug 4 2013 John Morris j...@zultron.com - 1.3.2-2 - Reconcile divergences with upstream specfile, as requested by upstream (equally large changes made upstream version to reconcile with Fedora package) - Python macro cleanups - Accommodations for OpenSUSE - Macros for pre and rc releases - Move BRs to top of file - Rearrange lines to match upstream - Change %descriptions to match upstream - Group: tag tweaks - Slim down file tweaks in %prep section; fix apache config paths - Install report collector init file - Separate server-cherrypy package - Rearrange %files sections - Disable two unit tests that break on all RH distros * Wed Jul 3 2013 John Morris j...@zultron.com - 1.3.2-1 - Update to new upstream version 1.3.2 - Move settings.py into server package (fixes bug reported on bcfg2-dev ML) - Use init scripts from redhat/scripts directory - Fix EL5/EL6 sphinx docs - Require python-inotify instead of gamin-python; recommended by upstream - Remove obsolete bcfg2-py27-auth.patch, accepted upstream - Add %check script - Hack test suite to use local copies of XMLSchema.xsd and xml.xsd - Many new BRs to support %check script - Disable %check script on EL5, where there is no python-mock package - Cleanups to _pre/_rc macros - Mark EL5 relics - Other minor formatting * Mon Apr 8 2013 Fabian Affolter m...@fabian-affolter.ch - 1.3.1-1 - Updated to new upstream version 1.3.1 * Mon Mar 18 2013 Fabian Affolter m...@fabian-affolter.ch - 1.3.0-1 - Updated to new upstream version 1.3.0 * Wed Feb 13 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.3.0-0.2.pre2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild * Wed Oct 31 2012 Fabian Affolter m...@fabian-affolter.ch - 1.3.0-0.1.pre2 - Updated to new upstream version 1.3.0 pre2 * Mon Aug 27 2012 Václav Pavlín vpav...@redhat.com - 1.2.3-3
EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 603 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 117 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6 59 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11865/quassel-0.9.1-1.el6 32 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12079/bip-0.8.9-1.el6 18 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-1/drupal6-6.29-1.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12238/seamonkey-2.21-2.esr1.el6 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12301/zabbix-1.8.18-2.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12324/munin-2.0.19-1.el6 3 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12361/libreswan-3.7-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12386/v8-3.14.5.10-3.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing bcfg2-1.3.3-3.el6 fedpkg-1.15-1.el6 php-symfony-2.3.7-4.el6 thunderbird-lightning-2.6.4-1.el6 Details about builds: bcfg2-1.3.3-3.el6 (FEDORA-EPEL-2013-12389) A configuration management system Update Information: Fixes bz #1043229 This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). Disable server-cherrypy package build to make Fedora buildsys happy This update includes the new upstream 1.3.3 release and the work to reconcile the upstream specfile with the Fedora specfile. The new specfile includes the 'settings.py' module bugfix (commit 7895f095 from July). Update for el5 branch: - Upstream 1.3.3 release - Including the new specfile reconciled with upstream's. This package's reporting system is known to break, but the reporter lost interest before the problem was resolved. If others are still running the bcfg2 reporting or server on el5, I'll gladly work with them to resolve any packaging problems. ChangeLog: * Sun Dec 15 2013 John Morris j...@zultron.com - 1.3.3-3 - Remove unneeded Django dep in 'web' package, bz #1043229 * Sun Nov 24 2013 John Morris j...@zultron.com - 1.3.3-2 - Fix CherryPyCore.py exclude glob to include compiled files - Disable server-cherrypy package build to make Fedora buildsys happy * Thu Nov 7 2013 Sol Jerome sol.jer...@gmail.com 1.3.3-1 - New upstream release * Sun Aug 4 2013 John Morris j...@zultron.com - 1.3.2-2 - Reconcile divergences with upstream specfile, as requested by upstream (equally large changes made upstream version to reconcile with Fedora package) - Python macro cleanups - Accommodations for OpenSUSE - Macros for pre and rc releases - Move BRs to top of file - Rearrange lines to match upstream - Change %descriptions to match upstream - Group: tag tweaks - Slim down file tweaks in %prep section; fix apache config paths - Install report collector init file - Separate server-cherrypy package - Rearrange %files sections - Disable two unit tests that break on all RH distros * Wed Jul 3 2013 John Morris j...@zultron.com - 1.3.2-1 - Update to new upstream version 1.3.2 - Move settings.py into server package (fixes bug reported on bcfg2-dev ML) - Use init scripts from redhat/scripts directory - Fix EL5/EL6 sphinx docs - Require python-inotify instead of gamin-python; recommended by upstream - Remove obsolete bcfg2-py27-auth.patch, accepted upstream - Add %check script - Hack test suite to use local copies of XMLSchema.xsd and xml.xsd - Many new BRs to support %check script - Disable %check script on EL5, where there is no python-mock package - Cleanups to _pre/_rc macros - Mark EL5 relics - Other minor formatting * Mon Apr 8 2013 Fabian Affolter m...@fabian-affolter.ch - 1.3.1-1 - Updated to new upstream version 1.3.1 References: [ 1 ] Bug #1043229 - web package has broken Django dep for el5 https://bugzilla.redhat.com/show_bug.cgi?id=1043229 [ 2 ] Bug #1003882 - Bcfg2-server requires bcfg2-web https://bugzilla.redhat.com/show_bug.cgi?id=1003882
Re: EPEL epel7 planning and processes
On Sun, Dec 15, 2013 at 9:48 PM, Dennis Gilmore den...@ausil.us wrote: done https://fedoraproject.org/wiki/EPEL/epel7 Thanks Dennis, for setting all this up! Where does this leave us now? Can people start submitting builds already, or are we still missing some infrastructure pieces? -Jeff ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 604 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 118 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5 94 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5 58 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 33 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12091/bip-0.8.9-1.el5 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12159/389-ds-base-1.2.11.25-1.el5 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12169/gc-7.1-6.el5 19 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12221/drupal6-6.29-1.el5 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12302/zabbix20-2.0.9-2.el5 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12330/munin-2.0.19-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing thunderbird-lightning-2.6.4-1.el5 wordpress-3.8-1.el5 Details about builds: thunderbird-lightning-2.6.4-1.el5 (FEDORA-EPEL-2013-12395) The calendar extension to Thunderbird Update Information: Update to 2.6.4 for TB 24.2.0. ChangeLog: * Wed Dec 11 2013 Orion Poplawski or...@cora.nwra.com - 2.6.4-1 - Update to 2.6.4 - Exclude cs locale for now - doesn't build - Split Google data provider into a sub-package (bug #554113) - Only build WebRTC on x86 to fix FTBFS on other arches wordpress-3.8-1.el5 (FEDORA-EPEL-2013-12394) Blog tool and publishing platform Update Information: WordPress 3.8 “Parker” Upstream announcement: http://wordpress.org/news/2013/12/parker/ ChangeLog: * Mon Dec 16 2013 Remi Collet rcol...@redhat.com - 3.8-1 - update to 3.8 “Parker” #1043104 - link to README.fedora in package description - add note about optional packages #1037516 - add php dependencies: ereg, ftp, gd, xml - del php dependencies: pdo, reflection ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: really stop really commits (really!)
On 14/12/13 04:35, Rahul Sundaram wrote: Hi On Fri, Dec 13, 2013 at 8:42 PM, T.C. Hollingsworth wrote: To prevent this from happening in the future, I wrote a little git pre-commit hook to help out, which I figured I'd share with you all: http://patches.fedorapeople.org/patchcheck.py Would it be possible to hook it up with fedpkg by default so that all Fedora packagers get this functionality? Rahul Yeah, it would be awesome to include the check into fedpkg. Currently now I did the issue as well:( -- Best regards / S pozdravem Petr Hracek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On 12/15/2013 12:01 PM, Richard W.M. Jones wrote: On Fri, Dec 13, 2013 at 06:42:11PM -0700, T.C. Hollingsworth wrote: To prevent this from happening in the future, I wrote a little git pre-commit hook to help out, which I figured I'd share with you all: http://patches.fedorapeople.org/patchcheck.py It verifies that: - all patches are committed to git - all patches are applied in %prep - no unexpanded %patch macros exist in %prep If any of the above checks fail, the commit is aborted. It would be nice also to check that the sources file contains the Sources listed in the spec file, since I often bump the version number and forget to upload the new sources. There are some cases when we need it (sources taken as a snapshot from git/cvs), patches applied by different way. So please don't make the check mandatory, just warning. ma. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Sun, Dec 15, 2013 at 4:01 AM, Richard W.M. Jones rjo...@redhat.com wrote: It would be nice also to check that the sources file contains the Sources listed in the spec file, since I often bump the version number and forget to upload the new sources. Yeah. I actually have a little shell function that runs `spectool`, a tarball stripping script if one exists, and then `fedpkg new-sources` together because invariably I forget some part of that. ;-) Actually we really should check that both SourceN and PatchN are in one of either git or the lookaside cache. There's valid reason for SourceNs to be in git (.desktop files, systemd units, etc.) and for PatchNs to be in the lookaside cache (software that distributes updates via patches like the kernel or vim). So now the script checks both Sources and Patches and makes sure they're both somewhere koji can find them later. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, Dec 16, 2013 at 12:45 AM, Marcin Juszkiewicz mjuszkiew...@redhat.com wrote: Does it handle %autosetup use as well? Now it does. :-) -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com wrote: There are some cases when we need it (sources taken as a snapshot from git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find them later. I'm not sure how it could get this wrong? patches applied by different way. How else can you apply patches listed on PatchN lines? It already covers %patchN, %{patches}, and now %autosetup. If there's something else, I'd really like to know. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, 2013-12-16 at 01:47 -0700, T.C. Hollingsworth wrote: On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com wrote: There are some cases when we need it (sources taken as a snapshot from git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find them later. I'm not sure how it could get this wrong? patches applied by different way. How else can you apply patches listed on PatchN lines? It already covers %patchN, %{patches}, and now %autosetup. If there's something else, I'd really like to know. The kernel package uses a custom-defined ApplyPatch macro, for example. -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On 12/16/2013 09:47 AM, T.C. Hollingsworth wrote: On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com wrote: There are some cases when we need it (sources taken as a snapshot from git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find them later. I'm not sure how it could get this wrong? I mean the upstream source check. It may not work if you use generated source files [1]. patches applied by different way. How else can you apply patches listed on PatchN lines? It already covers %patchN, %{patches}, and now %autosetup. If there's something else, I'd really like to know. For instance we use this construction in xulunner: sed -e 's/__RH_NSPR_VERSION__/%{nspr_version}/' %{P:%%PATCH0} version.patch %{__patch} -p2 -b --suffix .nspr --fuzz=0 version.patch which may confuse the check script. ma. [1] https://fedoraproject.org/wiki/Packaging:SourceURL#Using_Revision_Control -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Base] Proposal for buildrequires cleanup janitorial initiative
On Sun, Dec 15, 2013 at 06:31:56PM -0500, Ben Boeckel wrote: On Sun, Dec 15, 2013 at 22:12:09 +, Richard W.M. Jones wrote: TBH I don't think that's necessarily a bug. As long as B-devel Requires C-devel, and if A isn't directly including headers from C-devel, it seems fine for A not to BuildRequire C-devel. I was getting at C-devel being a BR is a bug, so we agree here, but it looks like a-br just lists things without a rationale. I don't know how fancy you could get, but maybe tracking open/close recursively to see what is included where would work? Patches welcome. It's only 905 lines of code. In the original case in this thread, we're interested in the case where a BR is declared in the spec file but auto-buildrequires doesn't show that BR. This would be evidence that the BR is not needed and should be deleted, or at least carefully examined. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: idea for installation - web
On Sun, Dec 15, 2013 at 09:29:52PM -0500, Nico Kadel-Garcia wrote: On Sun, Dec 15, 2013 at 8:15 AM, Jos Vos j...@xos.nl wrote: On Sun, Dec 15, 2013 at 10:19:30AM +0200, חץ בן חמו wrote: Could someone please add them to the boot menu please? I've been searching for ages for those options and I didn't see it mentioned anywhere. http://docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/ap-admin-options.html It's just useless to add such options to the boot menu, as many of them require extra parameters (like vncpassword). The text install is not very attractive to give as option. Compared to the current graphically intensive, slow, and extremely confusing spoke and wheel model that has next to nothing to do with how the installation is actually done? Especially for low bandwidth remote or virtualized consoles, where getting the full graphical installation working is nightmarish? It's very attractive, indeed. Unfortunately the text installation uses the same model, but hides information, making it even more confusing. See: https://bugzilla.redhat.com/show_bug.cgi?id=1001792 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, Dec 16, 2013 at 1:59 AM, Mathieu Bridon boche...@fedoraproject.org wrote: The kernel package uses a custom-defined ApplyPatch macro, for example. It still uses %{patches} though, so it would pass. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: EPEL for RHEL7 Beta
Am 16.12.2013 01:58, schrieb Kevin Kofler: Reindl Harald wrote: i am at bulding up an RHEL7 virtual machine for 2014-project-evaluation which looks so far very promising - RHEL6 is not what i would want because my main-target is Fedora and there are too much differences (systemd, Apache 2.4) while porting configs and systemd-units to RHEL7 works like a charme Unfortunately, by the nature of Fedora and RHEL, they will diverge more and more. By the time RHEL 7 is officially out, Fedora will already have moved on significantly. By the time RHEL 8 will go into beta, RHEL 7 will be as outdated as RHEL 6 is now. that's true but the point is *now* i have compareable systems and can re-use working configurations instead go back tzo sysv-init-scripts and Apache 2.2 and the most dramatic changes where systemd, UsrMove, GRUB2 which are all included currently many things are at F20 state (systemd, rsyslog.) signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
Dne 16.12.2013 09:47, T.C. Hollingsworth napsal(a): On Mon, Dec 16, 2013 at 1:11 AM, Martin Stransky stran...@redhat.com wrote: There are some cases when we need it (sources taken as a snapshot from git/cvs) Huh? The sources have to be either in git or in the lookaside cache for koji to find them later. I'm not sure how it could get this wrong? It prevents even local commits if I am not wrong. I do commit locally although I probably don't want push the snapshot sources, because I update them later, when time comes. patches applied by different way. How else can you apply patches listed on PatchN lines? It already covers %patchN, %{patches}, and now %autosetup. If there's something else, I'd really like to know. http://pkgs.fedoraproject.org/cgit/rubygem-activeresource.git/tree/rubygem-activeresource.spec?h=f18#n86 http://pkgs.fedoraproject.org/cgit/rubygem-activerecord.git/tree/rubygem-activerecord.spec?h=f18#n95 Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, Dec 16, 2013 at 2:02 AM, Martin Stransky stran...@redhat.com wrote: I mean the upstream source check. It may not work if you use generated source files [1]. No way am I doing an upstream source check in a git pre-commit hook! I'm not waiting for v8 to be downloaded and hashed every time I commit to it, and firefox would be no fun either. ;-) I would very strongly object to any sort of git pre-commit hook that required network access of any kind. The whole point of git is that you're supposed to be able to commit offline! No, this just checks the sources file to make sure you've uploaded to the lookaside cache. For instance we use this construction in xulunner: sed -e 's/__RH_NSPR_VERSION__/%{nspr_version}/' %{P:%%PATCH0} version.patch %{__patch} -p2 -b --suffix .nspr --fuzz=0 version.patch which may confuse the check script. This is fine, since %PATCH0 is used somewhere. Its regex is deliberately stupid and broad. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Base] Proposal for buildrequires cleanup janitorial initiative
Dne 15.12.2013 11:55, Richard W.M. Jones napsal(a): On Fri, Dec 13, 2013 at 10:57:00AM -0500, Matthew Miller wrote: On Fri, Dec 13, 2013 at 12:20:50PM +0100, Vít Ondruch wrote: * It might be interesting to have some script, which tries to audit BR, e.g. it removes all BR first and then adds them back as they are required. This could reveal some BR which are actually not needed anymore, but are listed among BR from historic reasons. This is kind of hard to do without extensive functional tests, because it may be that a BR was added because the build completes happily without it but misses the related functionality. (This is pretty common, I think.) auto-buildrequires (http://people.redhat.com/~rjones/auto-buildrequires/) uses an LD_PRELOAD hack to find out what BuildRequires are packages are actually touched during the build. Therefore it does not suffer from this problem. Rich. Unfortunately, there are some BR which are needed to pass the test suite, there are also other languages, which does not produce ELF files So it might help, but it does not solve everything. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: really stop really commits (really!)
On Mon, Dec 16, 2013 at 2:29 AM, Vít Ondruch vondr...@redhat.com wrote: It prevents even local commits if I am not wrong. Yeah, to only do it when commits are pushed would mean to do it as a pre-receive hook on the dist-git server, which makes things significantly more complicated. Plus aborting right when you commit so you can just fix it real quick is much nicer than aborting it after you've already entered your SSH passphrase and then having to go back and amend the commit, etc. I do commit locally although I probably don't want push the snapshot sources, because I update them later, when time comes. This should happen rarely enough that having to use `git commit --no-verify` to bypass it wouldn't be too much trouble? I think that in general it's reasonable to expect that anything committed to a dist-git clone is intended to be pushed upstream to dist-git. If you want to play around, use a topic branch. If it's really a one-off, just bypass the check that one time. http://pkgs.fedoraproject.org/cgit/rubygem-activeresource.git/tree/rubygem-activeresource.spec?h=f18#n86 http://pkgs.fedoraproject.org/cgit/rubygem-activerecord.git/tree/rubygem-activerecord.spec?h=f18#n95 These are fine, since they use %{PATCH0}. I guess I should have mentioned it checks for both uppercase and lowercase forms, sorry. -T.C. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Base] Proposal for buildrequires cleanup janitorial initiative
On Mon, Dec 16, 2013 at 10:39:16AM +0100, Vít Ondruch wrote: Dne 15.12.2013 11:55, Richard W.M. Jones napsal(a): On Fri, Dec 13, 2013 at 10:57:00AM -0500, Matthew Miller wrote: On Fri, Dec 13, 2013 at 12:20:50PM +0100, Vít Ondruch wrote: * It might be interesting to have some script, which tries to audit BR, e.g. it removes all BR first and then adds them back as they are required. This could reveal some BR which are actually not needed anymore, but are listed among BR from historic reasons. This is kind of hard to do without extensive functional tests, because it may be that a BR was added because the build completes happily without it but misses the related functionality. (This is pretty common, I think.) auto-buildrequires (http://people.redhat.com/~rjones/auto-buildrequires/) uses an LD_PRELOAD hack to find out what BuildRequires are packages are actually touched during the build. Therefore it does not suffer from this problem. Rich. Unfortunately, there are some BR which are needed to pass the test suite, there are also other languages, which does not produce ELF files So it might help, but it does not solve everything. auto-buildrequires will find all those dependencies. The only thing it won't probe are statically linked binaries. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
fedora-review 0.5.1 released
This is mostly a bugfix release, solving issues with mock in F20 (bz#1028332) and several other check problems. Thanks goes again to Alec for tirelessly working on improving f-r. Feel free to test the updates[1,2,3,4] News: - Added framework for moving plugins out of the fedora-review source tree; the java plugin is now external. This feature is still experimental. - Hide some tests when they are not applicable (#229). - Fix a bug in make_dist (#228). - Added stub plugins for Ocaml and Haskell allowing static linkage (#220, #221). - Add a fonts plugin running repo-fonts-audit (#215). - Enhance systemd config files handling (#214, #193). - Update CheckStaticLibs to current GL (#222). - CheckStaticLibs: fix typo causing false positives (bz 1012873). - Added new XML report designed for batch testing( #197). - Fixed a bad bug where deprecations was honored in non-applicable shell tests (498fa464b). - Make paths in licensecheck.txt relative to source dir (ee29d7e). - Handle inconsistent yum caches (bz #1028332). - Fix some EPEL5 glitches (bz #1040353, bz #1040369). - Add command line option to koji-download-scratch (bz #1027616). fedora-review developers maintainers [1] https://admin.fedoraproject.org/updates/FEDORA-2013-23402 (F18) [2] https://admin.fedoraproject.org/updates/FEDORA-2013-23423 (F19) [3] https://admin.fedoraproject.org/updates/FEDORA-2013-23340 (F20) [4] https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-12371 (EL6) -- Stanislav Ochotnicky sochotni...@redhat.com Software Engineer - Developer Experience PGP: 7B087241 Red Hat Inc. http://cz.redhat.com signature.asc Description: signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
rawhide report: 20131216 changes
Compose started at Mon Dec 16 05:15:06 UTC 2013 Broken deps for i386 -- [LuxRender] LuxRender-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-1.0-16.fc21.i686 requires libHalf.so.10 LuxRender-core-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-core-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-core-1.0-16.fc21.i686 requires libHalf.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libImath-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libIlmThread-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libIlmImf-Imf_2_0.so.20 LuxRender-lib-1.0-16.fc21.i686 requires libIex-2_0.so.10 LuxRender-lib-1.0-16.fc21.i686 requires libHalf.so.10 [OpenEXR_CTL] OpenEXR_CTL-1.0.1-16.fc20.i686 requires libImath.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmThread.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIlmImf.so.7 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIexMath.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libIex.so.6 OpenEXR_CTL-1.0.1-16.fc20.i686 requires libHalf.so.6 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmThread.so.6 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIlmImf.so.7 OpenEXR_CTL-libs-1.0.1-16.fc20.i686 requires libIex.so.6 [OpenEXR_Viewers] OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libImath-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIlmThread-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIlmImf-Imf_2_0.so.20 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIexMath-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libIex-2_0.so.10 OpenEXR_Viewers-2.0.1-3.fc21.i686 requires libHalf.so.10 [calligra] calligra-krita-2.7.90-1.fc21.i686 requires libkritasketchlib.so [converseen] converseen-0.6.2-2.fc20.i686 requires libMagick++-6.Q16.so.1 [derelict] derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod derelict-tcod-devel-3-20.20130626gite70c293.fc20.i686 requires tcod [dmapd] dmapd-0.0.55-5.fc21.i686 requires libImath-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIlmThread-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIlmImf-Imf_2_0.so.20 dmapd-0.0.55-5.fc21.i686 requires libIexMath-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libIex-2_0.so.10 dmapd-0.0.55-5.fc21.i686 requires libHalf.so.10 [dragonegg] dragonegg-3.3-11.fc21.i686 requires gcc = 0:4.8.2-1.fc21 [drawtiming] drawtiming-0.7.1-11.fc20.i686 requires libMagick++-6.Q16.so.1 [enblend] enblend-4.1.2-3.fc21.i686 requires libvigraimpex.so.4 [evolution-rss] 1:evolution-rss-0.3.94-2.fc21.i686 requires libcamel-1.2.so.46 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-16.fc21.i686 requires gcc = 0:4.8.2-4.fc21 gcc-python2-plugin-0.12-16.fc21.i686 requires gcc = 0:4.8.2-4.fc21 gcc-python3-debug-plugin-0.12-16.fc21.i686 requires gcc = 0:4.8.2-4.fc21 gcc-python3-plugin-0.12-16.fc21.i686 requires gcc = 0:4.8.2-4.fc21 [gpsdrive] gpsdrive-2.11-20.fc20.i686 requires libgps.so.20 [gtkd] gtkd-2.0.0-29.20120815git9ae9181.fc18.i686 requires libphobos-ldc.so.60 [httpdtap] httpdtap-0.2-2.fc21.noarch requires kernel-debuginfo httpdtap-0.2-2.fc21.noarch requires httpd-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-util-debuginfo httpdtap-0.2-2.fc21.noarch requires apr-debuginfo [kawa] 1:kawa-1.11-5.fc19.i686 requires servlet25 [kmymoney] kmymoney-4.6.4-1.fc21.i686 requires libcalligrakdchart.so.12 [koji] koji-vm-1.8.0-2.fc20.noarch requires python-virtinst [libghemical] libghemical-2.99.1-24.fc20.i686 requires libf77blas.so.3 libghemical-2.99.1-24.fc20.i686 requires libatlas.so.3 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.i686 requires libopenobex.so.1 [licq] licq-1.8.1-1.fc21.i686 requires libgloox.so.8 [mpqc] mpqc-2.3.1-23.fc20.i686 requires libf77blas.so.3 mpqc-2.3.1-23.fc20.i686 requires libatlas.so.3 [netdisco] netdisco-1.1-6.fc20.noarch requires perl(SNMP::Info::Layer2::Bay) [nifti2dicom] nifti2dicom-0.4.6-3.fc20.i686 requires libvtksys.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkWidgets.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkVolumeRendering.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires libvtkViews.so.5.10 nifti2dicom-0.4.6-3.fc20.i686 requires
[Owner-change] Fedora packages ownership change
Change in ownership over the last 168 hours === 9 packages were orphaned jbosscache-support [devel,f18,f19,f20] was orphaned by madsa JBossCache support package https://admin.fedoraproject.org/pkgdb/acls/name/jbosscache-support ha-jdbc [devel,f18,f19,f20] was orphaned by madsa High-availability JDBC https://admin.fedoraproject.org/pkgdb/acls/name/ha-jdbc jgroups212 [devel,f18,f19,f20] was orphaned by madsa A toolkit for reliable multicast communication https://admin.fedoraproject.org/pkgdb/acls/name/jgroups212 python26-requests [EL-5] was orphaned by madsa HTTP library, written in Python, for human beings https://admin.fedoraproject.org/pkgdb/acls/name/python26-requests netty31 [devel,f18,f19,f20] was orphaned by madsa An asynchronous event-driven network application framework and tools for Java https://admin.fedoraproject.org/pkgdb/acls/name/netty31 jdbm [devel,f18,f19,f20] was orphaned by madsa A transactional persistence engine for Java https://admin.fedoraproject.org/pkgdb/acls/name/jdbm hamcrest12 [devel,f18,f19,f20] was orphaned by madsa Library of matchers for building test expressions https://admin.fedoraproject.org/pkgdb/acls/name/hamcrest12 mule [devel,f18,f19,f20] was orphaned by madsa Mule Enterprise Service Bus Java libraries https://admin.fedoraproject.org/pkgdb/acls/name/mule jbosscache-core [devel,f18,f19,f20] was orphaned by madsa JBoss object cache https://admin.fedoraproject.org/pkgdb/acls/name/jbosscache-core 11 packages unorphaned -- gil unorphaned : xmlbeans [devel,f19,f20] gholms unorphaned : eucalyptus [devel,f19,f20] msrbunorphaned : apache-ivy [EL-5,EL-6,devel,f18,f19,f20] gil unorphaned : axis2 [devel,f19,f20] gil unorphaned : woden [devel,f19,f20] gil unorphaned : neethi [devel,f19,f20] gil unorphaned : stax-utils [devel,f19,f20] msrbunorphaned : xstream [EL-5,EL-6,devel,f18,f19,f20] msrbunorphaned : groovy [EL-5,EL-6,devel,f18,f19,f20] gil unorphaned : axiom [devel,f19,f20] besser82unorphaned : wordnet [EL-6,devel,f19,f20] 4 packages were retired R-RScaLAPACK [devel] was retired by spot An interface to perform parallel computation on linear algebra problems using ScaLAPACK https://admin.fedoraproject.org/pkgdb/acls/name/R-RScaLAPACK zif [devel,f20] was retired by rhughes Simple wrapper for rpm https://admin.fedoraproject.org/pkgdb/acls/name/zif anaconda-yum-plugins [devel] was retired by notting Installation-related yum plugins https://admin.fedoraproject.org/pkgdb/acls/name/anaconda-yum-plugins blueman [devel,f18,f18,f19,f20] was retired by nushio GTK+ Bluetooth Manager https://admin.fedoraproject.org/pkgdb/acls/name/blueman 4 packages changed owner limbgave to besser82 : rubygem-narray [EL-5,EL-6] ausil gave to stahnma: epel-release [epel7] limbgave to pmackinn : datanucleus-rdbms [f20] limbgave to orion : python-xlib [EL-6] Sources: https://github.com/pypingou/fedora-owner-change -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
sunpinyin
Anyone being familiar with sunpinyin please help with this re-review: https://bugzilla.redhat.com/1043504 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Agenda for today's Env-and-Stacks WG meeting (2013-12-17)
WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. == Next Steps == - I suggest copying first two paragrahps for our so called PRD from https://fedoraproject.org/wiki/Cloud_PRD as was discussed two weeks ago. - PRD - based on discussion on env-and-stacks mailing list (some discussion on pad: http://piratepad.net/PwUiH4MEPR) If we don't have any other input from other areas, we could sum up what we discussed and create list of tasks for future work (Review tool, taskotron, ...). == Open Floor == -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Status of Xclients.d?
In /etc/X11/xinit/Xsession: # This Xsession.d implementation, is intended to obsolte and replace the # various mechanisms present in the 'case' statement which follows, and to # eventually be able to easily remove all hard coded window manager specific # content from this script. See bug #142260 for additional explanation and # details. All window manager rpm packages and desktop environment # packages should be modified to provide the Xsession.d/Xsession.$wm scripts # to start themselves up. In the future, the legacy switchdesk mechanisms # and hard coded window managers and desktop environments will be removed from # this script. XCLIENTS_D=/etc/X11/xinit/Xclients.d if [ $# -eq 1 ] [ -x $XCLIENTS_D/Xclients.$1.sh ]; then exec -l $SHELL -c $CK_XINIT_SESSION $SSH_AGENT $XCLIENTS_D/Xclients.$1.sh else ... However, it looks likes only wmx ships a Xclients.d startup file. Is this still a goal (to use Xclients.d files and remove the case statement from Xsession)? I also note that this Xsession implementation appears to be quite different from Debian, which appears to source every file in Xsession.d, the last of which is expected to exec the startup file. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Agenda for today's Env-and-Stacks WG meeting (2013-12-17)
- Original Message - From: Marcela Mašláňová mmasl...@redhat.com To: Fedora Environment and Stacks Working Group mailing list env-and-sta...@lists.fedoraproject.org, Development discussions related to Fedora devel@lists.fedoraproject.org Sent: Monday, December 16, 2013 11:12:15 AM Subject: Agenda for today's Env-and-Stacks WG meeting (2013-12-17) WG meeting will be at 16:00 UTC in #fedora-meeting on Freenode. I assume you mean tomorrow? == Next Steps == - I suggest copying first two paragrahps for our so called PRD from https://fedoraproject.org/wiki/Cloud_PRD as was discussed two weeks ago. - PRD - based on discussion on env-and-stacks mailing list (some discussion on pad: http://piratepad.net/PwUiH4MEPR) If we don't have any other input from other areas, we could sum up what we discussed and create list of tasks for future work (Review tool, taskotron, ...). == Open Floor == ___ env-and-stacks mailing list env-and-sta...@lists.fedoraproject.org https://lists.fedoraproject.org/mailman/listinfo/env-and-stacks -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Status of Xclients.d?
On Mon, Dec 16, 2013 at 09:35:03AM -0700, Orion Poplawski wrote: In /etc/X11/xinit/Xsession: # This Xsession.d implementation, is intended to obsolte and replace the # various mechanisms present in the 'case' statement which follows, and to I think this in turn was obsoleted by using systemd units directly: http://fedoraproject.org/wiki/Features/DisplayManagerRework -- Tomasz TorczOnly gods can safely risk perfection, xmpp: zdzich...@chrome.pl it's a dangerous thing for a man. -- Alia -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Status of Xclients.d?
On 12/16/2013 10:21 AM, Tomasz Torcz wrote: On Mon, Dec 16, 2013 at 09:35:03AM -0700, Orion Poplawski wrote: In /etc/X11/xinit/Xsession: # This Xsession.d implementation, is intended to obsolte and replace the # various mechanisms present in the 'case' statement which follows, and to I think this in turn was obsoleted by using systemd units directly: http://fedoraproject.org/wiki/Features/DisplayManagerRework I'm talking about launching user X sessions after login, not starting a display manager at boot. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction and koan de-orphaning
On 12/13/2013 03:19 PM, Orion Poplawski wrote: On 12/13/2013 12:49 PM, Stephen Herr wrote: Hi everyone, I'm Stephen Herr (sherr). I noticed that the koan package is orphaned in Fedora and that it has one or two fairly important bugs. I'm a developer on the Satellite / Spacewalk projects and I've been packaging / maintaining koan for over a year with them, so I figured I could contribute back to the OS I've used for so long by picking them up. Looking forward to contributing to Fedora's greatness! -Stephen I guess I don't quite understand - koan is a sub-package of cobbler. Is it getting split back out? Or are you going to be helping to maintain the koan part of cobbler? I was operating under a misunderstanding. Bugzilla is currently marking koan bugs as owned by the orphan owner. You are correct that koan was merged into cobbler. I thought that since the bugs were marked as owned by the orphan owner and koan is marked as orphaned in the package database that somehow the koan rpm was orphaned even though the cobbler package is not (usage of rpm and package very intentional). https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDclassification=Fedoracomponent=koanlist_id=2014071product=Fedoraquery_format=advanced I think what needs to happen is that the cobbler package maintainer needs to be marked as the default bug owner for koan bugs in bugzilla, and any existing koan bugs be re-assigned. Anyone know who I have to talk to about doing that? -Stephen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction and koan de-orphaning
On 12/16/2013 12:22 PM, Stephen Herr wrote: On 12/13/2013 03:19 PM, Orion Poplawski wrote: On 12/13/2013 12:49 PM, Stephen Herr wrote: Hi everyone, I'm Stephen Herr (sherr). I noticed that the koan package is orphaned in Fedora and that it has one or two fairly important bugs. I'm a developer on the Satellite / Spacewalk projects and I've been packaging / maintaining koan for over a year with them, so I figured I could contribute back to the OS I've used for so long by picking them up. Looking forward to contributing to Fedora's greatness! -Stephen I guess I don't quite understand - koan is a sub-package of cobbler. Is it getting split back out? Or are you going to be helping to maintain the koan part of cobbler? I was operating under a misunderstanding. Bugzilla is currently marking koan bugs as owned by the orphan owner. You are correct that koan was merged into cobbler. I thought that since the bugs were marked as owned by the orphan owner and koan is marked as orphaned in the package database that somehow the koan rpm was orphaned even though the cobbler package is not (usage of rpm and package very intentional). https://bugzilla.redhat.com/buglist.cgi?bug_status=NEWbug_status=ASSIGNEDclassification=Fedoracomponent=koanlist_id=2014071product=Fedoraquery_format=advanced I think what needs to happen is that the cobbler package maintainer needs to be marked as the default bug owner for koan bugs in bugzilla, and any existing koan bugs be re-assigned. Anyone know who I have to talk to about doing that? -Stephen I've reset the koan bugs to be cobbler bugs: bugzilla modify -c cobbler --reset-assignee --comment='koan is a sub-package of cobbler' 963962 977070 1021047 824476 868050 788890 540998 I believe Dennis Gilmore is our bugzilla person - perhaps it would be possible to remove the koan component at this point. Not sure. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1043149] /usr/lib/rpm/macros.perl: __find_provides macro point to non existing file
https://bugzilla.redhat.com/show_bug.cgi?id=1043149 Panu Matilainen pmati...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||pmati...@redhat.com Resolution|--- |UPSTREAM Last Closed||2013-12-16 03:52:28 --- Comment #2 from Panu Matilainen pmati...@redhat.com --- Right... /usr/lib/rpm/macros.{perl,php,python} are mostly nothing but ancient cruft, for all practical purposes they've been untouched since their addition to upstream sources circa 10 years ago. The __find_* macros for perl have always pointed to non-existent files and redefining them this way wouldn't have been a very sane thing to do even back then, these days even less so. OTOH those macros dont actually affect anything unless the deprecated external dependency generator is used. Fixed upstream by removing the offending __find_* definitions - CLOSED UPSTREAM as this doesn't seem worth specifically fixing in Fedora. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=KFbUpEuTVKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Test-Warnings-0.013.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Warnings: 417033144b2fc373830a3547e9f96fab Test-Warnings-0.013.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Warnings] Update to 0.013
commit 95673349e9017edd450808e76947dd5a70622d50 Author: Paul Howarth p...@city-fan.org Date: Mon Dec 16 12:17:56 2013 + Update to 0.013 - New upstream release 0.013 - Update configure_requires checking in Makefile.PL perl-Test-Warnings.spec | 10 +++--- sources |2 +- 2 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/perl-Test-Warnings.spec b/perl-Test-Warnings.spec index 208c120..44eaf56 100644 --- a/perl-Test-Warnings.spec +++ b/perl-Test-Warnings.spec @@ -1,5 +1,5 @@ Name: perl-Test-Warnings -Version: 0.012 +Version: 0.013 Release: 1%{?dist} Summary: Test for warnings and the lack of them License: GPL+ or Artistic @@ -16,9 +16,9 @@ BuildRequires:perl(parent) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Test Suite +BuildRequires: perl(CPAN::Meta) BuildRequires: perl(CPAN::Meta::Requirements) BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(File::Spec) BuildRequires: perl(File::Spec::Functions) BuildRequires: perl(if) BuildRequires: perl(List::Util) @@ -64,11 +64,15 @@ perl Build.PL --installdirs=vendor ./Build test %files -%doc Changes CONTRIBUTING LICENSE README examples/ +%doc Changes CONTRIBUTING LICENSE README README.md examples/ %{perl_vendorlib}/Test/ %{_mandir}/man3/Test::Warnings.3pm* %changelog +* Mon Dec 16 2013 Paul Howarth p...@city-fan.org - 0.013-1 +- Update to 0.013 + - Update configure_requires checking in Makefile.PL + * Mon Oct 14 2013 Paul Howarth p...@city-fan.org - 0.012-1 - Update to 0.012 - Re-release to fix t/00-report-prereqs.t use of CPAN::Meta::Requirements diff --git a/sources b/sources index 0730039..89fd1df 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -5da27c3b25461a5fbec5a7cb90b9803c Test-Warnings-0.012.tar.gz +417033144b2fc373830a3547e9f96fab Test-Warnings-0.013.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1018592] perl-PDL-2.007 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1018592 Bug 1018592 depends on bug 927585, which changed state. Bug 927585 Summary: perl-PDL-2.006 is available https://bugzilla.redhat.com/show_bug.cgi?id=927585 What|Removed |Added Status|MODIFIED|CLOSED Resolution|--- |ERRATA -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=9mMVmlR0Tca=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-Warnings] Created tag perl-Test-Warnings-0.013-1.fc21
The lightweight tag 'perl-Test-Warnings-0.013-1.fc21' was created pointing to: 9567334... Update to 0.013 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1018592] perl-PDL-2.007 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1018592 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||ppi...@redhat.com Assignee|jples...@redhat.com |ppi...@redhat.com --- Comment #1 from Petr Pisar ppi...@redhat.com --- This could go into F≥20 as this is a stable version for 2.006_90 prerelease. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=X2xgATTGAma=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File PDL-2.007.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-PDL: ea343d3569ce02dbeadf1f58d700656f PDL-2.007.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PDL] 2.007 bump
commit e17aa7b250f269f38250415841431bfd3121d3b0 Author: Petr Písař ppi...@redhat.com Date: Mon Dec 16 14:16:29 2013 +0100 2.007 bump .gitignore|1 + perl-PDL.spec | 15 +-- sources |2 +- 3 files changed, 11 insertions(+), 7 deletions(-) --- diff --git a/.gitignore b/.gitignore index a836caf..b543697 100644 --- a/.gitignore +++ b/.gitignore @@ -4,3 +4,4 @@ PDL-2.4.6.tar.gz /PDL-2.4.9.tar.gz /PDL-2.4.10.tar.gz /PDL-2.006_90.tar.gz +/PDL-2.007.tar.gz diff --git a/perl-PDL.spec b/perl-PDL.spec index ecc35ec..8dc6d2e 100644 --- a/perl-PDL.spec +++ b/perl-PDL.spec @@ -2,8 +2,8 @@ %{bcond_without proj} Name: perl-PDL -%global cpan_version 2.006_90 -Version:2.6.0.90 +%global cpan_version 2.007 +Version:2.7.0 Release:1%{?dist} Summary:The Perl Data Language Group: Development/Libraries @@ -35,11 +35,11 @@ BuildRequires: perl(Data::Dumper) = 2.121 # Modified perl(Devel::CheckLib) bundled BuildRequires: perl(Devel::REPL) BuildRequires: perl(ExtUtils::F77) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.31 +BuildRequires: perl(ExtUtils::MakeMaker) = 6.56 BuildRequires: perl(File::Spec) = 0.6 BuildRequires: perl(IO::File) BuildRequires: perl(lib) -BuildRequires: perl(OpenGL) = 0.65 +BuildRequires: perl(OpenGL) = 0.6702 # OpenGL::Config is private OpenGL hash BuildRequires: perl(Pod::Parser) BuildRequires: perl(Pod::Select) @@ -100,7 +100,7 @@ Requires: perl(File::Spec) = 0.6 Requires: perl(Filter::Simple) = 0.88 Requires: perl(Inline) = 0.43 Requires: perl(Module::Compile) = 0.23 -Requires: perl(OpenGL) = 0.65 +Requires: perl(OpenGL) = 0.6702 Requires: perl(Text::Balanced) = 1.89 Provides: perl(PDL::Config) Provides: perl(PDL::PP::CType) @@ -169,7 +169,7 @@ export PERL5LIB=`pwd`/blib/lib make test %files -%doc BUGS COPYING Changes Known_problems README Release_Notes TODO +%doc COPYING Changes INTERNATIONALIZATION Known_problems README Release_Notes TODO %{_bindir}/* %{perl_vendorarch}/Inline/* %{perl_vendorarch}/PDL* @@ -178,6 +178,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Mon Dec 16 2013 Petr Pisar ppi...@redhat.com - 2.7.0-1 +- 2.007 bump + * Mon Oct 14 2013 Petr Pisar ppi...@redhat.com - 2.6.0.90-1 - 2.006_90 bump - Enable Proj support diff --git a/sources b/sources index 2f445b9..53a4be3 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -140e7dc1d4d678df03ae5332662fb5f6 PDL-2.006_90.tar.gz +ea343d3569ce02dbeadf1f58d700656f PDL-2.007.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PDL/f20] 2.007 bump
Summary of changes: e17aa7b... 2.007 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1041304] FTBFS: self check failures
https://bugzilla.redhat.com/show_bug.cgi?id=1041304 --- Comment #3 from Petr Pisar ppi...@redhat.com --- 2.007 is not better. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZB74WYYPF5a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1041304] FTBFS: self check failures
https://bugzilla.redhat.com/show_bug.cgi?id=1041304 --- Comment #4 from Petr Pisar ppi...@redhat.com --- No distribution seems delivering PDL = 2.4.11 for PPC64. One can disable Slatec with WITH_SLATEC=0. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s03s6PZI6pa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1018592] perl-PDL-2.007 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1018592 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-PDL-2.7.0-1.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=hwpm9ksVdMa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1041304] FTBFS: self check failures
https://bugzilla.redhat.com/show_bug.cgi?id=1041304 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|jples...@redhat.com |ppi...@redhat.com --- Comment #5 from Petr Pisar ppi...@redhat.com --- After disabling Slatec, tests pass. I will disable the Slatec on PPC64 since F20. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=GTLaEQD2WVa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PDL] Disable Slatec on PPC64
commit 5e0c631c55bb5c3628076c3404efe10379f31bf6 Author: Petr Písař ppi...@redhat.com Date: Mon Dec 16 16:58:08 2013 +0100 Disable Slatec on PPC64 PDL-2.7.0-Disable-PDL-Slatec.patch | 31 +++ perl-PDL.spec | 17 - 2 files changed, 47 insertions(+), 1 deletions(-) --- diff --git a/PDL-2.7.0-Disable-PDL-Slatec.patch b/PDL-2.7.0-Disable-PDL-Slatec.patch new file mode 100644 index 000..145c89c --- /dev/null +++ b/PDL-2.7.0-Disable-PDL-Slatec.patch @@ -0,0 +1,31 @@ +From b7ba4415d0fa729d63632a7427e3db05a1808741 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Mon, 16 Dec 2013 16:24:50 +0100 +Subject: [PATCH] Disable PDL::Slatec +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +https://bugzilla.redhat.com/show_bug.cgi?id=1041304 + +Signed-off-by: Petr Písař ppi...@redhat.com +--- + perldl.conf | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/perldl.conf b/perldl.conf +index f8a0d55..7f0ec7c 100755 +--- a/perldl.conf b/perldl.conf +@@ -141,7 +141,7 @@ + # false - don't use + # true - force use + +-WITH_SLATEC = undef, # Leave it up to PDL to decide ++WITH_SLATEC = 0, # Crashes on PPC64 + + # Whether or not to build the PDL::Minuit module + # false - don't use +-- +1.8.3.1 + diff --git a/perl-PDL.spec b/perl-PDL.spec index 8dc6d2e..a6fe5e8 100644 --- a/perl-PDL.spec +++ b/perl-PDL.spec @@ -1,10 +1,17 @@ # Proj has proved not beeing compatible all the time, bug #839651 %{bcond_without proj} +# Slatec does not work on PPC64 since 2.4.something +%ifarch ppc64 +%{bcond_with slatec} +%else +%{bcond_without slatec} +%endif + Name: perl-PDL %global cpan_version 2.007 Version:2.7.0 -Release:1%{?dist} +Release:2%{?dist} Summary:The Perl Data Language Group: Development/Libraries License:GPL+ or Artistic @@ -17,6 +24,8 @@ Patch1: perl-PDL-2.4.7-hdf.patch Patch2: PDL-2.4.10-Disable-PDL-GIS-Proj.patch # Compile Slatec as PIC, needed for ARM Patch3: PDL-2.6.0.90-Compile-Slatec-code-as-PIC.patch +# Disable Slatec code crashing on PPC64, bug #1041304 +Patch4: PDL-2.7.0-Disable-PDL-Slatec.patch BuildRequires: fftw2-devel BuildRequires: freeglut-devel BuildRequires: gcc-gfortran @@ -140,6 +149,9 @@ such commercial packages as IDL and MatLab. %patch2 -p1 -b .proj %endif %patch3 -p1 -b .slatecpic +%if %{without slatec} +%patch4 -p1 -b .slatec +%endif # Fix shebang sed -e 's,^#!/usr/bin/env perl,#!/usr/bin/perl,' -i Perldl2/pdl2 @@ -178,6 +190,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Mon Dec 16 2013 Petr Pisar ppi...@redhat.com - 2.7.0-2 +- Disable Slatec on PPC64 (bug #1041304) + * Mon Dec 16 2013 Petr Pisar ppi...@redhat.com - 2.7.0-1 - 2.007 bump -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-PDL/f20] Disable Slatec on PPC64
Summary of changes: 5e0c631... Disable Slatec on PPC64 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1041304] FTBFS: self check failures
https://bugzilla.redhat.com/show_bug.cgi?id=1041304 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-PDL-2.7.0-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-PDL-2.7.0-2.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ojwDDAFc5Ra=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1041304] FTBFS: self check failures
https://bugzilla.redhat.com/show_bug.cgi?id=1041304 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Fixed In Version||perl-PDL-2.7.0-2.fc21 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CBZreNi7BKa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1038511] perl-PAR-Packer-1.017 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1038511 --- Comment #5 from Fedora Update System upda...@fedoraproject.org --- perl-PAR-Packer-1.017-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=6DZsYxF44fa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1036594] perl-PAR-Packer-1.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1036594 --- Comment #8 from Fedora Update System upda...@fedoraproject.org --- perl-PAR-Packer-1.017-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=YD7Kgb6NZ1a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1038511] perl-PAR-Packer-1.017 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1038511 --- Comment #6 from Fedora Update System upda...@fedoraproject.org --- perl-PAR-Packer-1.017-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7Gsv8BucQda=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1036594] perl-PAR-Packer-1.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1036594 --- Comment #9 from Fedora Update System upda...@fedoraproject.org --- perl-PAR-Packer-1.017-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=iYXDh1J962a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1043690] New: perl-DBIx-DBSchema-0.44 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1043690 Bug ID: 1043690 Summary: perl-DBIx-DBSchema-0.44 is available Product: Fedora Version: rawhide Component: perl-DBIx-DBSchema Keywords: FutureFeature, Triaged Assignee: rc040...@freenet.de Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: lxt...@gmail.com, perl-devel@lists.fedoraproject.org, rc040...@freenet.de Latest upstream release: 0.44 Current version/release in Fedora Rawhide: 0.40-6.fc20 URL: http://search.cpan.org/dist/DBIx-DBSchema/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=M1mfibRTz7a=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1043692] New: perl-Test-Email-0.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1043692 Bug ID: 1043692 Summary: perl-Test-Email-0.07 is available Product: Fedora Version: rawhide Component: perl-Test-Email Keywords: FutureFeature, Triaged Assignee: rc040...@freenet.de Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, rc040...@freenet.de Latest upstream release: 0.07 Current version/release in Fedora Rawhide: 0.04-14.fc20 URL: http://search.cpan.org/dist/Test-Email/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=BhWpjbyWrQa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1043784] New: Upgrade to new upstream version
https://bugzilla.redhat.com/show_bug.cgi?id=1043784 Bug ID: 1043784 Summary: Upgrade to new upstream version Product: Fedora EPEL Version: el7 Component: stompclt Assignee: massimo.pala...@gmail.com Reporter: lionel.c...@cern.ch QA Contact: extras...@fedoraproject.org CC: massimo.pala...@gmail.com, perl-devel@lists.fedoraproject.org The latest version of stompclt is now 1.0. This is the version to use everywhere. Please upgrade in EPEL. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=McE9E5JpMXa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[389-devel] Please review: Ticket #47631 objectclass may, must lists skip rest of objectclass once first is found in sup
https://fedorahosted.org/389/attachment/ticket/47631/0001-Ticket-47631-objectclass-may-must-lists-skip-rest-of.patch -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review (take 3): [389 Project] #47606: replica init/bulk import errors should be more verbose
https://fedorahosted.org/389/ticket/47606 https://fedorahosted.org/389/attachment/ticket/47606/0001-Ticket-47606-replica-init-bulk-import-errors-should-.3.patch Responding to the comment by Rich (https://fedorahosted.org/389/ticket/47606#comment:13), 389 Project wrote: Thanks for your comments, Rich. The code skipping a failed entry instead of failing there in bulk_import_queue was backed off. And this is the cause why repl5_tot_waitfor_async_results did not return with done when a failure was returned from the connection. 3. In repl5_tot_result_threadmain, when conn_read_result_ex returns non zero (non SUCCESS), it sets abort, but does not set any error code to rc (return code), which is not considered as finished in repl5_tot_waitfor_async_results and it contines waiting until the code reaches the max loop count (about 5 minutes). This patch sets LDAP_CONNECT_ERROR to the return code along with setting abort, if conn_read_result_ex returns CONN_NOT_CONNECTED. This makes the bulk import finishes quickly when it fails. -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel