On 18/03/13 10:22 PM, Toshio Kuratomi wrote:
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
On Mon, 18 Mar 2013 23:56:28 +
Sérgio Basto ser...@serjux.com wrote:
Hi,
For the first time, Fedora release name have
Le Mar 19 mars 2013 02:24, Chris Murphy a écrit :
And is fixing this apostrophe issue going to have some clear benefit
anywhere else?
Fixing an apostrophe – no
Fixing our UTF-8 handling – definitely yes
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
On 03/18/2013 07:17 PM, Bill Nottingham wrote:
I'm not following the MySQL/mariadb packaging discussion in full
detail - however, if we got to the point of discussing special yum
plugins, wouldn't it be much simpler to
* Modify the 10 packages that require mysql-server, the 19 packages
that
On 03/19/2013 02:11 AM, Adam Williamson wrote:
Well, look, my point is that sometimes our commitment to 'fixing things
the right way' appears to verge on bloody masochism.
snip
If we have to compromise on just papering it over for Alpha, I mean,
_fine_. But seriously: sometimes papering it
On 19 March 2013 08:30, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le Mar 19 mars 2013 02:24, Chris Murphy a écrit :
And is fixing this apostrophe issue going to have some clear benefit
anywhere else?
Fixing an apostrophe – no
Fixing our UTF-8 handling – definitely yes
I expected
On 19/03/13 01:04 AM, G.Wolfe Woodbury wrote:
On 03/19/2013 02:11 AM, Adam Williamson wrote:
Well, look, my point is that sometimes our commitment to 'fixing things
the right way' appears to verge on bloody masochism.
snip
If we have to compromise on just papering it over for Alpha, I mean,
On 19/03/13 01:27 AM, Christof Damian wrote:
I see it as a good thing, the problems we find are usually real bugs
that just haven't been discovered yet.
Sure. But it's a question of priorities. A shortage of bugs to work on
is one the very few problems with which Fedora developers do _not_
- Original Message -
On 18/03/13 10:22 PM, Toshio Kuratomi wrote:
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
On Mon, 18 Mar 2013 23:56:28 +
Sérgio Basto ser...@serjux.com wrote:
Hi,
For the first
Dne 19.3.2013 04:05, Chris Murphy napsal(a):
On Mar 18, 2013, at 8:44 PM, Andre Robatino robat...@fedoraproject.org wrote:
If we do, shouldn't there be another vote asking if it's okay to make this
change, in light of the possible release delay?
Definitely not. There is equivalent that
On Tue, 2013-03-19 at 10:01 +0100, Vít Ondruch wrote:
Dne 19.3.2013 04:05, Chris Murphy napsal(a):
On Mar 18, 2013, at 8:44 PM, Andre Robatino robat...@fedoraproject.org
wrote:
If we do, shouldn't there be another vote asking if it's okay to make this
change, in light of the possible
On 03/19/13 01:56, Adam Williamson wrote:
This bug just *smells* like one of those which will pop up again and
again and again causing carnage wherever it shows up.
Shouldn't be worse than F18 where we slipped how many weeks? Or was it
even months in the end?
cheers,
Gerd
--
devel mailing
- Original Message -
On 03/19/13 01:56, Adam Williamson wrote:
This bug just *smells* like one of those which will pop up again
and
again and again causing carnage wherever it shows up.
Shouldn't be worse than F18 where we slipped how many weeks? Or was
it
even months in the
On 19 March 2013 08:04, G.Wolfe Woodbury redwo...@gmail.com wrote:
On 03/19/2013 02:11 AM, Adam Williamson wrote:
Well, look, my point is that sometimes our commitment to 'fixing things
the right way' appears to verge on bloody masochism.
snip
If we have to compromise on just papering it
On Tue, Mar 19, 2013 at 01:31:30AM -0700, Adam Williamson wrote:
On 19/03/13 01:04 AM, G.Wolfe Woodbury wrote:
On 03/19/2013 02:11 AM, Adam Williamson wrote:
Well, look, my point is that sometimes our commitment to 'fixing things
the right way' appears to verge on bloody masochism.
snip
If
On Tuesday 19 March 2013 09:27:16 Christof Damian wrote:
Fixing an apostrophe – no
Fixing our UTF-8 handling – definitely yes
The issue here is not only about the Fedora's release name rather than fixing
our UTF-8 handling. Sounds like an important bug to fix, at least to me
Fixing them
Hello, a new cfitsio (3.330) is going to land tomorrow in rawhide and F19 .
All the packages depending on cfitsio must be rebuilt.
Following this thread,
http://lists.fedoraproject.org/pipermail/devel/2013-March/179610.html
I have changed the way we create the (non-define by upstream) soname of
Le Mar 19 mars 2013 09:31, Adam Williamson a écrit :
I don't object at all to fixing UTF-8 issues, but it seems needlessly
stressful to force ourselves to do so as a part of release validation,
with booby traps exploding all around us. It's the kind of thing that
can easily be worked on in a
On 19 March 2013 11:03, Marc Deop i Argemí m...@marcdeop.com wrote:
On Tuesday 19 March 2013 09:27:16 Christof Damian wrote:
Fixing an apostrophe – no
Umlaut, not apostrophe.
Fixing our UTF-8 handling – definitely yes
The issue here is not only about the Fedora's release name rather
Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
and holding up the release for what is basically a triviality seems a
bit silly.
The perception correct UTF-8 handling is a triviality that should be
worked on at some later date is the reason we have this breakage now.
--
Nicolas Mailhot
--
Le Mar 19 mars 2013 09:27, Christof Damian a écrit :
On 19 March 2013 08:30, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
Le Mar 19 mars 2013 02:24, Chris Murphy a écrit :
And is fixing this apostrophe issue going to have some clear benefit
anywhere else?
Fixing an apostrophe – no
On 19 March 2013 11:24, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
and holding up the release for what is basically a triviality seems a
bit silly.
The perception correct UTF-8 handling is a triviality that should be
worked on at some
Le Mar 19 mars 2013 12:27, Ian Malone a écrit :
On 19 March 2013 11:24, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
and holding up the release for what is basically a triviality seems a
bit silly.
The perception correct UTF-8
A file has been added to the lookaside cache for perl-Sysadm-Install:
f631ac686f62cb6db2edf272ee100d55 Sysadm-Install-0.43.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Mon, 2013-03-18 at 23:56 +, Sérgio Basto wrote:
Could we consider change release name from Schrödinger's Cat to
Schrodingers Cat or other name that not have this additional
problem ?
In my opinion, it makes sense to distinguish between code and content.
When compared with 10-15 years
commit dd4cbf6831926e69974751ced5887916f903ef26
Author: Paul Howarth p...@city-fan.org
Date: Tue Mar 19 11:49:02 2013 +
Update to 0.43
- New upstream release 0.43
- Using binmode() now for slurp/blurt for compatibility with Win32 systems
perl-Sysadm-Install.spec | 10
commit 707487fa6c293067bf7ddd148ed953c8ae135c87
Author: Petr Písař ppi...@redhat.com
Date: Tue Mar 19 10:47:52 2013 +0100
Correct perl-Digest-MD5 dependencies
perl.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl.spec b/perl.spec
index
commit de83a5cf8df11f2f68f1891a8df4f1059d24cd50
Author: Petr Písař ppi...@redhat.com
Date: Tue Mar 19 12:31:35 2013 +0100
Remove 5 bundled packages
Remove bundled Archive-Extract, File-Fetch, HTTP-Tiny,
Module-Load-Conditional, Time-Local
perl.spec | 26
For those who didn't scroll to the end of my previous message, I propose
to use the name:
Schroedingers Katze
Kai
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, 19 Mar 2013 12:03:44 +0100, Sergio Pascual wrote:
Hello, a new cfitsio (3.330) is going to land tomorrow in rawhide and F19 .
All the packages depending on cfitsio must be rebuilt.
Following this thread,
http://lists.fedoraproject.org/pipermail/devel/2013-March/179610.html
I
Summary of changes:
dd4cbf6... Update to 0.43 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Dne 19.3.2013 12:23, Ian Malone napsal(a):
On 19 March 2013 11:03, Marc Deop i Argemí m...@marcdeop.com wrote:
On Tuesday 19 March 2013 09:27:16 Christof Damian wrote:
Fixing an apostrophe – no
Umlaut, not apostrophe.
Schrödinger*'*s Cat
I tried to visualize the apostrophe, but it's not
On 19 March 2013 11:41, Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le Mar 19 mars 2013 12:27, Ian Malone a écrit :
On 19 March 2013 11:24, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
Le Mar 19 mars 2013 11:38, Ian Malone a écrit :
and holding up the release for what is
On 19 March 2013 12:20, Vít Ondruch vondr...@redhat.com wrote:
Dne 19.3.2013 12:23, Ian Malone napsal(a):
On 19 March 2013 11:03, Marc Deop i Argemí m...@marcdeop.com wrote:
On Tuesday 19 March 2013 09:27:16 Christof Damian wrote:
Fixing an apostrophe – no
Umlaut, not apostrophe.
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages should not install files to /sbin.
That's not necessarily true. Do our packaging guidelines actually say
that anywhere?
On Tue, Mar 19, 2013 at 11:49 AM, Kai Engert k...@kuix.de wrote:
On Mon, 2013-03-18 at 23:56 +, Sérgio Basto wrote:
Could we consider change release name from Schrödinger's Cat to
Schrodingers Cat or other name that not have this additional
problem ?
In my opinion, it makes sense to
Michal Sekletar wrote:
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages should not install files to /sbin.
That's not necessarily true. Do our packaging guidelines
Once upon a time, G.Wolfe Woodbury redwo...@gmail.com said:
I disagree. This particular problem points out a problem that is only
going to become more of a problem as the internationalization of
software increases. Not everything is ASCII or English, and not
defensively programming for such
- Original Message -
Once upon a time, G.Wolfe Woodbury redwo...@gmail.com said:
I disagree. This particular problem points out a problem that is
only
going to become more of a problem as the internationalization of
software increases. Not everything is ASCII or English, and not
Jaroslav Reznik wrote:
- Original Message -
Once upon a time, G.Wolfe Woodbury redwo...@gmail.com said:
submit a Feature and do proper testing/bug fixing/etc. for a future
release (if and when another name with non ASCII alphanumeric
characters
is chosen).
+1!
Jaroslav
What do
On Tue, 2013-03-19 at 12:23 +0100, Nicolas Mailhot wrote:
Le Mar 19 mars 2013 09:31, Adam Williamson a écrit :
I don't object at all to fixing UTF-8 issues, but it seems needlessly
stressful to force ourselves to do so as a part of release validation,
with booby traps exploding all
From: Richard W.M. Jones rjo...@redhat.com
An interesting question is: Why don't we try out the new release name
early on in Rawhide. ie. we would change the release name now to
whatever F20 is going to be + (Rawhide). Wouldn't that give us a
lot more time to test and fix?
That seems
Kai Engert wrote:
The Fedora release name is part of the code
Is it? What is its technical function then? What would break if two
releases were to have the same name but different numbers? Are programs
supposed to compare release names to determine which release they're
looking at? All
On 03/18/2013 03:17 PM, James Antill wrote:
Kind of ... the rule is that all idempotent operations should match
packages without caring about case sensitivity. So yum install Mysql
doesn't work, but yum list Mysql does.
pedantic Idempotent means that that multiple applications of an
Hi Rex,
On Tue, 2013-03-19 at 07:57 -0500, Rex Dieter wrote:
Michal Sekletar wrote:
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages should not install files to
Hans,
On Mon, 2013-03-18 at 17:17 +0100, Hans de Goede wrote:
When I added the ode-double subpackage I hardcoded the soname, so it
is not tracking the regular ode builds soname versioning, which also
means that if upstream breaks abi the soname won't change (rhbz#922812)
thank you for
On 19 Mar 2013 14:33, john.flor...@dart.biz wrote:
From: Richard W.M. Jones rjo...@redhat.com
An interesting question is: Why don't we try out the new release name
early on in Rawhide. ie. we would change the release name now to
whatever F20 is going to be + (Rawhide). Wouldn't that
On Mon, 2013-03-18 at 23:11 -0700, Adam Williamson wrote:
On 18/03/13 10:22 PM, Toshio Kuratomi wrote:
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
On Mon, 2013-03-18 at 18:34 -0600, Kevin Fenzi wrote:
On Mon, 18 Mar 2013 23:56:28 +
Sérgio Basto ser...@serjux.com
On Tue, 2013-03-19 at 10:37 -0400, Przemek Klosowski wrote:
On 03/18/2013 03:17 PM, James Antill wrote:
Kind of ... the rule is that all idempotent operations should match
packages without caring about case sensitivity. So yum install Mysql
doesn't work, but yum list Mysql does.
On Tue, Mar 19, 2013 at 10:47 AM, David Malcolm dmalc...@redhat.com wrote:
On Mon, 2013-03-18 at 23:11 -0700, Adam Williamson wrote:
On 18/03/13 10:22 PM, Toshio Kuratomi wrote:
On Mon, Mar 18, 2013 at 05:56:28PM -0700, Adam Williamson wrote:
On Mon, 2013-03-18 at 18:34 -0600, Kevin
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this through shell scripts, which we do quite
often.
Signed-off-by: Peter Jones pjo...@redhat.com
---
fedora-release.spec | 2 +-
1
On 01/04/2013 09:40 PM, Jakub Jelinek wrote:
Hi!
As part of preparations for possible switch of system compiler in F19
to GCC 4.8.0, we (myself and Marek Polacek) have performed a test mass
rebuild of rawhide (December 17th package list) using gcc-4.8.0-0.1.fc19
on x86_64, and for those
On 19/03/13 02:22 AM, Gerd Hoffmann wrote:
On 03/19/13 01:56, Adam Williamson wrote:
This bug just *smells* like one of those which will pop up again and
again and again causing carnage wherever it shows up.
Shouldn't be worse than F18 where we slipped how many weeks? Or was it
even months
- Original Message -
On 19 Mar 2013 14:33, john.flor...@dart.biz wrote:
From: Richard W.M. Jones rjo...@redhat.com
An interesting question is: Why don't we try out the new release
name
early on in Rawhide. ie. we would change the release name now to
On Tue, Mar 19, 2013 at 13:16:01 -0300,
Eduardo Jorge bonvivant150...@gmail.com wrote:
xboard and gnuchess are GNU software and are too artificial
intelligence packages.
Please, update gnuchess to version 6.0.3 and xboard to version
4.7.0 (a major release) in Rawhide.
On Tue, Mar 19, 2013 at 01:08:35PM -, Paul Flo Williams wrote:
Jaroslav Reznik wrote:
- Original Message -
Once upon a time, G.Wolfe Woodbury redwo...@gmail.com said:
submit a Feature and do proper testing/bug fixing/etc. for a future
release (if and when another name with non
2013/3/19 Richard W.M. Jones rjo...@redhat.com
I'm voting for ☃.
What about ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 19/03/13 08:30 AM, Peter Robinson wrote:
On 19 Mar 2013 14:33, john.flor...@dart.biz
mailto:john.flor...@dart.biz wrote:
From: Richard W.M. Jones rjo...@redhat.com
mailto:rjo...@redhat.com
An interesting question is: Why don't we try out the new release name
early on in
On Tue, 2013-03-19 at 11:57 -0400, Peter Jones wrote:
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this through shell scripts, which we do quite
often.
Signed-off-by: Peter
On 19/03/13 08:57 AM, Peter Jones wrote:
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this through shell scripts, which we do quite
often.
Signed-off-by: Peter Jones
Looks like a bunch of move your bash completion scripts to
/usr/share/bash-completion/completions bugs were filed today without
any information how to do it properly. I wish this would have been
discussed beforehand with me before mass filing bugs, but now that the
bugs are already there, here's a
How about spending time and energy on fixing the bugs rather then bike
shed over whether we should apply a duct tape or not?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Once upon a time, drago01 drag...@gmail.com said:
How about spending time and energy on fixing the bugs rather then bike
shed over whether we should apply a duct tape or not?
The problem is that there are possibly many unknown bugs that could hold
up building composes, and it is just about time
Am 19.03.2013 13:42, schrieb Michal Sekletar:
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages should not install files to /sbin.
That's not necessarily true. Do our packaging
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this through shell scripts, which we do quite
often.
This uses /Punctuation apostrophe/, U+2019, which is the preferred
unicode
On Tue, Mar 19, 2013 at 1:07 PM, Peter Jones pjo...@redhat.com wrote:
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this through shell scripts, which we do quite
often.
This
Hi,
On Mar 19, 2013, at 13:54, Reindl Harald h.rei...@thelounge.net wrote:
Am 19.03.2013 13:42, schrieb Michal Sekletar:
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages
On Tue, Mar 19, 2013 at 12:57 PM, Kai Engert k...@kuix.de wrote:
For those who didn't scroll to the end of my previous message, I propose
to use the name:
Schroedingers Katze
Again no if we find bugs we should fix them not apply duct tape to hide them.
--
devel mailing list
Thanks, pulled in upstream, build is issued will go out tomorrow
Dennis
On mar, 2013-03-19 at 13:07 -0400, Peter Jones wrote:
While this doesn't solve unicode-releated problems with /etc/os-release
or /etc/fedora-release, for example, it does mean that we won't have
problems with parsing this
On Tue, Mar 19, 2013 at 5:54 AM, Reindl Harald h.rei...@thelounge.netwrote:
Am 19.03.2013 13:42, schrieb Michal Sekletar:
On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
Reindl Harald wrote:
Am 16.03.2013 19:26, schrieb Rex Dieter:
Lukáš Nykrýn wrote:
After usr move packages
commit ce1b54db73308ef8d2db0fef50e56dca7d375892
Author: Ruediger Landmann r.landm...@redhat.com
Date: Tue Mar 19 17:06:08 2013 +1000
Patch properly this time
perl-Locale-Maketext-Gettext.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git
commit 0a55656535112a05dde7bac5587ba57faec16c5e
Author: Ruediger Landmann r.landm...@redhat.com
Date: Tue Mar 19 17:07:57 2013 +1000
Patch properly this time
perl-Locale-Maketext-Gettext.spec |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
---
diff --git
commit dd465021cc1cd0c22b31eb33b9fe9a3bb663dc02
Author: Ruediger Landmann r.landm...@redhat.com
Date: Tue Mar 19 17:09:20 2013 +1000
Patch properly this time
perl-Locale-Maketext-Gettext.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git
A file has been added to the lookaside cache for perl-Pod-Simple:
119770c04e308e2abb97e3eba8a92b10 Pod-Simple-3.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 838e7abd9a0dda45981d4576756eafd1c2b692a0
Author: Petr Písař ppi...@redhat.com
Date: Tue Mar 19 08:47:40 2013 +0100
Reincarnate already died package
.gitignore |1 +
dead.package |1 -
perl-Pod-Simple.spec | 68
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=923203
Bug ID: 923203
Summary: suggest upgrade to 0.52
Product: Fedora
Version: 18
Component: perl-XML-Feed
Severity: unspecified
Priority: unspecified
perl-Math-Clipper has broken dependencies in the F-19 tree:
On x86_64:
perl-Math-Clipper-1.17-3.fc19.x86_64 requires
libpolyclipping.so.5()(64bit)
On i386:
perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5
Please resolve this as soon as possible.
--
Fedora
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this
The lightweight tag 'perl-Sysadm-Install-0.43-1.fc19' was created pointing to:
dd4cbf6... Update to 0.43
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-Sysadm-Install-0.43-1.fc20' was created pointing to:
dd4cbf6... Update to 0.43
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
80 matches
Mail list logo