-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/20/2012 12:04 AM, Adam Williamson wrote:
On Thu, 2012-12-20 at 00:06 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
On Wed, 2012-12-19 at 18:30 +0100, Miloslav Trma? wrote:
Probably
Thanks Andreas! Very interesting indeed!
Mario
On 18 December 2012 20:28, Andreas Tille andr...@an3as.eu wrote:
Hi Mario,
On Mon, Dec 17, 2012 at 06:04:24PM +0100, Mario Ceresa wrote:
Hi, I'm packaging OpenIGTLink (http://openigtlink.org/) and I'd like
to swap reviews:
Hi everybody,
According to Ruby 2.0 release schedule:
- code freeze: 23 Dec.
- 2.0.0-rc1 release: 1W Jan. (expected)
- 2.0.0-rc2 release: 1W Feb. (expected)
- 2.0.0-p0 release: 24 Feb.
the official release date is quickly approaching. Therefore, I would
like to update you about
Compose started at Thu Dec 20 09:17:45 UTC 2012
Broken deps for x86_64
--
[python-fedmsg-meta-fedora-infrastructure]
python-fedmsg-meta-fedora-infrastructure-0.0.3-1.fc18.noarch requires
fedmsg = 0:0.6.1
Broken deps for i386
commit f3facd08c6858656bd55b9873f924c9602ab1078
Author: Petr Šabata con...@redhat.com
Date: Thu Dec 20 14:53:59 2012 +0100
1.402 bump
.gitignore |1 +
perl-SQL-Statement.spec |7 +--
sources |2 +-
3 files changed, 7 insertions(+), 3
On Thu, Dec 20, 2012 at 01:54:57AM +, Matthew Garrett wrote:
On Wed, Dec 19, 2012 at 11:56:36PM +0100, Kevin Kofler wrote:
Yuck! I really don't see why we should be granting this type of exceptions.
libexec and share exist for a reason. Helper binaries need to be in
libexec,
unit
On Wed, Dec 19, 2012 at 10:58:39PM +0100, Mario Blättermann wrote:
Am Mittwoch, 19. Dezember 2012, 14:30:53 schrieb Neil Horman:
Hey all-
I've got this package I'm trying to get reviewed:
https://bugzilla.redhat.com/show_bug.cgi?id=884291
Will to swap for it if anyone is
On Wed, Dec 19, 2012 at 02:09:19PM -0700, Orion Poplawski wrote:
On 12/19/2012 12:30 PM, Neil Horman wrote:
Hey all-
I've got this package I'm trying to get reviewed:
https://bugzilla.redhat.com/show_bug.cgi?id=884291
Will to swap for it if anyone is interested.
How come nobody
On Wed, Dec 19, 2012 at 11:56 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Tomas Mraz wrote:
* AGREED: 1. systemd is granted an exception to put helper
applications in /usr/lib/systemd (t8m, 19:03:17)
* AGREED: 2. the systemd unit files of all the packages are granted an
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=865623
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=865623
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-AnyEvent-XMPP-0.53-1.fc18 has been pushed to the Fedora 18 stable
repository. If problems still persist, please make note of it in this bug
report.
--
Le Jeu 20 décembre 2012 02:54, Matthew Garrett a écrit :
On Wed, Dec 19, 2012 at 11:56:36PM +0100, Kevin Kofler wrote:
Yuck! I really don't see why we should be granting this type of
exceptions.
libexec and share exist for a reason. Helper binaries need to be in
libexec,
unit files in
Le Mer 19 décembre 2012 20:46, Reindl Harald a écrit :
Am 19.12.2012 20:26, schrieb Chris Murphy:
On Dec 19, 2012, at 12:05 PM, Reindl Harald h.rei...@thelounge.net
wrote:
and i would file a bug if something pulls samba-client as
dependency - there are still WAY too much useless
Le Mer 19 décembre 2012 20:26, Chris Murphy a écrit :
On Dec 19, 2012, at 12:05 PM, Reindl Harald h.rei...@thelounge.net
wrote:
and i would file a bug if something pulls samba-client as
dependency - there are still WAY too much useless dependencies
like colord and i refuse to accept more
Le Mer 19 décembre 2012 22:57, Lennart Poettering a écrit :
On Mon, 03.12.12 10:04, Vratislav Podzimek (vpodz...@redhat.com) wrote:
The conversion (as systemd-localed calls it) works really poorly also
for the Czech keymaps/layouts. 'cz' X11 layout is converted to
'cz-lat2' which works like
Hi,
On Thu, Dec 20, 2012 at 1:05 PM, Nicolas Mailhot wrote:
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
Can you file a bug report against Anaconda and systemd?
Le Jeu 20 décembre 2012 19:32, Rahul Sundaram a écrit :
Hi,
On Thu, Dec 20, 2012 at 1:05 PM, Nicolas Mailhot wrote:
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
Nicolas Mailhot (nicolas.mail...@laposte.net) said:
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
There's already a bug for this, but the runtime perl dependencies it
On Thu, Dec 20, 2012 at 02:28:48PM +, Richard W.M. Jones wrote:
On Thu, Dec 20, 2012 at 01:54:57AM +, Matthew Garrett wrote:
On Wed, Dec 19, 2012 at 11:56:36PM +0100, Kevin Kofler wrote:
Yuck! I really don't see why we should be granting this type of
exceptions.
libexec
Le Jeu 20 décembre 2012 20:04, Bill Nottingham a écrit :
Nicolas Mailhot (nicolas.mail...@laposte.net) said:
If you really want to support console keyboard layouts in systemd, you
need to start generating console layouts from xkb-config, not adopt the
old anaconda mapping bandaid
There's
Dear all,
I've submitted an update to LCM for EL5 and EL6:
* https://admin.fedoraproject.org/updates/lcm-0.9.2-1.el5
* https://admin.fedoraproject.org/updates/lcm-0.9.2-1.el6
While 0.9.2 doesn't bring any 'proffit' to Linux users, 0.9.1 does, specially:
- add --flush-interval option to
2012/12/20 Charles Bennett c...@acm.org
Thanks for the redirect. I've taken it to the rpmfusion folks.
ccb
Kevin Kofler kevin.kof...@chello.at wrote:
Jiri Moskovcak wrote:
- not sure if this is the right ml
It's not. ;-)
kmod-nvidia is definitely not in the official Fedora repos,
On Qui, 2012-12-20 at 20:16 +0100, Nicolas Mailhot wrote:
IIRC, an anaconda bug already exists (don't remember the number, I do
remember answering some questions Mismo asked about the Debian system
there)
I need the number
Thanks ,
--
Sérgio M. B.
--
devel mailing list
On 19 December 2012 19:46, Reindl Harald h.rei...@thelounge.net wrote:
as example the colord crap pulls X11 deps on
servers because you install Imagemagick which is a COMMANDLINE
tool in the first front
It does? That's a bug if that's true. colord is the simple mapping
daemon and doesn't know
On Thu, Dec 20, 2012 at 08:54:19PM +, Richard Hughes wrote:
as example the colord crap pulls X11 deps on
servers because you install Imagemagick which is a COMMANDLINE
tool in the first front
It does? That's a bug if that's true. colord is the simple mapping
daemon and doesn't know
On Dec 20, 2012, at 10:41 AM, Nicolas Mailhot nicolas.mail...@laposte.net
wrote:
Le Mer 19 décembre 2012 20:26, Chris Murphy a écrit :
If you have a bw display and only bw printers, then colord would still
enable something useful. But I suspect you have at least one color
display.
On Qua, 2012-12-19 at 08:05 +1000, Peter Hutterer wrote:
On Thu, Dec 13, 2012 at 09:38:24PM +, Sérgio Basto wrote:
Hi,
1 - Here:
https://fedoraproject.org/wiki/Input_device_configuration#system-setup-keyboard
we need update this because:
Command system-setup-keyboard is not
On Thu, Dec 20, 2012 at 04:08:27PM -0500, Matthew Miller wrote:
Anyway, it is true that there is some dep chain from installing ImageMagick
on a bare server which brings in colord, libX11, libwayland-client and
-server, and more. However, I don't think colord is to blame -- it just adds
Am 20.12.2012 18:40, schrieb Nicolas Mailhot:
Le Mer 19 décembre 2012 20:46, Reindl Harald a écrit :
the point is that optional features should never be a hard
dependency - as example the colord crap pulls X11 deps on
servers because you install Imagemagick which is a COMMANDLINE
tool in
Am 20.12.2012 21:54, schrieb Richard Hughes:
On 19 December 2012 19:46, Reindl Harald h.rei...@thelounge.net wrote:
as example the colord crap pulls X11 deps on
servers because you install Imagemagick which is a COMMANDLINE
tool in the first front
It does? That's a bug if that's true.
On Dec 20, 2012, at 10:50 AM, Reindl Harald h.rei...@thelounge.net wrote:
Am 20.12.2012 18:40, schrieb Nicolas Mailhot:
Le Mer 19 décembre 2012 20:46, Reindl Harald a écrit :
the point is that optional features should never be a hard
dependency - as example the colord crap pulls X11
Am 20.12.2012 22:47, schrieb Matthew Miller:
On Thu, Dec 20, 2012 at 04:08:27PM -0500, Matthew Miller wrote:
Anyway, it is true that there is some dep chain from installing ImageMagick
on a bare server which brings in colord, libX11, libwayland-client and
-server, and more. However, I don't
On Thu, Dec 20, 2012 at 12:02:22PM -0800, Toshio Kuratomi wrote:
The effect of this is:
FPC will write into the Guidelines (probably where libexec is mentioned
since that's where the note about being able to use %{_libdir} as an
alternative to %{_libexecdir} is ) that the systemd helper
On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
the de-facto standard they themselves made up, which is not a reason).
Because libexec
On Dec 20, 2012 3:16 PM, Richard W.M. Jones rjo...@redhat.com wrote:
On Thu, Dec 20, 2012 at 12:02:22PM -0800, Toshio Kuratomi wrote:
The effect of this is:
FPC will write into the Guidelines (probably where libexec is mentioned
since that's where the note about being able to use
On Thu, 20.12.12 12:02, Toshio Kuratomi (a.bad...@gmail.com) wrote:
On Thu, Dec 20, 2012 at 02:28:48PM +, Richard W.M. Jones wrote:
On Thu, Dec 20, 2012 at 01:54:57AM +, Matthew Garrett wrote:
On Wed, Dec 19, 2012 at 11:56:36PM +0100, Kevin Kofler wrote:
Yuck! I really don't
On Thu, Dec 20, 2012 at 04:05:36PM -0800, Toshio Kuratomi wrote:
As I said in the meeting, libexec is somewhat of a red herring here. The
packaging guidelines already allow substituting subdirs of %_libdir for
%_libexecdir. What's in question is being able to use /usr/lib for arch
specific
On Thu, Dec 20, 2012 at 04:05:36PM -0800, Toshio Kuratomi wrote:
On Dec 20, 2012 3:16 PM, Richard W.M. Jones rjo...@redhat.com wrote:
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
the de-facto standard
On Fri, Dec 21, 2012 at 01:06:13AM +0100, Lennart Poettering wrote:
On Thu, 20.12.12 12:02, Toshio Kuratomi (a.bad...@gmail.com) wrote:
FPC will write into the Guidelines (probably where libexec is mentioned
since that's where the note about being able to use %{_libdir} as an
On 12/20/2012 03:30 PM, Richard W.M. Jones wrote:
On Thu, Dec 20, 2012 at 12:02:22PM -0800, Toshio Kuratomi wrote:
The effect of this is:
FPC will write into the Guidelines (probably where libexec is mentioned
since that's where the note about being able to use %{_libdir} as an
alternative to
On Thu, 2012-12-20 at 17:50 -0800, Toshio Kuratomi wrote:
Just making systemd the exception sounds like chickening out from the
real solution which is to end this Fedoraism.
Well really it's us not wanting to fight to make you do the right thing any
longer. If you want us to take a
On Thu, Dec 20, 2012 at 07:05:52PM -0700, Orion Poplawski wrote:
Shouldn't they be in /usr/share/systemd?
The helper binaries? No. The unit files? They need to be in / rather
than /usr, which obviously isn't a problem for Fedora but would be on
some other distributions.
--
Matthew Garrett |
On Fri, Dec 21, 2012 at 1:06 AM, Lennart Poettering
mzerq...@0pointer.de wrote:
declare
that lib/package is the place for package-specific stuff and
share/package the place that is shared between packages.
If this is supposed to be within current FHS (and not a proposal to
abandon it), the
On Thu, Dec 20, 2012 at 06:07:58PM -0800, Adam Williamson wrote:
On Thu, 2012-12-20 at 17:50 -0800, Toshio Kuratomi wrote:
Just making systemd the exception sounds like chickening out from the
real solution which is to end this Fedoraism.
Well really it's us not wanting to fight to
On Thu, 2012-12-20 at 18:48 -0800, Toshio Kuratomi wrote:
On Thu, Dec 20, 2012 at 06:07:58PM -0800, Adam Williamson wrote:
On Thu, 2012-12-20 at 17:50 -0800, Toshio Kuratomi wrote:
Just making systemd the exception sounds like chickening out from the
real solution which is to end
On Thu, 2012-12-20 at 18:54 -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the root problem.
To further elaborate: the 'root problem', it seems to me, is that this
'Fedoraism' as Lennart calls it results in one of two
On Thu, 2012-12-20 at 19:05 -0800, Adam Williamson wrote:
On Thu, 2012-12-20 at 18:54 -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the root problem.
To further elaborate: the 'root problem', it seems to me, is
On Thu, Dec 20, 2012 at 06:54:24PM -0800, Adam Williamson wrote:
It seemed perfectly clear from context that what Lennart was arguing is
that the guidelines should be changed and we should stop using
this /usr/libexec directory which no-one outside of RH-derived distros
has adopted, and which
On Thu, Dec 20, 2012 at 07:05:20PM -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the root problem.
To further elaborate: the 'root problem', it seems to me, is that this
'Fedoraism' as Lennart calls it results in one
On Fri, Dec 21, 2012 at 4:05 AM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2012-12-20 at 18:54 -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the root problem.
To further elaborate: the 'root problem', it
On Fri, 2012-12-21 at 04:22 +0100, Miloslav Trmač wrote:
On Fri, Dec 21, 2012 at 4:05 AM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2012-12-20 at 18:54 -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the
On Thu, 20 Dec 2012 13:47:56 +0100
Vít Ondruch vondr...@redhat.com wrote:
Hi everybody,
...snip...
- Due to better integration of JRuby into Fedora [3], we would
like to take this opportunity to restructure RubyGems folder
layout. This should allow us to support Rubinius in the
On Thu, 20 Dec 2012 19:10:45 -0800
Adam Williamson awill...@redhat.com wrote:
Hm, I missed the point that the exception is for lib/foo vs.
%libdir/foo (arched vs. non-arched). That makes it a more complex
three-way argument. But I think the point about libexecdir being
pointless still stands.
On Thu, 20 Dec 2012, Adam Williamson wrote:
All this for the rather questionable benefit of having a specifically
defined place for helper-scripts-not-meant-to-be-executed-directly,
which gains us...what, exactly, over just putting them
in /usr/lib/(appname) or /usr/share/(appname) or whatever?
On Thu, 2012-12-20 at 23:01 -0500, Paul Wouters wrote:
On Thu, 20 Dec 2012, Adam Williamson wrote:
All this for the rather questionable benefit of having a specifically
defined place for helper-scripts-not-meant-to-be-executed-directly,
which gains us...what, exactly, over just putting
On 12/21/2012 12:27 AM, Matthew Garrett wrote:
On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
the de-facto standard they themselves made up,
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design and now is trying to propagate their oversight/mistake as
standard instead of making their works compliant with _our_
distro's demands.
libexec
On 12/21/2012 01:15 AM, Matthew Miller wrote:
On Thu, Dec 20, 2012 at 04:05:36PM -0800, Toshio Kuratomi wrote:
As I said in the meeting, libexec is somewhat of a red herring here. The
packaging guidelines already allow substituting subdirs of %_libdir for
%_libexecdir. What's in question is
On Thu, Dec 20, 2012 at 08:57:58PM -0700, Kevin Fenzi wrote:
IMHO, libexecdir is not part of this at all... we already have:
If upstream's build scripts support the use of %{_libexecdir} then
that is the most appropriate place to configure it (eg. passing
--libexecdir=%{libexecdir}/%{name}
On 12/21/2012 05:54 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design and now is trying to propagate their oversight/mistake as
standard instead of making their works
On Fri, 2012-12-21 at 06:09 +0100, Ralf Corsepius wrote:
On 12/21/2012 05:54 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design and now is trying to propagate their
On Fri, Dec 21, 2012 at 06:09:10AM +0100, Ralf Corsepius wrote:
On 12/21/2012 05:54 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design and now is trying to propagate their
On 12/21/2012 06:16 AM, Adam Williamson wrote:
On Fri, 2012-12-21 at 06:09 +0100, Ralf Corsepius wrote:
On 12/21/2012 05:54 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design
On 12/21/2012 06:36 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 06:09:10AM +0100, Ralf Corsepius wrote:
On 12/21/2012 05:54 AM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its
On Fri, Dec 21, 2012 at 07:16:12AM +0100, Ralf Corsepius wrote:
On 12/21/2012 06:36 AM, Matthew Garrett wrote:
So?
Next the FHS, it is one of the fundamental standards, which define
the basis of all packaging works on Linux/GNU and thus also the FPG.
No, it defines the GNU project's
-Toshio
On Dec 20, 2012 7:05 PM, Adam Williamson awill...@redhat.com wrote:
On Thu, 2012-12-20 at 18:54 -0800, Adam Williamson wrote:
A systemd-specific exception works for systemd, fine, but it doesn't
really seem to address the root problem.
To further elaborate: the 'root problem', it
- Original Message -
On Thu, 20 Dec 2012 13:47:56 +0100
Vít Ondruch vondr...@redhat.com wrote:
Hi everybody,
...snip...
- Due to better integration of JRuby into Fedora [3], we would
like to take this opportunity to restructure RubyGems folder
layout. This should
On Thu, 2012-12-20 at 23:24 -0800, Toshio Kuratomi wrote:
Since neither of these things are required by the packaging
guidelines, I believe the premise of your argument is deeply flawed.
1) As i've said before, there is no packaging guideline requirement
that maintainers restrict helper
On Thu, Dec 20, 2012 at 11:24:09PM -0800, Toshio Kuratomi wrote:
2) the systemd exceptions allows placing files in %{_prefix}/lib rather
than %{_libdir} (the exceptions allow both putting the helper apps in there
which would generally be okay with just a multilib exception and the unit
files
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889121
Bug ID: 889121
Summary: perl-5.16: UTF-8 flag poisons consequent regular
expression evaluation if unicode_strings feature is
enabled
Product: Fedora
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889121
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
URL|http://nntp.perl.org/group/
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889190
Bug ID: 889190
Summary: perl-SQL-Statement-1.402 is available
Product: Fedora
Version: rawhide
Component: perl-SQL-Statement
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889190
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
A file has been added to the lookaside cache for perl-SQL-Statement:
fc6b4b94c7667b492e936653f87b5918 SQL-Statement-1.402.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=889190
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=870407
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=870407
--- Comment #6 from Fedora Update System upda...@fedoraproject.org ---
rt3-3.8.15-1.fc17 has been pushed to the Fedora 17 stable repository. If
problems still persist, please make note of it in this bug report.
--
You are
Product: Security Response
https://bugzilla.redhat.com/show_bug.cgi?id=870406
Bug 870406 depends on bug 870407, which changed state.
Bug 870407 Summary: CVE-2012-4730 CVE-2012-4732 CVE-2012-4734 CVE-2012-4735
CVE-2012-4884 rt3: Multiple flaws fixed in upstream 3.8.15 version [fedora-all]
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=860372
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Resolution|---
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=860372
--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
perl-Digest-SHA-5.72-1.fc18 has been pushed to the Fedora 18 stable repository.
If problems still persist, please make note of it in this bug report.
--
You
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=868825
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-XML-Rules-1.14-1.fc18 has been pushed to the Fedora 18 stable repository.
If problems still persist, please make note of it in this bug report.
--
You
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=868825
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=838120
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=838120
--- Comment #10 from Fedora Update System upda...@fedoraproject.org ---
perl-DateTime-0.77-1.fc18 has been pushed to the Fedora 18 stable repository.
If problems still persist, please make note of it in this bug report.
--
You
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=846442
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=846442
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
mojomojo-1.06-1.fc18 has been pushed to the Fedora 18 stable repository. If
problems still persist, please make note of it in this bug report.
--
You are
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=860948
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-NetAddr-IP-4.064-1.fc18 has been pushed to the Fedora 18 stable
repository. If problems still persist, please make note of it in this bug
report.
--
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=857845
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=857845
--- Comment #7 from Fedora Update System upda...@fedoraproject.org ---
perl-DateTime-TimeZone-1.51-1.fc18 has been pushed to the Fedora 18 stable
repository. If problems still persist, please make note of it in this bug
report.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=860948
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=852653
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=852653
--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
perl-Font-TTF-1.00-1.fc18 has been pushed to the Fedora 18 obsolete repository.
If problems still persist, please make note of it in this bug report.
--
You
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=862977
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora EPEL
https://bugzilla.redhat.com/show_bug.cgi?id=862977
--- Comment #7 from Fedora Update System upda...@fedoraproject.org ---
perl-No-Worries-0.6-1.fc17 has been pushed to the Fedora 17 stable repository.
If problems still persist, please make note of it in this bug report.
--
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=869158
--- Comment #4 from Fedora Update System upda...@fedoraproject.org ---
perl-Encode-JP-Mobile-0.30-1.fc18 has been pushed to the Fedora 18 stable
repository. If problems still persist, please make note of it in this bug
report.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=869160
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=869160
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-PAR-1.007-1.fc18 has been pushed to the Fedora 18 stable repository. If
problems still persist, please make note of it in this bug report.
--
You are
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=871428
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
mojomojo-1.06-1.fc18 has been pushed to the Fedora 18 stable repository. If
problems still persist, please make note of it in this bug report.
--
You are
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=853365
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=853365
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-Font-TTF-1.02-1.fc18 has been pushed to the Fedora 18 stable repository.
If problems still persist, please make note of it in this bug report.
--
You
1 - 100 of 117 matches
Mail list logo