The following Fedora EPEL 6 Security updates need testing:
Age URL
947
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
166
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-1616/puppet-2.7.26-1.el6
37
The following Fedora EPEL 7 Security updates need testing:
Age URL
28
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3621/php-Smarty-3.1.21-1.el7
12
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2014-3989/cross-binutils-2.23.88.0.1-2.el7.1
12
Hello,
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash characters
(e.g. instead VGA0 I see VGA-1).
I just wonder why this landed into
On Tue, 2014-11-25 at 09:14 +0100, Lukas Zapletal wrote:
Hello,
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash characters
(e.g.
Lukas Zapletal composed on 2014-11-25 09:14 (UTC+0100):
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash characters
(e.g. instead VGA0 I
Using what gfxchip? VGA0 I don't remember ever seeing. Most I remember seeing:
Yeah, that was a typo. It's actually DP-1 and LVDS-0 (Thinkpad T403s
with Intel). Anyway, this changed from DP1 and LVDS0.
--
Later,
Lukas #lzap Zapletal
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher sgall...@redhat.com wrote:
Yeah, that's a valid concern and one I'm not ignoring. I'm just
concerned that (going by F21 Alpha and Beta) the hero testing doesn't
result in avoiding a slip most of the time. In the case of Alpha, that
was going
On Tue, Nov 25, 2014 at 9:14 AM, Lukas Zapletal l...@redhat.com wrote:
Hello,
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash
On 25/11/14 09:26, drago01 wrote:
Which desktop are you using? You shouldn't have to mess with startup
scripts that call xrandr to get a monitor setup working.
Here's one example: Intel drv, monitor with broken EDID, Gnome 3.12.
This is limited to either 800x60 or 1024x768 (forget which).
On Tue, Nov 25, 2014 at 10:26:43AM +0100, drago01 wrote:
On Tue, Nov 25, 2014 at 9:14 AM, Lukas Zapletal l...@redhat.com wrote:
Hello,
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
---
* Mon Nov 24 2014 Jiri Popelka jpope...@redhat.com - 2.0-0.31.20141124git
- latest upstream snapshot (#1162284)
Size change: -1915 bytes
oflb-prociono-fonts-20141125-1.fc22
---
* Tue Nov 25 2014 Parag Nemade pnemade AT redhat DOT com
Compose started at Tue Nov 25 07:15:03 UTC 2014
Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client
[gofer]
Anyhow, I hit the same thing this morning, with LVDS1 changing
to LVDS-0, HDMI3 to HDMI-2 and VGA1 to VGA-0. This was on an
Intel adapter.
Exactly. I use i3wm and I use xrandr to determine if I have my laptop
docked with IPS panel, docked with VGA monitor or standalone. Then I
setup all my
On 25 November 2014 at 13:20, Lukas Zapletal l...@redhat.com wrote:
I don't understand why I noticed this today, it looks like the latest
update was a Critical Path one (???) when Fedora 20 was stable for six
months.
There's an intel driver from 18th november, for example:
https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
This seems to be much more related to your issues. I don't had any output
renaming recently in the past year (Nouveau here).
That answers
- Original Message -
There's an intel driver from 18th november, for example:
https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
This seems to be much more related to your issues. I don't had any output
renaming recently in the past
Am 25.11.2014 um 14:31 schrieb Lukas Zapletal:
There's an intel driver from 18th november, for example:
https://admin.fedoraproject.org/updates/FEDORA-2014-15384/xorg-x11-drv-intel-2.21.15-9.fc20
This seems to be much more related to your issues. I don't had any output
renaming recently in
On Tue, 2014-11-25 at 10:21 +0100, drago01 wrote:
On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher sgall...@redhat.com
wrote:
Yeah, that's a valid concern and one I'm not ignoring. I'm just
concerned that (going by F21 Alpha and Beta) the hero testing doesn't
result in avoiding a
On Mon, Nov 24, 2014 at 07:21:03PM -0600, Mukundan Ragavan wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 11/24/2014 03:49 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Sat, Nov 22, 2014 at 10:12:46PM +0100, Zbigniew
Jędrzejewski-Szmek wrote:
I have working packages [1] for
- Original Message -
On Tue, 2014-11-25 at 10:21 +0100, drago01 wrote:
On Mon, Nov 24, 2014 at 8:46 PM, Stephen Gallagher sgall...@redhat.com
wrote:
Yeah, that's a valid concern and one I'm not ignoring. I'm just
concerned that (going by F21 Alpha and Beta) the hero
On Sat, 22 Nov 2014 08:24:32 + (UTC)
P J P pj.pan...@yahoo.co.in wrote:
On Saturday, 22 November 2014 1:39 AM, Richard W.M. Jones wrote:
On Fri, Nov 21, 2014 at 09:11:51AM +0100, Florian Weimer wrote:
The latter. We have to install authorized_keys inside the VM
anyway, so we can
This is about bug #1136905 [1], discussed previously on the systemd list
[2] and also on our desktop list [3].
The issue is that systemd-timedated now supports only systemd-timesyncd
for NTP and ignores other NTP services installed on the system. It doesn't
know that chronyd or ntpd is enabled
A file has been added to the lookaside cache for perl-POE-Component-SSLify:
fc90d5016fb1427090eb865d72f60aba POE-Component-SSLify-1.012.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce s...@redhat.com wrote:
We can install machine w/o user accounts, removing the ability to log
in as root via ssh means those machines will not be accessible.
This has been the reason this hasn't been changed the last few times
someone proposed to
On Tue, 2014-11-25 at 09:14 +0100, Lukas Zapletal wrote:
my desktop was completely broken this morning because my startup scripts
rely on xrandr utility. An older update from this summer which I applied
recently changed it's output so device ids now contain dash characters
(e.g. instead VGA0
On Tue, 25 Nov 2014 08:23:22 -0700
Kevin Fenzi ke...@scrye.com wrote:
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce s...@redhat.com wrote:
We can install machine w/o user accounts, removing the ability to
log in as root via ssh means those machines will not be accessible.
This has been
On Tuesday, 25 November 2014 8:53 PM, Kevin Fenzi wrote:
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce wrote:
We can install machine w/o user accounts, removing the ability to log
in as root via ssh means those machines will not be accessible.
This has been the reason this hasn't been
On Tue, Nov 25, 2014 at 03:45:08PM +, P J P wrote:
True, this concern has been raised before. We need to ensure that
user creates at least one non-root user account; firstboot is just
the right place to ensure that.
Keep in mind that in cloud, cloud-init does the same thing (instead of
On Tuesday, 25 November 2014 9:07 PM, Simo Sorce wrote:
My machines get joined to an IPA domain as soon as they are finished
installing, I do *not* want a local user, it would be a liability.
Well, I think this is more specific case for which remote 'root' login could
be enabled by user.
On 25/11/14 15:32, Adam Jackson wrote:
But when I say come from the server I really mean the 2D X driver
makes up the name and the server just reports it. And indeed, between
xorg-x11-drv-intel-2.21.15-4 and -9 output naming was changed to include
a dash (if using UXA), which happened because
On Tue, 25.11.14 16:23, Miroslav Lichvar (mlich...@redhat.com) wrote:
This is about bug #1136905 [1], discussed previously on the systemd list
[2] and also on our desktop list [3].
The issue is that systemd-timedated now supports only systemd-timesyncd
for NTP and ignores other NTP services
Hello Matthew,
On Tuesday, 25 November 2014 9:21 PM, Matthew Miller wrote:
Keep in mind that in cloud, cloud-init does the same thing (instead of
firstboot).
Ah I see, cool!
---
Regards
-Prasad
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1167721
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-Test-Module-Used-0.2.6-1.fc21 has been submitted as an update for Fedora
21.
https://admin.fedoraproject.org/updates/perl-Test-Module-Used-0.2.6-1.fc21
--
You are
On 11/25/2014 09:45 AM, P J P wrote:
On Tuesday, 25 November 2014 8:53 PM, Kevin Fenzi wrote:
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce wrote:
We can install machine w/o user accounts, removing the ability to log
in as root via ssh means those machines will not be accessible.
This has
On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
I thought multi-gpu randr was supported in 1.4? I certainly see one
provider for each of the two gpus in this machine, and can see five
connectors across the two with three monitors connected. It looks like
it just adds an extra digit to
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs directly?
Both chronyd and ntpd are often used as clients. Miroslav wasn't
talking about server usage scenarios, but
On Tue, 2014-11-25 at 17:15 +0100, Lennart Poettering wrote:
I am sorry, but timedated is really not the place to control NTP
*server* software. It's simply, desktopy stuff, for controlling NTP
clients.
Of course, but the desktopy NTP client in Fedora Workstation is chrony,
as you know full
Hi,
On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
I have a server which only runs several VM's with specific services, no
need user accounts in the host or in the VM's,
so you propose when I reiinstall any of them create a user account in
each of them, that will cause
On 25/11/14 16:55, Adam Jackson wrote:
On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
I thought multi-gpu randr was supported in 1.4? I certainly see one
provider for each of the two gpus in this machine, and can see five
connectors across the two with three monitors connected. It looks
On Tue, 25.11.14 18:04, Florian Weimer (fwei...@redhat.com) wrote:
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs directly?
Both chronyd and ntpd are often used as
On Tue, 25 Nov 2014 17:05:59 + (UTC)
P J P pj.pan...@yahoo.co.in wrote:
Hi,
On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
I have a server which only runs several VM's with specific
services, no need user accounts in the host or in the VM's,
so you propose when
On Tue, 25.11.14 11:08, Michael Catanzaro (mcatanz...@gnome.org) wrote:
On Tue, 2014-11-25 at 17:15 +0100, Lennart Poettering wrote:
I am sorry, but timedated is really not the place to control NTP
*server* software. It's simply, desktopy stuff, for controlling NTP
clients.
Of course,
On 11/25/2014 06:25 PM, Lennart Poettering wrote:
On Tue, 25.11.14 18:04, Florian Weimer (fwei...@redhat.com) wrote:
On 11/25/2014 05:15 PM, Lennart Poettering wrote:
Really? if you want a UI that controls whether NTP server software is
running, why not call into the EnableUnitFiles() APIs
I've got a TV schedule grabber script that needs to be run on a more or
less daily basis. That would be good enough, but the script suggests a next
start time in it's output when it completes.
If I can figure out a way to pull that time from the script, is there a way
to pass that to systemd?
On 11/25/2014 11:05 AM, P J P wrote:
Hi,
On Tuesday, 25 November 2014 10:00 PM, Gabriel Ramirez wrote:
I have a server which only runs several VM's with specific services, no
need user accounts in the host or in the VM's,
so you propose when I reiinstall any of them create a user account
On Tue, Nov 25, 2014 at 6:15 PM, Tom Hughes t...@compton.nu wrote:
On 25/11/14 16:55, Adam Jackson wrote:
On Tue, 2014-11-25 at 15:57 +, Tom Hughes wrote:
I thought multi-gpu randr was supported in 1.4? I certainly see one
provider for each of the two gpus in this machine, and can see
This past week, David Strauss chose to step down from his position on
the Fedora Server Working Group, citing a lack of alignment with his
current work usage. The Fedora Server SIG would like to thank David for
his contributions up to this point and wish him well.
This means that there is
On Wed, Nov 05, 2014 at 04:42:01AM -0500, Jens Petersen wrote:
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
Boston is in the US/Eastern time zone, so, it's actually 7am Boston
time, not 9.
--
Matthew Miller
Hi, I know how to manually configure the zram, but what's the best way
to do it?
I've seen the unit zram.service of anaconda-core, and it gets activated
when booting with inst.zram=on, but it looks like very anaconda-centric.
Should something like [1] be packaged and included in the distro? or
Am 25.11.2014 um 21:03 schrieb Juan Orti:
Hi, I know how to manually configure the zram, but what's the best way
to do it?
I've seen the unit zram.service of anaconda-core, and it gets activated
when booting with inst.zram=on, but it looks like very anaconda-centric.
Should something like
On 11/21/2014 08:11 AM, P J P wrote:
Hello,
Sshd(8) daemon by default allows remote users to login as root.
1. Is that really necessary?
The original bug report [1] was kept opened mainly due to the lack of
adding user functionality in anaconda. This is no more true, anaconda
has
On Tue, Nov 25, 2014 at 09:20:35PM +0100, Petr Lautrbach wrote:
There are several use cases when local non-root users are not needed at
all as others already pointed out.
Including in some cases where there should both be no root password
_and_ no local non-system users.
The change itself is
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 18:00UTC in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic ticket #1349 Fedora 22 scheduling strategy (and
On Tue, Nov 25, 2014 at 10:51 AM, Florian Weimer fwei...@redhat.com wrote:
Some networks have bad NTP service in the sense that they hand out incorrect
time (not just off by a few seconds, but days or months, enough to skew
certificate validity).
I'm not sure what we're supposed to do about
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
= Topics =
* Follow-ups
* Language specific repositories
* Election planning
* Chairman for next meeting
* Open Floor
--
devel mailing list
Sorry, wrong date, 2014-11-26 is correct.
Honza
- Original Message -
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 7:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
= Topics =
* Follow-ups
* Language specific repositories
* Election planning
*
Thanks, fixed in the invitation for tomorrow.
Honza
- Original Message -
On Wed, Nov 05, 2014 at 04:42:01AM -0500, Jens Petersen wrote:
WG meeting will be at 12:00 UTC (07:00 EST, 13:00 Brno, 9:00 Boston,
21:00 Tokyo, 22:00 Brisbane) in #fedora-meeting on Freenode.
Boston is in
On Tue, 2014-11-25 at 14:04 +0100, Simone Caronni wrote:
On 25 November 2014 at 13:20, Lukas Zapletal l...@redhat.com wrote:
I don't understand why I noticed this today, it looks like the
latest
update was a Critical Path one (???) when Fedora 20 was stable
for
On Tue, Nov 25, 2014 at 10:23 AM, Kevin Fenzi ke...@scrye.com wrote:
On Tue, 25 Nov 2014 09:56:59 -0500
Simo Sorce s...@redhat.com wrote:
We can install machine w/o user accounts, removing the ability to log
in as root via ssh means those machines will not be accessible.
This has been the
Richard Shaw writes:
I've got a TV schedule grabber script that needs to be run on a more or less
daily basis. That would be good enough, but the script suggests a next start
time in it's output when it completes.
If I can figure out a way to pull that time from the script, is there a way
On Tue, Nov 25, 2014 at 10:32:27AM -0500, Adam Jackson wrote:
want two outputs both named VGA-0. And caring about the names is
somewhat futile anyway since what you're usually more concerned with is
the _monitor_, which is why all sane desktops save configurations based
on EDIDs not on
A file has been added to the lookaside cache for perl-Perl-Tags:
932784defc0460075130c42f48e5b198 Perl-Tags-0.32.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 1a6f58bd80cec751eaf7f918366583ecc44eb456
Author: Jitka Plesnikova jples...@redhat.com
Date: Tue Nov 25 09:21:15 2014 +0100
0.32 bump; Modernize spec file
.gitignore |1 +
perl-Perl-Tags.spec | 54 ++-
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1163293
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1163282
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed
A file has been added to the lookaside cache for perl-Scope-Upper:
5bbb92a8a63689e81efed1460ab6a13d Scope-Upper-0.25.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit d9495669d665d76d029ad12595af31eabd97697e
Author: Petr Písař ppi...@redhat.com
Date: Tue Nov 25 09:43:14 2014 +0100
0.25 bump
.gitignore|1 +
perl-Scope-Upper.spec | 36 ++--
sources |2 +-
3 files changed, 24
https://bugzilla.redhat.com/show_bug.cgi?id=1163288
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1163293
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
https://bugzilla.redhat.com/show_bug.cgi?id=1160801
--- Comment #6 from Clément OUDOT clem.ou...@gmail.com ---
Thanks a lot for your work!
I don't know if you also seen these two other requests:
* https://bugzilla.redhat.com/show_bug.cgi?id=1160799
*
https://bugzilla.redhat.com/show_bug.cgi?id=1167697
Bug ID: 1167697
Summary: perl-Carp-REPL-0.17 is available
Product: Fedora
Version: rawhide
Component: perl-Carp-REPL
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1167701
Bug ID: 1167701
Summary: perl-CPAN-Perl-Releases-1.98 is available
Product: Fedora
Version: rawhide
Component: perl-CPAN-Perl-Releases
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167704
Bug ID: 1167704
Summary: perl-Crypt-OpenSSL-X509-1.805 is available
Product: Fedora
Version: rawhide
Component: perl-Crypt-OpenSSL-X509
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167705
Bug ID: 1167705
Summary: perl-Data-Munge-0.092 is available
Product: Fedora
Version: rawhide
Component: perl-Data-Munge
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1167706
Bug ID: 1167706
Summary: perl-Data-Rmap-0.64 is available
Product: Fedora
Version: rawhide
Component: perl-Data-Rmap
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1167708
Bug ID: 1167708
Summary: perl-DateTime-TimeZone-1.81 is available
Product: Fedora
Version: rawhide
Component: perl-DateTime-TimeZone
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167712
Bug ID: 1167712
Summary: perl-IO-Socket-IP-0.33 is available
Product: Fedora
Version: rawhide
Component: perl-IO-Socket-IP
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1167715
Bug ID: 1167715
Summary: perl-Module-CoreList-5.20141120 is available
Product: Fedora
Version: rawhide
Component: perl-Module-CoreList
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167717
Bug ID: 1167717
Summary: perl-MooX-Options-4.013 is available
Product: Fedora
Version: rawhide
Component: perl-MooX-Options
Keywords: FutureFeature, Triaged
Assignee:
A file has been added to the lookaside cache for perl-Lingua-EN-FindNumber:
90ca3ea9acfc651422480d01bd0a2f0d Lingua-EN-FindNumber-1.30.tar.gz
--
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=1167720
Bug ID: 1167720
Summary: perl-Perl-Critic-Pulp-88 is available
Product: Fedora
Version: rawhide
Component: perl-Perl-Critic-Pulp
Keywords: FutureFeature, Triaged
Assignee:
commit ceddef487354a7f40615a18c20adb19c02602530
Author: Petr Šabata con...@redhat.com
Date: Tue Nov 25 11:09:41 2014 +0100
Style fixes
perl-Lingua-EN-FindNumber.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Lingua-EN-FindNumber.spec
commit c147393fb4ec09f359f33cea009da13102cfa381
Author: Petr Šabata con...@redhat.com
Date: Tue Nov 25 11:09:09 2014 +0100
Initial import (#1166670)
.gitignore |1 +
perl-Lingua-EN-FindNumber.spec | 51
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1167721
Bug ID: 1167721
Summary: perl-Test-Module-Used-0.2.6 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Module-Used
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167722
Bug ID: 1167722
Summary: perl-Test-Moose-More-0.025 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Moose-More
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1167697
--- Comment #1 from Petr Šabata psab...@redhat.com ---
This only fixes issues with Devel::StackTrace 2.00 (rawhide only).
--
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=1163250
Bug 1163250 depends on bug 1166670, which changed state.
Bug 1166670 Summary: Review Request: perl-Lingua-EN-FindNumber - Locate
(written) numbers in English text
https://bugzilla.redhat.com/show_bug.cgi?id=1166670
What|Removed
user: pghmcfc set for pghmcfc acl: watchcommits of package:
perl-Regexp-Assemble from: Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc changed point of contact of package: perl-Regexp-Assemble from:
orphan to: pghmcfc on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-Regexp-Assemble
from: Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc set for pghmcfc acl: watchbugzilla of package:
perl-Regexp-Assemble from: Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: to: Awaiting Review on branch: f21
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
A file has been added to the lookaside cache for perl-Carp-REPL:
aea839adcfcfcb7ff991af8115700efb Carp-REPL-0.17.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 67f5236e2d31112c9193e4f67f84af89945caf2f
Author: Petr Šabata con...@redhat.com
Date: Tue Nov 25 11:25:09 2014 +0100
0.17 bump, compatibility fixes for Devel::StackTrace 2.00
.gitignore |1 +
perl-Carp-REPL.spec |5 -
sources |2 +-
3 files
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: to: Awaiting Review on branch: f19
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: to: Awaiting Review on branch: f20
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: to: Awaiting Review on branch: master
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
https://bugzilla.redhat.com/show_bug.cgi?id=1167697
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
user: pghmcfc set for pghmcfc acl: commit of package: perl-Regexp-Assemble
from: to: Awaiting Review on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Regexp-Assemble
--
Fedora Extras Perl SIG
1 - 100 of 165 matches
Mail list logo
