On Tue, 2010-06-08 at 16:51 -0400, Luke Macken wrote:
Fedora 13
* 231 updates automatically pushed due to karma (6.49%)
On Tue, 2010-06-08 at 21:20 -0400, Matthias Clasen wrote:
On Tue, 2010-06-08 at 16:51 -0400, Luke Macken wrote:
Fedora 13
On Wed, Jun 9, 2010 at 1:55 PM, Rahul Sundaram methe...@gmail.com wrote:
On 06/09/2010 11:06 AM, Luming Yu wrote:
On Wed, Jun 9, 2010 at 1:33 PM, Rahul Sundaram wrote:
This plays fine for me. Perhaps you downloaded a large resolution video
your system can't handle well?
512x384
On 06/09/2010 11:41 AM, Luming Yu wrote:
[r...@hp-core ~]# package-cleanup --problems
package-cleanup --cleandupes can fix some of these issues but this is
really outside the scope of the list. Post to users list and we can
followup there. Besides that, the media player issue seems
On Wed, Jun 9, 2010 at 2:13 PM, Rahul Sundaram methe...@gmail.com wrote:
On 06/09/2010 11:41 AM, Luming Yu wrote:
[r...@hp-core ~]# package-cleanup --problems
package-cleanup --cleandupes can fix some of these issues but this is
really outside the scope of the list. Post to users list and we
Luke Macken wrote:
By success I mean that I felt we were successful in drafting,
implementing, deploying, and utilizing the mentioned policies as
expected, and the results show increased community engagement.
This definition of success does not match mine nor the one you'll find in
a
On Wed, 2010-06-09 at 08:38 +0200, Kevin Kofler wrote:
Luke Macken wrote:
By success I mean that I felt we were successful in drafting,
implementing, deploying, and utilizing the mentioned policies as
expected, and the results show increased community engagement.
This definition of
On 06/09/2010 08:54 AM, Luke Macken wrote:
On Wed, 2010-06-09 at 08:38 +0200, Kevin Kofler wrote:
Luke Macken wrote:
By success I mean that I felt we were successful in drafting,
implementing, deploying, and utilizing the mentioned policies as
expected, and the results show increased
On 06/08/2010 10:51 PM, Luke Macken wrote:
I recently wrote some code to generate detailed statistics of Fedora EPEL
updates within bodhi. Eventually this will be auto-generated and exposed
within bodhi itself, but for now here are the initial metrics.
This report definitely conveys the
On Tue, 8 Jun 2010 16:51:36 -0400 (EDT), Luke wrote:
=
Bodhi Statistics Report (Generated on June 8th, 2010)
=
Out of 17412 total updates, 2958 received feedback (16.99%)
Out of 1045
Hi,
pidgin-2.7.1-2.fc13 obsoletes pidgin = 2.7.1-1.fc13, is that meaningful?
At least it causes package-manager to display an irritating (and
somehow bogus) warning box that it's going to remove pidgin, and needs
confirmation for that.
--
Thomas Moschny thomas.mosc...@gmail.com
--
devel
2010/6/9 Thomas Moschny thomas.mosc...@gmail.com:
Hi,
pidgin-2.7.1-2.fc13 obsoletes pidgin = 2.7.1-1.fc13, is that meaningful?
At least it causes package-manager to display an irritating (and
somehow bogus) warning box that it's going to remove pidgin, and needs
confirmation for that.
--
2010/6/9 Chen Lei supercyp...@gmail.com:
Yes, the obsoletes is necessary, if you don't add it, yum will only
pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
--
Thomas Moschny thomas.mosc...@gmail.com
--
devel mailing list
devel@lists.fedoraproject.org
On 06/08/2010 08:05 PM, Richard W.M. Jones wrote:
On Tue, Jun 08, 2010 at 02:14:12PM +0200, Farkas Levente wrote:
hi,
=~ no longer working in bash. just try this little line:
-
if [[ abc =~ abc.* ]]; then echo inside; else echo outside; fi
#3780: Grant CVS write access for all perl packages to ppisar
+---
Reporter: ppisar | Owner: rel-...@lists.fedoraproject.org
Type: task| Status: new
Milestone: |
#3780: Grant CVS write access for all perl packages to ppisar
-+--
Reporter: ppisar | Owner: rel-...@lists.fedoraproject.org
Type: task| Status: new
Milestone:
#3780: Grant CVS write access for all perl packages to ppisar
-+--
Reporter: ppisar | Owner: rel-...@lists.fedoraproject.org
Type: task| Status: new
Milestone:
2010/6/9 Thomas Moschny thomas.mosc...@gmail.com:
2010/6/9 Chen Lei supercyp...@gmail.com:
Yes, the obsoletes is necessary, if you don't add it, yum will only
pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
--
Thomas Moschny thomas.mosc...@gmail.com
--
yum upgrade
On Tue, Jun 08, 2010 at 04:51:36PM -0400, Luke Macken wrote:
You can find the code that generates these statistics here:
https://fedorahosted.org/bodhi/browser/bodhi/tools/metrics.py
https://fedorahosted.org/bodhi/browser/bodhi/tools/log_stats.py. If you have
any ideas or suggestions for
2010/6/9 Thomas Moschny thomas.mosc...@gmail.com:
2010/6/9 Chen Lei supercyp...@gmail.com:
Yes, the obsoletes is necessary, if you don't add it, yum will only
pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
--
Thomas Moschny thomas.mosc...@gmail.com
--
But in this
On Wed, 9 Jun 2010 17:15:01 +0800, Chen wrote:
2010/6/9 Chen Lei:
Yes, the obsoletes is necessary, if you don't add it, yum will only
pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
yum upgrade from 2.7.1-1 will only pull in new pidgin-evolution
subpackage
2010/6/9 Chen Lei supercyp...@gmail.com:
But in this case, the obsoletes seems excessive, since
pidgin-evolution already depends on pidgin. If pidgin-evolution don't
depend on pidgin, the obsoletes is a must, without it pidgin will be
replaced by pidgin-evolution.
If it pidgin-evolution was
2010/6/9 Michael Schwendt mschwe...@gmail.com:
Competing Obsoletes once again. The packager is playing with fire.
Not in this case.
--
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/6/9 Michael Schwendt mschwe...@gmail.com:
On Wed, 9 Jun 2010 17:15:01 +0800, Chen wrote:
2010/6/9 Chen Lei:
Yes, the obsoletes is necessary, if you don't add it, yum will only
pull in pidgin-evolution.
For which operation? Can you elaborate a bit?
yum upgrade from 2.7.1-1 will
On Wed, 9 Jun 2010 14:07:09 +0400, Peter wrote:
Competing Obsoletes once again. The packager is playing with fire.
Not in this case.
Both pidgin-evolution and pidgin obsolete pidgin = 2.7.1-1.fc13
Fun for the package resolver.
--
devel mailing list
devel@lists.fedoraproject.org
2010/6/9 Michael Schwendt mschwe...@gmail.com:
On Wed, 9 Jun 2010 14:07:09 +0400, Peter wrote:
Competing Obsoletes once again. The packager is playing with fire.
Not in this case.
Both pidgin-evolution and pidgin obsolete pidgin = 2.7.1-1.fc13
Fun for the package resolver.
Then file a
2010/6/9 Michael Schwendt mschwe...@gmail.com:
On Wed, 9 Jun 2010 14:07:09 +0400, Peter wrote:
Competing Obsoletes once again. The packager is playing with fire.
Not in this case.
Both pidgin-evolution and pidgin obsolete pidgin = 2.7.1-1.fc13
Fun for the package resolver.
Ah, yes -
On Wed, 9 Jun 2010 14:06:48 +0400, Peter wrote:
2010/6/9 Chen Lei:
But in this case, the obsoletes seems excessive, since
pidgin-evolution already depends on pidgin. If pidgin-evolution don't
depend on pidgin, the obsoletes is a must, without it pidgin will be
replaced by
On 09/06/10 11:06, Peter Lemenkov wrote:
2010/6/9 Chen Leisupercyp...@gmail.com:
But in this case, the obsoletes seems excessive, since
pidgin-evolution already depends on pidgin. If pidgin-evolution don't
depend on pidgin, the obsoletes is a must, without it pidgin will be
replaced by
On Wed, 9 Jun 2010, Peter Lemenkov wrote:
2010/6/9 Michael Schwendt mschwe...@gmail.com:
Competing Obsoletes once again. The packager is playing with fire.
Not in this case.
It seems to me that this is using something that happens to work for yum
(and maybe not for other utilities,
Hi all,
On the 12th of May I approved the package R-caTools [1].
Since, and despite 2 ping on the bugzilla, there has been no sign of
life from the original submitter.
The question is then, can I do the cvs request for this package and take
over its maintenance in place of the original submitter
On Wed, 09 Jun 2010 11:23:49 +0100, Paul wrote:
The Obsoletes: in pidgin-evo causes pidgin-evo to be pulled in, which is
fine. The package should obsolete pidgin packages prior to the split but
not the ones after the split.
Sounds [more] correct.
* We need to not erase main pidgin
Compose started at Wed Jun 9 08:15:09 UTC 2010
Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
cpanspec-1.78-4.fc13.noarch
On Wed, Jun 09, 2010 at 10:58:15AM +0530, Rahul Sundaram wrote:
On 06/09/2010 10:48 AM, Kevin Kofler wrote:
Stephen John Smoogen wrote:
Well the only person I see mentioning quality is Kevin. And for some
reason he is expecting it immediately
You can't claim that there are
On Wed, Jun 09, 2010 at 09:51:59AM +0200, Michael Schwendt wrote:
On Tue, 8 Jun 2010 16:51:36 -0400 (EDT), Luke wrote:
=
Bodhi Statistics Report (Generated on June 8th, 2010)
=
Out of
On 09/06/10 11:39, Pierre-Yves wrote:
Hi all,
On the 12th of May I approved the package R-caTools [1].
Since, and despite 2 ping on the bugzilla, there has been no sign of
life from the original submitter.
The question is then, can I do the cvs request for this package and take
over its
On 06/09/2010 05:12 PM, Josh Boyer wrote:
That is true if you are making the assumption that the package maintainer did
no testing themselves. I would hope that isn't the common case.
There are well known cases of that happening. Kevin has been public
about his position on that.
On 06/09/2010 06:46 AM, Paul Howarth wrote:
On 09/06/10 11:39, Pierre-Yves wrote:
Hi all,
On the 12th of May I approved the package R-caTools [1].
Since, and despite 2 ping on the bugzilla, there has been no sign of
life from the original submitter.
The question is then, can I do the
Author: ppisar
Update of /cvs/pkgs/rpms/perl-Padre/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv28311
Modified Files:
.cvsignore perl-Padre.spec sources
Removed Files:
padre-makefile.patch
Log Message:
0.62 bump
Index: .cvsignore
On Wednesday, June 09, 2010 05:39:22 am Pierre-Yves wrote:
Hi all,
On the 12th of May I approved the package R-caTools [1].
Since, and despite 2 ping on the bugzilla, there has been no sign of
life from the original submitter.
The question is then, can I do the cvs request for this
On Wednesday 09 June 2010, Rahul Sundaram wrote:
There are well known cases of that happening. Kevin has been public
about his position on that. Hopefully we can automatically catch and
prevent the obvious breakages soon.
For the record, I did test (on one release) the latest bunch of
Marcela Mašláňová wrote:
I can't agree that this update policy is success (in any dictionary).
Since I'm forced to wait
two weeks for pushing into stable, I have more tickets about packages
that I've already fixed. Users want fixes immediately, they are not
interested in some processes. Many
On Wed, 9 Jun 2010, Kevin Kofler wrote:
Marcela Mašláňová wrote:
I can't agree that this update policy is success (in any dictionary).
Since I'm forced to wait
two weeks for pushing into stable, I have more tickets about packages
that I've already fixed. Users want fixes immediately, they
Dennis Gilmore wrote:
you can not review your own packages. so it will need to be re-reviewed
He didn't review his own package, he reviewed a package somebody else
submitted and it passed his review. I don't see why he can't now pick it up
given that the somebody else who submitted it
I agree with Kevin on this one.
Since Josef Radinger (fas: Cheese) is already a sponsored maintainer
and the package legibly and properly accepted into packages
collection,
it should fall under the non responsive maintainer policy. We're
already short on reviewers not to waste time over petty
On Tue, Jun 8, 2010 at 11:20 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Re: Outage: Reboot of systems 2010-06-08 1600 UTC
That time is in the past.
There will be an outage starting at 2010-04-29 03:50:00 UTC
And that time is different and even further in the past.
Kevin Kofler
I mis-pasted last night. I hope this one is clearer.
There will be an outage starting at 2010-06-09 16:00:00 UTC, which will
last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-06-09 16:00:00
On Wed, Jun 9, 2010 at 11:19, Michael Schwendt mschwe...@gmail.com wrote:
On Wed, 9 Jun 2010 14:06:48 +0400, Peter wrote:
2010/6/9 Chen Lei:
But in this case, the obsoletes seems excessive, since
pidgin-evolution already depends on pidgin. If pidgin-evolution don't
depend on pidgin, the
On Wed, 2010-06-09 at 08:38 +0530, Rahul Sundaram wrote:
On 06/09/2010 05:00 AM, Kevin Kofler wrote:
Michel Alexandre Salim wrote:
Any idea how to fix this? We should probably add a section to the
packaging guidelines, on how to migrate to noarch subpackages without
breaking upgrade
On Wed, 2010-06-09 at 09:35 +0200, Marcela Mašláňová wrote:
On 06/08/2010 10:51 PM, Luke Macken wrote:
I recently wrote some code to generate detailed statistics of Fedora EPEL
updates within bodhi. Eventually this will be auto-generated and exposed
within bodhi itself, but for now here
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=602300
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
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=602300
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
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=602300
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
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=602300
Yanko Kaneti yan...@declera.com changed:
What|Removed |Added
Luke's dictionary is more correct than yours.
anyone else see how horrid the line I just wrote sounded in your head
when you read it? That's what this thread sounds like. Did we really need to
take some raw numbers that Luke was kind enough to put together and make it
into some sort of QA
2010/6/10 Michael Schwendt mschwe...@gmail.com:
On Wed, 9 Jun 2010 15:38:48 +0100, Stu wrote:
I implemented it based on recommendations on the yum wiki that I saw
someone else referred to in #fedora-devel :
http://yum.baseurl.org/wiki/YumPackageUpdates#Packagesplit
Well, that's exactly an
On Wed, 2010-06-09 at 09:10 +0200, Ralf Corsepius wrote:
On 06/09/2010 08:54 AM, Luke Macken wrote:
On Wed, 2010-06-09 at 08:38 +0200, Kevin Kofler wrote:
Luke Macken wrote:
By success I mean that I felt we were successful in drafting,
implementing, deploying, and utilizing the mentioned
On Wed, 2010-06-09 at 18:08 +0200, Michael Schwendt wrote:
On Wed, 9 Jun 2010 15:38:48 +0100, Stu wrote:
I implemented it based on recommendations on the yum wiki that I saw
someone else referred to in #fedora-devel :
http://yum.baseurl.org/wiki/YumPackageUpdates#Packagesplit
Well,
Le mercredi 09 juin 2010 à 12:19 +0200, Michael Schwendt a écrit :
You _cannot_ add _optional_ packages to a user's installation _without_
proper dependencies somewhere else. Attempts at trying to do that with
Obsoletes are invasive and prone to getting it completely wrong.
Fonts SIG side
On Wed, 09 Jun 2010 13:10:10 -0400, James wrote:
On Wed, 9 Jun 2010 15:38:48 +0100, Stu wrote:
I implemented it based on recommendations on the yum wiki that I saw
someone else referred to in #fedora-devel :
http://yum.baseurl.org/wiki/YumPackageUpdates#Packagesplit
Well,
On Wed, Jun 9, 2010 at 8:31 AM, Adam Miller
maxamill...@fedoraproject.org wrote:
Did we really need to
take some raw numbers that Luke was kind enough to put together and make it
into some sort of QA methods holy war?
The lesson here is that for data mining to make sense there must a
consensus
On Tue, Jun 8, 2010 at 12:31 AM, Michel Alexandre Salim
michael.silva...@gmail.com wrote:
On Mon, Jun 7, 2010 at 5:31 PM, Bill Nottingham nott...@redhat.com wrote:
Michel Alexandre Salim (michael.silva...@gmail.com) said:
The update conflicts with NetworkManager; there is a NetworkManager
On 06/09/2010 01:18 AM, Kevin Kofler wrote:
If the packages have good quality, that means more testing is NOT
needed, no matter what the actual amount of testing was.
Apart from the Bodhi issue, I disagree with the logic of your statement.
Quality doesn't exist (or at least is not provable) in
On Wed, 09 Jun 2010 12:03:50 -0400, Luke wrote:
According to the new acceptance critera, updates will have to spend
some minimum amount of time in updates-testing, currently one week.
Now, as to whether or not bodhi should auto-push after that week, that
I'm not quite sure.
Rest assured that
On Wed, 9 Jun 2010, Michel Alexandre Salim wrote:
$ rpm -q NetworkManager initscripts
NetworkManager-0.8.0-0.4.git20100211.fc13.x86_64
initscripts-9.11-1.fc13.x86_64
$ sudo yum --disablerepo=updates update initscripts NetworkManager
run:
sudo yum --disablerepo=updates list initscripts
On Wed, 2010-06-09 at 19:23 +0200, Michael Schwendt wrote:
On Wed, 09 Jun 2010 13:10:10 -0400, James wrote:
which is to say you have:
1. pkgA-1 contains two files: /usr/bin/A and /usr/bin/A-blah
2. You now want to have pkgA-2 and pkgA-blah-2, which each contain a
single file.
On Wed, 09 Jun 2010 14:39:52 -0400, James wrote:
On Wed, 2010-06-09 at 19:23 +0200, Michael Schwendt wrote:
On Wed, 09 Jun 2010 13:10:10 -0400, James wrote:
which is to say you have:
1. pkgA-1 contains two files: /usr/bin/A and /usr/bin/A-blah
2. You now want to have pkgA-2
I suspect the nouveau driver is swapping or mislabeling the two video
streams that the NVS-290 card generates. Here are my clues:
Setup
- Fedora-13 and nouveau driver (latest yum updates as of midnight)
- NVIDIA NVS-290 video card
- nouveau exposes 2 outputs to XRandR (DVI-I-1 and DVI-I-2)
- The
On Tue, 2010-06-08 at 16:51 -0400, Luke Macken wrote:
I recently wrote some code to generate detailed statistics of Fedora EPEL
updates within bodhi. Eventually this will be auto-generated and exposed
within bodhi itself, but for now here are the initial metrics.
This report definitely
On Wed, 2010-06-09 at 09:51 +0200, Michael Schwendt wrote:
from times when the fedora-easy-karma script wasn't available and
didn't make it possible to mass-vote on updates.
easy-karma doesn't allow you to mass vote, you still have to vote on
each update individually. it simply streamlines the
On Wed, 2010-06-09 at 18:31 -0400, Charles Butterfield wrote:
Please advise if this should be posted somewhere else.
Bugzilla! With Xorg.0.log and xrandr output and
possibly /var/log/messages . Against xorg-x11-drv-nouveau .
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora
Will do!
Regards
-- Charlie
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 2010-06-09 at 13:18 +0800, Luming Yu wrote:
Hi there,
After yum upgrade from f12 to f13, I see the video play back stop
working (play back window is black and the progress bar seems to be
always at 0) with banshee and totem. Flash player plug-in in FF
still works as before.
Any
As per the request of the folks dealing with minimal installations,
the mysql, pgsql and virtuoso plugins of redland are separated into
their own subpackages redland-mysql , redland-pgsql ,
redland-virtuoso, respectively.
If you own a package that uses the redland library, it would be good
to
Luke Macken wrote:
Neither of you have mentioned your definition of the word success.
Care to enlighten us?
Success is the achievement of a worthwhile goal. If the original goal which
was set is worthless, succeeding at it is meaningless.
Now, if the policies that are being approved do not
On Thu, Jun 10, 2010 at 7:16 AM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2010-06-09 at 13:18 +0800, Luming Yu wrote:
Hi there,
After yum upgrade from f12 to f13, I see the video play back stop
working (play back window is black and the progress bar seems to be
always at 0) with
Adam Williamson wrote:
Users also want regressions not to happen
This is exactly why we need quick fixes, i.e. direct stable pushes: to be
able to push a fixed update IMMEDIATELY if somebody caught a regression.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
Michael Schwendt wrote:
It fails for a Yum install. I warn about such competing Obsoletes, because
they strictly require the user to go the yum -y update ; yum install ...
route everytime they want to install an additional package.
Installing stuff on a non-updated system is playing with fire.
On Wed, 09 Jun 2010 18:00:15 -0400, James wrote:
On Wed, 2010-06-09 at 21:38 +0200, Michael Schwendt wrote:
On Wed, 09 Jun 2010 14:39:52 -0400, James wrote:
And if the user never has pkgA-1 installed, and does install
pkgA-blah then that's all they'll get.
If you modify the
On Thu, 10 Jun 2010 05:07:16 +0200, Kevin wrote:
It fails for a Yum install. I warn about such competing Obsoletes, because
they strictly require the user to go the yum -y update ; yum install ...
route everytime they want to install an additional package.
Installing stuff on a
On Thu, 2010-06-10 at 05:03 +0200, Kevin Kofler wrote:
Adam Williamson wrote:
Users also want regressions not to happen
This is exactly why we need quick fixes, i.e. direct stable pushes: to be
able to push a fixed update IMMEDIATELY if somebody caught a regression.
We danced that tango
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-POE-Component-Client-Keepalive/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29895
Modified Files:
.cvsignore perl-POE-Component-Client-Keepalive.spec sources
Log Message:
* Tue Jun 8 2010 Petr Pisar ppi...@redhat.com -
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-POE-Component-Client-HTTP/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv6431
Modified Files:
.cvsignore perl-POE-Component-Client-HTTP.spec sources
Log Message:
* Mon Jun 7 2010 Petr Pisar ppi...@redhat.com - 0.895-1
- 0.895
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=600022
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
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=599945
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
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=598539
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
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=599945
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
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=601232
--- Comment #7 from Fedora Update System upda...@fedoraproject.org 2010-06-09
11:49:12 EDT ---
88 matches
Mail list logo
