Re: time to fix silly ssh bug
On Thu, 2012-06-21 at 00:25 -0500, Dennis Gilmore wrote: El Wed, 20 Jun 2012 22:13:06 -0700 Adam Williamson awill...@redhat.com escribió: On Wed, 2012-06-20 at 18:16 -0600, Dariusz J. Garbowski wrote: On 20/06/12 02:47 PM, Charles Zeitler wrote: On Tue, Jun 19, 2012 at 11:17 PM, Adam Williamson awill...@redhat.com wrote I just tested a fresh install from F17 desktop live; the /home/user directory created after firstboot is 700. /home/user created by s-c-u is 700. /home/user created by useradd is 700. /home/user created by GNOME account tool is 700. So I can't recreate a 755 user dir in any way. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net maybe you're not trying hard enough. btw, kde install gave me a 755 ~, and a mix of modes on sub-directories. Bingo! Pattern found? I installed KDE as well, from DVD image. It's possible, but seems odd. User accounts are created by firstboot, always. It's the same code, whatever desktop you install and from whatever media. There may be some kind of odd thing going on, but I can't think what off the top of my head. I can poke it a bit more tomorrow... is firstboot using kwin4 when only kde is installed? and is that setting a non default umask? That is one difference, yeah, firstboot uses native window managers. I've no idea why a WM would set a umask, but it's possible, I guess. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Replacing grubby with grub2-mkconfig in kernel install process
2012/6/20 Chris Murphy li...@colorremedies.com: While I like the current GRUB2 behavior in F17 vastly better than F16, I kinda wonder if it makes sense to change the default behavior to save last chosen option and by default use that the next time around, rather than always defaulting to the most recent Fedora kernel. This allows dual-boot users to choose Windows (or Mac OS) once, and consistently get that as their default boot option, rather than having to manually edit GRUB's configuration files to get such behavior. To change your default option, just edit /etc/default/grub and set GRUB_DEFAULT to match the label or entry number or saved. grub2-mkconfig will respect that decision (or it did, the last time I used it) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Introduction regarding VirtualGL and bumblebee review requests
There's a total different approach slated for inclusion into newer xorg versions by Dave Airlie: http://airlied.livejournal.com/#item76078 That's something that relies on deep changes in the xorg stack. It allows card switching, GPU offload, GPU hotswitching etc. All is controlled by xrandr to do the proper adjustments. In my opinion that's a much better solution than Bumblebee and it's going to be integrated by Fedora as part of new xorg components. Regards, --Simone On 21 June 2012 04:17, Gary Gatling gsgat...@ncsu.edu wrote: Oh sure. I know Jack pretty well. We talk on IM almost every day. He actually suggested to me that I go this route about submitting it to fedora when I asked him for some advice about bumblebee. Cheers, On Wed, Jun 20, 2012 at 9:51 PM, Ken Dreyer ktdre...@ktdreyer.com wrote: On Wed, Jun 20, 2012 at 5:05 PM, Gary Gatling gsgat...@ncsu.edu wrote: My name is Gary Gatling and I work at North Carolina State University supporting Linux in the college of engineering. I mainly work with Red Hat Enterprise Linux. Hi Gary, I co-maintain one or two packages Jack Neely @ ncsu.edu in RPM Fusion... any chance you know him? In any case, welcome aboard. - Ken -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- You cannot discover new oceans unless you have the courage to lose sight of the shore (R. W. Emerson). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: .so's in devel packages...
On Tue, 19 Jun 2012 08:39:40 -0700, Adam Williamson wrote: And again, this is not the full story. I was trying to keep it simple. The simplified case/explanation is what encourages packagers to misplace .so files. For example, -devel packages that contain .so files but no header files should be a sign of warning to the packagers. There is no hard rule on where non-versioned .so files are to be packaged. They could still be local libs (with no API for public consumption) strictly required by an application. I tend to talk about these as 'plugins', myself, to keep them distinct. They're really _not_ shared libraries, in my worldview anyway - as you say, they present no public API, they're not intended to be used by anything else. Cannot agree with that worldview then. ;) They are dynamic shared object files at the technical level and may be shared by multiple executables and/or other libraries, too. Even if they are not versioned and don't use a SONAME. The subtle (and important) difference for the packager is that they may be _local_ to a package. They just happen to use the same file format. In the context of the question - which was about .so's which _are_ in -devel packages - it was clear the OP was asking about true shared libraries, not private plugins. The OP also referred to something else: packaging multiple versions of a library and making the packages parallel-installable. Now, at Fedora, moving the .so symlink (here really the one used during development only) to a -devel package indeed removes one potential file that would cause a conflict, libfoo.so.3 - libfoo.so libfoo.so.4 - libfoo.so but those -devel packages would conflict, and that would not be permitted by Fedora's packaging guidelines. It would be necessary to move the .so symlink even further, e.g. into its own directory (requiring compilation of programs to alter the build-time search path for libs). -- Fedora release 17 (Beefy Miracle) - Linux 3.4.2-4.fc17.x86_64 loadavg: 0.30 0.55 0.39 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: time to fix silly ssh bug
On Tue, Jun 19, 2012 at 10:10:43AM -0400, Neal Becker wrote: Adam Jackson wrote: On 6/19/12 9:01 AM, Neal Becker wrote: This is rediculous. I liked the idea of 775 when it was introduced, since it did solve an annoyance with the old unix groups. But then we should make the default fedora install work by setting the sshd config to allow it to accept this setup. Perhaps a better idea is to just have openssh-server install /etc/skel/.ssh with the appropriate permissions. - ajax That doesn't work, see my other reply Can you link to the other reply? I can't see which one you mean ... Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On 06/20/2012 08:06 PM, Brian Wheeler wrote: So the default is that I can use 2G in /tmp regardless of how much swap is present if the system memory size is 4G? So the only way to get more /tmp is to either mess with the max% or buy more ram? Let's say it in this way: on a 4GB machine if the application uses the RAM, it works until (4GB+swap), but if the application uses a /tmp file, it works until 2GB! ...so using /tmp means you have less space... (facepalm) /tmp has always historically been a place where you dump large data. Disk size increases faster than RAM size. Switching disk storage to RAM storage by default is simply wrong. -- Roberto Ragusamail at robertoragusa.it -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Wed, 2012-06-20 at 16:57 -0400, Brian Wheeler wrote: I know that we've been told that this is a done deal and that everyone should just get over it, but this is a feature that I think truly sucks for a lot of reasons and there hasn't been any _actual_ benefits that have been proven for it, just lots of hand waving and anecdotes about how it works. I'm not quite sure about this being a done deal. Anybody with strong arguments, which were not discussed on the FESCo meeting which ACKed the feature, can propose in the FESCo tracker to revert the decision. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Fwd: Filtering question
I raised this issue on rpmfusion-devel. However, I think it's general enough to seek advice also here on fedora-devel. since it's really about how to understand the filtering guidelines. Hi! I'm reviewing a package 2300 which at a glance seems to need filtering: it both Requires: and Provides: it's internal plugin libraries, many of which with generic names likely to clash with other packages symbols. But when I look at the guidelines at http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering, they seem to be contradictory: - One one hand, a package Must not export RPM dependency information which is not global in nature... e. g., plugins. - On the other, a package which have binaries in PATH and/or system libraries must not use filtering; this applies also to sub-packages. 2300 is, at present, a package with binaries in $PATH (can't use filtering) providing and requiring it's own plugins (must be filtered). What should we do? Split into two independent packages built from same source? Thoughts? --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Introduction regarding VirtualGL and bumblebee review requests
On Thu, Jun 21, 2012 at 3:10 AM, Simone Caronni negativ...@gmail.comwrote: There's a total different approach slated for inclusion into newer xorg versions by Dave Airlie: http://airlied.livejournal.com/#item76078 That's something that relies on deep changes in the xorg stack. It allows card switching, GPU offload, GPU hotswitching etc. All is controlled by xrandr to do the proper adjustments. In my opinion that's a much better solution than Bumblebee and it's going to be integrated by Fedora as part of new xorg components. Regards, --Simone Yes. Dave Airlie's Prime is scheduled for inclusion in 1.14 which will be out some time in 2013. It will likely never be backported to RHEL 6. I disagree about its usefulness in fedora but will remove my review requests if that is the majority opinion. Then I will just run a private repo myself just for myself. I'll also let the bumbleee folks fedora is a no go if that is the opinion of most developers. Thanks, -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self introduction
Hello, I would like to introduce myself as a hopefully new packager for Fedora. My current residence is in the Netherlands, where I'm studying for my Bachelors degree for Computer Science at the Radboud University Nijmegen. I have been running Red Hat Linux since version 9, and am now running Fedora 17. Currently, I am packaging the compiler for the Clean programming language, which is designed and implemented by the Radboud University, for which my package review request has been submitted (https://bugzilla.redhat.com/show_bug.cgi?id=834069), and I plan on building and packaging more libraries for Clean. My GPG Key ID is 9AB51E50. With kind regards, Patrick Uiterwijk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[Bug 834226] New: `do' does not clean $@ on success sometimes
https://bugzilla.redhat.com/show_bug.cgi?id=834226
Bug ID: 834226
QA Contact: extras...@fedoraproject.org
Severity: high
URL: https://rt.perl.org/rt3/Public/Bug/Display.html?id=113
730
Version: 16
Priority: unspecified
CC: cw...@alumni.drew.edu, iarn...@gmail.com,
jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk,
mmasl...@redhat.com,
perl-de...@lists.fedoraproject.org, ppi...@redhat.com,
psab...@redhat.com, rc040...@freenet.de,
tcall...@redhat.com
Assignee: mmasl...@redhat.com
Summary: `do' does not clean $@ on success sometimes
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: ppi...@redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: ASSIGNED
Component: perl
Product: Fedora
The `eval' and `do' functions should clear $@ variable on success. However this
does not happen always:
eval { die shouldn't see this\n };
do 'no such file';
warn $@ if $@;
This has been fixed in upstream commit:
commit a3ff80c12c16886edf9acdd3d172798e50defdb3
Author: Eric Brine ikeg...@adaelis.com
Date: Mon Jun 18 14:56:32 2012 -0400
RT#113730 - $@ should be cleared on do IO error.
Tested with perl-5.14.2-198.fc16.x86_64. All Fedoras are affected probably.
--
You are receiving this mail because:
You are on the CC list for the bug.
--
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: Introduction regarding VirtualGL and bumblebee review requests
On Thu, Jun 21, 2012 at 11:18 AM, Gary Gatling gsgat...@ncsu.edu wrote: On Thu, Jun 21, 2012 at 3:10 AM, Simone Caronni negativ...@gmail.com wrote: There's a total different approach slated for inclusion into newer xorg versions by Dave Airlie: http://airlied.livejournal.com/#item76078 That's something that relies on deep changes in the xorg stack. It allows card switching, GPU offload, GPU hotswitching etc. All is controlled by xrandr to do the proper adjustments. In my opinion that's a much better solution than Bumblebee and it's going to be integrated by Fedora as part of new xorg components. Regards, --Simone Yes. Dave Airlie's Prime is scheduled for inclusion in 1.14 which will be out some time in 2013. It will likely never be backported to RHEL 6. I disagree about its usefulness in fedora but will remove my review requests if that is the majority opinion. Then I will just run a private repo myself just for myself. I'll also let the bumbleee folks fedora is a no go if that is the opinion of most developers. Well Dave's work does not stop you from packing anything. Once we have PRIME proper we could retire bumblebee but if it works as a solution till then why not. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Introduction regarding VirtualGL and bumblebee review requests
Sorry. Yeah. No matter what, bumblebee should be retired after PRIME comes out because that solution should be a lot faster. (less copying in RAM for one thing) bumblebee is intended as a better stopgap solution than ironhide for ubuntu. I admit I do use bumblebee a lot on both fedora and RHEL for some games I play. I mainly needed this for RHEL 6 for myself to make my installs go faster/saner but it has been a really good learning experience also trying to support fedora at the same time so I'm grateful for any suggestions of how to make better rpm packages. I'll continue working with the review request process until it gets rejected or accepted. Cheers, On Thu, Jun 21, 2012 at 5:28 AM, drago01 drag...@gmail.com wrote: On Thu, Jun 21, 2012 at 11:18 AM, Gary Gatling gsgat...@ncsu.edu wrote: On Thu, Jun 21, 2012 at 3:10 AM, Simone Caronni negativ...@gmail.com wrote: There's a total different approach slated for inclusion into newer xorg versions by Dave Airlie: http://airlied.livejournal.com/#item76078 That's something that relies on deep changes in the xorg stack. It allows card switching, GPU offload, GPU hotswitching etc. All is controlled by xrandr to do the proper adjustments. In my opinion that's a much better solution than Bumblebee and it's going to be integrated by Fedora as part of new xorg components. Regards, --Simone Yes. Dave Airlie's Prime is scheduled for inclusion in 1.14 which will be out some time in 2013. It will likely never be backported to RHEL 6. I disagree about its usefulness in fedora but will remove my review requests if that is the majority opinion. Then I will just run a private repo myself just for myself. I'll also let the bumbleee folks fedora is a no go if that is the opinion of most developers. Well Dave's work does not stop you from packing anything. Once we have PRIME proper we could retire bumblebee but if it works as a solution till then why not. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-HTML-LinkList] Perl 5.16 rebuild
commit 606603b38bf5eb063752b9a0eae328d69d84cce4
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:11:53 2012 +0200
Perl 5.16 rebuild
perl-HTML-LinkList.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-HTML-LinkList.spec b/perl-HTML-LinkList.spec
index b863ec5..e3b8162 100644
--- a/perl-HTML-LinkList.spec
+++ b/perl-HTML-LinkList.spec
@@ -1,6 +1,6 @@
Name: perl-HTML-LinkList
Version:0.1503
-Release:8%{?dist}
+Release:9%{?dist}
# lib/HTML/LinkList.pm - GPL+ or Artistic
License:GPL+ or Artistic
Group: Development/Libraries
@@ -67,6 +67,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*.3*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.1503-9
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.1503-8
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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
[perl-Email-Simple] Perl 5.16 rebuild
commit b0be5b173b32fb1f0e313c37ceb502a39534f9c8
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:12:16 2012 +0200
Perl 5.16 rebuild
perl-Email-Simple.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Email-Simple.spec b/perl-Email-Simple.spec
index f3f5c99..277cf7f 100644
--- a/perl-Email-Simple.spec
+++ b/perl-Email-Simple.spec
@@ -1,6 +1,6 @@
Name: perl-Email-Simple
Version:2.100
-Release:5%{?dist}
+Release:6%{?dist}
Summary:Simple parsing of RFC2822 message format and headers
Group: Development/Libraries
@@ -62,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 2.100-6
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.100-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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: DNF Any testing time-frame?
On 06/20/2012 01:04 PM, tim.laurid...@gmail.com wrote: Would it not be better to work with yum upstream to make the current yum depsolver more modular so you could plugin another libsolv based depsolver, instead of making a fork of yum and starts trashing the current API. There is a lot more to yum, that just solving dependencies. And making a fork there is not fully compatible will put a lot of work on your shoulders :) without the benefit on the work done by yum upstream :) like parallel download etc. Tim Hello Tim, Be assured I am in contact with Yum developers and the new features happening for F18 there are planned to be integrated to DNF. The decision to fork yum into using libsolv instead of trying to evolve it slowly was a difficult one yet it was the right one. Unified depsolving is only a part of the project, the other primary goal is arriving at concrete, cleaned up API for external applications and plugins. This is very hard to get done without having free hands to refactor, remove, cleanup and change for better testability because in Yum one always has to look behind his back for tricky backward compatibility issues. I think the best way to describe the DNF project really is as the next-gen yum. Departing from the old APIs is a part of it. There are little alternatives also: the gradual deprecation of some of the Yum's legacy interfaces hasn't been very successful in the past. Or I could keep DNF under the lid for another one or two Fedora releases, but I find it a better alternative to package this early version: both for those Fedora users who will bravely try it (and hopefully report feedback) and the community members who might join the effort. Ales -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 DNF and history
On 19/06/12 15:33, Ales Kozumplik wrote: Thanks for pointing this out. I considered history a candidate for dropping because I didn't realize people had usecases for it. It is not present in the early versions of DNF but I will make sure to put it back in later. Especially in the situation we have broken dependencies (because we don't have Suggests/Recommends, but that's another issue, which I don't want to open now) we don't have quality uninstall á la aptitude (remove this package and all packages which were installed just to satisfy its requirements recursively) yum history undo is priceless in the situation when you want to try a package just to find out it brings 50MB of random crap. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fedora ARM status meeting minutes 2012-06-20
On Wed, Jun 20, 2012 at 5:44 PM, Paul Whalen pwha...@redhat.com wrote: Good day all, Thanks to those who were able to join us for the weekly status meeting today. For those that were unable, the minutes are posted below: Just wanted to thank the ARM team for adopting the weekly online meetings and minutes publishing. It makes things much easier to follow in ARM land. josh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
File XML-Simple-2.20.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-XML-Simple: 4d10964e123b76eca36678464daa63cd XML-Simple-2.20.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
Q: IPv6-only setup - get rid of 127.0.0.1
Hi, I am running F17 in IPv6-only network (behind NAT64 gateway) and would like to get rid of 127.0.0.1 address from lo interface. Please, don't tell me, that this would break lots of stone-aged software, because such configuration works for about a year already in non-RH distro. I can't find who sets inet 127.0.0.1/8 scope host address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. Who's doing this? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, Jun 21, 2012 at 04:42:54PM +0400, Alexey I. Froloff wrote: Hi, I am running F17 in IPv6-only network (behind NAT64 gateway) and would like to get rid of 127.0.0.1 address from lo interface. Please, don't tell me, that this would break lots of stone-aged software, because such configuration works for about a year already in non-RH distro. I can't find who sets inet 127.0.0.1/8 scope host address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. systemd sets this very early during boot. -- Tomasz TorczThere exists no separation between gods and men: xmpp: zdzich...@chrome.pl one blends softly casual into the other. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, Jun 21, 2012 at 02:44:42PM +0200, Tomasz Torcz wrote: I can't find who sets inet 127.0.0.1/8 scope host address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. systemd sets this very early during boot. Is is configurable? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: default DNS caching name server on Fedora ?
On 06/20/2012 07:09 PM, Dan Williams wrote: (also, an aside: why the heck do resolvconf and dnssec-trigger require an interface name??? DNS information has nothing do with network interfaces, despite some DNS info coming from interface-specific sources like DHCP...) resolvconf requires an interface name for the same reason NMDnsManager does, because it behaves in exactly the same way as NMDnsManager. (It keeps track of multiple DNS configurations, merges them together into a single resolv.conf, and lets you add new ones and remove old ones in any order.) The NM resolvconf plugin is broken in how it uses resolvconf. -- Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, 21.06.12 16:59, Alexey I. Froloff (ra...@raorn.name) wrote: On Thu, Jun 21, 2012 at 02:44:42PM +0200, Tomasz Torcz wrote: I can't find who sets inet 127.0.0.1/8 scope host address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. systemd sets this very early during boot. Is is configurable? Nope. Just dropping the loopback IP address doesn't disable IPv4. if you want to disable IPv4 like you can disable IPv6 then this probably needs kernel support. Disabling IPv4 should result in socket(AF_INET, ...) returning EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNF Any testing time-frame?
On Thu, 21 Jun 2012, Ales Kozumplik wrote: On 06/20/2012 01:04 PM, tim.laurid...@gmail.com wrote: Would it not be better to work with yum upstream to make the current yum depsolver more modular so you could plugin another libsolv based depsolver, instead of making a fork of yum and starts trashing the current API. There is a lot more to yum, that just solving dependencies. And making a fork there is not fully compatible will put a lot of work on your shoulders :) without the benefit on the work done by yum upstream :) like parallel download etc. Tim Hello Tim, Be assured I am in contact with Yum developers and the new features happening for F18 there are planned to be integrated to DNF. The decision to fork yum into using libsolv instead of trying to evolve it slowly was a difficult one yet it was the right one. Unified depsolving is only a part of the project, the other primary goal is arriving at concrete, cleaned up API for external applications and plugins. This is very hard to get done without having free hands to refactor, remove, cleanup and change for better testability because in Yum one always has to look behind his back for tricky backward compatibility issues. I think the best way to describe the DNF project really is as the next-gen yum. Departing from the old APIs is a part of it. There are little alternatives also: the gradual deprecation of some of the Yum's legacy interfaces hasn't been very successful in the past. Or I could keep DNF under the lid for another one or two Fedora releases, but I find it a better alternative to package this early version: both for those Fedora users who will bravely try it (and hopefully report feedback) and the community members who might join the effort. Ales, Tim _IS_ a yum developer. That he felt surprised by this means you've only been communicating with yum devs on the internal red hat packaging team not in the community channels related to yum specifically. It would make good sense if you want to figure out what apis are important/matter to discuss this on the yum-devel mailing list at the very least. I think it would help everyone if the packaging team was a little more outward interacting than it is currently. Not with just a read-only blurb to the fedora features list but discussing DNF with other folks who are explicitly in yum development. Thanks, -sv -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
Lennart Poettering (mzerq...@0pointer.de) said: On Thu, 21.06.12 16:59, Alexey I. Froloff (ra...@raorn.name) wrote: On Thu, Jun 21, 2012 at 02:44:42PM +0200, Tomasz Torcz wrote: I can't find who sets inet 127.0.0.1/8 scope host address to lo interface. Commented out the IPADDRESS in ifcfg-lo - no result. systemd sets this very early during boot. Is is configurable? Nope. Just dropping the loopback IP address doesn't disable IPv4. if you want to disable IPv4 like you can disable IPv6 then this probably needs kernel support. Disabling IPv4 should result in socket(AF_INET, ...) returning EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Right - unlike IPv6, where it can be fully disabled, the best you can do with IPv4 is just drop all IPv4 addresses. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Thu, Jun 21, 2012 at 3:42 AM, Tomas Mraz tm...@redhat.com wrote: On Wed, 2012-06-20 at 16:57 -0400, Brian Wheeler wrote: I know that we've been told that this is a done deal and that everyone should just get over it, but this is a feature that I think truly sucks for a lot of reasons and there hasn't been any _actual_ benefits that have been proven for it, just lots of hand waving and anecdotes about how it works. I'm not quite sure about this being a done deal. Anybody with strong arguments, which were not discussed on the FESCo meeting which ACKed the feature, can propose in the FESCo tracker to revert the decision. Additionally, it's been turned on in rawhide. If over the course of f18 development it becomes apparent that it's a major problem, and people make a strong case for this backed up by solid data, we can indeed revert and turn it off. Nothing is set in stone, but having the feature in rawhide is a good way to get an idea of how well it will work. Not perfect, but it's what rawhide is for. -J -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Filtering question
On 06/21/2012 10:18 AM, Alec Leamas wrote:
I raised this issue on rpmfusion-devel. However, I think it's general
enough to seek advice also here on fedora-devel. since it's really about
how to understand the filtering guidelines.
Hi!
I'm reviewing a package 2300 which at a glance seems to need filtering:
it both Requires: and Provides: it's internal plugin libraries, many of
which with generic names likely to clash with other packages symbols.
But when I look at the guidelines at
http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering, they
seem to be contradictory:
- One one hand, a package Must not export RPM dependency information
which is not global in nature... e. g., plugins.
- On the other, a package which have binaries in PATH and/or system
libraries must not use filtering; this applies also to sub-packages.
The filtering page on the wiki is rather out of date as it pre-dates rpm
4.9 (F-15 onwards), which includes a native filtering mechanism and
doesn't require that the internal dependency generator be turned off,
and is therefore safe to use on packages containing binaries.
2300 is, at present, a package with binaries in $PATH (can't use
filtering) providing and requiring it's own plugins (must be filtered).
What should we do?
Split into two independent packages built from same source?
Thoughts?
Adding the following lines seems to achieve what you're looking for:
# Avoid provides/requires from private libraries
%global privlibs Complete
%global privlibs %{privlibs}|CompleteGui
%global privlibs %{privlibs}|Drawing
%global privlibs %{privlibs}|DrawingGui
%global privlibs %{privlibs}|Fem
%global privlibs %{privlibs}|FemGui
%global privlibs %{privlibs}|FreeCAD
%global privlibs %{privlibs}|FreeCADGui
%global privlibs %{privlibs}|Image
%global privlibs %{privlibs}|ImageGui
%global privlibs %{privlibs}|ImportGui
%global privlibs %{privlibs}|Inspection
%global privlibs %{privlibs}|InspectionGui
%global privlibs %{privlibs}|Mesh
%global privlibs %{privlibs}|MeshGui
%global privlibs %{privlibs}|MeshPart
%global privlibs %{privlibs}|MeshPartGui
%global privlibs %{privlibs}|Part
%global privlibs %{privlibs}|PartDesign
%global privlibs %{privlibs}|PartDesignGui
%global privlibs %{privlibs}|PartGui
%global privlibs %{privlibs}|Points
%global privlibs %{privlibs}|PointsGui
%global privlibs %{privlibs}|QtUnitGui
%global privlibs %{privlibs}|Raytracing
%global privlibs %{privlibs}|RaytracingGui
%global privlibs %{privlibs}|ReverseEngineering
%global privlibs %{privlibs}|ReverseEngineeringGui
%global privlibs %{privlibs}|Robot
%global privlibs %{privlibs}|RobotGui
%global privlibs %{privlibs}|Sketcher
%global privlibs %{privlibs}|SketcherGui
%global privlibs %{privlibs}|Start
%global privlibs %{privlibs}|StartGui
%global privlibs %{privlibs}|WebGui
%global privlibs %{privlibs}|libFreeCADApp
%global privlibs %{privlibs}|libFreeCADBase
%global privlibs %{privlibs}|libFreeCADGui
%global __provides_exclude ^(%{privlibs})\\.so
%global __requires_exclude ^(%{privlibs})\\.so
A more succinct approach (which I haven't tried) would be:
%global __provides_exclude_from ^%{_libdir}/freecad/lib/.*\\.so$
%global __requires_exclude_from ^%{_libdir}/freecad/lib/.*\\.so$
but that would also drop dependencies required *by* those private
libraries as well as the private libraries themselves, so I prefer the
more long-winded approach.
Paul.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 DNF and history
On 06/21/2012 02:23 PM, Matej Cepl wrote: we don't have quality uninstall á la aptitude (remove this package and all packages which were installed just to satisfy its requirements recursively) We do now. You can set clean_requirements_on_remove=1 in yum.conf Michal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, Jun 21, 2012 at 03:39:43PM +0200, Lennart Poettering wrote: Disabling IPv4 should result in socket(AF_INET, ...) returning EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Yep, and it doesn't prevent for anyone listening on 0.0.0.0... But still, is it possible to get rid of 127.0.0.1, or it's hardcoded in systemd? -- Regards,-- Sir Raorn. --- http://thousandsofhate.blogspot.com/ signature.asc Description: Digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 DNF and history
Michal Schmidt mschm...@redhat.com writes: On 06/21/2012 02:23 PM, Matej Cepl wrote: we don't have quality uninstall á la aptitude (remove this package and all packages which were installed just to satisfy its requirements recursively) We do now. You can set clean_requirements_on_remove=1 in yum.conf in which version that is supported? -- Nikola -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, 21.06.12 18:22, Alexey I. Froloff (ra...@raorn.name) wrote: On Thu, Jun 21, 2012 at 03:39:43PM +0200, Lennart Poettering wrote: Disabling IPv4 should result in socket(AF_INET, ...) returning EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Yep, and it doesn't prevent for anyone listening on 0.0.0.0... But still, is it possible to get rid of 127.0.0.1, or it's hardcoded in systemd? This is hardcoded in systemd, but nothing stops you from dropping this again from the interface. Basically, the logic in systemd is to configured 127.0.0.1 to lo if IPv4 is available and ::1 to lo if IPv6 is available. But if this is later undone or changed this is toally OK. We simply do this by default because this is such basic functionality that lo should work everywhere and always without and specific configuration. Lennart -- Lennart Poettering - Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNS handling was Re: default DNS caching name server on Fedora ?
On Wed, 2012-06-20 at 16:42 -0400, Paul Wouters wrote: Install dnssec-trigger, start the dnssec-trigger panel application and please give me feedback! Especially when you experience dns failures at hotspots. There are so many different kinds of broken dns out there, I'm sure we need to do more inventive things to make it work for everyone. [sgallagh@sgallagh520 ~]$ dnssec-trigger Gtk-Message: Failed to load module pk-gtk-module Jun 21 10:42:34 dnssec-trigger-panel[12742] fatal error: cannot setup ssl context: Error setting up SSL_CTX client key and cert error:02001002:system library:fopen:No such file or directory This was after a 'sudo yum install dnssec-trigger --enablerepo=rawhide' on a Fedora 17 x86_64 system. Are there other configuration steps I should be aware of? signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Filtering question
On 06/21/2012 04:04 PM, Paul Howarth wrote: On 06/21/2012 10:18 AM, Alec Leamas wrote: I raised this issue on rpmfusion-devel. However, I think it's general enough to seek advice also here on fedora-devel. since it's really about how to understand the filtering guidelines. Hi! I'm reviewing a package 2300 which at a glance seems to need filtering: it both Requires: and Provides: it's internal plugin libraries, many of which with generic names likely to clash with other packages symbols. But when I look at the guidelines at http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering, they seem to be contradictory: - One one hand, a package Must not export RPM dependency information which is not global in nature... e. g., plugins. - On the other, a package which have binaries in PATH and/or system libraries must not use filtering; this applies also to sub-packages. The filtering page on the wiki is rather out of date as it pre-dates rpm 4.9 (F-15 onwards), which includes a native filtering mechanism and doesn't require that the internal dependency generator be turned off, and is therefore safe to use on packages containing binaries. Ouch! And thanks! This has cost Richard (the submitter) quite some time. Any chance that you, who seems to know this stuff, could update the wiki? Or at least just insert a warning it's outdated? I know I could that myself, and I will unless someone else does. But it's always an advantage to know what you are talking about ;) 2300 is, at present, a package with binaries in $PATH (can't use filtering) providing and requiring it's own plugins (must be filtered). What should we do? Split into two independent packages built from same source? Thoughts? Adding the following lines seems to achieve what you're looking for: [cut] I'm sure Richard will try this. Once again, many thanks! --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 DNF and history
On 06/21/2012 04:27 PM, Nikola Pajkovsky wrote: Michal Schmidt mschm...@redhat.com writes: We do now. You can set clean_requirements_on_remove=1 in yum.conf in which version that is supported? Since 3.2.28-13 http://skvidal.wordpress.com/2010/11/09/orphaned-dep-cleanup-in-yum/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-CGI-Application-Plugin-ValidateRM] Perl 5.16 rebuild
commit 6348e3f076cdf677e8e5bbb2b87aaccb8c240fa5
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 16:59:52 2012 +0200
Perl 5.16 rebuild
perl-CGI-Application-Plugin-ValidateRM.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-CGI-Application-Plugin-ValidateRM.spec
b/perl-CGI-Application-Plugin-ValidateRM.spec
index 6ae6119..4d7fc10 100644
--- a/perl-CGI-Application-Plugin-ValidateRM.spec
+++ b/perl-CGI-Application-Plugin-ValidateRM.spec
@@ -1,6 +1,6 @@
Name: perl-CGI-Application-Plugin-ValidateRM
Version:2.4
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Help validate CGI::Application run modes using
Data::FormValidator
License:GPL+ or Artistic
Group: Development/Libraries
@@ -47,6 +47,9 @@ chmod 0644
$RPM_BUILD_ROOT/%{perl_vendorlib}/CGI/Application/Plugin/ValidateRM.p
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 2.4-5
+- Perl 5.16 rebuild
+
* Mon Jan 16 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 2.4-4
- Add HTML::Parser as a BR
--
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-RPC-XML] Perl 5.16 rebuild
commit 62f8f6cb93b98d0bbe14059ba8fb6b56f48af1bd
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 17:00:31 2012 +0200
Perl 5.16 rebuild
perl-RPC-XML.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-RPC-XML.spec b/perl-RPC-XML.spec
index a0dc583..f3cc310 100644
--- a/perl-RPC-XML.spec
+++ b/perl-RPC-XML.spec
@@ -2,7 +2,7 @@
Name:perl-RPC-XML
Version: 0.76
-Release: 3%{?dist}
+Release: 4%{?dist}
Summary: Set of classes for core data, message and XML handling
Group: Development/Libraries
@@ -101,6 +101,9 @@ rm -rf %{buildroot}
%{perl_vendorlib}/Apache
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.76-4
+- Perl 5.16 rebuild
+
* Mon Jan 16 2012 Petr Pisar ppi...@redhat.com - 0.76-3
- Require MODULE_COMPAT because this is Perl package.
--
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-HTML-GenToc] Perl 5.16 rebuild
commit d2b67f344491b9d36fda42a9fcb58878987823b7
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 17:01:19 2012 +0200
Perl 5.16 rebuild
perl-HTML-GenToc.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-HTML-GenToc.spec b/perl-HTML-GenToc.spec
index 6b08fa1..e5478c6 100644
--- a/perl-HTML-GenToc.spec
+++ b/perl-HTML-GenToc.spec
@@ -1,6 +1,6 @@
Name: perl-HTML-GenToc
Version:3.20
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Generate a Table of Contents for HTML documents
License:GPLv2+
Group: Development/Libraries
@@ -48,6 +48,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 3.20-4
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 3.20-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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
[perl-File-ShareDir-PAR] Perl 5.16 rebuild
commit a0717ee898c28d250c8583fa784c6dce688f48a2
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 17:01:20 2012 +0200
Perl 5.16 rebuild
perl-File-ShareDir-PAR.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-File-ShareDir-PAR.spec b/perl-File-ShareDir-PAR.spec
index 5e6a08d..1baadc2 100644
--- a/perl-File-ShareDir-PAR.spec
+++ b/perl-File-ShareDir-PAR.spec
@@ -1,6 +1,6 @@
Name: perl-File-ShareDir-PAR
Version:0.06
-Release:7%{?dist}
+Release:8%{?dist}
Summary:File::ShareDir with PAR support
License:GPL+ or Artistic
Group: Development/Libraries
@@ -59,6 +59,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.06-8
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.06-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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
[perl-JSON-Util] Perl 5.16 rebuild
commit 3a27db46b349840ba0e9191cbb8cd081d20ea089
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 17:01:30 2012 +0200
Perl 5.16 rebuild
perl-JSON-Util.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-JSON-Util.spec b/perl-JSON-Util.spec
index 91b3b1b..f0514e7 100644
--- a/perl-JSON-Util.spec
+++ b/perl-JSON-Util.spec
@@ -1,6 +1,6 @@
Name: perl-JSON-Util
Version:0.05
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Easy and portable encode/decode of JSON
License:GPL+ or Artistic
Group: Development/Libraries
@@ -47,6 +47,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.05-4
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.05-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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
[perl-Spreadsheet-WriteExcel-Simple] Perl 5.16 rebuild
commit d0edb98efdbf913ed4dad0b8ce305722594096b4
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 17:03:03 2012 +0200
Perl 5.16 rebuild
perl-Spreadsheet-WriteExcel-Simple.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Spreadsheet-WriteExcel-Simple.spec
b/perl-Spreadsheet-WriteExcel-Simple.spec
index bb268d4..5bcc0d2 100644
--- a/perl-Spreadsheet-WriteExcel-Simple.spec
+++ b/perl-Spreadsheet-WriteExcel-Simple.spec
@@ -1,6 +1,6 @@
Name: perl-Spreadsheet-WriteExcel-Simple
Version:1.04
-Release:12%{?dist}
+Release:13%{?dist}
Summary:Simple single-sheet Excel document creator
License:GPL+ or Artistic
Group: Development/Libraries
@@ -44,6 +44,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.04-13
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.04-12
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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: default DNS caching name server on Fedora ?
On Thu, 2012-06-21 at 09:32 -0400, Dan Winship wrote: On 06/20/2012 07:09 PM, Dan Williams wrote: (also, an aside: why the heck do resolvconf and dnssec-trigger require an interface name??? DNS information has nothing do with network interfaces, despite some DNS info coming from interface-specific sources like DHCP...) resolvconf requires an interface name for the same reason NMDnsManager does, because it behaves in exactly the same way as NMDnsManager. (It keeps track of multiple DNS configurations, merges them together into a single resolv.conf, and lets you add new ones and remove old ones in any order.) The NM resolvconf plugin is broken in how it uses resolvconf. NMDnsManager only uses one because it has to pass it to either resolvconf or netconf, or for logging, or for IPv6 LL address formatting. We don't need it for anything else. The problem with resolvconf is that it uses the interface for priority rules which you can modify via config files, so that say eth0 is always preferred above wlan0. The problem with that is that the DNS information is coming from a *network*, not an interface, and the network which an interface is connected to can change. So we don't want to talk about *interfaces* here, we want to talk about networks instead. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Filtering question
On 06/21/2012 03:53 PM, Alec Leamas wrote: On 06/21/2012 04:04 PM, Paul Howarth wrote: On 06/21/2012 10:18 AM, Alec Leamas wrote: I raised this issue on rpmfusion-devel. However, I think it's general enough to seek advice also here on fedora-devel. since it's really about how to understand the filtering guidelines. Hi! I'm reviewing a package 2300 which at a glance seems to need filtering: it both Requires: and Provides: it's internal plugin libraries, many of which with generic names likely to clash with other packages symbols. But when I look at the guidelines at http://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering, they seem to be contradictory: - One one hand, a package Must not export RPM dependency information which is not global in nature... e. g., plugins. - On the other, a package which have binaries in PATH and/or system libraries must not use filtering; this applies also to sub-packages. The filtering page on the wiki is rather out of date as it pre-dates rpm 4.9 (F-15 onwards), which includes a native filtering mechanism and doesn't require that the internal dependency generator be turned off, and is therefore safe to use on packages containing binaries. Ouch! And thanks! This has cost Richard (the submitter) quite some time. Any chance that you, who seems to know this stuff, could update the wiki? Or at least just insert a warning it's outdated? I know I could that myself, and I will unless someone else does. But it's always an advantage to know what you are talking about ;) That would have to go through the packaging committee, as the Packaging: pages have restricted edit access. I could write up a draft but it'll take quite a while to get round to it as I'm really busy at work at the moment. Paul. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Replacing grubby with grub2-mkconfig in kernel install process
On Wed, Jun 20, 2012 at 12:42 PM, Adam Williamson awill...@redhat.comwrote: As I understood it, the latest version of the proposal involves having grubby simply call grub2-mkconfig when it is dealing with grub2. So the rest of the 'stack' doesn't change at all. Well, my proposal is basically this: If the bootloader is grub2, new kernel entries should be added to the grub2 config (boot menu) in such a way that respects whatever format it is using. Maybe that means writing a new script to make a diff of the current config and a fresh one produced by grub2-mkconfig, and figuring out where the kernel needs to be inserted from that. Maybe it can be done more easily by modifying grubby to map the current config and figure out where to insert the kernel from *that*. Or maybe it's simply calling grub2-mkconfig and installing a fresh config file. I suggested this, at first, because it seemed the simplest thing to me, but maybe it's not. Well, the way I see it, that's the solution to the _current_ biggest problem we have with grubby/grub2 (it completely nerfing the nested format that mkconfig prefers to generate at present). But I see that specific problem as only a symptom of a bigger issue, which is that upstream currently feels perfectly free to make drastic changes to the grub config file format at any time, in stark contrast to how things were with grub-legacy, where there was a very stable format we could rely on. I feel like, if we stick with grubby, we're kind of stuck in a game of whack-a-mole at least until upstream stabilizes the config format. We solve this problem, they'll throw us another curveball sooner or later... +1. This is what I was trying to say before. I suppose we could wait until upstream stabilizes the config before fixing this at all, but does anyone have any idea when that will be? Ben -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNS handling was Re: default DNS caching name server on Fedora ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2012 10:44 AM, Stephen Gallagher wrote: On Wed, 2012-06-20 at 16:42 -0400, Paul Wouters wrote: Install dnssec-trigger, start the dnssec-trigger panel application and please give me feedback! Especially when you experience dns failures at hotspots. There are so many different kinds of broken dns out there, I'm sure we need to do more inventive things to make it work for everyone. [sgallagh@sgallagh520 ~]$ dnssec-trigger Gtk-Message: Failed to load module pk-gtk-module Jun 21 10:42:34 dnssec-trigger-panel[12742] fatal error: cannot setup ssl context: Error setting up SSL_CTX client key and cert error:02001002:system library:fopen:No such file or directory This was after a 'sudo yum install dnssec-trigger --enablerepo=rawhide' on a Fedora 17 x86_64 system. Are there other configuration steps I should be aware of? It looks like the dnssec-triggerd-keygen.service (and after that dnssec-triggerd.service) were not started yet. Either start these using systemctl or reboot. Paul -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJP4zyTAAoJEISzragz8T5uLhQH/1kPLgY9g34/AAsVwXiMx7tV rCfLJf9Zdo7c+Jfh6ZcHsahMh9uDdZDbSBfKlqNahQ5u7xFxvVAQ9j81192Xx/a3 eGXNM9RWAaKELcjpkxyuLayicO8QU6d6si/OzsgUBH75hsH0Wfz3IUxxTR/Ppm6e vVZQQeWYTPhfrujNLXBOO09dzQEjBSDhfHyFY+TNjD0cxrsC6XgvNOFFux35sdCL cKHXu6lV4csigmqpOOaobQKVs5a6p23d7cOpKo6dtJIPhAxOVwzsy3MygiMfxYj0 SS7fRxfMAl43nijo4cvnDgTy0cmjjP+TZLOrK7EsN/SRgcc8hD1pENBO3vRLiME= =h6eH -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Fwd: Filtering question
On 06/21/2012 05:16 PM, Paul Howarth wrote: On 06/21/2012 03:53 PM, Alec Leamas wrote: On 06/21/2012 04:04 PM, Paul Howarth wrote: [cut] The filtering page on the wiki is rather out of date as it pre-dates rpm 4.9 (F-15 onwards), which includes a native filtering mechanism and doesn't require that the internal dependency generator be turned off, and is therefore safe to use on packages containing binaries. Ouch! And thanks! This has cost Richard (the submitter) quite some time. Any chance that you, who seems to know this stuff, could update the wiki? Or at least just insert a warning it's outdated? I know I could that myself, and I will unless someone else does. But it's always an advantage to know what you are talking about ;) That would have to go through the packaging committee, as the Packaging: pages have restricted edit access. I could write up a draft but it'll take quite a while to get round to it as I'm really busy at work at the moment. Paul. Sorry, I missed it was part of the core guidelines. Should have known that :( --alec -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
Additionally, it's been turned on in rawhide. Rawhide nightlies have been failing, though, so how do we test this? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Thu, Jun 21, 2012 at 11:09 AM, DJ Delorie d...@redhat.com wrote: Additionally, it's been turned on in rawhide. Rawhide nightlies have been failing, though, so how do we test this? . . .or anything else? Wait until it composes, and then test. Unfortunately. -J -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
On Thu, Jun 21, 2012 at 12:09:48 -0400, DJ Delorie d...@redhat.com wrote: Additionally, it's been turned on in rawhide. Rawhide nightlies have been failing, though, so how do we test this? Run rawhide. You can do this by installing F17 and yum upgrading to rawhide. There is an issue with dracut not working with device-mapper-multipath installed. And there is a plymouth issue breaking mounting encrypted devices other than the root file system during boot. You can work around it manually fixing things up after every reboot, but it's a bit of a pain. I had been testing /tmp on tmpfs, but turned it off because it was hiding /tmp where httpd had dumped a lot of core files which I was having trouble removing. There is probably some tricky way to bind mount / and get at that directory, but it was simpler to turn it off and reboot. I haven't turned it back on yet, because I was worried about httpd regularly filling /tmp up, but the problems seems to have stopped now. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs
Once upon a time, Bruno Wolff III br...@wolff.to said: I had been testing /tmp on tmpfs, but turned it off because it was hiding /tmp where httpd had dumped a lot of core files which I was having trouble removing. There is probably some tricky way to bind mount / and get at that Yep, not even particularly tricky: mount -t bind / /mnt -- Chris Adams cmad...@hiwaay.net Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Heads-up: Kerberos default user credential cache location is changing
As part of two related Fedora 18 Features[1][2], the default location that Kerberos credential caches will be stored (when logging in through SSSD or pam_krb5) will be changing from its existing location of FILE:/tmp/krb5cc_UID_XX to a new default of DIR:/run/user/UID/ccdir This gains multiple advantages: 1) Credential caches are now stored in a tmpfs location. This is a security feature, as a stolen laptop may not be booted in single-user mode to extract a valid TGT. 2) Credential caches have switched to the DIR: cache type, which allows acquiring tickets for multiple Kerberos realms simultaneously. This means that you can have SSO credentials for the realm you logged into, as well as getting additional credentials for other realms (example case: login to your corporate account, also get kerberos credentials for a partner account). 3) The credential cache is now stored in a well-known and better-protected location than /tmp. Applications such as GSSD that require access to a user's Kerberos credential cache can now know to look specifically at DIR:/run/user/UID/ccdir, rather than trolling /tmp for a credential cache they have privilege to read. Some users may be surprised at the loss of reboot-persistent credential caches, despite the obvious security benefits. In that case, SSSD and pam_krb5 can be configured to store the credentials in a different, persistent location. It's important to note that, due to the proposal to change /tmp to tmpfs and/or encapsulate it in a pam_namespace, keeping the credentials in /tmp would still have changed this default behavior. This email is intended to inform any Kerberos-using applications that they should start making themselves capable of using the new default location for credential caches. Those who wish to test this with SSSD Kerberos logins can do so with sssd-1.9.0-7.fc18.beta2 which should be available in your local rawhide mirror by now. [1] https://fedoraproject.org/wiki/Features/KRB5CacheMove [2] https://fedoraproject.org/wiki/Features/KRB5DirCache signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Q: IPv6-only setup - get rid of 127.0.0.1
On Thu, 2012-06-21 at 16:39 +0200, Lennart Poettering wrote: On Thu, 21.06.12 18:22, Alexey I. Froloff (ra...@raorn.name) wrote: On Thu, Jun 21, 2012 at 03:39:43PM +0200, Lennart Poettering wrote: Disabling IPv4 should result in socket(AF_INET, ...) returning EAFNOSUPPORT. Just taking away 127.0.0.1 doesn't do anything like that. Yep, and it doesn't prevent for anyone listening on 0.0.0.0... But still, is it possible to get rid of 127.0.0.1, or it's hardcoded in systemd? This is hardcoded in systemd, but nothing stops you from dropping this again from the interface. Basically, the logic in systemd is to configured 127.0.0.1 to lo if IPv4 is available and ::1 to lo if IPv6 is available. But if this is later undone or changed this is toally OK. We simply do this by default because this is such basic functionality that lo should work everywhere and always without and specific configuration. NetworkManager also ensures that lo has 127.0.0.1, but that's only done once on startup of NM. This functionality has existed in NM for quite a long time, predating systemd. I'd be fine with disabling it for Fedora now that systemd handles it. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Takeover ddrescue dd_rescue
Hello colleagues developers, Following the procedure http://fedoraproject.org/wiki/Package_maintainer_policy#What_to_do_if_a_maintainer_is_absent I would like to take the ownership of the dd_rescue and ddrescue packages. It seems it is not possible to contact original owner of these packages - Andreas Thienemann - for quite some time. - I have tried several times to contact the owner - bugzilla/emails - bugs for the upgrade to current versions are opened for extensive time ddrescue https://bugzilla.redhat.com/show_bug.cgi?id=591042 dd_rescue https://bugzilla.redhat.com/show_bug.cgi?id=807220 - tried to search for contact here on the devel list http://lists.fedoraproject.org/pipermail/devel/2012-June/168582.html If nobody has any objections I would like to co-maintain these packages, continue updating these packages and keeping Andreas Thienemann as co-maintainer for the case he would return to Fedora world. Best regards Michal Ambroz -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNS handling
Paul Wouters wrote: Install dnssec-trigger, start the dnssec-trigger panel application and please give me feedback! Especially when you experience dns failures at hotspots. There are so many different kinds of broken dns out there, I'm sure we need to do more inventive things to make it work for everyone. I installed DNSsec-trigger a few months ago and tried it out in a few networks. It seemed to work as advertised in all cases. A hotspot run by a nearby shopping center turned out to be a very hostile network where pretty much everything except HTTPS was blocked or mangled, and DNSsec-trigger correctly detected that it had to mask DNS as HTTPS. The only problem I found was in how the local DNS cache interacts with internal domains on NATed networks. I have a DNS server at home that translates names in my own domain to private IPv4 addresses. Some of those names are also visible publicly, but then they all point to my one public IPv4 address. When I moved from my own network to another Unbound still remembered the private addresses, which were of course not reachable from the other network, and when I moved back to my own network Unbound remembered the public address, which is the wrong address to use there. (With IPv6 I don't have this problem but IPv6 isn't exactly available in every hotspot...) I'm not sure there is anything that DNSsec-trigger can do to work around this if you want it to be able to work from the cache when even HTTPS is blocked. Perhaps dual-view setups like mine should simply use a short TTL to minimize the problem. Björn Persson signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: (re)starting of a daemon after package update
On 06/20/2012 02:37 PM, Reindl Harald wrote: Am 20.06.2012 14:32, schrieb Björn Persson: Michal Hlavinka wrote: Correct approach would be to save state before installation of new version starts and start dovecot (if flag is set) after old version is removed - that would mean %postun script. This does not seem to work on reinstall (the same version is installed) - %postun script is not executed. Please also consider what happens when the new version of Dovecot requires a new version of some library. RPM will ensure that both packages are updated in the same transaction, but if I understand correctly it's not until %posttrans that you can be sure that the new library is in place. %postun is sufficient, but it's not executed on package reinstall one reason more why the cuurent behavior re-starting services on updates is simply wrong: You complained that service is restarted during update. Well, in this case, restart is not sufficient. We even have to be sure, the service is not running when there are both old and new files in place. Not restarting the service would be simply wrong -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNS handling
On Thu, 21 Jun 2012, Björn Persson wrote: I installed DNSsec-trigger a few months ago and tried it out in a few networks. It seemed to work as advertised in all cases. A hotspot run by a nearby shopping center turned out to be a very hostile network where pretty much everything except HTTPS was blocked or mangled, and DNSsec-trigger correctly detected that it had to mask DNS as HTTPS. Great! Let me know how dnssec-trigger 0.11 works, with the additional hotspot port 80 manglign detection. The only problem I found was in how the local DNS cache interacts with internal domains on NATed networks. I have a DNS server at home that translates names in my own domain to private IPv4 addresses. Some of those names are also visible publicly, but then they all point to my one public IPv4 address. When I moved from my own network to another Unbound still remembered the private addresses, which were of course not reachable from the other network, and when I moved back to my own network Unbound remembered the public address, which is the wrong address to use there. (With IPv6 I don't have this problem but IPv6 isn't exactly available in every hotspot...) I'm not sure there is anything that DNSsec-trigger can do to work around this if you want it to be able to work from the cache when even HTTPS is blocked. Perhaps dual-view setups like mine should simply use a short TTL to minimize the problem. Openswan deals with this because it gets the domain from the IKE protocol, so it can flush the domain and everything under it from the cache. Currently there is no way to signal this with NM. However, if your domain is the search prefix in your home network, then perhaps it would be enough if NM/dnssec-trigger would flush everything of the previous search domain from the cache. Using TTL=0 or something fairly short should help you in your case though. Paul Björn Persson -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Need some ocaml help: coq rebuild failing
On Sun, Jun 17, 2012 at 3:45 AM, Richard W.M. Jones rjo...@redhat.com wrote: I would also suspect code generation or GC. Did you try asking on upstream Coq / OCaml mailing lists? No, I haven't. But see below. Having said that, relatively long-running programs are working OK for me. How about on i386? I haven't had a single problem on x86_64; all of the failures I've seen have been on i386. Yesterday, I tried building again to see if anything had changed. It had. The plugin compilations were failing because, apparently, -fPIC had not been passed to the compiler when building the shared objects. I poked at it for a little bit before giving up. Today I tried building again to try to localize that problem ... and now I'm getting this: bin/coqtop.opt -boot-nois -compile theories/Init/Peano File /home/jamesjer/rpmbuild/BUILD/coq-8.3pl4/theories/Init/Peano.v, line 78, character 28-29: Error: No interpretation for numeral 0. make[1]: *** [theories/Init/Peano.vo] Error 1 This is getting weirder and weirder. I don't even know where to start looking. I'd believe my i386 VM is damaged somehow, except I'm seeing these kinds of problems on koji builds, too. Have you tried running nontrivial OCaml programs on an i386 platform? Thanks, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F18 DNF and history
On 21/06/12 16:07, Michal Schmidt wrote: On 06/21/2012 02:23 PM, Matej Cepl wrote: we don't have quality uninstall á la aptitude (remove this package and all packages which were installed just to satisfy its requirements recursively) We do now. You can set clean_requirements_on_remove=1 in yum.conf And what exactly does it? /me goes to reread Seth's blogpost, he dimly remembers he thought it isn't it when he read it first time. Matěj -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: (re)starting of a daemon after package update
Am 21.06.2012 22:52, schrieb Michal Hlavinka: On 06/20/2012 02:37 PM, Reindl Harald wrote: Am 20.06.2012 14:32, schrieb Björn Persson: Michal Hlavinka wrote: Correct approach would be to save state before installation of new version starts and start dovecot (if flag is set) after old version is removed - that would mean %postun script. This does not seem to work on reinstall (the same version is installed) - %postun script is not executed. Please also consider what happens when the new version of Dovecot requires a new version of some library. RPM will ensure that both packages are updated in the same transaction, but if I understand correctly it's not until %posttrans that you can be sure that the new library is in place. %postun is sufficient, but it's not executed on package reinstall one reason more why the cuurent behavior re-starting services on updates is simply wrong: You complained that service is restarted during update. Well, in this case, restart is not sufficient. We even have to be sure, the service is not running when there are both old and new files in place. Not restarting the service would be simply wrong is is NOT simpy wrong * i am the admin * i decide the time when a service is restarted * you have no clue what implication a restart of whatever service has in my environment * so you should give me a way to disable the auto-restarts globally currently i have to rebuild every single server-package to remove this can you imagine the side-efefcts restarting mysqld while update in a environment dbmail postfix, dovecot and depending services heavily using mysql? you can NOT i can - it is a disaster i am the onbe who is controlling the machine and konwing each configuartion and service-dependency on my machine because i have configured the whole stuff and i know what i am doing - update mysqld without restart the service is painless, AFTER the update i start a script stopping all the services in the 100% right order for MY setup and start them again this means a downtime around 10 seconds wihtout a single error in /var/log/maillog - dong the restart blindly on update means a LOT of errors and warnings in maillog so please do not tell me what is right or wrong in MY setup give me the option to decide GLOBALLY withut rebuild packages what is the best for MY environment! signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
double tab
Before F-17 I had become accustomed to using the double tab to get a list of the commands; perhaps you set it bu default at least in the release on the website. This time I upgraded through the link in the mail. Perhaps I asked this before and forgot the method: what is the proper command to get a list of all of the commands, and perhaps, how do I set it up through this tab shortcut? Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: double tab
On Thu, Jun 21, 2012 at 7:35 PM, Richard Vickery wrote: Before F-17 I had become accustomed to using the double tab to get a list of the commands; perhaps you set it bu default at least in the release on the website. This time I upgraded through the link in the mail. Perhaps I asked this before and forgot the method: what is the proper command to get a list of all of the commands, I am not exactly sure if you are looking for this, but try $ for ex in $(find $(echo $PATH |sed 's|:| |g') -executable); do basename $ex; done |sort and perhaps, how do I set it up through this tab shortcut? If you are using a standard shell (sh, bash, ...) all of these should be available through the tab completion. Perhaps you wanted to post this to the fedora-users list? Best, Orcan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: double tab
Perhaps you wanted to post this to the fedora-users list? Best, Orcan Thanks Orcan: I just thought of this immediately after posting the question here... Best, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
PATH=/usr/local/bin:/bin:/usr/bin considered harmful
The perl update that hit updates this week is causing a yum conflict with some locally-built packages, of this type: Error: Package: courier-imap-4.10.0.20120202-2.17.x86_64 (installed) Requires: /bin/perl Removing: 4:perl-5.14.2-211.fc17.x86_64 (@anaconda-0) Not found Updated By: 4:perl-5.14.2-212.fc17.x86_64 (updates-released-local) Not found From what I can tell, the sequence of events is: A) A local package's configure script executes which perl, and puts that into each perl script's hashbang. So: [root@octopus ~]# which perl /bin/perl This results in: #! /bin/perl B) The rpm package gets built. find-requires that puts this dependency into the package: requires=/bin/perl C) At install time, rpm seems to be smart to figure this out: [root@octopus ~]# rpm -q --whatprovides /bin/perl perl-5.14.2-211.fc17.x86_64 It's smart enough sees that thanks to the symlinks, /bin/perl=/usr/bin/perl. So the package gets installed, with these hashbangs. D) A perl update hits: [root@shorty x86_64]# rpm -q -l -p perl-5.14.2-212.fc17.x86_64.rpm | fgrep bin/perl /usr/bin/perl /usr/bin/perl5.14.2 /usr/bin/perlbug /usr/bin/perlthanks The new perl package contains /usr/bin/perl. At upgrade, dependency resolution is not smart enough to realize that the new package's /bin/perl=/usr/bin/perl, causing a conflict. Having thought about it, I don't think it's unreasonable to do a which $PROG, and stick it into the hashbang. I think that's a perfectly reasonable approach, with portability being the goal. The problem I see here, is that Fedora's bash is compiled with the default PATH placing a symlink, /bin, ahead of /usr/bin, in the PATH list: [root@octopus ~]# strings /bin/bash | grep usr.bin /usr/local/bin:/bin:/usr/bin I think that bash needs to be recompiled, with the last two flipped, in the default shell PATH. Until then, I need to hack each one of my locally-built package's rpm spec scripts, and manually prepend /usr/bin to the PATH. Which sucks. pgpsR2V1ZyN5h.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Replacing grubby with grub2-mkconfig in kernel install process
On Jun 21, 2012, at 12:42 AM, Juan Orti Alcaine wrote: To change your default option, just edit /etc/default/grub and set GRUB_DEFAULT to match the label or entry number or saved. grub2-mkconfig will respect that decision (or it did, the last time I used it) No I mean for the default behavior in Fedora for GRUB 2 to be that the last chosen entry be made the default boot option (next boot). This is done with: GRUB_DEFAULT=saved GRUB_SAVEDEFAULT=true I know how to change the behavior. I'm suggesting that this is a preferable behavior for users new to Fedora, which does not require that they become familiar with the esoteric aspects of GRUB. Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[perl-DateTime-Format-Pg] Specify all dependencies
commit 46fe67ec125812967a286c19ef343607916c3ad5
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 08:23:19 2012 +0200
Specify all dependencies
perl-DateTime-Format-Pg.spec | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
---
diff --git a/perl-DateTime-Format-Pg.spec b/perl-DateTime-Format-Pg.spec
index e7a61cb..70e325e 100644
--- a/perl-DateTime-Format-Pg.spec
+++ b/perl-DateTime-Format-Pg.spec
@@ -9,12 +9,18 @@ Source0:
http://search.cpan.org/CPAN/authors/id/D/DM/DMAKI/DateTime-Forma
BuildArch: noarch
Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-BuildRequires: perl(Class::ISA)
+BuildRequires: perl(inc::Module::Install)
+BuildRequires: perl(Module::Install::Repository)
+# run-time
+BuildRequires: perl(Carp)
BuildRequires: perl(DateTime) = 0.10
+BuildRequires: perl(DateTime::Duration)
BuildRequires: perl(DateTime::Format::Builder) = 0.72
BuildRequires: perl(DateTime::TimeZone)= 0.05
-BuildRequires: perl(ExtUtils::MakeMaker) = 6.42
+BuildRequires: perl(DateTime::TimeZone::UTC)
+BuildRequires: perl(DateTime::TimeZone::Floating)
# tests
+BuildRequires: perl(Data::Dumper)
BuildRequires: perl(Test::More)
# optional tests
BuildRequires: perl(Test::Pod)
@@ -31,6 +37,10 @@ it in a format accepted by PostgreSQL.
%prep
%setup -q -n DateTime-Format-Pg-%{version}
+# Unbundle modules
+rm -rf inc
+sed -i -e '/^inc\//d' MANIFEST
+
cat README | iconv -f iso8859-1 -t utf8 foo ; mv foo README
perl -pi -e 's|^#!perl|#!/usr/bin/perl|' t/*.t
@@ -58,6 +68,7 @@ make test
%changelog
* Wed Jun 20 2012 Petr Pisar ppi...@redhat.com - 0.16007-3
- Perl 5.16 rebuild
+- Specify all dependencies
* Tue Jan 17 2012 Iain Arnell iarn...@gmail.com - 0.16007-2
- rebuilt again for F17 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
File Gtk3-0.006.tar.gz uploaded to lookaside cache by ppisar
A file has been added to the lookaside cache for perl-Gtk3: f0fdf9cc4c715ddc9548ba36be16d56e Gtk3-0.006.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-Gtk3] 0.006 bump
commit 130fe73d254108e4a638a5762c2048b6c6c664bf
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 08:56:07 2012 +0200
0.006 bump
Tests pass again.
perl-Gtk3.spec | 34 +-
sources|2 +-
2 files changed, 22 insertions(+), 14 deletions(-)
---
diff --git a/perl-Gtk3.spec b/perl-Gtk3.spec
index 348b74a..a5f9ad6 100644
--- a/perl-Gtk3.spec
+++ b/perl-Gtk3.spec
@@ -1,35 +1,40 @@
%global use_x11_tests 1
Name: perl-Gtk3
-Version:0.005
-Release:2%{?dist}
+Version:0.006
+Release:1%{?dist}
Summary:Perl interface to the 3.x series of the GTK+ toolkit
License:LGPLv2+
Group: Development/Libraries
URL:http://search.cpan.org/dist/Gtk3/
Source0:
http://search.cpan.org/CPAN/authors/id/T/TS/TSCH/Gtk3-%{version}.tar.gz
BuildArch: noarch
-BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(ExtUtils::Install)
-BuildRequires: perl(Glib) = 1.240
-BuildRequires: perl(Glib::Object::Introspection) = 0.002
-BuildRequires: perl(Test::More)
BuildRequires: gtk3
+BuildRequires: perl(ExtUtils::MakeMaker) = 6.30
+# Run-time
BuildRequires: perl(Carp)
+BuildRequires: perl(Cairo::GObject) = 1.000
+BuildRequires: perl(Glib) = 1.260
+BuildRequires: perl(Glib::Object::Introspection) = 0.009
BuildRequires: perl(Exporter)
-BuildRequires: perl(Test::More)
+# Tests
+BuildRequires: perl(Glib::Object::Subclass)
BuildRequires: perl(Scalar::Util)
-BuildRequires: perl(Cairo::GObject)
-Requires: perl(Glib) = 1.240
-Requires: perl(Glib::Object::Introspection) = 0.002
-Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
-Requires: gtk3
+BuildRequires: perl(Test::More)
%if %{use_x11_tests}
# X11 tests:
BuildRequires: xorg-x11-server-Xvfb
BuildRequires: xorg-x11-xinit
BuildRequires: font(:lang=en)
%endif
+Requires: gtk3
+Requires: perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo
$version))
+Requires: perl(Cairo::GObject) = 1.000
+Requires: perl(Glib) = 1.260
+Requires: perl(Glib::Object::Introspection) = 0.009
+
+# Remove under-specified dependencies
+%global __requires_exclude
%{?__requires_exclude:%__requires_exclude|}^perl\\((Cairo::GObject|Glib::Object::Introspection)\\)$
%description
The Gtk3 module allows a Perl developer to use the GTK+ graphical user
@@ -64,6 +69,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Wed Jun 20 2012 Petr Pisar ppi...@redhat.com - 0.006-1
+- 0.006 bump
+
* Thu Jun 14 2012 Petr Pisar ppi...@redhat.com - 0.005-2
- Perl 5.16 rebuild
diff --git a/sources b/sources
index c3f7678..4cfc8bf 100644
--- a/sources
+++ b/sources
@@ -1 +1 @@
-4d25463fb67687cb181a9f92e26fe1d1 Gtk3-0.005.tar.gz
+f0fdf9cc4c715ddc9548ba36be16d56e Gtk3-0.006.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 831533] perl-HTML-Tree-5.01 is available
https://bugzilla.redhat.com/show_bug.cgi?id=831533 --- Comment #1 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 5.01 Current version in Fedora Rawhide: 4.2 URL: http://search.cpan.org/dist/HTML-Tree/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- 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 834194] New: perl-XML-Simple-2.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=834194 Bug ID: 834194 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: j...@di.uminho.pt, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com Assignee: mmasl...@redhat.com Summary: perl-XML-Simple-2.20 is available Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: upstream-release-monitor...@fedoraproject.org Type: --- Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: perl-XML-Simple Product: Fedora Latest upstream release: 2.20 Current version in Fedora Rawhide: 2.18 URL: http://search.cpan.org/dist/XML-Simple/ Please consult the package updates policy before you issue an update to a stable branch: https://fedoraproject.org/wiki/Updates_Policy More information about the service that created this bug can be found at: https://fedoraproject.org/wiki/Upstream_release_monitoring -- You are receiving this mail because: You are on the CC list for the bug. -- 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 833722] perl-XML-LibXML-2.0000 is available
https://bugzilla.redhat.com/show_bug.cgi?id=833722 --- Comment #1 from Petr Šabata psab...@redhat.com --- *** Bug 834193 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug. -- 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 834193] perl-XML-LibXML-2.0001 is available
https://bugzilla.redhat.com/show_bug.cgi?id=834193 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |CLOSED CC||psab...@redhat.com Resolution|--- |DUPLICATE Assignee|mmasl...@redhat.com |psab...@redhat.com Last Closed||2012-06-21 05:05:43 --- Comment #1 from Petr Šabata psab...@redhat.com --- *** This bug has been marked as a duplicate of bug 833722 *** -- You are receiving this mail because: You are on the CC list for the bug. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Test-AutoLoader] Make tests compatible with perl 5.16
commit eb4a2a9b74b2fd7843864e14153c835c5b9e7d3b
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 10:54:35 2012 +0200
Make tests compatible with perl 5.16
...ader-0.03-Skip-POSIX-tests-with-perl-5.16.patch | 48
perl-Test-AutoLoader.spec |4 ++
2 files changed, 52 insertions(+), 0 deletions(-)
---
diff --git a/Test-AutoLoader-0.03-Skip-POSIX-tests-with-perl-5.16.patch
b/Test-AutoLoader-0.03-Skip-POSIX-tests-with-perl-5.16.patch
new file mode 100644
index 000..0f16074
--- /dev/null
+++ b/Test-AutoLoader-0.03-Skip-POSIX-tests-with-perl-5.16.patch
@@ -0,0 +1,48 @@
+From 7f347d684936c6108e658ba6c12e43b7e62562f3 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?= ppi...@redhat.com
+Date: Thu, 21 Jun 2012 10:49:01 +0200
+Subject: [PATCH] Skip POSIX tests with perl 5.16
+
+---
+ t/00basic.t | 11 +--
+ 1 files changed, 9 insertions(+), 2 deletions(-)
+
+diff --git a/t/00basic.t b/t/00basic.t
+index 94f1a4f..462d8e0 100644
+--- a/t/00basic.t
b/t/00basic.t
+@@ -35,6 +35,7 @@ require EmptyModule;
+ my @unreadable = (File::Spec-catdir(qw(tlib auto TestBusted1)),
+ File::Spec-catfile(qw(tlib auto TestBusted2 no_ready.al)));
+ my $CAN_CHMOD = chmod , @unreadable;
++my $POSIX_USES_AUTOLOAD = $^V lt v5.16.0;
+ my $file_errors;
+ $file_errors .=DIAG if $CAN_CHMOD;
+ couldn't load no_ready.al: Permission denied
+@@ -46,8 +47,6 @@ DIAG
+
+
+ my @tests = (
+- [ ['POSIX'],{ok=1,name=Autoload of POSIX (all
files)},Standard-distribution module, all files],
+- [ [qw(POSIX strcpy)],{ok=1,name=Autoload of POSIX (listed
subroutines)},Standard-distribution module, one file],
+ [ [qw(POSIX no_such_function)], {ok=0,diag=couldn't load
no_such_function.al: No such file or directory}, Standard-distribution, bad
subroutine name],
+ [ [qw(strict)], {ok=0,diag=Unable to find valid autoload directory for
strict}, Non-existent auto directory],
+ [ [qw(EmptyModule)], {ok=0,diag=No autoloaded files found}, No files
in auto directory],
+@@ -59,6 +58,14 @@ my @tests = (
+
+ );
+
++if ($POSIX_USES_AUTOLOAD) {
++push @tests,
++ [ ['POSIX'],{ok=1,name=Autoload of POSIX (all
files)},Standard-distribution module, all files],
++ [ [qw(POSIX strcpy)],{ok=1,name=Autoload of POSIX (listed
subroutines)},Standard-distribution module, one file];
++} else {
++ SKIP:{skip POSIX module does not use AutoLoader,12}
++}
++
+ if ($CAN_CHMOD) {
+ push @tests,
+ [ [qw(TestBusted1)], {ok=0,diag=Unable to find valid autoload
directory for TestBusted1}, Unreadable auto directory],
+--
+1.7.7.6
+
diff --git a/perl-Test-AutoLoader.spec b/perl-Test-AutoLoader.spec
index f8d5de6..7363afe 100644
--- a/perl-Test-AutoLoader.spec
+++ b/perl-Test-AutoLoader.spec
@@ -8,6 +8,8 @@ URL:http://search.cpan.org/dist/Test-AutoLoader/
Source0:
http://www.cpan.org/authors/id/B/BW/BWARFIELD/NRGN/Test-AutoLoader-%{version}.tar.gz
# Fix test plan number (RT#66399)
Patch0: Test-AutoLoader-0.03-Fix-test-plan-number.patch
+# Perl 5.16 does not autosplit POSIX module (RT#77942)
+Patch1: Test-AutoLoader-0.03-Skip-POSIX-tests-with-perl-5.16.patch
BuildArch: noarch
BuildRequires: perl(ExtUtils::MakeMaker)
# Run-time:
@@ -33,6 +35,7 @@ embarrassing typos.
%prep
%setup -q -n Test-AutoLoader-%{version}
%patch0 -p1
+%patch1 -p1
%build
%{__perl} Makefile.PL INSTALLDIRS=vendor
@@ -56,6 +59,7 @@ LC_ALL=C make test
%changelog
* Tue Jun 12 2012 Petr Pisar ppi...@redhat.com - 0.03-2
- Perl 5.16 rebuild
+- Make tests compatible with perl 5.16 (RT#77942)
* Thu Apr 26 2012 Petr Pisar ppi...@redhat.com 0.03-1
- Specfile autogenerated by cpanspec 1.78.
--
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 834221] New: perl-5.16.0: Reopening by scalar handler does not work
https://bugzilla.redhat.com/show_bug.cgi?id=834221 Bug ID: 834221 QA Contact: extras...@fedoraproject.org Severity: unspecified URL: https://rt.perl.org/rt3/Public/Bug/Display.html?id=113 764 Version: rawhide Priority: unspecified CC: cw...@alumni.drew.edu, iarn...@gmail.com, jples...@redhat.com, ka...@ucw.cz, lkund...@v3.sk, mmasl...@redhat.com, perl-devel@lists.fedoraproject.org, ppi...@redhat.com, psab...@redhat.com, rc040...@freenet.de, tcall...@redhat.com Assignee: mmasl...@redhat.com Summary: perl-5.16.0: Reopening by scalar handler does not work Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: ppi...@redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: ASSIGNED Component: perl Product: Fedora Reopening file by scalar handler has been broken in perl 5.16.0: open FILE, '', \my $content or die Couldn't open scalar filehandle; open my $fh, =FILE or die Couldn't open: $!; print $fh Foo-Bar\n; close $fh; close FILE; print $content; This has been fixed by upstream commit: commit 7b3cf1c058e25efdde99ad84398db2e7bc9892b4 Author: Father Chrysostomos spr...@cpan.org Date: Wed Jun 20 23:33:28 2012 -0700 [perl #113764] Make = duping work with PerlIO::scalar -- You are receiving this mail because: You are on the CC list for the bug. -- 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-Stem] Perl 5.16 rebuild
commit 74d5586b202db5de0ad92a42fd0d995295797eb1
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:52:43 2012 +0200
Perl 5.16 rebuild
perl-Lingua-Stem.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Lingua-Stem.spec b/perl-Lingua-Stem.spec
index 81e6360..2db7aa5 100644
--- a/perl-Lingua-Stem.spec
+++ b/perl-Lingua-Stem.spec
@@ -1,6 +1,6 @@
Name: perl-Lingua-Stem
Version:0.84
-Release:5%{?dist}
+Release:6%{?dist}
Summary:Stemming of words
License:GPL+ or Artistic
Group: Development/Libraries
@@ -55,6 +55,9 @@ TEST_POD_COVERAGE=1 ./Build test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.84-6
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.84-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-ExtUtils-InstallPAR] Perl 5.16 rebuild
commit fe828ba2ec5422b8749c6d10c0cd24bec8fa393c
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:55:19 2012 +0200
Perl 5.16 rebuild
perl-ExtUtils-InstallPAR.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-ExtUtils-InstallPAR.spec b/perl-ExtUtils-InstallPAR.spec
index 72898ac..74e37c9 100644
--- a/perl-ExtUtils-InstallPAR.spec
+++ b/perl-ExtUtils-InstallPAR.spec
@@ -1,6 +1,6 @@
Name: perl-ExtUtils-InstallPAR
Version:0.03
-Release:10%{?dist}
+Release:11%{?dist}
Summary:Install .par's into any installed perl
License:GPL+ or Artistic
Group: Development/Libraries
@@ -54,6 +54,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.03-11
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.03-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-CGI-FormBuilder] Perl 5.16 rebuild
commit 8e37306cec0add373476d270011f09fe785814da
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:55:28 2012 +0200
Perl 5.16 rebuild
perl-CGI-FormBuilder.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-CGI-FormBuilder.spec b/perl-CGI-FormBuilder.spec
index 7d3ed9e..30205bb 100644
--- a/perl-CGI-FormBuilder.spec
+++ b/perl-CGI-FormBuilder.spec
@@ -1,6 +1,6 @@
Name: perl-CGI-FormBuilder
Version:3.0501
-Release:14%{?dist}
+Release:15%{?dist}
Summary:Easily generate and process stateful forms
Group: Development/Libraries
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 3.0501-15
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 3.0501-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-SVG-TT-Graph] Perl 5.16 rebuild
commit eff95b02a73b14b17925362d4a39385a534d72d6
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:56:26 2012 +0200
Perl 5.16 rebuild
perl-SVG-TT-Graph.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-SVG-TT-Graph.spec b/perl-SVG-TT-Graph.spec
index f1ed8ef..e77dd87 100644
--- a/perl-SVG-TT-Graph.spec
+++ b/perl-SVG-TT-Graph.spec
@@ -1,6 +1,6 @@
Name: perl-SVG-TT-Graph
Version:0.21
-Release:1%{?dist}
+Release:2%{?dist}
Summary:Base object for generating SVG Graphs
License:GPL+ or Artistic
Group: Development/Libraries
@@ -48,6 +48,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.21-2
+- Perl 5.16 rebuild
+
* Tue May 22 2012 Emmanuel Seyman emmanuel.sey...@club-internet.fr - 0.21-1
- Update to 0.21
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[perl-Template-Alloy] Perl 5.16 rebuild
commit 39c9dd90266b3ec05a6f498c69f2324e082b624a
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:56:55 2012 +0200
Perl 5.16 rebuild
perl-Template-Alloy.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-Alloy.spec b/perl-Template-Alloy.spec
index 4fc2f1b..e8fbf20 100644
--- a/perl-Template-Alloy.spec
+++ b/perl-Template-Alloy.spec
@@ -1,6 +1,6 @@
Name: perl-Template-Alloy
Version:1.016
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Templating tool supporting multiple markup formats
# see lib/Template/Alloy.pod
License:GPL+ or Artistic
@@ -63,6 +63,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.016-4
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.016-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Image-Math-Constrain] Perl 5.16 rebuild
commit ee20c42ee382408ce8cf7ddca635effd0dae6f01
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 11:59:20 2012 +0200
Perl 5.16 rebuild
perl-Image-Math-Constrain.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Image-Math-Constrain.spec b/perl-Image-Math-Constrain.spec
index 4596a8c..6403907 100644
--- a/perl-Image-Math-Constrain.spec
+++ b/perl-Image-Math-Constrain.spec
@@ -1,6 +1,6 @@
Name: perl-Image-Math-Constrain
Version:1.02
-Release:10%{?dist}
+Release:11%{?dist}
Summary:Scaling math used in image size constraining (such as
thumbnails)
License:GPL+ or Artistic
Group: Development/Libraries
@@ -52,6 +52,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.02-11
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.02-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-DateTime-Format-ICal] Perl 5.16 rebuild
commit f686507c668b908562ea8bae900078b0d9544fca
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:00:58 2012 +0200
Perl 5.16 rebuild
perl-DateTime-Format-ICal.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-ICal.spec b/perl-DateTime-Format-ICal.spec
index eae19a4..8cdda7f 100644
--- a/perl-DateTime-Format-ICal.spec
+++ b/perl-DateTime-Format-ICal.spec
@@ -1,6 +1,6 @@
Name: perl-DateTime-Format-ICal
Version:0.09
-Release:10%{?dist}
+Release:11%{?dist}
Summary:Parse and format iCal datetime and duration strings
License:GPL+ or Artistic
Group: Development/Libraries
@@ -53,6 +53,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.09-11
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.09-10
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-PAR] Perl 5.16 rebuild
commit e17ca5f934349ff4bf72d141f01d5b748a87850c
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:01:29 2012 +0200
Perl 5.16 rebuild
perl-PAR.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-PAR.spec b/perl-PAR.spec
index 3fbd5bf..25f1847 100644
--- a/perl-PAR.spec
+++ b/perl-PAR.spec
@@ -1,6 +1,6 @@
Name: perl-PAR
Version:1.005
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Perl Archive Toolkit
License:GPL+ or Artistic
Group: Development/Libraries
@@ -42,6 +42,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.005-3
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.005-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Data-FormValidator] Perl 5.16 rebuild
commit 0406e407bc4d5a145bc67863ee504ace326b3df4
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:01:39 2012 +0200
Perl 5.16 rebuild
perl-Data-FormValidator.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Data-FormValidator.spec b/perl-Data-FormValidator.spec
index f2c3417..6eb6684 100644
--- a/perl-Data-FormValidator.spec
+++ b/perl-Data-FormValidator.spec
@@ -1,6 +1,6 @@
Name: perl-Data-FormValidator
Version:4.70
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Validates user input (usually from an HTML form) based on
input profile
License:GPL+ or Artistic
Group: Development/Libraries
@@ -60,6 +60,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 4.70-4
+- Perl 5.16 rebuild
+
* Thu May 31 2012 Petr Pisar ppi...@redhat.com - 4.70-3
- Round Module::Build version to 2 digits
--
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] Perl 5.16 rebuild
commit d020e9405e96cb0f31ee2814a662bee0ef814345
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:02:19 2012 +0200
Perl 5.16 rebuild
perl-Crypt-DSA.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Crypt-DSA.spec b/perl-Crypt-DSA.spec
index 1b700e3..bc8f34a 100644
--- a/perl-Crypt-DSA.spec
+++ b/perl-Crypt-DSA.spec
@@ -1,7 +1,7 @@
Summary: Perl module for DSA signatures and key generation
Name: perl-Crypt-DSA
Version: 1.17
-Release: 4%{?dist}
+Release: 5%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
Url: http://search.cpan.org/dist/Crypt-DSA/
@@ -64,6 +64,9 @@ make test AUTOMATED_TESTING=1 TEST_FILES=xt/*.t
%{_mandir}/man3/Crypt::DSA::Util.3pm*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.17-5
+- Perl 5.16 rebuild
+
* Tue Jan 10 2012 Paul Howarth p...@city-fan.org 1.17-4
- Fedora 17 mass rebuild
- Use %%{_fixperms} macro rather than our own chmod incantation
--
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-Scriptalicious] Perl 5.16 rebuild
commit 0da8cc2a50dd4f40af1a6c47464e150060fb7d11
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:03:56 2012 +0200
Perl 5.16 rebuild
perl-Scriptalicious.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Scriptalicious.spec b/perl-Scriptalicious.spec
index 87dd2fb..ea90443 100644
--- a/perl-Scriptalicious.spec
+++ b/perl-Scriptalicious.spec
@@ -1,6 +1,6 @@
Name: perl-Scriptalicious
Version:1.16
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Make scripts more delicious to system administrators
License:GPL+ or Artistic
Group: Development/Libraries
@@ -51,6 +51,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.16-4
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.16-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-File-ExtAttr] Perl 5.16 rebuild
commit 20c8c8201ea0b3fa8203f2e2e0f8c54834fc7ba5
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:06:05 2012 +0200
Perl 5.16 rebuild
perl-File-ExtAttr.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-File-ExtAttr.spec b/perl-File-ExtAttr.spec
index d466e3f..fd7ee9d 100644
--- a/perl-File-ExtAttr.spec
+++ b/perl-File-ExtAttr.spec
@@ -1,6 +1,6 @@
Name: perl-File-ExtAttr
Version:1.09
-Release:9%{?dist}
+Release:10%{?dist}
Summary:Perl extension for accessing extended attributes of files
License:GPL+ or Artistic
Group: Development/Libraries
@@ -70,6 +70,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.09-10
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.09-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Template-GD] Perl 5.16 rebuild
commit 8c20a2afe4bb8ed9c27b2c5879df38593e523756
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:07:01 2012 +0200
Perl 5.16 rebuild
perl-Template-GD.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-GD.spec b/perl-Template-GD.spec
index 0a1df08..e052f34 100644
--- a/perl-Template-GD.spec
+++ b/perl-Template-GD.spec
@@ -1,6 +1,6 @@
Name: perl-Template-GD
Version:2.66
-Release:13%{?dist}
+Release:14%{?dist}
Summary:GD plugin(s) for the Template Toolkit
Group: Development/Libraries
License:GPL+ or Artistic
@@ -50,6 +50,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*.3*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 2.66-14
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 2.66-13
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Algorithm-Dependency] Perl 5.16 rebuild
commit 707baf88808fe7cb2406d731713d1c0fd8b435b2
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:08:59 2012 +0200
Perl 5.16 rebuild
perl-Algorithm-Dependency.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Algorithm-Dependency.spec b/perl-Algorithm-Dependency.spec
index 084d094..a148c40 100644
--- a/perl-Algorithm-Dependency.spec
+++ b/perl-Algorithm-Dependency.spec
@@ -1,6 +1,6 @@
Name: perl-Algorithm-Dependency
Version: 1.110
-Release: 9%{?dist}
+Release: 10%{?dist}
Summary: Algorithmic framework for implementing dependency trees
License: GPL+ or Artistic
Group: Development/Libraries
@@ -53,6 +53,9 @@ make test AUTOMATED_TESTING=1
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.110-10
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.110-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-DateTime-Format-DBI] Perl 5.16 rebuild
commit 578e8238d54344c1b4a57dfada425d5d117a44c3
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:09:57 2012 +0200
Perl 5.16 rebuild
perl-DateTime-Format-DBI.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime-Format-DBI.spec b/perl-DateTime-Format-DBI.spec
index 6ce0aa8..1411cf5 100644
--- a/perl-DateTime-Format-DBI.spec
+++ b/perl-DateTime-Format-DBI.spec
@@ -1,6 +1,6 @@
Name: perl-DateTime-Format-DBI
Version:0.040
-Release:3%{?dist}
+Release:4%{?dist}
Summary:Find a parser class for a database connection
License:GPL+ or Artistic
Group: Development/Libraries
@@ -58,6 +58,9 @@ make test
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.040-4
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.040-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Math-Symbolic] Perl 5.16 rebuild
commit 940e4931488339799df70d984678444f9a316ff7
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:10:45 2012 +0200
Perl 5.16 rebuild
perl-Math-Symbolic.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Math-Symbolic.spec b/perl-Math-Symbolic.spec
index ceb8818..a0190b5 100644
--- a/perl-Math-Symbolic.spec
+++ b/perl-Math-Symbolic.spec
@@ -1,6 +1,6 @@
Name: perl-Math-Symbolic
Version:0.606
-Release:5%{?dist}
+Release:6%{?dist}
Summary:Symbolic calculations
License:GPL+ or Artistic
Group: Development/Libraries
@@ -70,6 +70,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.606-6
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.606-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Template-Timer] Perl 5.16 rebuild
commit 76b113a619f503dcef58efaee10389dba16c6a2b
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:13:48 2012 +0200
Perl 5.16 rebuild
perl-Template-Timer.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-Timer.spec b/perl-Template-Timer.spec
index dd27c40..5fe3e89 100644
--- a/perl-Template-Timer.spec
+++ b/perl-Template-Timer.spec
@@ -1,6 +1,6 @@
Name: perl-Template-Timer
Version:1.00
-Release:7%{?dist}
+Release:8%{?dist}
Summary:Template::Timer Perl module
License:GPL+ or Artistic
Group: Development/Libraries
@@ -55,6 +55,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.00-8
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.00-7
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Pod-Tests] Perl 5.16 rebuild
commit a33baa53be6d6afcc87a147dfd3064b7e0192ba6
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:14:27 2012 +0200
Perl 5.16 rebuild
perl-Pod-Tests.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Pod-Tests.spec b/perl-Pod-Tests.spec
index 082b4f2..135cd8d 100644
--- a/perl-Pod-Tests.spec
+++ b/perl-Pod-Tests.spec
@@ -1,6 +1,6 @@
Name: perl-Pod-Tests
Version: 1.19
-Release: 9%{?dist}
+Release: 10%{?dist}
Summary: Extract embedded tests and code examples from POD
License: GPL+ or Artistic
Group: Development/Libraries
@@ -58,6 +58,9 @@ make test AUTOMATED_TESTING=1
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.19-10
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.19-9
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-IO-Any] Perl 5.16 rebuild
commit 7370a6927f6e83c7405cccd537be85fe800b26f1
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:16:21 2012 +0200
Perl 5.16 rebuild
perl-IO-Any.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-IO-Any.spec b/perl-IO-Any.spec
index 76b193a..bbfc96d 100644
--- a/perl-IO-Any.spec
+++ b/perl-IO-Any.spec
@@ -1,6 +1,6 @@
Name: perl-IO-Any
Version:0.04
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Read or write files, folders, or strings, guessing the correct
object type
License:GPL+ or Artistic
Group: Development/Libraries
@@ -49,6 +49,9 @@ find $RPM_BUILD_ROOT -depth -type d -exec rmdir {}
2/dev/null \;
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.04-5
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.04-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Template-Provider-Encoding] Perl 5.16 rebuild
commit 19aaab866cff007647324bf837d95fcb91f44348
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:17:16 2012 +0200
Perl 5.16 rebuild
perl-Template-Provider-Encoding.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-Provider-Encoding.spec
b/perl-Template-Provider-Encoding.spec
index 7a5a0bb..9edac07 100644
--- a/perl-Template-Provider-Encoding.spec
+++ b/perl-Template-Provider-Encoding.spec
@@ -1,6 +1,6 @@
Name: perl-Template-Provider-Encoding
Version:0.10
-Release:11%{?dist}
+Release:12%{?dist}
Summary:Explicitly declare encodings of your templates
License:GPL+ or Artistic
Group: Development/Libraries
@@ -54,6 +54,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.10-12
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.10-11
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Test-CPAN-Meta-YAML] Perl 5.16 rebuild
commit 5dc4bbeb06e35f3844190c30cc409792372cb8da
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:18:04 2012 +0200
Perl 5.16 rebuild
perl-Test-CPAN-Meta-YAML.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-CPAN-Meta-YAML.spec b/perl-Test-CPAN-Meta-YAML.spec
index 6097ad4..2d9ff39 100644
--- a/perl-Test-CPAN-Meta-YAML.spec
+++ b/perl-Test-CPAN-Meta-YAML.spec
@@ -1,6 +1,6 @@
Name: perl-Test-CPAN-Meta-YAML
Version: 0.20
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Validate a META.yml file within a CPAN distribution
Group: Development/Libraries
License: Artistic 2.0
@@ -58,6 +58,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/Test::CPAN::Meta::YAML::Version.3pm*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.20-2
+- Perl 5.16 rebuild
+
* Fri Apr 20 2012 Paul Howarth p...@city-fan.org - 0.20-1
- Update to 0.20
- Further spelling fix
--
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-Spreadsheet-ParseExcel] Perl 5.16 rebuild
commit 7d0810afaeb0997631c4de76b853d51dfe7fa8ee
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:18:07 2012 +0200
Perl 5.16 rebuild
perl-Spreadsheet-ParseExcel.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Spreadsheet-ParseExcel.spec b/perl-Spreadsheet-ParseExcel.spec
index 7daf1f0..84a3610 100644
--- a/perl-Spreadsheet-ParseExcel.spec
+++ b/perl-Spreadsheet-ParseExcel.spec
@@ -6,7 +6,7 @@
Name: perl-Spreadsheet-ParseExcel
Version:0.5900
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Extract information from an Excel file
License:GPL+ or Artistic
Group: Development/Libraries
@@ -83,6 +83,9 @@ rm -rf %{buildroot}
%{_mandir}/man3/Spreadsheet::ParseExcel::Worksheet.3pm*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 0.5900-3
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 0.5900-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Template-Plugin-Cycle] Perl 5.16 rebuild
commit 310ad2c799fd159656823f2e81d7d2d3633a4a2d
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:19:25 2012 +0200
Perl 5.16 rebuild
perl-Template-Plugin-Cycle.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Template-Plugin-Cycle.spec b/perl-Template-Plugin-Cycle.spec
index 0e33f47..c255fbf 100644
--- a/perl-Template-Plugin-Cycle.spec
+++ b/perl-Template-Plugin-Cycle.spec
@@ -1,6 +1,6 @@
Name: perl-Template-Plugin-Cycle
Version:1.06
-Release:6%{?dist}
+Release:7%{?dist}
Summary:Cyclically insert into a Template from a sequence of values
License:GPL+ or Artistic
Group: Development/Libraries
@@ -54,6 +54,9 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man3/*
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.06-7
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.06-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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-Unicode-MapUTF8] Perl 5.16 rebuild
commit 8285ae53a3728ed3e96cc00fdd966409b717e380
Author: Petr Písař ppi...@redhat.com
Date: Thu Jun 21 12:19:55 2012 +0200
Perl 5.16 rebuild
perl-Unicode-MapUTF8.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Unicode-MapUTF8.spec b/perl-Unicode-MapUTF8.spec
index 63a9dea..c9c3c4f 100644
--- a/perl-Unicode-MapUTF8.spec
+++ b/perl-Unicode-MapUTF8.spec
@@ -1,6 +1,6 @@
Name: perl-Unicode-MapUTF8
Version:1.11
-Release:17%{?dist}
+Release:18%{?dist}
Summary:Conversions to and from arbitrary character sets and UTF8
@@ -62,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
%changelog
+* Thu Jun 21 2012 Petr Pisar ppi...@redhat.com - 1.11-18
+- Perl 5.16 rebuild
+
* Fri Jan 13 2012 Fedora Release Engineering rel-...@lists.fedoraproject.org
- 1.11-17
- Rebuilt for https://fedoraproject.org/wiki/Fedora_17_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
File IO-Socket-IP-0.15.tar.gz uploaded to lookaside cache by psabata
A file has been added to the lookaside cache for perl-IO-Socket-IP: f9ba43be30cd97f00f753b6e1ade1bae IO-Socket-IP-0.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
[Bug 834078] perl-IO-Socket-IP-0.15 is available
https://bugzilla.redhat.com/show_bug.cgi?id=834078 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version||perl-IO-Socket-IP-0.15-1.fc ||18 Resolution|--- |RAWHIDE Last Closed||2012-06-21 07:18:49 -- You are receiving this mail because: You are on the CC list for the bug. -- 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 834194] perl-XML-Simple-2.20 is available
https://bugzilla.redhat.com/show_bug.cgi?id=834194 Petr Šabata psab...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||psab...@redhat.com Assignee|mmasl...@redhat.com |psab...@redhat.com -- You are receiving this mail because: You are on the CC list for the bug. -- 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
