EPEL epel beta report: 20140728 changes
Compose started at Mon Jul 28 08:15:03 UTC 2014 New package: gpsbabel-1.5.0-2.el7 A tool to convert between various formats used by GPS devices Updated Packages: ocserv-0.8.2-1.el7 -- * Mon Jul 28 2014 Nikos Mavrogiannopoulos n...@redhat.com - 0.8.2-1 - New upstream release php-pear-CAS-1.3.3-1.el7 * Mon Jul 28 2014 Remi Collet r...@fedoraproject.org - 1.3.4-1 - update to Version 1.3.3 plowshare-1.0.4-1.el7 - * Sun Jul 27 2014 Elder Marco elderma...@fedoraproject.org - 1.0.4-1 - Update to new upstream version Summary: Added Packages: 1 Removed Packages: 0 Modified Packages: 3 ___ 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 827 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 174 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6 159 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6 68 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1471/chicken-4.8.0.6-2.el6 64 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1477/drupal7-views-3.8-1.el6 46 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6 36 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1693/perl-Email-Address-1.905-1.el6 31 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1745/mediawiki119-1.19.17-1.el6 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1807/chrony-1.30-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1906/polarssl-1.3.2-2.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1913/ipython-0.13.2-5.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1961/cobbler-2.6.3-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1923/sdcc-3.2.0-1.el6 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1947/drupal6-6.32-1.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1980/moodle-2.4.11-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1940/phpMyAdmin-4.0.10.1-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1999/exim-4.72-6.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2050/drupal7-7.30-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2045/ansible-1.6.10-1.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing drupal7-7.30-1.el6 php-pear-CAS-1.3.3-1.el6 plowshare-1.0.4-1.el6 thc-ipv6-2.5-2.el6 Details about builds: drupal7-7.30-1.el6 (FEDORA-EPEL-2014-2050) An open-source content-management platform Update Information: This is a bugfix release. For complete details refer to: https://www.drupal.org/drupal-7.30-release-notes Fixes SA-CORE-2014-003. For details refer to: https://www.drupal.org/drupal-7.29-release-notes ChangeLog: * Mon Jul 28 2014 Paul W. Frields sticks...@gmail.com - 7.30-1 - 7.30 * Wed Jul 16 2014 Paul W. Frields sticks...@gmail.com - 7.29-1 - 7.29, SA-CORE-2014-003 References: [ 1 ] Bug #1120641 - CVE-2014-5019 CVE-2014-5020 CVE-2014-5021 CVE-2014-5022 drupal7: multiple vulnerabilities (SA-CORE-2014-003) https://bugzilla.redhat.com/show_bug.cgi?id=1120641 php-pear-CAS-1.3.3-1.el6 (FEDORA-EPEL-2014-2047) Central Authentication Service client library in php Update Information: Changes in version 1.3.3 Security Fixes: * Urlencode all tickets [#125] (Marvin Addison) Bug Fixes: * Fix CURL compatibility CURL = 7.28.0 [#66] (adoy) * Commit session before redirect [#79] (kakawait) * Fix warnings for php = 5.5 [87] (fh) * Update wrong wording in examples [#90] (misilot) * Fixed bug in imap.php [#105] (echampet) * Fix missing Server_Admin variable for nginex [#121](arianf) * Fix error in TypeMismatchException [#123 ](Develle) * Fix bug in https test [#126] (Florent Baldino) Improvement: * Fix grammar of documentation [#61] (frett) * Improved testability of the phpCAS client [#7] (Adam Franco) * Fixed typo [#70] (fh) * Example for improved cookie hardening [#67] (Joachim Fritschi) * Added support for X-Forwarded-Proto Header [#77] (Paul Donohue) * Added composer support [#73] (dhyde) * Travis for continuous integration [#82] (fh) * Support for X-Forwared-Port [#100] (neopeak) * Support for CAS 3.0 protocol [#116] (fredrik-w) ChangeLog: * Mon Jul 28 2014 Remi Collet r...@fedoraproject.org - 1.3.4-1 - update to Version 1.3.3 plowshare-1.0.4-1.el6 (FEDORA-EPEL-2014-2049) Download and upload files from file-sharing websites Update Information: Update to new upstream version
EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 827 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 281 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 162 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0581/augeas-1.2.0-1.el5 46 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1626/puppet-2.7.26-1.el5 36 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1696/perl-Email-Address-1.905-1.el5 31 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1747/mediawiki119-1.19.17-1.el5 24 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1803/chrony-1.30-1.el5 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1898/polarssl-1.3.2-2.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1945/cobbler-2.4.6-1.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1919/drupal6-6.32-1.el5 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1996/fail2ban-0.8.13-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2046/drupal7-7.30-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing drupal7-7.30-1.el5 php-pear-CAS-1.3.3-1.el5 plowshare-1.0.4-1.el5 Details about builds: drupal7-7.30-1.el5 (FEDORA-EPEL-2014-2046) An open-source content-management platform Update Information: This is a bugfix release. For complete details refer to: https://www.drupal.org/drupal-7.30-release-notes Fixes SA-CORE-2014-003. For details refer to: https://www.drupal.org/drupal-7.29-release-notes ChangeLog: * Mon Jul 28 2014 Paul W. Frields sticks...@gmail.com - 7.30-1 - 7.30 * Wed Jul 16 2014 Paul W. Frields sticks...@gmail.com - 7.29-1 - 7.29, SA-CORE-2014-003 References: [ 1 ] Bug #1120641 - CVE-2014-5019 CVE-2014-5020 CVE-2014-5021 CVE-2014-5022 drupal7: multiple vulnerabilities (SA-CORE-2014-003) https://bugzilla.redhat.com/show_bug.cgi?id=1120641 php-pear-CAS-1.3.3-1.el5 (FEDORA-EPEL-2014-2052) Central Authentication Service client library in php Update Information: Changes in version 1.3.3 Security Fixes: * Urlencode all tickets [#125] (Marvin Addison) Bug Fixes: * Fix CURL compatibility CURL = 7.28.0 [#66] (adoy) * Commit session before redirect [#79] (kakawait) * Fix warnings for php = 5.5 [87] (fh) * Update wrong wording in examples [#90] (misilot) * Fixed bug in imap.php [#105] (echampet) * Fix missing Server_Admin variable for nginex [#121](arianf) * Fix error in TypeMismatchException [#123 ](Develle) * Fix bug in https test [#126] (Florent Baldino) Improvement: * Fix grammar of documentation [#61] (frett) * Improved testability of the phpCAS client [#7] (Adam Franco) * Fixed typo [#70] (fh) * Example for improved cookie hardening [#67] (Joachim Fritschi) * Added support for X-Forwarded-Proto Header [#77] (Paul Donohue) * Added composer support [#73] (dhyde) * Travis for continuous integration [#82] (fh) * Support for X-Forwared-Port [#100] (neopeak) * Support for CAS 3.0 protocol [#116] (fredrik-w) ChangeLog: * Mon Jul 28 2014 Remi Collet r...@fedoraproject.org - 1.3.4-1 - update to Version 1.3.3 plowshare-1.0.4-1.el5 (FEDORA-EPEL-2014-2051) Download and upload files from file-sharing websites Update Information: Update to new upstream version ChangeLog: * Sun Jul 27 2014 Elder Marco elderma...@fedoraproject.org - 1.0.4-1 - Update to new upstream version ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Non-responsive maintainer: Deji Akingunola (fas: deji)
- Original Message - From: Kevin Fenzi ke...@scrye.com To: devel@lists.fedoraproject.org Sent: Saturday, July 26, 2014 7:17:24 PM Subject: Re: Non-responsive maintainer: Deji Akingunola (fas: deji) On Fri, 27 Jun 2014 09:01:33 -0600 Kevin Fenzi ke...@scrye.com wrote: On Fri, 27 Jun 2014 22:03:30 +0800 Christopher Meng cicku...@gmail.com wrote: My opinion is, you should only comaintain what you want, not take over other's packages. If FESCo member could give consent of adding someone as an admin(not the point of the contact) of a package instead of orphaning lots of packages, that will be helpful. The plan is to orphan the packages, but leave the old point of contact with acls. That way someone active can take over the package, but if the old point of contact comes back they can just join right back in. This way the package gets active folks caring for it and the former point of contact can come back anytime. Sorry for the long delay here. ;( There was a issue with the pkgdb2 api to do this, then I was traveling, etc. It's now been done. The following packages are looking for a new point of contact on at least one branch: (Note that many of them have co-maintainers, so do check with them to see if any of them would like to become the new point of contact): atlas Taken by fkluknav 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: Package reviewers (and comaintainers) wanted
On Fri, 2014-07-25 at 22:01 +0200, Haïkel wrote:
Hi,
I took the review of python-{botocore,jmespath,bcdoc} and awscli.
I'm wondering if you'd be willing to (co-)maintain the packages as well,
given you previous interest in awscli?
Regards,
H?
Thank you,
Lubo
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Agenda for Env-and-Stacks WG meeting (2014-07-29)
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston, 22:00 Tokyo) in #fedora-meeting on Freenode. = Topic = * Docker * [RFE] Teach COPR build layered Docker images - discussed on Copr mailing list. Some follow up? * Taskotron * anything new with rpmgrill? -- 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 maintainer: Deji Akingunola (fas: deji)
On Sat, 2014-07-26 at 11:17 -0600, Kevin Fenzi wrote: The following packages are looking for a new point of contact on at least one branch: babl gegl I've taken these two. Nils -- Nils Philippsen Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety. -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 -- 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: 20140728 changes
Compose started at Mon Jul 28 07:15:02 UTC 2014 Broken deps for armhfp -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [PyKDE] PyKDE-3.16.6-14.fc20.armv7hl requires sip-api(10) = 0:10.0 [audtty] audtty-0.1.12-9.fc20.armv7hl requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.armv7hl requires libjson.so.0 [bijiben] bijiben-3.13.4-1.fc21.armv7hl requires libtracker-sparql-1.0.so.0 [brasero] brasero-3.11.3-5.fc21.armv7hl requires libtracker-sparql-1.0.so.0 [csound] csound-java-5.19.01-1.fc20.armv7hl requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-gcj-compat csound-java-5.19.01-1.fc20.armv7hl requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.armv7hl requires libtk8.5.so csound-tk-5.19.01-1.fc20.armv7hl requires libtcl8.5.so [deltacloud-core] deltacloud-core-rackspace-1.1.3-1.fc20.noarch requires rubygem(cloudfiles) [dragonegg] dragonegg-3.4-0.3.rc0.fc21.armv7hl requires gcc = 0:4.8.2-14.fc21 [eclipse-jbosstools] eclipse-jbosstools-jst-4.1.1-2.fc21.noarch requires eclipse-wtp-jst-web eclipse-jbosstools-ws-4.1.1-2.fc21.noarch requires osgi(org.eclipse.jst.ws.annotations.core) [edelib] edelib-2.1-4.fc21.armv7hl requires libedelib.so edelib-devel-2.1-4.fc21.armv7hl requires libedelib.so [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.20.beta2.fc21.armv7hl requires libgloox.so.11 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.armv7hl requires libftdi.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-boxes] gnome-boxes-3.13.4-1.fc21.armv7hl requires libtracker-sparql-1.0.so.0 [gnome-documents] gnome-documents-3.13.4-2.fc21.armv7hl requires libtracker-sparql-1.0.so.0 gnome-documents-3.13.4-2.fc21.armv7hl requires libtracker-control-1.0.so.0 [gnome-online-miners] gnome-online-miners-3.13.3-1.fc21.armv7hl requires libtracker-sparql-1.0.so.0 gnome-online-miners-3.13.3-1.fc21.armv7hl requires libtracker-miner-1.0.so.0 [gnome-photos] gnome-photos-3.13.4-1.fc21.armv7hl requires libtracker-sparql-1.0.so.0 gnome-photos-3.13.4-1.fc21.armv7hl requires libtracker-control-1.0.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 [golang-github-smarterclayton-go-systemd] golang-github-smarterclayton-go-systemd-devel-0-0.5.git5cb9e9e.fc21.noarch requires golang(github.com/guelfey/go.dbus) [grass] grass-6.4.3-5.fc21.armv7hl requires libtk8.5.so grass-6.4.3-5.fc21.armv7hl requires libtcl8.5.so [grilo-plugins] grilo-plugins-0.2.12-4.fc21.armv7hl requires libtracker-sparql-1.0.so.0 [hibernate-search] hibernate-search-4.5.1-4.fc21.noarch requires mvn(org.apache.avro:avro) [ice] ice-php-3.5.1-4.fc21.armv7hl requires php(zend-abi) = 0:20121212-32 ice-php-3.5.1-4.fc21.armv7hl requires php(api) = 0:20121113-32 [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 [libopensync-plugin-irmc] 1:libopensync-plugin-irmc-0.22-7.fc20.armv7hl requires libopenobex.so.1 [licq] licq-1.8.2-1.fc21.armv7hl requires libgloox.so.11 [ltsp] ltsp-client-5.4.5-8.fc21.armv7hl requires fuse-unionfs ltsp-server-5.4.5-8.fc21.armv7hl requires cdialog [mapserver] mapserver-java-6.2.1-7.fc21.armv7hl requires java-gcj-compat [media-explorer] media-explorer-0.4.4-10.fc21.armv7hl requires libtracker-sparql-1.0.so.0 [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 [mypaint] mypaint-devel-1.1.0-2.fc21.armv7hl requires pkgconfig(json)
Tracker API bump
Sorry about this. Peter Robinson sent me mail about this issue. I've updated tracker to 1.1.1 from 1.0.2, but have not announced this. We need to rebuild brasero, rygel and some packages. We should have no issues here. Again sorry about this.. =( -- -Igor Gnatenko -- 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: Tracker API bump
On Mon, Jul 28, 2014 at 11:01 AM, Igor Gnatenko ignatenkobr...@fedoraproject.org wrote: Sorry about this. Peter Robinson sent me mail about this issue. I've updated tracker to 1.1.1 from 1.0.2, but have not announced this. We need to rebuild brasero, rygel and some packages. We should have no issues here. Apparently it's: # repoquery --whatrequires libtracker-sparql-1.0.so.0 media-explorer-0:0.4.4-10.fc21.i686 nautilus-0:3.13.2-2.fc21.i686 tracker-devel-0:1.0.2-2.fc21.i686 So I've bumped and have them building atm. Peter -- 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: Trouble retiring package on F21 branch
On 07/26/2014 03:09 PM, Gerard Ryan wrote: Hi, We're trying to retire package eclipse-wtp-common on F21 and Rawhide. My understanding is that this should be done F21 first, then Rawhide. F21 has proven problematic so far. AFAIK maintainers can retire packages only in rawhide. For F21 you need a releng ticket. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Base] Base Design WG agenda meeting 25 July 2014 15:00 UTC on #fedora-meeting
WRT discussion on the WG meeting about adding systemd to comps to block fakesystemd [1] installation to real OS - systemd is in @core group since F14 [2]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1118740 [2] https://git.fedorahosted.org/cgit/comps.git/commit/?id=4e79f60c30b1cb6db55b11def06bd4b5e7e492f7 Regards, Vaclav On Pá 25. červenec 2014, 15:06:11 CEST, Václav Pavlín wrote: Thanks Matt, I was going ask for discussion about this for today's meeting. On Pá 25. červenec 2014, 14:57:53 CEST, Matthew Miller wrote: On Fri, Jul 25, 2014 at 01:25:12PM +0200, Phil Knirsch wrote: Agenda: - Status update builrequires cleanup - Really talk with Vaclav Pavlin as candidate for WG :) - Open floor I saw in the Env Stacks minutes the suggestion that the Base WG should produce the Docker base image. If that's not agreed on by both sides let's figure that out rather than making it a hot potato. I may or may not be online during the meeting, so throwing this out now. :) -- Lead Infrastructure Engineer Developer Experience Brno, Czech Republic -- Lead Infrastructure Engineer Developer Experience Brno, Czech Republic -- 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: Tracker API bump
Le 2014-07-28 12:18, Peter Robinson a écrit : Apparently it's: # repoquery --whatrequires libtracker-sparql-1.0.so.0 media-explorer-0:0.4.4-10.fc21.i686 nautilus-0:3.13.2-2.fc21.i686 tracker-devel-0:1.0.2-2.fc21.i686 So I've bumped and have them building atm. Peter I got an alert for bijiben, too bijiben has broken dependencies in the F-21 tree: On x86_64: bijiben-3.13.4-1.fc21.x86_64 requires libtracker-sparql-1.0.so.0()(64bit) On i386: bijiben-3.13.4-1.fc21.i686 requires libtracker-sparql-1.0.so.0 On armhfp: bijiben-3.13.4-1.fc21.armv7hl requires libtracker-sparql-1.0.so.0 I guess other GNOME products like gnome-documents or gnome-photos should be impacted but maybe did they already update (sorry I cannot make sure of this right now) Pierre-Yves -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
HEADSUP: json-c SONAME BUMP
Hi, As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually: libjson-c.so.2.0.1-libjson-c.so.3.0.0 Potentially affected: abrt-plugin-bodhi-0:2.2.2-4.fc22.i686 bti-0:034-3.fc21.i686 ceelog-0:0.2-3.fc21.i686 ceelog-libs-0:0.2-3.fc21.i686 dwb-0:2014.03.07-1.fc21.i686 java-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 json-c-devel-0:0.12-2.fc22.i686 lcgdm-dav-server-0:0.14.1-6.fc22.i686 libreport-plugin-bugzilla-0:2.2.3-3.fc22.i686 libreport-plugin-kerneloops-0:2.2.3-3.fc22.i686 libreport-plugin-reportuploader-0:2.2.3-3.fc22.i686 libreport-plugin-rhtsupport-0:2.2.3-3.fc22.i686 libreport-plugin-ureport-0:2.2.3-3.fc22.i686 libreport-web-0:2.2.3-3.fc22.i686 libverto-jsonrpc-0:0.1.0-9.fc21.i686 lua-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 mono-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 mypaint-0:1.1.0-2.fc21.i686 newsbeuter-0:2.8-2.fc21.i686 octave-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 opensips-json-0:1.10.1-2.fc21.i686 php-pecl-jsonc-0:1.3.5-4.fc21.i686 postgis-0:2.1.3-3.fc21.i686 pulseaudio-libs-0:5.0-7.fc22.i686 python-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 python3-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 rsyslog-0:7.4.10-2.fc21.i686 ruby-shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 shogun-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 shogun-cli-0:3.2.0.1-0.12.git20140317.6ee3991.fc21.i686 steam-noruntime-0:1.0.0.48-2.fc21.noarch syslog-ng-json-0:3.5.5-1.fc22.i686 zmap-0:1.2.1-1.fc22.i686 However, some don't use json_tokener_errors() in the code, for example zmap, is not affected, so there are some false positives here. Please rebuild your package on f21+ branches. I've unpushed the update of json-c on elder branches. Thanks. Yours sincerely, Christopher Meng http://cicku.me -- 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 maintainer: Deji Akingunola (fas: deji)
On Sat, 2014-07-26 at 11:17 -0600, Kevin Fenzi wrote: libibverbs libmlx4 libmthca Taken. -- Doug Ledford dledf...@redhat.com GPG KeyID: 0E572FDD signature.asc Description: This is a digitally signed message part -- 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: HEADSUP: json-c SONAME BUMP - please REVERT
Le 28/07/2014 14:53, Christopher Meng a écrit : Hi, As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually: Please consider reverting to 0.11 in Fedora 21 This update breaks php-pecl-jsonc (lot of test are now failed) We already have lot of people crying because of minor behavior change between ext/json (non-free) and pecl/jsonc, introducing some other is juste a very bad idea. My goal is to fork the json-c parser, bundled it in pecl/jsonc (yes !) and adapt it to optimize parser time and fix difference with ext.json But this is a long road and probably not in a very short time. Remi. -- 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: HEADSUP: json-c SONAME BUMP
On Mon, Jul 28, 2014 at 08:53:53PM +0800, Christopher Meng wrote: Hi, As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually I'm sorry, wat??? This is not your decision to make as packager. What will you do when upstream bump the soname? Do soname +1 again? If the udpate broke packages: a) it should not have been updated on stable releases (was it?), b) if it was only applied to rawhide (which to my understanding it should have), then just inform the maintainers of the affected packages that they have to rebuild or ask to do so yourself. Since can be a little broken in rawhide as long as maintainers are aware of it and have the time to fix it. But bumping the soname manually is really a bad idea. 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: HEADSUP: json-c SONAME BUMP
On Mon, 28 Jul 2014 15:36:48 +0200, Pierre-Yves Chibon wrote: If the udpate broke packages: a) it should not have been updated on stable releases (was it?), Two updates have been filed hours ago, https://admin.fedoraproject.org/updates/json-c-0.12-1.fc20 https://admin.fedoraproject.org/updates/json-c-0.12-1.el6 and it seems the upgrade has not been examined at all. I've mentioned in bugzilla that there are tools such as rpmsodiff and abi-compliance-checker. -- 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: HEADSUP: json-c SONAME BUMP
On Mon, Jul 28, 2014 at 08:53:53PM +0800, Christopher Meng wrote: Hi, As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually: libjson-c.so.2.0.1-libjson-c.so.3.0.0 As others have said, this seems a bad idea. It's best to get upstream to bump the soname rather than carrying this intrusive change in Fedora. Anyway, came here to say that pulseaudio-libs is uninstallable at Rawhide at the moment ... DEBUG util.py:283: Error: Package: pulseaudio-libs-5.0-7.fc22.i686 (build) DEBUG util.py:283: Requires: libjson-c.so.2 DEBUG util.py:283: Error: Package: php-pecl-jsonc-1.3.5-4.fc21.i686 (build) DEBUG util.py:283: Requires: libjson-c.so.2 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ -- 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: HEADSUP: json-c SONAME BUMP
If the udpate broke packages: a) it should not have been updated on stable releases (was it?), Two updates have been filed hours ago, https://admin.fedoraproject.org/updates/json-c-0.12-1.fc20 https://admin.fedoraproject.org/updates/json-c-0.12-1.el6 and it seems the upgrade has not been examined at all. I've mentioned in bugzilla that there are tools such as rpmsodiff and abi-compliance-checker. There is no way an intrusive change such as this should be going through to a stable release such as F-20, even worse for an EPEL release. If it's deemed that a change such as this needs to go through to a stable release due to something severe such as a security issue it needs to announced before it happens and coordinated widely before randomly being pushed without any details with dependent libraries and applications. Peter -- 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: HEADSUP: json-c SONAME BUMP
Le 28/07/2014 16:03, Peter Robinson a écrit : If the udpate broke packages: a) it should not have been updated on stable releases (was it?), Two updates have been filed hours ago, https://admin.fedoraproject.org/updates/json-c-0.12-1.fc20 https://admin.fedoraproject.org/updates/json-c-0.12-1.el6 and it seems the upgrade has not been examined at all. I've mentioned in bugzilla that there are tools such as rpmsodiff and abi-compliance-checker. There is no way an intrusive change such as this should be going through to a stable release such as F-20, even worse for an EPEL release. If it's deemed that a change such as this needs to go through to a stable release due to something severe such as a security issue it needs to announced before it happens and coordinated widely before randomly being pushed without any details with dependent libraries and applications. Peter And despite the update claims to fix CVE-2013-6371, this one was already fixed in https://admin.fedoraproject.org/updates/FEDORA-2014-5006 Remi. -- 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: HEADSUP: json-c SONAME BUMP
On Mon, Jul 28, 2014 at 2:53 PM, Christopher Meng cicku...@gmail.com wrote: Hi, As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually: libjson-c.so.2.0.1-libjson-c.so.3.0.0 No don't do that. Either get the change upstream or leave it as is. Please revert. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 34 packages were orphaned - cln [el5] was orphaned by kevin Class Library for Numbers https://admin.fedoraproject.org/pkgdb/package/cln clucene [f21, f19, master, f20, el5] was orphaned by kevin A C++ port of Lucene https://admin.fedoraproject.org/pkgdb/package/clucene dopewars [f19] was orphaned by jussilehtola A drug dealing game https://admin.fedoraproject.org/pkgdb/package/dopewars eclipse-wtp-common [f21] was orphaned by galileo Eclipse Web Tools Platform common libraries. https://admin.fedoraproject.org/pkgdb/package/eclipse-wtp-common efte [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola A lightweight, extendable, folding text editor for X11 https://admin.fedoraproject.org/pkgdb/package/efte firehol [el5] was orphaned by jussilehtola A powerful yet easy to use iptables frontend https://admin.fedoraproject.org/pkgdb/package/firehol galternatives [f21, f19, master, f20] was orphaned by kevin Alternatives Configurator https://admin.fedoraproject.org/pkgdb/package/galternatives gparted [el5] was orphaned by kevin Gnome Partition Editor https://admin.fedoraproject.org/pkgdb/package/gparted grads [f20, f21, f19, master, el6, epel7, el5] was orphaned by kevin Tool for easy acces, manipulation, and visualization of data https://admin.fedoraproject.org/pkgdb/package/grads json-c [el5] was orphaned by jussilehtola A JSON implementation in C https://admin.fedoraproject.org/pkgdb/package/json-c latex2rtf [el5] was orphaned by jussilehtola LaTeX to RTF converter that handles equations, figures, and cross-references https://admin.fedoraproject.org/pkgdb/package/latex2rtf libibverbs [f21, f19, master, f20] was orphaned by kevin A library for direct userspace use of RDMA (InfiniBand/iWARP) hardware https://admin.fedoraproject.org/pkgdb/package/libibverbs libmlx4 [f21, f19, master, f20] was orphaned by kevin Mellanox ConnectX InfiniBand HCA Userspace Driver https://admin.fedoraproject.org/pkgdb/package/libmlx4 libmthca [f21, f19, master, f20] was orphaned by kevin Mellanox InfiniBand HCA Userspace Driver https://admin.fedoraproject.org/pkgdb/package/libmthca lis [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola A library for solving linear equations and eigenvalue problems https://admin.fedoraproject.org/pkgdb/package/lis mpich [f21, f19, master, f20] was orphaned by kevin A high-performance implementation of MPI https://admin.fedoraproject.org/pkgdb/package/mpich mpich2 [f19, master, el5] was orphaned by kevin A high-performance implementation of MPI https://admin.fedoraproject.org/pkgdb/package/mpich2 nautilus-actions [f20, f21, f19, master, el6, el5] was orphaned by kevin Nautilus extension for customizing the context menu https://admin.fedoraproject.org/pkgdb/package/nautilus-actions o3read [f20, f21, f19, master, el6, el5] was orphaned by kevin Standalone converter for OpenOffice.org documents https://admin.fedoraproject.org/pkgdb/package/o3read perl-Net-UPnP [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola Perl extension for UPnP https://admin.fedoraproject.org/pkgdb/package/perl-Net-UPnP pidgin-latex [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola Use LaTeX formulas in your pidgin conversations https://admin.fedoraproject.org/pkgdb/package/pidgin-latex pygrace [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola Python bindings for grace https://admin.fedoraproject.org/pkgdb/package/pygrace qalculate-kde [f21, f19, master, f20] was orphaned by kevin A multi-purpose desktop calculator for GNU/Linux https://admin.fedoraproject.org/pkgdb/package/qalculate-kde qd [el5] was orphaned by jussilehtola Double-Double and Quad-Double Arithmetic https://admin.fedoraproject.org/pkgdb/package/qd screenruler [f21, f19, master, f20] was orphaned by kevin GNOME screen ruler https://admin.fedoraproject.org/pkgdb/package/screenruler strigi [f21, f19, master, f20] was orphaned by kevin A desktop search program https://admin.fedoraproject.org/pkgdb/package/strigi sword [el5] was orphaned by kevin Free Bible Software Project https://admin.fedoraproject.org/pkgdb/package/sword tokyocabinet [el5] was orphaned by kevin A modern implementation of a DBM https://admin.fedoraproject.org/pkgdb/package/tokyocabinet towhee [f20, f21, f19, master, el6, el5] was orphaned by jussilehtola A Monte Carlo molecular simulation code https://admin.fedoraproject.org/pkgdb/package/towhee votca-csg [f21, f19, master, f20] was orphaned by jussilehtola VOTCA coarse-graining engine https://admin.fedoraproject.org/pkgdb/package/votca-csg votca-tools [f21, f19, master, f20]
Re: PkgDB, pending ACL requests
Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: Good Morning everyone! In the version 1.13 of pkgdb2 a new API endpoint has been added that just provide the list of pending ACL requests: https://admin.fedoraproject.org/pkgdb/api/pendingacls I just wanted to share with you the first line of its output: # Number of requests pending: 5492 Today we are at: # Number of requests pending: 5410 So there is some improvements :) Today's number is: # Number of requests pending: 5151 We got 341 requests that have been either accepted, rejected of withdrawn over the last two weeks, but we still have some pending :) So don't forget to visit: https://admin.fedoraproject.org/pkgdb/acl/pending/ I found out yesterday that this list contains pending ACL requests for package that have been retired. So I fix this in 1.18 (just deployed), so we're down to: # Number of requests pending: 4744 Pierre The list does not show all packages I can confirm ACLs for. I'd say that there are shown just packages where I am POC. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [POC-change] Fedora packages point of contact updates
On Mon, Jul 28, 2014 at 12:00 PM, nob...@fedoraproject.org wrote: Change in package status over the last 168 hours 34 packages were orphaned - cln [el5] was orphaned by kevin Class Library for Numbers https://admin.fedoraproject.org/pkgdb/package/cln clucene [f21, f19, master, f20, el5] was orphaned by kevin A C++ port of Lucene https://admin.fedoraproject.org/pkgdb/package/clucene dopewars [f19] was orphaned by jussilehtola A drug dealing game https://admin.fedoraproject.org/pkgdb/package/dopewars eclipse-wtp-common [f21] was orphaned by galileo Eclipse Web Tools Platform common libraries. https://admin.fedoraproject.org/pkgdb/package/eclipse-wtp-common Why is this orphaned in f21 (only) but not in devel? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Dracut, dmsquash, and overlays
Hello there, I'm working with F20 and CentOS 7 to create some live booted images. I'm not looking to do live USB/CD media, but rather boot a server over the network with a kernel, initramfs, and squashfs. It's working well so far, but I have a filesystem issue that I can't seem to fix. My build scripts create a 10GB sparse file and I fill that with an ext4 filesystem. I package that up into a squashfs as specified in the docs[1]. That boots just fine. However, if I attempt to fill the filesystem, it fills and becomes corrupt much earlier than I'd expect. I've put some log info into a gist[2]. My expectation is that if I create a 10GB live filesystem and and the system has 10GB of RAM available, I'd expect that I could store somewhere around 10GB of data in the live filesystem before I run into a full filesystem. Is that expectation incorrect? Am I configuring something incorrectly? Thanks for taking the time to read this far. :) [1] https://fedoraproject.org/wiki/LiveOS_image [2] https://gist.github.com/major/d4e9f447ab942edd7952 -- Major Hayden -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
DNF 0.5.5 and Core DNF Plugins 0.1.2 Released
Release announcement: http://dnf.baseurl.org/2014/07/28/dnf-0-5-5-and-core-dnf-plugins-0-1-2-released/ Ales -- 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: PkgDB, pending ACL requests
On Mon, Jul 28, 2014 at 04:25:11PM +0200, Vít Ondruch wrote: Dne 24.7.2014 11:46, Pierre-Yves Chibon napsal(a): On Wed, Jul 23, 2014 at 04:25:54PM +0200, Pierre-Yves Chibon wrote: On Thu, Jul 17, 2014 at 03:28:56PM +0200, Pierre-Yves Chibon wrote: On Wed, Jul 09, 2014 at 10:05:25AM +0200, Pierre-Yves Chibon wrote: Good Morning everyone! In the version 1.13 of pkgdb2 a new API endpoint has been added that just provide the list of pending ACL requests: https://admin.fedoraproject.org/pkgdb/api/pendingacls I just wanted to share with you the first line of its output: # Number of requests pending: 5492 Today we are at: # Number of requests pending: 5410 So there is some improvements :) Today's number is: # Number of requests pending: 5151 We got 341 requests that have been either accepted, rejected of withdrawn over the last two weeks, but we still have some pending :) So don't forget to visit: https://admin.fedoraproject.org/pkgdb/acl/pending/ I found out yesterday that this list contains pending ACL requests for package that have been retired. So I fix this in 1.18 (just deployed), so we're down to: # Number of requests pending: 4744 Pierre The list does not show all packages I can confirm ACLs for. I'd say that there are shown just packages where I am POC. That is a good point, I'll fix that. Thanks, 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
Aw: Dracut, dmsquash, and overlays
Hello there, I'm working with F20 and CentOS 7 to create some live booted images. I'm not looking to do live USB/CD media, but rather boot a server over the network with a kernel, initramfs, and squashfs. It's working well so far, but I have a filesystem issue that I can't seem to fix. My build scripts create a 10GB sparse file and I fill that with an ext4 filesystem. I package that up into a squashfs as specified in the docs[1]. That boots just fine. However, if I attempt to fill the filesystem, it fills and becomes corrupt much earlier than I'd expect. I've put some log info into a gist[2]. My expectation is that if I create a 10GB live filesystem and and the system has 10GB of RAM available, I'd expect that I could store somewhere around 10GB of data in the live filesystem before I run into a full filesystem. Is that expectation incorrect? Am I configuring something incorrectly? Thanks for taking the time to read this far. :) Hey, I am not completely if it is this issue you are seeing, but a squashfs image takes more memory then the image itself, becasue you first need to unsquash (in ram) and the load the fs pages into ram. Also take a look here: http://dummdida.tumblr.com/post/89051342705/taking-a-look-at-the-rootfs-footprint-of-a-livecd-and-a - fabian [1] https://fedoraproject.org/wiki/LiveOS_image [2] https://gist.github.com/major/d4e9f447ab942edd7952 -- Major Hayden -- 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: HEADSUP: json-c SONAME BUMP
- Original Message - On Mon, Jul 28, 2014 at 08:53:53PM +0800, Christopher Meng wrote: As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually I'm sorry, wat??? This is not your decision to make as packager. What will you do when upstream bump the soname? Do soname +1 again? If the udpate broke packages: snip b) if it was only applied to rawhide (which to my understanding it should have), then just inform the maintainers of the affected packages that they have to rebuild or ask to do so yourself. No, that would completely defeat the point of the soname. If upstream won’t use sonames or symbol versioning, it’s better for Fedora to patch the software to use them properly, even if it means having to continue to patch it. IIRC we do have various packages that have to do this. (The tradeoff here is that if we don’t fix the soname/versioning usage, locally-compiled software of _Fedora’s_ users, and packages in _Fedora_ that didn’t get updated, are silently broken; if we do fix the soname/versioning usage, other people’s _non-Fedora_ packages may not be installable on Fedora easily. The best thing of course is to have upstream use sonames/versioning correctly, and have nothing broken; but if that’s not possible, a Fedora-specific fix does seem much more preferable.) 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: Dracut, dmsquash, and overlays
On Jul 28, 2014, at 10:55, Fabian Deutsch fabian.deut...@gmx.de wrote: I am not completely if it is this issue you are seeing, but a squashfs image takes more memory then the image itself, becasue you first need to unsquash (in ram) and the load the fs pages into ram. Also take a look here: http://dummdida.tumblr.com/post/89051342705/taking-a-look-at-the-rootfs-footprint-of-a-livecd-and-a - fabian Hello Fabian, That certainly helps. I also discovered why the filesystem was filling up so quickly. I didn't read the docs or the dmsquash-live-root.sh script closely enough. There's a line where a 512MB snapshot overlay is created if you don't specify your own overlay filesystem[1] There's another thread from way back in 2009 where the overlay file is discussed along with the lack of a stackable filesystem (AUFS, unionfs, or similar)[2]. Are there any other good options for persistent data for servers booted via live boot? I'm writing some scripts now that make symlinks from certain directories back to a persistent storage volume on the host. [1] https://github.com/zfsonlinux/dracut/blob/master/modules.d/90dmsquash-live/dmsquash-live-root.sh#L127 [2] http://fedora.12.x6.nabble.com/Anyone-using-the-overlay-file-td2652964.html -- Major Hayden -- 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: HEADSUP: json-c SONAME BUMP
On Mon, 2014-07-28 at 12:02 -0400, Miloslav Trmač wrote: - Original Message - On Mon, Jul 28, 2014 at 08:53:53PM +0800, Christopher Meng wrote: As upstream didn't seriously consider the API breakage, json 0.11-0.12 brings an issue of one function which is deprecated from now on. This has caused bug 1123785 so I will bump the soname manually I'm sorry, wat??? This is not your decision to make as packager. What will you do when upstream bump the soname? Do soname +1 again? If the udpate broke packages: snip b) if it was only applied to rawhide (which to my understanding it should have), then just inform the maintainers of the affected packages that they have to rebuild or ask to do so yourself. No, that would completely defeat the point of the soname. If upstream won’t use sonames or symbol versioning, it’s better for Fedora to patch the software to use them properly, even if it means having to continue to patch it. IIRC we do have various packages that have to do this. If upstream is not using soname bumping then it would probably be better for fedora to use symbol versioning rather than arbitrarely bumping so names ... (The tradeoff here is that if we don’t fix the soname/versioning usage, locally-compiled software of _Fedora’s_ users, and packages in _Fedora_ that didn’t get updated, are silently broken; it is a very bad tradeoff, esp given symbol versioning can be used to avoid that. if we do fix the soname/versioning usage, other people’s _non-Fedora_ packages may not be installable on Fedora easily. The best thing of course is to have upstream use sonames/versioning correctly, and have nothing broken; but if that’s not possible, a Fedora-specific fix does seem much more preferable.) Making upstream aware of the problem and sending patches is always preferable. Educate them so the problem is solved once and for all. Simo. -- Simo Sorce * Red Hat, Inc * New York -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Splitting renaming of dhcp package
Hi all, At the moment dhcp package contains dhcpd (dhcp server) and dhcrelay (dhcp relay agent). I'd like to move dhcrelay into separate subpackage and rename the (sub)package with dhcpd to something better then 'dhcp'. Now the question is how to call the new subpackages. Given that package with dhcp client is called dhclient and not dhcp-client my first idea has been just 'dhcpd' and 'dhcrelay'. Other possibilities would be dhcp-server and dhcp-relay-agent or dhcp-dhcpd and dhcp-dhcrelay. Packages now: dhclient dhcp dhcp-common dhcp-devel dhcp-libs Packages affter: dhclient dhcpd (or dhcp-server or dhcp-dhcpd) dhcrelay (or dhcp-relay or dhcp-dhcrelay) dhcp-common dhcp-devel dhcp-libs Objections/ideas ? -- Jiri -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Base] Fedora Base Design Working Group (2014-07-11) meeting minutes and logs
- Original Message - On 25 Jul 2014, at 07:52, Phil Knirsch wrote: Summary: Mattdm then followed with 2 1/2 additional topics: 1a. Identifying different Fedora products -- fedora-release-* contents and /etc/os-release As I understand it, you are trying to decide where and how to set a flag that will signal the product that is either installed or to be installed. There was mention of dropping product specific snippets in /usr/lib/os-release.d/ as one solution. Does it have to be any more complex than the approach used by systemd? If fedora-release were to drop all product specific snippets in /usr/lib/os-release.d/, then a system admin could use a symbolic link in /etc/os-release.d to flag which product (or no product) he wanted installed. This alone is not sufficient because we need that information to be available as RPM dependencies ( https://fedoraproject.org/wiki/Per-Product_Configuration_Packaging_Draft ). So, in the end, we need the sysadmins to use rpm to switch between products. (This does not necessarily provide the _canonical_ answer for “how should other software check what product is installed”, but it does give us _a possible reliable_ answer—namely, “query the RPM database“). snip and then run whatever product syncing tool you develop -- perhaps: dnf product-sync What if the user changes the symlink but doesn‘t run the tool? We should be able to do this (if, indeed, we do need to support switching products at all) without requiring a two-step manual process. 2. a generic fedora netinstall I appreciate your continued consideration of this item. I'm not clear on how Anaconda is supposed to work with different products, but if it is reading whatever product flag you set in order to determine the package list, couldn't a single netinstall CD work for all products, as well as a generic, non-productized install, assuming that there were a place in the UI to specify which product the user wanted installed? Actually, this seems to already be the case. A netinstall is produced as a Fedora Server deliverable, but it can be used to install a non-Product system, and, if other Products adopted the same conventions, also any other Product. How this works: For Server, comps.xml defines server-product-environment (visible as a Fedora Server” base environment on the Anaconda’s Software Selection screen), which contains a server-product group, and this groups pulls in the fedora-release-server package, ultimately defining the product. On a DVD, we restrict the set of packages available to essentially offer only the Fedora Server, and this causes other parts of comps to be filtered out and invisible to the user. OTOH, the netinstall image loads the full comps.xml from the internet, so all other environments (including non-product environments like “Minimal” or “Xfce Desktop”) are available as choices for the user, and they do not pull in the fedora-release-server package. If other Products defined a $name-product-environment environment in comps.xml (which they currently don’t because they don’t need to, for the live image-based and partition-image-based installations), the other products would equally be visible when booting the Server Product netinstall image. 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: Splitting renaming of dhcp package
Am 28.07.2014 18:16, schrieb Jiri Popelka: At the moment dhcp package contains dhcpd (dhcp server) and dhcrelay (dhcp relay agent). I'd like to move dhcrelay into separate subpackage and rename the (sub)package with dhcpd to something better then 'dhcp'. Now the question is how to call the new subpackages. Given that package with dhcp client is called dhclient and not dhcp-client my first idea has been just 'dhcpd' and 'dhcrelay'. Other possibilities would be dhcp-server and dhcp-relay-agent or dhcp-dhcpd and dhcp-dhcrelay. Packages now: dhclient dhcp dhcp-common dhcp-devel dhcp-libs Packages affter: dhclient dhcpd (or dhcp-server or dhcp-dhcpd) dhcrelay (or dhcp-relay or dhcp-dhcrelay) dhcp-common dhcp-devel dhcp-libs Objections/ideas ? honestly if you clean that up rename dhclient too which should be simple be Provides/Obsoletes and result in really clean and understandable packges i personally hatet the dhclient at least once because searched for dhcp-client and in a perfect world even the binary could be /usr/sbin/dhcp-client with a small change in network.service and NM i guess dhcp-client dhcp-server dhcp-relay dhcp-common dhcp-devel dhcp-libs ___ i would consider the rename of the client binary because the first grep would list all related [harry@srv-rhsoft:~]$ ps aux | grep dhcp harry11850 0.0 0.0 112680 2224 pts/1S+ 18:41 0:00 /usr/bin/grep --color dhcp dhcpd21859 0.0 0.1 107392 19860 ?Ss Jul24 1:24 /usr/sbin/dhcpd -4 -f -cf /etc/dhcp/dhcpd-guest.conf -lf /var/lib/dhcpd/dhcpd-guest.leases -user dhcpd -group dhcpd --no-pid br1 dhcpd21860 0.0 0.1 107864 19312 ?Ss Jul24 1:16 /usr/sbin/dhcpd -4 -f -cf /etc/dhcp/dhcpd.conf -user dhcpd -group dhcpd --no-pid br0 root 28980 0.0 0.0 19232 5640 ?Ss Jul24 0:00 /usr/bin/vmnet-dhcpd -s 10 -cf /etc/vmware/vmnet8/dhcpd/dhcpd.conf -lf /etc/vmware/vmnet8/dhcpd/dhcpd.leases -pf /var/run/vmnet-dhcpd-vmnet8.pid vmnet8 [harry@srv-rhsoft:~]$ ps aux | grep dhclient root 4317 0.0 0.0 104408 14184 ?Ss Jul24 0:17 /sbin/dhclient -H srv-rhsoft -1 -q -lf /var/lib/dhclient/dhclient--eth1.lease -pf /var/run/dhclient-eth1.pid eth1 harry11855 0.0 0.0 112684 2260 pts/1S+ 18:41 0:00 /usr/bin/grep --color dhclient 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
Self Introduction: Irina Boverman
Hi Fedora community, My name is Irina Boverman (user name irina). I am working for Red Hat and maintaining qpid/messaging related packages for Red Hat products. My experience with RPMs is recent, but I was a software developer in the past. I would like to assist (become co-maintainer for the qpid/dispatch/proton RPMs in the Fedora). I will appreciate if someone can sponsor me for this. I filed a ticket here: https://fedorahosted.org/packager-sponsors/ticket/142, and looking forward to working with the Fedora team. Regards, Irina. -- 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: HEADSUP: json-c SONAME BUMP
On Mon, 28 Jul 2014 12:02:24 -0400 (EDT), Miloslav Trmač wrote:
If upstream won’t use sonames or symbol versioning, it’s better for Fedora to
patch the software to use them properly, even if it means having to continue
to patch it. IIRC we do have various packages that have to do this.
Just for the record, they do use soname versioning,
libjson.so.0.1.0
libjson-c.so.2.0.1
but it may have been an accident to not bump it this time. The first thing
to do would be to contact them (two tickets have been opened already) and
talk about it.
Simply bumping the soname version at Fedora can easily lead to trouble,
e.g. if the next upstream release dropped more symbols together with
bumping the soname, Fedora would be out-of-sync again and would need to
stay incompatible with even another soname bump. That's not good and
inconvenient, too.
$ rpmsodiff json-c-0.11-6.fc20.x86_64.rpm json-c-0.12-1.fc20.x86_64.rpm
sonames only in json-c-0.11-6.fc20 [1]:
libjson.so.0/usr/lib64/libjson.so.0.1.0
common sonames:
libjson-c.so.2 /usr/lib64/libjson-c.so.2.0.1 /usr/lib64/libjson-c.so.2.0.1
--- json-c-0.11-6.fc20/libjson-c.so.2 2014-07-28 15:52:50.704003501 +0200
+++ json-c-0.12-1.fc20/libjson-c.so.2 2014-07-28 15:52:54.744786003 +0200
@@ -20,2 +20,3 @@
json_object_array_sort T
+json_object_free_userdata T
json_object_from_file T
@@ -42,2 +43,3 @@
json_object_new_double T
+json_object_new_double_s T
json_object_new_intT
@@ -58,2 +60,3 @@
json_object_to_json_string_ext T
+json_object_userdata_to_json_stringT
json_parse_double T
@@ -61,3 +64,2 @@
json_tokener_error_descT
-json_tokener_errorsD
json_tokener_free T
@@ -89,3 +91,2 @@
lh_table_resizeT
-mc_abort T
mc_debug T
2 symbols removed
D json_tokener_errors
T mc_abort
3 symbols added
T json_object_free_userdata
T json_object_new_double_s
T json_object_userdata_to_json_string
# template for libjson-c.so.2 version script
JSON_0.12 {
global:
json_object_free_userdata;
json_object_new_double_s;
json_object_userdata_to_json_string;
};
vim:ft=diff
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction: Irina Boverman
Done, as the POC is ok and you're involved upstream, this should be no problem. Please refer to the ticket for details. Regards, H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Update in testing, rebuild released. What do I do with my update?
Should I just leave it in testing forever? Unpush it? Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction / Contributing a package to Fedora
I have a question about contributing a package to Fedora. Is it common for the author of an open source package to act as package maintainer? Or is it better to have someone else be the package maintainer (who is more experienced with the Fedora build processes)? I'm the author of a backup utility which fills a niche between tools based on rsync, and the heavy-weight full featured backup tools, which I think would be a good fit for a typical Fedora user. I already have an SRPM available on the Github project site (www.snebu.com), but it may need a bit more work to get it in line with the Fedora build system. I've also been reading through the package maintainer guidelines, and am willing to go through the process too, if needed. I have already created my Fedora and Bugzilla accounts, and will spin up Koji this weekend to play with. Thanks, --Derek -- 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: Update in testing, rebuild released. What do I do with my update?
On Mon, 28 Jul 2014 14:20:22 -0500 Richard Shaw hobbes1...@gmail.com wrote: Should I just leave it in testing forever? Unpush it? If there's a newer one, unpush the old one. 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
Re: HEADSUP: json-c SONAME BUMP
Il 28/07/2014 18:02, Miloslav Trmač ha scritto: No, that would completely defeat the point of the soname. If upstream won’t use sonames or symbol versioning, it’s better for Fedora to patch the software to use them properly, even if it means having to continue to patch it. IIRC we do have various packages that have to do this. In this particular case, maybe it's possible to add back the symbols so that the ABI is preserved. Paolo -- 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: Update in testing, rebuild released. What do I do with my update?
On Mon, Jul 28, 2014 at 3:31 PM, Kevin Fenzi ke...@scrye.com wrote: On Mon, 28 Jul 2014 14:20:22 -0500 Richard Shaw hobbes1...@gmail.com wrote: Should I just leave it in testing forever? Unpush it? If there's a newer one, unpush the old one. I was wondering under what circumstances it was appropriate to unpush an update. I guess this is it ;) Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction / Contributing a package to Fedora
On Mon, 28 Jul 2014 15:18:04 -0500 Derek Pressnall dere...@needcaffeine.net wrote: I have a question about contributing a package to Fedora. Is it common for the author of an open source package to act as package maintainer? Or is it better to have someone else be the package maintainer (who is more experienced with the Fedora build processes)? I'm the author of a backup utility which fills a niche between tools based on rsync, and the heavy-weight full featured backup tools, which I think would be a good fit for a typical Fedora user. I already have an SRPM available on the Github project site (www.snebu.com), but it may need a bit more work to get it in line with the Fedora build system. I've also been reading through the package maintainer guidelines, and am willing to go through the process too, if needed. I have already created my Fedora and Bugzilla accounts, and will spin up Koji this weekend to play with. As with so many things in life... 'it depends' ;) As an upstream maintainer you are of course just as welcome as anyone else to submit and get your package reviewed and maintain it in Fedora. Other upstreams prefer to have someone else maintain their project in the various distros as that gives them more time to concentrate on upstream development. It's up to you and what works best for you and your project. I would say that having multiple fedora maintainers for a package is a good idea, as that way you have others to bounce your ideas off of, others to push updates or handle bugs when you are busy, etc. 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
Re: Dracut, dmsquash, and overlays
On Mon, 2014-07-28 at 09:37 -0500, Major Hayden wrote: Hello there, I'm working with F20 and CentOS 7 to create some live booted images. I'm not looking to do live USB/CD media, but rather boot a server over the network with a kernel, initramfs, and squashfs. It's working well so far, but I have a filesystem issue that I can't seem to fix. My build scripts create a 10GB sparse file and I fill that with an ext4 filesystem. I package that up into a squashfs as specified in the docs[1]. That boots just fine. However, if I attempt to fill the filesystem, it fills and becomes corrupt much earlier than I'd expect. I've put some log info into a gist[2]. My expectation is that if I create a 10GB live filesystem and and the system has 10GB of RAM available, I'd expect that I could store somewhere around 10GB of data in the live filesystem before I run into a full filesystem. Is that expectation incorrect? Am I configuring something incorrectly? You're not quite right about how the overlay works. The default in-memory overlay is just 512MB. And the device-mapper docs note that if it fills up the snapshot will become useless and be disabled, returning errors.[1]. You should also note that the overlay is a block-level snapshot - so any changes to existing files or filesystem metadata will cause data to be written to the overlay. Furthermore, the default chunk size is 4kb - so any change less than 4kb will take 4kb of space. Basically, the dmsquash-live + overlay thing is a gross hack. It was designed to solve the problem of fitting an entire desktop OS on a 650MB CD-ROM, to be used as a demonstration, or for other short-lived systems (e.g. the installer). It was not designed for long-term use. I assume you're using filesystem images 'cuz you don't have a reliable network connection (otherwise you'd probably be using NFS or iSCSI or something)? Since your systems have lots of RAM, why not just use a regular ext4 filesystem image as your root filesystem? Then you don't need to worry about blowing up the overlay at all. If you need compression to save bandwidth/download time: you could just xz-compress the filesystem image and uncompress it after download? If you need compression to save RAM: why not use a squashfs image directly, and mount/bind a tmpfs to the places you'll be writing data? You might even consider using btrfs, mounted with the compress or compress-force option[2], which would give you the benefit of compression *and* a normal read-write filesystem. Is there a particular reason you need to use dmsquash-live, or is this just a case of the hammer making all your problems look like nails? -w [1] https://www.kernel.org/doc/Documentation/device-mapper/snapshot.txt [2] https://btrfs.wiki.kernel.org/index.php/Compression -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction / Contributing a package to Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/28/2014 04:18 PM, Derek Pressnall wrote: I have a question about contributing a package to Fedora. Is it common for the author of an open source package to act as package maintainer? Or is it better to have someone else be the package maintainer (who is more experienced with the Fedora build processes)? I'm the author of a backup utility which fills a niche between tools based on rsync, and the heavy-weight full featured backup tools, which I think would be a good fit for a typical Fedora user. I already have an SRPM available on the Github project site (www.snebu.com http://www.snebu.com), but it may need a bit more work to get it in line with the Fedora build system. I've also been reading through the package maintainer guidelines, and am willing to go through the process too, if needed. I have already created my Fedora and Bugzilla accounts, and will spin up Koji this weekend to play with. Thanks, --Derek I'd say the best person to act as package maintainer is always the person who is most interested in doing so. We have many maintainers in Fedora who are upstream developers, as well as many that are interested downstream users. The Fedora packaging process can be a bit tricky the first time around; I'd recommend locating a member of the Fedora Sponsors who is interested in helping you with your first package and showing you the ropes. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPW8ZMACgkQeiVVYja6o6PE1gCdEKXHNyS1FZKt42qIWtvQ3KUk Wo8AnjN55HEYzsXacwAkU5frL3TUjl3b =Q3Ye -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
Re: HEADSUP: json-c SONAME BUMP
Hi all, Thanks for your comment. Those 2 updates was already canceled yesterday as I've realized the problem after Sandro's bug report. TL;DR: Updates revoked, rawhide+f21 reverted to 0.12 without bump, deciding if we need to add epoch to revert back to 0.11. It's tricky now. 1. Upstream changelog: * Make the json_tokener_errors array local. It has been deprecated for a while, and json_tokener_error_desc() should be used instead. Relative commit: [2] Porting the code is needed for other upstreams. For the soname bump I've opened a PR on github but since upstream are inactive since May so I don't expect they will reply to/dicuss it. 2. As requested by some people[3], 0.12 is not compatible with some existing packages in the repo, thus I think it's time postpone the update. As there are a few hours before today's rawhide compose, I'm going to revert back the soname bump in -4 build, now they're done[3][4]. Thanks. [1]---https://raw.githubusercontent.com/json-c/json-c/master/ChangeLog [2]---https://github.com/json-c/json-c/commit/f9136f68520db4761f05810f97922900ba459f46 [3]---https://bugzilla.redhat.com/show_bug.cgi?id=1123785#c7 [4]---http://koji.fedoraproject.org/koji/buildinfo?buildID=548502 [5]---http://koji.fedoraproject.org/koji/buildinfo?buildID=548503 -- 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: Dracut, dmsquash, and overlays
On Jul 28, 2014, at 17:11, Will Woods wwo...@redhat.com wrote: You're not quite right about how the overlay works. The default in-memory overlay is just 512MB. And the device-mapper docs note that if it fills up the snapshot will become useless and be disabled, returning errors.[1]. You should also note that the overlay is a block-level snapshot - so any changes to existing files or filesystem metadata will cause data to be written to the overlay. Furthermore, the default chunk size is 4kb - so any change less than 4kb will take 4kb of space. After hitting a wall several times today, I began to see what you're talking about here. ;) I assume you're using filesystem images 'cuz you don't have a reliable network connection (otherwise you'd probably be using NFS or iSCSI or something)? The network connection is reliable, but I'm working with thousands of nodes that need a largely stateless system with only a few persistent items. Since your systems have lots of RAM, why not just use a regular ext4 filesystem image as your root filesystem? Then you don't need to worry about blowing up the overlay at all. Are you suggesting an ext4 r/w filesystem stored in RAM? I haven't seen how to do that in dracut with the existing scripts. If you need compression to save RAM: why not use a squashfs image directly, and mount/bind a tmpfs to the places you'll be writing data? I'd be interested in that for sure but the dmsquash module in dracut seems to require a real ext/btrfs/xfs filesystem for device mapper. I couldn't find a way to boot a plain squashfs with a filesystem in it. Is there a particular reason you need to use dmsquash-live, or is this just a case of the hammer making all your problems look like nails? My goal is to live boot our servers since the majority of our systems would be stateless. Being able to reboot into a known good, tested state would be advantageous. I've worked with Debian's Live Systems project[1] and their strategy is to mount a squashfs read only but then use aufs to provide a writeable filesystem overlay. It's handy since you can fill up the overlay without causing the snapshot to overflow. However, AUFS isn't in the upstream kernel and that makes things a bit challenging. If there's a better strategy than using dmsquash-live in dracut, or if I need to do some work to build a new dracut module, I'm certainly up for that. Finding documentation on the internals of dracut has been a bit challenging for me so far. [1] http://live.debian.net/ -- Major Hayden -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction / Contributing a package to Fedora
On Mon, Jul 28, 2014 at 7:57 PM, Stephen Gallagher sgall...@redhat.com wrote: The Fedora packaging process can be a bit tricky the first time around; I'd recommend locating a member of the Fedora Sponsors who is interested in helping you with your first package and showing you the ropes. Ok, where do I find a Sponsor? on this list, or is there another one? Or is that the whole part where I have to submit the package, open up a bug report, and reference that here? (I think that's what I got out of the docs last time I went through it). Thanks, I'm looking forward to helping where I can -- I've got some somewhat decent C programming chops (going back about 25 years, although always on the side and personal projects -- professionally I'm a systems engineer). --Derek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction / Contributing a package to Fedora
Hi Derek, you can view a detailed list of the available sponsors in our Fedora accounts system, looking for the packager group and after clicking in sponsors (there are some filters, administrators, sponsors, users), then choose someone and send an email to him or her. One thing more. the best way of get a sponsor is, doing a good package following the fedora guidelines and will be almost certainly that some sponsor will be willing to sponsor you. Best Regards. 2014-07-28 21:57 GMT-04:30 Derek Pressnall dere...@needcaffeine.net: On Mon, Jul 28, 2014 at 7:57 PM, Stephen Gallagher sgall...@redhat.com wrote: The Fedora packaging process can be a bit tricky the first time around; I'd recommend locating a member of the Fedora Sponsors who is interested in helping you with your first package and showing you the ropes. Ok, where do I find a Sponsor? on this list, or is there another one? Or is that the whole part where I have to submit the package, open up a bug report, and reference that here? (I think that's what I got out of the docs last time I went through it). Thanks, I'm looking forward to helping where I can -- I've got some somewhat decent C programming chops (going back about 25 years, although always on the side and personal projects -- professionally I'm a systems engineer). --Derek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Eduardo Echeverría Director Soluciones SAEF, C.A. J-29663216-2 0245-7666441 0414-4304448 soluciones.s...@gmail.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
[perl-local-lib] sed(1) is packaged as /bin/sed
commit 2968e93eec414e7a024829679596ed02b9d8dbee
Author: Petr Písař ppi...@redhat.com
Date: Mon Jul 28 10:24:08 2014 +0200
sed(1) is packaged as /bin/sed
perl-local-lib.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-local-lib.spec b/perl-local-lib.spec
index f24377f..3e3eee8 100644
--- a/perl-local-lib.spec
+++ b/perl-local-lib.spec
@@ -1,6 +1,6 @@
Name: perl-local-lib
Version:1.008010
-Release:6%{?dist}
+Release:7%{?dist}
# lib/local/lib.pm - GPL+ or Artistic
License:GPL+ or Artistic
Group: Development/Libraries
@@ -55,7 +55,7 @@ Group: Development/Libraries
Summary:Per-user Perl local::lib setup
Requires: %{name} = %{version}-%{release}
Requires: /usr/bin/cpan
-Requires: /usr/bin/sed
+Requires: /bin/sed
%description -n perl-homedir
perl-homedir configures the system to automatically create a ~/perl5
@@ -96,6 +96,9 @@ make test
%{_sysconfdir}/profile.d/*
%changelog
+* Mon Jul 28 2014 Petr Pisar ppi...@redhat.com - 1.008010-7
+- sed(1) is packaged as /bin/sed
+
* Fri Jul 25 2014 Petr Pisar ppi...@redhat.com - 1.008010-6
- Parse perl-homedir configuration bash syntax by csh profile script
(bug #1122993)
--
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-local-lib
perl-local-lib has broken dependencies in the rawhide tree: On x86_64: perl-homedir-1.008010-6.fc22.noarch requires /usr/bin/sed On i386: perl-homedir-1.008010-6.fc22.noarch requires /usr/bin/sed On armhfp: perl-homedir-1.008010-6.fc22.noarch requires /usr/bin/sed 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 DBD-ODBC-1.50.tar.gz uploaded to lookaside cache by holcapek
A file has been added to the lookaside cache for perl-DBD-ODBC: a380049dadb9b1eebf7dfaa99b1d82de DBD-ODBC-1.50.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
File CPAN-Changes-0.30.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-CPAN-Changes: 7e4fe1e341f58a760059a34510ba1766 CPAN-Changes-0.30.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-DBD-ODBC] Updated to upstream version 1.50
commit 2defd475b57c1ba3e0cf02157c4fbf0f2b64ae5b Author: Jan Holcapek holca...@gmail.com Date: Mon Jul 28 14:45:05 2014 +0200 Updated to upstream version 1.50 .gitignore |1 + Changes.patch | 277 ++-- perl-DBD-ODBC.spec |5 +- sources|4 +- 4 files changed, 166 insertions(+), 121 deletions(-) --- diff --git a/.gitignore b/.gitignore index ca889e4..800915d 100644 --- a/.gitignore +++ b/.gitignore @@ -1,3 +1,4 @@ /DBD-ODBC-1.45.tar.gz /DBD-ODBC-1.47.tar.gz /DBD-ODBC-1.48.tar.gz +/DBD-ODBC-1.50.tar.gz diff --git a/Changes.patch b/Changes.patch index 7ee0f30..301c215 100644 --- a/Changes.patch +++ b/Changes.patch @@ -1,6 +1,6 @@ DBD-ODBC-1.48/Changes.orig 2014-03-06 06:27:01.975739745 +0100 -+++ DBD-ODBC-1.48/Changes 2014-03-06 06:26:20.076449272 +0100 -@@ -3,9 +3,11 @@ +--- DBD-ODBC-1.50/Changes.orig 2014-07-28 13:11:00.37700 +0200 DBD-ODBC-1.50/Changes 2014-07-28 13:11:06.19700 +0200 +@@ -3,16 +3,18 @@ =encoding utf8 @@ -8,12 +8,55 @@ + DBD::ODBC::Changes - Log of significant changes to the DBD::ODBC +-1.50 2014-07-25 ++=head2 1.50 2014-07-25 + + [BUG FIXES] + + The 80_odbc_diags.t test could fail if a driver fails a table does + not exist test in the prepare instead of the execute. + +-1.49_4 2014-07-08 ++=head2 1.49_4 2014-07-08 + + [BUG FIXES] + +@@ -28,7 +30,7 @@ + + Added a link to a better Query Notification article. + +-1.49_3 2014-05-01 ++=head2 1.49_3 2014-05-01 + + [CHANGE IN BEHAVIOUR] + +@@ -61,14 +63,14 @@ + I have removed the experimental tag for odbc_getdiaffield and odbc_getdiagrec + methods. + +-1.49_2 2014-04-26 ++=head2 1.49_2 2014-04-26 + + [BUG FIXES] + + Change to data_sources in 1.49_1 could lead to a compile error since + data_sources was not returning a value if an error occurred. + +-1.49_1 2014-04-25 ++=head2 1.49_1 2014-04-25 + + [BUG FIXES] + +@@ -86,7 +88,7 @@ + + Added FAQ entry of maximum number of allowed parameters. + -1.48 2014-03-03 +=head2 1.48 2014-03-03 [MISCELLANEOUS] -@@ -14,7 +16,7 @@ +@@ -95,7 +97,7 @@ Forgot to remove warning from ODBC.pm that this is a development release and unicode change when I released 1.47. @@ -22,7 +65,7 @@ Full release of the 1.46 development releases. -@@ -26,7 +28,7 @@ +@@ -107,7 +109,7 @@ NOTE the changes.cpanhq.com site does not yet support unknown for dates. @@ -31,7 +74,7 @@ [BUG FIXES] -@@ -39,7 +41,7 @@ +@@ -120,7 +122,7 @@ Added test 90_trace_flag.t @@ -40,7 +83,7 @@ [CHANGE IN BEHAVIOUR] -@@ -72,7 +74,7 @@ +@@ -153,7 +155,7 @@ Added test 45_unicode_varchar.t for MS SQL Server only so far. @@ -49,7 +92,7 @@ [CHANGE IN BEHAVIOUR] -@@ -97,7 +99,7 @@ +@@ -178,7 +180,7 @@ Small changes to 20SqlServer.t test to skip some tests and note the problem if SQLExecute returns SQL_NO_DATA on a non searched update. @@ -58,7 +101,7 @@ [BUG FIXES] -@@ -116,7 +118,7 @@ +@@ -197,7 +199,7 @@ Updates to the odbc_more_results pod to help clarify its use after some confusion was seen in a perlmonks thread. @@ -67,7 +110,7 @@ [CHANGE IN BEHAVIOUR] -@@ -152,7 +154,7 @@ +@@ -233,7 +235,7 @@ SQLGetTypeInfo. It also issues a warning. See http://www.postgresql.org/message-id/524ef455.6050...@ntlworld.com @@ -76,7 +119,7 @@ [MISCELLANEOUS] -@@ -161,7 +163,7 @@ +@@ -242,7 +244,7 @@ Fixed some compiler warnings when attempting to print/trace SvCUR. @@ -85,7 +128,7 @@ [BUG FIXES] -@@ -189,7 +191,7 @@ +@@ -270,7 +272,7 @@ Added 87_odbc_log_read.t test. @@ -94,7 +137,7 @@ Moved from subversion to github as svn.perl.org is closing down. Changed docs to show new repository. -@@ -203,7 +205,7 @@ +@@ -284,7 +286,7 @@ probably only see this if you are using fetchall_arrayref with a slice and setting TYPE or attributes in bind_col first. @@ -103,7 +146,7 @@ This is a full release of all the 1.42_* development releases. -@@ -214,20 +216,20 @@ +@@ -295,20 +297,20 @@ Minor fix to 10handler.t test suite which relied on a native error being true instead of defined. @@ -127,7 +170,7 @@ [ENHANCEMENTS] -@@ -237,7 +239,7 @@ +@@ -318,7 +320,7 @@ only enable ODBC API tracing in the application which made the call unlike the ODBC Driver Manager settings. @@ -136,7 +179,7 @@ [MISCELLANEOUS] -@@ -245,7 +247,7 @@ +@@ -326,7 +328,7 @@ from Dave Mitchell and posting at http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2012-12/msg00424.html. @@ -145,7 +188,7 @@ [BUG FIXES] -@@ -274,7 +276,7 @@ +@@ -355,7 +357,7 @@ New rt_81911.t test case. @@ -154,7 +197,7 @@ [BUG FIXES] -@@ -307,11 +309,11 @@ +@@ -388,11 +390,11 @@ RT 80446 - fix spelling mistake - thanks to Xavier Guimar. @@ -168,7 +211,7 @@
[perl-CPAN-Changes] Update to 0.30
commit c0b2b9d8b51740695b43ae690f924ba3ac683d29
Author: Paul Howarth p...@city-fan.org
Date: Mon Jul 28 13:49:16 2014 +0100
Update to 0.30
- New upstream release 0.30:
- Fix for subclassing CPAN::Changes::Group (GH #23)
perl-CPAN-Changes.spec |7 ++-
sources|2 +-
2 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/perl-CPAN-Changes.spec b/perl-CPAN-Changes.spec
index 2f32dde..1b95cca 100644
--- a/perl-CPAN-Changes.spec
+++ b/perl-CPAN-Changes.spec
@@ -1,6 +1,6 @@
Name: perl-CPAN-Changes
Summary: Read and write Changes files
-Version: 0.29
+Version: 0.30
Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
@@ -11,6 +11,7 @@ BuildRequires:perl
BuildRequires: perl(Cwd)
BuildRequires: perl(ExtUtils::MakeMaker)
BuildRequires: perl(File::Path)
+BuildRequires: perl(Moo)
BuildRequires: perl(Pod::Usage)
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(strict)
@@ -64,6 +65,10 @@ make test TEST_FILES=$(echo $(find xt/ -name '*.t'))
%{_mandir}/man3/Test::CPAN::Changes.3pm*
%changelog
+* Mon Jul 28 2014 Paul Howarth p...@city-fan.org - 0.30-1
+- Update to 0.30:
+ - Fix for subclassing CPAN::Changes::Group (GH #23)
+
* Thu Jul 24 2014 Paul Howarth p...@city-fan.org - 0.29-1
- Update to 0.29:
- Groups are now objects (CPAN::Changes::Group); backwards compatibility
diff --git a/sources b/sources
index 2fd0be6..f8af43f 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-63321aa4599dc6cfb0b335e45c5c0ffb CPAN-Changes-0.29.tar.gz
+7e4fe1e341f58a760059a34510ba1766 CPAN-Changes-0.30.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-CPAN-Changes/f21] Update to 0.30
Summary of changes: c0b2b9d... Update to 0.30 (*) (*) 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-CPAN-Changes] Created tag perl-CPAN-Changes-0.30-1.fc22
The lightweight tag 'perl-CPAN-Changes-0.30-1.fc22' was created pointing to: c0b2b9d... Update to 0.30 -- 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-CPAN-Changes] Created tag perl-CPAN-Changes-0.30-1.fc21
The lightweight tag 'perl-CPAN-Changes-0.30-1.fc21' was created pointing to: c0b2b9d... Update to 0.30 -- 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 CPAN-Meta-2.142060.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-CPAN-Meta: 38eb74e2b598a6c2dba20c2f800095a2 CPAN-Meta-2.142060.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-DBD-ODBC/f21] Updated to upstream version 1.50
Summary of changes: 2defd47... Updated to upstream version 1.50 (*) (*) 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-DBD-ODBC/f20] (2 commits) ...Updated to upstream version 1.50
Summary of changes: 33e2a5a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 2defd47... Updated to upstream version 1.50 (*) (*) 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-CPAN-Meta] Update to 2.142060
commit 20d0dd60647da9b49bdf339be497a18f3a14aceb
Author: Paul Howarth p...@city-fan.org
Date: Mon Jul 28 14:30:10 2014 +0100
Update to 2.142060
- New upstream release 2.142060
- Added ability for CPAN::Meta::Converter to convert metadata fragments
(incomplete portions of a metadata structure)
- Optimized internal use of JSON for datastructure cloning
- Removed dependency on List::Util 1.33
- Clarified language around 'dynamic_config' in the Spec
- Clarified use of 'file' for the 'provides' field in the Spec
- CPAN::Meta::Merge is a new class for merging two possibly overlapping
instances of metadata, which will accept both CPAN::Meta objects and
(possibly incomplete) hashrefs of metadata
- Use %license
perl-CPAN-Meta.spec | 31 ++-
sources |2 +-
2 files changed, 23 insertions(+), 10 deletions(-)
---
diff --git a/perl-CPAN-Meta.spec b/perl-CPAN-Meta.spec
index b8e73c7..40a8760 100644
--- a/perl-CPAN-Meta.spec
+++ b/perl-CPAN-Meta.spec
@@ -1,7 +1,7 @@
Name: perl-CPAN-Meta
Summary:Distribution metadata for a CPAN dist
-Version:2.140640
-Release:2%{?dist}
+Version:2.142060
+Release:1%{?dist}
License:GPL+ or Artistic
Group: Development/Libraries
Source0:
http://search.cpan.org/CPAN/authors/id/D/DA/DAGOLDEN/CPAN-Meta-%{version}.tar.gz
@@ -15,7 +15,6 @@ BuildRequires: perl(Carp)
BuildRequires: perl(CPAN::Meta::Requirements) = 2.121
BuildRequires: perl(CPAN::Meta::YAML) = 0.008
BuildRequires: perl(JSON::PP) = 2.27200
-BuildRequires: perl(List::Util) = 1.33
BuildRequires: perl(Parse::CPAN::Meta) = 1.4414
BuildRequires: perl(Scalar::Util)
BuildRequires: perl(version) = 0.88
@@ -26,10 +25,11 @@ BuildRequires: perl(File::Spec)
BuildRequires: perl(File::Spec::Functions)
BuildRequires: perl(File::Temp) = 0.20
BuildRequires: perl(IO::Dir)
+BuildRequires: perl(List::Util)
BuildRequires: perl(overload)
BuildRequires: perl(Test::More) = 0.88
# Runtime
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
%{?perl_default_filter}
@@ -47,31 +47,44 @@ in CPAN::Meta::Spec.
sed -i '1s,#!.*perl,#!%{__perl},' t/*.t
%build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor
make %{?_smp_mflags}
%install
make pure_install DESTDIR=$RPM_BUILD_ROOT
-
find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
-
-%{_fixperms} $RPM_BUILD_ROOT/*
+%{_fixperms} $RPM_BUILD_ROOT
%check
make test
%files
-%doc Changes CONTRIBUTING history LICENSE README Todo t/
+%license LICENSE
+%doc Changes CONTRIBUTING history README Todo t/
%{perl_vendorlib}/CPAN/
%{_mandir}/man3/CPAN::Meta.3*
%{_mandir}/man3/CPAN::Meta::Converter.3*
%{_mandir}/man3/CPAN::Meta::Feature.3*
%{_mandir}/man3/CPAN::Meta::History.3*
+%{_mandir}/man3/CPAN::Meta::Merge.3*
%{_mandir}/man3/CPAN::Meta::Prereqs.3*
%{_mandir}/man3/CPAN::Meta::Spec.3*
%{_mandir}/man3/CPAN::Meta::Validator.3*
%changelog
+* Mon Jul 28 2014 Paul Howarth p...@city-fan.org - 2.142060-1
+- Update to 2.142060
+ - Added ability for CPAN::Meta::Converter to convert metadata fragments
+(incomplete portions of a metadata structure)
+ - Optimized internal use of JSON for datastructure cloning
+ - Removed dependency on List::Util 1.33
+ - Clarified language around 'dynamic_config' in the Spec
+ - Clarified use of 'file' for the 'provides' field in the Spec
+ - CPAN::Meta::Merge is a new class for merging two possibly overlapping
+instances of metadata, which will accept both CPAN::Meta objects and
+(possibly incomplete) hashrefs of metadata
+- Use %%license
+
* Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.140640-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
diff --git a/sources b/sources
index dc1b4bc..8d09749 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-905a9f19b459ed6b5a5339f35cdae209 CPAN-Meta-2.140640.tar.gz
+38eb74e2b598a6c2dba20c2f800095a2 CPAN-Meta-2.142060.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-CPAN-Meta/f21] Update to 2.142060
Summary of changes: 20d0dd6... Update to 2.142060 (*) (*) 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-CPAN-Meta] Created tag perl-CPAN-Meta-2.142060-1.fc22
The lightweight tag 'perl-CPAN-Meta-2.142060-1.fc22' was created pointing to: 20d0dd6... Update to 2.142060 -- 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-CPAN-Meta] Created tag perl-CPAN-Meta-2.142060-1.fc21
The lightweight tag 'perl-CPAN-Meta-2.142060-1.fc21' was created pointing to: 20d0dd6... Update to 2.142060 -- 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 Module-Build-Tiny-0.037.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Module-Build-Tiny: d1449ad9e7039407bd3edf632b115849 Module-Build-Tiny-0.037.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-Module-Build-Tiny] Update to 0.037
commit 1520abc94becfa24a92fef69fe47948de9a00707
Author: Paul Howarth p...@city-fan.org
Date: Mon Jul 28 15:19:08 2014 +0100
Update to 0.037
- New upstream release 0.037
- Scrub environment variable in tests
- Use %license
perl-Module-Build-Tiny.spec | 12 +---
sources |2 +-
2 files changed, 10 insertions(+), 4 deletions(-)
---
diff --git a/perl-Module-Build-Tiny.spec b/perl-Module-Build-Tiny.spec
index 98bddaa..939f678 100644
--- a/perl-Module-Build-Tiny.spec
+++ b/perl-Module-Build-Tiny.spec
@@ -1,7 +1,7 @@
Summary: A tiny replacement for Module::Build
Name: perl-Module-Build-Tiny
-Version: 0.036
-Release: 2%{?dist}
+Version: 0.037
+Release: 1%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
URL: https://github.com/Leont/module-build-tiny
@@ -71,11 +71,17 @@ perl Build.PL --installdirs=vendor
AUTHOR_TESTING=1 RELEASE_TESTING=1 ./Build test
%files
-%doc Changes LICENSE README Todo
+%license LICENSE
+%doc Changes README Todo
%{perl_vendorlib}/Module/
%{_mandir}/man3/Module::Build::Tiny.3pm*
%changelog
+* Mon Jul 28 2014 Paul Howarth p...@city-fan.org - 0.037-1
+- Update to 0.037
+ - Scrub environment variable in tests
+- Use %%license
+
* Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.036-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
diff --git a/sources b/sources
index bb2a1d2..fe3043c 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-bfc92c655158ce623f0ced94f4ef02e5 Module-Build-Tiny-0.036.tar.gz
+d1449ad9e7039407bd3edf632b115849 Module-Build-Tiny-0.037.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-Module-Build-Tiny/f21] Update to 0.037
Summary of changes: 1520abc... Update to 0.037 (*) (*) 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-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.037-1.fc22
The lightweight tag 'perl-Module-Build-Tiny-0.037-1.fc22' was created pointing to: 1520abc... Update to 0.037 -- 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-Module-Build-Tiny] Created tag perl-Module-Build-Tiny-0.037-1.fc21
The lightweight tag 'perl-Module-Build-Tiny-0.037-1.fc21' was created pointing to: 1520abc... Update to 0.037 -- 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 Spiffy-0.36.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Spiffy: 2ad56431630f08afd9719d0de7620418 Spiffy-0.36.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-Spiffy] Update to 0.36
commit 1e74f982e30ea3a9ed7ca4fbbdfece60d88abea6
Author: Paul Howarth p...@city-fan.org
Date: Mon Jul 28 15:49:16 2014 +0100
Update to 0.36
- New upstream release 0.36
- Fix email in Meta
perl-Spiffy.spec |6 +-
sources |2 +-
2 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git a/perl-Spiffy.spec b/perl-Spiffy.spec
index a2e6fed..3bb3721 100644
--- a/perl-Spiffy.spec
+++ b/perl-Spiffy.spec
@@ -1,5 +1,5 @@
Name: perl-Spiffy
-Version:0.35
+Version:0.36
Release:1%{?dist}
Summary:Framework for doing object oriented (OO) programming in Perl
License:GPL+ or Artistic
@@ -72,6 +72,10 @@ make test RELEASE_TESTING=1
%{_mandir}/man3/Spiffy.3pm*
%changelog
+* Mon Jul 28 2014 Paul Howarth p...@city-fan.org - 0.36-1
+- Update to 0.36
+ - Fix email in Meta
+
* Tue Jul 22 2014 Paul Howarth p...@city-fan.org - 0.35-1
- Update to 0.35
- Fix Meta and add Contributing
diff --git a/sources b/sources
index 6ff2936..fad55a6 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-4a2f20ccdfa3c6a4e1c3b99f43b672e7 Spiffy-0.35.tar.gz
+2ad56431630f08afd9719d0de7620418 Spiffy-0.36.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-Spiffy/f21] Update to 0.36
Summary of changes: 1e74f98... Update to 0.36 (*) (*) 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
[PkgDB] limb:perl-Unix-Syslog commit set to Approved
user: limb set for steve acl: commit of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog watchbugzilla set to Approved
user: limb set for mstevens acl: watchbugzilla of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog watchcommits set to Approved
user: limb set for mstevens acl: watchcommits of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog approveacls set to Approved
user: limb set for steve acl: approveacls of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog commit set to Approved
user: limb set for mstevens acl: commit of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog approveacls set to Approved
user: limb set for mstevens acl: approveacls of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Unix-Syslog watchbugzilla set to Approved
user: limb set for steve acl: watchbugzilla of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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] limb:perl-Convert-TNEF commit set to Approved
user: limb set for steve acl: commit of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF watchbugzilla set to Approved
user: limb set for steve acl: watchbugzilla of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF approveacls set to Approved
user: limb set for steve acl: approveacls of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF commit set to Approved
user: limb set for mstevens acl: commit of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF watchcommits set to Approved
user: limb set for mstevens acl: watchcommits of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF watchbugzilla set to Approved
user: limb set for mstevens acl: watchbugzilla of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Convert-TNEF approveacls set to Approved
user: limb set for mstevens acl: approveacls of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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-Spiffy] Created tag perl-Spiffy-0.36-1.fc21
The lightweight tag 'perl-Spiffy-0.36-1.fc21' was created pointing to: 1e74f98... Update to 0.36 -- 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-Spiffy] Created tag perl-Spiffy-0.36-1.fc22
The lightweight tag 'perl-Spiffy-0.36-1.fc22' was created pointing to: 1e74f98... Update to 0.36 -- 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] limb:perl-Convert-TNEF watchcommits set to Approved
user: limb set for steve acl: watchcommits of package: perl-Convert-TNEF from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Convert-TNEF -- 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] limb:perl-Unix-Syslog watchcommits set to Approved
user: limb set for steve acl: watchcommits of package: perl-Unix-Syslog from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-Unix-Syslog -- 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 1121718] perl-Config-Tiny not built for EPEL7 (required by nagios-plugins-openmanage)
https://bugzilla.redhat.com/show_bug.cgi?id=1121718 Trond H. Amundsen t.h.amund...@usit.uio.no changed: What|Removed |Added CC||t.h.amund...@usit.uio.no --- Comment #1 from Trond H. Amundsen t.h.amund...@usit.uio.no --- perl-Config-Tiny is provided by Red Hat in the optional repo. As far as I know, EPEL requires (more or less) these repos to be enabled: rhel-7-server-extras-rpms rhel-7-server-optional-rpms rhel-7-server-rpms rhel-ha-for-rhel-7-server-rpms It should just be a simple matter of enabling the optional repo with subscription-manager, and perl-Config-Tiny is available. -trond -- 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=Gr2n4w8DM5a=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 1121717] perl-Crypt-Rijndael not built for EPEL7 (required by nagios-plugins-openmanage)
https://bugzilla.redhat.com/show_bug.cgi?id=1121717 Trond H. Amundsen t.h.amund...@usit.uio.no changed: What|Removed |Added CC||t.h.amund...@usit.uio.no --- Comment #2 from Trond H. Amundsen t.h.amund...@usit.uio.no --- I have pushed a new build of nagios-plugins-openmanage (also containing a new release), which doesn't require perl-Crypt-Rijndael. The nagios plugin doesn't use this perl module directly, but having Crypt::Rijndael installed enables AES encryption with Net::SNMP. I believe this is extremely rarely used with check_openmanage, so I have removed the requirement. The new nagios-plugins-openmanage RPM should be available in EPEL7 in a day or so, as EPEL7 is still in beta. It will take 2-3 weeks for it to reach the stable repos for EPEL5, EPEL6 and Fedora, but in the meantime it will be available in the respective testing repos. This should take care of the dependency issue, but I'd still like to see Crypt::Rijndael arrive in EPEL7 :) -trond -- 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=p0oZI9d2mFa=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-DBD-ODBC/f19] (2 commits) ...Updated to upstream version 1.50
Summary of changes: 33e2a5a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 2defd47... Updated to upstream version 1.50 (*) (*) 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-DBD-ODBC/el6] (2 commits) ...Updated to upstream version 1.50
Summary of changes: 33e2a5a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 2defd47... Updated to upstream version 1.50 (*) (*) 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-DBD-ODBC/epel7] (2 commits) ...Updated to upstream version 1.50
Summary of changes: 33e2a5a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*) 2defd47... Updated to upstream version 1.50 (*) (*) 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
[PkgDB] limb:perl-IO-LockedFile approveacls set to Approved
user: limb set for pwouters acl: approveacls of package: perl-IO-LockedFile from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-IO-LockedFile -- 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] limb:perl-IO-LockedFile commit set to Approved
user: limb set for pwouters acl: commit of package: perl-IO-LockedFile from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-IO-LockedFile -- 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] limb:perl-IO-LockedFile watchbugzilla set to Approved
user: limb set for pwouters acl: watchbugzilla of package: perl-IO-LockedFile from: to: Approved on branch: epel7 To make changes to this package see: https://admin.fedoraproject.org/pkgdb/package/perl-IO-LockedFile -- 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
