- Original Message -
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find out if they are still interested in
maintaining their packages (and if so, have them update their email
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find out if they are still interested in
maintaining their packages (and
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find
- Original Message -
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid.A I'm starting the unresponsive
maintainer
On Thu, Sep 4, 2014 at 12:04 PM, Pierre-Yves Chibon pin...@pingoured.fr
wrote:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
I've decided to orphan some packages:
ORBit2
at-spi
eog-plugins
gamin
gnome-themes
icon-naming-tools
libIDL
libglade2
libgnomecanvas
Please pick them up if you are interested in them.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 09/03/2014 09:58 AM, Kẏra wrote:
Testing has been great! I still really appreciate this repo. There have been
a few firefox releases plus Fedora 21 is no longer rawhide so that could use
its own repo. Any plans to update soon?
I've been able to find these two bugs (though I haven't been able
Broken deps for i386
--
[APLpy]
APLpy-0.9.8-5.fc21.noarch requires pywcs
[PyKDE]
PyKDE-3.16.6-14.fc20.i686 requires sip-api(10) = 0:10.0
[PyQuante]
PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) =
On Wed, 2014-09-03 at 14:44 -0600, Kevin Fenzi wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find out if they are still interested in
maintaining their packages (and if so, have
Compose started at Thu Sep 4 07:15:02 UTC 2014
Broken deps for armhfp
--
[APLpy]
APLpy-0.9.8-5.fc21.noarch requires pywcs
[PyKDE]
PyKDE-3.16.6-14.fc20.armv7hl requires sip-api(10) = 0:10.0
[PyQuante]
On 09/04/2014 11:38 AM, Tomasz Torcz wrote:
Why would even someone's employment status matter? Fedora is a community
project.
In an ideal world, yes.
Reality however tells, RH employees leaving RH and leaving the their
packages abandoned is a problem.
Ralf
--
devel mailing list
Hi,
As I was curious of any of my packages depends on
any of these I've run some repoqueries to see what
depends on these, and we still have a ton of
dependencies on these.
So unless we want to drop a ton of packages, we really
need someone to pick these up:
[hans@shalem ~]$ sudo repoquery
On Thu, Sep 04, 2014 at 11:38:52AM +0200, Tomasz Torcz wrote:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that the email addresses for two package
maintainers are no longer
On Thu, Sep 4, 2014 at 12:27 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
As I was curious of any of my packages depends on
any of these I've run some repoqueries to see what
depends on these, and we still have a ton of
dependencies on these.
So unless we want to drop a ton of
On 09/04/2014 01:35 PM, Pierre-Yves Chibon wrote:
And much like anyone else, people come and go. The difference is that here, when
they leave, we know about it before emails start to bounce.
It's simply that the number of @RHs being involved into Fedora is quite
large, which makes this happen
- Original Message -
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find out if they are still interested in
maintaining their packages (and if so, have them update their email
On Thu 04 Sep 2014 01:35:53 PM CEST Pierre-Yves Chibon wrote:
On Thu, Sep 04, 2014 at 11:38:52AM +0200, Tomasz Torcz wrote:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
On Wed, Sep 3, 2014 at 10:44 PM, Kevin Fenzi ke...@scrye.com wrote:
Greetings, we've been told that
On Thu, Sep 04, 2014 at 08:08:47AM -0400, Jaroslav Reznik wrote:
- Original Message -
Greetings, we've been told that the email addresses for two package
maintainers are no longer valid. I'm starting the unresponsive
maintainer policy to find out if they are still interested in
On Thu, Sep 04, 2014 at 02:01:41PM +0200, Ralf Corsepius wrote:
On 09/04/2014 01:35 PM, Pierre-Yves Chibon wrote:
BTW: Though this threat started with FAS, one should also consider to take
into account bugzilla accounts.
There are two aspects to consider here:
* bugzilla is managed by RH IT,
On Thu, 2014-09-04 at 13:27 +0200, Hans de Goede wrote:
Hi,
As I was curious of any of my packages depends on
any of these I've run some repoqueries to see what
depends on these, and we still have a ton of
dependencies on these.
So unless we want to drop a ton of packages, we really
On 09/04/2014 02:26 PM, Pierre-Yves Chibon wrote:
On Thu, Sep 04, 2014 at 02:01:41PM +0200, Ralf Corsepius wrote:
On 09/04/2014 01:35 PM, Pierre-Yves Chibon wrote:
BTW: Though this threat started with FAS, one should also consider to take
into account bugzilla accounts.
There are two aspects
On Thu, Sep 04, 2014 at 03:56:20PM +0200, Ralf Corsepius wrote:
On 09/04/2014 02:26 PM, Pierre-Yves Chibon wrote:
On Thu, Sep 04, 2014 at 02:01:41PM +0200, Ralf Corsepius wrote:
On 09/04/2014 01:35 PM, Pierre-Yves Chibon wrote:
BTW: Though this threat started with FAS, one should also consider
I will be updating pugixml from 1.0 to 1.4 in rawhide shortly. This
changes the soname from the currently fedora defined libpugixml.so.1.0
to upstream's libpugixml.so.1. Also, there are some compatibility
changes:
Once upon a time, Tomasz Torcz to...@pipebreaker.pl said:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
wouldn't it make sense to integrate a check into the processes, when people
leave Redhat, that the packages in fedora are properly orphaned or get a
new owner?
Why
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ? and others integration like crontab
should be modular, for someone else could use his own crontab .
OTOH , the support
On 04/09/14 11:11 AM, Sérgio Basto wrote:
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ? and others integration like crontab
should be modular, for someone else
user: limb set for spot acl: watchbugzilla of package: perl-File-Tail from:
to: Approved on branch: epel7
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-File-Tail
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1138351
--- Comment #2 from Jon Ciesla limburg...@gmail.com ---
Git done (by process-git-requests).
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
user: limb set for spot acl: watchcommits of package: perl-File-Tail from: to:
Approved on branch: epel7
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-File-Tail
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1138351
Jon Ciesla limburg...@gmail.com changed:
What|Removed |Added
Flags|fedora-cvs? |fedora-cvs+
--
You
user: limb set for spot acl: approveacls of package: perl-File-Tail from: to:
Approved on branch: epel7
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-File-Tail
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
user: limb set for spot acl: commit of package: perl-File-Tail from: to:
Approved on branch: epel7
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-File-Tail
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
On Thu, 4 Sep 2014 10:11:58 -0500
Chris Adams li...@cmadams.net wrote:
Once upon a time, Tomasz Torcz to...@pipebreaker.pl said:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
wouldn't it make sense to integrate a check into the processes,
when people leave Redhat, that
*sigh*
Could we stop ranting every time, we speak about systemd ? Not only,
it's tiresome but it does *not* help to fix the aforementioned issues.
systemd and its upstream are not perfect, but systemd gains vs loss
are by far positive.
About systemd-network, there are perfectly valid arguments to
Hi,
we (the Copr team) would like to allow uploading of source RPM to Copr. It seems that best way is to utilize dist-git
[1]. Then Copr will fetch sources and spec file from dist-git and build SRC.RPM the same as Koji does now. And hopefuly
you will be able to use fedpkg to interact with Copr.
On Thu, Sep 04, 2014 at 16:11:37 +0100,
Sérgio Basto ser...@serjux.com wrote:
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ? and others integration like crontab
On 4 September 2014 06:01, Ralf Corsepius rc040...@freenet.de wrote:
On 09/04/2014 01:35 PM, Pierre-Yves Chibon wrote:
And much like anyone else, people come and go. The difference is that
here, when
they leave, we know about it before emails start to bounce.
It's simply that the number
On Thu, 04 Sep 2014 11:14:59 -0400
Digimer li...@alteeve.ca wrote:
On 04/09/14 11:11 AM, Sérgio Basto wrote:
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the
group have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why
On 09/04/2014 05:11 PM, Sérgio Basto wrote:
OTOH , the support of systemd is not good, we got bug opened and they
are ignored as nothing happens, as for example bug
https://bugzilla.redhat.com/show_bug.cgi?id=1088619
The bug is unresolved so far, but it is not ignored.
At least there is a
On 09/04/2014 05:37 PM, Kevin Fenzi wrote:
Do we really need another systemd thread?
Yes, because Fedora has failed to discuss system and systemd development
in advance before they had been deployed. Instead Fedora was confronted
with completed facts.
Ralf
--
devel mailing list
On 04/09/14 11:50 AM, Ralf Corsepius wrote:
On 09/04/2014 05:37 PM, Kevin Fenzi wrote:
Do we really need another systemd thread?
Yes, because Fedora has failed to discuss system and systemd development
in advance before they had been deployed. Instead Fedora was confronted
with completed
https://bugzilla.redhat.com/show_bug.cgi?id=1138351
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-File-Tail-0.99.3-21.el7 has been submitted as an update for Fedora EPEL 7.
https://admin.fedoraproject.org/updates/perl-File-Tail-0.99.3-21.el7
--
You are receiving
On 09/04/2014 05:38 AM, Tomasz Torcz wrote:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
wouldn't it make sense to integrate a check into the processes, when people
leave Redhat, that the packages in fedora are properly orphaned or get a new
owner?
Why would even
Agenda:
- Lennart's proposal discussion, especially in relation to /etc:
http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html
http://0pointer.net/blog/projects/stateless.html
- Open Floor
Thanks regards, Phil
--
Philipp Knirsch | Tel.:
- Original Message -
Agenda:
- Lennart's proposal discussion, especially in relation to /etc:
http://0pointer.net/blog/revisiting-how-we-put-together-linux-systems.html
http://0pointer.net/blog/projects/stateless.html
- Open Floor
Phil, as I organize Akademy conference,
On Thu, 04 Sep 2014 17:34:57 +0200
Miroslav Suchý msu...@redhat.com wrote:
Hi,
we (the Copr team) would like to allow uploading of source RPM to
Copr. It seems that best way is to utilize dist-git [1]. Then Copr
will fetch sources and spec file from dist-git and build SRC.RPM the
same as
On Thu, 04.09.14 16:11, Sérgio Basto (ser...@serjux.com) wrote:
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ?
It's a set of tools to build an OS from, not
Am 04.09.2014 um 17:11 schrieb Sérgio Basto:
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ? and others integration like crontab
should be modular, for someone else
On Thu, Sep 04, 2014 at 12:05:52PM -0400, Przemek Klosowski wrote:
On 09/04/2014 05:38 AM, Tomasz Torcz wrote:
On Thu, Sep 04, 2014 at 11:35:43AM +0200, Johannes Lips wrote:
wouldn't it make sense to integrate a check into the processes, when people
leave Redhat, that the packages in fedora
I have to admit, I love the claim that systemd is anti-Unix. Isn't the
fact that systemd makes use of systems that exist already, like DBus and
udev, following the Unix philosophy of letting programs worry about their
own problem space? The fact is, any system that is required to do system
On Thu, Sep 04, 2014 at 05:50:42PM +0200, Ralf Corsepius wrote:
On 09/04/2014 05:37 PM, Kevin Fenzi wrote:
Do we really need another systemd thread?
Yes, because Fedora has failed to discuss system and systemd development in
advance before they had been deployed. Instead Fedora was
On Thu, Sep 4, 2014 at 9:01 AM, Digimer li...@alteeve.ca wrote:
This reminds me of the Beefy Miracle fiasco... Everyone complained after
it happened, but few said or did anything before then.
The scope of systemd has crept dramatically since the start. If the
initial discussions of systemd said
On September 4, 2014 at 3:19:09 PM, Gregory Maxwell
(gmaxw...@gmail.com(mailto:gmaxw...@gmail.com)) wrote:
It should be perfectly acceptable to tell people Fedora is not for you.”
I agree with this - although I suspect most of the long time Fedora users feel
a sense of loyalty and would
Once upon a time, Gregory Maxwell gmaxw...@gmail.com said:
The scope of systemd has crept dramatically since the start. If the
initial discussions of systemd said it would merge dhcp, udev, and
that it would push binary logging, etc. Do you really think it would
have gone without more
On 09/04/2014 07:13 PM, Lennart Poettering wrote:
On Thu, 04.09.14 16:11, Sérgio Basto (ser...@serjux.com) wrote:
Hi,
[1]
since Fedora have some responsibility, unfortunately I think the group
have some valid reasons , systemd should be the replacement of
sysvinit , a built in DHCP !? why ?
https://bugzilla.redhat.com/show_bug.cgi?id=1091913
Xavier Bachelot xav...@bachelot.org changed:
What|Removed |Added
Status|NEW |CLOSED
On Thu, 04.09.14 12:19, Gregory Maxwell (gmaxw...@gmail.com) wrote:
On Thu, Sep 4, 2014 at 9:01 AM, Digimer li...@alteeve.ca wrote:
This reminds me of the Beefy Miracle fiasco... Everyone complained after
it happened, but few said or did anything before then.
The scope of systemd has
Today at Go/No-Go meeting it was decided to slip Fedora 21 Alpha release
by one week due to unresolved blocker bugs [1] and no release candidate
available. More details in meeting minutes [2].
As a result, ALL MAJOR MILESTONES, and their dependent tasks, will be
pushed out by one week [3].
The
Still no actions.
According to Policy for nonresponsive package maintainers.
Takanori Matsuura did not respond on
https://bugzilla.redhat.com/show_bug.cgi?id=1105916, contact email is silent
too.
Moreover, his last build on koji was in late 2012.
As for both above mentioned, I want to take
What can I do to get the package davfs2 into the EPEL 6 repository?
See also: https://bugzilla.redhat.com/show_bug.cgi?id=980476
___
epel-devel mailing list
epel-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/epel-devel
On 4 September 2014 14:34, Jude Oliver ju...@blansys.com wrote:
Good day, it appears that the current version of Wine on epel, 1.7.22,
does not work for creating a 32 bit wineprefix on RHEL 7. It appears this
is needed to run some windows applications, like Adobe Acrobat reader.
It appears
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/04/2014 02:05 PM, Jim Perrin wrote:
Perhaps this is an issue where a shorter life-cycle expectation
needs to be set?
For anything related to the new repo, this is an important part of the
idea. We want to set a new expectation with the new
On 09/05/2014 12:49 AM, Karsten Wade wrote:
For anything related to the new repo, this is an important part of the
idea. We want to set a new expectation with the new brand. Maybe we
can just tie it to the upstream-of-Fedora -- 13 months, rolls with
each Fedora release, etc.?
It would look
On 4 September 2014 10:13, Kevin Fenzi ke...@scrye.com wrote:
On Fri, 29 Aug 2014 16:08:34 -0600
Stephen John Smoogen smo...@gmail.com wrote:
So in todays (2014-08-29) meeting, we wanted to move the various
policy discussions to email so that people could take their time to
reply and
We will be holding our weekly EPEL meeting tomorrow at 1600 UTC.
Topics will be:
1) Discussion of current EPEL policies
2) Discussion of proposed EPEL policy changes
3) Discussion of consolidation and rewrite of EPEL pages.
4) Open Flood.
--
Stephen J Smoogen.
Pretty much says it all:
https://bugzilla.redhat.com/show_bug.cgi?id=1063228
So, do we need a formal process for this now?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
On 09/04/2014 08:27 PM, Orion Poplawski wrote:
Pretty much says it all:
https://bugzilla.redhat.com/show_bug.cgi?id=1063228
So, do we need a formal process for this now?
I should add that it's really kind of a shame - torque 2.5.X is still
maintained upstream so it should just be a matter
https://bugzilla.redhat.com/show_bug.cgi?id=1127476
--- Comment #2 from Ruediger Landmann r.landm...@redhat.com ---
perl-Test-Warn-0.30 is now available in F20 -- can you please try again to
update this package?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1127477
--- Comment #2 from Ruediger Landmann r.landm...@redhat.com ---
perl-Test-Warn-0.30 is now available in F19 -- can you please try again to
update this package?
--
You are receiving this mail because:
You are on the CC list for the bug.
commit a33802bc61ae5a9d0035bcfd1c006191edd70ffa
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 09:15:01 2014 +0200
Perl 5.20 rebuild
perl-Data-TreeDumper.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Data-TreeDumper.spec
commit a81b86a300f72aacf379adc0d43061bdf7016fb2
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 09:15:00 2014 +0200
Perl 5.20 rebuild
perl-Wx-Perl-DataWalker.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Wx-Perl-DataWalker.spec
commit 12ce2f7d508a2f1b16fe3c58d5b015cc02130733
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 09:15:01 2014 +0200
Perl 5.20 rebuild
perl-POE-API-Peek.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-POE-API-Peek.spec
commit 3ad1fa16c212eae8695a77960a376fcbf0124b4b
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 09:47:02 2014 +0200
Perl 5.20 rebuild
perl-POE-Component-Server-HTTP.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit ab095e6404022f4732ac654d26fcd9ee65893f45
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 09:47:02 2014 +0200
Perl 5.20 rebuild
perl-Data-TreeDumper-Renderer-GTK.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
A file has been added to the lookaside cache for perl-Algorithm-C3:
48162c8974b3056c1315203efc7d8748 Algorithm-C3-0.10.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit c01c8e15a5123ade121ca16e3ba237105203e593
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 10:14:37 2014 +0200
Perl 5.20 rebuild
perl-POE-Component-Server-XMLRPC.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git
commit d5b04ebbefc4591a1653bcaa940b81c258b751f4
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 10:14:37 2014 +0200
Perl 5.20 rebuild
perl-Eval-Context.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Eval-Context.spec
commit 4d86c735226f3cdb7456a6d2521d6de15394badd
Author: Paul Howarth p...@city-fan.org
Date: Thu Sep 4 09:19:09 2014 +0100
Update to 0.10
- New upstream release 0.10
- Declare minimum version of perl as 5.6 in metadata
perl-Algorithm-C3.spec | 11 ---
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1135981
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Blocks||1138185
Referenced
https://bugzilla.redhat.com/show_bug.cgi?id=1138185
Bug ID: 1138185
Summary: perl-MooseX-Types-DateTime-ButMaintained-0.16-6.fc22
FTBFS: ''local' timezone worked' t/03_local_floating.t
test fails
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=1138185
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
commit dd9f3da935a4138c139d3d4c12080754a6506623
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 11:04:33 2014 +0200
Perl 5.20 rebuild
perl-pip.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-pip.spec b/perl-pip.spec
index
commit 5a1bf04e90ec6ab45e78c9f3c114736c713f26f5
Author: Petr Lautrbach plaut...@redhat.com
Date: Thu Sep 4 11:48:59 2014 +0200
initial release
perl-Geo-IP.spec | 128 +
1 files changed, 3 insertions(+), 125 deletions(-)
---
diff --git
commit 4a2af5abb8117fb4978dbde6c0a8fe0f4df73a2c
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 13:00:57 2014 +0200
Perl 5.20 rebuild
perl-JSON-Any.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-JSON-Any.spec b/perl-JSON-Any.spec
commit bfbbf75973c352b66fd2bff00d6a939ad5984e59
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 13:02:10 2014 +0200
Perl 5.20 rebuild
perl-DateTime.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-DateTime.spec b/perl-DateTime.spec
commit c2c3944773a43d63de26b3d646ca488acddd52b6
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Sep 4 13:08:16 2014 +0200
Perl 5.20 rebuild
perl-Net-Twitter.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-Net-Twitter.spec
https://bugzilla.redhat.com/show_bug.cgi?id=1138185
--- Comment #2 from Petr Pisar ppi...@redhat.com ---
Actually the problem is Moose type system checks for exact class name while
doing coercion and because DateTime::TimeZone::Tzfile is not inherited from
DateTime::TimeZone, the check fails.
https://bugzilla.redhat.com/show_bug.cgi?id=1138272
Bug ID: 1138272
Summary: perl-Archive-Zip-1.38 is available
Product: Fedora
Version: rawhide
Component: perl-Archive-Zip
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1138274
Bug ID: 1138274
Summary: perl-Date-Manip-6.47 is available
Product: Fedora
Version: rawhide
Component: perl-Date-Manip
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1138276
Bug ID: 1138276
Summary: perl-HTTP-Tiny-0.049 is available
Product: Fedora
Version: rawhide
Component: perl-HTTP-Tiny
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1138277
Bug ID: 1138277
Summary: perl-JSON-Pointer-0.06 is available
Product: Fedora
Version: rawhide
Component: perl-JSON-Pointer
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1138278
Bug ID: 1138278
Summary: perl-Locale-Codes-3.32 is available
Product: Fedora
Version: rawhide
Component: perl-Locale-Codes
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1138279
Bug ID: 1138279
Summary: perl-Mo-0.39 is available
Product: Fedora
Version: rawhide
Component: perl-Mo
Keywords: FutureFeature, Triaged
Assignee: dd...@cpan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1138281
Bug ID: 1138281
Summary: perl-PPIx-EditorTools-0.19 is available
Product: Fedora
Version: rawhide
Component: perl-PPIx-EditorTools
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1032581
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
https://bugzilla.redhat.com/show_bug.cgi?id=1138283
Bug ID: 1138283
Summary: perl-XXX-0.28 is available
Product: Fedora
Version: rawhide
Component: perl-XXX
Keywords: FutureFeature, Triaged
Assignee: psab...@redhat.com
user: mmaslano changed point of contact of package: perl-Dancer from: mmaslano
to: orphan on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Dancer
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing
user: mmaslano set for jplesnik acl: watchbugzilla of package:
perl-Module-CPANfile from: Obsolete to: Approved on branch: master
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Module-CPANfile
--
Fedora Extras Perl SIG
user: mmaslano set for jplesnik acl: watchcommits of package:
perl-Module-CPANfile from: Obsolete to: Approved on branch: master
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Module-CPANfile
--
Fedora Extras Perl SIG
1 - 100 of 174 matches
Mail list logo