#5: Meeting for 2014-10-03
--+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |Version:
Resolution:
#2: How to handle systemd service activation defaults in EPEL7
-+
Reporter: orion | Owner: epel-wranglers
Type: task| Status: new
Priority: major | Milestone: EPEL-7
Component:
#2: How to handle systemd service activation defaults in EPEL7
-+
Reporter: orion | Owner: epel-wranglers
Type: task| Status: new
Priority: major | Milestone: EPEL-7
Component:
#6: Fix EPEL subject line in mailman
-+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |Version:
#7: Policy and technical means for removing orphaned packages in EPEL
+
Reporter: smooge | Owner: epel-wranglers
Type: task| Status: new
Priority: major | Milestone:
Component: Policy
#8: EPEL-latest link rpm
+
Reporter: smooge | Owner: epel-wranglers
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Policy problem |Version:
Keywords:
#9: EPEL web page updates
+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Policy problem |Version:
Keywords:
#1: Meeting Agenda for 2014-09-26
--+-
Reporter: smooge | Owner: smooge
Type: task | Status: closed
Priority: minor| Milestone:
Component: Package request |Version:
Resolution:
#5: Meeting for 2014-10-03
--+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: closed
Priority: major| Milestone:
Component: Package request |Version:
Resolution:
#10: Unretire xerces-c
-+
Reporter: smooge | Owner: epel-wranglers
Type: task | Status: new
Priority: critical | Milestone:
Component: Package request |Version:
Keywords:
#12: EPEL 2014-10-03 Security problems for EL-5
+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: critical| Milestone:
Component: Policy problem |Version:
#14: EPEL 2014-10-03 Security problems for EL-7
-+
Reporter: smooge | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |
- Original Message -
Hi all,
I have a proposal that would change how dependencies are defined in copr:
Problem:
Currently, copr allows to add a link to an arbitrary repo URL that is
available for installing dependencies during building in copr. Using
this dependent repo link we
El 2014-10-03 05:31, Andre Robatino escribió:
openSUSE 13.2, scheduled for release in November, will have btrfs as
the
default filesystem. What are the chances that F22 will follow suit,
assuming
openSUSE has no major problems with it?
https://news.opensuse.org/2014/09/22/
I've been using
Hi I will be traveling to Prague in the afternoon so I'd suggest to
cancel this meeting as 2 members are not going to be there and I my bus
might get delay.
Vašek
On 3.10.2014 02:57, Dennis Gilmore wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 02 Oct 2014 18:28:40 +0200
Phil
On Fri, Oct 3, 2014 at 8:42 AM, Juan Orti Alcaine
juan.o...@miceliux.com wrote:
El 2014-10-03 05:31, Andre Robatino escribió:
openSUSE 13.2, scheduled for release in November, will have btrfs as the
default filesystem. What are the chances that F22 will follow suit,
assuming
openSUSE has no
Hi,
On 03/10/14 07:42, Juan Orti Alcaine wrote:
El 2014-10-03 05:31, Andre Robatino escribió:
openSUSE 13.2, scheduled for release in November, will have btrfs as the
default filesystem. What are the chances that F22 will follow suit,
assuming
openSUSE has no major problems with it?
Compose started at Fri Oct 3 07:15:02 UTC 2014
Broken deps for armhfp
--
[PyQuante]
PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) =
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires
El 2014-10-03 11:38, Steven Whitehouse escribió:
Hi,
I should also add (just in case anybody gets the wrong idea!) that I
think it should definitely be made as easy as possible for anybody who
wants to evaluate running btrfs on Fedora, but it is far too early to
make it the default yet,
I
Compose started at Fri Oct 3 05:15:04 UTC 2014
Broken deps for i386
--
[Agda]
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
On 10-2-14 10:01:45 Rahul Sundaram wrote:
On Thu, Oct 2, 2014 at 9:56 AM, Miroslav Suchý wrote:
On 10/02/2014 04:39 AM, Rahul Sundaram wrote:
Is it worth considering using Dash as the default (non-interactive) shell
in Fedora?
Why starting with changing target of /bin/sh?
Can we
- Original Message -
From: Haïkel hgue...@fedoraproject.org
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Tuesday, September 30, 2014 10:56:11 AM
Subject: Re: Go packaging
2014-09-30 16:20 GMT+02:00 Richard W.M. Jones rjo...@redhat.com:
On
- Original Message -
From: Florian Weimer fwei...@redhat.com
To: devel@lists.fedoraproject.org
Sent: Tuesday, September 30, 2014 4:37:46 AM
Subject: Re: Go packaging
On 09/29/2014 08:54 PM, Haïkel wrote:
Currently, there is *no* golang packaging guidelines approved, so we
- Original Message -
From: Richard W.M. Jones rjo...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Cc: Vincent Batts vba...@redhat.com
Sent: Tuesday, September 30, 2014 3:45:05 AM
Subject: Re: Go packaging
On Mon, Sep 29, 2014 at
OpenShift Origin release 4 no longer supports Fedora, only
RHEL/SL/CentOS. The reason is that the ruby in Fedora has progressed so
fast that it is no longer compatible with the code in OpenShift Origin.
There is currently no plans to update the current code in OpenShift
Origin to a newer ruby,
We're working on rewriting the themes. So the patches might not be merged
upstream.
On 3 October 2014 22:03, poma pomidorabelis...@gmail.com wrote:
On 11.09.2014 06:42, Satyajit Sahoo wrote:
Yeah. Got caught up in work. Will merge this weekend.
I was hoping at least upstream would say
Also, this patch misses a lot of stuff which are needed for GTK3.14
compatibility.
On 3 October 2014 22:04, Satyajit Sahoo satyajit.ha...@gmail.com wrote:
We're working on rewriting the themes. So the patches might not be merged
upstream.
On 3 October 2014 22:03, poma
On Wed, Oct 01, 2014 at 04:28:22PM -0400, Stephen Gallagher wrote:
The thing to note is that in all scenarios, the user *MUST* fully update
their F20 system first, or the results will be undefined and could be
unpleasant. We need to spell this out very clearly to our upgrading
users.
Here's
Yeah. I know. We're working on complete 3.14 compatibility.
On Oct 3, 2014 10:11 PM, poma pomidorabelis...@gmail.com wrote:
On 03.10.2014 18:37, Satyajit Sahoo wrote:
Also, this patch misses a lot of stuff which are needed for GTK3.14
compatibility.
Sahoo, my patch is intended for the
They have completey rewritten Adwaita and integrated it into GTK. If they
change it again, it'll be hard for them too. But let's hope for the best :D
On 3 October 2014 22:18, poma pomidorabelis...@gmail.com wrote:
On 03.10.2014 18:43, Satyajit Sahoo wrote:
Yeah. I know. We're working on
On Fri, 2014-10-03 at 22:20 +0530, Satyajit Sahoo wrote:
They have completey rewritten Adwaita and integrated it into GTK. If
they change it again, it'll be hard for them too. But let's hope for
the best :D
Even better to just talk to 'them' - we are right here, and happy to
answer questions.
#4: Decide on criteria to unretire packages.
-+
Reporter: till| Owner: epel-wranglers
Type: defect | Status: new
Priority: major | Milestone:
Component: Policy problem |Version:
We're not relying on any engine and writing CSS only code. So we are at the
safe side \o/
And it's awesome to see support for box-shadow in GTK3.14. Keep up the good
work.
On 3 October 2014 22:25, Matthias Clasen mcla...@redhat.com wrote:
On Fri, 2014-10-03 at 22:20 +0530, Satyajit Sahoo
On 03.10.2014 18:37, Satyajit Sahoo wrote:
Also, this patch misses a lot of stuff which are needed for GTK3.14
compatibility.
Sahoo, my patch is intended for the specific case, and certainly better than
without it.
poma
--
devel mailing list
devel@lists.fedoraproject.org
On 11.09.2014 06:42, Satyajit Sahoo wrote:
Yeah. Got caught up in work. Will merge this weekend.
I was hoping at least upstream would say that your patch was the right
approach.
Did they reply to you on the patches?
Kevin Fenzi
https://bugzilla.redhat.com/show_bug.cgi?id=1114161#c34
On 03.10.2014 18:34, Satyajit Sahoo wrote:
We're working on rewriting the themes. So the patches might not be merged
upstream.
Fenzi, there you go.
Thanks Sahoo.
poma
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of
On 03.10.2014 18:43, Satyajit Sahoo wrote:
Yeah. I know. We're working on complete 3.14 compatibility.
On Oct 3, 2014 10:11 PM, poma pomidorabelis...@gmail.com wrote:
On 03.10.2014 18:37, Satyajit Sahoo wrote:
Also, this patch misses a lot of stuff which are needed for GTK3.14
Reposted from http://fedoramagazine.org/5tftw-2014-10-03/.
Fedora is a big project, and it’s hard to keep up with it all. This
series highlights interesting happenings in five different areas every
week. It isn’t comprehensive news coverage — just quick summaries with
links to each. Here are the
The following Fedora EPEL 7 Security updates need testing:
Age URL
14
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2657/python-oauth2-1.5.211-7.el7
9
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-2748/nodejs-0.10.32-1.el7,v8-3.14.5.10-14.el7
8
The following Fedora EPEL 6 Security updates need testing:
Age URL
894
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
226
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-0590/oath-toolkit-2.0.2-4.el6
113
On Fri, 2014-10-03 at 12:37 -0400, Matthew Miller wrote:
On Wed, Oct 01, 2014 at 04:28:22PM -0400, Stephen Gallagher wrote:
The thing to note is that in all scenarios, the user *MUST* fully update
their F20 system first, or the results will be undefined and could be
unpleasant. We need to
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider providing a copr repository ?
Regards,
H.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
On 10/01/2014 08:39 PM, Rahul Sundaram wrote:
Hi
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
(https://lwn.net/Articles/343924/) have been using dash as the default
shell and Android uses mksh. While this
On Fri, 2014-10-03 at 21:43 +0200, Haïkel wrote:
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider providing a copr repository ?
A COPR repository probably wouldn't work, because they'd have to provide
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
(https://lwn.net/Articles/343924/) have been using dash as the default
shell and Android uses
2014-10-03 22:30 GMT+02:00 Stephen Gallagher sgall...@redhat.com:
On Fri, 2014-10-03 at 21:43 +0200, Haïkel wrote:
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider providing a copr repository ?
A COPR
On Wed, 2014-10-01 at 16:28 -0400, Stephen Gallagher wrote:
On Wed, 2014-09-24 at 12:16 -0400, Stephen Gallagher wrote:
There has been some discussion in various forums lately about how we
will handle fedup upgrades from Fedora 20 to Fedora 21 products.
Several suggestions have
On Fri, 2014-10-03 at 16:57 -0400, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: standard (non-productized), server,
workstation or cloud.
I volunteered to come up with the text if you dont' specify --product.
An
Hi
On Fri, Oct 3, 2014 at 4:57 PM, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: standard (non-productized), server,
workstation or cloud.
When the discussion about the standard name came up earlier in fedora
Am 03.10.2014 um 23:12 schrieb Rahul Sundaram:
On Fri, Oct 3, 2014 at 4:57 PM, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: standard (non-productized), server,
workstation or cloud.
When the
On 10/03/2014 02:34 PM, Matthew Miller wrote:
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
(https://lwn.net/Articles/343924/) have been using
Hi
On Fri, Oct 3, 2014 at 5:38 PM, Reindl Harald wrote:
generic is technical speak or for normal people outside IT at best
has a negative context to generica and spam
It is not really technical. Generic is often used in other contexts by
normal people: Ex: Generic drugs which means non
On 10/03/2014 03:55 PM, Orion Poplawski wrote:
On 10/03/2014 02:34 PM, Matthew Miller wrote:
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora? Other distributions including Ubuntu and Debian
Hi
On Fri, Oct 3, 2014 at 9:04 AM, Garry T. Williams gtwilli...@gmail.com
wrote:
$ (checkbashisms -f -p $(grep -rlE '^#! ?/bin/(env )?sh' /usr/bin) )
21 /dev/null|grep 'possible bashism'|awk '{print $4}'|sort -u|wc -l
113
$
Many of these trigger multiple warnings from
Am 03.10.2014 um 23:57 schrieb Rahul Sundaram:
On Fri, Oct 3, 2014 at 5:38 PM, Reindl Harald wrote:
generic is technical speak or for normal people outside IT at best
has a negative context to generica and spam
It is not really technical. Generic is often used in other contexts
Hi
On Fri, Oct 3, 2014 at 6:15 PM, Reindl Harald wrote:
generic drugs is the one thing nobody wants to have in context honestly
Not true but irrelevant anyway since I was just pointing out that generic
is not a technical term.
why would you try to force somebody to a prodcut setup
if he
Am 04.10.2014 um 00:29 schrieb Rahul Sundaram:
On Fri, Oct 3, 2014 at 6:15 PM, Reindl Harald wrote:
generic drugs is the one thing nobody wants to have in context honestly
Not true but irrelevant anyway since I was just pointing out that generic is
not a technical term.
why
Hi
On Fri, Oct 3, 2014 at 6:34 PM, Reindl Harald wrote:
and *because* non productized variants are continued there should
be no emphasis instead *equal options*
Fedora as a project has already discussed that extensively and decided
otherwise. We are not really revisiting that discussion
On Fri, Oct 3, 2014 at 6:14 PM, Rahul Sundaram methe...@gmail.com wrote:
Hi
On Fri, Oct 3, 2014 at 9:04 AM, Garry T. Williams gtwilli...@gmail.com
wrote:
$ (checkbashisms -f -p $(grep -rlE '^#! ?/bin/(env )?sh' /usr/bin) )
21 /dev/null|grep 'possible bashism'|awk '{print $4}'|sort
Hi
On Fri, Oct 3, 2014 at 6:59 PM, Nico Kadel-Garci wrote:
And it's going to break backports to EPEL for RHEL 5 or RHEL 6, or
CentOS or Scientific Linux, pretty seriously
Please explain how.
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
On Fri, Oct 03, 2014 at 06:14:05PM -0400, Rahul Sundaram wrote:
On Fri, Oct 3, 2014 at 9:04 AM, Garry T. Williams gtwilli...@gmail.com
wrote:
$ (checkbashisms -f -p $(grep -rlE '^#! ?/bin/(env )?sh' /usr/bin) )
21 /dev/null|grep 'possible bashism'|awk '{print $4}'|sort -u|wc -l
Hi
On Fri, Oct 3, 2014 at 7:12 PM, Jakub Jelinek wrote:
But why? Seriously, bash has lots of nice extensions, are you going in
this
quest to stop using extensions
You seem to have misread what I said. Bash is great and I love some of
the extensions but if you want to use bash, just make
On Fri, 2014-10-03 at 17:06 -0400, Owen Taylor wrote:
standard: choose this if none of the above apply; in particular
choose
this if you are using an alternate-desktop spin of Fedora
I'd add a comma right after in particular.
Feedback from this wide audience appreciated. Would you know
Once upon a time, Jakub Jelinek ja...@redhat.com said:
But why? Seriously, bash has lots of nice extensions, are you going in this
quest to stop using extensions going to suggest that we get rid of GNU C
library extensions usages in the distro programs next, or GCC extensions,
what else?
To
On Fri, Oct 03, 2014 at 06:18:11PM -0500, Michael Catanzaro wrote:
I agree with Rahul that standard is not a great name for the
nonstandard, non-productized upgrade, though. Generic is more
descriptive anyway.
But vanilla is the most delicious.
--
Matthew Miller
mat...@fedoraproject.org
Hi,
I agree with Rahul that standard is not a great name for the
nonstandard, non-productized upgrade, though. Generic is more
descriptive anyway.
I'm not sure it's worth repainting the bikeshed at this point, but
during the alluded-to discussion a few alternative names came up that
would have
On Fri, 2014-10-03 at 13:18 +0200, Juan Orti Alcaine wrote:
El 2014-10-03 11:38, Steven Whitehouse escribió:
Hi,
I should also add (just in case anybody gets the wrong idea!) that I
think it should definitely be made as easy as possible for anybody who
wants to evaluate running btrfs on
Hi
On Fri, Oct 3, 2014 at 7:23 PM, Chris Adams wrote:
To be fair, portable programs wrap GCCisms in #ifdefs.
Indeed. To wrap this up for now, I have filed
https://fedorahosted.org/fesco/ticket/1352
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
On 10/04/2014 01:04 AM, Orion Poplawski wrote:
On 10/03/2014 03:55 PM, Orion Poplawski wrote:
On 10/03/2014 02:34 PM, Matthew Miller wrote:
On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
Is it worth considering using Dash as the default (non-interactive)
shell in Fedora?
commit 841ff381a05855b408b516f4c1ceb8d5d40ba7f0
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 3 09:17:38 2014 +0100
Update to 1.005005
- New upstream release 1.005005
- Detect mercurial when checking for development trees
- Avoid using constant.pm to save a bit
The lightweight tag 'perl-strictures-1.005005-1.fc22' was created pointing to:
841ff38... Update to 1.005005
--
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-strictures-1.005005-1.fc21' was created pointing to:
841ff38... Update to 1.005005
--
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-Array-Compare:
57ff4aa504d4c2d1ecef342bd19c0039 Array-Compare-2.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit fdb665db1c544644646ebb0c6b768340da755e46
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 3 10:04:05 2014 +0100
Update to 2.11
- New upstream release 2.11
- Ported from Moose to Moo
- Classify buildreqs by usage
- Switch to ExtUtils::MakeMaker flow
A file has been added to the lookaside cache for perl:
be5480c249e88ef0c4cf5a1cc23478a0 perl-5.18.4.tar.bz2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Summary of changes:
e68e611... Perl 5.20 rebuild (*)
fdb665d... Update to 2.11 (*)
(*) 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
The lightweight tag 'perl-Array-Compare-2.11-1.fc22' was created pointing to:
fdb665d... Update to 2.11
--
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-Array-Compare-2.11-1.fc21' was created pointing to:
fdb665d... Update to 2.11
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
perl-Qt has broken dependencies in the rawhide tree:
On x86_64:
perl-Qt-0.96.0-11.fc22.x86_64 requires perl(:MODULE_COMPAT_5.18.2)
perl-Qt-0.96.0-11.fc22.x86_64 requires libperl.so.5.18()(64bit)
On i386:
perl-Qt-0.96.0-11.fc22.i686 requires perl(:MODULE_COMPAT_5.18.2)
commit 0a557d6b48a931d7dabd4cb89f9a243f84261d46
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Oct 3 12:32:27 2014 +0200
5.18.4 bump
.gitignore |1 +
perl.spec | 17 +++--
sources|2 +-
3 files changed, 13 insertions(+), 7 deletions(-)
---
diff --git
Summary of changes:
0a557d6... 5.18.4 bump
bcb3c84... 5.18.4 bump
--
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
commit bcb3c84d759483a9953f4c81fe49781ba5990a28
Merge: 0a557d6 f2f061d
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Oct 3 12:37:23 2014 +0200
5.18.4 bump
perl.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --cc perl.spec
index
commit dd96e7e42594136988c81a996fc11dff919d2a66
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Oct 3 13:57:35 2014 +0200
5.18.4 bump
.gitignore |1 +
perl.spec | 19 ---
sources|2 +-
3 files changed, 14 insertions(+), 8 deletions(-)
---
diff --git
commit b79c51ab382f441ec6b33c06c79916c69bf3bde1
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 3 18:47:50 2014 +0100
Run the optional tests too
- Classify buildreqs by usage
- Don't use macros for commands
- Don't need to remove empty directories from the buildroot
Summary of changes:
3369088... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_Mass (*)
8662c38... - Rebuilt for https://fedoraproject.org/wiki/Fedora_21_22_M (*)
f3f37ff... Perl 5.20 rebuild (*)
5242277... Update to 0.54 (*)
b79c51a... Run the optional tests too
(*) This commit
The lightweight tag 'perl-Variable-Magic-0.54-2.el7' was created pointing to:
b79c51a... Run the optional tests too
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
86 matches
Mail list logo
