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:
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
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
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
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
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
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
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
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
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
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
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
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
-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
-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.
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
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
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
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
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
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
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
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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=746941
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
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:
https://bugzilla.redhat.com/show_bug.cgi?id=839815
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1
https://bugzilla.redhat.com/show_bug.cgi?id=839815
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Attachment #597914|0 |1
is patch|
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=839815
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
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,
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
https://bugzilla.redhat.com/show_bug.cgi?id=839953
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
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.
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
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
41 matches
Mail list logo
