EPEL Fedora 5 updates-testing report
The following Fedora EPEL 5 Security updates need testing: Age URL 732 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5 186 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11893/libguestfs-1.20.12-1.el5 66 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0581/augeas-1.2.0-1.el5 14 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1074/cacti-0.8.8b-5.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1096/wordpress-3.8.3-1.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1126/check-mk-1.2.4p2-1.el5 7 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1119/znc-1.2-3.el5 6 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1156/drupal7-7.27-1.el5,drupal6-6.31-1.el5 0 https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1229/ndjbdns-1.06-1.el5 The following builds have been pushed to Fedora EPEL 5 updates-testing ndjbdns-1.06-1.el5 python-halite-0.1.16-1.el5 Details about builds: ndjbdns-1.06-1.el5 (FEDORA-EPEL-2014-1229) New djbdns: usable djbdns Update Information: * New release 1.06 of N-DJBDNS. * Includes security fixes. ChangeLog: * Tue Apr 15 2014 pjp pj.pan...@yahoo.co.in - 1.06-1 - Merged the one-second.patch. - Merged the dnscache-siphash.patch. - Fixed a segmentation fault in tcprules. - Fixed a time zone glitch to account for Daylight saving time. python-halite-0.1.16-1.el5 (FEDORA-EPEL-2014-1220) SaltStack Web UI Update Information: Updated to version 0.1.16. ChangeLog: * Tue Apr 22 2014 Erik Johnson e...@saltstack.com - 0.1.16-1 - Updated to version 0.1.16. ___ epel-devel mailing list epel-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: F21 System Wide Change: Workstation: Disable firewall
Am 23.04.2014 07:52, schrieb Liam: On Apr 22, 2014 5:09 AM, Christian Schaller wrote: I think this is a misunderstanding of who a developer might be and why they choose a system. Those of my friends and acquaintances, who are developers and who over the years have decided to switch their development laptops from Linux to predominantly MacOS X, has not done so because they had things they wanted to do that was 'impossible' to do with Linux or that they thought they could not figure out how to do with linux. Instead they moved because they got tired of spending time trying to make their system 'work'. This is in no way limited to dealing with the challenges of a firewall, but if we want to attract developers or any kind of user to our system we need to make it usable without needing daily google searches to figure out how you can do something and make parts of your system work. the daily google searches are much more because interfaces are permanently replaced - be it GUI's or CLI interfaces and configurations get invalid due all that replacements - *there* is the problem - what you know today maybe in 3 years as ivalid as what you learend 5 years ago about a Fedora system and whatever you find with Google is quentionable and likely outdated smart replacements whould keep interfaces as they are and only replace the code behind and add some options but not break the semantic The fact of the matter is that there's really no compelling reason for the average web developer, for instance, to move to Linux. Osx is already more powerful than any linux stop that i face every single day the opposite because on the other side of my desk is a OSX machine, terrible slow with the same CPU and a unacceptable usability compared with a recent KDE because you can't do this and that the usability part may be subjectively, the terrible slow is not given both of our machines have the same CPU signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: The Forgotten F: A Tale of Fedora's Foundations
Hi Mairin, Not sure exactly where you are coming from in terms of wanting legal to weigh in, but in general I don't think legals opinion is very relevant and this point. The first step here should always be us as a project deciding what user experience we want to offer our users, then once that is done go to legal and try to work with them to figure out how it can be done. A lawyers job is to worry, so if we make lawyers not being worried at all a pre-requisite to even thinking about something we should probably not be doing software at all. The brokenness of the US patent system combined with more brokenness in how the US legal system handles software patents probably means a lawyer would advice you to not be involved with software making at all due to the legal risks :) Christian - Original Message - From: Máirín Duffy du...@fedoraproject.org To: Stephen Gallagher sgall...@redhat.com, devel@lists.fedoraproject.org Sent: Tuesday, April 22, 2014 4:10:49 PM Subject: Re: The Forgotten F: A Tale of Fedora's Foundations On 04/22/2014 09:13 AM, Stephen Gallagher wrote: So one of the key questions here is whether the current policy on essentially hiding (protecting?) the user from these external software sources is truly in keeping with our Foundations, Mission and general project health. To be honest, I'm fairly uncomfortable discussing this without Fedora Legal weighing in. I don't see any problem with re-visiting the decisions made along this path, but I also am pretty confident the folks who decided things had to be this way are really smart and had good reasons. ~m -- 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: The Forgotten F: A Tale of Fedora's Foundations
On 4/22/14, Przemek Klosowski przemek.klosow...@nist.gov wrote: [cut] Everything in our repos is free, so putting the choice in the installer seems off to me. Our policy (which is complex and obviously driven by things stronger than the UX) generally leaves it to users post-install to add encumbered software. I don't actually see the advantage to the user in changing that. PackageKit's UI used to have filters I think some were based on license. Maybe the GNOME software devs would be interested in having some kind of selection for the type of software offered to you. Similarly to how some Android app stores work - e.g. show me only free apps, or you can show me paid apps too. Even if everything in our repos is free, should we assume that everything in the user's repos is free? What if user installs e. g., the rpmfusion repos? What we could do is to recognize the fact that many (most?) users adds repositories with all sorts of software, rpmfusion being an example. And let this be part of the vision forming our tools, instead of a strict fedora-only approach. There are some aspects on this: - I don't think Fedora is able add non-free, patent-encumbered sw in e. g., in the way Ubuntu does - it fails on the fact that US law is applicable (Ubuntu and rpmfusion are in the EU). Which makes solutions like rpmfusion the way to go. - rpmfusion could be improved to be a 'one-stop' shop for most non-free/patent encumbered sw. - When developing new tools like the Software Installer it would be nice if there is cooperation so that some external repo content was visible from an early stage as a proof of concept. Just my 5 öre, --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: The Forgotten F: A Tale of Fedora's Foundations
On Wed, Apr 23, 2014 at 10:45 AM, Alec Leamas leamas.a...@gmail.com wrote: There are some aspects on this: - I don't think Fedora is able add non-free, patent-encumbered sw in e. g., in the way Ubuntu does - it fails on the fact that US law is applicable [...] This has been repeated multiple times recently but that is still wrong. For patent-encumbered sure we cannot ship them without a patent license but there is no legal reason why we couldn't ship non free software (assuming the license allows redistribution) ... not saying that we should but claiming we can't for legal reasons is just plain wrong. -- 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: The Forgotten F: A Tale of Fedora's Foundations
On 4/23/14, drago01 drag...@gmail.com wrote: On Wed, Apr 23, 2014 at 10:45 AM, Alec Leamas leamas.a...@gmail.com wrote: There are some aspects on this: - I don't think Fedora is able add non-free, patent-encumbered sw in e. g., in the way Ubuntu does - it fails on the fact that US law is applicable [...] This has been repeated multiple times recently but that is still wrong. For patent-encumbered sure we cannot ship them without a patent license but there is no legal reason why we couldn't ship non free software (assuming the license allows redistribution) ... not saying that we should but claiming we can't for legal reasons is just plain wrong. Agreed (sloppy argumentation from my side). That said, being able to distribute non-free sw but not patent-encumbered is just a half-baked solution which isn't that interesting. You'd need something like rpmfusion anyway. --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: F21 System Wide Change: Workstation: Disable firewall
On 04/22/2014 09:17 PM, Russell Doty wrote: On Tue, 2014-04-22 at 15:04 -0400, Simo Sorce wrote: On Tue, 2014-04-22 at 14:41 -0400, Russell Doty wrote: On Tue, 2014-04-22 at 14:23 -0400, Simo Sorce wrote: On Tue, 2014-04-22 at 13:22 -0400, Russell Doty wrote: On Tue, 2014-04-22 at 19:01 +0200, Miloslav Trmač wrote: 2014-04-22 13:40 GMT+02:00 Stephen Gallagher sgall...@redhat.com: 3) Recovery and auditing are more important than prevention. This is only true for large managed enterprises, where recovery is possible in the first place (how many people don't have good backups?), and prevention is bordering on impossible (with the high number of systems and administrators). For individual users auditing is completely pointless, recovery is either impossible or a huge hassle, and prevention the only option. Well, the presentation was focused on enterprise systems... But there were some underlying themes: * Users will work around anything, including security features, that interfere with them doing their job. * It is impossible to completely secure a system. A prevention only approach doesn't work well. * An effective security model is built around Deter, Detect, Delay, Respond, Remediate. * Security is one of multiple threats to system integrity. All very true, but you do not remove the Deterrent, just because you have the other 4 layers (which we do *not* have very much in Fedora when it is used as a simple workstation). Absolutely true - the foundation of the stack is Deter. The point is that we can't harden a system enough for Deter alone to be fully effective, so we need to have the complete security model. And you are right. We have a real opportunity to look at an overall people centric approach to security in Fedora. Look at the traditional threat models, look at the people issues, and look at an overall approach to maintaining system integrity. I'd like to see us exploring system integrity in greater depth. This is why people say we need to improve the Firewall experience not raise white flag and disable it. Agree. Unfortunately, the easy way out is to punch so many holes in the default firewall that it doesn't offer much protection... not really true, having the default one allow access only from the local lan at most is a huge improvement rather than no firewall. All you need is a button that lets you select between 3 zones when you join a new network and you have a much better system already, nothing fancy, and the 3 zones correspond to the concepts of: open to everyone (effectively disables any protection) open to the local lan only (what you would select at home/work/trusted network) closed (what you would select in a public place on an untrusted network) This sounds a lot like the Network Manager model. Could this basic firewall configuration be integrated with the Network Manager interface? So that a user sets their security profile one place, and all related system settings and configurations are updated? Please have a look at edit connection in the NetworkManager applet. There have been plans to query for the zone that should be used for a connection before activating this connection for the first time. There are even sketches for this. But as I said before, this has been rejected by the desktop team. Because of this I created firewall-applet, which provides a simple UI to switch zones for connections with NetworkManager and for interface and source bindings. It is quite simple to describe even to a non expert user what these means in general terms. Of course it won't be perfect, but much better than nothing, and much, much friendlier than what we have now. A combination of this and having all commonly used applications configure the firewall when installed/uninstalled looks like a good start, especially from a usability perspective. Simo. -- Simo Sorce * Red Hat, Inc * New York Thomas -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
Hi, On Tue, 2014-04-22 at 15:54 -0700, Arun SAG wrote: Hi, I see openjdk-1.8.0 got built and pushed as an update for fedora 19 http://koji.fedoraproject.org/koji/buildinfo?buildID=505651 . In the past the i686 rpms of openjdk were pushed into release x86_64 repo of fedora 19 (http://mirrors.kernel.org/fedora-enchilada/linux/releases/19/Everything/x86_64/os/Packages/j/) , But with this particular update the i686 rpm never got pushed into x86_64 repository http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/x86_64/ Any reason why it is not happening? I can only guess, but i386 updates being pushed to a x86_64 repo sounds like a bug to me. The update you are looking for (b132) is in the i386 updates repo: http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/i386/ HTH, Severin -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
On Wed, 23 Apr 2014 11:51:21 +0200, Severin Gehwolf wrote: I can only guess, but i386 updates being pushed to a x86_64 repo sounds like a bug to me. No, it's a pretty normal thing the mash multilib compose strategy does. http://pkgs.fedoraproject.org/cgit/mash.git/tree/ -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
On Tue, 22 Apr 2014 15:54:51 -0700, Arun SAG wrote: Hi, I see openjdk-1.8.0 got built and pushed as an update for fedora 19 http://koji.fedoraproject.org/koji/buildinfo?buildID=505651 . In the past the i686 rpms of openjdk were pushed into release x86_64 repo of fedora 19 (http://mirrors.kernel.org/fedora-enchilada/linux/releases/19/Everything/x86_64/os/Packages/j/) , But with this particular update the i686 rpm never got pushed into x86_64 repository http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/x86_64/ Any reason why it is not happening? Intiminate familiarity with the mash compose tool is needed here. openjdk is on the multilib blacklist, 188 blacklist = ['dmraid-devel', 'kdeutils-devel', 'mkinitrd-devel', 'java-1.5.0-gcj-devel', 'java-1.7.0-icedtea-devel', 'php-devel', 'java-1.6.0-openjdk-devel', 189 'java-1.7.0-openjdk-devel', 'java-1.8.0-openjdk-devel' ] but i686 rpms may still be pulled in to resolve multilib dependencies. http://pkgs.fedoraproject.org/cgit/mash.git/tree/ -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
On 04/23/2014 12:07 PM, Michael Schwendt wrote: On Wed, 23 Apr 2014 11:51:21 +0200, Severin Gehwolf wrote: I can only guess, but i386 updates being pushed to a x86_64 repo sounds like a bug to me. No, it's a pretty normal thing the mash multilib compose strategy does. http://pkgs.fedoraproject.org/cgit/mash.git/tree/\ No, Java is exempt from multilib, see: https://fedorahosted.org/fesco/ticket/961 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: java-1.8.0-openjdk i686 and x86_64 rpms
On 04/23/2014 12:54 AM, Arun SAG wrote: Hi, I see openjdk-1.8.0 got built and pushed as an update for fedora 19 http://koji.fedoraproject.org/koji/buildinfo?buildID=505651 . In the past the i686 rpms of openjdk were pushed into release x86_64 repo of fedora 19 (http://mirrors.kernel.org/fedora-enchilada/linux/releases/19/Everything/x86_64/os/Packages/j/) , But with this particular update the i686 rpm never got pushed into x86_64 repository http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/x86_64/ Any reason why it is not happening? Java packages don't support multilib for several reasons. Because of that Java has been granted an multibib exemption by FESCo [1]. 32-bit JVMs not appearing in 64-bit repos is an expected thing. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk [1] https://fedorahosted.org/fesco/ticket/961 -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
On Wed, 23 Apr 2014 12:13:29 +0200, Mikolaj Izdebski wrote: On 04/23/2014 12:07 PM, Michael Schwendt wrote: On Wed, 23 Apr 2014 11:51:21 +0200, Severin Gehwolf wrote: I can only guess, but i386 updates being pushed to a x86_64 repo sounds like a bug to me. No, it's a pretty normal thing the mash multilib compose strategy does. http://pkgs.fedoraproject.org/cgit/mash.git/tree/\ No, Java is exempt from multilib, see: https://fedorahosted.org/fesco/ticket/961 Yes, see my other reply in this thread. Here I only replied to the general i386 updates being pushed to a x86_64 repo sounds like a bug to me, which is wrong. -- 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-libwww-perl] The patch submitted as CPAN RT #94959
commit 686b7e2fa94276123d9b5a11b0ae452c6144d15c
Author: Petr Písař ppi...@redhat.com
Date: Wed Apr 23 13:01:02 2014 +0200
The patch submitted as CPAN RT #94959
perl-libwww-perl.spec |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/perl-libwww-perl.spec b/perl-libwww-perl.spec
index 6ea3f2a..5dec4b9 100644
--- a/perl-libwww-perl.spec
+++ b/perl-libwww-perl.spec
@@ -6,7 +6,7 @@ Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/libwww-perl/
Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/libwww-perl-%{version}.tar.gz
-# Run tests against localhost
+# Run tests against localhost, CPAN RT#94959
Patch0: libwww-perl-6.06-Connect-to-localhost-instead-of-hostname.patch
BuildArch: noarch
BuildRequires: perl
@@ -146,7 +146,7 @@ make test
%changelog
* Wed Apr 23 2014 Petr Pisar ppi...@redhat.com - 6.06-1
- 6.06 bump
-- Run tests against localhost
+- Run tests against localhost (CPAN RT#94959)
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 6.05-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
--
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: java-1.8.0-openjdk i686 and x86_64 rpms
On Wed, 23 Apr 2014 12:20:20 +0200, Mikolaj Izdebski wrote: On 04/23/2014 12:54 AM, Arun SAG wrote: Hi, I see openjdk-1.8.0 got built and pushed as an update for fedora 19 http://koji.fedoraproject.org/koji/buildinfo?buildID=505651 . In the past the i686 rpms of openjdk were pushed into release x86_64 repo of fedora 19 (http://mirrors.kernel.org/fedora-enchilada/linux/releases/19/Everything/x86_64/os/Packages/j/) , But with this particular update the i686 rpm never got pushed into x86_64 repository http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/x86_64/ Any reason why it is not happening? Java packages don't support multilib for several reasons. Because of that Java has been granted an multibib exemption by FESCo [1]. 32-bit JVMs not appearing in 64-bit repos is an expected thing. That's not the full story, however. Follow the last link in above post, http://mirrors.kernel.org/fedora-enchilada/linux/updates/19/x86_64/ and notice the i686 package in the repo and its date: java-1.5.0-gcj-1.5.0.0-44.fc19.x86_64.rpm 19-Sep-2013 19:05 161K java-1.5.0-gcj-devel-1.5.0.0-44.fc19.x86_64.rpm 19-Sep-2013 19:06 48K java-1.5.0-gcj-javadoc-1.5.0.0-44.fc19.x86_64.rpm 19-Sep-2013 19:06 13M java-1.5.0-gcj-src-1.5.0.0-44.fc19.x86_64.rpm 19-Sep-2013 19:06 25K ! java-1.7.0-openjdk-1.7.0.60-2.4.7.0.fc19.i686.rpm 16-Apr-2014 13:35 27M java-1.7.0-openjdk-1.7.0.60-2.4.7.0.fc19.x86_64.rpm 16-Apr-2014 13:36 25M java-1.7.0-openjdk-accessibility-1.7.0.60-2.4.7.0.fc19.x86_64.rpm 16-Apr-2014 13:33 26K java-1.7.0-openjdk-demo-1.7.0.60-2.4.7.0.fc19.x86_64.rpm 16-Apr-2014 13:34 1.9M java-1.7.0-openjdk-devel-1.7.0.60-2.4.7.0.fc19.x86_64.rpm 16-Apr-2014 13:32 9.2M java-1.7.0-openjdk-javadoc-1.7.0.60-2.4.7.0.fc19.noarch.rpm 16-Apr-2014 13:32 14M java-1.7.0-openjdk-src-1.7.0.60-2.4.7.0.fc19.x86_64.rpm 16-Apr-2014 13:36 39M java-1.8.0-openjdk-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:13 192K java-1.8.0-openjdk-accessibility-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:13 9.7K java-1.8.0-openjdk-demo-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:12 1.9M java-1.8.0-openjdk-devel-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:15 9.2M java-1.8.0-openjdk-headless-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:14 28M java-1.8.0-openjdk-javadoc-1.8.0.0-0.34.b132.fc19.noarch.rpm 20-Mar-2014 18:12 15M java-1.8.0-openjdk-src-1.8.0.0-0.34.b132.fc19.x86_64.rpm 20-Mar-2014 18:13 21M -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
dnf-0.5.0
Hi, the 0.5.0 is out today, Rawhide only for the moment. See also: dnf.baseurl.org/2014/04/23/dnf-0-5-0-released/ http://akozumpl.github.io/dnf/release_notes.html#id31 Cheers, Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: BerkeleyDB 6
Dne 16.4.2014 15:44, Petr Pisar napsal(a): On 2014-04-11, Jaroslav Reznik jrez...@redhat.com wrote: = Proposed System Wide Change: BerkeleyDB 6 = https://fedoraproject.org/wiki/Changes/BerkeleyDB_6 [...] The BerkeleyDB, used between others by rpm [1], changed license between versions 5.* and 6.* to AGPLv3+ from GPLv2+. As those two licenses are not compatible, packages using the BerkeleyDB either has to change its license to AGPLv3+ compatible, keep on using the older BerkeleyDB or use another DB entirely. Does that mean than any GPL+ package linked to libdb-6 will have to change license to AGPLv3+? That would have significant impact not only on packagers but also on users. I'm no lawyer, but as I understand it, any GPLv2+ package linked against libdb-6 will need to change license - however, AFAIK it could change its license to GPLv3+, because AGPLv3+ and GPLv3+ both have clauses that make them compatible with each other ([1], [2]). On the other hand, the clause [1] basically states (if I understood it correctly) that any such combination is basically under AGPLv3+, so i don't know if it makes much difference. [1] http://www.gnu.org/licenses/gpl-3.0.html#section13 [2] http://www.gnu.org/licenses/agpl-3.0.html#section13 -- Jan Stanek - Red Hat Associate Developer Engineer - Databases Team -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Deliverables and release engineering changes for Fedora.Next
Hi! As it seems, Fedora.Next and product planning leads also to changes how Fedora is produced and how it's going to be distributed to our users. For this, we need to collect product deliverables, so needed changes for release engineering can be planned (and implemented) and as I was talking to Dennis, we're are currently blocked on it. I created rel-eng ticket - WGs, please, try to sum up required changes there (in consumable way), so we have it in one place (for possible overlaps in requirements etc). https://fedorahosted.org/rel-eng/ticket/5891 Currently, Alpha Change Deadline is planned for no earlier than 2014-07-22, it's not as far as it sounds, especially if changes in releng are needed. So let's try to work this out as soon as possible. I suppose, in the end, FESCo should approve requested changes in product deliverables. So once requirements are collected, I'll create (yet another) ticket for FESCo. Or even better - as Cloud did - Change proposal would be the best solution, even after the submission deadline. (Sorry for cross-posting;-). Thanks Jaroslav -- 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 1084093] perl-CPAN-Inject-1.14-4.fc21 FTBFS in non-koji mock
https://bugzilla.redhat.com/show_bug.cgi?id=1084093 Petr Pisar ppi...@redhat.com changed: What|Removed |Added External Bug ID||CPAN 94963 -- 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=TJI31YHlgKa=cc_unsubscribe -- 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: F21 System Wide Change: Workstation: Disable firewall
On Wed, 2014-04-23 at 11:37 +0200, Thomas Woerner wrote: There have been plans to query for the zone that should be used for a connection before activating this connection for the first time. There are even sketches for this. But as I said before, this has been rejected by the desktop team. There's a proposal to do just this at the bottom of the first post in https://bugzilla.gnome.org/show_bug.cgi?id=727580 Because of this I created firewall-applet, which provides a simple UI to switch zones for connections with NetworkManager and for interface and source bindings. I noticed this when I installed firewalld on Arch, which does not place it in a separate subpackage like Fedora does (Arch prefers vanilla packaging). It's so out of place in GNOME that it makes firewalld really undesirable on Arch. I wonder if it should live in a separate repository? It just doesn't seem like the sort of thing most firewalld users would want by default. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Fedora 20 Puppet update and SELinux policy
Okay, count me in. Is there a BZ already in place for reporting issues or should such reports just go straight to Bodhi, or simply back here? There is this one: https://bugzilla.redhat.com/show_bug.cgi?id=1012426 Thanks a lot. -- Later, Lukas lzap Zapletal irc: lzap #theforeman -- 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: The Forgotten F: A Tale of Fedora's Foundations
On 23 April 2014 02:29, Christian Schaller cscha...@redhat.com wrote: Hi Mairin, Not sure exactly where you are coming from in terms of wanting legal to weigh in, but in general I don't think legals opinion is very relevant and this point. The first step here should always be us as a project deciding what user experience we want to offer our users, then once that is done go to legal and try to work with them to figure out how it can be done. The reason was that Legal was the big reason the rules are in place in the first place. They are not just in place because of software patents. They are in place because of different national laws on copyright, what is considered to be infringement or redistribution by even linking, trademark use (also dependent on nation etc), competition rules, and a probably another dozen other factors. Trying to ignore that and say we will try and work with legal after we have decided what we want to do is taking a long walk on a short pier.. you end up getting wet. -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: EPEL Clang package doesn't work on Amazon Linux
Tested it on the latest amazon linux and it works perfectly. Thank you! What are the next steps to get the change into EPEL? -Tyler On Tue, Apr 22, 2014 at 10:07 PM, Dave Johansen davejohan...@gmail.comwrote: On Mon, Apr 21, 2014 at 11:40 AM, Tyler Brock tyler.br...@gmail.comwrote: Hey Dave, hope you had a nice weekend. Any update on the rpms? Repos for x86 32-bit and 64-bit can be found at: http://daveisfera.fedorapeople.org/yum/llvm-3.4/ ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: The Forgotten F: A Tale of Fedora's Foundations
On Wed, Apr 23, 2014 at 4:24 PM, Stephen John Smoogen smo...@gmail.com wrote: On 23 April 2014 02:29, Christian Schaller cscha...@redhat.com wrote: Hi Mairin, Not sure exactly where you are coming from in terms of wanting legal to weigh in, but in general I don't think legals opinion is very relevant and this point. The first step here should always be us as a project deciding what user experience we want to offer our users, then once that is done go to legal and try to work with them to figure out how it can be done. The reason was that Legal was the big reason the rules are in place in the first place. They are not just in place because of software patents. They are in place because of different national laws on copyright, what is considered to be infringement or redistribution by even linking, trademark use (also dependent on nation etc), competition rules, and a probably another dozen other factors. All of this applies to any software regardless whether it is free or not (as I said in the other mail). Copyright law does not differentiate between free and non free software. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Review swaps
Would anyone like to swap reviews? I have 2 pending: subunit: https://bugzilla.redhat.com/show_bug.cgi?id=1065539 This subsumes the existing python-subunit package. It would be good if the reviewer could verify that the python-subunit subpackage is essentially equivalent to the existing python-subunit package. balloontip: https://bugzilla.redhat.com/show_bug.cgi?id=1087605 This is a Java Swing component I need for another package (OpenDial). Let me know what I can review for you in exchange. Thanks, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Audacious 3.5 entering Rawhide
With the fresh release of Audacious 3.5 final [1], I'm going to push this new release also to Rawhide. It has been available via Copr [2] since alpha1 already, and although I've not received any user feedback on the pre-releases at all, I've evaluated it personally and also followed upstream activity. Relevant for the Fedora packages: - plugin package rebuilds will be needed due to a new Plugin API version - the Plugin API version has moved into header api.h, so package spec files that grep the version need to be adjusted - the API changes may require minor modifications to external plugins I'll rebuild xmp-plugin-audacious as necessary unless there will be a request not to do that yet. [1] http://audacious-media-player.org/news/27-audacious-3-5-released [2] https://lists.fedoraproject.org/pipermail/devel/2014-March/196147.html -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Mass bug proposal: packages that auto-enable systemd units
On Tue, Apr 22, 2014 at 7:02 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Tue, Apr 22, 2014 at 12:17:10PM -0700, Andrew Lutomirski wrote: Examples of runs once then goes away services include iptables and udev. I removed udev from this paragraph on the wiki, since it's persistent and is a bad example. Thanks :) If no one tells me otherwise today, I will take the lack of objections to the mass bug filing as consensus. --Andy -- 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: Mass bug proposal: packages that auto-enable systemd units
On Wed, Apr 23, 2014 at 08:49:58AM -0700, Andrew Lutomirski wrote: If no one tells me otherwise today, I will take the lack of objections to the mass bug filing as consensus. Yeah, no objections from my side. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: EPEL Clang package doesn't work on Amazon Linux
On Wed, Apr 23, 2014 at 7:28 AM, Tyler Brock tyler.br...@gmail.com wrote: Tested it on the latest amazon linux and it works perfectly. Thank you! What are the next steps to get the change into EPEL? -Tyler I'll add the patch to the git branch of llvm for EPEL6 and do the build. It will then be available in the testing repos and I can then transfer it to the release repos 14 days later. The patch should also be submitted upstream to fix the issue globally and maybe it could even be considered as part of the upcoming 3.4.1 release. Dave ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Mass bug proposal: packages that auto-enable systemd units
On Wed, 23 Apr 2014 08:49:58 -0700 Andrew Lutomirski l...@mit.edu wrote: On Tue, Apr 22, 2014 at 7:02 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Tue, Apr 22, 2014 at 12:17:10PM -0700, Andrew Lutomirski wrote: Examples of runs once then goes away services include iptables and udev. I removed udev from this paragraph on the wiki, since it's persistent and is a bad example. Thanks :) If no one tells me otherwise today, I will take the lack of objections to the mass bug filing as consensus. It seems like it might be workable to have a provenpackager fix up any of these not fixed in a few weeks... If you would like to add to the text that after 3 weeks provenpackagers may step in and fix these issues, that might be good? Or is there some reason that wouldn't be a good idea? 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: EPEL Clang package doesn't work on Amazon Linux
Great, will you let me know when it goes into testing? -Tyler On Wed, Apr 23, 2014 at 11:56 AM, Dave Johansen davejohan...@gmail.comwrote: On Wed, Apr 23, 2014 at 7:28 AM, Tyler Brock tyler.br...@gmail.comwrote: Tested it on the latest amazon linux and it works perfectly. Thank you! What are the next steps to get the change into EPEL? -Tyler I'll add the patch to the git branch of llvm for EPEL6 and do the build. It will then be available in the testing repos and I can then transfer it to the release repos 14 days later. The patch should also be submitted upstream to fix the issue globally and maybe it could even be considered as part of the upcoming 3.4.1 release. Dave ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel ___ epel-devel mailing list epel-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/epel-devel
Re: Mass bug proposal: packages that auto-enable systemd units
On Wed, Apr 23, 2014 at 9:06 AM, Kevin Fenzi ke...@scrye.com wrote: On Wed, 23 Apr 2014 08:49:58 -0700 Andrew Lutomirski l...@mit.edu wrote: On Tue, Apr 22, 2014 at 7:02 PM, Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl wrote: On Tue, Apr 22, 2014 at 12:17:10PM -0700, Andrew Lutomirski wrote: Examples of runs once then goes away services include iptables and udev. I removed udev from this paragraph on the wiki, since it's persistent and is a bad example. Thanks :) If no one tells me otherwise today, I will take the lack of objections to the mass bug filing as consensus. It seems like it might be workable to have a provenpackager fix up any of these not fixed in a few weeks... If you would like to add to the text that after 3 weeks provenpackagers may step in and fix these issues, that might be good? Or is there some reason that wouldn't be a good idea? As long as the provenpackager is wiling to double-check that the change is correct, it sounds good to me. Most of these seem like copies of a buggy sysv conversion script and don't even happen on initial installation, so it seems very unlikely that important package functionality depends on the scripts running. --Andy kevin -- 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: java-1.8.0-openjdk i686 and x86_64 rpms
On Wed, 2014-04-23 at 13:01 +0200, Michael Schwendt wrote: On Wed, 23 Apr 2014 12:13:29 +0200, Mikolaj Izdebski wrote: On 04/23/2014 12:07 PM, Michael Schwendt wrote: On Wed, 23 Apr 2014 11:51:21 +0200, Severin Gehwolf wrote: I can only guess, but i386 updates being pushed to a x86_64 repo sounds like a bug to me. No, it's a pretty normal thing the mash multilib compose strategy does. http://pkgs.fedoraproject.org/cgit/mash.git/tree/\ No, Java is exempt from multilib, see: https://fedorahosted.org/fesco/ticket/961 Yes, see my other reply in this thread. Here I only replied to the general i386 updates being pushed to a x86_64 repo sounds like a bug to me, which is wrong. Thanks for clarifying, Michael! Learned something. Cheers, Severin -- 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 Thursday's FPC Meeting (2014-04-24 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2014-04-24 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2014-04-24 09:00 Thu US/Pacific PDT 2014-04-24 12:00 Thu US/Eastern EDT 2014-04-24 16:00 Thu UTC - 2014-04-24 17:00 Thu Europe/London BST 2014-04-24 18:00 Thu Europe/Paris CEST 2014-04-24 18:00 Thu Europe/Berlin CEST 2014-04-24 21:30 Thu Asia/Calcutta IST --new day-- 2014-04-25 00:00 Fri Asia/Singapore SGT 2014-04-25 00:00 Fri Asia/Hong_Kong HKT 2014-04-25 01:00 Fri Asia/Tokyo JST 2014-04-25 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = (approval and retirement sections already passed, /opt exception passed) #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 #topic #382 Go Packaging Guidelines Draft .fpc 382 https://fedorahosted.org/fpc/ticket/382 #topic #400 Exception for bundled library FoX in exciting .fpc 400 https://fedorahosted.org/fpc/ticket/400 (remaining votes needed) #topic #407 Bundled lib exception request (copylibs) for sha1 bundled with apt-cacher-ng .fpc 407 https://fedorahosted.org/fpc/ticket/407 (remaining votes needed) #topic #408 Temporary jquery bundling exception for libserialport .fpc 408 https://fedorahosted.org/fpc/ticket/408 (remaining votes needed) #topic #416 Temporary bundling exception for ipython .fpc 416 https://fedorahosted.org/fpc/ticket/416 (remaining votes needed) #topic #420 PHP Guidelines change - numeric prefix .fpc 420 https://fedorahosted.org/fpc/ticket/420 = New business = #topic #411 proposal: migrate license files to %license instead of %doc .fpc 411 https://fedorahosted.org/fpc/ticket/411 #topic #413 Bundling exception request for nodejs-shelljs .fpc 413 https://fedorahosted.org/fpc/ticket/413 #topic #414 Please consider requiring AppData for all desktop applications .fpc 414 https://fedorahosted.org/fpc/ticket/414 #topic #417 sha2 library bundling in clementine .fpc 417 https://fedorahosted.org/fpc/ticket/417 #topic #418 Bundling exception for reaver-wps .fpc 418 https://fedorahosted.org/fpc/ticket/418 #topic #419 ruby193 in SCL .fpc 419 https://fedorahosted.org/fpc/ticket/419 #topic #421 Update environment modules guidelines .fpc 421 https://fedorahosted.org/fpc/ticket/421 #topic #422 move an existing package to a different upstream fork .fpc 422 https://fedorahosted.org/fpc/ticket/422 #topic #423 Bundling exception request (copylib) for TommyDS library used in SnapRAID .fpc 423 https://fedorahosted.org/fpc/ticket/423 #topic #424 Bundling exception request for nodejs-weak-map .fpc 424 https://fedorahosted.org/fpc/ticket/424 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 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/fpc, 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. signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Schedule for Thursday's FPC Meeting (2014-04-24 16:00 UTC)
Following is the list of topics that will be discussed in the FPC meeting Thursday at 2014-04-24 16:00 UTC in #fedora-meeting-1 on irc.freenode.net. Local time information (via. rktime): 2014-04-24 09:00 Thu US/Pacific PDT 2014-04-24 12:00 Thu US/Eastern EDT 2014-04-24 16:00 Thu UTC - 2014-04-24 17:00 Thu Europe/London BST 2014-04-24 18:00 Thu Europe/Paris CEST 2014-04-24 18:00 Thu Europe/Berlin CEST 2014-04-24 21:30 Thu Asia/Calcutta IST --new day-- 2014-04-25 00:00 Fri Asia/Singapore SGT 2014-04-25 00:00 Fri Asia/Hong_Kong HKT 2014-04-25 01:00 Fri Asia/Tokyo JST 2014-04-25 02:00 Fri Australia/Brisbane EST Links to all tickets below can be found at: https://fedorahosted.org/fpc/report/12 = Followups = (approval and retirement sections already passed, /opt exception passed) #topic #339 software collections in Fedora .fpc 339 https://fedorahosted.org/fpc/ticket/339 #topic #382 Go Packaging Guidelines Draft .fpc 382 https://fedorahosted.org/fpc/ticket/382 #topic #400 Exception for bundled library FoX in exciting .fpc 400 https://fedorahosted.org/fpc/ticket/400 (remaining votes needed) #topic #407 Bundled lib exception request (copylibs) for sha1 bundled with apt-cacher-ng .fpc 407 https://fedorahosted.org/fpc/ticket/407 (remaining votes needed) #topic #408 Temporary jquery bundling exception for libserialport .fpc 408 https://fedorahosted.org/fpc/ticket/408 (remaining votes needed) #topic #416 Temporary bundling exception for ipython .fpc 416 https://fedorahosted.org/fpc/ticket/416 (remaining votes needed) #topic #420 PHP Guidelines change - numeric prefix .fpc 420 https://fedorahosted.org/fpc/ticket/420 = New business = #topic #411 proposal: migrate license files to %license instead of %doc .fpc 411 https://fedorahosted.org/fpc/ticket/411 #topic #413 Bundling exception request for nodejs-shelljs .fpc 413 https://fedorahosted.org/fpc/ticket/413 #topic #414 Please consider requiring AppData for all desktop applications .fpc 414 https://fedorahosted.org/fpc/ticket/414 #topic #417 sha2 library bundling in clementine .fpc 417 https://fedorahosted.org/fpc/ticket/417 #topic #418 Bundling exception for reaver-wps .fpc 418 https://fedorahosted.org/fpc/ticket/418 #topic #419 ruby193 in SCL .fpc 419 https://fedorahosted.org/fpc/ticket/419 #topic #421 Update environment modules guidelines .fpc 421 https://fedorahosted.org/fpc/ticket/421 #topic #422 move an existing package to a different upstream fork .fpc 422 https://fedorahosted.org/fpc/ticket/422 #topic #423 Bundling exception request (copylib) for TommyDS library used in SnapRAID .fpc 423 https://fedorahosted.org/fpc/ticket/423 #topic #424 Bundling exception request for nodejs-weak-map .fpc 424 https://fedorahosted.org/fpc/ticket/424 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at: https://fedorahosted.org/fpc/report/12 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/fpc, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Thursday's FPC Meeting (2014-04-24 16:00 UTC)
James Antill wrote: If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket athttps://fedorahosted.org/fpc, 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. There's a minor issue I'd like to have addressed. According to the binfmt.d manpage, packages should place their files in /lib/binfmt.d and users may override in /etc/binfmt.d. There are only 3 packages that I know of that create binfmt.d files: qemu, ksh, and wine. Qemu places them in /lib but the other two place their files in /etc. There is no formal guideline that I can find on this so I'd like to have FPC at least comment on it. Common sense would dictate ksh and wine need to follow the manpage. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Schedule for Thursday's FPC Meeting (2014-04-24 16:00 UTC)
On Wed, 23.04.14 13:15, Michael Cronenworth (m...@cchtml.com) wrote: James Antill wrote: If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket athttps://fedorahosted.org/fpc, 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. There's a minor issue I'd like to have addressed. According to the binfmt.d manpage, packages should place their files in /lib/binfmt.d and users may override in /etc/binfmt.d. There are only 3 packages that I know of that create binfmt.d files: qemu, ksh, and wine. Qemu places them in /lib but the other two place their files in /etc. There is no formal guideline that I can find on this so I'd like to have FPC at least comment on it. Common sense would dictate ksh and wine need to follow the manpage. Hmm, we should probably do our homework first from the systemd side, and provide some RPM macros so that packages installing binfmt snippets can actually register/unregister them on package installation/deinstallation correctly. And when that's done we should probably ask FPC to propose usage of these macros in the guidelines, and then make the changes to the packages... Lennart -- Lennart Poettering, 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: F21 System Wide Change: BerkeleyDB 6
Hello, 2014-04-11 13:18 GMT+02:00 Jaroslav Reznik jrez...@redhat.com: = Proposed System Wide Change: BerkeleyDB 6 = https://fedoraproject.org/wiki/Changes/BerkeleyDB_6 At the FESCo meeting, we were unclear what happens to packages that don't get updated; will they sty at v5, or will they (immediately, or after a possible mass rebuild) start using v6? FESCo would prefer a transition plan in which we don't risk violating licenses by omission (e.g. requiring an active maintainer's action to move a package to v6, or having somebody sign up to verify all packages in case the owners forgot). Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F21 System Wide Change: Fedora 21 Make 4.0 Update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 14 Apr 2014 14:29:21 +0200 Jaroslav Reznik jrez...@redhat.com wrote: = Proposed System Wide Change: Fedora 21 Make 4.0 Update = https://fedoraproject.org/wiki/Changes/F21Make40 Change owner(s): Patsy Franklin pfran...@redhat.com This change brings Make 4.0 to Fedora 21. == Detailed Description == The purpose of this update is to synchronize Fedora with the most recent Make release. Several new features, new command line options, new variables, and bug fixes have been implemented in Make 4.0. Improved error reporting may result in log file differences. If a recipe fails, the makefile name and linenumber of the recipe are shown. There is one backwards-incompatibility regarding the use of .POSIX. Make 4.0 will adhere to POSIX requirements for backshlash/newline handling. See the link included under Documentation for more details. A new subpackage make-devel will be created containing gnumake.h,a new file containing externally-visible content. == Scope == * Proposal owners: ** Rebase to make-4.0 ** 6 patches need to be updated to work with new sources ** 14 patches will be removed as they are already supported by the make-4.0 rebase ** make.spec will be updated ** local build and test (already completed for glibc and gcc) ** patch created and submitted ** build * Other developers: There are some minor error message changes that may show up as log file differences. If a package's makefile requires a specific version of make, the makefiles may need editing to include make 4.0. * Release engineering: There will be a new subpackage make-devel. what exactly is releng supposed to do withthe new subpackage? Dennis -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTWAZpAAoJEH7ltONmPFDR/WcP/jPbH3p1R7Tisd56eN3Psr6i 6KCWlltPwpRcKPxMwxcMkhk3ueqtHyOZHn3PpN3K2mCipP8CZuk9Mtkld7ZMV0t5 UJrN4cWWdoNMnfsJAegDfFD5NQzp3S6QVqittpkUXJwwvRQFcLZGYSYHnDy8Rx0k a7WxJTYtxxSzZhDhly95Yyu2c0v+WuD+92P1VqTNRgAsWTPkQgx4cQc+6kGyn3yv 3/NKGa2WVUP2SZ8O9VuCB9MsUFBtzlhx+5lh1RNRyInXwGcaYtIKOBI5+7iJx4zJ HP8aBKlj28s16OdBMcv1Xr/ebobcjQ+gcqpyiqCruiVViSyFj9Smy+Oh0sYPRrfo HivSa4oqGWFI6dKw7VlBM6/gzKnk761NVvobVFlwQRGT47gyi+RMq3MIrzEfYHiS ueuBkn2K23cfCZmJGsfSPk22tXoeWcPGq/mIntz1N6EN1MR/AiD5B1qnSOpjaHU+ QvjRQkbd3a/GHHmwetKN7ICfFTOcvvz7DJRNxZnXVYryBwqYftm86vXKT7BnDqEP adMKTjGQSyNTddH8CFwzMkZtLSbU4RNViho6pQZ/KSKVlbDxKLUo/gOFx4DELaPS k/FujXe9/2uTB0Gy8k/gso0gGgLroSIm1rcNTrqDOxQr2GWZubYGWsFhwJ6GtdlB RtWpu3wdkyPODt6gEyOH =IKp3 -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: F21 System Wide Change: Workstation: Disable firewall
On Apr 23, 2014 4:29 AM, Reindl Harald h.rei...@thelounge.net wrote: Am 23.04.2014 07:52, schrieb Liam: On Apr 22, 2014 5:09 AM, Christian Schaller wrote: I think this is a misunderstanding of who a developer might be and why they choose a system. Those of my friends and acquaintances, who are developers and who over the years have decided to switch their development laptops from Linux to predominantly MacOS X, has not done so because they had things they wanted to do that was 'impossible' to do with Linux or that they thought they could not figure out how to do with linux. Instead they moved because they got tired of spending time trying to make their system 'work'. This is in no way limited to dealing with the challenges of a firewall, but if we want to attract developers or any kind of user to our system we need to make it usable without needing daily google searches to figure out how you can do something and make parts of your system work. the daily google searches are much more because interfaces are permanently replaced - be it GUI's or CLI interfaces and configurations get invalid due all that replacements - *there* is the problem - what you know today maybe in 3 years as ivalid as what you learend 5 years ago about a Fedora system and whatever you find with Google is quentionable and likely outdated smart replacements whould keep interfaces as they are and only replace the code behind and add some options but not break the semantic The fact of the matter is that there's really no compelling reason for the average web developer, for instance, to move to Linux. Osx is already more powerful than any linux stop that i face every single day the opposite because on the other side of my desk is a OSX machine, terrible slow with the same CPU and a unacceptable usability compared with a recent KDE because you can't do this and that the usability part may be subjectively, the terrible slow is not given both of our machines have the same CPU UmmOK I'm speaking about what I see in general and not osx's efficiency but how it is used. Osx provides nice Unix underpinnings, tremendous battery life, hugely vibrant developer ecosystem, and can run many Linux programs. IMHO, the only possible path to those users is to provide a system that helps them do their work more easily. Exactly what that entails I don't know and, without some very targeted questioning, I don't think it likely we'll happen upon the answer. Simply developing the facade of osx, without the sophistication hidden beneath, is a sure way to turn off potential switchers because, currently, we can't offer a comparable experience. -- 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: When a yum update sets up an MTA ...
On Mon, Apr 21, 2014 at 12:17 AM, Florian Weimer fwei...@redhat.com wrote: On 04/21/2014 03:44 AM, Andrew Lutomirski wrote: Would it make sense to audit all spec files to look for instances of 'systemctl.*enable'? I'm attaching the hits for that pattern on the actual RPM scripts in Fedora rawhide (x86_64). This combines both regular scripts and trigger scripts. I can add additional columns with more information, but the text file will become a bit unwieldy. Can you double-check this? nfs-utils isn't in this list, but I think it should be. Also, how did you generate this? Thanks, Andy -- 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-Child] Created tag perl-Child-0.010-2.fc21
The lightweight tag 'perl-Child-0.010-2.fc21' was created pointing to: d36a262... Downgrade Module::Build version requirement from 0.42 to 0. -- 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: Summary of accepted Fedora 21 Changes - weeks 13/14
On Tue, Apr 8, 2014 at 10:35 AM, Petr Pisar ppi...@redhat.com wrote: On 2014-04-07, Lennart Poettering mzerq...@0pointer.de wrote: On Mon, 07.04.14 15:00, Jaroslav Reznik (jrez...@redhat.com) wrote: * PrivateDevices=yes and PrivateNetwork=yes For Long-Running Services URL: https://fedoraproject.org/wiki/Changes/PrivateDevicesAndPrivateNetwork Announcement: https://lists.fedoraproject.org/pipermail/devel/2014-March/197175.html [...] To answer this: the kernel network namespace thing PrivateNetwork= is built on disconnects all address families at once. There's no choice to only disassociate some address families, either all or none. (except for the weirdness of AF_UNIX sockets in the fs namespace which stay connectable as long as the fs is reachable, see feature page). What about D-Bus? D-Bus uses AF_UNIX currently. But as you can know, there is an aim to move D-Bus to a new protocol family. Is it possible that all the daemons with a D-Bus control interface will stop work then? If you mean kdbus, it is not related to network, it is based on character devices. Kay -- 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 libwww-perl-6.06.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-libwww-perl: 292496bd2a13da95903b383f59009200 libwww-perl-6.06.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-PDL
perl-PDL has broken dependencies in the epel-7 tree: On ppc64: perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec) 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-libwww-perl] Run tests against localhost
commit 09d996d036359229f2e4e9c1b6202ddcf75ed131
Author: Petr Písař ppi...@redhat.com
Date: Wed Apr 23 12:50:58 2014 +0200
Run tests against localhost
...-Connect-to-localhost-instead-of-hostname.patch | 75
perl-libwww-perl.spec |4 +
2 files changed, 79 insertions(+), 0 deletions(-)
---
diff --git a/libwww-perl-6.06-Connect-to-localhost-instead-of-hostname.patch
b/libwww-perl-6.06-Connect-to-localhost-instead-of-hostname.patch
new file mode 100644
index 000..25b9679
--- /dev/null
+++ b/libwww-perl-6.06-Connect-to-localhost-instead-of-hostname.patch
@@ -0,0 +1,75 @@
+From 2d7a479b39bb20a0d61f067ba6c2df92117fcb8c Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
+Date: Wed, 23 Apr 2014 12:45:38 +0200
+Subject: [PATCH] Connect to localhost instead of hostname
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+The hostname does not have to be resolvable nor reachable. It's just
+a machine name.
+
+Signed-off-by: Petr Písař ppi...@redhat.com
+---
+ t/local/http.t | 2 +-
+ t/robot/ua-get.t | 2 +-
+ t/robot/ua.t | 2 +-
+ talk-to-ourself | 3 +--
+ 4 files changed, 4 insertions(+), 5 deletions(-)
+
+diff --git a/t/local/http.t b/t/local/http.t
+index 779cc21..534b4c8 100644
+--- a/t/local/http.t
b/t/local/http.t
+@@ -20,7 +20,7 @@ if ($D eq 'daemon') {
+
+ require HTTP::Daemon;
+
+-my $d = HTTP::Daemon-new(Timeout = 10);
++my $d = HTTP::Daemon-new(Timeout = 10, LocalAddr = 'localhost');
+
+ print Please to meet you at: URL:, $d-url, \n;
+ open(STDOUT, $^O eq 'VMS'? nl: : /dev/null);
+diff --git a/t/robot/ua-get.t b/t/robot/ua-get.t
+index 5754c4b..bf24589 100644
+--- a/t/robot/ua-get.t
b/t/robot/ua-get.t
+@@ -19,7 +19,7 @@ if ($D eq 'daemon') {
+
+ require HTTP::Daemon;
+
+-my $d = new HTTP::Daemon Timeout = 10;
++my $d = new HTTP::Daemon Timeout = 10, LocalAddr = 'localhost';
+
+ print Please to meet you at: URL:, $d-url, \n;
+ open(STDOUT, $^O eq 'MSWin32' ? nul : $^O eq 'VMS' ? NL: :
/dev/null);
+diff --git a/t/robot/ua.t b/t/robot/ua.t
+index 21ad5c8..11fafa8 100644
+--- a/t/robot/ua.t
b/t/robot/ua.t
+@@ -19,7 +19,7 @@ if ($D eq 'daemon') {
+
+ require HTTP::Daemon;
+
+-my $d = new HTTP::Daemon Timeout = 10;
++my $d = new HTTP::Daemon Timeout = 10, LocalAddr = 'localhost';
+
+ print Please to meet you at: URL:, $d-url, \n;
+ open(STDOUT, $^O eq 'MSWin32' ? nul : $^O eq 'VMS' ? NL: :
/dev/null);
+diff --git a/talk-to-ourself b/talk-to-ourself
+index 6c0257a..b4acda2 100644
+--- a/talk-to-ourself
b/talk-to-ourself
+@@ -9,8 +9,7 @@ require IO::Socket;
+
+ if (@ARGV = 2 $ARGV[0] eq --port) {
+ my $port = $ARGV[1];
+-require Sys::Hostname;
+-my $host = Sys::Hostname::hostname();
++my $host = 'localhost';
+ if (my $socket = IO::Socket::INET-new(PeerAddr = $host:$port, Timeout
= 5)) {
+ require IO::Select;
+ if (IO::Select-new($socket)-can_read(1)) {
+--
+1.9.0
+
diff --git a/perl-libwww-perl.spec b/perl-libwww-perl.spec
index 34c7279..6ea3f2a 100644
--- a/perl-libwww-perl.spec
+++ b/perl-libwww-perl.spec
@@ -6,6 +6,8 @@ Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/libwww-perl/
Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/libwww-perl-%{version}.tar.gz
+# Run tests against localhost
+Patch0: libwww-perl-6.06-Connect-to-localhost-instead-of-hostname.patch
BuildArch: noarch
BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
@@ -116,6 +118,7 @@ use and even classes that help you implement simple HTTP
servers.
%prep
%setup -q -n libwww-perl-%{version}
+%patch0 -p1
%build
# Install the aliases by default
@@ -143,6 +146,7 @@ make test
%changelog
* Wed Apr 23 2014 Petr Pisar ppi...@redhat.com - 6.06-1
- 6.06 bump
+- Run tests against localhost
* Sun Aug 04 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 6.05-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_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-libwww-perl] Correct changelog
commit ca3759d02f612c9f4f6206f45ad626b81179f9c2 Author: Petr Písař ppi...@redhat.com Date: Wed Apr 23 12:17:22 2014 +0200 Correct changelog perl-libwww-perl.spec |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) --- diff --git a/perl-libwww-perl.spec b/perl-libwww-perl.spec index fdfa15b..34c7279 100644 --- a/perl-libwww-perl.spec +++ b/perl-libwww-perl.spec @@ -232,7 +232,7 @@ make test * Thu Jan 22 2009 Marcela Mašláňová mmasl...@redhat.com 5.823-1 - update to 5.823 -* Mon Oct 10 2008 Marcela Mašláňová mmasl...@redhat.com 5.817-1 +* Mon Oct 13 2008 Marcela Mašláňová mmasl...@redhat.com 5.817-1 - update to 5.817 * Tue Oct 7 2008 Marcela Mašláňová mmasl...@redhat.com 5.816-1 @@ -281,7 +281,7 @@ make test * Fri Feb 03 2006 Jason Vas Dias jvd...@redhat.com - 5.805-1.1 - rebuild for new perl-5.8.8 -* Mon Dec 18 2005 Jason Vas Diasjvd...@redhat.com - 5.805-1 +* Mon Dec 19 2005 Jason Vas Diasjvd...@redhat.com - 5.805-1 - Upgrade to 5.805-1 * Fri Dec 16 2005 Jesse Keating jkeat...@redhat.com -- 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-libwww-perl] 6.06 bump
commit e7df6c877cfae7ca64971707a42182f26eefe964
Author: Petr Písař ppi...@redhat.com
Date: Wed Apr 23 10:23:51 2014 +0200
6.06 bump
.gitignore|1 +
perl-libwww-perl.spec | 67 ++---
sources |2 +-
3 files changed, 54 insertions(+), 16 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d4a6ab6..db975dc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -5,3 +5,4 @@ libwww-perl-5.834.tar.gz
/libwww-perl-6.03.tar.gz
/libwww-perl-6.04.tar.gz
/libwww-perl-6.05.tar.gz
+/libwww-perl-6.06.tar.gz
diff --git a/perl-libwww-perl.spec b/perl-libwww-perl.spec
index 9756abc..fdfa15b 100644
--- a/perl-libwww-perl.spec
+++ b/perl-libwww-perl.spec
@@ -1,48 +1,82 @@
Name: perl-libwww-perl
-Version:6.05
-Release:3%{?dist}
+Version:6.06
+Release:1%{?dist}
Summary:A Perl interface to the World-Wide Web
Group: Development/Libraries
License:GPL+ or Artistic
URL:http://search.cpan.org/dist/libwww-perl/
-Source0:
http://www.cpan.org/authors/id/G/GA/GAAS/libwww-perl-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/libwww-perl-%{version}.tar.gz
BuildArch: noarch
+BuildRequires: perl
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(File::Copy)
+BuildRequires: perl(Getopt::Long)
+BuildRequires: perl(IO::Socket)
+BuildRequires: perl(IO::Select)
+BuildRequires: perl(strict)
+BuildRequires: perl(Sys::Hostname)
+
+# Run-time:
+# Authen::NTLM 1.02 not used at tests
+BuildRequires: perl(base)
+BuildRequires: perl(Carp)
BuildRequires: perl(Digest::MD5)
BuildRequires: perl(Encode) = 2.12
BuildRequires: perl(Encode::Locale)
BuildRequires: perl(Exporter)
-BuildRequires: perl(File::Listing) = 6
-BuildRequires: perl(ExtUtils::MakeMaker)
+# Fcntl not used at tests
+# File::Listing 6 not used at tests
+# File::Spec not used at tests
+# Getopt::Std not used at tests
BuildRequires: perl(HTML::Entities)
BuildRequires: perl(HTML::HeadParser)
-BuildRequires: perl(HTTP::Cookies) = 6
-BuildRequires: perl(HTTP::Daemon) = 6
+BuildRequires: perl(HTTP::Config)
+# HTTP::Cookies 6 not used at tests
BuildRequires: perl(HTTP::Date) = 6
-BuildRequires: perl(HTTP::Negotiate) = 6
+# HTTP::GHTTP not used at tests
+BuildRequires: perl(HTTP::Headers::Util)
+# HTTP::Negotiate 6 not used at tests
BuildRequires: perl(HTTP::Request) = 6
BuildRequires: perl(HTTP::Request::Common) = 6
BuildRequires: perl(HTTP::Response) = 6
BuildRequires: perl(HTTP::Status) = 6
-BuildRequires: perl(IO::Select)
-BuildRequires: perl(IO::Socket)
+# integer not used at tests
BuildRequires: perl(LWP::MediaTypes) = 6
+# Mail::Internet not needed
BuildRequires: perl(MIME::Base64) = 2.1
-BuildRequires: perl(Net::FTP) = 2.58
+# Net::FTP 2.58 not used at tests
BuildRequires: perl(Net::HTTP) = 6.04
-BuildRequires: perl(URI) = 1.10
+# Net::NNTP not used at tests
+# URI 1.10 not used at tests
BuildRequires: perl(URI::Escape)
+# URI::Heuristic not used at tests
+BuildRequires: perl(vars)
BuildRequires: perl(WWW::RobotRules) = 6
+# Optional run-time:
+# Cpan::Config not used at tests
+# HTML::Parse not used at tests
+
# Tests only:
BuildRequires: perl(Config)
+# File::Path not used
+BuildRequires: perl(HTTP::Daemon) = 6
+BuildRequires: perl(Test)
+# TAP::Harness not used
BuildRequires: perl(Test::More)
+
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
+Requires: perl(Authen::NTLM) = 1.02
Requires: perl(Encode) = 2.12
+Requires: perl(File::Spec)
Requires: perl(File::Listing) = 6
+# Do not require HTML::FormatPS
+# Do not require HTML::FormatText
Requires: perl(HTML::Entities)
Requires: perl(HTML::HeadParser)
+Requires: perl(HTTP::Config)
Requires: perl(HTTP::Cookies) = 6
-Requires: perl(HTTP::Daemon) = 6
Requires: perl(HTTP::Date) = 6
+Requires: perl(HTTP::Headers::Util)
Requires: perl(HTTP::Negotiate) = 6
Requires: perl(HTTP::Request) = 6
Requires: perl(HTTP::Request::Common) = 6
@@ -64,9 +98,9 @@ write WWW clients. The library also contain modules that are
of more general
use and even classes that help you implement simple HTTP servers.
# Remove not-packaged features
-%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(Authen::NTLM\\)
-%global __requires_exclude %__requires_exclude|perl\\(HTTP::GHTTP\\)
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}perl\\(HTTP::GHTTP\\)
# Remove underspecified dependencies
+%global __requires_exclude %__requires_exclude|^perl\\(Authen::NTLM\\)\\s*$
%global __requires_exclude %__requires_exclude|^perl\\(Encode\\)\\s*$
%global __requires_exclude %__requires_exclude|^perl\\(File::Listing\\)\\s*$
%global __requires_exclude %__requires_exclude|^perl\\(HTTP::Date\\)\\s*$
@@ -107,6 +141,9 @@ make test
[Bug 1089998] perl-libwww-perl-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1089998 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-libwww-perl-6.06-1.fc2 ||1 Resolution|--- |RAWHIDE Last Closed||2014-04-23 07:14:53 --- Comment #1 from Petr Pisar ppi...@redhat.com --- While this is a bug-fix release, it requires newer LWP-Protocol-https witch is not pure bug fix. Thus I will put it into F21 only. At least now. -- 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=escdiOByQaa=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 1089998] perl-libwww-perl-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=1089998 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Blocks||108 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=108 [Bug 108] perl-LWP-Protocol-https-6.06 is available -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=2wv5owIvWHa=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 1089999] perl-LWP-Protocol-https-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=108 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Depends On||1089998 Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1089998 [Bug 1089998] perl-libwww-perl-6.06 is available -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=vrbkj01Wdta=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 LWP-Protocol-https-6.06.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-LWP-Protocol-https: 06f5dfd33b07f6594a429dbbd5e6a2d1 LWP-Protocol-https-6.06.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-LWP-Protocol-https] 6.06 bump
commit 433c71eb66a555e59ba75ab8b66fefb27312728b
Author: Petr Písař ppi...@redhat.com
Date: Wed Apr 23 13:20:31 2014 +0200
6.06 bump
.gitignore |1 +
perl-LWP-Protocol-https.spec | 24 +---
sources |2 +-
3 files changed, 19 insertions(+), 8 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 9888b9c..b238edc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1,3 +1,4 @@
/LWP-Protocol-https-6.02.tar.gz
/LWP-Protocol-https-6.03.tar.gz
/LWP-Protocol-https-6.04.tar.gz
+/LWP-Protocol-https-6.06.tar.gz
diff --git a/perl-LWP-Protocol-https.spec b/perl-LWP-Protocol-https.spec
index 9b80315..db8a51c 100644
--- a/perl-LWP-Protocol-https.spec
+++ b/perl-LWP-Protocol-https.spec
@@ -1,24 +1,31 @@
Name: perl-LWP-Protocol-https
-Version:6.04
-Release:4%{?dist}
+Version:6.06
+Release:1%{?dist}
Summary:Provide HTTPS support for LWP::UserAgent
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/LWP-Protocol-https/
-Source0:
http://www.cpan.org/authors/id/G/GA/GAAS/LWP-Protocol-https-%{version}.tar.gz
+Source0:
http://www.cpan.org/authors/id/M/MS/MSCHILLI/LWP-Protocol-https-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl
BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Getopt::Long)
BuildRequires: perl(strict)
-# Run-requires
+# Run-time:
BuildRequires: perl(IO::Socket::SSL) = 1.54
BuildRequires: perl(LWP::Protocol::http)
BuildRequires: perl(Mozilla::CA) = 20110101
BuildRequires: perl(Net::HTTPS) = 6
-# Tests
-BuildRequires: perl(LWP::UserAgent) = 6.04
+# Tests:
+BuildRequires: perl(File::Temp)
+BuildRequires: perl(IO::Select)
+BuildRequires: perl(IO::Socket::INET)
+BuildRequires: perl(LWP::UserAgent) = 6.06
+BuildRequires: perl(Socket)
BuildRequires: perl(Test::More)
+BuildRequires: perl(warnings)
+# Optional tests:
+BuildRequires: perl(IO::Socket::SSL) = 1.953
+BuildRequires: perl(IO::Socket::SSL::Utils)
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
Requires: perl(IO::Socket::SSL) = 1.54
Requires: perl(Mozilla::CA) = 20110101
@@ -54,6 +61,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Wed Apr 23 2014 Petr Pisar ppi...@redhat.com - 6.06-1
+- 6.06 bump
+
* Thu Jan 16 2014 Petr Pisar ppi...@redhat.com - 6.04-4
- Modernize spec file
diff --git a/sources b/sources
index 7bfc820..2e01330 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-1b422a7d3b5fed1eb4d748fdc9fd79a4 LWP-Protocol-https-6.04.tar.gz
+06f5dfd33b07f6594a429dbbd5e6a2d1 LWP-Protocol-https-6.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[Bug 1089999] perl-LWP-Protocol-https-6.06 is available
https://bugzilla.redhat.com/show_bug.cgi?id=108 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-LWP-Protocol-https-6.0 ||6-1.fc21 Resolution|--- |RAWHIDE Last Closed||2014-04-23 07:57:29 -- 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=PdV4Z9A8QSa=cc_unsubscribe -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: perl-Language-Expr
perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Broken dependencies: mojomojo
mojomojo has broken dependencies in the rawhide tree: On x86_64: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On i386: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) On armhfp: mojomojo-1.10-1.fc20.noarch requires perl(HTML::FormFu::Element::reCAPTCHA) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
File Child-0.010.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Child: 148b1414664de3e61c2d98917443f9c0 Child-0.010.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-Child] Update to 0.010
commit 2ff22b8b2178f218c59ef4ca85c2f79ca43e2cf4
Author: Paul Howarth p...@city-fan.org
Date: Thu Apr 24 00:18:20 2014 +0100
Update to 0.010
- New upstream release 0.010
- Processes created by fork will have negative pids on Windows
.gitignore |2 +-
perl-Child.spec | 14 +-
sources |2 +-
3 files changed, 11 insertions(+), 7 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index d4b89ef..4083198 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-/Child-0.009.tar.gz
+/Child-[0-9.]*.tar.gz
diff --git a/perl-Child.spec b/perl-Child.spec
index 761fcf8..d59c077 100644
--- a/perl-Child.spec
+++ b/perl-Child.spec
@@ -1,6 +1,6 @@
Name: perl-Child
-Version:0.009
-Release:7%{?dist}
+Version:0.010
+Release:1%{?dist}
Summary:Object oriented simple interface to fork()
License:GPL+ or Artistic
Group: Development/Libraries
@@ -8,6 +8,7 @@ URL:http://search.cpan.org/dist/Child/
Source0:
http://search.cpan.org/CPAN/authors/id/E/EX/EXODIST/Child-%{version}.tar.gz
BuildArch: noarch
BuildRequires: perl = 0:5.006
+BuildRequires: perl(Capture::Tiny) = 0.22
BuildRequires: perl(Exporter) = 5.57
BuildRequires: perl(Module::Build)
BuildRequires: perl(POSIX)
@@ -28,13 +29,12 @@ you just have a pile of things nobody wants to think about.
%setup -q -n Child-%{version}
%build
-%{__perl} Build.PL installdirs=vendor
+%{__perl} Build.PL --installdirs=vendor
./Build
%install
-./Build install destdir=%{buildroot} create_packlist=0
+./Build install --destdir=%{buildroot} --create_packlist=0
find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
-
%{_fixperms} %{buildroot}/*
%check
@@ -46,6 +46,10 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null
\;
%{_mandir}/man3/*
%changelog
+* Wed Apr 23 2014 Paul Howarth p...@city-fan.org - 0.010-1
+- Update to 0.010
+ - Processes created by fork will have negative pids on Windows
+
* Sat Aug 03 2013 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.009-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
diff --git a/sources b/sources
index 3f17654..4412288 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-41cb73572a4015c43d17beeaffc83fc0 Child-0.009.tar.gz
+148b1414664de3e61c2d98917443f9c0 Child-0.010.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-Child/epel7] (3 commits) ...Update to 0.010
Summary of changes: 23d8c84... Perl 5.18 rebuild (*) dc7c3b5... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) 2ff22b8... Update to 0.010 (*) (*) 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
File Fennec-2.017.tar.gz uploaded to lookaside cache by pghmcfc
A file has been added to the lookaside cache for perl-Fennec: ffce8613b2621e208c875462c79a828a Fennec-2.017.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-Child/epel7] Downgrade Module::Build version requirement from 0.42 to 0.40 (for EPEL-7)
commit d36a262bb91a5e223539ceb3aa7c79e3da1328c2
Author: Paul Howarth p...@city-fan.org
Date: Thu Apr 24 00:39:11 2014 +0100
Downgrade Module::Build version requirement from 0.42 to 0.40 (for EPEL-7)
Child-0.010-M::B.patch | 22 ++
perl-Child.spec| 11 +--
2 files changed, 31 insertions(+), 2 deletions(-)
---
diff --git a/Child-0.010-M::B.patch b/Child-0.010-M::B.patch
new file mode 100644
index 000..8a2cd8b
--- /dev/null
+++ b/Child-0.010-M::B.patch
@@ -0,0 +1,22 @@
+--- META.json
META.json
+@@ -22,7 +22,7 @@
+ },
+ configure : {
+ requires : {
+-Module::Build : 0.42
++Module::Build : 0.40
+ }
+ },
+ runtime : {
+--- META.yml
META.yml
+@@ -6,7 +6,7 @@ build_requires:
+ Capture::Tiny: 0.22
+ Test::More: 0.88
+ configure_requires:
+- Module::Build: 0.42
++ Module::Build: 0.40
+ dynamic_config: 1
+ generated_by: 'Module::Build version 0.4205, CPAN::Meta::Converter version
2.120921'
+ license: perl
diff --git a/perl-Child.spec b/perl-Child.spec
index d59c077..7692f08 100644
--- a/perl-Child.spec
+++ b/perl-Child.spec
@@ -1,16 +1,17 @@
Name: perl-Child
Version:0.010
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Object oriented simple interface to fork()
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://search.cpan.org/dist/Child/
Source0:
http://search.cpan.org/CPAN/authors/id/E/EX/EXODIST/Child-%{version}.tar.gz
+Patch0: Child-0.010-M::B.patch
BuildArch: noarch
BuildRequires: perl = 0:5.006
BuildRequires: perl(Capture::Tiny) = 0.22
BuildRequires: perl(Exporter) = 5.57
-BuildRequires: perl(Module::Build)
+BuildRequires: perl(Module::Build) = 0.40
BuildRequires: perl(POSIX)
BuildRequires: perl(Test::More) = 0.88
Requires: perl(Exporter) = 5.57
@@ -28,6 +29,9 @@ you just have a pile of things nobody wants to think about.
%prep
%setup -q -n Child-%{version}
+# Downgrade Module::Build version requirement from 0.42 to 0.40
+%patch0
+
%build
%{__perl} Build.PL --installdirs=vendor
./Build
@@ -46,6 +50,9 @@ find %{buildroot} -depth -type d -exec rmdir {} 2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Wed Apr 23 2014 Paul Howarth p...@city-fan.org - 0.010-2
+- Downgrade Module::Build version requirement from 0.42 to 0.40
+
* Wed Apr 23 2014 Paul Howarth p...@city-fan.org - 0.010-1
- Update to 0.010
- Processes created by fork will have negative pids on Windows
--
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-Child] Downgrade Module::Build version requirement from 0.42 to 0.40 (for EPEL-7)
Summary of changes: d36a262... Downgrade Module::Build version requirement from 0.42 to 0. (*) (*) 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-Fennec] Update to 2.017
commit 146cddc5100bc1aa6852791687a55b5b28154877
Author: Paul Howarth p...@city-fan.org
Date: Thu Apr 24 00:29:03 2014 +0100
Update to 2.017
- New upstream release 2.017
- Require newer Child.pm
perl-Fennec.spec | 17 +++--
sources |2 +-
2 files changed, 12 insertions(+), 7 deletions(-)
---
diff --git a/perl-Fennec.spec b/perl-Fennec.spec
index a161cc7..ada8f36 100644
--- a/perl-Fennec.spec
+++ b/perl-Fennec.spec
@@ -2,21 +2,22 @@
# guarded by %{?perl_bootstrap} since it requires perl(Fennec) itself
Name: perl-Fennec
-Version: 2.016
+Version: 2.017
Release: 1%{?dist}
Summary: A tester's toolbox, and best friend
License: GPL+ or Artistic
-Group: Development/Libraries
URL: https://metacpan.org/release/Fennec
Source0:
http://cpan.metacpan.org/authors/id/E/EX/EXODIST/Fennec-%{version}.tar.gz
BuildArch: noarch
# Module Build
+BuildRequires: perl
BuildRequires: perl(Module::Build) = 0.42
# Module Runtime
BuildRequires: perl(B)
BuildRequires: perl(base)
BuildRequires: perl(Carp)
-BuildRequires: perl(Child)
+BuildRequires: perl(Child) = 0.010
+BuildRequires: perl(Cwd)
BuildRequires: perl(Exporter::Declare)
BuildRequires: perl(File::Find)
BuildRequires: perl(File::Temp)
@@ -38,7 +39,7 @@ BuildRequires:perl(lib)
BuildRequires: perl(Test::Pod) = 1.00
# Runtime
Requires: perl(:MODULE_COMPAT_%(eval `perl -V:version`; echo $version))
-Requires: perl(Child)
+Requires: perl(Child) = 0.010
Requires: perl(Mock::Quick) = 1.106
Requires: perl(Test::Exception) = 0.29
Requires: perl(Test::More) = 0.88
@@ -54,11 +55,11 @@ makes testing easier, and more useful.
%setup -q -n Fennec-%{version}
%build
-perl Build.PL installdirs=vendor
+perl Build.PL --installdirs=vendor
./Build
%install
-./Build install destdir=%{buildroot} create_packlist=0
+./Build install --destdir=%{buildroot} --create_packlist=0
%{_fixperms} %{buildroot}
%check
@@ -99,6 +100,10 @@ perl Build.PL installdirs=vendor
%{_mandir}/man3/Test::Workflow::Test.3pm*
%changelog
+* Wed Apr 23 2014 Paul Howarth p...@city-fan.org - 2.017-1
+- Update to 2.017
+ - Require newer Child.pm
+
* Tue Mar 18 2014 Paul Howarth p...@city-fan.org - 2.016-1
- Update to 2.016
- Improved subclass support
diff --git a/sources b/sources
index 5eb7560..a621adc 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-c34a1df56e72db8283eb4913e4e2c27c Fennec-2.016.tar.gz
+ffce8613b2621e208c875462c79a828a Fennec-2.017.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-Child] Created tag perl-Child-0.010-2.el7
The lightweight tag 'perl-Child-0.010-2.el7' was created pointing to: d36a262... Downgrade Module::Build version requirement from 0.42 to 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-Child] Created tag perl-Child-0.010-1.fc21
The lightweight tag 'perl-Child-0.010-1.fc21' was created pointing to: 2ff22b8... Update to 0.010 -- 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-Fennec] Created tag perl-Fennec-2.017-1.fc21
The lightweight tag 'perl-Fennec-2.017-1.fc21' was created pointing to: 146cddc... Update to 2.017 -- 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-Lingua-EN-Syllable] build for Rawhide
commit 93719e92a1d5702f3c32552c4b9b4090739889ae
Author: Ruediger Landmann r.landm...@redhat.com
Date: Thu Apr 24 15:27:29 2014 +1000
build for Rawhide
.gitignore |1 +
perl-Lingua-EN-Syllable.spec | 48 ++
sources |1 +
3 files changed, 50 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..f9f4e7a 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Lingua-EN-Syllable-0.251.tar.gz
diff --git a/perl-Lingua-EN-Syllable.spec b/perl-Lingua-EN-Syllable.spec
new file mode 100644
index 000..3e78796
--- /dev/null
+++ b/perl-Lingua-EN-Syllable.spec
@@ -0,0 +1,48 @@
+Name: perl-Lingua-EN-Syllable
+Version:0.251
+Release:2%{?dist}
+Summary:Routine for estimating syllable count in words
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Lingua-EN-Syllable/
+Source0:
http://www.cpan.org/authors/id/G/GR/GREGFAST/Lingua-EN-Syllable-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+Lingua::EN::Syllable::syllable() estimates the number of syllables in the
+word passed to it.
+
+%prep
+%setup -q -n Lingua-EN-Syllable-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Mon Nov 25 2013 Rüdiger Landmann rlandm...@redhat.com 0.251-2
+- Tidy up spec file a little
+
+* Fri Nov 22 2013 Rüdiger Landmann rlandm...@redhat.com 0.251-1
+- Specfile autogenerated by cpanspec 1.79.
diff --git a/sources b/sources
index e69de29..3b635ad 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+f44a056e92c1d9df89e190591879d84f Lingua-EN-Syllable-0.251.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-Lingua-EN-Fathom] build for Rawhide
commit e392d88d79c9aedb28b50e37d503e91e2fdb604b
Author: Ruediger Landmann r.landm...@redhat.com
Date: Thu Apr 24 15:35:36 2014 +1000
build for Rawhide
.gitignore |1 +
perl-Lingua-EN-Fathom.spec | 56
sources|1 +
3 files changed, 58 insertions(+), 0 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index e69de29..f7673eb 100644
--- a/.gitignore
+++ b/.gitignore
@@ -0,0 +1 @@
+/Lingua-EN-Fathom-1.15.tar.gz
diff --git a/perl-Lingua-EN-Fathom.spec b/perl-Lingua-EN-Fathom.spec
new file mode 100644
index 000..3f10ebc
--- /dev/null
+++ b/perl-Lingua-EN-Fathom.spec
@@ -0,0 +1,56 @@
+Name: perl-Lingua-EN-Fathom
+Version:1.15
+Release:2%{?dist}
+Summary:Measure readability of English text
+License:GPL+ or Artistic
+Group: Development/Libraries
+URL:http://search.cpan.org/dist/Lingua-EN-Fathom/
+Source0:
http://www.cpan.org/authors/id/K/KI/KIMRYAN/Lingua-EN-Fathom-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
+BuildArch: noarch
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Lingua::EN::Syllable)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+BuildRequires: perl(Test::Pod::Coverage)
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+
+%description
+This module analyses English text in either a string or file. Totals are
+then calculated for the number of characters, words, sentences, blank and
+non blank (text) lines and paragraphs.
+
+%prep
+%setup -q -n Lingua-EN-Fathom-%{version}
+
+%build
+%{__perl} Makefile.PL INSTALLDIRS=vendor
+make %{?_smp_mflags}
+
+%install
+rm -rf $RPM_BUILD_ROOT
+
+make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT
+
+find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
+
+%{_fixperms} $RPM_BUILD_ROOT/*
+
+%check
+make test
+
+%clean
+rm -rf $RPM_BUILD_ROOT
+
+%files
+%defattr(-,root,root,-)
+%doc Changes README
+%{perl_vendorlib}/*
+%{_mandir}/man3/*
+
+%changelog
+* Wed Jan 8 2014 Jeff fearn jfe...@redhat.com 1.15-2
+- Remove unnecessary requires and dircetory clean up command. BZ #1033987
+
+* Mon Nov 04 2013 Jeff fearn jfe...@redhat.com 1.15-1
+- Specfile autogenerated by cpanspec 1.79.
diff --git a/sources b/sources
index e69de29..3e33c9f 100644
--- a/sources
+++ b/sources
@@ -0,0 +1 @@
+94bd7ecf1f9b460fb090f478a39acdfd Lingua-EN-Fathom-1.15.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
