On 9. 10. 2013 at 17:31:38, Stanislav Ochotnicky wrote:
Quoting tim.laurid...@gmail.com (2013-10-09 16:48:31)
the original urlgrabber maintainer left long time ago, but the yum team
adopted the code, because it was critical to yum, so this is cause why
there has been no upstream release.
On Oct 11, 2013 1:55 PM, Mamoru TASAKA mtas...@fedoraproject.org wrote:
Since I hit this, I'd imagine other people might.
If your package has:
BuildArch: noarch
It will set %{_target_cpu} to noarch.
If you also use %ifarch in that spec file, you might be expecting it to
match
On Tue, Oct 08, 2013 at 10:22:57AM -0400, Konstantin Ryabitsev wrote:
gpgv --homedir /tmp --keyring %{SOURCE2} --status-fd=1 %{SOURCE1}
%{SOURCE0} | grep -q '^\[GNUPG:\] GOODSIG'
snip
That one-liner is pretty much all that's required for valid gpg verification.
Hope this helps.
Yes it
We run New Relic extensively (at least a few hundred instances) for
our customers. Here's the native systemd service unit we use. I'm sure
we'd tweak it if we revisited it now, but it certainly works.
[Unit]
Description=New Relic Global Daemon
[Service]
ExecStart=/usr/bin/newrelic-daemon -c
On Sun, Oct 6, 2013 at 6:13 AM, Rave it chat-to...@raveit.de wrote:
A view in the spec file shows me that there is a lot of new things for me,
ie. systemd.
So i may need some assistents.
Please feel free to email the systemd mailing list [1] or ask for help
in our IRC channel, which is
On Oct 11, 2013 1:55 PM, Mamoru TASAKA mtas...@fedoraproject.org wrote:
Since I hit this, I'd imagine other people might.
If your package has:
BuildArch: noarch
It will set %{_target_cpu} to noarch.
If you also use %ifarch in that spec file, you might be expecting it to
On 10/11/2013 09:26 AM, Mamoru TASAKA wrote:
(Currently my reply seems to create new thread...)
Are you replying from a SmartPhone or other Android-Device?
I have been observing this issue for quite a while and when ever asking
senders about their equipement they replied Android-SmartPhone.
On 10/11/2013 09:26 AM, Mamoru TASAKA wrote:
(Currently my reply seems to create new thread...)
Are you replying from a SmartPhone or other Android-Device?
I have been observing this issue for quite a while and when ever asking
senders about their equipement they replied
On 10/11/2013 07:17 AM, David Strauss wrote:
We run New Relic extensively (at least a few hundred instances) for
our customers. Here's the native systemd service unit we use. I'm sure
we'd tweak it if we revisited it now, but it certainly works.
[Unit]
Description=New Relic Global Daemon
Konstantin Ryabitsev wrote:
gpg --verify (and gpgv) will return 0 even if the key is revoked or
expired, so you can't really rely on exit code alone. The following is
the right approach:
gpgv --homedir /tmp --keyring %{SOURCE2} --status-fd=1 %{SOURCE1}
%{SOURCE0} | grep -q '^\[GNUPG:\] GOODSIG'
Mamoru TASAKA wrote:
On 10/11/2013 09:26 AM, Mamoru TASAKA wrote:
(Currently my reply seems to create new thread...)
Are you replying from a SmartPhone or other Android-Device?
I have been observing this issue for quite a while and when ever
asking senders about their equipement they
Compose started at Fri Oct 11 09:15:02 UTC 2013
Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server = 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
On Fri, 2013-10-11 at 04:42 +0200, Kevin Kofler wrote:
Jerry James wrote:
On Aug 13, update FEDORA-2013-14530 acquired enough karma to be
autopushed to stable. It went stable on Aug 15.
The first update, FEDORA-2013-14567, stayed in limbo for awhile until
positive karma was given to
On Sun, 2013-09-08 at 11:01 +1000, Ankur Sinha wrote:
On Sat, 2013-09-07 at 10:24 +0200, Alexandre Moine wrote:
Hi all,
Hi,
I want to become a co-maintener of freemedforms and freediams with
Ankur
Sinha, under the SIG medical. I'm not a sponsored fedora packager, so
I
need a
Hi all,
I'm reading a blog called bad concurrency, and I didn't expect a post
on Fedora[1] yesterday.
Since I'm not really into eye-candy (running xfce since fc16, started
with Fedora on a gnome fc15), I've never really tried to tweak my
desktop that much (I do a few things though).
What really
On Fri, Oct 11, 2013 at 7:02 AM, Björn Persson
bj...@xn--rombobjrn-67a.se wrote:
Konstantin Ryabitsev wrote:
gpg --verify (and gpgv) will return 0 even if the key is revoked or
expired, so you can't really rely on exit code alone. The following is
the right approach:
gpgv --homedir /tmp
A file has been added to the lookaside cache for perl-Path-Tiny:
7cf9727a2eaf06b33a39df357140a981 Path-Tiny-0.041.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 6f37b270fb4db537cb1ce1c7694d8112eb796fe5
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 11 15:00:37 2013 +0100
Update to 0.041
- New upstream release 0.041
- Remove duplicate test dependency on File::Spec that triggers a CPAN.pm
bug
perl-Path-Tiny.spec |8
On Fri, Oct 11, 2013 at 9:55 AM, Konstantin Ryabitsev
i...@fedoraproject.org wrote:
Or does the check fail only if the key had already expired when the
signature was made?
Looks like gpg verify doesn't take that into consideration.
PS: And, FYI, for a very good reason -- it is very simple for
Hello,
On Fri, Oct 11, 2013 at 4:20 AM, Kevin Kofler kevin.kof...@chello.at wrote:
But the current spins will become even more second-class citizens than they
are right now, whereas 2 spins of dubious value to our real-world users
(Server and Cloud) get featured instead. (How many people will
On Fri, 2013-10-11 at 15:58 +0200, Miloslav Trmač wrote:
On Fri, Oct 11, 2013 at 4:20 AM, Kevin Kofler kevin.kof...@chello.at wrote:
But the current spins will become even more second-class citizens than they
are right now, whereas 2 spins of dubious value to our real-world users
(Server
On Fri, Oct 11, 2013 at 03:58:41PM +0200, Miloslav Trmač wrote:
No, the intent was very much to change what the resulting desktop
prioritizes. Quite a few FESCo members would be rather disappointed
if the new Workstation ended up just an unchanged GNOME[1].
? The intent was very much for the
On Fri, 11.10.13 00:17, David Strauss (da...@davidstrauss.net) wrote:
We run New Relic extensively (at least a few hundred instances) for
our customers. Here's the native systemd service unit we use. I'm sure
we'd tweak it if we revisited it now, but it certainly works.
[Unit]
On 10/11/2013 01:58 PM, Miloslav Trmač wrote:
The fact that we don't have a
successful server SIG/spin was seen as a problem that needs to be
fixed, not as a reason to continue avoiding server uses.
Interesting when and how was that conclusion reached?
Yeah sure the server sub-community got
On Fri, Oct 11, 2013 at 03:53:39PM +, Jóhann B. Guðmundsson wrote:
Did someone even bother to reach out to the community and ask them
how they would like to move forward?
( Not that I recall any thread doing just that )
It was discussed at Flock. It was discussed on this mailing list. The
On 10/11/2013 03:59 PM, Matthew Garrett wrote:
On Fri, Oct 11, 2013 at 03:53:39PM +, Jóhann B. Guðmundsson wrote:
Did someone even bother to reach out to the community and ask them
how they would like to move forward?
( Not that I recall any thread doing just that )
It was discussed at
On Fri, Oct 11, 2013 at 04:19:00PM +, Jóhann B. Guðmundsson wrote:
On 10/11/2013 03:59 PM, Matthew Garrett wrote:
community representatives on FESCo and the board discussed it. All of
this happened in public. Which community do you feel was given no
opportunity to represent their opinions?
On 10/11/2013 04:27 PM, Matthew Garrett wrote:
Was there any attempt to reach out to the relevant sub-community was
there a mail or discussion held on the server list even if only to
see who where active on it?
Given that the last mail to the server list was over 18 months ago, the
answer is
On Fri, Oct 11, 2013 at 04:33:24PM +, Jóhann B. Guðmundsson wrote:
On 10/11/2013 04:27 PM, Matthew Garrett wrote:
Was there any attempt to reach out to the relevant sub-community was
there a mail or discussion held on the server list even if only to
see who where active on it?
Given that
https://bugzilla.redhat.com/show_bug.cgi?id=1017482
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
On 10/11/2013 04:41 PM, Matthew Garrett wrote:
On Fri, Oct 11, 2013 at 04:33:24PM +, Jóhann B. Guðmundsson wrote:
On 10/11/2013 04:27 PM, Matthew Garrett wrote:
Was there any attempt to reach out to the relevant sub-community was
there a mail or discussion held on the server list even if
On Fri, Oct 11, 2013 at 04:47:34PM +, Jóhann B. Guðmundsson wrote:
On 10/11/2013 04:41 PM, Matthew Garrett wrote:
Because there's no active server sub-community. The people interested in
server work are working within the general Fedora development community,
which means devel@ is the
On Fri, Oct 11, 2013 at 05:41:28PM +0100, Matthew Garrett wrote:
Because there's no active server sub-community. The people interested in
server work are working within the general Fedora development community,
which means devel@ is the appropriate list to reach them.
I also posted to
The following Fedora EPEL 6 Security updates need testing:
Age URL
537
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
51
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6
12
On Fri, 2013-10-11 at 16:47 +, Jóhann B. Guðmundsson wrote:
That's quite the assumption and based on that I assume the next step
planned is to kill the server list and just mobiles the people
interested here right. shrug
I suggest assuming good faith instead.
- ajax
--
devel mailing
On Tue, Oct 08, 2013 at 10:22:57AM -0400, Konstantin Ryabitsev wrote:
On Wed, Jul 10, 2013 at 6:01 PM, Brian C. Lane b...@redhat.com wrote:
In parted we have a signed upstream package and a detached signature. In
the pkg git we have the signer's public key and in %prep it runs gpg.
Hi Matt,
I believe this is the easiest way to setup your build host:
sudo yum group install Fedora Packager
sudo yum install fedora-review
I personally use rpmbuild and then mock before submitting the packages.
Best Regards,
Dridi
On Thu, Oct 10, 2013 at 4:31 PM, Richard W.M. Jones
The lightweight tag 'perl-IO-Socket-SSL-1.95.5-1.fc20' was created pointing to:
ead7056... Update to 1.955
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
The lightweight tag 'perl-IO-Socket-SSL-1.95.5-1.fc21' was created pointing to:
ead7056... Update to 1.955
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Thu, 2013-10-10 at 00:02 +0200, Rolf Fokkens wrote:
Hi All,
The Fedora SSD Cache is this sunday October 13th 2013. This Fedora Test
Day will focus on bcache based SSD Caching in Fedora 20.
https://fedoraproject.org/wiki/Test_Day:2013-10-13_SSD_Cache
If you're interested in trying
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
El Thu, 10 Oct 2013 05:35:18 -0400 (EDT)
Bohuslav Kabrda bkab...@redhat.com escribió:
- Original Message -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 09 Oct 2013 14:07:12 +0200
Jaroslav Reznik jrez...@redhat.com wrote:
On Fri, Oct 11, 2013 at 3:32 PM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
gpgv --homedir /tmp --keyring %{SOURCE2} --status-fd=1 %{SOURCE1}
%{SOURCE0} | grep -q '^\[GNUPG:\] GOODSIG'
Does this allow anyone on the same machine with access to /tmp to
confuse/take over gpgv?
That's
A file has been added to the lookaside cache for perl-PAR-Packer:
851253c166c746d4c3968beaca5c49bc PAR-Packer-1.015.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit e37f7f7330beb77d0d9b5c6aacd3ce18e8f5a72f
Author: Petr Šabata con...@redhat.com
Date: Fri Oct 11 16:23:54 2013 +0900
1.015 bugfix bump
.gitignore |1 +
perl-PAR-Packer.spec | 37 ++---
sources |2 +-
3 files changed,
Summary of changes:
e37f7f7... 1.015 bugfix bump (*)
(*) 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:
30b890b... Perl 5.18 rebuild (*)
84b974c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
e37f7f7... 1.015 bugfix bump (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
Summary of changes:
cfbd9c1... 1.014 bump (*)
34ff21e... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
30b890b... Perl 5.18 rebuild (*)
84b974c... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
e37f7f7... 1.015 bugfix bump (*)
(*) This commit already
commit 2d77d1d0b1800293aa78c027a23f46ffeda061ba
Author: Petr Šabata con...@redhat.com
Date: Fri Oct 11 17:26:21 2013 +0900
We don't really need ScanDeps 1.09 on F18
perl-PAR-Packer.spec |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
---
diff --git a/perl-PAR-Packer.spec
https://bugzilla.redhat.com/show_bug.cgi?id=1017576
--- Comment #1 from Fedora Update System upda...@fedoraproject.org ---
perl-PAR-Packer-1.015-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/perl-PAR-Packer-1.015-1.fc20
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=1017576
--- Comment #2 from Fedora Update System upda...@fedoraproject.org ---
perl-PAR-Packer-1.015-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/perl-PAR-Packer-1.015-1.fc19
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=1017576
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-PAR-Packer-1.015-1.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/perl-PAR-Packer-1.015-1.fc18
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=1018143
Bug ID: 1018143
Summary: perl-File-Temp-0.2304 is available
Product: Fedora
Version: rawhide
Component: perl-File-Temp
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1018157
Bug ID: 1018157
Summary: perl-Test-Harness-3.29 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Harness
Keywords: FutureFeature, Triaged
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1018157
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
CC||p...@city-fan.org
perl-Padre has broken dependencies in the F-20 tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires
perl-Language-Expr has broken dependencies in the F-20 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:
perl-PDL has broken dependencies in the F-20 tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-MooseX-TrackDirty-Attributes has broken dependencies in the F-20 tree:
On x86_64:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
slic3r has broken dependencies in the F-20 tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-MooseX-TrackDirty-Attributes has broken dependencies in the rawhide tree:
On x86_64:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-MooseX-TrackDirty-Attributes-2.002-2.fc19.noarch requires
perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-MIME-Lite-HTML has broken dependencies in the rawhide tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre has broken dependencies in the rawhide tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.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:
slic3r has broken dependencies in the rawhide tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires
Summary of changes:
6f37b27... Update to 0.041 (*)
(*) 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-Path-Tiny-0.041-1.fc20' was created pointing to:
6f37b27... Update to 0.041
--
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-Path-Tiny-0.041-1.fc21' was created pointing to:
6f37b27... Update to 0.041
--
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-Module-Build-Tiny:
1c54bf4c602eec87f98950314699402e Module-Build-Tiny-0.030.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit acd05f28c880a5c6e8d35b33f114e7ba2b52dfc2
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 11 16:33:42 2013 +0100
Update to 0.030
- New upstream release 0.030
- Respect harness environmental variables
- Add main dir to include path
- 'include_dirs' must
https://bugzilla.redhat.com/show_bug.cgi?id=1018330
Bug ID: 1018330
Summary: Please build for EPEL-6
Product: Fedora
Version: rawhide
Component: perl-Env-Path
Assignee: iarn...@gmail.com
Reporter: k.georg...@atreides.org.uk
https://bugzilla.redhat.com/show_bug.cgi?id=1018332
Bug ID: 1018332
Summary: Please build for EPEL-6
Product: Fedora
Version: rawhide
Component: perl-Term-Size
Assignee: psab...@redhat.com
Reporter:
https://bugzilla.redhat.com/show_bug.cgi?id=1018334
Bug ID: 1018334
Summary: Please build for EPEL-6
Product: Fedora
Version: rawhide
Component: perl-Crypt-Blowfish_PP
Assignee: leamas.a...@gmail.com
Reporter:
A file has been added to the lookaside cache for perl-IO-Socket-SSL:
4f975bc3932a273c46206fa926f20b08 IO-Socket-SSL-1.955.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit ead705628ae5889c288565964640fcf4c458b912
Author: Paul Howarth p...@city-fan.org
Date: Fri Oct 11 22:01:07 2013 +0100
Update to 1.955
- New upstream release 1.955
- Support for perfect forward secrecy using ECDH, if the Net::SSLeay
version
supports it
Summary of changes:
ead7056... Update to 1.955 (*)
(*) 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=1018334
--- Comment #1 from Alec Leamas leamas.a...@gmail.com ---
If you want to maintain an EPEL branch of this it seems very good to me. It's
just that I don't really know the administrative steps involved. Do you?
--
You are receiving this mail
https://bugzilla.redhat.com/show_bug.cgi?id=1014488
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
CC|perl-devel@lists.fedoraproj |
https://bugzilla.redhat.com/show_bug.cgi?id=1014490
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1014487
--- Comment #7 from Fedora Update System upda...@fedoraproject.org ---
perl-Gnome2-1.043-1.fc20 has been pushed to the Fedora 20 stable repository.
If problems still persist, please make note of it in this bug report.
--
You are receiving
https://fedorahosted.org/389/ticket/47538
https://fedorahosted.org/389/attachment/ticket/47538/0001-Ticket-47538-RFE-repl-monitor.pl-plain-text-output-c.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-devel@lists.fedoraproject.org
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/53/#review111
---
Ship it!
The diff doesn't seem right :) However, looking at
On Oct. 11, 2013, 7:54 a.m., Martin Krizek wrote:
The diff doesn't seem right :) However, looking at
https://git.fedorahosted.org/cgit/blockerbugs.git/commit/?h=hotfix/t421-closedsyncfailureid=e37129e7a5c119d43ac296a09d0f7ff9e8d42795,
it looks good to me.
#423: milestone_info uses hardcoded bugzilla url instead of using config value
---+-
Reporter: tflink| Owner: mkrizek
Type: defect| Status: new
Priority: minor
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/55/
---
Review request for blockerbugs.
Bugs: t423
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/53/
---
(Updated Oct. 11, 2013, 2:31 p.m.)
Status
--
This change has been
#421: Bugs are not displayed as closed
---+
Reporter: kparal| Owner: tflink
Type: defect| Status: new
Priority: major | Milestone:
Component: Blocker bug
88 matches
Mail list logo