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 ta
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 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 modi
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 f
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
https:/
On Thu, Jun 10, 2010 at 7:16 AM, Adam Williamson 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 banshee an
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
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 che
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.
>
Will do!
Regards
-- Charlie
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 Tal
On Wed, 2010-06-09 at 09:35 +0200, Marcela Mašláňová wrote:
> that I've already fixed. Users want fixes immediately, they are not
> interested in some processes. Many users don't even have FAS account and
Users also want regressions not to happen (see how much belly-aching
there is over the nss
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 th
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 definite
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 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 scenario, we will talk past eachother.
> The scenario i
On Wed, Jun 9, 2010 at 6:03 PM, Luke Macken wrote:
> The majority of karma is "this ran without exploding", which is far from
> sufficient testing, but it's still valuable information.
Indeed. And to be honest, i can't agree with all that whining that
karma isn't useful. It means the user tried/u
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
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
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 inits
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
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) i
On Tue, Jun 8, 2010 at 12:31 AM, Michel Alexandre Salim
wrote:
> On Mon, Jun 7, 2010 at 5:31 PM, Bill Nottingham wrote:
>> Michel Alexandre Salim (michael.silva...@gmail.com) said:
>>> The update conflicts with NetworkManager; there is a NetworkManager
>>> build for F13 from a few days after init
On Wed, Jun 9, 2010 at 8:31 AM, Adam Miller
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 understanding of the quest
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
> >
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, 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
>
>
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
2010/6/10 Michael Schwendt :
> 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 example whe
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 met
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 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 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 changed:
What|Removed |Added
---
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 example where the two Obsoletes compete with
each
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 changed:
What|Removed |Added
---
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 no
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
> >> brea
On Wed, Jun 9, 2010 at 11:19, Michael Schwendt 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 obso
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 UT
On Tue, Jun 8, 2010 at 11:20 PM, Kevin Kofler 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
Thank you f
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 issu
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 vanis
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 are
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. M
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 upd
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
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 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
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. Hopef
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
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)
>> =
>>
>>
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
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 r
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 (O
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, 9 Jun 2010, Peter Lemenkov wrote:
> 2010/6/9 Michael Schwendt :
>
>> 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, different yum versi
On 09/06/10 11:06, Peter Lemenkov 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 pidgin-evolution
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 pid
2010/6/9 Michael Schwendt :
> 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 - version s
2010/6/9 Michael Schwendt :
> 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 bug aga
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
https
2010/6/9 Michael Schwendt :
> 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
2010/6/9 Michael Schwendt :
> 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 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 pidgin-evolution.
If it pidgin-evolution was previously in mai
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-evoluti
2010/6/9 Thomas Moschny :
> 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?
>
> --
> Thomas Moschny
> --
But in this case, the obsoletes seems excessive, since
pidgin-evolution
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 :
> 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?
>
> --
> Thomas Moschny
> --
"yum upgrade" from 2.7.1-1 will only pull in new pidgin-evolution
subp
#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: |
cpanspec has broken dependencies in the rawhide tree:
On x86_64:
cpanspec-1.78-4.fc13.noarch requires perl(IO::Uncompress::Bunzip2)
On i386:
cpanspec-1.78-4.fc13.noarch requires perl(IO::Uncompress::Bunzip2)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http
#3780: Grant CVS write access for all perl packages to ppisar
+---
Reporter: ppisar | Owner: rel-...@lists.fedoraproject.org
Type: task| Status: new
Milestone: |
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
>> --
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?
--
Thomas Moschny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/6/9 Thomas Moschny :
> 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 Moschn
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
--
devel mailing list
devel@lists.fedo
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 104
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 t
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 incre
80 matches
Mail list logo
