Hello,
I would like to update the current NDOUtils 1.4b9 (2009-10-27) to the
latest 1.5.2 (2012-06-08) in both epel 5 and 6.
The former maintainer was not using the package, no one volunteered for it
so it was retired in Fedora in 2012. As it could not be retired from
released branches, this is
The following Fedora EPEL 5 Security updates need testing:
Age URL
678
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
168
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11560/fail2ban-0.8.10-4.el5
132
Dne 28.2.2014 00:02, Eric Sandeen napsal(a):
On 2/27/14, 4:40 PM, Chris Murphy wrote:
On Feb 27, 2014, at 3:32 PM, Chris Murphy li...@colorremedies.com wrote:
On Feb 27, 2014, at 3:02 PM, Jochen Schmitt joc...@herr-schmitt.de wrote:
On Thu, Feb 27, 2014 at 04:08:46PM -0500, James Wilson
On Thu, 2014-02-27 at 10:58 -0700, Andrew Lutomirski wrote:
For reference, there isn't a well-established, widely accepted
symmetric cipher with 256-bit security. AES-256 is weak [1] and
should probably not be used at all, let alone by anyone who wants a
256-bit security level.
On Thu, 2014-02-27 at 17:59 +, Richard W.M. Jones wrote:
How is an admin supposed to know what levels such as the above are, and why
they might choose a particular one?
Supplemental question:
Why wouldn't you always want to choose the most secure one?
I believe the proposal is trying
On Thu, 2014-02-27 at 10:37 -0800, Andrew Lutomirski wrote:
In that case, why not give full control:
allowed_ciphers = AES-192, AES-256, Salsa20/12, Salsa20/20
allowed_groups = modp = 2048, P-256, Curve25519
allowed_hashes = SHA-3, ...
allowed_modes = CTR, OCB, XTS, GCM
allowed_macs = ...
On Thu, 2014-02-27 at 11:52 -0500, Bill Nottingham wrote:
== Detailed Description ==
The idea is to have some predefined security levels such as LEVEL-80,
LEVEL-128, LEVEL-256,
or ENISA-LEGACY, ENISA-FUTURE, SUITEB-128, SUITEB-256. These will be the
security levels
that the
На 27.02.2014 18:14, Christopher Meng написа:
Interesting :
fedora-release-notes
***-fonts
Can someone point me how to test them?
See amiri-fonts, gnu-free-fonts and thai-scalable-fonts. These appear to have
some sort of testing available in the source and all three seem to be
On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
fsadm failed: 3
man fsadm
DIAGNOSTICS
On successful completion, the status code is 0. A status code of 2
indicates the operation was interrupted by the user. A
status code of 3 indicates the
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #11 from Dan Horák d...@danny.cz ---
and fails too with glibc-2.18.90-22.fc21
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For the sake of keeping people in the loop, here's a first pass at the
Fedora Server technical specification that we will be discussing in a
meeting in #fedora-meeting-1 in about 75 minutes.
If you can't attend, please make comments on the
https://bugzilla.redhat.com/show_bug.cgi?id=1071324
Bug ID: 1071324
Summary: perl-Data-Peek-0.40 is available
Product: Fedora
Version: rawhide
Component: perl-Data-Peek
Keywords: FutureFeature, Triaged
Assignee:
Dne 28.2.2014 14:37, Chris Murphy napsal(a):
On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
fsadm failed: 3
man fsadm
DIAGNOSTICS
On successful completion, the status code is 0. A status code of 2
indicates the operation was interrupted by the
Agenda:
- Discussion of Server Tech Spec[1]
- Open Floor
Thanks regards, Phil
[1] https://fedoraproject.org/wiki/Server/Technical_Specification
--
Philipp Knirsch | Tel.: +49-711-96437-470
Manager Core Services| Fax.: +49-711-96437-111
Red Hat GmbH |
On Fri, Feb 28, 2014 at 2:43 PM, Stephen Gallagher sgall...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For the sake of keeping people in the loop, here's a first pass at the
Fedora Server technical specification that we will be discussing in a
meeting in
On 2/28/14, 7:54 AM, Zdenek Kabelac wrote:
Dne 28.2.2014 14:37, Chris Murphy napsal(a):
On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
fsadm failed: 3
man fsadm
DIAGNOSTICS
On successful completion, the status code is 0. A status code of 2
On 2/28/14, 8:12 AM, Eric Sandeen wrote:
However, I see that (at least my copy of) fsadm requires xfs_check,
which has been deprecated upstream in favor of xfs_repair -n.
xfs_check doesn't scale, and xfs_repair -n performs the same
tasks.
XFS_CHECK=xfs_check
so I guess I should file a
Dne 28.2.2014 15:12, Eric Sandeen napsal(a):
On 2/28/14, 7:54 AM, Zdenek Kabelac wrote:
Dne 28.2.2014 14:37, Chris Murphy napsal(a):
On Feb 28, 2014, at 1:33 AM, Zdenek Kabelac zkabe...@redhat.com wrote:
fsadm failed: 3
man fsadm
DIAGNOSTICS
On successful completion,
Hi,
PHP 5.6.0 will be soon in beta stage.
(5.6.0alpha3 is available and should be the last alpha)
So I start working on PHP 5.6 packaging.
For those interested, for now, this happens in my personal repository
(remi-dev).
Fedora 20: http://rpms.famillecollet.com/fedora/20/devs/x86_64/repoview/
2014-02-28 0:21 GMT+01:00 Chris Murphy li...@colorremedies.com:
15:48:19 mitr (Again, having a per-directory instead of per-user
quotas would be rather beneficial here)
A related item that came up is quotas. XFS supports project quotas. So
that's possible in the case where you're on the
The lightweight tag 'perl-Net-FTPServer-1.125-1.el7' was created pointing to:
be0e20b... Update to 1.125
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Thu, Jan 30, 2014 at 4:10 PM, Christian Schaller
cscha...@redhat.com
wrote:
The difference here is that the resources for GNOME (or anything else
Red Hat
needs for future versions of RHEL) are
provided by Red Hat. So if you want the spins to the logically the same
in
terms
On 02/27/2014 09:18 AM, Richard W.M. Jones wrote:
On Thu, Feb 27, 2014 at 03:55:02PM +0200, Alexander Todorov wrote:
Hi folks,
thanks for your feedback in the last few days. I've created two wiki
pages about packages which don't execute their tests in %check:
Great discussion today about the current Tech spec for Server. Sgallagh
was present as well and provided great feedback on some of the point and
questions we had.
We'll be revisiting the Tech Specs of Server and Workstation next week
and if it's available the Cloud one as well.
Thanks
I'm rebasing libgcrypt in rawhide to libgcrypt-1.6.1. The new upstream
release contains many improvements over the old one especially in terms
of new crypto algorithm support and performance improvements.
Unfortunately the rebase bumps soname to libgcrypt.so.20 due to dropping
some long-ago
Tomas Mraz wrote:
I'm rebasing libgcrypt in rawhide to libgcrypt-1.6.1. The new upstream
release contains many improvements over the old one especially in terms
of new crypto algorithm support and performance improvements.
Unfortunately the rebase bumps soname to libgcrypt.so.20 due to dropping
Nikos Mavrogiannopoulos (n...@redhat.com) said:
On Thu, 2014-02-27 at 11:52 -0500, Bill Nottingham wrote:
== Detailed Description ==
The idea is to have some predefined security levels such as LEVEL-80,
LEVEL-128, LEVEL-256,
or ENISA-LEGACY, ENISA-FUTURE, SUITEB-128, SUITEB-256.
On Fri, Feb 28, 2014 at 2:52 AM, Nikos Mavrogiannopoulos
n...@redhat.com wrote:
On Thu, 2014-02-27 at 10:58 -0700, Andrew Lutomirski wrote:
- LEVEL-256 provides well under 256-bit security.
- This is fine because no one actually needs 256-bit security.
So *why on earth* would it make
* Jaroslav Reznik jrez...@redhat.com [2014-02-27 11:25]:
= Proposed System Wide Change: System-wide crypto policy =
https://fedoraproject.org/wiki/Changes/CryptoPolicy
An idea of how this will be implemented is to have each Fedora
application's configuration file or compilation option will
On 28 February 2014 15:38, Tomas Mraz tm...@redhat.com wrote:
This should not break builds of any reasonably current software.
libgcrypt.so.11()(64bit) is needed by (installed)
google-chrome-stable-33.0.1750.117-1.x86_64
I guess not much we can do there, other than maintain a compat package
--
On Fri, Feb 28, 2014 at 05:17:23PM +0100, Phil Knirsch wrote:
We'll be revisiting the Tech Specs of Server and Workstation next
week and if it's available the Cloud one as well.
We don't have one for cloud yet, although I think our PRD actually goes into
a little more detail along these lines
On Thu, 2014-02-27 at 15:55 +0200, Alexander Todorov wrote:
Hi folks,
thanks for your feedback in the last few days. I've created two wiki pages
about
packages which don't execute their tests in %check:
https://fedoraproject.org/wiki/QA/Testing_in_check
and another one for packages which
On Thu, 2014-02-27 at 11:56 -0500, Bill Nottingham wrote:
Stephen Gallagher (sgall...@redhat.com) said:
Directed more broadly at all three products:
Formal proposal (for discussion): All three products agree to use ext4
for /boot and XFS-on-LVM for all other partitions in the guided
On 28 Feb 2014 19:51
OTOH important libraries that still break soname instead of using symbol
versioning in 2014 really make me frown loudly..
Is there a best practice guide here? I'm guilty of breaking soname in my
stuff every few years...
Richard
--
devel mailing list
On Fri, 28 Feb 2014 20:29:12 +
Richard Hughes hughsi...@gmail.com wrote:
On 28 Feb 2014 19:51
OTOH important libraries that still break soname instead of using
symbol versioning in 2014 really make me frown loudly..
Is there a best practice guide here? I'm guilty of breaking soname in
On Thu, 2014-02-27 at 23:16 -0700, Chris Murphy wrote:
On Feb 27, 2014, at 11:07 PM, James Wilson Harshaw IV jwhars...@gmail.com
wrote:
I apologize, I guess I did not get the whole background out of it.
What filesystems are we considering?
It's XFS vs ext4 and Server WG has agreed
On Fri, Feb 28, 2014 at 3:16 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2014-02-27 at 11:56 -0500, Bill Nottingham wrote:
Stephen Gallagher (sgall...@redhat.com) said:
Directed more broadly at all three products:
Formal proposal (for discussion): All three products agree to use
On Fri, Feb 28, 2014 at 3:45 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2014-02-27 at 23:16 -0700, Chris Murphy wrote:
On Feb 27, 2014, at 11:07 PM, James Wilson Harshaw IV jwhars...@gmail.com
wrote:
I apologize, I guess I did not get the whole background out of it.
What
Josh Boyer (jwbo...@fedoraproject.org) said:
Basically, what I'm saying is that if Desktop would be OK with using
xfs-on-LVM as default with all choices demoted to custom partitioning
(no dropdown), as Server has currently agreed on, that'd be great. Or if
we could otherwise achieve
On Fri, 2014-02-28 at 15:46 -0500, Josh Boyer wrote:
On Fri, Feb 28, 2014 at 3:16 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2014-02-27 at 11:56 -0500, Bill Nottingham wrote:
Stephen Gallagher (sgall...@redhat.com) said:
Directed more broadly at all three products:
Formal
On Fri, Feb 28, 2014 at 4:02 PM, Bill Nottingham nott...@redhat.com wrote:
Josh Boyer (jwbo...@fedoraproject.org) said:
Basically, what I'm saying is that if Desktop would be OK with using
xfs-on-LVM as default with all choices demoted to custom partitioning
(no dropdown), as Server has
On Thu, 2014-02-27 at 14:31 -0700, Chris Murphy wrote:
On Feb 27, 2014, at 1:13 PM, Josh Boyer jwbo...@fedoraproject.org wrote:
On Thu, Feb 27, 2014 at 3:07 PM, Chris Murphy li...@colorremedies.com
wrote:
On 02/27/2014 06:55 AM, Alexander Todorov wrote:
Hi folks,
thanks for your feedback in the last few days. I've created two wiki pages
about packages which don't execute their tests in %check:
https://fedoraproject.org/wiki/QA/Testing_in_check
and another one for packages which don't seem to
I've updated rawhide to cmake 3.0.0-rc1. That's a good place to look first if
your cmake build start failing suddenly.
- Orion
Original Message
Subject: [CMake] CMake 3.0-rc1 now ready for testing!
Date: Fri, 28 Feb 2014 14:28:55 -0500
From: Robert Maynard
# Fedora Quality Assurance Meeting
# Date: 2014-03-03
# Time: 16:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time again on Monday! The .next Working Groups are expected
to have their technical
On Fri, 28.02.14 15:37, Daniel J Walsh (dwa...@redhat.com) wrote:
drago01 sgallagh: systemd-nspawn will be used to manage containerization
capabilities. did I miss something or doesn't upstream say that it should
not be used for anything that needs secruity? sgallagh drago01: Last I
On Feb 28, 2014, at 1:45 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2014-02-27 at 23:16 -0700, Chris Murphy wrote:
It's XFS vs ext4 and Server WG has agreed on XFS on LVM.
As a server WG member I voted +1 on XFS as I have no particular
objection to XFS as a filesystem, but I
Is there any chance of being able to do epel-7-ppc64 copr builds anytime
in the near future? I'd to test if a particular fix to gcc will fix an
ICE I'm seeing while compiling eigen3. copr seems to be the only tool
that could be available to me to do so, but alas no epel-7-ppc64 target
at the
On Feb 28, 2014, at 1:46 PM, Josh Boyer jwbo...@gmail.com wrote:
Can you elaborate on how that's eases the test matrix?
As I said in a conversation with Stephen yesterday, I don't think it's
the case that a common layout in partitions/fs is actually reducing
the test load. From a
https://bugzilla.redhat.com/show_bug.cgi?id=1071174
Bug ID: 1071174
Summary: tests failing on big endians
Product: Fedora
Version: 20
Component: perl-Glib-Object-Introspection
Assignee: berra...@redhat.com
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=919030
Dan Horák d...@danny.cz changed:
What|Removed |Added
Blocks||467765 (ZedoraTracker)
https://bugzilla.redhat.com/show_bug.cgi?id=1071174
Dan Horák d...@danny.cz changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
perl-PDL has broken dependencies in the epel-7 tree:
On ppc64:
perl-PDL-2.7.0-2.el7.1.ppc64 requires perl(PDL::Slatec)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #9 from Dan Horák d...@danny.cz ---
Created attachment 869010
-- https://bugzilla.redhat.com/attachment.cgi?id=869010action=edit
diff between good and bad buildroots
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
Dan Horák d...@danny.cz changed:
What|Removed |Added
CC||codon...@redhat.com,
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #12 from Dan Horák d...@danny.cz ---
and also with glibc-2.18.90-27.fc21
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #13 from Dan Horák d...@danny.cz ---
the last working version is glibc-2.18.90-20.fc21
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1071325
Bug ID: 1071325
Summary: perl-Devel-Autoflush-0.06 is available
Product: Fedora
Version: rawhide
Component: perl-Devel-Autoflush
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1071326
Bug ID: 1071326
Summary: perl-File-MimeInfo-0.22 is available
Product: Fedora
Version: rawhide
Component: perl-File-MimeInfo
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #14 from Dan Horák d...@danny.cz ---
and fails even with glibc-2.19.90-3.fc21, so help is needed
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
perl-Catalyst-Controller-HTML-FormFu has broken dependencies in the rawhide
tree:
On x86_64:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl(HTML::FormFu::MultiForm)
On i386:
perl-Catalyst-Controller-HTML-FormFu-0.09004-4.fc20.noarch requires
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
mojomojo has broken dependencies in the rawhide tree:
On x86_64:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On i386:
mojomojo-1.10-1.fc20.noarch requires
perl(HTML::FormFu::Element::reCAPTCHA)
On armhfp:
mojomojo-1.10-1.fc20.noarch
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
Carlos O'Donell codon...@redhat.com changed:
What|Removed |Added
CC||d...@danny.cz
commit 8e5273663048080e1d21354a710da3dd61780205
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 28 14:42:11 2014 +
Bootstrap EPEL-7 build
perl-Object-InsideOut.spec |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
---
diff --git a/perl-Object-InsideOut.spec
Summary of changes:
cdb8040... Perl 5.18 rebuild (*)
51dc3bc... Specify all dependencies (*)
0a61646... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
be0e20b... Update to 1.125 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
Dan Horák d...@danny.cz changed:
What|Removed |Added
Flags|needinfo?(d...@danny.cz) |
--- Comment #16 from Dan
https://bugzilla.redhat.com/show_bug.cgi?id=1064271
--- Comment #17 from Siddhesh Poyarekar spoya...@redhat.com ---
The upstream resync from 2.18.90-20 to -21 was essentially
glibc-2.18-753-gd5780fe..glibc-2.18-788-g497b1e6. Below are the S/390 specific
commits:
commit
The lightweight tag 'perl-Authen-PAM-0.16-16.el7' was created pointing to:
ad17503... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
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-Package-Anon-0.05-3.el7' was created pointing to:
3c7228c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
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-Math-Random-MT-Auto-6.22-2.el7' was created pointing
to:
1440865... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 31acc0422e6be21f16f8d14f93a8ae165460b9b5
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 28 15:30:47 2014 +
Bootstrap for EPEL-7 done
perl-Object-InsideOut.spec |8
1 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/perl-Object-InsideOut.spec
The lightweight tag 'perl-Object-InsideOut-3.98-3.el7' was created pointing to:
31acc04... Bootstrap for EPEL-7 done
--
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-Object-InsideOut-3.98-2.el7' was created pointing to:
8e52736... Bootstrap EPEL-7 build
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1056343
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=859607
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Finance-Quote-1.20-2.f
https://bugzilla.redhat.com/show_bug.cgi?id=820663
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Finance-Quote-1.20-2.f
commit 2257bdb3f1557a44ae9bec34a26ad312629bb6fe
Author: Paul Howarth p...@city-fan.org
Date: Fri Feb 28 19:36:24 2014 +
Avoid circular build deps via Module::Build when bootstrapping
perl-YAML.spec |9 -
1 files changed, 8 insertions(+), 1 deletions(-)
---
diff --git
A file has been added to the lookaside cache for perl-Gtk3-WebKit:
78cd32a5f97ea5992e9c5f9af3597399 Gtk3-WebKit-0.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit c96cfaf8e485d28edbb4d56dfb722e95fb209bc2
Author: David Dick dd...@cpan.org
Date: Sat Mar 1 08:18:19 2014 +1100
Initial import (#1071204).
.gitignore |1 +
perl-Gtk3-WebKit.spec | 72
sources
Summary of changes:
c96cfaf... Initial import (#1071204). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Encode-DoubleEncodedUTF8:
79290517a914cbc231542f5c673f491c Encode-DoubleEncodedUTF8-0.05.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 79204dcf2832a0629fa50cb60ee36283bcc72a47
Author: David Dick dd...@cpan.org
Date: Sat Mar 1 10:26:16 2014 +1100
Initial import (#1066852).
.gitignore |1 +
perl-Encode-DoubleEncodedUTF8.spec | 69
sources
Summary of changes:
79204dc... Initial import (#1066852). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
79204dc... Initial import (#1066852). (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1069717
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
#443: Better format for test compose (TC) and release candidate (RC) requests
-+---
Reporter: jreznik | Owner: adamwill
Type: enhancement | Status: new
Priority: major
87 matches
Mail list logo
