EPEL epel beta report: 20140812 changes
Compose started at Tue Aug 12 08:15:02 UTC 2014 New package: Canna-3.7p3-43.el7 A Japanese character set input system. New package: firehol-2.0.0-0.1.rc1.el7 Simple and powerful firewall and traffic shaping languages New package: gpsd-3.10-5.20140524gitd6b65b.el7 Service daemon for mediating access to a GPS New package: httpress-1.1.0-2.el7 HTTP stress benchmark utility New package: pyscard-1.6.16-2.el7 A framework for building smart card aware applications in Python New package: sks-1.1.5-2.el7 Synchronizing Key Server New package: wgrib2-2.0.1-1.el7 Manipulate, inventory and decode GRIB2 files New package: workrave-1.10-6.el7 Program that assists in the recovery and prevention of RSI New package: zabbix22-2.2.5-1.el7 Open-source monitoring solution for your IT infrastructure Updated Packages: cmake-fedora-2.1.1-1.el7 * Tue Aug 12 2014 Ding-Yi Chen dchen at redhat.com - 2.1.1-1 - Fixed Bug 1093336 - date(1): -u is much portable than --utc - Fixed Bug 1002279 - Project configuration bugs when using cmake-fedora-newprj - cmake-fedora-newprj: Correct git repo URL - ManageZanata: Fix zanata.xml suggest countries. * Mon Aug 11 2014 Ding-Yi Chen dchen at redhat.com - 2.1.0-2 - Fixed rpmlint warning: macro-in-changelog cobbler-2.6.4-1.el7 --- * Mon Aug 11 2014 Orion Poplawski or...@cora.nwra.com - 2.6.4-1 - Update to 2.6.4 gfal2-2.6.8-3.el7 - * Mon Aug 11 2014 Alejandro Alvarez Ayllon aalvarez at cern.ch - 2.6.8-3 - Disable GridFTP session reuse by default (see LCGUTIL-448) * Fri Aug 08 2014 Alejandro Alvarez Ayllon aalvarez at cern.ch - 2.6.8-2 - Patch for symbol that dissapeared in Davix inxi-2.1.90-1.el7 - * Tue Aug 12 2014 Vasiliy N. Glazov vasc...@gmail.com 2.1.90-1 - Update to 2.1.90 * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 2.1.28-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild libserf-1.3.7-1.el7 --- * Tue Aug 12 2014 Christopher Meng r...@cicku.me - 1.3.7-1 - Update to 1.3.7 libykneomgr-0.1.3-1.el7 --- * Mon Aug 11 2014 Nick Bebout n...@fedoraproject.org - 0.1.3-1 - Update to 0.1.3 * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.1.2-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild mosquitto-1.3.3-1.el7 - * Mon Aug 11 2014 Fabian Affolter m...@fabian-affolter.ch - 1.3.3-1 - Upate to new upstream version 1.3.3 php-PHPMailer-5.2.8-1.el7 - * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 5.2.8-1 - update to 5.2.8 - provide php-composer(phpmailer/phpmailer) - explicit dependencies - fix license handling - fix language dir using a patch instead of sed - provide upstream autoloader php-horde-Horde-Imap-Client-2.24.2-1.el7 * Tue Aug 12 2014 Remi Collet r...@fedoraproject.org - 2.24.2-1 - Update to 2.24.2 * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 2.24.1-1 - Update to 2.24.1 php-horde-Horde-Util-2.5.0-1.el7 * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 2.5.0-1 - Update to 2.5.0 php-phpunit-PHP-CodeCoverage-2.0.10-1.el7 - * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 2.0.10-1 - update to 2.0.10 - fix license handling php-phpunit-PHPUnit-4.2.0-1.el7 --- * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 4.2.0-1 - Update to 4.2.0 - raise dependency on phpunit/phpunit-mock-objects = 2.2 - add dependency on ocramius/instantiator, ocramius/lazy-map and symfony/class-loader php-phpunit-PHPUnit-MockObject-2.2.0-1.el7 -- * Mon Aug 11 2014 Remi Collet r...@fedoraproject.org - 2.2.0-1 - update to 2.2.0 - add dependency on ocramius/instantiator - fix license handling php-symfony-2.5.3-1.el7 --- * Tue Aug 12 2014 Remi Collet r...@fedoraproject.org - 2.5.3-1 - update to 2.5.3 - fix test bootstrap for PHPUnit 4.2 * Sat Jul 19 2014 Remi Collet r...@fedoraproject.org - 2.5.2-2 - fix license handling php-theseer-autoload-1.15.0-1.el7 - * Tue Aug 12 2014 Remi Collet r...@fedoraproject.org - 1.15.0-1 - Update to 1.15.0 python-redis-2.10.2-1.el7 - * Tue Aug 12 2014 Christopher Meng r...@cicku.me - 2.10.2-1 - Update to 2.10.2 rubygem-net-scp-1.2.1-1.el7 --- * Tue Jun 17 2014 Vít Ondruch vondr...@redhat.com - 1.2.1-1 - Update to net-scp 1.2.1. * Sun Jun 08 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.1.0-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild * Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.1.0-2 -
EPEL Notes from .next discussion.
At FLOCK this year, I did a short workshop on what was labeled EPEL.Next. At that we went over a bit of what EPEL has done in the past, what its current challenges are, and what could be its future. Toshio Kuratomi was great in capturing what was said at the meeting and EPEL * Extra packages for enterprise linux * Lots of name recognition now * Formed as rhel5 was being released people needed more packages. at the time there were a ton of addon repos. None of the m were compatible with each other necessarily. All the other repos, dag, freshrpms, etc overrode the base os in some places. Decided for EPEL, overriding RHEL was something we wouldn't do. Started with RHEL3,4 and soon after release we had 5. RHEL was supported 5-7years and we figured we could support EPEL packages for the same length of time. Early controversy - repotags (shortened name that can be in the packages. [graph of Fedora machines measured by unique ips that hit mirrormanager vs EPEL machines] [graph shows steady growth in EPEL. Larger initial Fedora machines that rose and then plateaued] [graph shows a noticable dip every weekend. Can also see the dip in Fedora numbers for the Incident.] [graph is probably conservative in numbers as many enterprises Second graph: [Graph shows combined growth same as last graph.] [Graph shows EPEL5 that has risen but plateaued about the time EPEL6 came out.] [graph shows that EPEL6 has been growing and has surpassed the EPEL5 plateau.] Where are we now: We support 3 arches. RHEL4: 1258 srpms. EOL RHEL5: 3651 srpms RHEL6: 5449 srpms RHEL7: 3100 srpms and growing fastest For CENTOS7: the epel repofile will be shipped directly with centos for the first time. Current Problems: * 10+ year support for RHEL now. Hard for EPEL packagers to commit to doing the same. * We have requests for both newer and older conflicting packages. - Currently policy is not to have unpleasant surprises regarding compatibility. - puppet2.x vs puppet3.x * Some people need major changes to build new software * Some people need no changes in order to keep existing software running * Developer burnout: People come in and after a few years, they are burnt out because they can't upgrade the things that they want due to the compatibility policies. Where are we going? Pain Points: * Inability to yum downgrade because only include one old package in the updates tree * Harder for EPEL than Fedora because EPEL users have more need to rollback if an incompatibility creeps in and because EPEL users may schedule their releases * Not every part of package repo is suitable for inclusion in anaconda because we may not have dep closure in the subset of the repo. * Which RHEL point release can also make a difference because the base RHEL sometimes upgrades incompatibly and we don't keep a separate build for both point releases. * Can take a long time to push packages through bodhi. Can take 7 days to push a CVE through bodhi. (global EPEL and Fedora problem) * Not all maintainers interpret Don't break compatibility in the same way. * Many guidelines are verbal, not formal. * Some maintainers are mainly Fedora maintainers and don't know what people are using it for in EPEL. They respond to requests to install or update a package out of a willingness to help but don't know what users need. * No guideline enforcement. * Takes a while for new EPEL releases to be brought out once a new RHEL release is made (because CentOS hasn't released yet). * Traditionally, we wait because contributors may not have RHEL entitilements so they need to have CentOS to test. * Need entitlements for contributors to run RHEL (Easiest: Use RHEL, SciLinux, Fermi Linux). * Packages get added to one of the RH base repositories and then we have to pull them from the EPEL repositories. * Some people have extra layered products from RH and do not want us to conflict with those. Other people do not have the layered products and therefore want to be able to get those packages from EPEL. * Overlap between EPEL and CentOS Extras. Ideas to deal with Pain * Get RHEL licenses for contributors. There is a process but it takes a long while because of the tax problems for giving it to people. Current procedure is that we get requests, we give the names to a person inside of RH and then they eventually get back to us with licenses. * Let's create EPIC: separate repo. 3 year lifespan instead of 10 year, rhel life cycle. * Debian Volatile repository and also Debian Backports. These repos contain newer versions of packages, even for Debian Stable. Good for packages which change all the time. * Debian also has protection mechanism that says no major or no major.minor version updates in apt (their yum equivalent). * Red Hat already releases different lifecycle repositories (layered products). Why not replicate what they do. * What about implementing EPEL as a set of projects like Fedora Playground? * Would change the guarantees and expectations of EPEL
EPEL Fwd: Notes from .next discussion.
-- Forwarded message -- From: Stephen John Smoogen smo...@gmail.com Date: 12 August 2014 21:05 Subject: EPEL Notes from .next discussion. To: EPEL development disccusion epel-devel-l...@redhat.com, epel-users-l...@fedoraproject.org At FLOCK this year, I did a short workshop on what was labeled EPEL.Next. At that we went over a bit of what EPEL has done in the past, what its current challenges are, and what could be its future. Toshio Kuratomi was great in capturing what was said at the meeting and EPEL * Extra packages for enterprise linux * Lots of name recognition now * Formed as rhel5 was being released people needed more packages. at the time there were a ton of addon repos. None of the m were compatible with each other necessarily. All the other repos, dag, freshrpms, etc overrode the base os in some places. Decided for EPEL, overriding RHEL was something we wouldn't do. Started with RHEL3,4 and soon after release we had 5. RHEL was supported 5-7years and we figured we could support EPEL packages for the same length of time. Early controversy - repotags (shortened name that can be in the packages. [graph of Fedora machines measured by unique ips that hit mirrormanager vs EPEL machines] [graph shows steady growth in EPEL. Larger initial Fedora machines that rose and then plateaued] [graph shows a noticable dip every weekend. Can also see the dip in Fedora numbers for the Incident.] [graph is probably conservative in numbers as many enterprises Second graph: [Graph shows combined growth same as last graph.] [Graph shows EPEL5 that has risen but plateaued about the time EPEL6 came out.] [graph shows that EPEL6 has been growing and has surpassed the EPEL5 plateau.] Where are we now: We support 3 arches. RHEL4: 1258 srpms. EOL RHEL5: 3651 srpms RHEL6: 5449 srpms RHEL7: 3100 srpms and growing fastest For CENTOS7: the epel repofile will be shipped directly with centos for the first time. Current Problems: * 10+ year support for RHEL now. Hard for EPEL packagers to commit to doing the same. * We have requests for both newer and older conflicting packages. - Currently policy is not to have unpleasant surprises regarding compatibility. - puppet2.x vs puppet3.x * Some people need major changes to build new software * Some people need no changes in order to keep existing software running * Developer burnout: People come in and after a few years, they are burnt out because they can't upgrade the things that they want due to the compatibility policies. Where are we going? Pain Points: * Inability to yum downgrade because only include one old package in the updates tree * Harder for EPEL than Fedora because EPEL users have more need to rollback if an incompatibility creeps in and because EPEL users may schedule their releases * Not every part of package repo is suitable for inclusion in anaconda because we may not have dep closure in the subset of the repo. * Which RHEL point release can also make a difference because the base RHEL sometimes upgrades incompatibly and we don't keep a separate build for both point releases. * Can take a long time to push packages through bodhi. Can take 7 days to push a CVE through bodhi. (global EPEL and Fedora problem) * Not all maintainers interpret Don't break compatibility in the same way. * Many guidelines are verbal, not formal. * Some maintainers are mainly Fedora maintainers and don't know what people are using it for in EPEL. They respond to requests to install or update a package out of a willingness to help but don't know what users need. * No guideline enforcement. * Takes a while for new EPEL releases to be brought out once a new RHEL release is made (because CentOS hasn't released yet). * Traditionally, we wait because contributors may not have RHEL entitilements so they need to have CentOS to test. * Need entitlements for contributors to run RHEL (Easiest: Use RHEL, SciLinux, Fermi Linux). * Packages get added to one of the RH base repositories and then we have to pull them from the EPEL repositories. * Some people have extra layered products from RH and do not want us to conflict with those. Other people do not have the layered products and therefore want to be able to get those packages from EPEL. * Overlap between EPEL and CentOS Extras. Ideas to deal with Pain * Get RHEL licenses for contributors. There is a process but it takes a long while because of the tax problems for giving it to people. Current procedure is that we get requests, we give the names to a person inside of RH and then they eventually get back to us with licenses. * Let's create EPIC: separate repo. 3 year lifespan instead of 10 year, rhel life cycle. * Debian Volatile repository and also Debian Backports. These repos contain newer versions of packages, even for Debian Stable. Good for packages which change all the time. * Debian also has protection mechanism that says no major or no major.minor version updates in apt (their yum
Re: EPEL Notes from .next discussion.
On Tue, 12 Aug 2014 21:05:07 +0200 Stephen John Smoogen smo...@gmail.com wrote: At FLOCK this year, I did a short workshop on what was labeled EPEL.Next. At that we went over a bit of what EPEL has done in the past, what its current challenges are, and what could be its future. Toshio Kuratomi was great in capturing what was said at the meeting and EPEL * Extra packages for enterprise linux * Lots of name recognition now * Formed as rhel5 was being released people needed more packages. at the time there were a ton of addon repos. None of the m were compatible with each other necessarily. All the other repos, dag, freshrpms, etc overrode the base os in some places. Decided for EPEL, overriding RHEL was something we wouldn't do. Started with RHEL3,4 and soon after release we had 5. RHEL was supported 5-7years and we figured we could support EPEL packages for the same length of time. Early controversy - repotags (shortened name that can be in the packages. [graph of Fedora machines measured by unique ips that hit mirrormanager vs EPEL machines] [graph shows steady growth in EPEL. Larger initial Fedora machines that rose and then plateaued] [graph shows a noticable dip every weekend. Can also see the dip in Fedora numbers for the Incident.] [graph is probably conservative in numbers as many enterprises Second graph: [Graph shows combined growth same as last graph.] [Graph shows EPEL5 that has risen but plateaued about the time EPEL6 came out.] [graph shows that EPEL6 has been growing and has surpassed the EPEL5 plateau.] Where are we now: We support 3 arches. I think you mean 3 releases. we have 3 arches for epel5 and epel6 and 2 for epel7 RHEL4: 1258 srpms. EOL RHEL5: 3651 srpms RHEL6: 5449 srpms RHEL7: 3100 srpms and growing fastest For CENTOS7: the epel repofile will be shipped directly with centos for the first time. Current Problems: * 10+ year support for RHEL now. Hard for EPEL packagers to commit to doing the same. * We have requests for both newer and older conflicting packages. - Currently policy is not to have unpleasant surprises regarding compatibility. - puppet2.x vs puppet3.x * Some people need major changes to build new software * Some people need no changes in order to keep existing software running * Developer burnout: People come in and after a few years, they are burnt out because they can't upgrade the things that they want due to the compatibility policies. I think i would like to see us add an epel-extras repo where things can change faster. Things like mediawiki, puppet, etc could go in extras. Where are we going? Pain Points: * Inability to yum downgrade because only include one old package in the updates tree * Harder for EPEL than Fedora because EPEL users have more need to rollback if an incompatibility creeps in and because EPEL users may schedule their releases * Not every part of package repo is suitable for inclusion in anaconda because we may not have dep closure in the subset of the repo. * Which RHEL point release can also make a difference because the base RHEL sometimes upgrades incompatibly and we don't keep a separate build for both point releases. * Can take a long time to push packages through bodhi. Can take 7 days to push a CVE through bodhi. (global EPEL and Fedora problem) * Not all maintainers interpret Don't break compatibility in the same way. * Many guidelines are verbal, not formal. * Some maintainers are mainly Fedora maintainers and don't know what people are using it for in EPEL. They respond to requests to install or update a package out of a willingness to help but don't know what users need. * No guideline enforcement. * Takes a while for new EPEL releases to be brought out once a new RHEL release is made (because CentOS hasn't released yet). * Traditionally, we wait because contributors may not have RHEL entitilements so they need to have CentOS to test. * Need entitlements for contributors to run RHEL (Easiest: Use RHEL, SciLinux, Fermi Linux). * Packages get added to one of the RH base repositories and then we have to pull them from the EPEL repositories. * Some people have extra layered products from RH and do not want us to conflict with those. Other people do not have the layered products and therefore want to be able to get those packages from EPEL. * Overlap between EPEL and CentOS Extras. Ideas to deal with Pain * Get RHEL licenses for contributors. There is a process but it takes a long while because of the tax problems for giving it to people. Current procedure is that we get requests, we give the names to a person inside of RH and then they eventually get back to us with licenses. * Let's create EPIC: separate repo. 3 year lifespan instead of 10 year, rhel life cycle. * Debian Volatile repository and also Debian Backports. These repos contain newer versions of packages, even for Debian
EPEL Fedora 6 updates-testing report
The following Fedora EPEL 6 Security updates need testing: Age URL 843 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6 190 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0440/fwsnort-1.6.4-1.el6 175 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6 62 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6 52 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1693/perl-Email-Address-1.905-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2084/drupal7-date-2.8-1.el6 12 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2088/tor-0.2.4.23-1.el6 11 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2099/v8-3.14.5.10-11.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2123/ReviewBoard-1.7.27-1.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2117/ansible-1.7-1.el6 5 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2144/mediawiki119-1.19.18-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2162/wordpress-3.9.2-3.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2159/iodine-0.7.0-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2158/drupal7-7.31-1.el6 4 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2148/drupal6-6.33-1.el6 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2185/sks-1.1.5-2.el6 The following builds have been pushed to Fedora EPEL 6 updates-testing chicken-4.9.0.1-1.el6 dar-2.4.14-1.el6 davix-0.3.6-2.el6 dropbear-2014.65-1.el6 gfal2-2.6.8-3.el6 golang-googlecode-tools-0-0.7.hg17c8fe23290a.el6 inxi-2.1.90-1.el6 libykneomgr-0.1.3-1.el6 mongodb-2.4.6-5.el6 php-horde-Horde-Imap-Client-2.24.2-1.el6 php-horde-Horde-Util-2.5.0-1.el6 php-theseer-autoload-1.15.0-1.el6 python-django-stopforumspam-1.4.2-2.el6 python-fedmsg-meta-fedora-infrastructure-0.2.18-2.el6 python-pam-0.1.4-2.el6 salt-2014.1.10-4.el6 sks-1.1.5-2.el6 znc-infobot-1.4-1.el6 Details about builds: chicken-4.9.0.1-1.el6 (FEDORA-EPEL-2014-2195) A practical and portable Scheme system Update Information: Latest upstream release. ChangeLog: * Thu Aug 7 2014 Ricky Elrod rel...@redhat.com - 4.9.0.1-4 - Latest upstream release. * Sat Jun 7 2014 Ricky Elrod rel...@redhat.com - 4.9.0-4 - Rebuild from previous bootstrap. * Sat Jun 7 2014 Ricky Elrod rel...@redhat.com - 4.9.0-3 - Bootstrap for el7. * Sat Jun 7 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 4.9.0-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild * Wed Jun 4 2014 Ricky Elrod codebl...@fedoraproject.org - 4.9.0-1 - Latest upstream release. References: [ 1 ] Bug #1104019 - chicken-4.9.0.1 is available https://bugzilla.redhat.com/show_bug.cgi?id=1104019 dar-2.4.14-1.el6 (FEDORA-EPEL-2014-2183) Software for making/restoring incremental CD/DVD backups Update Information: Software for making/restoring incremental CD/DVD backups ChangeLog: * Sat Aug 9 2014 Luis Bazan lba...@fedoraproject.org - 2.4.14-1 - new upstream version References: [ 1 ] Bug #1114281 - dar-2.4.14 is available https://bugzilla.redhat.com/show_bug.cgi?id=1114281 davix-0.3.6-2.el6 (FEDORA-EPEL-2014-2186) Toolkit for Http-based file management Update Information: davix 0.3.6 release, see RELEASE-NOTES for changes Update to release 0.3.4 ChangeLog: * Tue Aug 12 2014 Adrien Devresse adevress at cern.ch - 0.3.6-2 - davix 0.3.6 release, see RELEASE-NOTES for changes * Tue Jul 22 2014 Adrien Devresse adevress at cern.ch - 0.3.4-1 - Update to release 0.3.4
Re: EPEL Notes from .next discussion.
On Aug 13 01:25, Stephen John Smoogen wrote: I think that would be something with softwarecollections.org as that seems in line with their way of packaging items. I think that for some sorts of packages and libraries it makes sense for that, but I don't know if EPEL would mix and match like that. What I would like to do is the following: We move from our moving distribution to a point release cycle with a disk layout like the following: epel epel/development/ epel/development/5 epel/development/6 epel/development/7 epel/beta/5.12 epel/beta/6.7 epel/beta/7.1 epel/releases epel/releases/6.6 epel/releases/5.11 epel/releases/7.0 epel/updates epel/updates/6.6 epel/updates/5.11 epel/updates/7.0 epel/updates/testing/ epel/updates/testing/6.6 epel/updates/testing/5.11 epel/updates/testing/7.0 epel/development would be like the current EPEL directories but without the stringent requirements that packages are locked to a specific version for the lifetime of the overall RHEL release. Instead whenever RHEL releases a new dot release (7.0, 6.6, 5.11), EPEL would branch off the releases from development to beta/7.0 or beta/6.6 etc. Packages would be built against the point release and would need to be tested to get sufficient karma for 'release'. Once 6 weeks have passed from the RHEL point release, all packages which had gotten enough karma and that had completed repository trees would be put into epel/releases/6.6. Updates to that package would be put into updates/testing/6.6 and then promoted to updates/6.6 when enough karma had been given for an update. New packages which were added after the point release would show up in updates following the process Fedora does for new packages between point releases. Later when 7.1, 6.7, 5.12 (or whatever they are called) comes out then the process is repeated which will make sure that packages that aren't needed enough to have sponsors will not be in EPEL and potentially broken and large updates are possible so if python34 is in 7.0 but python35 is ready for 7.2 it can replace it without problems (or similarly with ruby23 etc etc). Once the next point release is made ready, the old point release will be archived off to keep storage levels within reason. I know that this proposal needs a lot more fleshing out, but I think it covers the use cases many users of EPEL need for long term usage of packages. -- Stephen J Smoogen. Were there plans made (at flock or elsewhere) for regular EPEL-related meetings? I would like to chip in and help where I can. I think this proposal strikes a happy medium between stability (within a point-release) and updated features. -- Brian Stinson bstin...@ksu.edu | IRC: bstinson | Bitbucket/Twitter: bstinsonmhk ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: EPEL Notes from .next discussion.
On 12 August 2014 18:52, Brian Stinson bstin...@ksu.edu wrote: I know that this proposal needs a lot more fleshing out, but I think it covers the use cases many users of EPEL need for long term usage of packages. -- Stephen J Smoogen. Were there plans made (at flock or elsewhere) for regular EPEL-related meetings? I would like to chip in and help where I can. I think this proposal strikes a happy medium between stability (within a point-release) and updated features. It was brought up but not decided as not everyone can attend FLOCK and it would seem unfair to people who could not attend. I would like to get a fleshed out 'we are doing X' by August 19th 2014 so that we can move forward. -- Stephen J Smoogen. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Lots of /usr/lib64 rpaths returning
Hi, On Mon, Aug 11, 2014 at 05:11:17PM -0600, Jerry James wrote: How about adding this to the top of %check? export LD_LIBRARY_PATH=$PWD/.libs I use export LD_LIBRARY_PATH=%{buildroot}%{_libdir}. D. -- 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: making custom kernels easier to build
Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Josh Boyer Sent: Monday, August 11, 2014 8:19 PM To: Development discussions related to Fedora Subject: Re: making custom kernels easier to build On Mon, Aug 11, 2014 at 5:28 PM, Chris Murphy li...@colorremedies.com wrote: Since it came up at Flock: if it's possible to incorporate this recent experiencing testing Btrfs patches it'd be nice. Please send requests for the kernel to the kernel list in the future. We don't read devel as frequently. Two patches listed here, one is based on Btrfs integration branch, the other based on 3.16.0. I didn't realize the original patch was based on integration branch, which is apparently why it kept failing to apply with rpmbuild (and hence patch) on kernel-3.16.0-1.fc21.src.rpm. I'm told in this email that git am would have sorted this out for me. (?) http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg36299.html Request 1: if there's a more tolerant patch applying method with git that could be incorporated, even if it's just a step that converts the patch so that rpmbuild/patch will eat it, that would be nice. But if it requires a local git clone of upstream's dev branch, then ignore this part because I'm not going to do that. I'd sooner ask for a patch that applies onto something I'm actually going to build. I'll look this over later. I'm far too jet lagged to do it now. Request 2: patches to just get picked up by dropping them somewhere, like rpmbuild/SOURCES/*.patch always get picked up and applied, rather than requiring two manually entered entries in kernel.spec per patch. Patches require ordering. At a minimum you're going to have to list them in the order they should apply. The first line in the spec is to enumerate them (e.g. Patch25100). We might be able to do something about the application, but if we do it's going to make things more obfuscated, either by keeping the patches in a series file elsewhere or using something else. We default to explicit and dumb so you can see exactly what is applied where. josh -- 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
F-21 Branched report: 20140812 changes
Compose started at Tue Aug 12 07:15:03 UTC 2014 Broken deps for armhfp -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [NetworkManager-l2tp] NetworkManager-l2tp-0.9.8.7-1.fc21.armv7hl requires ppp = 0:2.4.6 [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 [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 [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 [ghc-concrete-typerep] ghc-concrete-typerep-devel-0.1.0.2-4.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-ghc-mtl] ghc-ghc-mtl-devel-1.2.1.0-2.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-hint] ghc-hint-devel-0.4.2.0-2.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [ghc-ltk] ghc-ltk-devel-0.12.1.0-12.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [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) [haddock] ghc-haddock-devel-2.13.2-4.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [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 [leksah] ghc-leksah-devel-0.12.1.3-15.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [leksah-server] ghc-leksah-server-devel-0.12.1.2-15.fc21.armv7hl requires ghc-devel(ghc-7.6.3-9662c0f342b2d5c9e1cd2b6330e697bc) [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 [meshmagick] meshmagick-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 meshmagick-libs-0.6.0-20.svn2898.fc21.armv7hl requires libOgreMain.so.1.8.1 [monodevelop-vala] monodevelop-vala-2.8.8.1-6.fc21.armv7hl requires vala 0:0.25.0 [netdisco] netdisco-1.1-7.fc21.noarch requires perl(SNMP::Info::Layer2::Bay) [openstack-nova] openstack-nova-compute-2014.1.2-1.fc21.noarch requires libvirt-daemon-xen [openvas-client] openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_omp.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_nasl.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_misc.so.6 openvas-client-3.0.3-8.fc20.armv7hl requires libopenvas_hg.so.6
rawhide report: 20140812 changes
Broken deps for i386 -- [APLpy] APLpy-0.9.8-5.fc21.noarch requires pywcs [NetworkManager-l2tp] NetworkManager-l2tp-0.9.8.7-1.fc22.i686 requires ppp = 0:2.4.6 [PyKDE] PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) = 0:10.0 [audtty] audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2 [authhub] authhub-0.1.2-3.fc19.i686 requires libjson.so.0 [aws] aws-devel-3.1.0-6.fc21.i686 requires libgrypt-devel [compat-gcc-34] compat-gcc-34-c++-3.4.6-29.fc19.i686 requires libstdc++ 0:4.9.0 [csound] csound-java-5.19.01-1.fc20.i686 requires libgcj_bc.so.1 csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-gcj-compat csound-java-5.19.01-1.fc20.i686 requires java-1.5.0-gcj csound-tk-5.19.01-1.fc20.i686 requires libtk8.5.so csound-tk-5.19.01-1.fc20.i686 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.i686 requires gcc = 0:4.8.2-14.fc21 [edelib] edelib-2.1-4.fc21.i686 requires libedelib.so edelib-devel-2.1-4.fc21.i686 requires libedelib.so [eucalyptus] eucalyptus-common-java-3.3.0-0.5.20130408git32052445.fc20.i686 requires hibernate3-jbosscache = 0:3.6.10-7 [fatrat] 1:fatrat-1.2.0-0.20.beta2.fc21.i686 requires libgloox.so.11 [flashrom] flashrom-0.9.6.1-5.svn1705.fc20.i686 requires libftdi.so.1 [fts] fts-client-3.2.25-3.fc21.i686 requires libgsoap++.so.4 fts-devel-3.2.25-3.fc21.i686 requires libgsoap++.so.4 fts-libs-3.2.25-3.fc21.i686 requires libgsoap++.so.4 fts-python-3.2.25-3.fc21.i686 requires libgsoap++.so.4 fts-server-3.2.25-3.fc21.i686 requires libgsoap++.so.4 [gcc-python-plugin] gcc-python2-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python2-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires libpython3.3dm.so.1.0 gcc-python3-debug-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 gcc-python3-plugin-0.12-18.fc21.i686 requires libpython3.3m.so.1.0 gcc-python3-plugin-0.12-18.fc21.i686 requires gcc = 0:4.8.2-14.fc21 [gedit-valencia] gedit-valencia-0.4.0-1.20131223git94442bf.fc21.i686 requires libvala-0.24.so.0 [gfal] gfal-1.16.0-4.fc21.i686 requires libgsoap.so.4 gfal-doc-1.16.0-4.fc21.i686 requires libgsoap.so.4 gfal-python-1.16.0-4.fc21.i686 requires libgsoap.so.4 [gnome-python2-desktop] gnome-python2-metacity-2.32.0-18.fc21.i686 requires libmetacity-private.so.0 [gofer] ruby-gofer-0.77.1-2.fc21.noarch requires rubygem(qpid) = 0:0.16.0 [golang-github-smarterclayton-go-systemd] golang-github-smarterclayton-go-systemd-devel-0-0.5.git5cb9e9e.fc21.noarch requires golang(github.com/guelfey/go.dbus) [ice] ice-php-3.5.1-4.fc21.i686 requires php(zend-abi) = 0:20121212-32 ice-php-3.5.1-4.fc21.i686 requires php(api) = 0:20121113-32 [js-of-ocaml] js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(runtime) = 0:4.01.0 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Sys) = 0:5acfec22153eb1403597926ecd15f4f5 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(String) = 0:db7f34081ef8fcaf499f19523d0736c6 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Stream) = 0:932d0bd7bd881dd54cdaabdd1ca8062b js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Set) = 0:be044b48f40a48f0eb210225f11e0118 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Random) = 0:c0e31e32b9c6077d34a1cd60765df6a2 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Queue) = 0:2dece812a038a26a3231548f436037b6 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Printf) = 0:d012329cc712e91d0f10a5eef2303d18 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Printexc) = 0:d81cbca604b811d25138fa79499fe071 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Pervasives) = 0:36b5bc8227dc9914c6d9fd9bdcfadb45 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Parsing) = 0:ce3ca1121d80c4219ee78b6df5ddba03 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Obj) = 0:b0adfa4175f86e4394859886c1a374bb js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Nativeint) = 0:11ff26db80a400d29d2755edd23b5d0f js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(List) = 0:d757117653d9319fefb7ddc78a998f41 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Lexing) = 0:50598ab7c92b4bdcc624e472342ac8a9 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Int64) = 0:3945db6e8df0d5a79bcbc949ee550d52 js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Int32) = 0:ad06f04cfca6d404d1de76c3dc67324a js-of-ocaml-1.3.2-4.fc21.i686 requires ocaml(Hashtbl) = 0:024edc3512403b725052aec8e41ed971 js-of-ocaml-1.3.2-4.fc21.i686 requires
File CPAN-Mini-1.111016.tar.gz uploaded to lookaside cache by jplesnik
A file has been added to the lookaside cache for perl-CPAN-Mini: 1a6bb8f056f63266e1d6aeb7991b88ff CPAN-Mini-1.111016.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: making custom kernels easier to build
On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. That doesn't explain much. Why is that a problem? Which two lines? It's clearly not erroring in when it is called or the build would fail. Also, please don't top post. josh -- 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: making custom kernels easier to build
-Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Josh Boyer Sent: Tuesday, August 12, 2014 7:02 AM To: Development discussions related to Fedora Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. That doesn't explain much. Why is that a problem? Which two lines? It's clearly not erroring in when it is called or the build would fail. Also, please don't top post. Josh It does fail Try it -- 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
Schedule for Wednesday's FESCo Meeting (2014-08-12)
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD 17:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1322 F21 Changes - Progress on Changes Freeze .fesco 1322 https://fedorahosted.org/fesco/ticket/1322 #topic #1326 change to fesco replacement process? .fesco 1326 https://fedorahosted.org/fesco/ticket/1326 = New business = #topic #1328 glfw maintainer continuously breaking ABI .fesco 1328 https://fedorahosted.org/fesco/ticket/1328 #topic #1329 systemd-sysusers in F21? .fesco 1329 https://fedorahosted.org/fesco/ticket/1329 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- 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: Schedule for Wednesday's FESCo Meeting (2014-08-12)
- Original Message - Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 17:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '-MM-DD 17:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1322 F21 Changes - Progress on Changes Freeze .fesco 1322 https://fedorahosted.org/fesco/ticket/1322 We don't need much for this but please add #topic #1178 Fedora 21 scheduling strategy .fesco 1178 https://fedorahosted.org/fesco/ticket/1178 Sorry for not marking it as meeting item but I hoped to get some feedback before but as everyone was travelling... #topic #1326 change to fesco replacement process? .fesco 1326 https://fedorahosted.org/fesco/ticket/1326 = New business = #topic #1328 glfw maintainer continuously breaking ABI .fesco 1328 https://fedorahosted.org/fesco/ticket/1328 #topic #1329 systemd-sysusers in F21? .fesco 1329 https://fedorahosted.org/fesco/ticket/1329 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- 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: making custom kernels easier to build
On Tue, Aug 12, 2014 at 8:04 AM, otto ottohalibur...@tx.rr.com wrote: -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Josh Boyer Sent: Tuesday, August 12, 2014 7:02 AM To: Development discussions related to Fedora Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. That doesn't explain much. Why is that a problem? Which two lines? It's clearly not erroring in when it is called or the build would fail. Also, please don't top post. Josh It does fail Try it We build kernels daily. They call make modules_install. It doesn't fail. You haven't given enough clear context on what you're talking about. It would be better for you to just post the error message you're seeing. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
are compiler flags being honored?
Hi, http://fedoraproject.org/wiki/Packaging:Guidelines#Compiler_flags says that Compilers used to build packages must honor the applicable compiler flags set in the system rpm configuration. Honoring means that the contents of that variable is used as the basis of the flags actually used by the compiler during the package build. In Fedora, we recently enabled -fstack-protector-strong in system rpm configuration - but are all packages using this enhanced hardening feature? To answer this question (and more), I wrote a program for scanning RPM packages, in order to see which compiler flags were being used to build them. The flags-scanner projects lives on GitHub, https://github.com/kholia/flags-scanner Initial scan results are available on the following URL, https://halfie.fedorapeople.org/flags-scanner/ Now, I need your feedback and cool ideas to improve this project :-) Thanks, Dhiru -- 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: are compiler flags being honored?
Dhiru Kholia dhiru.kho...@gmail.com wrote: In Fedora, we recently enabled -fstack-protector-strong in system rpm configuration - but are all packages using this enhanced hardening feature? What's the performance overhead of enabling this for everything? David -- 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: are compiler flags being honored?
On Tue, 2014-08-12 at 15:26 +0200, Dhiru Kholia wrote: Now, I need your feedback and cool ideas to improve this project :-) So first, this is great! However, the results.txt is very hard to use in order to check if maintainers need to do something. How about instead, splitting the results into one file per srpm? Also, maybe in the long-term integrate that somehow with Taskotron, so that the check is run after every build? (or at least for every Bodhi update) -- Mathieu -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: are compiler flags being honored?
Hi On Tue, Aug 12, 2014 at 9:26 AM, Dhiru Kholia wrote: Initial scan results are available on the following URL, https://halfie.fedorapeople.org/flags-scanner/ Now, I need your feedback and cool ideas to improve this project :-) Thanks for working on this. However the information that I am looking for, is any of my packages affected? This list doesn't make it easy to find that info. Rahul -- 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: are compiler flags being honored?
Am 12.08.2014 um 16:01 schrieb David Howells: Dhiru Kholia dhiru.kho...@gmail.com wrote: In Fedora, we recently enabled -fstack-protector-strong in system rpm configuration - but are all packages using this enhanced hardening feature? What's the performance overhead of enabling this for everything? https://fedorahosted.org/fesco/ticket/1128 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: making custom kernels easier to build
On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. Typically, something like that might happen if you are compiling in a pre-existing environment, where either an old compilation or someone manually created a directory with the same name as a file from the current compilation. Such error tends not to self-correct. The kernel build system builds from scratch so it doesn't see the problem---I bet if you rm -rf the entire build tree before rebuilding it'll work for you as well. NB, when you report errors, please provide more context: what exactly are you comparing (version/release numbers, where you got them from) and what errors are you seeing (the exact copy of the error message); otherwise all others can offer is guesses. -- 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: making custom kernels easier to build
From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Przemek Klosowski Sent: Tuesday, August 12, 2014 12:02 PM To: devel@lists.fedoraproject.org Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos mailto:ottohalibur...@tx.rr.com ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. Typically, something like that might happen if you are compiling in a pre-existing environment, where either an old compilation or someone manually created a directory with the same name as a file from the current compilation. Such error tends not to self-correct. The kernel build system builds from scratch so it doesn't see the problem---I bet if you rm -rf the entire build tree before rebuilding it'll work for you as well. NB, when you report errors, please provide more context: what exactly are you comparing (version/release numbers, where you got them from) and what errors are you seeing (the exact copy of the error message); otherwise all others can offer is guesses. The following code is the defective code from Makefile. The lines with the ** besides them is the lines in particular that are defective. modules_install: _modinst_ _modinst_post PHONY += _modinst_ _modinst_: @rm -rf $(MODLIB)/kernel ** @rm -f $(MODLIB)/source @mkdir -p $(MODLIB)/kernel @ln -s $(srctree) $(MODLIB)/source @if [ ! $(objtree) -ef $(MODLIB)/build ]; then \ ** rm -f $(MODLIB)/build ; \ ln -s $(objtree) $(MODLIB)/build ; \ fi if you execute a “make modules_install” notice that you are trying delete a directive with a file delete. I edit this file each time I build a custom kernel and put a “r” in front of the “f” making it –rf. Is this enough. The commands I use are make bzImage;make modules;make modules_install;make install -- 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: making custom kernels easier to build
On Tue, Aug 12, 2014 at 1:34 PM, ottos ottohalibur...@tx.rr.com wrote: From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Przemek Klosowski Sent: Tuesday, August 12, 2014 12:02 PM To: devel@lists.fedoraproject.org Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. Typically, something like that might happen if you are compiling in a pre-existing environment, where either an old compilation or someone manually created a directory with the same name as a file from the current compilation. Such error tends not to self-correct. The kernel build system builds from scratch so it doesn't see the problem---I bet if you rm -rf the entire build tree before rebuilding it'll work for you as well. NB, when you report errors, please provide more context: what exactly are you comparing (version/release numbers, where you got them from) and what errors are you seeing (the exact copy of the error message); otherwise all others can offer is guesses. The following code is the defective code from Makefile. The lines with the ** besides them is the lines in particular that are defective. modules_install: _modinst_ _modinst_post PHONY += _modinst_ _modinst_: @rm -rf $(MODLIB)/kernel ** @rm -f $(MODLIB)/source @mkdir -p $(MODLIB)/kernel @ln -s $(srctree) $(MODLIB)/source @if [ ! $(objtree) -ef $(MODLIB)/build ]; then \ ** rm -f $(MODLIB)/build ; \ ln -s $(objtree) $(MODLIB)/build ; \ fi if you execute a make modules_install notice that you are trying delete a directive with a file delete. I edit this file each time I build a custom kernel and put a r in front of the f making it -rf. Is this enough. $(MODLIB)/source and $(MODLIB)/build are symlinks. It's removing the link, not the directory. If they aren't links on your machine then something went wrong somewhere for you, but this is not a problem Fedora or upstream has. josh -- 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: making custom kernels easier to build
-Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Josh Boyer Sent: Tuesday, August 12, 2014 12:43 PM To: Development discussions related to Fedora Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 1:34 PM, ottos ottohalibur...@tx.rr.com wrote: From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Przemek Klosowski Sent: Tuesday, August 12, 2014 12:02 PM To: devel@lists.fedoraproject.org Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. Typically, something like that might happen if you are compiling in a pre-existing environment, where either an old compilation or someone manually created a directory with the same name as a file from the current compilation. Such error tends not to self-correct. The kernel build system builds from scratch so it doesn't see the problem---I bet if you rm -rf the entire build tree before rebuilding it'll work for you as well. NB, when you report errors, please provide more context: what exactly are you comparing (version/release numbers, where you got them from) and what errors are you seeing (the exact copy of the error message); otherwise all others can offer is guesses. The following code is the defective code from Makefile. The lines with the ** besides them is the lines in particular that are defective. modules_install: _modinst_ _modinst_post PHONY += _modinst_ _modinst_: @rm -rf $(MODLIB)/kernel ** @rm -f $(MODLIB)/source @mkdir -p $(MODLIB)/kernel @ln -s $(srctree) $(MODLIB)/source @if [ ! $(objtree) -ef $(MODLIB)/build ]; then \ ** rm -f $(MODLIB)/build ; \ ln -s $(objtree) $(MODLIB)/build ; \ fi if you execute a make modules_install notice that you are trying delete a directive with a file delete. I edit this file each time I build a custom kernel and put a r in front of the f making it -rf. Is this enough. $(MODLIB)/source and $(MODLIB)/build are symlinks. It's removing the link, not the directory. If they aren't links on your machine then something went wrong somewhere for you, but this is not a problem Fedora or upstream has. Josh I would accept this explanation except notice the line @rm -rf $(MODLIB)/kernel which by your def is a symlink but has the -rf for removing a directory and on my machine all of the above are directories so it is intending to delete files in those directories and it works when I correct it. -- 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
Attempting to contact unresponsive maintainer - alon
Greetings, we've been told that the email addresses for this package maintainer is no longer valid. I'm starting the unresponsive maintainer policy to find out if they are still interested in maintaining their packages (and if so, have them update their email addresses in FAS). If they're not interested in maintaining or we can't locate them I'll have FESCo orphan the packages so that others can take them over. If you have a way to contact this maintainer, please let them know that we'd appreciate knowing what to do with their packages. Thanks! * alon - former email address al...@redhat.com https://admin.fedoraproject.org/pkgdb/packager/alon/ Point of contact: python-volatility -- Digital artifact extraction framework ( master f21 f20 f19 ) xorg-x11-drv-qxl -- X.org driver for QXL virtual GPU ( master f21 f20 f19 ) If we don't hear anything in a week, we will be setting the point of contact on these packages to orphan. Thanks, 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: are compiler flags being honored?
On Tue, 12 Aug 2014, Mathieu Bridon wrote: On Tue, 2014-08-12 at 15:26 +0200, Dhiru Kholia wrote: Now, I need your feedback and cool ideas to improve this project :-) So first, this is great! Thanks :-) However, the results.txt is very hard to use in order to check if maintainers need to do something. Yes, the current report sucks ;( How about instead, splitting the results into one file per srpm? I will work on getting this done now. https://github.com/kholia/flags-scanner/blob/master/scripts/results.py is the script which generated these results. Also, maybe in the long-term integrate that somehow with Taskotron, so that the check is run after every build? (or at least for every Bodhi update) Yes, Taskotron is awesome and it would be great to get this scanning stuff into Taskotron itself. Currently, this is somewhat complicated because I need to patch and build Go (golang) manually. I need to polish my Go patch and push it upstream first. Dhiru -- 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: making custom kernels easier to build
On Aug 12, 2014, at 8:04, otto ottohalibur...@tx.rr.com wrote: -Original Message- From: devel-boun...@lists.fedoraproject.org [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Josh Boyer Sent: Tuesday, August 12, 2014 7:02 AM To: Development discussions related to Fedora Subject: Re: making custom kernels easier to build On Tue, Aug 12, 2014 at 4:29 AM, ottos ottohalibur...@tx.rr.com wrote: Since this topic is here. There is an error in Makefile when you do a make modules_install. It attempts to delete a directory with a delete file command. This occurs in two places. If you are fixing fix this problem. That doesn't explain much. Why is that a problem? Which two lines? It's clearly not erroring in when it is called or the build would fail. Also, please don't top post. Josh It does fail Try it This sort if failure occurs when someone does a cp -r or better yet, a scp -r to copy the build tree elsewhere and the directory symlink gets replicated as a directory, instead. From long, harsh experience: do not try to decide, in a Makefile, whether a directory is a symlink and get cutesy about it. Use the rm -r hammer to make sure. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Bug 1129065] New: perl-CPAN-Mini-1.111016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129065 Bug ID: 1129065 Summary: perl-CPAN-Mini-1.111016 is available Product: Fedora Version: rawhide Component: perl-CPAN-Mini Keywords: FutureFeature, Triaged Assignee: jples...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: jples...@redhat.com, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 1.111016 Current version/release in Fedora Rawhide: 1.111015-2.fc21 URL: http://search.cpan.org/dist/CPAN-Mini/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=bbX3XLKZCda=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 1129068] New: perl-ExtUtils-Manifest-1.65 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129068 Bug ID: 1129068 Summary: perl-ExtUtils-Manifest-1.65 is available Product: Fedora Version: rawhide Component: perl-ExtUtils-Manifest Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Latest upstream release: 1.65 Current version/release in Fedora Rawhide: 1.64-1.fc22 URL: http://search.cpan.org/dist/ExtUtils-Manifest/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=CnpJeoM9jea=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 1129069] New: perl-Inline-0.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129069 Bug ID: 1129069 Summary: perl-Inline-0.68 is available Product: Fedora Version: rawhide Component: perl-Inline Keywords: FutureFeature, Triaged Assignee: psab...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com Latest upstream release: 0.68 Current version/release in Fedora Rawhide: 0.67-1.fc22 URL: http://search.cpan.org/dist/Inline/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=yPcA5ccZ2Ba=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 1129071] New: perl-Template-Toolkit-Simple-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129071 Bug ID: 1129071 Summary: perl-Template-Toolkit-Simple-0.24 is available Product: Fedora Version: rawhide Component: perl-Template-Toolkit-Simple Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Latest upstream release: 0.24 Current version/release in Fedora Rawhide: 0.22-2.fc22 URL: http://search.cpan.org/dist/Template-Toolkit-Simple/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=gpAWx4hgcHa=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 1129073] New: perl-TestML-0.43 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129073 Bug ID: 1129073 Summary: perl-TestML-0.43 is available Product: Fedora Version: rawhide Component: perl-TestML Keywords: FutureFeature, Triaged Assignee: ppi...@redhat.com Reporter: upstream-release-monitor...@fedoraproject.org QA Contact: extras...@fedoraproject.org CC: perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com Latest upstream release: 0.43 Current version/release in Fedora Rawhide: 0.42-1.fc22 URL: http://search.cpan.org/dist/TestML/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=fMjSMP5rkGa=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 1016251] perl-podlators-2.5.3 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1016251 --- Comment #5 from Petr Pisar ppi...@redhat.com --- (In reply to Peter H. Jones from comment #4) http://koji.fedoraproject.org/koji/ tasks?state=allview=flatmethod=createLiveCDorder=-id [...] Some other builds have failed. The tail of livecd.log shows which requires resulted in the failure. Error creating Live CD : Failed to build transaction : 1:folks-0.9.6-5.fc21.x86_64 requires libedata-book-1.2.so.20()(64bit) 1:folks-0.9.6-5.fc21.x86_64 requires libebook-1.2.so.14()(64bit) 1:folks-0.9.6-5.fc21.x86_64 requires libcamel-1.2.so.49()(64bit) gnome-contacts-3.13.3-1.fc21.x86_64 requires libcamel-1.2.so.49()(64bit) gnome-contacts-3.13.3-1.fc21.x86_64 requires libedata-book-1.2.so.20()(64bit) gnome-contacts-3.13.3-1.fc21.x86_64 requires libebook-1.2.so.14()(64bit) gnome-contacts-3.13.3-1.fc21.x86_64 requires libebackend-1.2.so.7()(64bit) 1:folks-0.9.6-5.fc21.x86_64 requires libebackend-1.2.so.7()(64bit) 1:folks-0.9.6-5.fc21.x86_64 requires libedataserver-1.2.so.18()(64bit) gnome-contacts-3.13.3-1.fc21.x86_64 requires libedataserver-1.2.so.18()(64bit) None of the missing dependencies are reported by http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/113115. So this looks like you exclude some packages from the compose forcefully. -- 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=c7g9LR3Mi5a=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 1128373] Review Request: perl-Audio-Cuefile-Parser - Perl cuefile parser module
https://bugzilla.redhat.com/show_bug.cgi?id=1128373 --- Comment #2 from Hans de Goede hdego...@redhat.com --- Hi Christopher, Many thanks for the review. I'm going in vacation in 2 days, and I still need to wrap up various other things, so I'm not sure if I will get around to doing a new version before then. As for swapping, I'm all in favor of that. bug 1128335 looks like an easy review, so I'll go and review it right away. I've plenty more perl modules coming up. I'm trying to at least get all the modules squeezeboxserver needs which have a binary component packaged up. As these cannot be used as bundled by upstream on ARM. So when I'm back I'll happily swap some more reviews for the rest. Note these are my first perl packages, as such it may be best if I review non perl packages for you, and I may need some guidance left and right. perl beginner question, how did you come to the missing BuildRequires ? Thanks, Hans -- 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=ZloKcJMvvGa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Inline-0.68.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-Inline: 197a31c5b9b39cd830efc027ce5c1700 Inline-0.68.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-Inline] 0.68 bump
commit 3b788367aaa0e3c61367dbb5673ada29901c310f Author: Petr Šabata con...@redhat.com Date: Tue Aug 12 12:51:28 2014 +0200 0.68 bump .gitignore |1 + perl-Inline.spec |8 +++- sources |2 +- 3 files changed, 9 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index 5271613..853d08f 100644 --- a/.gitignore +++ b/.gitignore @@ -10,3 +10,4 @@ Inline-0.46.tar.gz /Inline-0.62.tar.gz /Inline-0.66.tar.gz /Inline-0.67.tar.gz +/Inline-0.68.tar.gz diff --git a/perl-Inline.spec b/perl-Inline.spec index 3de6d75..b529b07 100644 --- a/perl-Inline.spec +++ b/perl-Inline.spec @@ -1,5 +1,5 @@ Name: perl-Inline -Version:0.67 +Version:0.68 Release:1%{?dist} Summary:Inline Perl module Group: Development/Libraries @@ -24,6 +24,9 @@ BuildRequires: perl(File::Spec) BuildRequires: perl(File::Spec::Unix) BuildRequires: perl(FindBin) BuildRequires: perl(Inline::Files) +# Filters and Struct are optional +BuildRequires: perl(Inline::Filters) +BuildRequires: perl(Inline::Struct) BuildRequires: perl(lib) BuildRequires: perl(Socket) BuildRequires: perl(strict) @@ -81,6 +84,9 @@ make test %{_mandir}/man3/*.3* %changelog +* Tue Aug 12 2014 Petr Šabata con...@redhat.com - 0.68-1 +- 0.68 bump + * Fri Aug 08 2014 Petr Pisar ppi...@redhat.com - 0.67-1 - 0.67 bump diff --git a/sources b/sources index 30f8e46..65bdc36 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -48549c0ea2f73c0ca088a6636c4c77ae Inline-0.67.tar.gz +197a31c5b9b39cd830efc027ce5c1700 Inline-0.68.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1055054] segfault when running example from manual page
https://bugzilla.redhat.com/show_bug.cgi?id=1055054 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Component|perl-PDL|perl-PDL-Graphics-PLplot Assignee|jples...@redhat.com |i...@cicku.me --- Comment #8 from Jitka Plesnikova jples...@redhat.com --- Change back to perl-PDL-Graphics-PLplot, because I didn't get any valid reason from Christopher Meng, why the component was change. -- 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=HqQrnoJb0ka=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-YAML] Disable tests when bootstrapping
commit b21b4b9d7192585d8cf9ad084a124c8e81c67750 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Aug 12 13:04:37 2014 +0200 Disable tests when bootstrapping perl-YAML.spec | 19 --- 1 files changed, 12 insertions(+), 7 deletions(-) --- diff --git a/perl-YAML.spec b/perl-YAML.spec index 0148935..7c3d873 100644 --- a/perl-YAML.spec +++ b/perl-YAML.spec @@ -1,6 +1,6 @@ Name: perl-YAML Version:1.01 -Release:1%{?dist} +Release:2%{?dist} Summary:YAML Ain't Markup Language (tm) License:GPL+ or Artistic Group: Development/Libraries @@ -16,13 +16,13 @@ BuildRequires: perl(ExtUtils::MakeMaker) 6.75 BuildRequires: perl(lib) BuildRequires: perl(overload) BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Avoid circular build deps Test::YAML Test::Base YAML when bootstrapping +%if !%{defined perl_bootstrap} BuildRequires: perl(Test::More) = 0.88 -# Avoid circular build deps via Module::Build when bootstrapping -%if 0%{!?perl_bootstrap:1} BuildRequires: perl(Test::Pod) = 1.41 -%endif BuildRequires: perl(Test::YAML) = 1.01 -BuildRequires: perl(warnings) +%endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(Carp) Requires: perl(Data::Dumper) @@ -51,8 +51,10 @@ make %{?_smp_mflags} make install DESTDIR=%{buildroot} %check -# Avoid circular build deps via Module::Build on Test::Pod when bootstrapping -make test %{!?perl_bootstrap:RELEASE_TESTING=1} +# Avoid circular build deps Test::YAML Test::Base YAML when bootstrapping +%if !%{defined perl_bootstrap} +make test +%endif %files %license LICENSE @@ -96,6 +98,9 @@ make test %{!?perl_bootstrap:RELEASE_TESTING=1} %{_mandir}/man3/YAML::Types.3pm* %changelog +* Tue Aug 12 2014 Jitka Plesnikova jples...@redhat.com - 1.01-2 +- Disable tests when bootstrapping + * Fri Aug 8 2014 Paul Howarth p...@city-fan.org - 1.01-1 - Update to 1.01 - Depend on patched Test::YAML -- 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-Inline/f21] (2 commits) ...0.68 bump
Summary of changes: 909789b... 0.67 bump (*) 3b78836... 0.68 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1128373] Review Request: perl-Audio-Cuefile-Parser - Perl cuefile parser module
https://bugzilla.redhat.com/show_bug.cgi?id=1128373 Petr Šabata psab...@redhat.com changed: What|Removed |Added CC||psab...@redhat.com --- Comment #3 from Petr Šabata psab...@redhat.com --- (In reply to Hans de Goede from comment #2) perl beginner question, how did you come to the missing BuildRequires ? You need to go through the perl code and see what modules get actually loaded. Look for the `use', `require' and `no' statements, although there are other ways, too... `use' and `no' are evaluated, unlike `require', at compile time and modules loaded this way will always be needed (if your module gets actually tested). -- 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=W10SQV2hyya=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 1129069] perl-Inline-0.68 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129069 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Inline-0.68-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-08-12 07:26:09 -- 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=HupHaoyxeha=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 1128797] perl-DateTime-Format-Strptime-1.5500-2.fc22 FTBFS: tests expects different time zone identifiers
https://bugzilla.redhat.com/show_bug.cgi?id=1128797 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|st...@silug.org |ppi...@redhat.com -- 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=6cbhArMgeLa=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-CPAN-Mini] 1.111016 bump
commit cdd1744208b026f9a9cafb012793e4e5703a73c9 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Aug 12 13:53:37 2014 +0200 1.111016 bump .gitignore |1 + perl-CPAN-Mini.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index e7708ab..77eb442 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@ CPAN-Mini-1.100630.tar.gz /CPAN-Mini-1.111013.tar.gz /CPAN-Mini-1.111014.tar.gz /CPAN-Mini-1.111015.tar.gz +/CPAN-Mini-1.111016.tar.gz diff --git a/perl-CPAN-Mini.spec b/perl-CPAN-Mini.spec index efcec7f..7b86fcb 100644 --- a/perl-CPAN-Mini.spec +++ b/perl-CPAN-Mini.spec @@ -1,7 +1,7 @@ Name: perl-CPAN-Mini Summary:Create a minimal mirror of CPAN -Version:1.111015 -Release:2%{?dist} +Version:1.111016 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/CPAN-Mini-%{version}.tar.gz @@ -61,6 +61,9 @@ make test %{_mandir}/man[13]/* %changelog +* Tue Aug 12 2014 Jitka Plesnikova jples...@redhat.com - 1.111016-1 +- 1.111016 bump + * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.111015-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild diff --git a/sources b/sources index 882e06e..3a3e054 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9c2cf2fadf0ac3d42ab01ac4e7441d6d CPAN-Mini-1.111015.tar.gz +1a6bb8f056f63266e1d6aeb7991b88ff CPAN-Mini-1.111016.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-Mini/f21] 1.111016 bump
commit f5e14bdeb95ef226214d5ba98d2d8e7006574632 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Aug 12 14:00:40 2014 +0200 1.111016 bump .gitignore |1 + perl-CPAN-Mini.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3 deletions(-) --- diff --git a/.gitignore b/.gitignore index e7708ab..77eb442 100644 --- a/.gitignore +++ b/.gitignore @@ -8,3 +8,4 @@ CPAN-Mini-1.100630.tar.gz /CPAN-Mini-1.111013.tar.gz /CPAN-Mini-1.111014.tar.gz /CPAN-Mini-1.111015.tar.gz +/CPAN-Mini-1.111016.tar.gz diff --git a/perl-CPAN-Mini.spec b/perl-CPAN-Mini.spec index efcec7f..7b86fcb 100644 --- a/perl-CPAN-Mini.spec +++ b/perl-CPAN-Mini.spec @@ -1,7 +1,7 @@ Name: perl-CPAN-Mini Summary:Create a minimal mirror of CPAN -Version:1.111015 -Release:2%{?dist} +Version:1.111016 +Release:1%{?dist} License:GPL+ or Artistic Group: Development/Libraries Source0: http://search.cpan.org/CPAN/authors/id/R/RJ/RJBS/CPAN-Mini-%{version}.tar.gz @@ -61,6 +61,9 @@ make test %{_mandir}/man[13]/* %changelog +* Tue Aug 12 2014 Jitka Plesnikova jples...@redhat.com - 1.111016-1 +- 1.111016 bump + * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.111015-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild diff --git a/sources b/sources index 882e06e..3a3e054 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -9c2cf2fadf0ac3d42ab01ac4e7441d6d CPAN-Mini-1.111015.tar.gz +1a6bb8f056f63266e1d6aeb7991b88ff CPAN-Mini-1.111016.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 DateTime-Format-Strptime-1.56.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-DateTime-Format-Strptime: c8c1ca4e56160179e5c67b1d622320e9 DateTime-Format-Strptime-1.56.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-YAML/f21] Disable tests when bootstrapping
commit 707ce90eda2e6f75ce505f8e7fecefde11e819c9 Author: Jitka Plesnikova jples...@redhat.com Date: Tue Aug 12 14:01:19 2014 +0200 Disable tests when bootstrapping perl-YAML.spec | 19 --- 1 files changed, 12 insertions(+), 7 deletions(-) --- diff --git a/perl-YAML.spec b/perl-YAML.spec index 0148935..7c3d873 100644 --- a/perl-YAML.spec +++ b/perl-YAML.spec @@ -1,6 +1,6 @@ Name: perl-YAML Version:1.01 -Release:1%{?dist} +Release:2%{?dist} Summary:YAML Ain't Markup Language (tm) License:GPL+ or Artistic Group: Development/Libraries @@ -16,13 +16,13 @@ BuildRequires: perl(ExtUtils::MakeMaker) 6.75 BuildRequires: perl(lib) BuildRequires: perl(overload) BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Avoid circular build deps Test::YAML Test::Base YAML when bootstrapping +%if !%{defined perl_bootstrap} BuildRequires: perl(Test::More) = 0.88 -# Avoid circular build deps via Module::Build when bootstrapping -%if 0%{!?perl_bootstrap:1} BuildRequires: perl(Test::Pod) = 1.41 -%endif BuildRequires: perl(Test::YAML) = 1.01 -BuildRequires: perl(warnings) +%endif Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) Requires: perl(Carp) Requires: perl(Data::Dumper) @@ -51,8 +51,10 @@ make %{?_smp_mflags} make install DESTDIR=%{buildroot} %check -# Avoid circular build deps via Module::Build on Test::Pod when bootstrapping -make test %{!?perl_bootstrap:RELEASE_TESTING=1} +# Avoid circular build deps Test::YAML Test::Base YAML when bootstrapping +%if !%{defined perl_bootstrap} +make test +%endif %files %license LICENSE @@ -96,6 +98,9 @@ make test %{!?perl_bootstrap:RELEASE_TESTING=1} %{_mandir}/man3/YAML::Types.3pm* %changelog +* Tue Aug 12 2014 Jitka Plesnikova jples...@redhat.com - 1.01-2 +- Disable tests when bootstrapping + * Fri Aug 8 2014 Paul Howarth p...@city-fan.org - 1.01-1 - Update to 1.01 - Depend on patched Test::YAML -- 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-DateTime-Format-Strptime] 1.56 bump
commit e93aa0cd5704455ed7b551cdb23e79c3f65dea5d Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 14:01:19 2014 +0200 1.56 bump .rpmlint |2 ++ perl-DateTime-Format-Strptime.spec | 32 sources|2 +- 3 files changed, 27 insertions(+), 9 deletions(-) --- diff --git a/.rpmlint b/.rpmlint new file mode 100644 index 000..0dc2571 --- /dev/null +++ b/.rpmlint @@ -0,0 +1,2 @@ +from Config import * +addFilter(spelling-error .* strftime); diff --git a/perl-DateTime-Format-Strptime.spec b/perl-DateTime-Format-Strptime.spec index f1c19ff..5cd548f 100644 --- a/perl-DateTime-Format-Strptime.spec +++ b/perl-DateTime-Format-Strptime.spec @@ -1,10 +1,10 @@ # RPM and CPAN versioning don't match -%global cpanversion 1.55 +%global cpanversion 1.56 Name: perl-DateTime-Format-Strptime -Version:1.5500 -Release:2%{?dist} -Summary:Parse and format strp and strf time patterns +Version:%{cpanversion}00 +Release:1%{?dist} +Summary:Parse and format strptime and strftime patterns License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/DateTime-Format-Strptime/ @@ -12,16 +12,29 @@ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-Format-Strp BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Run-time: BuildRequires: perl(Carp) BuildRequires: perl(DateTime) = 1.00 BuildRequires: perl(DateTime::Locale) = 0.45 BuildRequires: perl(DateTime::TimeZone) = 0.79 BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 BuildRequires: perl(Params::Validate) = 0.64 -BuildRequires: perl(strict) -BuildRequires: perl(Test::More) = 0.88 BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(File::Spec) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) +# Pod::Coverage::TrustPod not used +# Pod::Wordlist not used +BuildRequires: perl(Test::More) = 0.88 +# Test::NoTabs not used +# Test::Pod 1.41 not used +# Test::Pod::Coverage 1.08 not used +# Test::Spelling 0.12 not used +BuildRequires: perl(utf8) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -50,11 +63,14 @@ make test rm -rf $RPM_BUILD_ROOT %files -%doc Changes LICENSE README +%doc Changes LICENSE README.md %{perl_vendorlib}/DateTime/ %{_mandir}/man3/DateTime::Format::Strptime.3pm* %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 1.5600-1 +- 1.56 bump + * Sat Jun 07 2014 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5500-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild diff --git a/sources b/sources index 577915b..62e1149 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -8613390f37ac9d80db67bc69e62818a7 DateTime-Format-Strptime-1.55.tar.gz +c8c1ca4e56160179e5c67b1d622320e9 DateTime-Format-Strptime-1.56.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1128797] perl-DateTime-Format-Strptime-1.5500-2.fc22 FTBFS: tests expects different time zone identifiers
https://bugzilla.redhat.com/show_bug.cgi?id=1128797 --- Comment #2 from Petr Pisar ppi...@redhat.com --- This is needed for F≥20. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=EAkMBO0XNea=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-DateTime-Format-Strptime/f21] 1.56 bump
Summary of changes: e93aa0c... 1.56 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-DateTime-Format-Strptime/f20] 1.56 bump
commit c2b9243c98a111e831af37187a31053fb19a3c43 Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 14:01:19 2014 +0200 1.56 bump .rpmlint |2 ++ perl-DateTime-Format-Strptime.spec | 31 +-- sources|2 +- 3 files changed, 28 insertions(+), 7 deletions(-) --- diff --git a/.rpmlint b/.rpmlint new file mode 100644 index 000..0dc2571 --- /dev/null +++ b/.rpmlint @@ -0,0 +1,2 @@ +from Config import * +addFilter(spelling-error .* strftime); diff --git a/perl-DateTime-Format-Strptime.spec b/perl-DateTime-Format-Strptime.spec index 21c258e..5166a64 100644 --- a/perl-DateTime-Format-Strptime.spec +++ b/perl-DateTime-Format-Strptime.spec @@ -1,25 +1,41 @@ # RPM and CPAN versioning don't match -%global cpanversion 1.54 +%global cpanversion 1.56 Name: perl-DateTime-Format-Strptime -Version:1.5400 -Release:3%{?dist} -Summary:Parse and format strp and strf time patterns +Version:%{cpanversion}00 +Release:1%{?dist} +Summary:Parse and format strptime and strftime patterns License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/DateTime-Format-Strptime/ Source0: http://www.cpan.org/authors/id/D/DR/DROLSKY/DateTime-Format-Strptime-%{cpanversion}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) BuildArch: noarch +BuildRequires: perl +BuildRequires: perl(ExtUtils::MakeMaker) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +# Run-time: BuildRequires: perl(Carp) BuildRequires: perl(Class::ISA) BuildRequires: perl(DateTime) = 1.00 BuildRequires: perl(DateTime::Locale) = 0.45 BuildRequires: perl(DateTime::TimeZone) = 0.79 BuildRequires: perl(Exporter) -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 BuildRequires: perl(Params::Validate) = 0.64 +BuildRequires: perl(vars) +# Tests: +BuildRequires: perl(File::Spec) +BuildRequires: perl(IO::Handle) +BuildRequires: perl(IPC::Open3) +# Pod::Coverage::TrustPod not used +# Pod::Wordlist not used BuildRequires: perl(Test::More) = 0.88 +# Test::NoTabs not used +# Test::Pod 1.41 not used +# Test::Pod::Coverage 1.08 not used +# Test::Spelling 0.12 not used +BuildRequires: perl(utf8) Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -48,11 +64,14 @@ make test rm -rf $RPM_BUILD_ROOT %files -%doc Changes LICENSE README +%doc Changes LICENSE README.md %{perl_vendorlib}/DateTime/ %{_mandir}/man3/DateTime::Format::Strptime.3pm* %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 1.5600-1 +- 1.56 bump + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.5400-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild diff --git a/sources b/sources index c79559d..62e1149 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -ca0fa912861f360f9aa535c6b4c0282f DateTime-Format-Strptime-1.54.tar.gz +c8c1ca4e56160179e5c67b1d622320e9 DateTime-Format-Strptime-1.56.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1129065] perl-CPAN-Mini-1.111016 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129065 Jitka Plesnikova jples...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-CPAN-Mini-1.111016-1.f ||c22 Resolution|--- |RAWHIDE Last Closed||2014-08-12 08:14:01 -- 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=iHHoMr0Aj8a=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 1128797] perl-DateTime-Format-Strptime-1.5500-2.fc22 FTBFS: tests expects different time zone identifiers
https://bugzilla.redhat.com/show_bug.cgi?id=1128797 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version||perl-DateTime-Format-Strpti ||me-1.5600-1.fc22 --- Comment #3 from Petr Pisar ppi...@redhat.com --- Fixed as perl-DateTime-Format-Strptime-1.5600-1.fc21 in F21. -- 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=xwwGmNnmFLa=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 1128797] perl-DateTime-Format-Strptime-1.5500-2.fc22 FTBFS: tests expects different time zone identifiers
https://bugzilla.redhat.com/show_bug.cgi?id=1128797 --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- perl-DateTime-Format-Strptime-1.5600-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-DateTime-Format-Strptime-1.5600-1.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LTGacVR28na=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File ExtUtils-Manifest-1.65.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-ExtUtils-Manifest: b93a6fedf0f6405cd5c2791fe7442b69 ExtUtils-Manifest-1.65.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-ExtUtils-Manifest] 1.65 bump
commit 6be5f3d112aedac42b7b0d47d16fb36a6d3eef95 Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 14:36:58 2014 +0200 1.65 bump .gitignore |1 + perl-ExtUtils-Manifest.spec |9 ++--- sources |2 +- 3 files changed, 8 insertions(+), 4 deletions(-) --- diff --git a/.gitignore b/.gitignore index 71af982..ba83a1d 100644 --- a/.gitignore +++ b/.gitignore @@ -2,3 +2,4 @@ /ExtUtils-Manifest-1.61.tar.gz /ExtUtils-Manifest-1.63.tar.gz /ExtUtils-Manifest-1.64.tar.gz +/ExtUtils-Manifest-1.65.tar.gz diff --git a/perl-ExtUtils-Manifest.spec b/perl-ExtUtils-Manifest.spec index 1adeec8..9697359 100644 --- a/perl-ExtUtils-Manifest.spec +++ b/perl-ExtUtils-Manifest.spec @@ -1,5 +1,5 @@ Name: perl-ExtUtils-Manifest -Version:1.64 +Version:1.65 Release:1%{?dist} Summary:Utilities to write and check a MANIFEST file License:GPL+ or Artistic @@ -8,13 +8,13 @@ URL:http://search.cpan.org/dist/ExtUtils-Manifest/ Source0: http://www.cpan.org/authors/id/B/BI/BINGOS/ExtUtils-Manifest-%{version}.tar.gz BuildArch: noarch BuildRequires: perl -BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +BuildRequires: perl(ExtUtils::MakeMaker) BuildRequires: perl(strict) BuildRequires: perl(warnings) # Run-time: BuildRequires: perl(Carp) BuildRequires: perl(Config) -BuildRequires: perl(Exporter) = 5.57 +BuildRequires: perl(Exporter) BuildRequires: perl(File::Basename) BuildRequires: perl(File::Copy) BuildRequires: perl(File::Find) @@ -57,6 +57,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 1.65-1 +- 1.65 bump + * Tue Jul 29 2014 Petr Pisar ppi...@redhat.com - 1.64-1 - 1.64 bump diff --git a/sources b/sources index 583f25d..2f2d78d 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -83ce9622088f469148982a077978bdc0 ExtUtils-Manifest-1.64.tar.gz +b93a6fedf0f6405cd5c2791fe7442b69 ExtUtils-Manifest-1.65.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1129068] perl-ExtUtils-Manifest-1.65 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129068 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-ExtUtils-Manifest-1.65 ||-1.fc22 Resolution|--- |RAWHIDE Last Closed||2014-08-12 08:52:41 -- 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=JdEkklwnLYa=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 1128979] perl-Plack: trailing slashes removed leading to source code disclosure [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1128979 Eric Christensen spa...@redhat.com changed: What|Removed |Added Whiteboard||fst_owner=Sparks Flags|needinfo?(spa...@redhat.com | |) | --- Comment #4 from Eric Christensen spa...@redhat.com --- (In reply to Ralf Corsepius from comment #2) Oh boy, yet more bureaucracy! I'm not sure what bureacuracy you are speaking of as this has been standard procedure for years. Folks, Plack-1.0031 already is in f22 and rawhide, but I could not update f19 and f20 because perl-File-ShareDir-Install in f20 and f19 is too old (not worth mentioning epel7, which IMO is unmaintainable). So you need the below mentioned updates for your Plack update? It looks like they were just recently pushed to testing to testing and adding karma will be the way to get them out the door sooner. So, instead of molesting maintainers with bureaucratic forms, better help out pushing these package builts, ASAP, such that perl-Plack-1.0031 can be submitted: There is no molestation occurring here. If these packages are needed for your update then by all means test them against your package and provide karma. It's what we packagers do. https://admin.fedoraproject.org/updates/FEDORA-2014-9291/perl-File-ShareDir- Install-0.08-2.fc19 https://admin.fedoraproject.org/updates/FEDORA-2014-9317/perl-File-ShareDir- Install-0.08-2.fc20 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=1NducECMfCa=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 1128979] perl-Plack: trailing slashes removed leading to source code disclosure [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1128979 --- Comment #5 from Ralf Corsepius rc040...@freenet.de --- (In reply to Eric Christensen from comment #4) (In reply to Ralf Corsepius from comment #2) Oh boy, yet more bureaucracy! I'm not sure what bureacuracy you are speaking of as this has been standard procedure for years. Right - And I have been repeatedly complaining about this bureaucracy for years. Unfortunately nothing has improved. Openly said, I feel Fedora's bureaucracy is ballooning and has never been bigger. Folks, Plack-1.0031 already is in f22 and rawhide, but I could not update f19 and f20 because perl-File-ShareDir-Install in f20 and f19 is too old (not worth mentioning epel7, which IMO is unmaintainable). So you need the below mentioned updates for your Plack update? Exactly. Like many other perl modules, Plack has a long dependency chain, which needs to be kept quite close to current, otherwise quick responses to bugs aren't possible. This time, perl-File-ShareDir in fc19 and fc20 weren't new enough. It looks like they were just recently pushed to testing to testing and adding karma will be the way to get them out the door sooner. *I* submitted them a couple of days ago and they are in Fedora's (7 day) release _delay_ queue. [BTW: In recent times, the 7 days quite often prove to be 10-14 days. e.g. https://admin.fedoraproject.org/updates/FEDORA-2014-9066/perl-Mail-GnuPG-0.20-1.fc20] So, instead of molesting maintainers with bureaucratic forms, better help out pushing these package builts, ASAP, such that perl-Plack-1.0031 can be submitted: There is no molestation occurring here. C'mon, stop cheating. No-molestation would equal to no additional effort and to complete ignore you. Distribution-wise, would not change anything. Do you want me to do this or are you insisting on me reading your mails, closing the BZ and fill your the form? Do you notice something? No molestation is different. If these packages are needed for your update then by all means test them against your package and provide karma. It's what we packagers do. Another self-cheat. Just have a look at how many updates I have pushed (I guess 1000s). Hardly any of them has received karma. This karma-stuff is non-functional non-sense. -- 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=LMhYeNq8zaa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Template-Toolkit-Simple-0.24.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Template-Toolkit-Simple: 304d0198474ba693477a8d8c05f3e19f Template-Toolkit-Simple-0.24.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-Template-Toolkit-Simple] 0.24 bump
commit d11c3aabed1c8f068a4020938145f56081a7b87b Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 16:39:32 2014 +0200 0.24 bump .gitignore |1 + ...Simple-0.24-Do-not-include-relative-.-lib.patch |6 +++--- perl-Template-Toolkit-Simple.spec | 11 --- sources|2 +- 4 files changed, 13 insertions(+), 7 deletions(-) --- diff --git a/.gitignore b/.gitignore index a23e0b6..04a4037 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ /Template-Toolkit-Simple-0.19.tar.gz /Template-Toolkit-Simple-0.22.tar.gz +/Template-Toolkit-Simple-0.24.tar.gz diff --git a/Template-Toolkit-Simple-0.19-Do-not-include-relative-.-lib.patch b/Template-Toolkit-Simple-0.24-Do-not-include-relative-.-lib.patch similarity index 86% rename from Template-Toolkit-Simple-0.19-Do-not-include-relative-.-lib.patch rename to Template-Toolkit-Simple-0.24-Do-not-include-relative-.-lib.patch index b7a6dc8..10b9d2f 100644 --- a/Template-Toolkit-Simple-0.19-Do-not-include-relative-.-lib.patch +++ b/Template-Toolkit-Simple-0.24-Do-not-include-relative-.-lib.patch @@ -1,4 +1,4 @@ -From a576c23b02f501a8c528fe776c113d1d0ca6f1d1 Mon Sep 17 00:00:00 2001 +From d7fb0da3b0e3cef95572e7635d6fcff6001e8419 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com Date: Thu, 31 Jul 2014 11:19:53 +0200 Subject: [PATCH] Do not include relative ./lib @@ -17,11 +17,11 @@ Signed-off-by: Petr Písař ppi...@redhat.com 1 file changed, 1 deletion(-) diff --git a/bin/tt-render b/bin/tt-render -index c4a20dd..5819254 100644 +index 60cfe3a..e881831 100644 --- a/bin/tt-render +++ b/bin/tt-render @@ -1,6 +1,5 @@ - #!/usr/bin/perl + #!/usr/bin/env perl -use lib 'lib'; use Template::Toolkit::Simple; diff --git a/perl-Template-Toolkit-Simple.spec b/perl-Template-Toolkit-Simple.spec index a4da25b..033e98d 100644 --- a/perl-Template-Toolkit-Simple.spec +++ b/perl-Template-Toolkit-Simple.spec @@ -1,6 +1,6 @@ Name: perl-Template-Toolkit-Simple -Version:0.22 -Release:2%{?dist} +Version:0.24 +Release:1%{?dist} Summary:Simple interface to Template Toolkit # inc/Text/Diff.pm (not in binary package): GPLv2+ or Artistic # rest: GPL+ or Artistic @@ -10,7 +10,7 @@ URL: http://search.cpan.org/dist/Template-Toolkit-Simple/ Source0: http://www.cpan.org/authors/id/I/IN/INGY/Template-Toolkit-Simple-%{version}.tar.gz # Do not load modules from ./lib because it's not secure, # https://github.com/ingydotnet/template-toolkit-simple-pm/issues/3 -Patch0: Template-Toolkit-Simple-0.19-Do-not-include-relative-.-lib.patch +Patch0: Template-Toolkit-Simple-0.24-Do-not-include-relative-.-lib.patch BuildArch: noarch BuildRequires: perl BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 @@ -65,6 +65,8 @@ version. # Remove bundled modules rm -r ./inc sed -i -e '/^inc\//d' MANIFEST +# Fix shebang +sed -i -e '1 s,^#!/usr/bin/env perl,#!perl,' bin/tt-render %build perl Makefile.PL INSTALLDIRS=vendor @@ -92,6 +94,9 @@ make test %{_bindir}/tt-render %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 0.24-1 +- 0.24 bump + * Thu Aug 07 2014 Petr Pisar ppi...@redhat.com - 0.22-2 - Finish perl-TestML bootstrap diff --git a/sources b/sources index 3650ab2..9177ddf 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -855127e9ef1f6dddfb4b247fc95b11f3 Template-Toolkit-Simple-0.22.tar.gz +304d0198474ba693477a8d8c05f3e19f Template-Toolkit-Simple-0.24.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1128979] perl-Plack: trailing slashes removed leading to source code disclosure [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1128979 Emmanuel Seyman emman...@seyman.fr changed: What|Removed |Added CC||emman...@seyman.fr --- Comment #6 from Emmanuel Seyman emman...@seyman.fr --- (In reply to Ralf Corsepius from comment #5) Like many other perl modules, Plack has a long dependency chain, which needs to be kept quite close to current, otherwise quick responses to bugs aren't possible. Given that the patch that fixes the security is a one-liner, I think this is a difficulty you're imposing on yourself more than it is a hard requirement. -- 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=LfGHP8LxnSa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File TestML-0.43.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-TestML: 94447e526a8c79ae9919dde709ae51c0 TestML-0.43.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-TestML] 0.43 bump
commit 95841451bf2364265928663aabf120dea951c076 Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 16:48:49 2014 +0200 0.43 bump .gitignore |1 + perl-TestML.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index a2450ac..73a133c 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,3 @@ /TestML-0.37.tar.gz /TestML-0.42.tar.gz +/TestML-0.43.tar.gz diff --git a/perl-TestML.spec b/perl-TestML.spec index cd5d5f7..9574aaa 100644 --- a/perl-TestML.spec +++ b/perl-TestML.spec @@ -1,5 +1,5 @@ Name: perl-TestML -Version:0.42 +Version:0.43 Release:1%{?dist} Summary:Generic software Testing Meta Language License:GPL+ or Artistic @@ -75,6 +75,9 @@ make test %{_mandir}/man3/* %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 0.43-1 +- 0.43 bump + * Thu Aug 07 2014 Petr Pisar ppi...@redhat.com - 0.42-1 - 0.42 bump diff --git a/sources b/sources index 07f83ff..11641aa 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -d61c3d0bef4ff1df8c1315498de4cee8 TestML-0.42.tar.gz +94447e526a8c79ae9919dde709ae51c0 TestML-0.43.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1129071] perl-Template-Toolkit-Simple-0.24 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129071 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Template-Toolkit-Simpl ||e-0.24-1.fc22 Resolution|--- |RAWHIDE Last Closed||2014-08-12 10:59:31 -- 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=vEXpDlRRgDa=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 1129073] perl-TestML-0.43 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1129073 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-TestML-0.43-1.fc22 Resolution|--- |RAWHIDE Last Closed||2014-08-12 11:00:01 -- 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=VZNnDaebD9a=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 1129310] New: Request epel7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1129310 Bug ID: 1129310 Summary: Request epel7 branch Product: Fedora EPEL Version: epel7 Component: perl-Parse-CPAN-Packages Assignee: st...@silug.org Reporter: lu...@iotti.biz QA Contact: extras...@fedoraproject.org CC: ktdre...@ktdreyer.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org, strob...@strobe.net Package Change Request == Package Name: perl-Parse-CPAN-Packages New Branches: epel7 Owners: Steve Just would like to ask this package to be in epel7. Thanks Luigi -- 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=HdEgPPooeVa=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 1129321] New: Request epel7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1129321 Bug ID: 1129321 Summary: Request epel7 branch Product: Fedora EPEL Version: epel7 Component: cpanspec Assignee: st...@silug.org Reporter: lu...@iotti.biz QA Contact: extras...@fedoraproject.org CC: ktdre...@ktdreyer.com, perl-devel@lists.fedoraproject.org, psab...@redhat.com, st...@silug.org, strob...@strobe.net Package Change Request == Package Name: cpanspec New Branches: epel7 Owners: steve Just would like to ask this package to be in epel7. Thanks Luigi -- 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=onHEYN5A00a=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 1129310] Request epel7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1129310 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Resolution|--- |DUPLICATE Last Closed||2014-08-12 11:06:48 --- Comment #1 from Petr Šabata psab...@redhat.com --- Please, use the existing package review for this. https://fedoraproject.org/wiki/Package_SCM_admin_requests#Package_Change_Requests_for_existing_packages Also, requesting new branches in this manner and listing someone else as the maintainer is somewhat rude. *** This bug has been marked as a duplicate of bug 168831 *** -- 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=17u3Hf4YPja=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 1129321] Request epel7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1129321 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||ppi...@redhat.com Resolution|--- |DUPLICATE Last Closed||2014-08-12 11:11:40 --- Comment #1 from Petr Pisar ppi...@redhat.com --- Please, use the existing package review for this (https://fedoraproject.org/wiki/Package_SCM_admin_requests#Package_Change_Requests_for_existing_packages). Also, requesting new branches in this manner and listing someone else as the maintainer is somewhat rude. *** This bug has been marked as a duplicate of bug 168838 *** -- 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=N2JL21MRTXa=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 1129321] Request epel7 branch
https://bugzilla.redhat.com/show_bug.cgi?id=1129321 --- Comment #2 from Luigi Iotti lu...@iotti.biz --- I apologize, sincerely. I read that document and used the template I found there, but honestly IMHO it was hard to understand clearly where to post it. I wrote steve because he is listed as the package owner here https://apps.fedoraproject.org/packages/cpanspec/bugs/ (I got there trying to decode the explanation in the same document). Sorry Luigi -- 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=1zuI4swwdGa=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 1129395] New: perl-Gtk3-0.017-1.fc22 FTBFS: tests fail if TCP port 6666 is already used
https://bugzilla.redhat.com/show_bug.cgi?id=1129395 Bug ID: 1129395 Summary: perl-Gtk3-0.017-1.fc22 FTBFS: tests fail if TCP port is already used Product: Fedora Version: rawhide Component: perl-Gtk3 Assignee: berra...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: berra...@redhat.com, perl-devel@lists.fedoraproject.org perl-Gtk3-0.017-1.fc22 fails to build in F22 if TCP port is already used: + xinit /bin/sh -c 'rm -f ok; make test touch ok' -- /usr/bin/Xvfb :666 _XSERVTransSocketINETCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running (EE) Fatal server error: (EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :666 after 7 requests (7 known processed) with 0 events remaining. + test -e ok Using xvfb-run tool instead of manually specifying display number should fix it. -- 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=OAMmvCusHSa=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 1129395] perl-Gtk3-0.017-1.fc22 FTBFS: tests fail if TCP port 6666 is already used
https://bugzilla.redhat.com/show_bug.cgi?id=1129395 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|berra...@redhat.com |ppi...@redhat.com -- 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=6AHqdSJhvIa=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-Gtk3] Run X11 tests using xvfb-run
commit b32a8f5a5e3796721985d925c351de50e2abbcf4 Author: Petr Písař ppi...@redhat.com Date: Tue Aug 12 18:23:20 2014 +0200 Run X11 tests using xvfb-run perl-Gtk3.spec |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) --- diff --git a/perl-Gtk3.spec b/perl-Gtk3.spec index 3375adb..9e8bc8a 100644 --- a/perl-Gtk3.spec +++ b/perl-Gtk3.spec @@ -2,7 +2,7 @@ Name: perl-Gtk3 Version:0.017 -Release:1%{?dist} +Release:2%{?dist} Summary:Perl interface to the 3.x series of the GTK+ toolkit License:LGPLv2+ Group: Development/Libraries @@ -62,8 +62,7 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %check %if %{use_x11_tests} -xinit /bin/sh -c 'rm -f ok; make test touch ok' -- /usr/bin/Xvfb :666 -test -e ok +xvfb-run -a make test %else make test %endif @@ -74,6 +73,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \; %{_mandir}/man3/* %changelog +* Tue Aug 12 2014 Petr Pisar ppi...@redhat.com - 0.017-2 +- Run X11 tests using xvfb-run (bug #1129395) + * Wed Aug 06 2014 Jitka Plesnikova jples...@redhat.com - 0.017-1 - 0.017 bump -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1129395] perl-Gtk3-0.017-1.fc22 FTBFS: tests fail if TCP port 6666 is already used
https://bugzilla.redhat.com/show_bug.cgi?id=1129395 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-Gtk3-0.017-2.fc22 Resolution|--- |RAWHIDE Last Closed||2014-08-12 12:33:42 -- 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=3C4VahgITAa=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 1129402] New: slic3r-1.1.6-1.fc22 FTBFS: t/01_trianglemesh.t fails
https://bugzilla.redhat.com/show_bug.cgi?id=1129402 Bug ID: 1129402 Summary: slic3r-1.1.6-1.fc22 FTBFS: t/01_trianglemesh.t fails Product: Fedora Version: rawhide Component: slic3r Assignee: mhron...@redhat.com Reporter: ppi...@redhat.com QA Contact: extras...@fedoraproject.org CC: mhron...@redhat.com, perl-devel@lists.fedoraproject.org slic3r-1.1.6-1.fc22 fails to build in F22 because t/01_trianglemesh.t fails: t/01_trianglemesh.t (Wstat: 139 Tests: 14 Failed: 0) Non-zero wait status: 139 Parse errors: Bad plan. You planned 46 tests but ran 14. Either the file declares wrong number of tests or interpreter crashes so, the TAP output does not contain all 46 results. The difference between last known working and this build root is: Removed packages: admesh-devel-0.97.5 admesh-libs-0.97.5 audit-libs-2.3.7 bash-4.3.18 cups-libs-1.7.4 device-mapper-1.02.87 device-mapper-libs-1.02.87 gnupg2-2.0.24 harfbuzz-0.9.32 libdrm-2.4.54 libogg-1.3.0 libpwquality-1.2.3 libwebp-0.4.0 libXfont-1.4.99.901 openssl-1.0.1h openssl-libs-1.0.1h perl-boolean-0.30 perl-CPAN-Meta-2.140640 perl-CPAN-Meta-Requirements-2.125 perl-ExtUtils-Manifest-1.63 perl-HTTP-Tiny-0.043 perl-libwww-perl-6.07 perl-Net-HTTP-6.06 perl-Sub-Name-0.07 python-2.7.7 python-libs-2.7.7 tar-1.27.1 Added packages: admesh-devel-0.98.0 admesh-libs-0.98.0 audit-libs-2.3.8 bash-4.3.22 cups-libs-1.7.5 device-mapper-1.02.88 device-mapper-libs-1.02.88 gnupg2-2.0.25 harfbuzz-0.9.34 libbabeltrace-1.2.1 libdrm-2.4.56 libogg-1.3.2 libpwquality-1.2.4 libwebp-0.4.1 libXfont-1.5.0 openssl-1.0.1i openssl-libs-1.0.1i perl-boolean-0.38 perl-CPAN-Meta-2.142060 perl-CPAN-Meta-Requirements-2.126 perl-ExtUtils-Manifest-1.64 perl-HTTP-Tiny-0.047 perl-libwww-perl-6.08 perl-Net-HTTP-6.07 perl-Sub-Name-0.08 perl-Term-ANSIColor-4.03 python-2.7.8 python-libs-2.7.8 tar-1.28 Running the test manually shows the interpreter gets ABORTed by glibc allocator: $ perl -Iblib/{arch,lib} t/01_trianglemesh.t 1..46 ok 1 - hello world ok 2 - vertices arrayref roundtrip ok 3 - facets arrayref roundtrip ok 4 - normals returns the right number of items ok 5 - cloned vertices arrayref roundtrip ok 6 - cloned facets arrayref roundtrip ok 7 - stats.number_of_facets ok 8 - stats.volume ok 9 - scale ok 10 - scale_xyz ok 11 - translate ok 12 - align_to_origin ok 13 - size ok 14 - rotate ok 15 - split ok 16 - 'split' isa 'Slic3r::TriangleMesh' ok 17 - split populates stats *** Error in `perl': corrupted double-linked list: 0x01ed8540 *** === Backtrace: = /lib64/libc.so.6(+0x7ab3e)[0x7fe4e4cbdb3e] /lib64/libc.so.6(+0x80ec3)[0x7fe4e4cc3ec3] /lib64/libc.so.6(+0x82a93)[0x7fe4e4cc5a93] /lib64/libc.so.6(+0x849a1)[0x7fe4e4cc79a1] /lib64/libc.so.6(realloc+0xeb)[0x7fe4e4cc9d1b] /lib64/libadmesh.so.1(stl_reallocate+0x30)[0x7fe4ddb49ab0] blib/arch/auto/Slic3r/XS/XS.so(_ZN6Slic3r12TriangleMesh5mergeEPKS0_+0x3a)[0x7fe4de20014a] blib/arch/auto/Slic3r/XS/XS.so(+0xa139c)[0x7fe4de10039c] /lib64/libperl.so.5.20(Perl_pp_entersub+0x4db)[0x7fe4e606c50b] /lib64/libperl.so.5.20(Perl_runops_standard+0x26)[0x7fe4e6064c96] /lib64/libperl.so.5.20(perl_run+0x247)[0x7fe4e5ff5557] perl[0x400d29] /lib64/libc.so.6(__libc_start_main+0xf0)[0x7fe4e4c630e0] perl[0x400d61] (Please do not pay attention to the 5.20.0 perl version. It happens with 5.18.2 too.) -- 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=o18tTYT0Wha=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 1129402] slic3r-1.1.6-1.fc22 FTBFS: t/01_trianglemesh.t fails
https://bugzilla.redhat.com/show_bug.cgi?id=1129402 --- Comment #1 from Petr Pisar ppi...@redhat.com --- Here is the backtrace: #0 0x76741b65 in _int_malloc () from /lib64/libc.so.6 No symbol table info available. #1 0x7674571e in malloc () from /lib64/libc.so.6 No symbol table info available. #2 0x7fffef82b6a8 in operator new(unsigned long) () from /lib64/libstdc++.so.6 No symbol table info available. #3 0x7fffefc82a7a in allocate (this=optimized out, __n=128) at /usr/include/c++/4.9.1/ext/new_allocator.h:104 No locals. #4 _M_allocate_node (this=optimized out) at /usr/include/c++/4.9.1/bits/stl_deque.h:538 No locals. #5 _M_create_nodes (this=0x7fffe230, __nfinish=0x979a40, __nstart=0x979a38) at /usr/include/c++/4.9.1/bits/stl_deque.h:632 __cur = 0x979a38 #6 std::_Deque_baseint, std::allocatorint ::_M_initialize_map (this=this@entry=0x7fffe230, __num_elements=__num_elements@entry=0) at /usr/include/c++/4.9.1/bits/stl_deque.h:606 __num_nodes = 1 __nstart = 0x979a38 __nfinish = 0x979a40 #7 0x7fffefc7d464 in _Deque_base (this=0x7fffe230) at /usr/include/c++/4.9.1/bits/stl_deque.h:458 No locals. #8 deque (this=0x7fffe230) at /usr/include/c++/4.9.1/bits/stl_deque.h:788 No locals. #9 Slic3r::TriangleMesh::split (this=optimized out) at src/TriangleMesh.cpp:224 facet_queue = std::queue wrapping: std::deque with 0 elements facets = std::deque with -128 elements mesh = 0x982ee0 first = optimized out meshes = std::vector of length 2, capacity 2 = {0x982d90, 0x982ee0} seen_facets = std::set with 24 elements = {[0] = 0, [1] = 1, [2] = 2, [3] = 3, [4] = 4, [5] = 5, [6] = 6, [7] = 7, [8] = 8, [9] = 9, [10] = 10, [11] = 11, [12] = 12, [13] = 13, [14] = 14, [15] = 15, [16] = 16, [17] = 17, [18] = 18, [19] = 19, [20] = 20, [21] = 21, [22] = 22, [23] = 23} __func__ = split #10 0x7fffefbb3060 in XS_Slic3r__TriangleMesh_split (my_perl=optimized out, cv=optimized out) at /usr/bin/perl -MExtUtils::XSpp::Cmd -e xspp -- -t /home/test/fedora/slic3r/Slic3r-1.1.6/xs/xsp/typemap.xspt /home/test/fedora/slic3r/Slic3r-1.1.6/xs/xsp/TriangleMesh.xsp:232 THIS = optimized out RETVAL = std::vector of length 0, capacity 0 av = optimized out i = optimized out sp = optimized out ax = 1 #11 0x77ae850b in Perl_pp_entersub () from /lib64/libperl.so.5.20 No symbol table info available. #12 0x77ae0c96 in Perl_runops_standard () from /lib64/libperl.so.5.20 No symbol table info available. #13 0x77a71557 in perl_run () from /lib64/libperl.so.5.20 No symbol table info available. #14 0x00400d29 in main () No symbol table info available. -- 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=Xg9E9OFBxaa=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 1129443] New: repeatly deps to perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1129443 Bug ID: 1129443 Summary: repeatly deps to perl-devel Product: Fedora Version: 20 Component: perl Assignee: jples...@redhat.com Reporter: h.rei...@thelounge.net QA Contact: extras...@fedoraproject.org CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com i REALLY have enough of every second dist-upgrade pulling perl-devel and as follow-up dependencies glib-devel, glibc-headers and kernel-headers on production machines on a production server no single devel package should be required anything else is a bug [root@localhost:~]$ yum remove libdb-devel Loaded plugins: protectbase, tsflags Resolving Dependencies -- Running transaction check --- Package libdb-devel.x86_64 0:5.3.28-1.fc20 will be erased -- Processing Dependency: libdb-devel for package: 4:perl-devel-5.18.2-289.fc20.x86_64 -- Running transaction check --- Package perl-devel.x86_64 4:5.18.2-289.fc20 will be erased -- Processing Dependency: perl-devel for package: 1:perl-ExtUtils-CBuilder-0.28.2.10-289.fc20.noarch -- Processing Dependency: perl-devel for package: 1:perl-ExtUtils-ParseXS-3.18-292.fc20.noarch -- Processing Dependency: perl-devel for package: perl-ExtUtils-Install-1.59-289.fc20.noarch -- Running transaction check --- Package perl-ExtUtils-CBuilder.noarch 1:0.28.2.10-289.fc20 will be erased -- Processing Dependency: perl(ExtUtils::CBuilder) = 0.27 for package: 2:perl-Module-Build-0.40.07-3.fc20.noarch --- Package perl-ExtUtils-Install.noarch 0:1.59-289.fc20 will be erased -- Processing Dependency: perl(ExtUtils::Install) for package: perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch -- Processing Dependency: perl(ExtUtils::Installed) for package: perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch -- Processing Dependency: perl(ExtUtils::Packlist) for package: perl-ExtUtils-MakeMaker-6.72-2.fc20.noarch --- Package perl-ExtUtils-ParseXS.noarch 1:3.18-292.fc20 will be erased -- Running transaction check --- Package perl-ExtUtils-MakeMaker.noarch 0:6.72-2.fc20 will be erased -- Processing Dependency: perl(ExtUtils::MakeMaker) for package: 1:perl-IPC-Cmd-0.84-1.fc20.noarch --- Package perl-Module-Build.noarch 2:0.40.07-3.fc20 will be erased -- Processing Dependency: perl(Module::Build) for package: perl-SOAP-WSDL-2.00.99_3-3.fc20.20140812.rh.noarch -- Running transaction check --- Package perl-IPC-Cmd.noarch 1:0.84-1.fc20 will be erased --- Package perl-SOAP-WSDL.noarch 0:2.00.99_3-3.fc20.20140812.rh will be erased -- Processing Dependency: perl(SOAP::WSDL) for package: perl-Net-DRI-0.96_05-5.fc20.20140812.rh.noarch -- Processing Dependency: perl-SOAP-WSDL for package: perl-Net-DRI-0.96_05-5.fc20.20140812.rh.noarch -- Running transaction check --- Package perl-Net-DRI.noarch 0:0.96_05-5.fc20.20140812.rh will be erased -- Processing Dependency: perl-Net-DRI for package: lounge-arrakis-20.0-1.fc20.20140812.rh.noarch -- Running transaction check --- Package lounge-arrakis.noarch 0:20.0-1.fc20.20140812.rh will be erased -- Finished Dependency Resolution -- Finding unneeded leftover dependencies --- Marking gdbm-devel to be removed - no longer needed by perl-devel --- Marking glibc-devel to be removed - no longer needed by perl-devel --- Marking glibc-headers to be removed - no longer needed by glibc-devel --- Marking kernel-headers to be removed - no longer needed by glibc-headers Found and removing 4 unneeded dependencies -- Running transaction check --- Package gdbm-devel.x86_64 0:1.10-7.fc20 will be erased --- Package glibc-devel.x86_64 0:2.18-12.fc20 will be erased --- Package glibc-headers.x86_64 0:2.18-12.fc20 will be erased --- Package kernel-headers.x86_64 0:3.15.9-200.fc20 will be erased -- Finished Dependency Resolution -- 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=dk4hMLlRa8a=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 1129402] slic3r-1.1.6-1.fc22 FTBFS: t/01_trianglemesh.t fails
https://bugzilla.redhat.com/show_bug.cgi?id=1129402 Miro Hrončok mhron...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Miro Hrončok mhron...@redhat.com --- Thanks for reporting, I know about this and I am already working on it, but I had to postpone it because of Flock. -- 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=fRg6JLdqPJa=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 1129402] slic3r-1.1.6-1.fc22 FTBFS: t/01_trianglemesh.t fails
https://bugzilla.redhat.com/show_bug.cgi?id=1129402 --- Comment #3 from Miro Hrončok mhron...@redhat.com --- For the record, it is caused by slightly different behavior of new admesh-libs (slic3r bundles older version). -- 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=yP2h2g0297a=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 1129443] repeatly deps to perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1129443 --- Comment #1 from Ralf Corsepius rc040...@freenet.de --- What I can gather from this mess, is that there is a dependency between perl-IPC-Cmd and perl-ExtUtils-MakeMaker which is (correctly!) pulling in perl-devel. From IPC/Cmd.pm: ... require ExtUtils::MakeMaker; my @possibles; if( File::Spec-file_name_is_absolute($command) ) { return MM-maybe_command($command); } else { for my $dir ( File::Spec-path, File::Spec-curdir ) { next if ! $dir || ! -d $dir; my $abs = File::Spec-catfile( IS_WIN32 ? Win32::GetShortPathName( $dir ) : $dir, $command); push @possibles, $abs if $abs = MM-maybe_command($abs); } } ... maybe_command originates from MakeMaker. One resolution to this problem would be to eliminate this use case of maybe_command in perl(IPC::Cmd). -- 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=LyNgltfSFra=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 1129443] repeatly deps to perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1129443 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #2 from Petr Pisar ppi...@redhat.com --- I'm sorry the dependencies defined by upstream code pollute your system but that's how it is. As Ralf pointed out correctly the issue is that perl-ExtUtils-MakeMaker gets installed into your system. perl-ExtUtils-MakeMaker is a development tool, hence it pulls in perl-devel, yet it's a Perl core module which many other packages use because it provides nifty functions. If we cut the dependency between perl-ExtUtils-MakeMaker and perl-devel, users would lose capability to build XS Perl modules which is one common drawback presenting in other distributions and one people, usually web application deployers, often complain. Therefore the best solution is to split perl-ExtUtils-MakeMaker to separate the nifty functions, however it requires upstream blessing and that's a thing I cannot see bright. -- 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=Yc9v4PQI6la=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 1129443] repeatly deps to perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1129443 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||mmasl...@redhat.com Component|perl|perl-ExtUtils-MakeMaker Assignee|jples...@redhat.com |ppi...@redhat.com -- 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=WbIDjaMMFHa=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