Re: upgrading R
On 2013-09-03 07:21, Richard Vickery wrote: I used to do this by scrolling up through the commands, but it's no longer there: I don't know if I remember it correctly: sudo yum upgrade updates.testing R Do I have this correct, or am I missing something? I don't want to forge ahead fearing that I might screw something up. Any ideas? Thanks, Richard sudo yum --enablerepo=updates-testing update R --alec -- 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: upgrading R
On 2013-09-03 07:21, Richard Vickery wrote: I used to do this by scrolling up through the commands, but it's no longer there: I don't know if I remember it correctly: sudo yum upgrade updates.testing R Do I have this correct, or am I missing something? I don't want to forge ahead fearing that I might screw something up. Any ideas? Thanks, Richard sudo yum --enablerepo=updates-testing update R -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Corrupt repos and broken mockbuild ?
Hello, while trying to build a rawhide package with fedpkg mockbuild I get: [...] Finishing delta rebuilds of 10 package(s) (3.4 M) Some delta RPMs failed to download or rebuild. Retrying.. http://ftp.ps.pl/pub/Linux/fedora-linux/development/rawhide/x86_64/os/Packages/a/acl-2.2.52-3.fc20.x86_64.rpm: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=fedora clean metadata Trying other mirror. [...] and then later Error downloading packages: qrencode-libs-3.4.2-1.fc20.x86_64: [Errno 256] No more mirrors to try. [...] yum clean all does not help. How can I get it working again? -- Krzysztof Daniel kdan...@redhat.com Red Hat -- 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: Corrupt repos and broken mockbuild ?
On 09/03/2013 09:38 AM, Krzysztof Daniel wrote: Hello, while trying to build a rawhide package with fedpkg mockbuild I get: [...] Finishing delta rebuilds of 10 package(s) (3.4 M) Some delta RPMs failed to download or rebuild. Retrying.. http://ftp.ps.pl/pub/Linux/fedora-linux/development/rawhide/x86_64/os/Packages/a/acl-2.2.52-3.fc20.x86_64.rpm: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=fedora clean metadata Trying other mirror. [...] and then later Error downloading packages: qrencode-libs-3.4.2-1.fc20.x86_64: [Errno 256] No more mirrors to try. [...] yum clean all does not help. How can I get it working again? You can try: # rm -rf /var/cache/mock This usually helps me in such cases. -- Mikolaj Izdebski IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR
- Original Message - Hi, I would like to get your feedback about COPR [1] [1] http://miroslav.suchy.cz/blog/archives/2013/08/29/what_is_copr/index.html We are the beggining and there are two options of where we can go: http://miroslav.suchy.cz/blog/archives/2013/08/29/copr_and_integration_with_koji/index.html http://miroslav.suchy.cz/blog/archives/2013/08/30/copr_implemented_using_obs/index.html Do we consider third option - to replace Koji and Copr by OBS? The thing is - I really don't like idea of having two different build systems, forcing people to use two different set of tools (and yeah, I mean command here too;-), two different workflows... And yes, we already do it - consider package reviews. When you start review, you are on your own, then you have to go through the review process, then you have to learn dist-git/ Koji. Imagine - you start your review in Copr part of Koji, using one set of tools, once you're happy, you click review button somewhere in UI, automated tests are run based on fedora-review, reviewers get notified there's a new package, reviews/waives issues and voila package is in the main set of packages, you still use the same tools, same workflow. Even we can re-review packages in main repo periodically - mostly that automated one. This is my dream but if I understand OBS, it's definitely possible there (I had an account there even it was public but have not used it for several years). So short summary - make packagers life easier, let's have one solution, one set of tools and for really hostile packages (that do not fit main Fedora tree) separate instance of build system to be used for RPM Fusion like style packages. Btw. this does not mean I want to replace Koji with OBS, just an option, I'd like to see Koji as that ultimate tool to solve our problems. I would like to ask *you* what is your opinion? That's my opinion and my 1 haler ;-). Jaroslav -- Miroslav Suchy, RHCE, RHCDS Red Hat, Software Engineer, #brno, #devexp, #fedora-buildsys -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: COPR
Ultimately, we ended up (again) discussing should we replace Koji by OBS ? Unless there is commitment from people to maintain this, we can't even consider this as a solution. H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: [Bug 885474] make bails with *** INTERNAL: readdir: Bad file descriptor
On Sun, Sep 1, 2013 at 7:10 PM, Ralf Corsepius rc040...@freenet.de wrote: Deps on dirs work on local Linux file systems, but doesn't work on linux nfs and is known to not have worked with local files systems on other *nices. The obvious question here is way ... what exactly does it try to do which fails? -- 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: [Bug 885474] make bails with *** INTERNAL: readdir: Bad file descriptor
On Tue, Sep 3, 2013 at 10:37 AM, drago01 drag...@gmail.com wrote: On Sun, Sep 1, 2013 at 7:10 PM, Ralf Corsepius rc040...@freenet.de wrote: Deps on dirs work on local Linux file systems, but doesn't work on linux nfs and is known to not have worked with local files systems on other *nices. The obvious question here is way ... what exactly does it try to do which fails? s/way/why( -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
pl license change
Hello, pl-6.4.1 has changed license from: ((GPLv2+ or Artistic 2.0) and LGPLv2+ and LGPLv2 and GPLv2 and GPLv2+ and UCD and Public Domain and GPLv3+) to ((GPLv2+ with exceptions or Artistic 2.0) and (GPLv2+ with exceptions) and LGPLv2+ and LGPLv2 and UCD and Public Domain and GPLv3+ and CC-BY-SA). This affects Fedora ≥ 20. -- Petr -- 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: [Bug 885474] make bails with *** INTERNAL: readdir: Bad file descriptor
Ralf Corsepius rc040...@freenet.de writes: However, I recall another case, deps on dirs often don't work: (massively) parallel make. Did you try to build the package single-threaded (make -j1)? No, it used -j2 (as bug 885474 suggests). PM. -- 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: COPR
On Tue, Sep 3, 2013 at 11:23 AM, 80 karlthe...@gmail.com wrote: Ultimately, we ended up (again) discussing should we replace Koji by OBS ? Unless there is commitment from people to maintain this, we can't even consider this as a solution. True. I think we reallly need to pick out what we like about OBS . review that and ensure we modify koji to do it. I mean we have a really sharp crew here. Why not? H. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- 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: COPR
On 09/02/2013 04:29 AM, Miroslav Suchý wrote: On 08/30/2013 10:01 PM, Jay Greguske wrote: I'd like to see some elaboration on why VMs instead of chroots would be required. I can draw my own conclusions (security) but I'd like to see them listed out first before continuing the discussion. Koji builder has somewhere stored certificate. This certificate authorize him to Koji hub. Whoever has this certificate can act as Koji builder. Koji builder builds using mock, which means in chroot. There are known some exploits, which allows you to run out of chroots. Now imagine evil package, which will run out chroot, read that certificate and deliver it to attacker. He now can build evil builder and start building modified packages. While there are known exploits to affect host machine of VM, it is definitely harder than running out of chroot. If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. - Jay -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
f20 systemd rpm isn't signed!
FYI, I have just tried to do a `yum --releasever=20 distro-sync` (of an f19 box) and it aborts with the error that the systemd rpm isn't signed. (Yes, I know I can use --nogpgcheck to get around the problem.) -- Kaleb -- 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: f20 systemd rpm isn't signed!
On Tue, 03 Sep 2013 10:16:25 -0400 Kaleb S. KEITHLEY kkeit...@redhat.com wrote: FYI, I have just tried to do a `yum --releasever=20 distro-sync` (of an f19 box) and it aborts with the error that the systemd rpm isn't signed. (Yes, I know I can use --nogpgcheck to get around the problem.) Yes, this is perfectly normal until alpha change freeze (which is today). After today (ie, tomorrows compose), all packages should be signed. The reason for this is that currently builds are much like rawhide ones, they build, get added to the buildroot and then go out in the next days compose. Even if we had someone signing packages right before compose, some new quick build could come in at the last minute and get into the build before we could sign it. Only after we enable bodhi at change freeze so we gate things going into the compose can we be sure to sign everything. 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: COPR
On Tue, Sep 3, 2013 at 3:10 PM, Jay Greguske jgreg...@redhat.com wrote: On 09/02/2013 04:29 AM, Miroslav Suchý wrote: On 08/30/2013 10:01 PM, Jay Greguske wrote: I'd like to see some elaboration on why VMs instead of chroots would be required. I can draw my own conclusions (security) but I'd like to see them listed out first before continuing the discussion. Koji builder has somewhere stored certificate. This certificate authorize him to Koji hub. Whoever has this certificate can act as Koji builder. Koji builder builds using mock, which means in chroot. There are known some exploits, which allows you to run out of chroots. Now imagine evil package, which will run out chroot, read that certificate and deliver it to attacker. He now can build evil builder and start building modified packages. While there are known exploits to affect host machine of VM, it is definitely harder than running out of chroot. If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. koji already uses VMs for x86. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR
On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. 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: GNOME 3.9.91 megaupdate
- Original Message - On Mon, Sep 02, 2013 at 05:44:46PM +0200, Kalev Lember wrote: It's that time of the year again -- F20 is going into the Alpha freeze tomorrow and new builds will have to go through Bodhi for verification. The GNOME 3.9.91 release is coming as well, with a bit unfortunate timing wrt. Fedora freezes. In any case, we'll handle the GNOME 3.9.91 builds together and file them as a single megaupdate in Bodhi. Could we have avoided this conflict by scheduling better in advance? I usually try to align with GNOME when creating schedule but it's hard to get completely in sync. For F20, it was pretty much constrained by FESCo request to release in November and we are moving target sometimes. What's important is that final GNOME lands in time for final Fedora as Kalev pointed out. Even after freeze, we try to get latest GNOME bits into the compose, so it gets tested and QA is usually ok with that (doing smoke compose and getting it a bit spin). Btw. important releases are always part of [1]. Jaroslav [1] https://fedoraproject.org/wiki/Releases/20/Schedule#Upstream_Project_Schedules -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- desktop mailing list desk...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/desktop -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
File Path-Tiny-0.031.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Path-Tiny: 520141e371439d4467232f87f2f1681b Path-Tiny-0.031.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: COPR
On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote: On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. the main issue is that mock should do the transition to a different domain once it run anything in chroot. I do have a patch but I was not able to make a policy for the transition ( or my patch is buggy ) and I didn't look at it since a few weeks. I can send it if someone want to take a look. -- Michael Scherer -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Path-Tiny/f20] (2 commits) ...BR: perl(Config) for the test suite (#1003660)
Summary of changes: 8628d0c... Initial import (perl-Path-Tiny-0.031-2) (*) 672725e... BR: perl(Config) for the test suite (#1003660) (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Unicode-UTF8/el6] Initial import (perl-Unicode-UTF8-0.59-3)
Summary of changes: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: COPR
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/2013 12:29 PM, Michael scherer wrote: On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote: On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. the main issue is that mock should do the transition to a different domain once it run anything in chroot. I do have a patch but I was not able to make a policy for the transition ( or my patch is buggy ) and I didn't look at it since a few weeks. I can send it if someone want to take a look. Yes The builders should run each mock with a unique MCS Label and then lock them down with SELinux. I would be willing to help with this. This would be the easiest solution to the problem of separating out the chroots. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlImIkAACgkQrlYvE4MpobOSowCdEPJQy3zHegDtXY1TGixvEls9 7ccAoMkGsmLkS6BRE3lheAwYqJH+m9sJ =HCY4 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR
On 09/03/2013 12:29 PM, Michael scherer wrote: On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote: On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. the main issue is that mock should do the transition to a different domain once it run anything in chroot. I do have a patch but I was not able to make a policy for the transition ( or my patch is buggy ) and I didn't look at it since a few weeks. I can send it if someone want to take a look. Please post 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
Re: COPR
On Tue, Sep 3, 2013 at 8:43 PM, Matthew Miller mat...@fedoraproject.orgwrote: On Tue, Sep 03, 2013 at 03:33:10PM -0400, Jay Greguske wrote: koji already uses VMs for x86. Not for RPM builds. I think we're talking about different things here. It happens that some of the x86 builders are VMs, but they're not taken down and rebuilt cleanly between each package build; they're long-running servers doing multiple builds. (Right?) Correct, each build is done in mock which is essentially a chroot. Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
nodejs-slide license change MIT to ISC
Next update across all Fedora branches plus EL6 changes the license from MIT (nodejs-slide 1.1.4) to ISC (nodejs-slide 1.1.5). Kind regards, -- Jamie Nguyen -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[perl-Crypt-DSA/f19] (3 commits) ...CVE-2011-3599
Summary of changes: 62079c0... Perl 5.18 rebuild (*) dcd1366... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) aadaaac... CVE-2011-3599 (*) (*) 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-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: COPR
On Tue, 3 Sep 2013 15:43:38 -0400 Matthew Miller mat...@fedoraproject.org wrote: On Tue, Sep 03, 2013 at 03:33:10PM -0400, Jay Greguske wrote: koji already uses VMs for x86. Not for RPM builds. I think we're talking about different things here. It happens that some of the x86 builders are VMs, but they're not taken down and rebuilt cleanly between each package build; they're long-running servers doing multiple builds. (Right?) Correct. 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: COPR
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/2013 03:37 PM, Jay Greguske wrote: On 09/03/2013 01:54 PM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/2013 12:29 PM, Michael scherer wrote: On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote: On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. the main issue is that mock should do the transition to a different domain once it run anything in chroot. I do have a patch but I was not able to make a policy for the transition ( or my patch is buggy ) and I didn't look at it since a few weeks. I can send it if someone want to take a look. Yes The builders should run each mock with a unique MCS Label and then lock them down with SELinux. I would be willing to help with this. This would be the easiest solution to the problem of separating out the chroots. Are you confident we can protect the host itself from attacks from a mock chroot? - Jay I am confident it will protect the host better then we do now. You still end up running a root process on the system and depending on what capabilities we have to give the actual build procedure will determine the protection. If we could at least get the systems running in permissive mode and the mock build running as mock_t we could look at the avc's that are generated and get an idea of the actual privs required. If we can separate mock into to sections, one to do the setup as a priv process, and the second part to do execute the code that was uploaded by the user, mock_t and mock_confined_t, we could probably lock the system down tighter. This is a little different then openshift in that we are allowing them to run as root. Once we have containers implemented on RHEL7 we would want to also take advantage of running the mock environments in a container with SELinux. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEUEARECAAYFAlImTRsACgkQrlYvE4MpobMnFQCY5KcgVJOWtV+U3/cxUpnkG/2G nwCg2O+b1vSExezvjYs0Thqk75xS6pw= =5GBO -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: COPR
Le mardi 03 septembre 2013 à 15:37 -0400, Jay Greguske a écrit : On 09/03/2013 01:54 PM, Daniel J Walsh wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/03/2013 12:29 PM, Michael scherer wrote: On Tue, Sep 03, 2013 at 09:48:52AM -0600, Kevin Fenzi wrote: On Tue, 03 Sep 2013 10:10:32 -0400 Jay Greguske jgreg...@redhat.com wrote: If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. In the past we had selinux disabled on the builders, as mock didn't handle selinux very well at all and there were issues. (even in permissive mode). With this switch to Fedora 19 for builders, we also enabled selinux in permissive mode to gather information on any outstanding issues/avcs. Ideally I would like to get them all to enforcing and make sure we lock down the builds as much as we are able from the vm. the main issue is that mock should do the transition to a different domain once it run anything in chroot. I do have a patch but I was not able to make a policy for the transition ( or my patch is buggy ) and I didn't look at it since a few weeks. I can send it if someone want to take a look. Yes The builders should run each mock with a unique MCS Label and then lock them down with SELinux. I would be willing to help with this. This would be the easiest solution to the problem of separating out the chroots. Are you confident we can protect the host itself from attacks from a mock chroot? That's what Openshift Online use, and according to Dan, it resisted so far, and not because no one tried. You have to balance the density/efficiency/overhead vs the protection. Something like cubes running in a VM over a VM from a different technology would be more secure than a regular shared ssh server, but there is a price :) -- Michael Scherer -- 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 (2013-09-04)
Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2013-09-04 18:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #1115guidance from FESCO on packagekit upstream policykit change .fesco 1115 https://fedorahosted.org/fesco/ticket/1115 #topic #1136F20 System Wide Change: ARM as primary Architecture - https://fedoraproject.org/wiki/Changes/ARM_as_Primary .fesco 1136 https://fedorahosted.org/fesco/ticket/1136 #topic #1148F20 System Wide Change: Application Installer - https://fedoraproject.org/wiki/Changes/AppInstaller .fesco 1148 https://fedorahosted.org/fesco/ticket/1148 #topic #1164F20 Changes - Progress on Changes Freeze .fesco 1164 https://fedorahosted.org/fesco/ticket/1164 = New business = #topic #1168Non responsive maintainer due to death. .fesco 1168 https://fedorahosted.org/fesco/ticket/1168 = 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
Cypret Introduction
Hi all, Just wanted to say hi as I'm a bit new around here and haven't dropped an intro message yet. I'm looking forward to contributing to the Fedora Project and would really like to do my part to get some great packages created to spread the Cloud SIG love. I'm currently working on getting etcd from CoreOS packaged, have the build done but working with the developer to fix his version control to keep maintaining simple. I've been working with David Duncan (davdunc) who is a Fedora Ambassador to get started. -Luke -- 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: COPR
On 09/03/2013 11:48 AM, Peter Robinson wrote: On Tue, Sep 3, 2013 at 3:10 PM, Jay Greguske jgreg...@redhat.com mailto:jgreg...@redhat.com wrote: On 09/02/2013 04:29 AM, Miroslav Suchý wrote: On 08/30/2013 10:01 PM, Jay Greguske wrote: I'd like to see some elaboration on why VMs instead of chroots would be required. I can draw my own conclusions (security) but I'd like to see them listed out first before continuing the discussion. Koji builder has somewhere stored certificate. This certificate authorize him to Koji hub. Whoever has this certificate can act as Koji builder. Koji builder builds using mock, which means in chroot. There are known some exploits, which allows you to run out of chroots. Now imagine evil package, which will run out chroot, read that certificate and deliver it to attacker. He now can build evil builder and start building modified packages. While there are known exploits to affect host machine of VM, it is definitely harder than running out of chroot. If we had SELinux policy enabled on the builders and used MLS on the chroots that would mitigate chroot-to-chroot attacks. I'm not sure if policy could prevent a chroot'ed process from getting access to the builder's certificate. If it could, I think getting SELinux working on the builders would be an easier path than re-writing koji to use VMs. Maybe someone with more expertise could comment on the latter issue. koji already uses VMs for x86. Peter Not for RPM builds. -- 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: COPR
On Tue, Sep 03, 2013 at 03:33:10PM -0400, Jay Greguske wrote: koji already uses VMs for x86. Not for RPM builds. I think we're talking about different things here. It happens that some of the x86 builders are VMs, but they're not taken down and rebuilt cleanly between each package build; they're long-running servers doing multiple builds. (Right?) -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[Test-Announce] 2013-09-04@ 16:00 UTC - F20 Alpha Blocker Bug Review #3
# F20 Alpha Blocker Review meeting #3 # Date: 2013-09-04 # Time: 16:00 UTC (12:00 EDT, 09:00 PDT) # Location: #fedora-blocker-review on irc.freenode.net It's time for the first F20 blocker review meeting post-alpha-freeze! We've been seeing great participation so far in F20 and would love to see that continue. We'll be running through the final blockers and freeze exception bugs. The current list is available at: http://qa.fedoraproject.org/blockerbugs/current We'll be reviewing the bugs to determine ... 1. Whether they meet the alpha release criteria [1] and should stay on the list 2. Whether they are getting the attention they need [1] http://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria For guidance on Blocker and FreezeException bugs, please refer to - https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process - https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process For the blocker review meeting protocol, see -https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting signature.asc Description: PGP signature ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 20 Alpha Change freeze
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, as the Fedora 20 schedule[1] states the Alpha change freeze is upon us. As we are now at the change freeze bodhi has been enabled for f20 now. It means all builds will now need an update cretaed and as we are at Alpha freeze only accepted exceptions[2] will be allowed in. we are at the pre beta stage of release, so the Pre-beta[3] stage of the updates policy applies Regards Dennis [1] http://fedorapeople.org/groups/schedule/f-20/f-20-devel-tasks.html [2] http://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process [3] http://fedoraproject.org/wiki/Updates_Policy#Pre_Beta -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (GNU/Linux) iEYEARECAAYFAlImxB8ACgkQkSxm47BaWfcncwCfaf9yPuqcJIayKwKPiITbCpR3 vC8AoK/XHQdvjifcBFrPgDYWzlYDk0e4 =VfCB -END PGP SIGNATURE- ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- 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 743567] CVE-2011-3599 perl-Crypt-DSA: Cryptographically insecure method used for random numbers generation on systems without /dev/random
https://bugzilla.redhat.com/show_bug.cgi?id=743567 Petr Pisar ppi...@redhat.com changed: What|Removed |Added CC||ppi...@redhat.com --- Comment #6 from Petr Pisar ppi...@redhat.com --- Does SELinux policy deny access to /dev/random in some cases? If yes, then such process would be affected. I can imagine an administrator will confine a third-party application by assigning a dedicated label to increase security. Because default policy is to deny, the DSA generation will get doomed. -- 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=5nPGcPjISha=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 743567] CVE-2011-3599 perl-Crypt-DSA: Cryptographically insecure method used for random numbers generation on systems without /dev/random
https://bugzilla.redhat.com/show_bug.cgi?id=743567 --- Comment #7 from Paul Howarth p...@city-fan.org --- You're right. I'll look at doing an update later today. -- 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=i888Nx9KHJa=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-Depends-0.305.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-ExtUtils-Depends: cb4dd858021b5e7c4eb4dbf9639db55f ExtUtils-Depends-0.305.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
Broken dependencies: perl-IPTables-libiptc
perl-IPTables-libiptc has broken dependencies in the F-20 tree: On x86_64: perl-IPTables-libiptc-0.52-5.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-IPTables-libiptc-0.52-5.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-IPTables-libiptc-0.52-5.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-20 tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the F-20 tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Encode-JP-Mobile
perl-Encode-JP-Mobile has broken dependencies in the F-20 tree: On x86_64: perl-Encode-JP-Mobile-0.30-2.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Encode-JP-Mobile-0.30-2.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Encode-JP-Mobile-0.30-2.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the F-20 tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Padre
perl-Padre has broken dependencies in the F-20 tree: On x86_64: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the F-20 tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Prolog-Yaswi
perl-Language-Prolog-Yaswi has broken dependencies in the F-20 tree: On x86_64: perl-Language-Prolog-Yaswi-0.21-13.fc20.x86_64 requires libswipl.so.6.2.6()(64bit) On i386: perl-Language-Prolog-Yaswi-0.21-13.fc20.i686 requires libswipl.so.6.2.6 On armhfp: perl-Language-Prolog-Yaswi-0.21-13.fc20.armv7hl requires libswipl.so.6.2.6 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the F-20 tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the F-20 tree: On armhfp: perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the F-20 tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-ExtUtils-Depends] Update to 0.305
commit 553df2d1c2f061f1c3ef1cb5cc83642adbb9a045 Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 12:02:59 2013 +0100 Update to 0.305 - New upstream release 0.305 - Makefile.PL: converted to CPAN::Meta::Spec v2 - Updated license in RPM spec file (CPAN RT#88196) - Updated contact info and added git repo info to POD - Add comments for find_extra_libs method (CPAN RT#43900) - Fixed typo (CPAN RT#86572) - This release by XAOC - update source URL perl-ExtUtils-Depends.spec | 13 +++-- sources|2 +- 2 files changed, 12 insertions(+), 3 deletions(-) --- diff --git a/perl-ExtUtils-Depends.spec b/perl-ExtUtils-Depends.spec index 619b073..039fe7d 100644 --- a/perl-ExtUtils-Depends.spec +++ b/perl-ExtUtils-Depends.spec @@ -1,11 +1,11 @@ Name: perl-ExtUtils-Depends -Version:0.304 +Version:0.305 Release:1%{?dist} Summary:Easily build XS extensions that depend on XS extensions License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/ExtUtils-Depends/ -Source0: http://www.cpan.org/authors/id/F/FL/FLORA/ExtUtils-Depends-%{version}.tar.gz +Source0: http://www.cpan.org/authors/id/X/XA/XAOC/ExtUtils-Depends-%{version}.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: perl(Data::Dumper) @@ -49,6 +49,15 @@ rm -rf $RPM_BUILD_ROOT %{_mandir}/man3/* %changelog +* Tue Sep 3 2013 Paul Howarth p...@city-fan.org - 0.305-1 +- Update to 0.305 + - Makefile.PL: converted to CPAN::Meta::Spec v2 + - Updated license in RPM spec file (CPAN RT#88196) + - Updated contact info and added git repo info to POD + - Add comments for find_extra_libs method (CPAN RT#43900) + - Fixed typo (CPAN RT#86572) +- This release by XAOC - update source URL + * Fri Aug 16 2013 Paul Howarth p...@city-fan.org - 0.304-1 - Update to 0.304 - More robust detection of gcc toolchains on Win32 (CPAN RT#62455) diff --git a/sources b/sources index d14cf88..66fc145 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -da66d6cb19e2c76d7f3266846832026c ExtUtils-Depends-0.304.tar.gz +cb4dd858021b5e7c4eb4dbf9639db55f ExtUtils-Depends-0.305.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-Depends/f20] Update to 0.305
Summary of changes: 553df2d... Update to 0.305 (*) (*) 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-ExtUtils-Depends] Created tag perl-ExtUtils-Depends-0.305-1.fc20
The lightweight tag 'perl-ExtUtils-Depends-0.305-1.fc20' was created pointing to: 553df2d... Update to 0.305 -- 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-Depends] Created tag perl-ExtUtils-Depends-0.305-1.fc21
The lightweight tag 'perl-ExtUtils-Depends-0.305-1.fc21' was created pointing to: 553df2d... Update to 0.305 -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MooseX-TrackDirty-Attributes
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree: On x86_64: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Bio-ASN1-EntrezGene
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree: On x86_64: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On i386: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) On armhfp: perl-Bio-ASN1-EntrezGene-1.091-19.fc20.noarch requires perl(Bio::Index::AbstractSeq) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-MIME-Lite-HTML
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree: On x86_64: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On i386: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) On armhfp: perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-IPTables-libiptc
perl-IPTables-libiptc has broken dependencies in the rawhide tree: On x86_64: perl-IPTables-libiptc-0.52-5.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-IPTables-libiptc-0.52-5.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-IPTables-libiptc-0.52-5.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-ParseUtil-Domain
perl-ParseUtil-Domain has broken dependencies in the rawhide tree: On x86_64: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-ParseUtil-Domain-2.22-3.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: slic3r
slic3r has broken dependencies in the rawhide tree: On x86_64: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On i386: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) On armhfp: slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Alien-ROOT
perl-Alien-ROOT has broken dependencies in the rawhide tree: On armhfp: perl-Alien-ROOT-5.34.3.1-3.fc20.noarch requires root-core Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Unix-Statgrab
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-20.fc20.x86_64 requires libstatgrab.so.6()(64bit) On i386: perl-Unix-Statgrab-0.04-20.fc20.i686 requires libstatgrab.so.6 On armhfp: perl-Unix-Statgrab-0.04-20.fc20.armv7hl requires libstatgrab.so.6 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-PDL
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit) On i386: perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) perl-PDL-2.4.10-6.fc19.i686 requires libgd.so.2 Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Encode-JP-Mobile
perl-Encode-JP-Mobile has broken dependencies in the rawhide tree: On x86_64: perl-Encode-JP-Mobile-0.30-2.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Encode-JP-Mobile-0.30-2.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Encode-JP-Mobile-0.30-2.fc19.armv7hl requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Unicode-UTF8] Initial import (perl-Unicode-UTF8-0.59-3)
commit b77924e311f51083ebd7485edffe95b3cbc1af54 Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 15:56:08 2013 +0100 Initial import (perl-Unicode-UTF8-0.59-3) This module provides functions to encode and decode UTF-8 encoding form as specified by Unicode and ISO/IEC 10646:2011. .gitignore |1 + perl-Unicode-UTF8.spec | 92 sources|1 + 3 files changed, 94 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..9d8e4cb 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Unicode-UTF8-[0-9.]*.tar.gz diff --git a/perl-Unicode-UTF8.spec b/perl-Unicode-UTF8.spec new file mode 100644 index 000..eae995d --- /dev/null +++ b/perl-Unicode-UTF8.spec @@ -0,0 +1,92 @@ +Summary: Encoding and decoding of UTF-8 encoding form +Name: perl-Unicode-UTF8 +Version: 0.59 +Release: 3%{?dist} +License: GPL+ or Artistic +Group: Development/Libraries +Url: http://search.cpan.org/dist/Unicode-UTF8/ +Source0: http://search.cpan.org/CPAN/authors/id/C/CH/CHANSEN/Unicode-UTF8-%{version}.tar.gz +# Module Build +BuildRequires: perl(ExtUtils::MakeMaker) +%if %{?rhel} != 6 +BuildRequires: perl(inc::Module::Install) +BuildRequires: perl(Module::Install::ReadmeFromPod) +%else +BuildRequires: perl(base) +BuildRequires: perl(Config) +BuildRequires: perl(Cwd) +BuildRequires: perl(Fcntl) +BuildRequires: perl(File::Basename) +BuildRequires: perl(File::Find) +BuildRequires: perl(File::Path) +BuildRequires: perl(Pod::Text) +BuildRequires: perl(vars) +%endif +# Module Runtime +BuildRequires: perl(Carp) +BuildRequires: perl(Exporter) +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +BuildRequires: perl(XSLoader) +# Test Suite +BuildRequires: perl(Encode) = 1.9801 +BuildRequires: perl(IO::File) +BuildRequires: perl(Scalar::Util) +BuildRequires: perl(Test::Builder) +BuildRequires: perl(Test::Fatal) = 0.006 +BuildRequires: perl(Test::More) = 0.47 +# Optional Tests +BuildRequires: perl(Taint::Runtime) = 0.03 +BuildRequires: perl(Test::LeakTrace) = 0.10 +BuildRequires: perl(Test::Pod) = 1.00 +BuildRequires: perl(Variable::Magic) +# Runtime +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(Exporter) +Requires: perl(XSLoader) + +# Don't provide private Perl libs +%{?perl_default_filter} + +%description +This module provides functions to encode and decode UTF-8 encoding form as +specified by Unicode and ISO/IEC 10646:2011. + +%prep +%setup -q -n Unicode-UTF8-%{version} + +# Unbundle inc::Module::Install, we'll use system version instead +# unless we're on EL-6, where there's no Module::Install::ReadmeFromPod +%if %{?rhel} != 6 +rm -rf inc/ +%endif + +%build +perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE=%{optflags} +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} +find %{buildroot} -type f -name .packlist -exec rm -f {} ';' +find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' +%{_fixperms} %{buildroot} + +%check +make test + +%files +%doc Changes README +%{perl_vendorarch}/Unicode/ +%{perl_vendorarch}/auto/Unicode/ +%{_mandir}/man3/Unicode::UTF8.3pm* + +%changelog +* Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.59-3 +- BR: perl(Scalar::Util) for the test suite (#1003650) +- Add buildreqs for deps of bundled inc::Module::Install for EL-6 build + +* Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.59-2 +- Sanitize for Fedora submission + +* Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.59-1 +- Initial RPM build diff --git a/sources b/sources index e69de29..6276874 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +da4e4d924d310d834780203dea0f5617 Unicode-UTF8-0.59.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 Hash-StoredIterator-0.007.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Hash-StoredIterator: f7ecdd7327bae05e939d942c3b70ab57 Hash-StoredIterator-0.007.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Unicode-UTF8-0.59.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Unicode-UTF8: da4e4d924d310d834780203dea0f5617 Unicode-UTF8-0.59.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-Unicode-UTF8/f20] Initial import (perl-Unicode-UTF8-0.59-3)
Summary of changes: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) (*) (*) 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-Encode-JP-Mobile] Fix a warning and disable a test to pass with perl 5.18
commit 39e3345f09360a2a2d68acefed7ec173c250682a Author: Petr Písař ppi...@redhat.com Date: Tue Sep 3 16:51:30 2013 +0200 Fix a warning and disable a test to pass with perl 5.18 ...Mobile-0.30-Disable-a-test-for-kanji-name.patch | 33 ...obile-0.30-Fix-warnings-counting-for-5.18.patch | 24 ++ perl-Encode-JP-Mobile.spec |7 3 files changed, 64 insertions(+), 0 deletions(-) --- diff --git a/Encode-JP-Mobile-0.30-Disable-a-test-for-kanji-name.patch b/Encode-JP-Mobile-0.30-Disable-a-test-for-kanji-name.patch new file mode 100644 index 000..e065f4a --- /dev/null +++ b/Encode-JP-Mobile-0.30-Disable-a-test-for-kanji-name.patch @@ -0,0 +1,33 @@ +From 1a0baf7574e384f5f2b36e5dc57f685add01aa51 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com +Date: Tue, 3 Sep 2013 16:43:32 +0200 +Subject: [PATCH 2/2] Disable a test for kanji name + +It's not possible to access a Encode::JP::Mobile character by kanji name. +Let's disable the test for now. + +https://rt.cpan.org/Public/Bug/Display.html?id=87393 +--- + t/charnames.t | 6 +- + 1 file changed, 5 insertions(+), 1 deletion(-) + +diff --git a/t/charnames.t b/t/charnames.t +index 7242fb3..36db3ef 100644 +--- a/t/charnames.t b/t/charnames.t +@@ -42,7 +42,11 @@ BEGIN { + is unicode2name_en(0xE047), 'Beer'; # SoftBank + + is \N{DoCoMo Beer}, \x{E672}; +-is \N{DoCoMo ファーストフード}, \x{E673}; ++TODO: { ++local $TODO = 'charnames cannot be accesed by non-ASCII name ' . ++'with perl 5.18 (CPAN RT#87393)'; ++is \N{DoCoMo ファーストフード}, \x{E673}; ++} + is \N{KDDI Beer}, \x{E4C3}; + is \N{SoftBank Beer}, \x{E047}; + +-- +1.8.3.1 + diff --git a/Encode-JP-Mobile-0.30-Fix-warnings-counting-for-5.18.patch b/Encode-JP-Mobile-0.30-Fix-warnings-counting-for-5.18.patch new file mode 100644 index 000..f929c24 --- /dev/null +++ b/Encode-JP-Mobile-0.30-Fix-warnings-counting-for-5.18.patch @@ -0,0 +1,24 @@ +From 6c014c5171a941da8a51c691b75b486c16c10833 Mon Sep 17 00:00:00 2001 +From: Tatsuhiko Miyagawa miyag...@bulknews.net +Date: Mon, 29 Jul 2013 11:09:28 -0700 +Subject: [PATCH 1/2] Fix warnings counting for 5.18 + +--- + t/charnames.t | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/t/charnames.t b/t/charnames.t +index 4fe6fa5..7242fb3 100644 +--- a/t/charnames.t b/t/charnames.t +@@ -49,6 +49,7 @@ BEGIN { + is \N{DIGIT SIX}, 6; + + { ++@WARN = (); + my $v_charnames_version = pack C*, split /\./, $charnames::VERSION; + my $backslash_N_fatal = $v_charnames_version ge v1.33; + +-- +1.8.3.1 + diff --git a/perl-Encode-JP-Mobile.spec b/perl-Encode-JP-Mobile.spec index 4f56cc8..86a1864 100644 --- a/perl-Encode-JP-Mobile.spec +++ b/perl-Encode-JP-Mobile.spec @@ -7,6 +7,10 @@ License:GPL+ or Artistic Group: Development/Libraries URL:http://search.cpan.org/dist/Encode-JP-Mobile/ Source0: http://www.cpan.org/authors/id/M/MI/MIYAGAWA/Encode-JP-Mobile-%{version}.tar.gz +# Fix a warning, CPAN RT#87393, bug #991873 +Patch0: Encode-JP-Mobile-0.30-Disable-a-test-for-kanji-name.patch +# Disable a failing test, CPAN RT#87393, bug #991873 +Patch1: Encode-JP-Mobile-0.30-Fix-warnings-counting-for-5.18.patch BuildRequires: perl BuildRequires: perl(Config) BuildRequires: perl-Encode-devel @@ -47,6 +51,8 @@ Unicode の私用領域 (PRIVATE AREA) にマッピングします。 %prep %setup -q -n Encode-JP-Mobile-%{version} +%patch0 -p1 +%patch1 -p1 %build perl Makefile.PL INSTALLDIRS=vendor @@ -68,6 +74,7 @@ make test %changelog * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 0.30-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild +- Fix a warning and disable a test to pass with perl 5.18 (bug #991873) * Sat Jul 27 2013 Petr Pisar ppi...@redhat.com - 0.30-3 - Perl 5.18 rebuild -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Hash-StoredIterator] Initial import (perl-Hash-StoredIterator-0.007-2)
commit 020f89debacd5069c45fb4a64a35562653d01dfd Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 16:00:52 2013 +0100 Initial import (perl-Hash-StoredIterator-0.007-2) In perl all hashes have an internal iterator. This iterator is used by the each() function, as well as by keys() and values(). Because these all share use of the same iterator, they tend to interact badly with each other when nested. Hash::StoredIterator gives you access to get, set, and init the iterator inside a hash. This allows you to store the current iterator, use each / keys / values etc., and then restore the iterator, which helps you to ensure you do not interact badly with other users of the iterator. Along with low-level get / set / init functions, there are also 2 variations of each() that let you act upon each key/value pair in a safer way than vanilla each(). This module can also export new implementations of keys() and values() that stash and restore the iterator so that they are safe to use within each(). .gitignore|1 + perl-Hash-StoredIterator.spec | 70 + sources |1 + 3 files changed, 72 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..cc702aa 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Hash-StoredIterator-[0-9.]*.tar.gz diff --git a/perl-Hash-StoredIterator.spec b/perl-Hash-StoredIterator.spec new file mode 100644 index 000..201daa3 --- /dev/null +++ b/perl-Hash-StoredIterator.spec @@ -0,0 +1,70 @@ +Name: perl-Hash-StoredIterator +Version: 0.007 +Release: 2%{?dist} +Summary: Functions for accessing a hash's internal iterator +License: GPL+ or Artistic +Group: Development/Libraries +URL: https://metacpan.org/release/Hash-StoredIterator +Source0: http://cpan.metacpan.org/authors/id/E/EX/EXODIST/Hash-StoredIterator-%{version}.tar.gz +BuildRequires: perl = 4:5.10.0 +BuildRequires: perl(B) +BuildRequires: perl(base) +BuildRequires: perl(Carp) +BuildRequires: perl(Exporter) +BuildRequires: perl(ExtUtils::CBuilder) +BuildRequires: perl(ExtUtils::ParseXS) = 3.15 +BuildRequires: perl(ExtUtils::testlib) +BuildRequires: perl(Fennec) = 2.004 +BuildRequires: perl(Module::Build) = 0.40 +BuildRequires: perl(strict) +BuildRequires: perl(warnings) +BuildRequires: perl(XSLoader) +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) + +# Avoid provides for private shared objects +%{?perl_default_filter} + +%description +In perl all hashes have an internal iterator. This iterator is used by the +each() function, as well as by keys() and values(). Because these all share use +of the same iterator, they tend to interact badly with each other when nested. + +Hash::StoredIterator gives you access to get, set, and init the iterator inside +a hash. This allows you to store the current iterator, use each / keys / values +etc., and then restore the iterator, which helps you to ensure you do not +interact badly with other users of the iterator. + +Along with low-level get / set / init functions, there are also 2 variations of +each() that let you act upon each key/value pair in a safer way than vanilla +each(). + +This module can also export new implementations of keys() and values() that +stash and restore the iterator so that they are safe to use within each(). + +%prep +%setup -q -n Hash-StoredIterator-%{version} + +%build +perl Build.PL installdirs=vendor optimize=%{optflags} +./Build + +%install +./Build install destdir=%{buildroot} create_packlist=0 +find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' +%{_fixperms} %{buildroot} + +%check +./Build test + +%files +%doc README +%{perl_vendorarch}/auto/Hash/ +%{perl_vendorarch}/Hash/ +%{_mandir}/man3/Hash::StoredIterator.3pm* + +%changelog +* Sun Aug 18 2013 Paul Howarth p...@city-fan.org - 0.007-2 +- Sanitize for Fedora submission + +* Thu Aug 15 2013 Paul Howarth p...@city-fan.org - 0.007-1 +- Initial RPM version diff --git a/sources b/sources index e69de29..f117f7e 100644 --- a/sources +++ b/sources @@ -0,0 +1 @@ +f7ecdd7327bae05e939d942c3b70ab57 Hash-StoredIterator-0.007.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Hash-StoredIterator/f20] Initial import (perl-Hash-StoredIterator-0.007-2)
Summary of changes: 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2) (*) (*) 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 991873] perl-Encode-JP-Mobile: FTBFS in rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=991873 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version||perl-Encode-JP-Mobile-0.30- ||4.fc21 Resolution|--- |NEXTRELEASE Last Closed||2013-09-03 11:13:25 --- Comment #2 from Petr Pisar ppi...@redhat.com --- Fixed in perl-Encode-JP-Mobile-0.30-4.fc21, and perl-Encode-JP-Mobile-0.30-4.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=kcY2OADKLLa=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-Unicode-UTF8/f19] Initial import (perl-Unicode-UTF8-0.59-3)
Summary of changes: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) (*) (*) 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-Hash-StoredIterator/f19] Initial import (perl-Hash-StoredIterator-0.007-2)
Summary of changes: 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2) (*) (*) 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-Encode-JP-Mobile/f20] Fix a warning and disable a test to pass with perl 5.18
Summary of changes: 39e3345... Fix a warning and disable a test to pass with perl 5.18 (*) (*) 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-Path-Tiny] BR: perl(Config) for the test suite (#1003660)
commit 672725e80641dfbb9ff9a5d0d960ee69072a7d08 Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 16:39:22 2013 +0100 BR: perl(Config) for the test suite (#1003660) perl-Path-Tiny.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/perl-Path-Tiny.spec b/perl-Path-Tiny.spec index b0e25fc..538dce2 100644 --- a/perl-Path-Tiny.spec +++ b/perl-Path-Tiny.spec @@ -1,6 +1,6 @@ Name: perl-Path-Tiny Version: 0.031 -Release: 2%{?dist} +Release: 3%{?dist} Summary: File path utility Group: Development/Libraries License: ASL 2.0 @@ -31,6 +31,7 @@ BuildRequires:perl(warnings) # Test Suite BuildRequires: perl(blib) BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(Config) BuildRequires: perl(Devel::Hide) BuildRequires: perl(File::Basename) BuildRequires: perl(File::pushd) @@ -100,6 +101,9 @@ make test %{_mandir}/man3/Path::Tiny.3pm* %changelog +* Tue Sep 3 2013 Paul Howarth p...@city-fan.org - 0.031-3 +- BR: perl(Config) for the test suite (#1003660) + * Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.031-2 - Sanitize for Fedora submission -- 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-Path-Tiny] Initial import (perl-Path-Tiny-0.031-2)
commit 8628d0c22b71fee7070cea36bcd7d0df43d4414b Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 16:36:32 2013 +0100 Initial import (perl-Path-Tiny-0.031-2) This module attempts to provide a small, fast utility for working with file paths. It is friendlier to use than File::Spec and provides easy access to functions from several other core file handling modules. It doesn't attempt to be as full-featured as IO::All or Path::Class, nor does it try to work for anything except Unix-like and Win32 platforms. Even then, it might break if you try something particularly obscure or tortuous. All paths are forced to have Unix-style forward slashes. Stringifying the object gives you back the path (after some clean up). File input/output methods flock handles before reading or writing, as appropriate. The *_utf8 methods (slurp_utf8, lines_utf8, etc.) operate in raw mode without CRLF translation. It uses autodie internally, so most failures will be thrown as exceptions. .gitignore |1 + perl-Path-Tiny.spec | 107 +++ sources |1 + 3 files changed, 109 insertions(+), 0 deletions(-) --- diff --git a/.gitignore b/.gitignore index e69de29..42075dd 100644 --- a/.gitignore +++ b/.gitignore @@ -0,0 +1 @@ +/Path-Tiny-[0-9.]*.tar.gz diff --git a/perl-Path-Tiny.spec b/perl-Path-Tiny.spec new file mode 100644 index 000..b0e25fc --- /dev/null +++ b/perl-Path-Tiny.spec @@ -0,0 +1,107 @@ +Name: perl-Path-Tiny +Version: 0.031 +Release: 2%{?dist} +Summary: File path utility +Group: Development/Libraries +License: ASL 2.0 +URL: http://search.cpan.org/dist/Path-Tiny/ +Source0: http://search.cpan.org/CPAN/authors/id/D/DA/DAGOLDEN/Path-Tiny-%{version}.tar.gz +BuildArch: noarch +# Module Build +BuildRequires: perl(ExtUtils::MakeMaker) = 6.30 +# Module Runtime +BuildRequires: perl(autodie::exception) = 2.14 +BuildRequires: perl(Carp) +BuildRequires: perl(constant) +BuildRequires: perl(Cwd) +BuildRequires: perl(Digest) = 1.03 +BuildRequires: perl(Digest::MD5) +BuildRequires: perl(Digest::SHA) = 5.45 +BuildRequires: perl(Exporter) = 5.57 +BuildRequires: perl(Fcntl) +BuildRequires: perl(File::Copy) +BuildRequires: perl(File::Path) = 2.07 +BuildRequires: perl(File::Spec) = 3.40 +BuildRequires: perl(File::stat) +BuildRequires: perl(File::Temp) = 0.18 +BuildRequires: perl(overload) +BuildRequires: perl(strict) +BuildRequires: perl(threads) +BuildRequires: perl(warnings) +# Test Suite +BuildRequires: perl(blib) +BuildRequires: perl(Capture::Tiny) +BuildRequires: perl(Devel::Hide) +BuildRequires: perl(File::Basename) +BuildRequires: perl(File::pushd) +BuildRequires: perl(File::Spec::Functions) +BuildRequires: perl(File::Spec::Unix) +BuildRequires: perl(List::Util) +BuildRequires: perl(open) +BuildRequires: perl(Test::Deep) +BuildRequires: perl(Test::FailWarnings) +BuildRequires: perl(Test::Fatal) +BuildRequires: perl(Test::More) = 0.96 +# Runtime +Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) +Requires: perl(Cwd) +Requires: perl(Digest) = 1.03 +Requires: perl(Digest::MD5) +Requires: perl(Digest::SHA) = 5.45 +Requires: perl(Fcntl) +Requires: perl(File::Copy) +Requires: perl(File::Path) = 2.07 +Requires: perl(File::stat) +Requires: perl(File::Temp) = 0.18 +Requires: perl(threads) + +# For performance and consistency +BuildRequires: perl(Unicode::UTF8) = 0.58 +Requires: perl(Unicode::UTF8) = 0.58 + +%description +This module attempts to provide a small, fast utility for working with file +paths. It is friendlier to use than File::Spec and provides easy access to +functions from several other core file handling modules. + +It doesn't attempt to be as full-featured as IO::All or Path::Class, nor does +it try to work for anything except Unix-like and Win32 platforms. Even then, it +might break if you try something particularly obscure or tortuous. + +All paths are forced to have Unix-style forward slashes. Stringifying the +object gives you back the path (after some clean up). + +File input/output methods flock handles before reading or writing, as +appropriate. + +The *_utf8 methods (slurp_utf8, lines_utf8, etc.) operate in raw mode without +CRLF translation. + +It uses autodie internally, so most failures will be thrown as exceptions. + +%prep +%setup -q -n Path-Tiny-%{version} + +%build +perl Makefile.PL INSTALLDIRS=vendor +make %{?_smp_mflags} + +%install +make pure_install DESTDIR=%{buildroot} +find %{buildroot} -type f -name .packlist -exec rm -f {} \; +%{_fixperms} %{buildroot} + +%check +make test + +%files +%doc Changes CONTRIBUTING LICENSE README +%{perl_vendorlib}/Path/ +%{_mandir}/man3/Path::Tiny.3pm* + +%changelog +* Mon Sep 2 2013 Paul Howarth p...@city-fan.org - 0.031-2 +- Sanitize for Fedora submission + +* Mon
[perl-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.59-3.fc19
The lightweight tag 'perl-Unicode-UTF8-0.59-3.fc19' was created pointing to: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) -- 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-Unicode-UTF8/f18] Initial import (perl-Unicode-UTF8-0.59-3)
Summary of changes: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) (*) (*) 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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.59-3.fc21
The lightweight tag 'perl-Unicode-UTF8-0.59-3.fc21' was created pointing to: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) -- 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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.59-3.el6
The lightweight tag 'perl-Unicode-UTF8-0.59-3.el6' was created pointing to: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) -- 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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.59-3.fc18
The lightweight tag 'perl-Unicode-UTF8-0.59-3.fc18' was created pointing to: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) -- 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-Unicode-UTF8] Created tag perl-Unicode-UTF8-0.59-3.fc20
The lightweight tag 'perl-Unicode-UTF8-0.59-3.fc20' was created pointing to: b77924e... Initial import (perl-Unicode-UTF8-0.59-3) -- 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-Hash-StoredIterator] Created tag perl-Hash-StoredIterator-0.007-2.fc21
The lightweight tag 'perl-Hash-StoredIterator-0.007-2.fc21' was created pointing to: 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2) -- 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-Hash-StoredIterator] Created tag perl-Hash-StoredIterator-0.007-2.fc19
The lightweight tag 'perl-Hash-StoredIterator-0.007-2.fc19' was created pointing to: 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2) -- 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-Hash-StoredIterator] Created tag perl-Hash-StoredIterator-0.007-2.fc20
The lightweight tag 'perl-Hash-StoredIterator-0.007-2.fc20' was created pointing to: 020f89d... Initial import (perl-Hash-StoredIterator-0.007-2) -- 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 Config-Tiny-2.15.tgz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Config-Tiny: 3727f8d0d6bcfcde83e01ad770c94e52 Config-Tiny-2.15.tgz -- 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-Path-Tiny] Created tag perl-Path-Tiny-0.031-3.fc19
The lightweight tag 'perl-Path-Tiny-0.031-3.fc19' was created pointing to: 672725e... BR: perl(Config) for the test suite (#1003660) -- 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-Path-Tiny] Created tag perl-Path-Tiny-0.031-3.fc20
The lightweight tag 'perl-Path-Tiny-0.031-3.fc20' was created pointing to: 672725e... BR: perl(Config) for the test suite (#1003660) -- 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-Path-Tiny] Created tag perl-Path-Tiny-0.031-3.fc21
The lightweight tag 'perl-Path-Tiny-0.031-3.fc21' was created pointing to: 672725e... BR: perl(Config) for the test suite (#1003660) -- 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-Path-Tiny/f19] (2 commits) ...BR: perl(Config) for the test suite (#1003660)
Summary of changes: 8628d0c... Initial import (perl-Path-Tiny-0.031-2) (*) 672725e... BR: perl(Config) for the test suite (#1003660) (*) (*) 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 1003385] perl-Rose-DB-Object-0.807 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1003385 Fedora Update System upda...@fedoraproject.org changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #4 from Fedora Update System upda...@fedoraproject.org --- Package perl-Rose-DB-Object-0.807-1.el6: * should fix your issue, * was pushed to the Fedora EPEL 6 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=epel-testing perl-Rose-DB-Object-0.807-1.el6' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11415/perl-Rose-DB-Object-0.807-1.el6 then log in and leave karma (feedback). -- 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=BbIxoxnDora=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-Config-Tiny] Update to 2.15
commit 2b037fc018de7624c2dd11797de6c32301fab58a Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 18:51:58 2013 +0100 Update to 2.15 - New upstream release 2.15 - Clean up the shambolic dates in the Changes file - Add a note under Caveats about setting options more that once - only the first case is respected (CPAN RT#69795) - Add a $encoding parameter to read_file() and write_file(), and add t/04.utf8.t and t/04.utf8.txt (CPAN RT#71029, CPAN RT#85571) - Fix temporary directory creation in tests for BSD-based systems - Rename t/*.t files - Add MANIFEST.SKIP, Changelog.ini, Build.PL, META.json - Add a FAQ to the docs - Clean up the docs - This release by RSAVAGE - update source URL - Specify all dependencies - Drop support for old rpm versions as we need Path::Tiny, which is not available there .gitignore|1 + perl-Config-Tiny.spec | 53 sources |2 +- 3 files changed, 37 insertions(+), 19 deletions(-) --- diff --git a/.gitignore b/.gitignore index 4feb901..1ca9118 100644 --- a/.gitignore +++ b/.gitignore @@ -1 +1,2 @@ /Config-Tiny-[0-9.]*.tar.gz +/Config-Tiny-[0-9.]*.tgz diff --git a/perl-Config-Tiny.spec b/perl-Config-Tiny.spec index d0b05bb..9925127 100644 --- a/perl-Config-Tiny.spec +++ b/perl-Config-Tiny.spec @@ -1,24 +1,30 @@ Name: perl-Config-Tiny -Version: 2.14 -Release: 10%{?dist} +Version: 2.15 +Release: 1%{?dist} Summary: Perl module for reading and writing .ini style configuration files Group: Development/Libraries License: GPL+ or Artistic URL: http://search.cpan.org/dist/Config-Tiny/ -Source0: http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/Config-Tiny-%{version}.tar.gz -BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu) +Source0: http://search.cpan.org/CPAN/authors/id/R/RS/RSAVAGE/Config-Tiny-%{version}.tgz BuildArch: noarch +# Module Build BuildRequires: perl(ExtUtils::MakeMaker) -BuildRequires: perl(Test::CPAN::Meta) -BuildRequires: perl(Test::More) -BuildRequires: perl(Test::Pod) +# Module Runtime +BuildRequires: perl(strict) +# Test Suite +BuildRequires: perl(File::Temp) = 0.19 +BuildRequires: perl(Path::Tiny) = 0.025 +BuildRequires: perl(Test::More) = 0.47 +BuildRequires: perl(UNIVERSAL) +BuildRequires: perl(utf8) +# Extra Tests +BuildRequires: perl(Test::CPAN::Meta) = 0.17 # Test::MinimumVersion - Perl::MinimumVersion - Perl::Critic - Config::Tiny %if 0%{!?perl_bootstrap:1} -# Test::MinimumVersion not available for EPEL 6 -%if %{rhel} != 4 %{rhel} != 5 -BuildRequires: perl(Test::MinimumVersion) -%endif +BuildRequires: perl(Test::MinimumVersion) = 0.101080 %endif +BuildRequires: perl(Test::Pod) = 1.44 +# Runtime Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) %description @@ -34,26 +40,37 @@ perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} %install -rm -rf %{buildroot} make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} \; -find %{buildroot} -depth -type d -exec rmdir {} \; 2/dev/null %{_fixperms} %{buildroot} %check make test make test TEST_FILES=xt/*.t AUTOMATED_TESTING=1 -%clean -rm -rf %{buildroot} - %files -%defattr(-,root,root,-) %doc Changes LICENSE README %{perl_vendorlib}/Config/ %{_mandir}/man3/Config::Tiny.3pm* %changelog +* Tue Sep 3 2013 Paul Howarth p...@city-fan.org - 2.15-1 +- Update to 2.15 + - Clean up the shambolic dates in the Changes file + - Add a note under Caveats about setting options more that once - only the +first case is respected (CPAN RT#69795) + - Add a $encoding parameter to read_file() and write_file(), and add +t/04.utf8.t and t/04.utf8.txt (CPAN RT#71029, CPAN RT#85571) + - Fix temporary directory creation in tests for BSD-based systems + - Rename t/*.t files + - Add MANIFEST.SKIP, Changelog.ini, Build.PL, META.json + - Add a FAQ to the docs + - Clean up the docs +- This release by RSAVAGE - update source URL +- Specify all dependencies +- Drop support for old rpm versions as we need Path::Tiny, which is not + available there + * Wed Aug 14 2013 Jitka Plesnikova jples...@redhat.com - 2.14-10 - Perl 5.18 re-rebuild of bootstrapped packages @@ -162,7 +179,7 @@ rm -rf %{buildroot} * Mon Jun 27 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 2.02-1 - Updated to 2.02 -* Fri Apr 7 2005 Michael Schwendt mschwendt[AT]users.sf.net - 2.01-2 +* Wed Apr 6 2005 Michael Schwendt mschwendt[AT]users.sf.net - 2.01-2 - Rebuilt * Thu Mar 24 2005 Jose Pedro Oliveira jpo at di.uminho.pt - 2.01-1 diff --git a/sources b/sources index aaace67..f2a97ec 100644 --- a/sources +++ b/sources @@ -1 +1 @@ -498b8fd37a190a214cddd5506be77720 Config-Tiny-2.14.tar.gz +3727f8d0d6bcfcde83e01ad770c94e52 Config-Tiny-2.15.tgz -- Fedora Extras Perl SIG
[perl-Config-Tiny/f20] Update to 2.15
Summary of changes: 2b037fc... Update to 2.15 (*) (*) 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-Config-Tiny] Created tag perl-Config-Tiny-2.15-1.fc21
The lightweight tag 'perl-Config-Tiny-2.15-1.fc21' was created pointing to: 2b037fc... Update to 2.15 -- 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-Config-Tiny] Created tag perl-Config-Tiny-2.15-1.fc20
The lightweight tag 'perl-Config-Tiny-2.15-1.fc20' was created pointing to: 2b037fc... Update to 2.15 -- 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-Crypt-DSA] CVE-2011-3599
commit aadaaacc0620568258e1311124accebc22be8c83 Author: Paul Howarth p...@city-fan.org Date: Tue Sep 3 19:35:59 2013 +0100 CVE-2011-3599 As taught by the '09 Debian PGP disaster relating to DSA, the randomness source is extremely important. On systems without /dev/random, Crypt::DSA falls back to using Data::Random. Data::Random uses rand(), about which the perldoc says rand() is not cryptographically secure. You should not rely on it in security-sensitive situations. In the case of DSA, this is even worse. Using improperly secure randomness sources can compromise the signing key upon signature of a message. See: http://rdist.root.org/2010/11/19/dsa-requirements-for-random-k-value/ It might seem that this would not affect Fedora since /dev/random is always available and so the fall back to Data::Random would never happen. However, if an application is confined using a MAC system such as SELinux then access to /dev/random could be denied by policy and the fall back would be triggered. perl-Crypt-DSA.spec | 13 +++-- remove-fallback.patch | 19 +++ 2 files changed, 30 insertions(+), 2 deletions(-) --- diff --git a/perl-Crypt-DSA.spec b/perl-Crypt-DSA.spec index b94cec1..ebeee82 100644 --- a/perl-Crypt-DSA.spec +++ b/perl-Crypt-DSA.spec @@ -1,11 +1,12 @@ Summary: Perl module for DSA signatures and key generation Name: perl-Crypt-DSA Version: 1.17 -Release: 9%{?dist} +Release: 10%{?dist} License: GPL+ or Artistic Group: Development/Libraries Url: http://search.cpan.org/dist/Crypt-DSA/ Source0: http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/Crypt-DSA-%{version}.tar.gz +Patch0:remove-fallback.patch Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version)) BuildArch: noarch BuildRequires: perl(Carp) @@ -38,6 +39,10 @@ verification, and key generation. %prep %setup -q -n Crypt-DSA-%{version} +# Remove the ability to fall back to the cryptographically-insecure Data::Random +# instead of using /dev/random (#743567, CPAN RT#71421, CVE-2011-3599) +%patch0 -p1 + %build perl Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} @@ -45,7 +50,6 @@ make %{?_smp_mflags} %install make pure_install DESTDIR=%{buildroot} find %{buildroot} -type f -name .packlist -exec rm -f {} ';' -find %{buildroot} -depth -type d -exec rmdir {} ';' 2/dev/null %{_fixperms} %{buildroot} %check @@ -64,6 +68,11 @@ make test AUTOMATED_TESTING=1 TEST_FILES=xt/*.t %{_mandir}/man3/Crypt::DSA::Util.3pm* %changelog +* Tue Sep 3 2013 Paul Howarth p...@city-fan.org - 1.17-10 +- Remove the ability to fall back to the cryptographically-insecure Data::Random + instead of using /dev/random (#743567, CPAN RT#71421, CVE-2011-3599) +- Don't need to remove empty directories from the buildroot + * Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org - 1.17-9 - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild diff --git a/remove-fallback.patch b/remove-fallback.patch new file mode 100644 index 000..f39bb3c --- /dev/null +++ b/remove-fallback.patch @@ -0,0 +1,19 @@ +Description: Remove the ability to fall back to Data::Random +Forwarded: yes +Bug: https://rt.cpan.org/Public/Bug/Display.html?id=71421 +Author: Harlan Lieberman-Berg h.liebermanb...@gmail.com +--- a/lib/Crypt/DSA/Util.pm b/lib/Crypt/DSA/Util.pm +@@ -64,11 +64,8 @@ + } + close $fh; + } +-elsif ( require Data::Random ) { +-$r .= Data::Random::rand_chars( set='numeric' ) for 1..$bytes; +-} + else { +-croak makerandom requires /dev/random or Data::Random; ++croak makerandom requires /dev/random; + } + my $down = $size - 1; + $r = unpack 'H*', pack 'B*', '0' x ( $size % 8 ? 8 - $size % 8 : 0 ) . -- 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-Crypt-DSA/f20] CVE-2011-3599
Summary of changes: aadaaac... CVE-2011-3599 (*) (*) 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