Re: PEAR not entirely in EPEL?

2012-07-13 Thread Jorge Gallegos
That explains it. Thanks a lot! ~kad (android'ed) On Jul 12, 2012 10:31 PM, Remi Collet fed...@famillecollet.com wrote: Le 13/07/2012 07:22, Jorge Gallegos a écrit : Hello everyone, Am I reading this right? the main PEAR package is not in any EPEL version:

Re: Orphaning packages

2012-07-13 Thread Matthias Runge
On 07/12/2012 07:08 PM, Jitesh Shah wrote: django-recaptcha Looking deeper into upstream, I think, this package should be deprecated. I'd replace it with a django-recaptcha solutuion from https://github.com/praekelt/django-recaptcha gnome-rdp libdwarf tcptrack Jitesh Thank you for caring

Re: Updates: karma and timeouts

2012-07-13 Thread Jan Kratochvil
On Thu, 12 Jul 2012 15:09:05 +0200, Darryl L. Pierce wrote: I think if those packages are languishing, it's like the packager was already notified and chose not to push. Package goes into testing with the goal to get into stable. Therefore by default it should go into stable when it gets

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

2012-07-13 Thread Roberto Ragusa
On 07/12/2012 09:54 PM, Harald Hoyer wrote: Again.. tmpfs is restricted to half the RAM size by default. You can't store 8-9GB of trash.. only 2GB, which might land on swap over time. As I have already pointed out some time ago, isn't a bizarre situation that as an application developer I can

Re: Orphaning packages

2012-07-13 Thread Tom Hughes
On 12/07/12 18:08, Jitesh Shah wrote: libdwarf I've taken this. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning packages

2012-07-13 Thread Matthias Runge
On 07/12/2012 07:08 PM, Jitesh Shah wrote: django-recaptcha gnome-rdp In fact, these package have already been taken by somebody without announcement here. -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org

Re: Orphaning packages

2012-07-13 Thread Patrick Uiterwijk
I have taken tcptrack Op 12 jul. 2012 19:08 schreef Jitesh Shah jitesh.1...@gmail.com het volgende: django-recaptcha gnome-rdp libdwarf tcptrack Jitesh -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list

Set bash's shell option nullglob by default?

2012-07-13 Thread Roman Rakus
Hi, I have a question about nullglob bash's shell option. I want to hear opinions. The behavior is nicely described in bash reference manual [1] By default, the nullglob is turned off. And it tends people to use bad habits in shell scripting. In my POV the nullglob could be turned on by

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Scott Schmit
On Fri, Jul 13, 2012 at 01:56:29PM +0200, Roman Rakus wrote: Hi, I have a question about nullglob bash's shell option. I want to hear opinions. The behavior is nicely described in bash reference manual [1] By default, the nullglob is turned off. And it tends people to use bad habits in shell

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Roman Rakus
On 07/13/2012 02:06 PM, Scott Schmit wrote: So ls *.foo should list the entire directory if no files match *.foo? It's a bad habit for me to expect ls *.foo to return nothing in this case? You're going to need to convince me. And if there are directories ending with .foo? Hopefully you are not

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Tomas Mraz
On Fri, 2012-07-13 at 13:56 +0200, Roman Rakus wrote: Hi, I have a question about nullglob bash's shell option. I want to hear opinions. The behavior is nicely described in bash reference manual [1] By default, the nullglob is turned off. And it tends people to use bad habits in shell

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Roman Rakus
On 07/13/2012 02:19 PM, Tomas Mraz wrote: This could cause serious surprising breakages of scripts with strange consequences. I'm strictly against this change. If something at all should be changed in this regard to break bad habits then it should be the failglob option although I am not

Re: Orphaning packages

2012-07-13 Thread Luis Enrique Bazán De León
I take dejango-recaptcha and gnome-rdp, sorry answer to late 2012/7/13 Patrick Uiterwijk puiterw...@gmail.com I have taken tcptrack Op 12 jul. 2012 19:08 schreef Jitesh Shah jitesh.1...@gmail.com het volgende: django-recaptcha gnome-rdp libdwarf tcptrack Jitesh -- devel mailing list

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Bryn M. Reeves
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/13/2012 01:06 PM, Scott Schmit wrote: On Fri, Jul 13, 2012 at 01:56:29PM +0200, Roman Rakus wrote: Hi, I have a question about nullglob bash's shell option. I want to hear opinions. The behavior is nicely described in bash reference manual

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Bryn M. Reeves
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/13/2012 01:31 PM, Bryn M. Reeves wrote: I wouldn't back this change either but that's not the behaviour of nullglob. If nothing matches the glob the word remains unchanged (i.e. *.foo - *.foo): Eh, nevermind.. not enough coffee. Bryn.

Re: Updates: karma and timeouts

2012-07-13 Thread Darryl L. Pierce
On Fri, Jul 13, 2012 at 08:37:19AM +0200, Jan Kratochvil wrote: On Thu, 12 Jul 2012 15:09:05 +0200, Darryl L. Pierce wrote: I think if those packages are languishing, it's like the packager was already notified and chose not to push. Package goes into testing with the goal to get into

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread Björn Persson
Roman Rakus wrote: By default, the nullglob is turned off. And it tends people to use bad habits in shell scripting. What habits exactly, and why are those habits bad? In my POV the nullglob could be turned on by default. However, i would like to hear opinions from others. Changing a

make distcheck is exploitable: get a fixed automake

2012-07-13 Thread Jim Meyering
If you run make distcheck (the rule generated by automake), be sure that it is safe. Until a few days ago, running that rule in a directory readable by others would put you at risk from a local attacker. It can be exploited reliably. It's fixed in the latest, automake-12.2

Re: Set bash's shell option nullglob by default?

2012-07-13 Thread David Levine
Roman wrote: It is possible it can break many scripts even in rpm's scriptlets, but as I already said, it's because bad habits. So the main gain will be the people will learn how is the globbing in bash and in the whole environment working. Please don't. If an author or maintainer wants to

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

2012-07-13 Thread Dennis Jacobfeuerborn
On 07/13/2012 09:14 AM, Roberto Ragusa wrote: On 07/12/2012 09:54 PM, Harald Hoyer wrote: Again.. tmpfs is restricted to half the RAM size by default. You can't store 8-9GB of trash.. only 2GB, which might land on swap over time. As I have already pointed out some time ago, isn't a bizarre

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

2012-07-13 Thread Brian Wheeler
On 07/13/2012 10:14 AM, Dennis Jacobfeuerborn wrote: On 07/13/2012 09:14 AM, Roberto Ragusa wrote: On 07/12/2012 09:54 PM, Harald Hoyer wrote: Again.. tmpfs is restricted to half the RAM size by default. You can't store 8-9GB of trash.. only 2GB, which might land on swap over time. As I have

Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

2012-07-13 Thread Reindl Harald
Am 12.07.2012 21:54, schrieb Harald Hoyer: Again.. tmpfs is restricted to half the RAM size by default. You can't store 8-9GB of trash.. only 2GB, which might land on swap over time. is it limited to half the RAM or 2 GB? on my machine half the RAM is 8 GB what about a application storing 4

Schedule for Monday's FESCo meeting (2012-07-16)

2012-07-13 Thread Bill Nottingham
Following is the list of topics that will be discussed in the FESCo meeting Monday at 17:00UTC (1:00pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = - none at this time - = New business = #topic

Re: make distcheck is exploitable: get a fixed automake

2012-07-13 Thread Richard W.M. Jones
On Fri, Jul 13, 2012 at 03:34:53PM +0200, Jim Meyering wrote: It's fixed in the latest, automake-12.2 I think you mean 1.12.2 :-) http://bugzilla.redhat.com/CVE-2012-3386 http://savannah.gnu.org/forum/forum.php?forum_id=7294 However I don't think I see any fixed Fedora builds (1.12.2

[bucardo] Depend on perl ABI as each perl package

2012-07-13 Thread Petr Pisar
commit d8571fc5de8045e09c892de85cdff9652c72d747 Author: Petr Písař ppi...@redhat.com Date: Fri Jul 13 08:48:48 2012 +0200 Depend on perl ABI as each perl package bucardo.spec |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) --- diff --git a/bucardo.spec b/bucardo.spec index

[Bug 839001] rt3 upgrade from testing is missing dependencies

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839001 --- Comment #4 from Rainer Traut rainer.tr...@awaro.com --- Yes, update works now: [root@rt3 backups]# yum update rt3\* --enablerepo=epel-testing -y Loaded plugins: downloadonly Setting up Update Process Resolving Dependencies -- Running

[Bug 746941] perl-Mojolicious-3.07 is available

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=746941 --- Comment #67 from Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org --- Latest upstream release: 3.07 Current version in Fedora Rawhide: 3.0 URL: http://search.cpan.org/dist/Mojolicious/ Please consult the package

[Bug 746941] perl-Mojolicious-3.07 is available

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=746941 Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org changed: What|Removed |Added

[Bug 839001] rt3 upgrade from testing is missing dependencies

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839001 --- Comment #5 from Rainer Traut rainer.tr...@awaro.com --- But there is still a small issue with: [root@rt3 ~]# rt-setup-database --dba root --prompt-for-dba-password --action upgrade In order to create or update your RT database, this script

[Bug 839909] New: perl-YAML-0.82 is available

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839909 Bug ID: 839909 Keywords: FutureFeature, Triaged QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC:

[Bug 839815] RFE: [PATCH] Add Miscellanea::RequireRcsKeywords, dropped from Perl-Critic

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839815 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1

[Bug 839815] RFE: [PATCH] Add Miscellanea::RequireRcsKeywords, dropped from Perl-Critic

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839815 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Attachment #597914|0 |1 is patch|

File Mojolicious-3.07.tar.gz uploaded to lookaside cache by yaneti

2012-07-13 Thread Yanko Kaneti
A file has been added to the lookaside cache for perl-Mojolicious: f4eaa5dcf6a859550a0d3ccf0565823e Mojolicious-3.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-devel@lists.fedoraproject.org

[perl-Mojolicious] Update to 3.07

2012-07-13 Thread Yanko Kaneti
commit b95c6e47ff414e39d146da894166a5c9fc8941be Author: Yanko Kaneti yan...@declera.com Date: Fri Jul 13 11:37:35 2012 +0300 Update to 3.07 .gitignore|1 + perl-Mojolicious.spec |7 +-- sources |2 +- 3 files changed, 7 insertions(+), 3

[perl-Perl-Critic-More] Add Miscellanea::RequireRcsKeywords droped from Perl::Critic

2012-07-13 Thread Petr Pisar
commit d442ac3025dab662b1d78d52f003de75e97ef9c4 Author: Petr Písař ppi...@redhat.com Date: Fri Jul 13 10:47:39 2012 +0200 Add Miscellanea::RequireRcsKeywords droped from Perl::Critic ...ore-1.000-Miscellanea::RequireRcsKeywords.patch | 236 perl-Perl-Critic-More.spec

[Bug 839815] RFE: [PATCH] Add Miscellanea::RequireRcsKeywords, dropped from Perl-Critic

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839815 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

[Bug 839953] New: Main perl package pulls in perl-devel

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839953 Bug ID: 839953 QA Contact: extras...@fedoraproject.org Severity: unspecified Version: rawhide Priority: unspecified CC: cw...@alumni.drew.edu, iarn...@gmail.com,

[perl] Move the rest of ExtUtils-ParseXS into its sub-package

2012-07-13 Thread Petr Pisar
commit 07df355afa39553ea292c8ae72d2e3e78d575578 Author: Paul Howarth p...@city-fan.org Date: Fri Jul 13 10:32:24 2012 +0100 Move the rest of ExtUtils-ParseXS into its sub-package Move the rest of ExtUtils-ParseXS into its sub-package, so that the main perl package doesn't need

[Bug 839953] Main perl package pulls in perl-devel

2012-07-13 Thread bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=839953 Petr Pisar ppi...@redhat.com changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

Broken dependencies: perl-Unix-Statgrab

2012-07-13 Thread buildsys
perl-Unix-Statgrab has broken dependencies in the rawhide tree: On x86_64: perl-Unix-Statgrab-0.04-13.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-Unix-Statgrab-0.04-13.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible.

Broken dependencies: perl-PDL

2012-07-13 Thread buildsys
perl-PDL has broken dependencies in the rawhide tree: On x86_64: perl-PDL-2.4.10-1.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-PDL-2.4.10-1.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl SIG

Broken dependencies: perl-Class-InsideOut

2012-07-13 Thread buildsys
perl-Class-InsideOut has broken dependencies in the rawhide tree: On x86_64: perl-Class-InsideOut-1.10-6.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-Class-InsideOut-1.10-6.fc17.noarch requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as

Broken dependencies: perl-eperl

2012-07-13 Thread buildsys
perl-eperl has broken dependencies in the rawhide tree: On x86_64: perl-eperl-2.2.14-19.fc17.x86_64 requires perl(:MODULE_COMPAT_5.14.2) On i386: perl-eperl-2.2.14-19.fc17.i686 requires perl(:MODULE_COMPAT_5.14.2) Please resolve this as soon as possible. -- Fedora Extras Perl