EPEL Review Request: python27 - Parallel-installable Python 2.7 for EL6
Review Request: python27 - Parallel-installable Python 2.7 for EL6 https://bugzilla.redhat.com/show_bug.cgi?id=829892 Can some one take a look into this? Thanks. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL missing amavisd-new dependencies in epel6-arm
Hello, Robert. On Wednesday, 08 October 2014 at 18:04, Robert Moskowitz wrote: [...] But there is an equiv to Centos6-arm, and that is Redsleeve6. There is that large community of Rasp-PI out there, but I see the Allwinner chip, particularly the Cubieboard as a more server device (has a sata interface and 1 - 2 G memory). I was told that I might have to use cpan2rpm for these two, but that will be yet another new advanture. No. You should be able to rebuild current EPEL6 packages on your Redsleeve 6 box using mock (if you have the disk space and RAM). The resulting packages should be functionally identical to what you would get if there were an EPEL6 repo for ARM. And for Dovecot, I am missing: perl-Email-Valid perl-Log-Log4perl perl-MIME-EncWords imapsync Going to have to figure out how to get those. In the epel6 repo they all show as -noarch noarch packages should work on any arch, so you should be able to just use those. Regards, Dominik -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL guacd package broken
Hello, I'm going to fix this ASAP. Had a busy week and catched up with mails just now. Please leave some karma feedback after testing. BTW, this list is not the correct place to post this kind of requests, please open a bug on the selected component. Regards, --Simone On 9 October 2014 01:00, Konstantin Kozhin kkoz...@gmail.com wrote: Hi! I've found that I can't install guacd on CentOS 7 from Epel repo: Error: Package: 1:guacd-0.8.4-3.el7.x86_64 (epel) Requires: libguac(x86-64) = 0.8.4-3.el7 Available: 1:libguac-0.8.4-3.el7.x86_64 (epel) libguac(x86-64) = 1:0.8.4-3.el7 Error: Package: 1:guacd-0.8.4-3.el7.x86_64 (epel) Requires: libguac(x86-64) = 0.8.4-3.el7 Installing: 1:libguac-0.8.4-3.el7.x86_64 (epel) libguac(x86-64) = 1:0.8.4-3.el7 Tried this on a clean fresh installed system. Can anyone advice a solution for this? Thanks! -- Best regards, Konstantin Kozhin ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). http://xkcd.com/229/ http://negativo17.org/ ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 900 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 232 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6 119 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2750/libsrtp-1.4.4-10.20101004cvs.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2719/nodejs-0.10.32-1.el6,v8-3.14.5.10-14.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2742/TeXmacs-1.0.7.2-3.el6 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2713/putty-0.63-3.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2811/nodejs-qs-0.6.6-3.el6 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2821/nodejs-send-0.3.0-4.el6 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2981/check-mk-1.2.4p5-2.el6 8 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3024/rssh-2.3.4-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3064/mediawiki119-1.19.20-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3082/golang-1.3.3-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3202/python-oauth2-1.5.211-8.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2850/nginx-1.0.15-8.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing R-3.1.1-7.el6 ansible-1.7.2-2.el6 elk-2.3.22-9.el6 fedmsg-0.11.0-1.el6 golang-github-SeanDolphin-bqschema-0-0.1.gita713d26.el6 golang-github-bmizerany-assert-0-0.1.gite17e998.el6 golang-github-bmizerany-pat-0-0.1.gitb8a3500.el6 golang-github-golang-glog-0-0.2.gitd1c4472.el6 golang-github-influxdb-go-cache-0-0.1.git7d1d6d6.el6 golang-github-jmhodges-levigo-0-0.1.git253793d.el6 golang-github-kr-fs-0-0.1.git2788f0d.el6 golang-github-onsi-ginkgo-0-0.1.git90d6a47.el6 golang-github-onsi-gomega-0-0.1.gita0ee4df.el6 golang-github-stretchr-objx-0-0.2.gitcbeaeb1.el6 golang-github-stretchr-testify-0-0.3.gitda775f0.el6 golang-googlecode-go-exp-0-0.1.hgbd8df7009305.el6 golang-googlecode-gomock-0-0.1.hge033c7513ca3.el6 golang-googlecode-log4go-0-0.1.hgc3294304d93f.el6 igraph-0.7.1-1.el6 inxi-2.2.14-1.el6 nagios-plugins-fts-3.2.0-1.el6 nginx-1.0.15-8.el6 perl-Redis-1.976-1.el6 perl-Test-XML-0.08-2.el6 php-phpunit-environment-1.1.0-1.el6 python-fedmsg-meta-fedora-infrastructure-0.3.5-1.el6 python-fedora-0.3.36-1.el6 python-oauth2-1.5.211-8.el6 python-urllib2_kerberos-0.1.6-14.el6 rubygem-ffi-1.0.9-10.el6 Details about builds: R-3.1.1-7.el6 (FEDORA-EPEL-2014-3259) A language for data analysis and graphics Update Information: Fix java Requires/BuildRequires to be more permissive. ChangeLog: * Mon Sep 29 2014 Orion Poplawski or...@cora.nwra.com - 3.1.1-7 - Just BR/R java instead of java-1.5.0-gcj (bug #1110684) * Tue Sep 16 2014 David Sommerseth dav...@redhat.com - 3.1.1-6 - Setting ulimit when running make check, to avoid segfault due to too small stack (needed on PPC64) * Tue Aug 26 2014 David Tardon dtar...@redhat.com - 3.1.1-5 - rebuild for ICU 53.1 * Fri Aug 15 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.1.1-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild References: [ 1 ] Bug #1110684 - R-java update has new dependencies https://bugzilla.redhat.com/show_bug.cgi?id=1110684 ansible-1.7.2-2.el6 (FEDORA-EPEL-2014-3201) SSH-based configuration management, deployment, and task execution system Update Information: * fix problem with ansible --vault-password not working. Update to 1.7.2 Update to 1.7.1 ChangeLog: * Thu Oct 9 2014 Toshio Kuratomi tos...@fedoraproject.org - 1.7.2-2 - Add /usr/bin/ansible to the rhel6 newer pycrypto patch * Wed Sep 24 2014 Kevin Fenzi ke...@scrye.com 1.7.2-1 - Update to 1.7.2 * Thu Aug 14 2014 Kevin Fenzi ke...@scrye.com 1.7.1-1 - Update to 1.7.1 elk-2.3.22-9.el6 (FEDORA-EPEL-2014-3223) FP-LAPW
EPEL Fedora 7 updates-testing report
The following Fedora EPEL 7 Security updates need testing: Age URL 15 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2748/nodejs-0.10.32-1.el7,v8-3.14.5.10-14.el7 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2825/nginx-1.6.2-1.el7 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2861/nodejs-qs-0.6.6-3.el7 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2870/nodejs-send-0.3.0-4.el7 9 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2992/check-mk-1.2.4p5-2.el7 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3070/phpMyAdmin-4.2.9.1-1.el7 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3062/golang-1.3.3-1.el7 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3236/python-oauth2-1.5.211-8.el7 The following builds have been pushed to Fedora EPEL 7 updates-testing R-3.1.1-7.el7 beesu-2.7-22.el7 elk-2.3.22-9.el7 fedmsg-0.11.0-1.el7 golang-github-kr-fs-0-0.1.git2788f0d.el7 guacamole-server-0.8.4-4.el7 igraph-0.7.1-1.el7 inxi-2.2.14-1.el7 libqtxdg-0.5.3-4.el7 octave-control-2.6.5-2.el7 perl-Data-Munge-0.08-1.el7 perl-Devel-CheckCompiler-0.05-2.el7 perl-LWP-Protocol-PSGI-0.07-1.el7 perl-Module-Build-XSUtil-0.14-2.el7 perl-Redis-1.976-1.el7 perl-Test-XML-0.08-2.el7 php-pear-Net-URL2-2.0.9-1.el7 php-phpunit-environment-1.1.0-1.el7 python-fedmsg-meta-fedora-infrastructure-0.3.5-1.el7 python-oauth2-1.5.211-8.el7 python-sphinxcontrib-issuetracker-0.11-2.el7 python-urllib2_kerberos-0.1.6-14.el7 rubygem-openssl_cms-0.0.2-1.20140212git7fea071.el7 scalapack-2.0.2-5.el7 wkhtmltopdf-0.12.1-1.el7 xfce4-session-4.10.1-7.el7 Details about builds: R-3.1.1-7.el7 (FEDORA-EPEL-2014-3258) A language for data analysis and graphics Update Information: Fix java Requires/BuildRequires to be more permissive. ChangeLog: * Mon Sep 29 2014 Orion Poplawski or...@cora.nwra.com - 3.1.1-7 - Just BR/R java instead of java-1.5.0-gcj (bug #1110684) * Tue Sep 16 2014 David Sommerseth dav...@redhat.com - 3.1.1-6 - Setting ulimit when running make check, to avoid segfault due to too small stack (needed on PPC64) * Tue Aug 26 2014 David Tardon dtar...@redhat.com - 3.1.1-5 - rebuild for ICU 53.1 * Fri Aug 15 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 3.1.1-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild References: [ 1 ] Bug #1110684 - R-java update has new dependencies https://bugzilla.redhat.com/show_bug.cgi?id=1110684 beesu-2.7-22.el7 (FEDORA-EPEL-2014-3204) Graphical wrapper for su Update Information: EL7 build References: [ 1 ] Bug #1150620 - build for epel7 or not? https://bugzilla.redhat.com/show_bug.cgi?id=1150620 elk-2.3.22-9.el7 (FEDORA-EPEL-2014-3234) FP-LAPW Code Update Information: build against new openmpi on fc21 + epel7 package fedmsg-0.11.0-1.el7 (FEDORA-EPEL-2014-3244) Tools for Fedora Infrastructure real-time messaging Update Information: New fedmsg.meta.msg2long_form API. Other IRC-related bugfixes and enhancements. ChangeLog: * Thu Oct 9 2014 Ralph Bean rb...@redhat.com - 0.11.0-1 - Fix harmless error about twisted.words at daemon startup. - Optional shortening of links in IRC. - IRC bot now reconnects when dropped. - New fedmsg.meta.msg2long_form API. golang-github-kr-fs-0-0.1.git2788f0d.el7 (FEDORA-EPEL-2014-3225) Provides Go filesystem-related functions Update Information:
EPEL [Extra Packages for Enterprise Linux] #15: Who retired libgeotiff
#15: Who retired libgeotiff -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ The libgeotiff package was retired for some reason out EPEL but not by the maintainers? [Probably a quick what do we do with this and move on.] {{{ EPEL RHEL6 libgeotiff package missing Inbox x Fed-DT-List x  Mika Heiskanen mika.heiska...@fmi.fi via lists.fedoraproject.org 6 Oct (3 days ago)  to epel-devel, tuomo.lauri Hello, It seems like the libgeotiff package has been removed from the RHEL6 repository. We could not find any news on the subject. Does anyone know if the package has been removed intentionally? Our servers show the installed version to be as follows: Name: libgeotiff Arch: x86_64 Version : 1.2.5 Release : 5.el6 Size: 4.4 M Repo: installed From repo : epel Summary : GeoTIFF format library URL : http://www.remotesensing.org/geotiff/geotiff.html Currently we cannot install some software to our new servers due to the missing libgeotiff dependency. For example yum install gdal fails. Regards, Mika Heiskanen / FMI ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel  Till Maas via lists.fedoraproject.org 6 Oct (3 days ago)  to orion, EPEL, tuomo.lauri Hi, On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote: It seems like the libgeotiff package has been removed from the RHEL6 repository. We could not find any news on the subject. Does anyone know if the package has been removed intentionally? the process to remove the package was started before May this year but it was not finished (the package was retired in packagedb: https://admin.fedoraproject.org/pkgdb/package/libgeotiff/) Before recently, a second step was required to actually remove the package from the repos. This is now automated, which is why the package is now not available via the mirrors. I do not know how retired the package, because it cannot be easily queried right now, but it might have been Orion, who built the package the last time. Our servers show the installed version to be as follows: Name: libgeotiff Arch: x86_64 Version : 1.2.5 Release : 5.el6 Currently we cannot install some software to our new servers due to the missing libgeotiff dependency. For example yum install gdal fails. You can still download the package from kojipkgs if it helps you now: https://kojipkgs.fedoraproject.org//packages/libgeotiff/1.2.5/5.el6/x86_64/libgeotiff-1.2.5-5.el6.x86_64.rpm However it is not maintained currently in EPEL 5 and 6. To get it back into EPEL 6 someone needs to step up as a new maintainer and ask for a re-review: https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#Claiming_Ownership_of_a_Retired_Package Regards   Orion Poplawski via lists.fedoraproject.org 6 Oct (3 days ago)  to Devrim, Till, EPEL, tuomo.lauri On 10/06/2014 10:39 AM, Till Maas wrote: Hi, On Mon, Oct 06, 2014 at 10:24:30AM +0300, Mika Heiskanen wrote: It seems like the libgeotiff package has been removed from the RHEL6 repository. We could not find any news on the subject. Does anyone know if the package has been removed intentionally? the process to remove the package was started before May this year but it was not finished (the package was retired in packagedb: https://admin.fedoraproject.org/pkgdb/package/libgeotiff/) Don't think it was me. CC'ing Volker and Devrim.  }}} -- Ticket URL: https://fedorahosted.org/epel/ticket/15 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL [Extra Packages for Enterprise Linux] #16: xrootd major move to 4.
#16: xrootd major move to 4. -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ Looked at this and it looks like old software which isn't backwards compatible or long term supported. 1. bump to next version? 1. Move software to EPEL.fast when it occurs {{{ EPEL gfal2-plugin-xrootd 0.3 for EL5 EL6 ? Inbox x Fed-DT-List x  Carl Edquist edqu...@cs.wisc.edu via lists.fedoraproject.org 6 Oct (3 days ago)  to epel-devel Hello, We would like to use a version of gfal2-plugin-xrootd built against xrootd 4 for EL5 and EL6. Does anyone know if there are plans to build and release version 0.3 (or 0.3.pre1) for EL5 EL6? (The version available in EL7 is built against xrootd 4, but EL5 EL6 are built against xrootd 3.) More details: It looks like the current version available in EPEL for EL5 EL6 is 0.2.2-2: http://koji.fedoraproject.org/koji/buildinfo?buildID=420560 http://koji.fedoraproject.org/koji/buildinfo?buildID=420579 from May 2013. Since this version was built against xrootd 3, we're not able to install it along with xrootd 4. Also, attempting to rebuild this version (0.2.2-2) fails both against the latest version of gfal2 and against xrootd 4. But I see that there is a newer version 0.3.pre1-2 available for EL7: https://bugzilla.redhat.com/show_bug.cgi?id=1140171 http://koji.fedoraproject.org/koji/buildinfo?buildID=576482 It looks like this version addresses the build issues and we can rebuild it in EL5 EL6 against the latest gfal2 and xrootd 4. I'm wondering if there are plans for EPEL to update to release the new version of gfal2-plugin-xrootd in EL5 EL6 also (so we can get it directly from EPEL). And if not, is this something EPEL would consider? Thanks! Carl ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel }}} -- Ticket URL: https://fedorahosted.org/epel/ticket/16 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL [Extra Packages for Enterprise Linux] #18: 2014-10-07 -6 orphan list
#18: 2014-10-07 EPEL-6 orphan list -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ Thanks to till for generating this {{{ EPEL Orphan packages in epel6 Inbox x Fed-DT-List x  opensou...@till.name via lists.fedoraproject.org 7 Oct (2 days ago)  to epel-devel The following packages are orphaned and might be retired eventually, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please orphan the affected package or retire your package to avoid broken dependencies. Package(co)maintainers === SDL_mixer orphan, sdz SDL_ttf orphan, sdz apvlv orphan auto-buildrequires orphan, rjones autoconf-archiveorphan, tmatsuu btm orphan bytelistorphan cairomm orphan cfengineorphan, filler, ravenoak cglib orphan, mef cmospwd orphan couchdb orphan, erlang-sig, wtogami cvs2cl orphan ddclientorphan djvulibre orphan, jgu dzen2 orphan efteorphan ejabberdorphan, erlang-sig, jkaluza, martinlanghoff, mmahut erlang-amf orphan, erlang-sig erlang-cl orphan, erlang-sig erlang-cowboy orphan, erlang-sig erlang-edownorphan, erlang-sig erlang-egeoip orphan, erlang-sig erlang-emmaporphan, erlang-sig erlang-eradius orphan, erlang-sig erlang-erlando orphan, erlang-sig erlang-erlsyslogorphan, erlang-sig erlang-esaslorphan, erlang-sig erlang-etap orphan, erlang-sig erlang-gen_leader orphan, erlang-sig erlang-gettext orphan, erlang-sig erlang-gprocorphan, erlang-sig erlang-gtknode orphan, erlang-sig erlang-lfe orphan, erlang-sig erlang-log4erl orphan, erlang-sig erlang-luke orphan, erlang-sig erlang-meck orphan, erlang-sig, peter erlang-mimetypesorphan, erlang-sig erlang-misultin orphan, erlang-sig erlang-neotoma orphan, erlang-sig erlang-oauthorphan, erlang-sig erlang-ranchorphan, erlang-sig erlang-sidejob orphan, erlang-sig erlang-skerlorphan, erlang-sig erlang-snappy orphan, erlang-sig erlang-webmachine orphan, erlang-sig firewalkorphan flam3 orphan fmtools orphan, roma freetennis orphan fuse-encfs orphan, jokajak fxload orphan geronimo-validation orphan glomorphan goocanvas orphan, bjohnson gprof2dot orphan greylistd orphan grinorphan gtk-aurora-engine orphan, skytux, splinux gtk-chtheme orphan, skytux, splinux gtk-equinox-engine orphan, skytux halberd orphan html2text orphan htmldoc orphan, pertusus htmlunit-core-jsorphan ip6sic orphan isicorphan jackrabbit orphan java-service-wrapperorphan jazzy orphan jcodingsorphan, mmorsi jcommon orphan, msrb jettison
EPEL [Extra Packages for Enterprise Linux] #19: 2014-10-07 -5 orphan list
#19: 2014-10-07 EPEL-5 orphan list -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ Thanks again to Till for generating this. {{{ EPEL Orphan packages in epel5 Inbox x Fed-DT-List x  opensou...@till.name via lists.fedoraproject.org 7 Oct (2 days ago)  to epel-devel The following packages are orphaned and might be retired eventually, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please orphan the affected package or retire your package to avoid broken dependencies. Package(co)maintainers === BibTool orphan GitPython orphan, dgoodwin NetPIPE orphan Perlbal orphan RabbIT orphan abcde orphan acpitoolorphan ant-contrib orphan, davidcl, msrb, orion astronomy-menus orphan, astronomy-sig, mmahut auto-buildrequires orphan, rjones autoconf-archiveorphan, tmatsuu avl orphan be orphan bibexport orphan bwidget orphan bwm-ng orphan, slankes bytelistorphan bzr orphan, pstodulk, shahms cairomm orphan cd-discid orphan cfengineorphan, filler, ravenoak cglib orphan, mef cln orphan, deji clucene orphan, deji cmospwd orphan, ksantosh cntlm orphan couchdb orphan, erlang-sig, wtogami ctapi-commonorphan cvs2cl orphan dap-freeform_handlerorphan dap-hdf4_handlerorphan dap-netcdf_handler orphan dap-server orphan ddclientorphan djvulibre orphan dnsjava orphan dnstracer orphan eclipse-subclipse orphan efteorphan ejabberdorphan, erlang-sig, jkaluza, mmahut elektra orphan enigma orphan, wart eqntott orphan, chitlesh erlang orphan, erlang-sig, gemi erlang-amf orphan, erlang-sig erlang-edownorphan, erlang-sig erlang-eradius orphan, erlang-sig erlang-erlando orphan, erlang-sig erlang-erlsom orphan, erlang-sig erlang-erlsyslogorphan, erlang-sig erlang-esaslorphan, erlang-sig erlang-etap orphan, erlang-sig erlang-gen_leader orphan, erlang-sig erlang-getopt orphan, erlang-sig erlang-gettext orphan, erlang-sig erlang-gprocorphan, erlang-sig erlang-ibrowse orphan, erlang-sig erlang-lfe orphan, erlang-sig erlang-log4erl orphan, erlang-sig erlang-meck orphan, erlang-sig, peter erlang-misultin orphan, erlang-sig erlang-mustache orphan, erlang-sig erlang-neotoma orphan, erlang-sig erlang-oauthorphan, erlang-sig erlang-xmlrpc orphan, erlang-sig esmtp orphan, jskarvad firehol orphan firewalkorphan flam3 orphan flasm orphan fmtools orphan, roma freetennis orphan fuse-encfs orphan, jokajak fxload orphan gconfmm26
Re: EPEL Support for torque and scponly
On 7 October 2014 13:40, Brown, David M JR david.br...@pnnl.gov wrote: I just wanted to post that I've taken scponly and torque for EPEL5/6. I'll continue to support them in EPEL for as long as RedHat doesn't support them in core ;) Thanks, - David Brown Hi David, Thank you for doing this. We really appreciate it. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL [Extra Packages for Enterprise Linux] #20: Non-responsive ticket (affix)
#20: Non-responsive ticket (affix) -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ {{{ EPEL Non-responsive package maintainer (affix) Inbox x Fed-DT-List x  Brandon Vincent brandon.vinc...@asu.edu via lists.fedoraproject.org 23:30 (15 hours ago)  to epel-devel All, Over the past month, I have tried contacting Keiran Smith (affix) in regards to nagios with no success [1]. Is anyone aware to his present status in regards to the Fedora Project or possibly have an alternative method to reach him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1145830 Thank you, Brandon Vincent }}} -- Ticket URL: https://fedorahosted.org/epel/ticket/20 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL [Extra Packages for Enterprise Linux] #21: Wrangler Request : Review python27
#21: EPEL Wrangler Request : Review python27 -+ Reporter: smooge | Owner: epel-wranglers Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ {{{ EPEL Review Request: python27 - Parallel-installable Python 2.7 for EL6 Inbox x Fed-DT-List x  Moez Roy moez@gmail.com via lists.fedoraproject.org 01:26 (13 hours ago)  to epel-devel Review Request: python27 - Parallel-installable Python 2.7 for EL6 https://bugzilla.redhat.com/show_bug.cgi?id=829892 Can some one take a look into this? Thanks. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel }}} -- Ticket URL: https://fedorahosted.org/epel/ticket/21 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Support for torque and scponly
Oh, I also noticed that cfengine was in one of those orphaned lists. I’ve also taken that over for EPEL 5/6. Thanks, - David Brown From: Stephen John Smoogen smo...@gmail.commailto:smo...@gmail.com Reply-To: EPEL Development List epel-devel@lists.fedoraproject.orgmailto:epel-devel@lists.fedoraproject.org Date: Thursday, October 9, 2014 at 2:13 PM To: EPEL Development List epel-devel@lists.fedoraproject.orgmailto:epel-devel@lists.fedoraproject.org Subject: Re: EPEL Support for torque and scponly On 7 October 2014 13:40, Brown, David M JR david.br...@pnnl.govmailto:david.br...@pnnl.gov wrote: I just wanted to post that I've taken scponly and torque for EPEL5/6. I'll continue to support them in EPEL for as long as RedHat doesn't support them in core ;) Thanks, - David Brown Hi David, Thank you for doing this. We really appreciate it. ___ epel-devel mailing list epel-devel@lists.fedoraproject.orgmailto:epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
EPEL [Extra Packages for Enterprise Linux] #22: Meeting Agenda for 2014-10-10
#22: Meeting Agenda for 2014-10-10 -+ Reporter: smooge | Owner: smooge Type: defect | Status: new Priority: major| Milestone: Component: Package request |Version: Keywords: | -+ The EPEL Steering Committee will be having it's weekly meeting tomorrow, 2014-10-09 at 18:00 UTC in #epel on the freenode network. Suggested topics: {{{ #topic Greetings and roll call #topic Wrangling business #topic Old Business? #subtopic ticket 2 How to handle systemd service activation defaults in EPEL7 #url https://fedorahosted.org/epel/ticket/2 #subtopic ticket 4 Decide on criteria to unretire packages. #url https://fedorahosted.org/epel/ticket/4 #topic Current Business #subtopic ticket 06 Fix EPEL subject line in mailman #subtopic ticket 07 Policy and technical means for removing orphaned packages in EPEL #subtopic ticket 08 EPEL-latest link rpm #subtopic ticket 09 EPEL web page updates #subtopic ticket 10 Unretire xerces-c #subtopic ticket 11 EPEL Update policy for unstable software #subtopic ticket 12 EPEL 2014-10-03 Security problems for EL-5 #subtopic ticket 13 EPEL 2014-10-03 Security problems for EL-6 #subtopic ticket 14 EPEL 2014-10-03 Security problems for EL-7 #topic New Business #subtopic ticket 15 Who retired libgeotiff #subtopic ticket 16 xrootd major move to 4. #subtopic ticket 17 2014-10-09 EPEL-7 orphan list #subtopic ticket 18 2014-10-07 EPEL-6 orphan list #subtopic ticket 19 2014-10-07 EPEL-5 orphan list #subtopic ticket 20 Non-responsive ticket (affix) #subtopic ticket 21 EPEL Wrangler Request : Review python27 #topic Open Flood }}} -- Ticket URL: https://fedorahosted.org/epel/ticket/22 Extra Packages for Enterprise Linux https://fedoraproject.org/wiki/EPEL Extra Packages for Enterprise Linux ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Non-responsive package maintainer (affix)
On Wed, 8 Oct 2014 22:30:32 -0700 Brandon Vincent brandon.vinc...@asu.edu wrote: All, Over the past month, I have tried contacting Keiran Smith (affix) in regards to nagios with no success [1]. Is anyone aware to his present status in regards to the Fedora Project or possibly have an alternative method to reach him? [1] https://bugzilla.redhat.com/show_bug.cgi?id=1145830 He chimed up on irc today: Affix regards to https://lists.fedoraproject.org/pipermail/devel/2014-October/203217.html Affix I've been really busy with life for a while. I will be back very soon things are looking up So, hopefully he will answer email/bugzilla queries soon. kevin signature.asc Description: PGP signature ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
[EPEL-devel] Testing epel subject line on epel-devel
I am trying to fix it so EPEL doesn't get removed from the line. The recommended solution will break people who filter by subject line.. sorry. -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: rpm 4.12 and weak dependencies
On 8.10.2014 23:04, Haïkel wrote: 2014-10-08 20:31 GMT+02:00 Kevin Fenzi ke...@scrye.com: Greetings. This F21 change: http://fedoraproject.org//wiki/Changes/RPM-4.12 has brought us 'weak dependencies', namely: Recommends, Suggests, Supplements and Enhances Rpm in f21 and rawhide sees these in spec files and builds fine with them. createrepo in those branches also exports this into the metadata. yum however doesn't do anything with that information. dnf does (although it's not clear to me what exactly it does do, so input from dnf maintainers would be great). There's 4 packages that are already using these weak deps, but our default package manager (yum) doesn't understand them. People installing via yum and installing via dnf will see different behavior. I filed a fesco ticket to ask that we ask maintainers to please not add these until we have guidelines and our default package manager supports this information: https://fedorahosted.org/fesco/ticket/1353 FESCo asked me to post here and see what folks think. Should we just ask folks not to use these for now (honor system). Should we add a check to redhat-rpm-macros to check packages and fail the build if they use these tags (for now). Should we just not care that people will see different behavior and leave it up to maintainers? Or should we do something else? Since our default package manager does not understand them, it's harmless to leave it up to the maintainers. Most importantly, we need to update packaging guidelines to explain what are the semantic differences between these different tags. But that's a minor update. Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. 1. document dnf behavior with weak dependencies and related configuration options 2. let people experiment and provide feedbacks 3. based on feedbacks either propose guidelines or status quo if that's ok I agree with Haïkel. Why should we ban weak dependencies if they really do nothing in YUM? DNF weak dependencies are very new/experimental and for now it seems as a perfect situation: We can test weak dependencies without breaking conservative users with yum. Petr^2 Spacek Regards, H. Additionally, if we decide to not allow them for now, is anyone wanting to work on a guidelines draft / document for when to use them? It would depend on how dnf treats them I suspect. -- 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: rpm 4.12 and weak dependencies
On 10/09/2014 08:41 AM, Petr Spacek wrote: On 8.10.2014 23:04, Haïkel wrote: 2014-10-08 20:31 GMT+02:00 Kevin Fenzi ke...@scrye.com: Greetings. This F21 change: http://fedoraproject.org//wiki/Changes/RPM-4.12 has brought us 'weak dependencies', namely: Recommends, Suggests, Supplements and Enhances Rpm in f21 and rawhide sees these in spec files and builds fine with them. createrepo in those branches also exports this into the metadata. yum however doesn't do anything with that information. dnf does (although it's not clear to me what exactly it does do, so input from dnf maintainers would be great). There's 4 packages that are already using these weak deps, but our default package manager (yum) doesn't understand them. People installing via yum and installing via dnf will see different behavior. I filed a fesco ticket to ask that we ask maintainers to please not add these until we have guidelines and our default package manager supports this information: https://fedorahosted.org/fesco/ticket/1353 FESCo asked me to post here and see what folks think. Should we just ask folks not to use these for now (honor system). Should we add a check to redhat-rpm-macros to check packages and fail the build if they use these tags (for now). Should we just not care that people will see different behavior and leave it up to maintainers? Or should we do something else? Since our default package manager does not understand them, it's harmless to leave it up to the maintainers. Most importantly, we need to update packaging guidelines to explain what are the semantic differences between these different tags. But that's a minor update. Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. 1. document dnf behavior with weak dependencies and related configuration options 2. let people experiment and provide feedbacks 3. based on feedbacks either propose guidelines or status quo if that's ok I agree with Haïkel. I do not. Why should we ban weak dependencies if they really do nothing in YUM? We need a precise and detailed functional description about what these weak dependencies are supposed to do. Also, we would need a precise and detailed description of how weak deps are seen by non-weak-deps aware programs. Otherwise chaos is pre-programmed. Ralf -- 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: rpm 4.12 and weak dependencies
On 9. 10. 2014 at 08:57:42, Ralf Corsepius wrote: On 10/09/2014 08:41 AM, Petr Spacek wrote: On 8.10.2014 23:04, Haïkel wrote: 2014-10-08 20:31 GMT+02:00 Kevin Fenzi ke...@scrye.com: Greetings. This F21 change: http://fedoraproject.org//wiki/Changes/RPM-4.12 has brought us 'weak dependencies', namely: Recommends, Suggests, Supplements and Enhances Rpm in f21 and rawhide sees these in spec files and builds fine with them. createrepo in those branches also exports this into the metadata. yum however doesn't do anything with that information. dnf does (although it's not clear to me what exactly it does do, so input from dnf maintainers would be great). There's 4 packages that are already using these weak deps, but our default package manager (yum) doesn't understand them. People installing via yum and installing via dnf will see different behavior. I filed a fesco ticket to ask that we ask maintainers to please not add these until we have guidelines and our default package manager supports this information: https://fedorahosted.org/fesco/ticket/1353 FESCo asked me to post here and see what folks think. Should we just ask folks not to use these for now (honor system). Should we add a check to redhat-rpm-macros to check packages and fail the build if they use these tags (for now). Should we just not care that people will see different behavior and leave it up to maintainers? Or should we do something else? Since our default package manager does not understand them, it's harmless to leave it up to the maintainers. Most importantly, we need to update packaging guidelines to explain what are the semantic differences between these different tags. But that's a minor update. Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. 1. document dnf behavior with weak dependencies and related configuration options 2. let people experiment and provide feedbacks 3. based on feedbacks either propose guidelines or status quo if that's ok I agree with Haïkel. I do not. I agree with Haikel and Petr, we have a great opportunity to test this and see how it works. Why should we ban weak dependencies if they really do nothing in YUM? We need a precise and detailed functional description about what these weak dependencies are supposed to do. Do you mean something like this? http://rpm.org/wiki/PackagerDocs/Dependencies Also, we would need a precise and detailed description of how weak deps are seen by non-weak-deps aware programs. They are ignored (as demonstrated on the yum example), there is nothing else to it :-) Thanks Jan -- 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: rpm 4.12 and weak dependencies
On 9.10.2014 09:27, Jan Zelený wrote: On 9. 10. 2014 at 08:57:42, Ralf Corsepius wrote: On 10/09/2014 08:41 AM, Petr Spacek wrote: On 8.10.2014 23:04, Haïkel wrote: 2014-10-08 20:31 GMT+02:00 Kevin Fenzi ke...@scrye.com: Greetings. This F21 change: http://fedoraproject.org//wiki/Changes/RPM-4.12 has brought us 'weak dependencies', namely: Recommends, Suggests, Supplements and Enhances Rpm in f21 and rawhide sees these in spec files and builds fine with them. createrepo in those branches also exports this into the metadata. yum however doesn't do anything with that information. dnf does (although it's not clear to me what exactly it does do, so input from dnf maintainers would be great). There's 4 packages that are already using these weak deps, but our default package manager (yum) doesn't understand them. People installing via yum and installing via dnf will see different behavior. I filed a fesco ticket to ask that we ask maintainers to please not add these until we have guidelines and our default package manager supports this information: https://fedorahosted.org/fesco/ticket/1353 FESCo asked me to post here and see what folks think. Should we just ask folks not to use these for now (honor system). Should we add a check to redhat-rpm-macros to check packages and fail the build if they use these tags (for now). Should we just not care that people will see different behavior and leave it up to maintainers? Or should we do something else? Since our default package manager does not understand them, it's harmless to leave it up to the maintainers. Most importantly, we need to update packaging guidelines to explain what are the semantic differences between these different tags. But that's a minor update. Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. 1. document dnf behavior with weak dependencies and related configuration options 2. let people experiment and provide feedbacks 3. based on feedbacks either propose guidelines or status quo if that's ok I agree with Haïkel. I do not. I agree with Haikel and Petr, we have a great opportunity to test this and see how it works. Why should we ban weak dependencies if they really do nothing in YUM? We need a precise and detailed functional description about what these weak dependencies are supposed to do. Do you mean something like this? http://rpm.org/wiki/PackagerDocs/Dependencies It would be nice if words weak dependencies at http://rpm.org/wiki/Releases/4.12.0 linked to http://rpm.org/wiki/PackagerDocs/Dependencies#Weakdependencies Jan, do you have rights to add the link to the rpm.org wiki? I don't have account myself ... Petr^2 Spacek Also, we would need a precise and detailed description of how weak deps are seen by non-weak-deps aware programs. They are ignored (as demonstrated on the yum example), there is nothing else to it :-) Thanks Jan -- 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: rpm 4.12 and weak dependencies
-- snip -- Do you mean something like this? http://rpm.org/wiki/PackagerDocs/Dependencies It would be nice if words weak dependencies at http://rpm.org/wiki/Releases/4.12.0 linked to http://rpm.org/wiki/PackagerDocs/Dependencies#Weakdependencies Jan, do you have rights to add the link to the rpm.org wiki? I don't have account myself ... Good idea! Thanks and done ... Jan -- 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: rpm 4.12 and weak dependencies
2014-10-09 8:57 GMT+02:00 Ralf Corsepius rc040...@freenet.de: I do not. I understand your point of view, in a different context (ie: dnf being default package manager), I would have shared yours. We need a precise and detailed functional description about what these weak dependencies are supposed to do. At least, we agree on that part. But there is already some documentation about their semantics, these have been used in OpenSUSE for a while, so there are data about it. Also, we would need a precise and detailed description of how weak deps are seen by non-weak-deps aware programs. They are plainly ignored, I'm more worried about the behavioral differences between supported package managers. I'd rather ensure that people get a consistent user experience when installing packages, unlike Debian had during the time, they supported apt-get/aptitude. We should not worry about non-supported package managers Otherwise chaos is pre-programmed. As long they are ignored, they are not problematic. But if we were to change the default package manager or yum behavior (unlikely), that would change things. ATM, it really doesn't change anything, since i believe that we have enough time to experiment before F22/F23, let's get some feedbacks. Then, we could have actual data on good/bad practices, and improves at the same time dnf behavior if needed. H. Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: rpm 4.12 and weak dependencies
On 10/08/2014 11:04 PM, Haïkel wrote: Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. I would like to point out, that you can use weak dependencies in Copr in F21 and rawhide chroots. Which should give you enough space for testing. -- Miroslav Suchy, RHCE, RHCDS Red Hat, Senior Software Engineer, #brno, #devexp, #fedora-buildsys -- 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: Ability to define dependencies between coprs (correctly)
On 10/02/2014 05:48 PM, Honza Horak wrote: On 10/02/2014 05:18 PM, Pierre-Yves Chibon wrote: On Thu, Oct 02, 2014 at 05:00:40PM +0200, Honza Horak wrote: Problem: Currently, copr allows to add a link to an arbitrary repo URL that is available for installing dependencies during building in copr. Using this dependent repo link we are able to build packages in coprA with dependencies in another coprB. However, when enabling only coprA and installing some packages from this copr, we can miss some packages from coprB, because those packages are not available since coprB is not enabled. Solution: We should be able to define dependency between coprs correctly. When creating coprA, we would add one or more depended coprs ('userB/coprB') instead of repo link. Then all packages from these coprs would be available during build, correct buildroots would be used (no need to specify variables $releasever and in addition, we would be able to provide correct (all) RPMs also when *installing* coprs. There are basically two ways how to implement this on the users' side: 1) Simpler, preferred by Mirek, copr maintainer (CC'd): 'copr' plugin in dnf would include -r option, which would basically installed all related coprs. That means when running `dnf copr enable -r userA/coprA`, user would end with two coprs enabled: userA/coprA and userB/coprB. 2) More complicated, preferred by me :) : copr A repository from example above would not only include RPMs build as part of this copr, but would include also packages from copr B. That means that when running `dnf copr enable userA/coprA`, user would not need to install userB/coprB repository and would have all packages available. Both ways struggle with refreshing data: * in 1) we might need to refresh coprs enabled (on the users' side) * in 2) we would need to re-create repodata in depended coprA if coprB gets changed (on the server's side). What about putting the definition of the coprA on the coprB, ie at: https://copr.fedoraproject.org/coprs/pingou/subsurface/repo/fedora-19/pingou-subsurface-fedora-19.repo include the definition of the repo this copr depends on (ok bad example for this specific copr). This way, it's rather clear to the user that the packages are coming from two distinct copr, there no need to change dnf and we don't mix up in one repo packages potentially built by different people. That does imply that existing .repo file might have to be updated. Yeah, I like that idea, that would remove some obstacles mentioned for solution 1) above. I'm not sure though if the depended coprs can be called the same as the original (we would have two similar repos enabled) or we would have to call them differently. Just quick test does not show any issues with more repos with the same name. Honza Different repos inside a single repo file will be still shown as different repos when installing a packages from them. Therefore should not cause any problems. However in thins case it might be worth deciding if such .repo should be named in a way to express it contains also a bundle of dependent repos. Regards, -- Tomas Hozza Software Engineer - EMEA ENG Developer Experience PGP: 1D9F3C2D Red Hat Inc. http://cz.redhat.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: Non-responsive package maintainer (affix)
On 09/10/14 06:28, Brandon Vincent wrote: Over the past month, I have tried contacting Keiran Smith (affix) in regards to nagios with no success [1]. Is anyone aware to his present status in regards to the Fedora Project or possibly have an alternative method to reach him? Strangely, no successful builds from Affix in ~7 years of koji build logs [1], and there are only 4 (trivial) commits from Affix in the git history in July 2013. I think you should probably ignore the fact that Affix happens to be the first point of contact, and instead email peter or jpo who are the active maintainers. [1] http://koji.fedoraproject.org/koji/packageinfo?buildStart=0packageID=2593 -- Jamie Nguyen 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
Giving away all of my packages
I waited probably a bit long with this, but most of the packages have already co-maintainers that are doing a better job than me. Due to a job with more responsibilities and less Red Hat, Fedora and PHP, I don't have the time needed to keep up with the Fedora Next and PHP ecosystem changes. It was fun time and I will continue using Fedora and maybe be back with f84 when I retire. mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) mod_qos -- Quality of service module for Apache ( master f21 f20 f19 el6 ) php-channel-deepend -- Survive The Deep End PEAR Channel ( master f21 f20 f19 el6 ) php-channel-digitalsandwich -- Adds digitalsandwich channel to PEAR ( master f21 f20 f19 el6 ) php-channel-doctrine -- Adds doctrine project channel to PEAR ( master f21 f20 f19 el6 ) php-channel-pdepend -- PHP Depend PEAR channel ( master f21 f20 f19 el6 ) php-channel-phing -- Adds phing channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-phpdoc -- Adds phpdoc channel to PEAR ( master f21 f20 f19 el6 ) php-channel-phpmd -- PHP Mess Detector PEAR channel ( master f21 f20 f19 el6 ) php-channel-phpqatools -- Adds phpqatools channel to PEAR ( master f21 f20 f19 el6 ) php-channel-swift -- Adds swift mailer project channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-symfony -- Adds symfony project channel to PEAR ( master f21 f20 f19 el6 ) php-deepend-Mockery -- Mockery is a simple but flexible PHP mock object framework ( master f21 f20 f19 epel7 el6 ) php-digitalsandwich-Phake -- Phake is a PHP mocking framework that is based on Mockito ( master f21 f20 f19 el6 ) php-doctrine-Doctrine -- PHP Object Relational Mapper ( f20 f19 el6 ) php-pdepend-PHP-Depend -- PHP_Depend design quality metrics for PHP package ( master f21 f20 f19 el6 ) php-pear-Console-CommandLine -- A full featured command line options and arguments parser ( master f21 f20 f19 epel7 el6 el5 ) php-pear-phing -- A project build system based on Apache Ant ( master f21 f20 f19 epel7 el6 ) php-pear-PHP-CodeSniffer -- PHP coding standards enforcement tool ( master f21 f20 f19 el6 el5 ) php-pear-PhpDocumentor -- The complete documentation solution for PHP ( master f21 f20 f19 el6 el5 ) php-pecl-mongo -- PHP MongoDB database driver ( master f21 f20 f19 epel7 el6 el5 ) php-phpmd-PHP-PMD -- PHPMD - PHP Mess Detector ( master f21 f20 f19 el6 ) php-phpunit-File-Iterator -- FilterIterator implementation that filters files based on a list of suffixes ( master f21 f20 f19 epel7 el6 el5 ) php-phpunit-PHP-CodeBrowser -- PHP_CodeBrowser for integration in Hudson and CruiseControl ( f20 f19 epel7 el6 el5 ) php-phpunit-phpdcd -- Dead Code Detector (DCD) for PHP code ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-Timer -- PHP Utility class for timing ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-TokenStream -- Wrapper around PHP tokenizer extension ( master f21 f20 f19 epel7 el6 ) php-swift-Swift -- Free Feature-rich PHP Mailer ( master f21 f20 f19 epel7 el6 ) php-symfony-symfony -- Open-Source PHP Web Framework ( el6 ) python-progressbar -- Text progressbar library for python ( master f21 f20 f19 el6 el5 ) siege -- HTTP regression testing and benchmarking utility ( master f21 f20 f19 epel7 el6 el5 ) sphinx -- Free open-source SQL full-text search engine ( master f21 f20 f19 epel7 el6 el5 ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fwd: js/src/configure issue on Firefox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. I'm working on Icecat-31's RPM building but I'm blocked by a strange problem. Have you never seen something like that? .. STOP! /home/sagitter/rpmbuild/BUILD/icecat-31.1.1/js/src/configure has changed and needs to be run again. Please rerun it. To ignore this message, touch /home/sagitter/rpmbuild/BUILD/icecat-31.1.1/obj-icecat/browser/js/src/config.status Here the full log: http://fpaste.org/140274/ Talking with upstream maintainer, it seems to be a TIMESTAMP issue of 'js/src/configure' file and he adviced me to touch that file to change its TIMESTAMP. I had poor results until now. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJUNmh0AAoJEFyovWBm4V0AfvYP/3URcO7qHWXofWZFlN4Z/IoY bo9ky71oG8Us5js85cqR+RR6KJykjtOhxBeAPedJl0eQ0VfGTb7MrkQTlmYuc+6t R0VBDvF5E+LK2mgYb5EA2S6+PlZrGiHx/crgajkSSpsYvRHwVRoC7ENaYR63MbS8 I5AgvtJkE5xj4VJa1zR6poAuXkWvswOniii42aEZq7ubXvSudz56U6zDqhRah1/I UwfaSVRdiR9SIORrDfU6oA5J2fhL4NV/j5VFQGbD6DqJwtjM/60rXrdJvot2SNhK kyS3+8qVoFzNC+IloLSduQVb6u0RiSMx9f+o+hxhcmaxK/04a2Xs5QAU4Gf1xx5P Fp7g9Y9spiO5s1dBICVc34jyoGBy3hqN7zNxazUwWJtEXLSlMgz0huAJY3V4yj6o lUm6Xxn3harkuH76dqs1QnFd33Qlf+BmPkEynLAM6RDMTwOCBipKCDDhL1iBrsJZ 5DsMTgvJ8OwMPRwMrA2pAR3IyYcmbQ+m9xQSQPLqjq5rd4MKdgwH7PFj5xDNo+6F t08g9ipgFzqm2nNHLvjSwznNOEmWFxnZWw5sM9LkfLkY2p0C3o1Jj+HCthlWWbzS kf0dhiOWRg7zYQh/ML7ZeBZPkEMy9gnzKjtppC+eYQsUVYO7rwEZ0cNKuRIsufEY MnBEQ6eCDgNJah7aYGtb =FJ2k -END PGP 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
F-21 Branched report: 20141009 changes
Compose started at Thu Oct 9 07:15:02 UTC 2014 Broken deps for armhfp -- [PyQuante] PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [avro] avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client [cduce] cduce-0.5.5-9.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [cp2k] cp2k-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-mpich-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libmpi_usempi.so.1 cp2k-openmpi-2.5.1-8.fc21.armv7hl requires libint(armv7hl-32) = 0:1.1.6-2.fc21 [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc21.armv7hl requires libedelib.so edelib-devel-2.1-5.fc21.armv7hl requires libedelib.so [elpa] elpa-openmpi-2013.11-4.008.fc21.armv7hl requires libmpi_usempi.so.1 [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.armv7hl requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc21.armv7hl requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc21.armv7hl requires libtorrent-rasterbar.so.7 [freesteam] freesteam-ascend-2.1-6.20140724svn753.fc21.armv7hl requires libascend.so.1 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.armv7hl requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.armv7hl requires libvala-0.24.so.0 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.armv7hl requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [leiningen] leiningen-1.7.1-7.fc20.noarch requires maven-ant-tasks leiningen-1.7.1-7.fc20.noarch requires classworlds [libghemical] libghemical-2.99.1-24.fc20.armv7hl requires libf77blas.so.3 libghemical-2.99.1-24.fc20.armv7hl requires libatlas.so.3 [libmygpo-qt] libmygpo-qt5-devel-1.0.8-1.fc21.armv7hl requires libmygpo-qt5{?_isa} = 0:1.0.8-1.fc21 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [ocaml-pa-do] ocaml-pa-do-0.8.16-3.fc21.armv7hl requires ocaml(Camlp4) = 0:ebd368022fd2bc7b305a42902efa4c90 [openslides] openslides-1.3.1-3.fc21.noarch requires python-django 0:1.5 [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_hg.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_base.so.6 [perl-RT-Authen-ExternalAuth] perl-RT-Authen-ExternalAuth-0.11-5.fc21.noarch requires rt3 [perl-RT-Extension-CommandByMail] perl-RT-Extension-CommandByMail-0.07-10.fc21.noarch requires perl(RT::Interface::Email) [pipelight-selinux] pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight-common pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight pipelight-selinux-0.2.1-2.fc21.noarch requires pipelight [pootle] pootle-2.1.6-8.fc21.noarch requires
rawhide report: 20141009 changes
Compose started at Thu Oct 9 05:15:08 UTC 2014 Broken deps for i386 -- [Agda] ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [PyQuante] PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21 [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [aws] aws-devel-3.1.0-6.fc21.i686 requires libgrypt-devel [blender] 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADAStreamWriter.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADAFramework.so.0.1 1:blender-2.71-3.fc22.i686 requires libOpenCOLLADABaseUtils.so.0.1 1:blender-2.71-3.fc22.i686 requires libMathMLSolver.so.0.1 1:blender-2.71-3.fc22.i686 requires libGeneratedSaxParser.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADAStreamWriter.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADASaxFrameworkLoader.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADAFramework.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libOpenCOLLADABaseUtils.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libMathMLSolver.so.0.1 1:blenderplayer-2.71-3.fc22.i686 requires libGeneratedSaxParser.so.0.1 [cab] cab-0.1.9-12.fc22.i686 requires cabal-dev [darcs] darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so ghc-darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-2.8.4-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3) ghc-darcs-devel-2.8.4-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5) [debconf] debconf-1.5.53-1.fc22.noarch requires perl(:MODULE_COMPAT_5.18.2) [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudservers) deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [django-recaptcha] django-recaptcha-0.1-7.20091212svn6.fc21.noarch requires python-django14 [dnssec-check] dnssec-check-1.14.0.1-4.fc20.i686 requires libval-threads.so.14 dnssec-check-1.14.0.1-4.fc20.i686 requires libsres.so.14 [dragonegg] dragonegg-3.4-0.3.rc0.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-5.fc22.i686 requires libedelib.so edelib-devel-2.1-5.fc22.i686 requires libedelib.so [engrid] engrid-1.4.0-4.gite6d55f5.fc22.i686 requires libnglib.so.5 [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.21.beta2.fc22.i686 requires libtorrent-rasterbar.so.7 [flush] flush-0.9.12-10.fc22.i686 requires libtorrent-rasterbar.so.7 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [ghc-hjsmin] ghc-hjsmin-0.1.4.7-3.fc22.i686 requires libHSoptparse-applicative-0.9.0-ghc7.6.3.so [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.i686 requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [gorm] gorm-1.2.18-5.fc20.i686 requires libgnustep-gui.so.0.23 [hledger] ghc-hledger-0.19.3-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so ghc-hledger-0.19.3-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
Re: Giving away all of my packages
On 10/09/2014 05:21 AM, Christof Damian wrote: mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) I noticed you are the upstream for this and it seems like very low maintenance (no update for 5 years). Would you still have time to act as upstream? I may take this one. -- 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: Giving away all of my packages
On 9 October 2014 15:03, Michael Cronenworth m...@cchtml.com wrote: On 10/09/2014 05:21 AM, Christof Damian wrote: mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) I noticed you are the upstream for this and it seems like very low maintenance (no update for 5 years). Would you still have time to act as upstream? I may take this one. You are right. I can keep this. I will have to see how good it still works in newer mediawiki installations. If it isn't happy any more I will retire it. Cheers Christof -- 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: Giving away all of my packages
Hi, On Thu, Oct 9, 2014 at 11:21 AM, Christof Damian chris...@damian.net wrote: I waited probably a bit long with this, but most of the packages have already co-maintainers that are doing a better job than me. Due to a job with more responsibilities and less Red Hat, Fedora and PHP, I don't have the time needed to keep up with the Fedora Next and PHP ecosystem changes. It was fun time and I will continue using Fedora and maybe be back with f84 when I retire. ... mod_qos -- Quality of service module for Apache ( master f21 f20 f19 el6 ) ... I'm interested in maintaining mod_qos FAS: athmane Thanks. -- Athmane -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Test-Synopsis-0.11.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Synopsis: c6b0eb651f8b95757ccee4f430d659bf Test-Synopsis-0.11.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: Giving away all of my packages
You can assign the remaining php-* ones that Remi didn't take to me if you would like. On Oct 9, 2014 6:22 AM, Christof Damian chris...@damian.net wrote: I waited probably a bit long with this, but most of the packages have already co-maintainers that are doing a better job than me. Due to a job with more responsibilities and less Red Hat, Fedora and PHP, I don't have the time needed to keep up with the Fedora Next and PHP ecosystem changes. It was fun time and I will continue using Fedora and maybe be back with f84 when I retire. mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) mod_qos -- Quality of service module for Apache ( master f21 f20 f19 el6 ) php-channel-deepend -- Survive The Deep End PEAR Channel ( master f21 f20 f19 el6 ) php-channel-digitalsandwich -- Adds digitalsandwich channel to PEAR ( master f21 f20 f19 el6 ) php-channel-doctrine -- Adds doctrine project channel to PEAR ( master f21 f20 f19 el6 ) php-channel-pdepend -- PHP Depend PEAR channel ( master f21 f20 f19 el6 ) php-channel-phing -- Adds phing channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-phpdoc -- Adds phpdoc channel to PEAR ( master f21 f20 f19 el6 ) php-channel-phpmd -- PHP Mess Detector PEAR channel ( master f21 f20 f19 el6 ) php-channel-phpqatools -- Adds phpqatools channel to PEAR ( master f21 f20 f19 el6 ) php-channel-swift -- Adds swift mailer project channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-symfony -- Adds symfony project channel to PEAR ( master f21 f20 f19 el6 ) php-deepend-Mockery -- Mockery is a simple but flexible PHP mock object framework ( master f21 f20 f19 epel7 el6 ) php-digitalsandwich-Phake -- Phake is a PHP mocking framework that is based on Mockito ( master f21 f20 f19 el6 ) php-doctrine-Doctrine -- PHP Object Relational Mapper ( f20 f19 el6 ) php-pdepend-PHP-Depend -- PHP_Depend design quality metrics for PHP package ( master f21 f20 f19 el6 ) php-pear-Console-CommandLine -- A full featured command line options and arguments parser ( master f21 f20 f19 epel7 el6 el5 ) php-pear-phing -- A project build system based on Apache Ant ( master f21 f20 f19 epel7 el6 ) php-pear-PHP-CodeSniffer -- PHP coding standards enforcement tool ( master f21 f20 f19 el6 el5 ) php-pear-PhpDocumentor -- The complete documentation solution for PHP ( master f21 f20 f19 el6 el5 ) php-pecl-mongo -- PHP MongoDB database driver ( master f21 f20 f19 epel7 el6 el5 ) php-phpmd-PHP-PMD -- PHPMD - PHP Mess Detector ( master f21 f20 f19 el6 ) php-phpunit-File-Iterator -- FilterIterator implementation that filters files based on a list of suffixes ( master f21 f20 f19 epel7 el6 el5 ) php-phpunit-PHP-CodeBrowser -- PHP_CodeBrowser for integration in Hudson and CruiseControl ( f20 f19 epel7 el6 el5 ) php-phpunit-phpdcd -- Dead Code Detector (DCD) for PHP code ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-Timer -- PHP Utility class for timing ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-TokenStream -- Wrapper around PHP tokenizer extension ( master f21 f20 f19 epel7 el6 ) php-swift-Swift -- Free Feature-rich PHP Mailer ( master f21 f20 f19 epel7 el6 ) php-symfony-symfony -- Open-Source PHP Web Framework ( el6 ) python-progressbar -- Text progressbar library for python ( master f21 f20 f19 el6 el5 ) siege -- HTTP regression testing and benchmarking utility ( master f21 f20 f19 epel7 el6 el5 ) sphinx -- Free open-source SQL full-text search engine ( master f21 f20 f19 epel7 el6 el5 ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Non-responsive package maintainer (affix)
On Thu, Oct 9, 2014 at 1:55 AM, Jamie Nguyen j...@jamielinux.com wrote: I think you should probably ignore the fact that Affix happens to be the first point of contact, and instead email peter or jpo who are the active maintainers. I've notified them multiple times as well. BZ assigns the ticket to the listed package owner which is the reason this issue probably occurred in the first place. Brandon Vincent -- 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: Giving away all of my packages
Thanks Shawn. And more thanks also go to Remi and you for mentoring me and being patient with me learning the packaging process. Remaining packages up for grabs: - python-progressbar ( hasn't changed for ages, might be time to retire it) - sphinx ( regular updates ) On 9 October 2014 15:55, Shawn Iwinski shawn.iwin...@gmail.com wrote: You can assign the remaining php-* ones that Remi didn't take to me if you would like. On Oct 9, 2014 6:22 AM, Christof Damian chris...@damian.net wrote: I waited probably a bit long with this, but most of the packages have already co-maintainers that are doing a better job than me. Due to a job with more responsibilities and less Red Hat, Fedora and PHP, I don't have the time needed to keep up with the Fedora Next and PHP ecosystem changes. It was fun time and I will continue using Fedora and maybe be back with f84 when I retire. mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) mod_qos -- Quality of service module for Apache ( master f21 f20 f19 el6 ) php-channel-deepend -- Survive The Deep End PEAR Channel ( master f21 f20 f19 el6 ) php-channel-digitalsandwich -- Adds digitalsandwich channel to PEAR ( master f21 f20 f19 el6 ) php-channel-doctrine -- Adds doctrine project channel to PEAR ( master f21 f20 f19 el6 ) php-channel-pdepend -- PHP Depend PEAR channel ( master f21 f20 f19 el6 ) php-channel-phing -- Adds phing channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-phpdoc -- Adds phpdoc channel to PEAR ( master f21 f20 f19 el6 ) php-channel-phpmd -- PHP Mess Detector PEAR channel ( master f21 f20 f19 el6 ) php-channel-phpqatools -- Adds phpqatools channel to PEAR ( master f21 f20 f19 el6 ) php-channel-swift -- Adds swift mailer project channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-symfony -- Adds symfony project channel to PEAR ( master f21 f20 f19 el6 ) php-deepend-Mockery -- Mockery is a simple but flexible PHP mock object framework ( master f21 f20 f19 epel7 el6 ) php-digitalsandwich-Phake -- Phake is a PHP mocking framework that is based on Mockito ( master f21 f20 f19 el6 ) php-doctrine-Doctrine -- PHP Object Relational Mapper ( f20 f19 el6 ) php-pdepend-PHP-Depend -- PHP_Depend design quality metrics for PHP package ( master f21 f20 f19 el6 ) php-pear-Console-CommandLine -- A full featured command line options and arguments parser ( master f21 f20 f19 epel7 el6 el5 ) php-pear-phing -- A project build system based on Apache Ant ( master f21 f20 f19 epel7 el6 ) php-pear-PHP-CodeSniffer -- PHP coding standards enforcement tool ( master f21 f20 f19 el6 el5 ) php-pear-PhpDocumentor -- The complete documentation solution for PHP ( master f21 f20 f19 el6 el5 ) php-pecl-mongo -- PHP MongoDB database driver ( master f21 f20 f19 epel7 el6 el5 ) php-phpmd-PHP-PMD -- PHPMD - PHP Mess Detector ( master f21 f20 f19 el6 ) php-phpunit-File-Iterator -- FilterIterator implementation that filters files based on a list of suffixes ( master f21 f20 f19 epel7 el6 el5 ) php-phpunit-PHP-CodeBrowser -- PHP_CodeBrowser for integration in Hudson and CruiseControl ( f20 f19 epel7 el6 el5 ) php-phpunit-phpdcd -- Dead Code Detector (DCD) for PHP code ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-Timer -- PHP Utility class for timing ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-TokenStream -- Wrapper around PHP tokenizer extension ( master f21 f20 f19 epel7 el6 ) php-swift-Swift -- Free Feature-rich PHP Mailer ( master f21 f20 f19 epel7 el6 ) php-symfony-symfony -- Open-Source PHP Web Framework ( el6 ) python-progressbar -- Text progressbar library for python ( master f21 f20 f19 el6 el5 ) siege -- HTTP regression testing and benchmarking utility ( master f21 f20 f19 epel7 el6 el5 ) sphinx -- Free open-source SQL full-text search engine ( master f21 f20 f19 epel7 el6 el5 ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: Giving away all of my packages
I've got Sphinx... Will bump it at the end of the month when I get home. On Oct 9, 2014 11:13 AM, Christof Damian chris...@damian.net wrote: Thanks Shawn. And more thanks also go to Remi and you for mentoring me and being patient with me learning the packaging process. Remaining packages up for grabs: - python-progressbar ( hasn't changed for ages, might be time to retire it) - sphinx ( regular updates ) On 9 October 2014 15:55, Shawn Iwinski shawn.iwin...@gmail.com wrote: You can assign the remaining php-* ones that Remi didn't take to me if you would like. On Oct 9, 2014 6:22 AM, Christof Damian chris...@damian.net wrote: I waited probably a bit long with this, but most of the packages have already co-maintainers that are doing a better job than me. Due to a job with more responsibilities and less Red Hat, Fedora and PHP, I don't have the time needed to keep up with the Fedora Next and PHP ecosystem changes. It was fun time and I will continue using Fedora and maybe be back with f84 when I retire. mediawiki-wikicalendar -- Simple calendar extension for mediawiki ( master f21 f20 f19 el6 el5 ) mod_qos -- Quality of service module for Apache ( master f21 f20 f19 el6 ) php-channel-deepend -- Survive The Deep End PEAR Channel ( master f21 f20 f19 el6 ) php-channel-digitalsandwich -- Adds digitalsandwich channel to PEAR ( master f21 f20 f19 el6 ) php-channel-doctrine -- Adds doctrine project channel to PEAR ( master f21 f20 f19 el6 ) php-channel-pdepend -- PHP Depend PEAR channel ( master f21 f20 f19 el6 ) php-channel-phing -- Adds phing channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-phpdoc -- Adds phpdoc channel to PEAR ( master f21 f20 f19 el6 ) php-channel-phpmd -- PHP Mess Detector PEAR channel ( master f21 f20 f19 el6 ) php-channel-phpqatools -- Adds phpqatools channel to PEAR ( master f21 f20 f19 el6 ) php-channel-swift -- Adds swift mailer project channel to PEAR ( master f21 f20 f19 epel7 el6 ) php-channel-symfony -- Adds symfony project channel to PEAR ( master f21 f20 f19 el6 ) php-deepend-Mockery -- Mockery is a simple but flexible PHP mock object framework ( master f21 f20 f19 epel7 el6 ) php-digitalsandwich-Phake -- Phake is a PHP mocking framework that is based on Mockito ( master f21 f20 f19 el6 ) php-doctrine-Doctrine -- PHP Object Relational Mapper ( f20 f19 el6 ) php-pdepend-PHP-Depend -- PHP_Depend design quality metrics for PHP package ( master f21 f20 f19 el6 ) php-pear-Console-CommandLine -- A full featured command line options and arguments parser ( master f21 f20 f19 epel7 el6 el5 ) php-pear-phing -- A project build system based on Apache Ant ( master f21 f20 f19 epel7 el6 ) php-pear-PHP-CodeSniffer -- PHP coding standards enforcement tool ( master f21 f20 f19 el6 el5 ) php-pear-PhpDocumentor -- The complete documentation solution for PHP ( master f21 f20 f19 el6 el5 ) php-pecl-mongo -- PHP MongoDB database driver ( master f21 f20 f19 epel7 el6 el5 ) php-phpmd-PHP-PMD -- PHPMD - PHP Mess Detector ( master f21 f20 f19 el6 ) php-phpunit-File-Iterator -- FilterIterator implementation that filters files based on a list of suffixes ( master f21 f20 f19 epel7 el6 el5 ) php-phpunit-PHP-CodeBrowser -- PHP_CodeBrowser for integration in Hudson and CruiseControl ( f20 f19 epel7 el6 el5 ) php-phpunit-phpdcd -- Dead Code Detector (DCD) for PHP code ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-Timer -- PHP Utility class for timing ( master f21 f20 f19 epel7 el6 ) php-phpunit-PHP-TokenStream -- Wrapper around PHP tokenizer extension ( master f21 f20 f19 epel7 el6 ) php-swift-Swift -- Free Feature-rich PHP Mailer ( master f21 f20 f19 epel7 el6 ) php-symfony-symfony -- Open-Source PHP Web Framework ( el6 ) python-progressbar -- Text progressbar library for python ( master f21 f20 f19 el6 el5 ) siege -- HTTP regression testing and benchmarking utility ( master f21 f20 f19 epel7 el6 el5 ) sphinx -- Free open-source SQL full-text search engine ( master f21 f20 f19 epel7 el6 el5 ) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: rpm 4.12 and weak dependencies
(reordering the citations!) Why should we ban weak dependencies if they really do nothing in YUM? We need a precise and detailed functional description about what these weak dependencies are supposed to do. Do you mean something like this? http://rpm.org/wiki/PackagerDocs/Dependencies That documentation belongs upstream (and should _not_ be just repeated within our packaging guidelines IMHO). Rather, there are Fedora-specific questions to figure out. * That page says that Suggests/Enhances: will prompt the user. Do any of the Fedora tools actually do that? Do the _relevant_ tools do that? If not, we shouldn’t be using these tags I guess. (This question impacts the packaging guidelines.) * Assuming our packaging tools do support the tags, what should the installable repo creation / live image creation do? What does it do? (This one doesn’t.) Before dnf gets promoted as the default package manager, it would be interesting to do some widespread testing. 1. document dnf behavior with weak dependencies and related configuration options 2. let people experiment and provide feedbacks 3. based on feedbacks either propose guidelines or status quo if that's ok I agree with Haïkel. I do not. I agree with Haikel and Petr, we have a great opportunity to test this and see how it works. What exactly is the “it” you want to test and have a great opportunity to test? I assume the RPM and DNF upstreams do their own testing of this without depending on Fedora repos to carry such packages. Yes there are Fedora-specific questions but it seems to me that testing them is just not possible at this point. Mirek -- 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: rpm 4.12 and weak dependencies
- Original Message - Most importantly, we need to update packaging guidelines to explain what are the semantic differences between these different tags. But that's a minor update. That seems to be well enough covered upstream. (Well modulo “does Fedora actually do what the upstream page says?“) The Fedora question would be not “what do the tags do” but “when is it appropriate to use Suggests, when Recommends, and when Requires”? Mirek -- 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: rpm 4.12 and weak dependencies
- Original Message - The Fedora question would be not “what do the tags do” but “when is it appropriate to use Suggests, when Recommends, and when Requires”? (And FWIW my take is that having this level of complexity in the dependency system is a mistake that is making things complex for the users and without giving them anything all that valuable in exchange, especially as we are taking the RPM-level control away from the users completely in cloud and Atomic images already. And in the reverse dependencies really scare me. But I realize this is a minority opinion, so it shouldn’t prevent answering the question with something else than “never”.) Mirek -- 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: btrfs as default filesystem for F22?
On 10/8/14 8:39 AM, Thorsten Leemhuis wrote: On 08.10.2014 14:50, Josh Boyer wrote: On Wed, Oct 8, 2014 at 1:52 AM, Thorsten Leemhuis fed...@leemhuis.info wrote: Josh Boyer wrote on 07.10.2014 21:15: On Tue, Oct 7, 2014 at 2:24 PM, Josef Bacik jo...@toxicpanda.com wrote: [...] http://kernel.opensuse.org/cgit/kernel-source/tree/patches.suse/btrfs--add-allow_unsupported-module-parameter.patch?h=SLE11-SP3 http://kernel.opensuse.org/cgit/kernel-source/tree/patches.suse/btrfs--add-allow_unsupported-module-parameter.patch?h=SLE12 [...] I'm not thrilled with adding that patch to Fedora at all. Fully agreed. […] They get away with this in SLE12 because it's roughly the first time btrfs is available in a supported fashion. […] Well, it's supported since SLE11SP2 already, which is more than two years old, but the point in the end is the same, yes. But FWIW, it seems that simply how they work afaics, as they do something similar to ext4, too: http://kernel.opensuse.org/cgit/kernel-source/tree/patches.suse/ext4-unsupported-features.patch?h=SLE12 CU knurd Interesting, bigalloc and checksums - yeah, I probably would have chosen those, too, for now. I think there's a little difference, though, in that bigalloc in particular, and checksums to some degree, are really kind of niche / corner case features of ext4. (Who here even knew ext4 had a bigalloc feature, raise your hand!) The list of unsupported btrfs features seems like a lot of core advertised functionality - no compression, no raid5, no device replace, no btrfs receive... -Eric -- 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: rpm 4.12 and weak dependencies
On Thu, Oct 9, 2014 at 1:48 AM, Jan Zelený jzel...@redhat.com wrote: Good idea! Thanks and done ... In addition, http://rpm.org/wiki/PackagerDocs/Dependencies terminates rather abruptly, with or B Supplements. That should at least be or B Supplements A. Actually, there are a few other wording mistakes in that section; e.g., They come *it* two different levels Also some text carries ambiguous meanings; e.g., what exactly does fulfill them mean? May I suggest the following text for the Weak dependencies section? In addition to the strong dependencies created by Requires, there are 4 dependency types that are ignored by rpm itself. Their purpose is to be used by dependency solvers to make choices about what packages to install. They come in two levels of strength: - Weak: The dependency solver shall attempt to process the dependency as though it were strong. If an error or warning would result, the dependency is instead ignored. - Very weak: The dependency solver shall ignore the dependency. However, the dependency may be used to display matching packages to the user as an option. The dependency solver may offer to treat both weak and very weak dependencies as weak, or it may offer to treat both weak and very weak dependencies as very weak. There are two dependency types at each level of strength. One is a forward relation, similar to Requires; the other is a reverse relation. The reverse relation indicates that the target package has additional functionality or capabilities when the declaring package is also installed. [Insert existing table here] So installing a package containing Recommends: foo should cause the dependency solver to also select a package that is named foo or that Provides: foo, if one exists and its selection does not lead to unresolvable dependencies. On the other hand, if a package that is named foo or that Provides: foo is selected, and a package bar containing Supplements: foo exists, then bar is also selected as long as doing so does not lead to unresolvable dependencies. In other words, if you have packages A and B and you want to declare a weak relation between them A - B, you can either declare Recommends: B in A's spec file, or declare Supplements: A in B's spec file. HTH. Regards, -- Jerry James http://www.jamezone.org/ -- 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: rpm 4.12 and weak dependencies
On Thu, Oct 09, 2014 at 11:03:20AM -0400, Miloslav Trma?? wrote: [...] That documentation belongs upstream (and should _not_ be just repeated within our packaging guidelines IMHO). From an rpm upstream point of view, we don't know much about what those dependencies do. We simply relay the information from the packager to the dependency solver tool. Rather, there are Fedora-specific questions to figure out. * That page says that Suggests/Enhances: will prompt the user. Do any of the Fedora tools actually do that? Do the _relevant_ tools do that? If not, we shouldn???t be using these tags I guess. DNF does not do anything with Suggests/Enhances. Libsolv uses them to tiebreak decisions if multiple packages provide something. Cheers, Michael. -- Michael Schroeder m...@suse.de SUSE LINUX Products GmbH, GF Jeff Hawn, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- 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: rpm 4.12 and weak dependencies
On Thu, Oct 9, 2014, at 11:09 AM, Miloslav Trmač wrote: especially as we are taking the RPM-level control away from the users completely in cloud How is that? and Atomic images already. See: https://lists.projectatomic.io/projectatomic-archives/atomic-devel/2014-October/msg5.html -- 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: rpm 4.12 and weak dependencies
On 10/08/2014 12:31 PM, Kevin Fenzi wrote: Greetings. This F21 change: http://fedoraproject.org//wiki/Changes/RPM-4.12 has brought us 'weak dependencies', namely: Recommends, Suggests, Supplements and Enhances Rpm in f21 and rawhide sees these in spec files and builds fine with them. createrepo in those branches also exports this into the metadata. yum however doesn't do anything with that information. dnf does (although it's not clear to me what exactly it does do, so input from dnf maintainers would be great). There's 4 packages that are already using these weak deps, but our default package manager (yum) doesn't understand them. People installing via yum and installing via dnf will see different behavior. I filed a fesco ticket to ask that we ask maintainers to please not add these until we have guidelines and our default package manager supports this information: https://fedorahosted.org/fesco/ticket/1353 FESCo asked me to post here and see what folks think. Should we just ask folks not to use these for now (honor system). Should we add a check to redhat-rpm-macros to check packages and fail the build if they use these tags (for now). I don't think we should allow these in Fedora until expectations are agreed upon and the tooling works. Whether we enforce it with a check or honor, I don't have a strong opinion. I'd like to think an honor system would work. -- 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: rpm 4.12 and weak dependencies
On Thu, 9 Oct 2014 18:05:03 +0200 Michael Schroeder m...@suse.de wrote: On Thu, Oct 09, 2014 at 11:03:20AM -0400, Miloslav Trma?? wrote: [...] That documentation belongs upstream (and should _not_ be just repeated within our packaging guidelines IMHO). From an rpm upstream point of view, we don't know much about what those dependencies do. We simply relay the information from the packager to the dependency solver tool. Rather, there are Fedora-specific questions to figure out. * That page says that Suggests/Enhances: will prompt the user. Do any of the Fedora tools actually do that? Do the _relevant_ tools do that? If not, we shouldn???t be using these tags I guess. DNF does not do anything with Suggests/Enhances. Libsolv uses them to tiebreak decisions if multiple packages provide something. ok. That helps resolve (ha) most of my concerns. I also took a closer look at the packages using these currently: bcfg2 - false positive, it's actually defined out in fedora. ceph - This seems like a bug to me. It has a Suggests: logrotate but it's installing logrotate files, so I would think it should just be Requiring it since it needs something to make those directories? dreamchess - This behaves completely the same in yum or dnf. The Suggests: gnuchess doesn't do anything at all (since as you say it only would use it as a tiebreaker). So, as long as both dnf and yum essentially ignore these for now we should be ok. I'm really not sure why someone would add them actually since they don't do anything, but ok. kevin signature.asc Description: PGP 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
bugzilla usage trends
I was curious about the rate of bug reporting in Fedora, and did this quick experiment. I thought it might be interesting to folks here who either work on the infrastructure or are curious about long-term collaboration trends in Fedora. I checked the date of reporting of every 10,000th bug (bugzilla #1, #1, etc, all the way to the recent 115---see attached data). Some bugs were private so I didn't have access to their info, but I got enough data to calculate bug velocity (increase in the bug number divided by the time interval) over time. The data is a little noisy, but you can clearly see the ever-increasing trend. See attached plot; it turns out that Bugzilla is receiving presently ~400 bugs per day and rising (a bug every 3 minutes or so). bugs.dat Description: Netscape Proxy Auto Config -- 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: [pyelftools/f19] (4 commits) ...python3 is not available in epel7
On 10/08/2014 11:41 PM, Moez Roy wrote: Summary of changes: 58461a8... Rebuilt for https://fedoraproject.org/wiki/Changes/Python_3 (*) 7ec9589... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) f0aeace... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*) 360daf2... python3 is not available in epel7 (*) (*) This commit already existed in another branch; no separate mail sent FWIW - I don't see any reason to push these commit to the stable branches unless you are actually making a change that affects them and building/pushing a new update. -- 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: Possible PPC kernel bug on builders
On Wed, Oct 8, 2014 at 12:36 AM, Dan Horák d...@danny.cz wrote: we know about it, don't have any answer yet :-( Okay, thanks for letting me know. I'd appreciate a note when you get the problem resolved. Regards, -- Jerry James http://www.jamezone.org/ -- 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: Giving away all of my packages
- Original Message - From: Christof Damian chris...@damian.net To: Development discussions related to Fedora devel@lists.fedoraproject.org Cc: Fedora PHP development team php-de...@lists.fedoraproject.org Sent: Thursday, October 9, 2014 9:12:42 PM Subject: Re: Giving away all of my packages Remaining packages up for grabs: - python-progressbar ( hasn't changed for ages, might be time to retire it) AFAICS, there is only one left so I can take this if you want. At a glance, I see it maybe useful so it is worth to keep it. FAS: tuanta. Kind regards, Tuan -- 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: bugzilla usage trends
On Thu, Oct 09, 2014 at 05:39:34PM -0400, Przemek Klosowski wrote: I was curious about the rate of bug reporting in Fedora, and did this quick experiment. I thought it might be interesting to folks here who either work on the infrastructure or are curious about long-term collaboration trends in Fedora. I checked the date of reporting of every 10,000th bug (bugzilla #1, #1, etc, all the way to the recent 115---see attached data). Some bugs were private so I didn't have access to their info, but I got enough data to calculate bug velocity (increase in the bug number divided by the time interval) over time. The data is a little noisy, but you can clearly see the ever-increasing trend. See attached plot; it turns out that Bugzilla is receiving presently ~400 bugs per day and rising (a bug every 3 minutes or so). This is pretty fun, but doesn't it speak about bugzilla usage in general (ie: Fedora, EPEL, RHEL, Atomic...)? Or did you make sure you're only getting Fedora's bugs? Pierre -- 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: [pyelftools/f19] (4 commits) ...python3 is not available in epel7
On Thu, Oct 9, 2014 at 2:52 PM, Orion Poplawski or...@cora.nwra.com wrote: On 10/08/2014 11:41 PM, Moez Roy wrote: Summary of changes: 58461a8... Rebuilt for https://fedoraproject.org/wiki/Changes/Python_3 (*) 7ec9589... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) f0aeace... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*) 360daf2... python3 is not available in epel7 (*) (*) This commit already existed in another branch; no separate mail sent FWIW - I don't see any reason to push these commit to the stable branches unless you are actually making a change that affects them and building/pushing a new update. -- 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 The reason I did that was so that all the branches stay in sync. Especially when there is a new update, the git merge master won't give any merge conflicts (which will require me to rebase the other branches to master). Is there a reason not to do it? -Moez -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: to: Removed on branch: f20 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: to: Removed on branch: f19 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: Approved to: Removed on branch: el6 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: Approved to: Removed on branch: el5 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: Approved to: Removed on branch: master To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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
[PkgDB] mcepl:bugzilla watchbugzilla set to Removed
user: mcepl set for mcepl acl: watchbugzilla of package: bugzilla from: Approved to: Removed on branch: f21 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/bugzilla -- 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-Redis/el6] fixes to required test libraries patch for el6
commit b212495b8ab5642e4ed24c6f887d657ae1592cd6 Author: David Dick dd...@cpan.org Date: Thu Oct 9 18:45:38 2014 +1100 fixes to required test libraries patch for el6 redis_required_test_libraries.patch |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) --- diff --git a/redis_required_test_libraries.patch b/redis_required_test_libraries.patch index 866cb0c..b07fdd5 100644 --- a/redis_required_test_libraries.patch +++ b/redis_required_test_libraries.patch @@ -7596,14 +7596,14 @@ diff -Naur old/Makefile.PL new/Makefile.PL --- old/Makefile.PL2014-08-04 04:50:30.0 +1000 +++ new/Makefile.PL2014-08-05 12:21:06.053781311 +1000 @@ -9,7 +9,7 @@ + BEGIN { my %configure_requires = ( - 'Module::Build::Tiny' = '0.036', -'ExtUtils::MakeMaker' = '6.63_03', +'ExtUtils::MakeMaker' = 0, + 'Module::Build::Tiny' = '0.036', ); - my @missing = grep { @@ -63,7 +63,7 @@ use 5.008; -- 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 1150518] perl-App-cpanminus-1.7014 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1150518 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-App-cpanminus-1.7014-1 ||.fc22 Resolution|--- |RAWHIDE Last Closed||2014-10-09 03:50:30 -- 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=myFvxJCoJXa=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 1150530] perl-Redis-1.976 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1150530 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-Redis-1.976-1.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/perl-Redis-1.976-1.el6 -- 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=NzJ2Ygu1Aia=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-Qt
perl-Qt has broken dependencies in the rawhide tree: On x86_64: perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit) On i386: perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.i686 requires libperl.so.5.18 On armhfp: perl-Qt-0.96.0-11.fc22.armv7hl requires perl(:MODULE_COMPAT_5.18.2) perl-Qt-0.96.0-11.fc22.armv7hl requires libperl.so.5.18 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 Net-SSH-Perl-1.38.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Net-SSH-Perl: d95b5ef0ffc529494f2441673a1f1f79 Net-SSH-Perl-1.38.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-Net-SSH-Perl] Update to 1.38
commit 36d9d1e55043c3f80b9cb2138a2c82b567bf5e81 Author: Paul Howarth p...@city-fan.org Date: Thu Oct 9 11:37:01 2014 +0100 Update to 1.38 - New upstream release 1.38 - Install valid SIGNATURE file (CPAN RT#99284) - Re-enable the signature test - This release by TURNSTEP → update source URL - Use %license where possible perl-Net-SSH-Perl.spec | 22 +- sources|2 +- 2 files changed, 18 insertions(+), 6 deletions(-) --- diff --git a/perl-Net-SSH-Perl.spec b/perl-Net-SSH-Perl.spec index cda0992..e0b853a 100644 --- a/perl-Net-SSH-Perl.spec +++ b/perl-Net-SSH-Perl.spec @@ -3,12 +3,12 @@ Summary: SSH (Secure Shell) client Name: perl-Net-SSH-Perl -Version: 1.37 -Release: 3%{?dist} +Version: 1.38 +Release: 1%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/Net-SSH-Perl/ -Source0: http://search.cpan.org/CPAN/authors/id/S/SC/SCHWIGON/Net-SSH-Perl-%{version}.tar.gz +Source0: http://search.cpan.org/CPAN/authors/id/T/TU/TURNSTEP/Net-SSH-Perl-%{version}.tar.gz Source1: 14964AC8.asc Source2: 161C06B1.asc Source3: CD613C9B.asc @@ -111,7 +111,7 @@ cd Net-SSH-Perl-%{version} # Locale set to en_US for spell check tests LANG=en_US make test \ - TEST_AUTHOR=1 TEST_CRITIC=0 TEST_SIGNATURE=0 TEST_SPELL=0 + TEST_AUTHOR=1 TEST_CRITIC=0 TEST_SIGNATURE=1 TEST_SPELL=0 cd - @@ -119,11 +119,23 @@ cd - rm -rf %{buildroot} %files -%doc Changes README LICENSE eg ToDo +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README eg ToDo %{perl_vendorlib}/Net/ %{_mandir}/man3/Net::SSH::Perl*.3pm* %changelog +* Thu Oct 9 2014 Paul Howarth p...@city-fan.org - 1.38-1 +- Update to 1.38 + - Install valid SIGNATURE file (CPAN RT#99284) +- Re-enable the signature test +- This release by TURNSTEP → update source URL +- Use %%license where possible + * Fri Aug 29 2014 Jitka Plesnikova jples...@redhat.com - 1.37-3 - Perl 5.20 rebuild diff --git a/sources b/sources index eea2558..24c74bb 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b59dfe68e5809e67b4840ffe7e009b39 Net-SSH-Perl-1.37.tar.gz +d95b5ef0ffc529494f2441673a1f1f79 Net-SSH-Perl-1.38.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-Net-SSH-Perl/f21] (2 commits) ...Update to 1.38
Summary of changes: 0cea735... Perl 5.20 rebuild (*) 36d9d1e... Update to 1.38 (*) (*) 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
[perl-Net-SSH-Perl] Created tag perl-Net-SSH-Perl-1.38-1.fc22
The lightweight tag 'perl-Net-SSH-Perl-1.38-1.fc22' was created pointing to: 36d9d1e... Update to 1.38 -- 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-Net-SSH-Perl] Created tag perl-Net-SSH-Perl-1.38-1.fc21
The lightweight tag 'perl-Net-SSH-Perl-1.38-1.fc21' was created pointing to: 36d9d1e... Update to 1.38 -- 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-Modern-0.013.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Test-Modern: 9b193125d571a51793ee4208a1587f82 Test-Modern-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-Modern] Update to 0.013
commit d801404607fb0b041c9f51e34dc6d66d7eaa1ae3 Author: Paul Howarth p...@city-fan.org Date: Thu Oct 9 12:41:53 2014 +0100 Update to 0.013 - New upstream release 0.013 - Add 'test recommends' dependencies on a few modules perl-Test-Modern.spec |7 ++- sources |2 +- 2 files changed, 7 insertions(+), 2 deletions(-) --- diff --git a/perl-Test-Modern.spec b/perl-Test-Modern.spec index df8fbae..c4333fb 100644 --- a/perl-Test-Modern.spec +++ b/perl-Test-Modern.spec @@ -1,5 +1,5 @@ Name: perl-Test-Modern -Version: 0.012 +Version: 0.013 Release: 1%{?dist} Summary: Precision testing for modern perl License: GPL+ or Artistic @@ -39,6 +39,7 @@ BuildRequires:perl(warnings) BuildRequires: perl(base) BuildRequires: perl(Data::Dumper) # Optional Test Requirements +BuildRequires: perl(LWP::UserAgent) BuildRequires: perl(Moose) = 2.0600 BuildRequires: perl(namespace::clean) # Runtime @@ -83,6 +84,10 @@ make test %{_mandir}/man3/Test::Modern.3* %changelog +* Thu Oct 9 2014 Paul Howarth p...@city-fan.org - 0.013-1 +- Update to 0.013 + - Add 'test recommends' dependencies on a few modules + * Tue Sep 30 2014 Paul Howarth p...@city-fan.org - 0.012-1 - Update to 0.012 - does_ok no longer calls the internal Test::Builder '_try' method diff --git a/sources b/sources index 8cf4cd5..ce92740 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -b53e9b7f759ca0689ec14e4f2fef17c2 Test-Modern-0.012.tar.gz +9b193125d571a51793ee4208a1587f82 Test-Modern-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 1151011] New: perl-Socket-2.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1151011 Bug ID: 1151011 Summary: perl-Socket-2.016 is available Product: Fedora Version: rawhide Component: perl-Socket Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 2.016 Current version/release in Fedora Rawhide: 2.015-3.fc22 URL: http://search.cpan.org/dist/Socket/ 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 Soon this service will be implemented by a new system: https://github.com/fedora-infra/anitya/ It will require to manage monitored projects via a new web interface. Please make yourself familiar with the new system to ease the transition. -- 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=YjNFfEAuUma=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-Modern/f21] Update to 0.013
Summary of changes: d801404... Update to 0.013 (*) (*) 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
[perl-Test-Modern] Created tag perl-Test-Modern-0.013-1.fc21
The lightweight tag 'perl-Test-Modern-0.013-1.fc21' was created pointing to: d801404... 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
[perl-Test-Modern] Created tag perl-Test-Modern-0.013-1.fc22
The lightweight tag 'perl-Test-Modern-0.013-1.fc22' was created pointing to: d801404... 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
File Exporter-Tiny-0.042.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Exporter-Tiny: 77ba432037f35bc9b84b717639075fc6 Exporter-Tiny-0.042.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-Exporter-Tiny] Update to 0.042
commit 0d3c4c2b1cb275d99482454da242392f2253d87e Author: Paul Howarth p...@city-fan.org Date: Thu Oct 9 13:41:43 2014 +0100 Update to 0.042 - New upstream release 0.042 - Add an 'unimport' feature - Option validation needs to happen after expanding tags - Housekeeping on %TRACKED perl-Exporter-Tiny.spec |8 +++- sources |2 +- 2 files changed, 8 insertions(+), 2 deletions(-) --- diff --git a/perl-Exporter-Tiny.spec b/perl-Exporter-Tiny.spec index fcb56e7..4da41ee 100644 --- a/perl-Exporter-Tiny.spec +++ b/perl-Exporter-Tiny.spec @@ -6,7 +6,7 @@ %endif Name: perl-Exporter-Tiny -Version: 0.040 +Version: 0.042 Release: 1%{?dist} Summary: An exporter with the features of Sub::Exporter but only core dependencies License: GPL+ or Artistic @@ -84,6 +84,12 @@ rm -rf %{buildroot} %{_mandir}/man3/Exporter::Shiny.3pm* %changelog +* Thu Oct 9 2014 Paul Howarth p...@city-fan.org - 0.042-1 +- Update to 0.042 + - Add an 'unimport' feature + - Option validation needs to happen after expanding tags + - Housekeeping on %%TRACKED + * Wed Sep 17 2014 Paul Howarth p...@city-fan.org - 0.040-1 - Update to 0.040 - Document warning and error messages produced by Exporter::Tiny diff --git a/sources b/sources index e5982c1..3f6e570 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d3e0fc25ee5e704f52640967c9d862b1 Exporter-Tiny-0.040.tar.gz +77ba432037f35bc9b84b717639075fc6 Exporter-Tiny-0.042.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-Exporter-Tiny/f21] Update to 0.042
Summary of changes: 0d3c4c2... Update to 0.042 (*) (*) 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
[perl-Exporter-Tiny] Created tag perl-Exporter-Tiny-0.042-1.fc21
The lightweight tag 'perl-Exporter-Tiny-0.042-1.fc21' was created pointing to: 0d3c4c2... Update to 0.042 -- 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-Exporter-Tiny] Created tag perl-Exporter-Tiny-0.042-1.fc22
The lightweight tag 'perl-Exporter-Tiny-0.042-1.fc22' was created pointing to: 0d3c4c2... Update to 0.042 -- 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 Socket-2.016.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Socket: 979f2ba42f5b624013cf0e395b44a1d5 Socket-2.016.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-Socket] 2.016 bump
commit 482b2fefbe500256b9ee0545daee5d32137ef996 Author: Petr Písař ppi...@redhat.com Date: Thu Oct 9 15:18:29 2014 +0200 2.016 bump .gitignore |1 + perl-Socket.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1a3ef1c..87f78df 100644 --- a/.gitignore +++ b/.gitignore @@ -19,3 +19,4 @@ /Socket-2.013.tar.gz /Socket-2.014.tar.gz /Socket-2.015.tar.gz +/Socket-2.016.tar.gz diff --git a/perl-Socket.spec b/perl-Socket.spec index 3c62fc4..6106e36 100644 --- a/perl-Socket.spec +++ b/perl-Socket.spec @@ -1,8 +1,8 @@ -%global cpan_version 2.015 +%global cpan_version 2.016 Name: perl-Socket Epoch: 2 Version:%(echo '%{cpan_version}' | tr '_' '.') -Release:3%{?dist} +Release:1%{?dist} Summary:Networking constants and support functions License:GPL+ or Artistic Group: Development/Libraries @@ -60,6 +60,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Oct 09 2014 Petr Pisar ppi...@redhat.com - 2:2.016-1 +- 2.016 bump + * Wed Sep 03 2014 Jitka Plesnikova jples...@redhat.com - 2:2.015-3 - Increase Epoch to favour standalone package diff --git a/sources b/sources index c35e9a1..bc44b34 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d3bde8dd88d760437538541c53847b3c Socket-2.015.tar.gz +979f2ba42f5b624013cf0e395b44a1d5 Socket-2.016.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-Synopsis] Update to 0.11
commit 52e928b5d1028c053898ec6d491321059ccefb2c Author: Paul Howarth p...@city-fan.org Date: Thu Oct 9 14:19:13 2014 +0100 Update to 0.11 - New upstream release 0.11 - Added #10 to CAVEATS (redefined warnings) - Fixed #11 (failing tests on newer perls) - Use %license where possible perl-Test-Synopsis.spec | 25 ++--- sources |2 +- 2 files changed, 19 insertions(+), 8 deletions(-) --- diff --git a/perl-Test-Synopsis.spec b/perl-Test-Synopsis.spec index 5723d1d..d7c11c0 100644 --- a/perl-Test-Synopsis.spec +++ b/perl-Test-Synopsis.spec @@ -1,11 +1,9 @@ -# TODO: BR: perl(Test::Kwalitee::Extra) when available - # noarch, but to avoid debug* files interfering with manifest test: %global debug_package %{nil} Name: perl-Test-Synopsis -Version: 0.10 -Release: 4%{?dist} +Version: 0.11 +Release: 1%{?dist} Summary: Test your SYNOPSIS code Group: Development/Libraries License: GPL+ or Artistic @@ -14,7 +12,8 @@ Source0: http://search.cpan.org/CPAN/authors/id/Z/ZO/ZOFFIX/Test-Synopsis-%{vers BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch # Module Build -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) # Module Runtime BuildRequires: perl(base) BuildRequires: perl(ExtUtils::Manifest) @@ -28,7 +27,7 @@ BuildRequires:perl(IO::Handle) BuildRequires: perl(IPC::Open3) BuildRequires: perl(Test::Builder) = 0.34 BuildRequires: perl(Test::Builder::Tester) -BuildRequires: perl(Test::More) +BuildRequires: perl(Test::More) = 0.82 # Extra Tests; can't run these when bootstrapping or in EL since many # of these packages won't be available %if 0%{!?perl_bootstrap:1} 0%{!?rhel:1} @@ -38,6 +37,7 @@ BuildRequires:perl(Test::CPAN::Changes) BuildRequires: perl(Test::CPAN::Meta) BuildRequires: perl(Test::DistManifest) BuildRequires: perl(Test::EOL) +BuildRequires: perl(Test::Kwalitee) = 1.21 BuildRequires: perl(Test::MinimumVersion) BuildRequires: perl(Test::Mojibake) BuildRequires: perl(Test::More) = 0.96 @@ -85,11 +85,22 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t')) rm -rf %{buildroot} %files -%doc Changes LICENSE README README.md +%if 0%{?_licensedir:1} +%license LICENSE +%else +%doc LICENSE +%endif +%doc Changes README README.md %{perl_vendorlib}/Test/ %{_mandir}/man3/Test::Synopsis.3pm* %changelog +* Thu Oct 9 2014 Paul Howarth p...@city-fan.org - 0.11-1 +- Update to 0.11 + - Added #10 to CAVEATS (redefined warnings) + - Fixed #11 (failing tests on newer perls) +- Use %%license where possible + * Sun Sep 07 2014 Jitka Plesnikova jples...@redhat.com - 0.10-4 - Perl 5.20 re-rebuild of bootstrapped packages diff --git a/sources b/sources index 58e17fa..7b1b1dd 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9b9f333678d51e32966538b380e3cc41 Test-Synopsis-0.10.tar.gz +c6b0eb651f8b95757ccee4f430d659bf Test-Synopsis-0.11.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 1151011] perl-Socket-2.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1151011 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-Socket-2.016-1.fc22 --- Comment #1 from Petr Pisar ppi...@redhat.com --- This release improves portability of build script and tests. Suitable for Fedora ≥ 20. -- 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=3QVs6bvAvia=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-Socket/f21] 2.016 bump
commit c6643e5a781c39b459bba63eb43c4b29eec1a03f Author: Petr Písař ppi...@redhat.com Date: Thu Oct 9 15:18:29 2014 +0200 2.016 bump .gitignore |1 + perl-Socket.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1a3ef1c..87f78df 100644 --- a/.gitignore +++ b/.gitignore @@ -19,3 +19,4 @@ /Socket-2.013.tar.gz /Socket-2.014.tar.gz /Socket-2.015.tar.gz +/Socket-2.016.tar.gz diff --git a/perl-Socket.spec b/perl-Socket.spec index ed9a5c9..991ebc0 100644 --- a/perl-Socket.spec +++ b/perl-Socket.spec @@ -1,4 +1,4 @@ -%global cpan_version 2.015 +%global cpan_version 2.016 Name: perl-Socket Epoch: 1 Version:%(echo '%{cpan_version}' | tr '_' '.') @@ -60,6 +60,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Oct 09 2014 Petr Pisar ppi...@redhat.com - 2:2.016-1 +- 2.016 bump + * Mon Aug 18 2014 Petr Pisar ppi...@redhat.com - 1:2.015-1 - 0.15 bump diff --git a/sources b/sources index c35e9a1..bc44b34 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d3bde8dd88d760437538541c53847b3c Socket-2.015.tar.gz +979f2ba42f5b624013cf0e395b44a1d5 Socket-2.016.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-Socket/f21] Correct changelog entry
commit eb56107104dda5904a6ef092ce35d7c1bf2c42d9 Author: Petr Písař ppi...@redhat.com Date: Thu Oct 9 15:24:12 2014 +0200 Correct changelog entry perl-Socket.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl-Socket.spec b/perl-Socket.spec index 991ebc0..2852b9d 100644 --- a/perl-Socket.spec +++ b/perl-Socket.spec @@ -60,7 +60,7 @@ make test %{_mandir}/man3/* %changelog -* Thu Oct 09 2014 Petr Pisar ppi...@redhat.com - 2:2.016-1 +* Thu Oct 09 2014 Petr Pisar ppi...@redhat.com - 1:2.016-1 - 2.016 bump * Mon Aug 18 2014 Petr Pisar ppi...@redhat.com - 1:2.015-1 -- 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-Socket/f20] 2.016 bump
commit 517592d3dc9b58416e05ae98b4585ef3f8dc4e95 Author: Petr Písař ppi...@redhat.com Date: Thu Oct 9 15:18:29 2014 +0200 2.016 bump .gitignore |1 + perl-Socket.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 1a3ef1c..87f78df 100644 --- a/.gitignore +++ b/.gitignore @@ -19,3 +19,4 @@ /Socket-2.013.tar.gz /Socket-2.014.tar.gz /Socket-2.015.tar.gz +/Socket-2.016.tar.gz diff --git a/perl-Socket.spec b/perl-Socket.spec index 5241e9b..0955a4a 100644 --- a/perl-Socket.spec +++ b/perl-Socket.spec @@ -1,4 +1,4 @@ -%global cpan_version 2.015 +%global cpan_version 2.016 Name: perl-Socket Epoch: 1 Version:%(echo '%{cpan_version}' | tr '_' '.') @@ -60,6 +60,9 @@ make test %{_mandir}/man3/* %changelog +* Thu Oct 09 2014 Petr Pisar ppi...@redhat.com - 1:2.016-1 +- 2.016 bump + * Mon Aug 18 2014 Petr Pisar ppi...@redhat.com - 1:2.015-1 - 0.15 bump diff --git a/sources b/sources index c35e9a1..bc44b34 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d3bde8dd88d760437538541c53847b3c Socket-2.015.tar.gz +979f2ba42f5b624013cf0e395b44a1d5 Socket-2.016.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-Synopsis/f21] (3 commits) ...Update to 0.11
Summary of changes: dc8156c... Perl 5.20 rebuild (*) f353887... Perl 5.20 re-rebuild of bootstrapped packages (*) 52e928b... Update to 0.11 (*) (*) 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 1151011] perl-Socket-2.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1151011 --- Comment #2 from Fedora Update System upda...@fedoraproject.org --- perl-Socket-2.016-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/perl-Socket-2.016-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=dPjmadeOX7a=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 1106210] perl-Switch: FTBFS: Not compatible with Filter-1.50
https://bugzilla.redhat.com/show_bug.cgi?id=1106210 Tom spot Callaway tcall...@redhat.com changed: What|Removed |Added Flags|needinfo?(tcallawa@redhat.c | |om) | -- 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=B0fFxtcyVta=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 1151011] perl-Socket-2.016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1151011 --- Comment #3 from Fedora Update System upda...@fedoraproject.org --- perl-Socket-2.016-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-Socket-2.016-1.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=U86x0R5HoHa=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
Orphan packages in epel7
The following packages are orphaned and might be retired eventually, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please orphan the affected package or retire your package to avoid broken dependencies. Package(co)maintainers === SDL_mixer orphan, sdz golang-github-gorilla-context orphan, golang-sig, lsm5, mattdm, vbatts golang-github-gorilla-mux orphan, golang-sig, lsm5, mattdm, vbatts golang-github-kr-ptyorphan, golang-sig, lsm5, mattdm golang-googlecode-net orphan, golang-sig, lsm5, mattdm, vbatts golang-googlecode-sqliteorphan, golang-sig, lsm5, vbatts libev orphan mikmod orphan, s4504kr, sdz mysql-connector-python orphan ocaml-lablglorphan, peter, rjones perl-Log-Log4perl orphan, jplesnik, mmaslano, ppisar, psabata perl-Marpa-XS orphan, jplesnik, lkundrak, mmaslano, perl- sig, ppisar, psabata perl-RPM2 orphan, jplesnik, mmaslano, ppisar, psabata pkcs11-helper orphan python-gunicorn orphan, dcallagh python-itsdangerous orphan, branto, dcallagh python-paverorphan, lmacken, toshio python-requests orphan, sagarun, terminalmage python-urllib3 orphan, ralph, sagarun qstat orphan The following packages require above mentioned packages: Depending on: SDL_mixer stellarium (maintained by: s4504kr) stellarium-0.12.4-3.el7.src requires SDL_mixer-devel = 1.2.12-4.el7 Depending on: libev httpress (maintained by: nmav) httpress-1.1.0-2.el7.src requires libev-devel = 4.15-3.el7 httpress-1.1.0-2.el7.x86_64 requires libev.so.4()(64bit) python-cassandra-driver (maintained by: lkundrak, filabrazilska) python-cassandra-driver-1.1.1-3.el7.src requires libev-devel = 4.15-3.el7 python-cassandra-driver-1.1.1-3.el7.x86_64 requires libev.so.4()(64bit) Depending on: mysql-connector-python mysql-utilities (maintained by: hubbitus, hhorak) mysql-utilities-1.3.6-1.el7.noarch requires mysql-connector-python = 1.1.6-1.el7 mysql-utilities-1.3.6-1.el7.src requires mysql-connector-python = 1.1.6-1.el7 Depending on: perl-Log-Log4perl munin (maintained by: fenris02, ingvar, ixs) munin-2.0.21-1.el7.1.noarch requires perl(Log::Log4perl) = 1.42 munin-2.0.21-1.el7.1.src requires perl(Log::Log4perl) = 1.42 perl-File-Comments (maintained by: pghmcfc, perl-sig) perl-File-Comments-0.08-10.el7.noarch requires perl(Log::Log4perl) = 1.42 perl-File-Comments-0.08-10.el7.src requires perl(Log::Log4perl) = 1.42 perl-Plack (maintained by: corsepiu, perl-sig) perl-Plack-1.0030-3.el7.src requires perl(Log::Log4perl) = 1.42 perl-Sysadm-Install (maintained by: pghmcfc, perl-sig) perl-Sysadm-Install-0.43-1.el7.noarch requires perl(Log::Log4perl) = 1.42, perl(Log::Log4perl::Util) perl-Sysadm-Install-0.43-1.el7.src requires perl(Log::Log4perl) = 1.42 perl-CGI-Emulate-PSGI (maintained by: eseyman, corsepiu, jplesnik, mmaslano, perl-sig, psabata) perl-CGI-Emulate-PSGI-0.15-4.el7.src requires perl(Plack::Test) perl-HTTP-Exception (maintained by: eseyman, ktdreyer, perl-sig) perl-HTTP-Exception-0.04006-1.el7.src requires perl(Plack) = 1.0030, perl(Plack::Test) perl-JSON-RPC (maintained by: eseyman, perl-sig) perl-JSON-RPC-1.03-5.el7.noarch requires perl(Plack::Request) = 1.0030 perl-JSON-RPC-1.03-5.el7.src requires perl(Plack::Request) = 1.0030, perl(Plack::Test) perl-Text-Xslate (maintained by: cicku, perl-sig) perl-Text-Xslate-3.2.5-1.el7.src requires perl(Plack) = 1.0030, perl(Plack::Builder), perl(Plack::Response) = 1.0030, perl(Plack::Test) kgb-bot (maintained by: averi)
Orphan packages in epel6
The following packages are orphaned and might be retired eventually, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If you received this mail directly you (co)maintain one of the affected packages or a package that depends on one. Please orphan the affected package or retire your package to avoid broken dependencies. Package(co)maintainers === SDL_mixer orphan, sdz SDL_ttf orphan, sdz apvlv orphan auto-buildrequires orphan, rjones autoconf-archiveorphan, tmatsuu btm orphan bytelistorphan cairomm orphan cfengineorphan, filler, ravenoak cglib orphan, mef cmospwd orphan couchdb orphan, erlang-sig, wtogami cvs2cl orphan ddclientorphan djvulibre orphan, jgu dzen2 orphan efteorphan ejabberdorphan, erlang-sig, jkaluza, martinlanghoff, mmahut erlang-amf orphan, erlang-sig erlang-cl orphan, erlang-sig erlang-cowboy orphan, erlang-sig erlang-edownorphan, erlang-sig erlang-egeoip orphan, erlang-sig erlang-emmaporphan, erlang-sig erlang-eradius orphan, erlang-sig erlang-erlando orphan, erlang-sig erlang-erlsyslogorphan, erlang-sig erlang-esaslorphan, erlang-sig erlang-etap orphan, erlang-sig erlang-gen_leader orphan, erlang-sig erlang-gettext orphan, erlang-sig erlang-gprocorphan, erlang-sig erlang-gtknode orphan, erlang-sig erlang-lfe orphan, erlang-sig erlang-log4erl orphan, erlang-sig erlang-luke orphan, erlang-sig erlang-meck orphan, erlang-sig, peter erlang-mimetypesorphan, erlang-sig erlang-misultin orphan, erlang-sig erlang-neotoma orphan, erlang-sig erlang-oauthorphan, erlang-sig erlang-ranchorphan, erlang-sig erlang-sidejob orphan, erlang-sig erlang-skerlorphan, erlang-sig erlang-snappy orphan, erlang-sig erlang-webmachine orphan, erlang-sig firewalkorphan flam3 orphan fmtools orphan, roma freetennis orphan fuse-encfs orphan, jokajak fxload orphan geronimo-validation orphan glomorphan goocanvas orphan, bjohnson gprof2dot orphan
[perl-Test-Kwalitee/f21] (3 commits) ...Perl 5.20 rebuild
Summary of changes: 28ec6d1... Perl 5.20 rebuild (*) f01a544... Update to 1.22 (*) d276451... Perl 5.20 rebuild (*) (*) 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
[perl-Test-Kwalitee] Created tag perl-Test-Kwalitee-1.22-2.fc21
The lightweight tag 'perl-Test-Kwalitee-1.22-2.fc21' was created pointing to: d276451... Perl 5.20 rebuild -- 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-Synopsis] Created tag perl-Test-Synopsis-0.11-1.fc22
The lightweight tag 'perl-Test-Synopsis-0.11-1.fc22' was created pointing to: 52e928b... Update to 0.11 -- 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-Synopsis] Created tag perl-Test-Synopsis-0.11-1.fc21
The lightweight tag 'perl-Test-Synopsis-0.11-1.fc21' was created pointing to: 52e928b... Update to 0.11 -- 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] t-op-crypt.t-Perform-SHA-256-algorithm-if-default-on.patch accepted
commit c18b2b70d3dbc53ed67a4bca56c0d74660e19727 Author: Petr Písař ppi...@redhat.com Date: Thu Oct 9 18:12:12 2014 +0200 t-op-crypt.t-Perform-SHA-256-algorithm-if-default-on.patch accepted perl.spec |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) --- diff --git a/perl.spec b/perl.spec index b58a23f..21dd39c 100644 --- a/perl.spec +++ b/perl.spec @@ -87,7 +87,7 @@ Patch16: perl-5.16.3-Install-libperl.so-to-shrpdir-on-Linux.patch Patch22: perl-5.18.1-Document-Math-BigInt-CalcEmu-requires-Math-BigInt.patch # Use stronger algorithm needed for FIPS in t/op/crypt.t, bug #1128032, -# RT#121591 +# RT#121591, accepted after 5.21.4 Patch25: perl-5.18.2-t-op-crypt.t-Perform-SHA-256-algorithm-if-default-on.patch # Make *DBM_File desctructors thread-safe, bug #1107543, RT#61912 -- 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 MetaCPAN-Client-1.007001.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-MetaCPAN-Client: aa0f86d4d20e9f82ad820e0fe2440b05 MetaCPAN-Client-1.007001.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-MetaCPAN-Client] Update to 1.007001
commit 5653dd83dcab423ed8bc3dde4e0b23cb88c6fe45 Author: Paul Howarth p...@city-fan.org Date: Thu Oct 9 20:31:11 2014 +0100 Update to 1.007001 - New upstream release 1.007001 - GH#18: HTTP::Tiny::Mech and WWW::Mechanize::Cached downgraded to being non-essential for tests - GH#19: Include 'metadata' in known_fields for ::Release - Make the POD tests author tests instead of release tests so we can run them perl-MetaCPAN-Client.spec | 16 ++-- sources |2 +- 2 files changed, 15 insertions(+), 3 deletions(-) --- diff --git a/perl-MetaCPAN-Client.spec b/perl-MetaCPAN-Client.spec index e9fae5f..ae19fab 100644 --- a/perl-MetaCPAN-Client.spec +++ b/perl-MetaCPAN-Client.spec @@ -3,8 +3,8 @@ # TODO: BR: perl(HTTP::Tiny::Mech) and perl(WWW::Mechanize::Cache) when available Name: perl-MetaCPAN-Client -Version: 1.007000 -Release: 2%{?dist} +Version: 1.007001 +Release: 1%{?dist} Summary: A comprehensive, DWIM-featured client to the MetaCPAN API Group: Development/Libraries License: GPL+ or Artistic @@ -50,6 +50,11 @@ This is a hopefully-complete API-compliant interface to MetaCPAN %prep %setup -q -n MetaCPAN-Client-%{version} +# Run the POD tests too; don't want to enable RELEASE_TESTING because +# Test::Requires then makes optional tests non-optional, and we don't +# have all of the dependencies we need to run the optional tests +sed -i -e 's|RELEASE_TESTING|AUTHOR_TESTING|' t/release-pod-{coverage,syntax}.t + %build perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -88,6 +93,13 @@ mv ./[a-z]*.t t/api/ %{_mandir}/man3/MetaCPAN::Client::Role::Entity.3* %changelog +* Thu Oct 9 2014 Paul Howarth p...@city-fan.org - 1.007001-1 +- Update to 1.007001 + - GH#18: HTTP::Tiny::Mech and WWW::Mechanize::Cached downgraded to being +non-essential for tests + - GH#19: Include 'metadata' in known_fields for ::Release +- Make the POD tests author tests instead of release tests so we can run them + * Mon Sep 01 2014 Jitka Plesnikova jples...@redhat.com - 1.007000-2 - Perl 5.20 rebuild diff --git a/sources b/sources index ed51b2e..ed6cbdb 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -94002efef79adb465c081abb67d4dac2 MetaCPAN-Client-1.007000.tar.gz +aa0f86d4d20e9f82ad820e0fe2440b05 MetaCPAN-Client-1.007001.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-MetaCPAN-Client/f21] (2 commits) ...Update to 1.007001
Summary of changes: 67c6499... Perl 5.20 rebuild (*) 5653dd8... Update to 1.007001 (*) (*) 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 1141389] Review Request: perl-DBIx-Connector - Fast, safe DBI connection and transaction management
https://bugzilla.redhat.com/show_bug.cgi?id=1141389 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Fixed In Version|perl-DBIx-Connector-0.53-2. |perl-DBIx-Connector-0.53-2. |fc20|el7 --- Comment #15 from Fedora Update System upda...@fedoraproject.org --- perl-DBIx-Connector-0.53-2.el7 has been pushed to the Fedora EPEL 7 stable repository. -- 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=Z4cJ0oEsz2a=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