Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=710568
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
WHAT: Fedora QA Meeting
WHEN: 15:00 UTC (11:00 EDT, 08:00 PDT)
WHERE: #fedora-meeting
It's meeting time again! This one will likely turn into a blocker review
meeting, as we have the F16 RC due on Tuesday.
If anyone has anything to add to the agenda, please reply to this mail,
and whoever ends
On 10/23/2011 07:47 PM, Henrik Nordström wrote:
Disable automatic push to stable when there is any negative karma,
requiring the package maintainer to initiate the push even if karma
kriteria have been met.
This idea has been suggested:
https://fedorahosted.org/bodhi/ticket/618
--
devel
On 23 Oct 2011 00:18, Reindl Harald h.rei...@thelounge.net wrote:
Linux rawhide.vmware.local 3.1.0-0.rc9.git0.0.fc17.x86_64 #1 SMP Wed Oct 5
14:37:47
this is the last kernel booting in vmware for me
all following see screenshot
It seems that the initramfs does not find any drives. Can you
On Sun, 2011-10-23 at 04:14 +0200, Kevin Kofler wrote:
The fact that a glibc with showstoppers of this kind got pushed to stable
shows that the karma system does not work at all. It just hinders getting
legitimate fixes out and does nothing to stop regressions. glibc is even
critpath, yet
On Mon, 2011-10-24 at 02:47 +0200, Henrik Nordström wrote:
Don't automatically push to stable until at least X days (3?) have
passed, enabling sufficient time for regressions to be detected. Package
maintainer can initiate push earlier by Push to stable if needed and
confident there is no
On Sun, 2011-10-23 at 17:04 -0500, Rex Dieter wrote:
The fail(*), imo, was with 12.999 going stable containing known-regressions.
So, any suggestions, if any, to prevent any similar series of events?
We have lots of suggestions. As I've said at least fifty times, it's
pointless going too far
On 10/24/2011 03:52 AM, Tom Lane wrote:
I'm really getting to the point where that's a completely unacceptable
restriction. I've already blown off one mysql bug-fix release in F15
because of this restriction, and I see they just released another one
that I'll be unable to ship in F15 because
On Sun, 2011-10-23 at 23:43 -0700, Adam Williamson wrote:
On Sun, 2011-10-23 at 04:14 +0200, Kevin Kofler wrote:
The fact that a glibc with showstoppers of this kind got pushed to stable
shows that the karma system does not work at all. It just hinders getting
legitimate fixes out and
On 10/24/2011 05:42 AM, Kevin Kofler wrote:
FWIW, what the tomcat6 maintainers did is that they just ignored the
guideline which says that you cannot migrate to systemd in an update and
pushed this update:
https://admin.fedoraproject.org/updates/FEDORA-2011-13456
(which is already in the
2011/10/24 Jóhann B. Guðmundsson johan...@gmail.com:
On 10/24/2011 05:42 AM, Kevin Kofler wrote:
FWIW, what the tomcat6 maintainers did is that they just ignored the
guideline which says that you cannot migrate to systemd in an update and
pushed this update:
On Sun, Oct 23, 2011 at 4:14 AM, Kevin Kofler kevin.kof...@chello.at wrote:
Jim Meyering wrote:
glibc-2.14.90-12.999, which has just made it to stable provokes a
hard-to-diagnose (for me at least) problem.
While most things work, and it fixed two problems that affected me,
it caused me some
On Sun, Oct 23, 2011 at 05:04:48PM -0500, Rex Dieter wrote:
So, any suggestions, if any, to prevent any similar series of events?
Do the development in Rawhide and cherry pick only well-tested bug fix
commits to the stable branch (F16 in this case).
Rich.
--
Richard Jones, Virtualization
On 10/24/2011 02:47 AM, Henrik Nordström wrote:
sön 2011-10-23 klockan 17:04 -0500 skrev Rex Dieter:
The fail(*), imo, was with 12.999 going stable containing known-regressions.
So, any suggestions, if any, to prevent any similar series of events?
My suggestions:
Disable automatic push to
On 10/24/2011 04:52 AM, Tom Lane wrote:
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis of an NVR comparison:
Hi,
I realize this is last minute, but I just realized this wasn't marked as
a blocker already, and I am still pretty new to the Fedora package process.
I would like to recommend this one being accepted as a blocker for F16:
https://bugzilla.redhat.com/show_bug.cgi?id=744217
The bug in
sön 2011-10-23 klockan 23:45 -0700 skrev Adam Williamson:
This would cause significant problems around crunch times. We would wind
up having to have releng super-push far more updates because we simply
don't always *have* three days to wait to hit deadlines.
note that I only proposed
On 2011-10-23, Sino szj...@gmail.com wrote:
I can't start apache httpd on Fedora 16 i386. My FC16 is installed on
guest of VirtualBox.
https://bugzilla.redhat.com/show_bug.cgi?id=730832 probably.
-- Petr
--
devel mailing list
devel@lists.fedoraproject.org
Hello Paul,
why is it failing? did you reburn your yubikey with
fedora-burn-yubikey and activated it in your FAS profile?
Beware that this will destroy the yubiko configuration the key shipped
with in slot 1 and there is no way to get it back.
HTH,
Mario
On 21 October 2011 01:03, Paul Wouters
https://bugzilla.redhat.com/show_bug.cgi?id=737263
FYI, this package looks like it has been stuck in review process for a
few months.
Valent.
--
follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com
linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave
ICQ:
On 10/24/2011 03:17 PM, valent.turko...@gmail.com wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=737263
FYI, this package looks like it has been stuck in review process for a
few months.
Do volunteer and help out. You can use a helper tool like
https://github.com/timlau/FedoraReview to
On Sat, Oct 22, 2011 at 5:18 PM, Reindl Harald h.rei...@thelounge.net wrote:
Linux rawhide.vmware.local 3.1.0-0.rc9.git0.0.fc17.x86_64 #1 SMP Wed Oct 5
14:37:47
this is the last kernel booting in vmware for me
all following see screenshot
Make sure your grub config file has an initrd line
Following is the list of topics that will be discussed in the FESCo
meeting today at 17:00UTC (1:00pm EDT) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #667 Request to fix CRITPATH update
On 10/21/2011 09:37 PM, Alex Lancaster wrote:
There is a branch that was started back in February to port to gio
and away from libgnomemm:
http://icculus.org/pipermail/referencer/2011-February/000534.html
There was a commit to it in August, but looks the mm dep is still there
in the
Excerpts from Rahul Sundaram's message of Mon Oct 24 11:51:41 +0200 2011:
On 10/24/2011 03:17 PM, valent.turko...@gmail.com wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=737263
FYI, this package looks like it has been stuck in review process for a
few months.
Do volunteer and help
Compose started at Mon Oct 24 08:16:05 UTC 2011
Broken deps for x86_64
--
aeolus-all-0.4.0-1.fc16.noarch requires rubygem(aeolus-cli)
aeolus-conductor-0.4.0-1.fc16.noarch requires rubygem(oauth)
On Sun, Oct 23, 2011 at 10:52 PM, Tom Lane t...@redhat.com wrote:
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis of an NVR comparison:
A file has been added to the lookaside cache for perl-ORLite-Migrate:
7f311c18c385e053ec8543c3f9c7761c ORLite-Migrate-1.09.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit feec307a94cd3ce010ebe0a015337fd413d06aed
Author: Petr Sabata con...@redhat.com
Date: Mon Oct 24 14:55:17 2011 +0200
1.09 bump
.gitignore |1 +
perl-ORLite-Migrate.spec | 44
sources |2 +-
3 files
On 10/24/2011 04:05 AM, Misha Shnurapet wrote:
There is a project named SOS in Fedora collection on Transifex. I'd
like to know if there is anyone maintaining it, because it seems like
it needs to be translated, but there is no maintainer assigned in Tx
and no translation team creation request
On Mon, Oct 10, 2011 at 07:52:04PM +0200, Lennart Poettering wrote:
On Sat, 08.10.11 16:01, Richard Shaw (hobbes1...@gmail.com) wrote:
On Fri, Oct 7, 2011 at 11:56 AM, Josef Bacik jo...@toxicpanda.com wrote:
What Tomasz said, and if that doesn't help use bootchart and upload
the chart
Compose started at Mon Oct 24 08:16:05 UTC 2011
Broken deps for x86_64
--
389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46
389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46
389-admin-1.1.23-1.fc17.i686
drago01 drag...@gmail.com writes:
2011/10/24 Jóhann B. Guðmundsson johan...@gmail.com:
On 10/24/2011 05:42 AM, Kevin Kofler wrote:
FWIW, what the tomcat6 maintainers did is that they just ignored the
guideline which says that you cannot migrate to systemd in an update and
pushed this update:
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
--- Comment #14 from Richard Shaw hobbes1...@gmail.com 2011-10-24 09:53:26
EDT ---
Not being able to import perl modules seems
On 10/24/2011 05:52 AM, Tom Lane wrote:
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis of an NVR comparison:
Once upon a time, Adam Williamson awill...@redhat.com said:
Oh - and remember, the goal of the critpath process is to ensure we
don't send out updates that break people's systems. It worked fine in
this case: no glibc update which breaks systems was approved. All the
ones which caused major
Honza Horak hho...@redhat.com writes:
On 10/24/2011 05:52 AM, Tom Lane wrote:
The idea I have at the moment is to ignore the advice to check package
version, and instead have the triggerun script check to see whether the
mysql sysv initscript file is present. I wonder whether anyone else has
Firefox desktop file name has been changed in rawhide, from
mozilla-firefox.desktop to firefox.desktop. See bug
https://bugzilla.redhat.com/show_bug.cgi?id=736558.
ma.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 2011-10-24 at 11:06 +0200, Henrik Nordström wrote:
sön 2011-10-23 klockan 23:45 -0700 skrev Adam Williamson:
This would cause significant problems around crunch times. We would wind
up having to have releng super-push far more updates because we simply
don't always *have* three
On Mon, 2011-10-24 at 09:51 -0500, Chris Adams wrote:
Once upon a time, Adam Williamson awill...@redhat.com said:
Oh - and remember, the goal of the critpath process is to ensure we
don't send out updates that break people's systems. It worked fine in
this case: no glibc update which breaks
On 10/24/2011 04:52 PM, Tom Lane wrote:
I'm not really seeing why this'd be a better approach than what I
suggested above.
This isn't better in case we don't ship -sysvinit sub-package. This was
meant as a general approach which should work even if a user has
installed sysvinit scripts from a
Le 24/10/2011 05:52, Tom Lane a écrit :
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis of an NVR comparison:
Isn't epoch a solution ?
Epoch: 0 for sysv initscript
Epoch: 1 for
On 10/24/2011 05:26 PM, Remi Collet wrote:
Isn't epoch a solution ?
Yes, but..
..
Yes, I know, epoch is evil...
That's why everybody (including me) believes there is a better solution.
Honza
--
devel mailing list
devel@lists.fedoraproject.org
It's been some time since I've had to build a Fedora package, but when I
tried today I'm having some trouble.
$ rpm -q fedpkg
fedpkg-0.5.9.2-2.fc15.noarch
$ git branch
* master
$ fedpkg build
Could not initiate build: Unknown build target: dist-rawhide
Any ideas?
--
devel mailing list
Tom Lane (t...@redhat.com) said:
FWIW, I'm totally on board with the idea of not switching to systemd in
F15 --- and even if I wanted to do that, it's pure luck that the problem
doesn't apply to F14-F15 upgrades as well, where such an option is
certainly not available. The reason F14 escapes
https://bugzilla.redhat.com/show_bug.cgi?id=728680
https://bugzilla.redhat.com/show_bug.cgi?id=625004
== usb-modeswitch-1.2.0 ==
Version 1.2.0, 2011/10/23
Added QisdaMode for Qisda H21 (thanks to Chi-Hang Long for the code);
dispatcher can now be installed with an embedded interpreter,
Adam Williamson wrote:
We have lots of suggestions. As I've said at least fifty times, it's
pointless going too far with the slapping of band-aids on the current
karma system, because it's fundamentally too simplistic: it's never
going to be perfect and there is a definite point of diminishing
Hi,
I would like to know if it is possible to block grub2 update? I tried
to use versionlock but unfortunately this does not work. Do anyone
knows some other effective way to block this update?
--
Best regards,
Michal
http://eventhorizon.pl/
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, 2011-10-20 at 21:22 +0200, Nicolas Mailhot wrote:
Le jeudi 20 octobre 2011 à 13:08 -0500, Dan Williams a écrit :
If you architect a system that accounts for networking changing states,
then it works for *everyone*. If you depend on networking always being
there, then it only
On Mon, Oct 24, 2011 at 09:48:47AM -0400, Tom Lane wrote:
drago01 drag...@gmail.com writes:
2011/10/24 J�hann B. Gu�mundsson johan...@gmail.com:
On 10/24/2011 05:42 AM, Kevin Kofler wrote:
FWIW, what the tomcat6 maintainers did is that they just ignored the
guideline which says that you
On Mon, Oct 24, 2011 at 06:49:04AM +, Jóhann B. Guðmundsson wrote:
On 10/24/2011 03:52 AM, Tom Lane wrote:
I'm really getting to the point where that's a completely unacceptable
restriction. I've already blown off one mysql bug-fix release in F15
because of this restriction, and I see
On Mon, Oct 24, 2011 at 07:56:59AM -0500, Richard Shaw wrote:
On Sun, Oct 23, 2011 at 10:52 PM, Tom Lane t...@redhat.com wrote:
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis
Jóhann B. Guðmundsson wrote:
Unless FESCO granted them exception this update might be pulled back
It's too late, the update already went stable. (And FYI, the reason I didn't
alert folks was that I also only noticed this when reading the notes for my
stable updates.) Reverting things now will
Tom Lane wrote:
FWIW, I'm totally on board with the idea of not switching to systemd in
F15 --- and even if I wanted to do that, it's pure luck that the problem
doesn't apply to F14-F15 upgrades as well, where such an option is
certainly not available.
F14 will be EOL in less than 2 months.
===
#fedora-meeting: FESCO (2011-10-24)
===
Meeting started by t8m at 17:00:16 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2011-10-24/fesco.2011-10-24-17.00.log.html
.
Meeting summary
Kevin Kofler kevin.kof...@chello.at writes:
Tom Lane wrote:
FWIW, I'm totally on board with the idea of not switching to systemd in
F15 --- and even if I wanted to do that, it's pure luck that the problem
doesn't apply to F14-F15 upgrades as well, where such an option is
certainly not
On Mon, 2011-10-24 at 18:50 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
We have lots of suggestions. As I've said at least fifty times, it's
pointless going too far with the slapping of band-aids on the current
karma system, because it's fundamentally too simplistic: it's never
Am 24.10.2011 18:56, schrieb Michał Piotrowski:
Hi,
I would like to know if it is possible to block grub2 update? I tried
to use versionlock but unfortunately this does not work. Do anyone
knows some other effective way to block this update?
AFAIR yum.conf has this ability.
Regards, Heiko
2011/10/24 Heiko Adams fedora-upda...@heiko-adams.de:
Am 24.10.2011 18:56, schrieb Michał Piotrowski:
Hi,
I would like to know if it is possible to block grub2 update? I tried
to use versionlock but unfortunately this does not work. Do anyone
knows some other effective way to block this
===
#fedora-meeting: FESCO (2011-10-24)
===
* Discussion about https://fedoraproject.org/wiki/Features/UsrMove
(t8m, 17:26:45)
This sounds interesting (speaking as an admin that typically sets up
servers with separate,
Hi,
2011/10/24 Chris Adams cmad...@hiwaay.net:
===
#fedora-meeting: FESCO (2011-10-24)
===
* Discussion about https://fedoraproject.org/wiki/Features/UsrMove
(t8m, 17:26:45)
Cool idea. Next I suggest to stop using
/bin
On Mon, 24 Oct 2011 16:58:05 +0200
Martin Stransky wrote:
Firefox desktop file name has been changed in rawhide, from
mozilla-firefox.desktop to firefox.desktop. See bug
https://bugzilla.redhat.com/show_bug.cgi?id=736558.
Ok. Could you also please comment to packaging the firefox/mozilla
2011/10/24 Michał Piotrowski mkkp...@gmail.com:
Hi,
2011/10/24 Chris Adams cmad...@hiwaay.net:
* Discussion about https://fedoraproject.org/wiki/Features/UsrMove
(t8m, 17:26:45)
Cool idea. Next I suggest to stop using
/bin
/sbin
/lib
/lib64
in F19, and not to create these links
Once upon a time, Michał Piotrowski mkkp...@gmail.com said:
Cool idea. Next I suggest to stop using
/bin
/sbin
/lib
/lib64
in F19, and not to create these links on freshly installed systems in F20.
That will (or at least should) never happen. You might could eliminate
/sbin, but there are
On Oct 24, 2011, at 9:01 AM, Michael Cronenworth wrote:
It's been some time since I've had to build a Fedora package, but when I
tried today I'm having some trouble.
$ rpm -q fedpkg
fedpkg-0.5.9.2-2.fc15.noarch
$ git branch
* master
$ fedpkg build
Could not initiate build: Unknown build
On Mon, 2011-10-24 at 18:56 +0200, Michał Piotrowski wrote:
Hi,
I would like to know if it is possible to block grub2 update? I tried
to use versionlock but unfortunately this does not work. Do anyone
knows some other effective way to block this update?
versionlock doesn't stop obsoletes
Jesse Keating wrote:
Hrm, there is a build target for dist-rawhide, so I'm not sure what is going
on there. Can you run with -v just to get a few more details?
Problem solved. I was still pointed to my local koji. Doh!
--
devel mailing list
devel@lists.fedoraproject.org
===
#fedora-meeting: FESCO (2011-10-24)
===
* Discussion about https://fedoraproject.org/wiki/Features/UsrMove
(t8m, 17:26:45)
which, among other things, proposes that /usr/sbin can be moved also to
/usr/bin.
Chris
My sentiments exactly. Better not to keep known broken packages
around; it's only going to cause grief for users if they find out they
can't even install the package.
Once it's fixed upstream to not rely on libgnomeuimm, it can easily be
added back to Fedora.
Alex, could you please
commit db9acb06cb99d56922c9d7452ad551af236696bb
Author: Steven Pritchard steven.pritch...@gmail.com
Date: Mon Oct 24 15:11:21 2011 -0500
Upstream is dead, and package no longer builds.
.gitignore|1 -
Pugs-Compiler-Rule-filter-requires.sh |4 -
commit 2f4f56e1429c4c12ccc4dca89db542a264b85616
Author: Steven Pritchard steven.pritch...@gmail.com
Date: Mon Oct 24 15:10:56 2011 -0500
Upstream is dead, and package no longer builds.
.gitignore|1 -
Pugs-Compiler-Rule-filter-requires.sh |4 -
2011/10/24 Miloslav Trmač m...@volny.cz:
2011/10/24 Michał Piotrowski mkkp...@gmail.com:
Hi,
2011/10/24 Chris Adams cmad...@hiwaay.net:
* Discussion about https://fedoraproject.org/wiki/Features/UsrMove
(t8m, 17:26:45)
Cool idea. Next I suggest to stop using
/bin
/sbin
/lib
Once upon a time, Michał Piotrowski mkkp...@gmail.com said:
In any case
#!/usr/bin/env sh
seems to be more portable solution.
Using env has always been a hack (and overhead, especially on otherwise
short shell scripts).
As for portable, /bin/sh is as portable as it gets. I doubt there has
One of the things I like most about Fedora is the orderly way in which
people are able to move in and out of leadership positions within our
community. Each development cycle, we have a set of elections for the
steering committees and for the Fedora Board. The next election cycle
is nearly upon
2011/10/24 James Antill ja...@fedoraproject.org:
On Mon, 2011-10-24 at 18:56 +0200, Michał Piotrowski wrote:
Hi,
I would like to know if it is possible to block grub2 update? I tried
to use versionlock but unfortunately this does not work. Do anyone
knows some other effective way to block
2011/10/24 Chris Adams cmad...@hiwaay.net:
Once upon a time, Michał Piotrowski mkkp...@gmail.com said:
In any case
#!/usr/bin/env sh
seems to be more portable solution.
Using env has always been a hack (and overhead, especially on otherwise
short shell scripts).
Yeah, this solution has its
=?ISO-8859-2?Q?Micha=B3_Piotrowski?= mkkp...@gmail.com writes:
2011/10/24 Chris Adams cmad...@hiwaay.net:
Using env has always been a hack (and overhead, especially on otherwise
short shell scripts).
Yeah, this solution has its drawbacks, but it also has undoubted
advantages. Generally
2011/10/24 Tom Lane t...@redhat.com:
=?ISO-8859-2?Q?Micha=B3_Piotrowski?= mkkp...@gmail.com writes:
2011/10/24 Chris Adams cmad...@hiwaay.net:
Using env has always been a hack (and overhead, especially on otherwise
short shell scripts).
Yeah, this solution has its drawbacks, but it also has
Adam Williamson wrote:
... The only breakage
in one which was approved was to do with compiling things - which, sure,
is a pain in the ass, but it's not the kind of problem critpath was
introduced to deal with in the first place.
The problem is bigger than it first seemed, and still not
Jim Meyering wrote:
Adam Williamson wrote:
... The only breakage
in one which was approved was to do with compiling things - which, sure,
is a pain in the ass, but it's not the kind of problem critpath was
introduced to deal with in the first place.
The problem is bigger than it first
Hey, folks - here's a list of pending updates that ought to fix Final
blockers, we need to get all these tested and up-karmaed to clear the
blocker list:
* https://admin.fedoraproject.org/updates/gdm-3.2.1.1-3.fc16 (fixes
https://bugzilla.redhat.com/show_bug.cgi?id=741431 and
Hey, folks. If anyone has a non-Intel BIOS RAID controller in a system
they can blow away for testing, can you please take a look at the
potential fix for:
https://bugzilla.redhat.com/show_bug.cgi?id=742226
you should be able to reproduce the bug just by trying to install F16
Final TC2 to a
On Mon, 2011-10-24 at 10:57 +0200, Jes Sorensen wrote:
Hi,
I realize this is last minute, but I just realized this wasn't marked as
a blocker already, and I am still pretty new to the Fedora package process.
I would like to recommend this one being accepted as a blocker for F16:
I will update both the components today.
Thanks!
- Original Message -
From: Xose Vazquez Perez xose.vazq...@gmail.com
To: Development discussions related to Fedora devel@lists.fedoraproject.org
Sent: Monday, October 24, 2011 10:00:58 PM
Subject: usb-modeswitch/usb-modeswitch-data must be
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-ORLite-Migrate-1.09 is available
https://bugzilla.redhat.com/show_bug.cgi?id=748387
Summary: perl-ORLite-Migrate-1.09 is available
Product:
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=748387
Petr Sabata psab...@redhat.com changed:
What|Removed |Added
perl-Text-Aspell has broken dependencies in the F-16 tree:
On x86_64:
perl-Text-Aspell-0.09-9.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Text-Aspell-0.09-9.fc15.i686 requires perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as possible.
--
Fedora
perl-CatalystX-Profile has broken dependencies in the F-16 tree:
On x86_64:
perl-CatalystX-Profile-0.02-1.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-CatalystX-Profile-0.02-1.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as
perl-Catalyst-Plugin-Session-Store-DBIC has broken dependencies in the F-16
tree:
On x86_64:
perl-Catalyst-Plugin-Session-Store-DBIC-0.12-1.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Catalyst-Plugin-Session-Store-DBIC-0.12-1.fc15.noarch requires
perl-Carp-REPL has broken dependencies in the F-16 tree:
On x86_64:
perl-Carp-REPL-0.15-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Carp-REPL-0.15-2.fc15.noarch requires perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as possible.
--
Fedora Extras
perl-CatalystX-SimpleLogin has broken dependencies in the F-16 tree:
On x86_64:
perl-CatalystX-SimpleLogin-0.15-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-CatalystX-SimpleLogin-0.15-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
--- Comment #11 from Richard Shaw hobbes1...@gmail.com 2011-10-24 09:05:25
EDT ---
Is this currently set as a release blocker
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
--- Comment #12 from Paul Howarth p...@city-fan.org 2011-10-24 09:13:42 EDT
---
The 0.010 update is marked push to stable and
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=743519
--- Comment #13 from Iain Arnell iarn...@gmail.com 2011-10-24 09:20:41 EDT ---
And unless it's hindering execution of required
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=748387
Petr Sabata psab...@redhat.com changed:
What|Removed |Added
On Fri, Oct 21, 2011 at 10:03:10AM +0200, Petr Pisar wrote:
Steven, I cannot see corresponding ticket for rel-engs. This error still pops
up in regualar repository summaries.
Sorry, I wasn't aware of the proper procedure to go through for this.
(This is the first time I've retired a package.)
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=748140
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
A file has been added to the lookaside cache for perl-DateTime-TimeZone:
0e9493038d8c46a8de5d6ffc6f77b533 DateTime-TimeZone-1.41.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
1 - 100 of 108 matches
Mail list logo