Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Dave Airlie wrote: > So in your mind, there is a majority of people on your side, but they > are just too lazy to stand for election and take over the board? s/too lazy/too busy doing actual work/ (as opposed to wasting their time with politics or bureaucracy) Have you noticed that all the people

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
I wrote: > Why two? The policy FESCo voted said one (plus one other community member, > giving a total karma of 2). Nevermind, I just noticed the later mail from Luke correcting this. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Tom Lane wrote: > The right way to go about this is to ramp up proventester manpower > first before making it a required gating factor. +1 Why was this implemented BEFORE proventester requests were approved? If we don't even have the "mentoring" process defined, then that should have happened b

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Jesse Keating wrote: > There is a slight wrinkle in that right now, the bodhi code will > automatically request a push of an item that reaches this karma threshold, > and I don't believe there is a way yet to force it to wait for even > greater amounts of karma. I believe that fine grained tuning

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Adam Williamson wrote: > I'd remind you that we've actually already had a period of several weeks > where this system was active - before the F13 release, when critpath > package pushes required feedback from a member of qa or releng - and > that worked out fine, the packages got pushed and we did

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Jesse Keating wrote: > One of the big reasons the manpower was "scarce" is we did not have a > proper system to locate, train, and promote new people into this > "manpower". The QA team has made great strides into fixing that and we > do now have a process in place, and a good stream of incoming p

Re: Bodhi 0.7.5 release

2010-06-30 Thread Dave Airlie
On Thu, 2010-07-01 at 06:29 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > ...or convince enough others of your position that they will vote for > > the candidates you favour in our leadership elections. Since there've > > been several of these since you first stated you don't approve of >

Re: Bodhi 0.7.5 release

2010-06-30 Thread James Antill
On Thu, 2010-07-01 at 00:20 +0200, Till Maas wrote: > On Wed, Jun 30, 2010 at 12:50:53PM -0700, Adam Williamson wrote: > > You can already view all pending critpath updates in Bodhi's web > > interface and command line client, as per Luke's initial mail. > > But a yum enhancement or plugin to rest

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Adam Williamson wrote: > ...or convince enough others of your position that they will vote for > the candidates you favour in our leadership elections. Since there've > been several of these since you first stated you don't approve of > Fedora's leadership, it seems the electorate doesn't agree wit

Re: How to lure me to updates-testing

2010-06-30 Thread James Antill
Some of these require yum/yum-utils from rawhide... On Wed, 2010-06-30 at 14:59 -0600, Nathanael Noblet wrote: > #1) Easy way to know where a package came from. > > For example, as far as I am aware, I cannot query anything that tells > me X packages are from Y repo. If I were to become a

Re: Bodhi 0.7.5 release

2010-06-30 Thread Kevin Kofler
Luke Macken wrote: > Critical path package[0] updates now require positive karma from two > proventesters[1], and a single +1 from one other community member. Why two? The policy FESCo voted said one (plus one other community member, giving a total karma of 2). Kevin Kofler -- devel ma

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/10 3:38 PM, Tom Lane wrote: > Jesse Keating writes: >> On 6/30/10 12:29 PM, Tom Lane wrote: >>> I mentioned libtiff in my first comment in this thread. The other one >>> is libpng. But in any case, are maintainers supposed to have to scare >

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Jesse Keating writes: > On 6/30/10 12:29 PM, Tom Lane wrote: >> I mentioned libtiff in my first comment in this thread. The other one >> is libpng. But in any case, are maintainers supposed to have to scare >> up testers on their own? Especially for packages that are supposed to >> be so centra

Re: Bodhi 0.7.5 release

2010-06-30 Thread Till Maas
On Wed, Jun 30, 2010 at 12:50:53PM -0700, Adam Williamson wrote: > On Wed, 2010-06-30 at 15:37 -0400, Stephen Gallagher wrote: > > > A suggestion: when critical path updates hit updates-testing, a > > notification should go to both devel@lists.fedoraproject.org and > > q...@lists.fedoraproject.org

Re: How to lure me to updates-testing

2010-06-30 Thread Till Maas
On Wed, Jun 30, 2010 at 10:07:03PM +0100, mike cloaked wrote: > Or if you have updates-testing off by default but want to test a > specific package then yum --enablerepo updates-testing update foo will > do it for the package foo that you want to test And if you have non Fedora repos enabled, yum

Re: How to lure me to updates-testing

2010-06-30 Thread Till Maas
On Wed, Jun 30, 2010 at 04:44:37PM -0500, Michael Cronenworth wrote: > Nathanael Noblet wrote: > > I presume a fedora account with certs are required for this? > > Yes, but for your karma to have any merit, you need a Fedora account. > Non-Fedora account karma does not count. Actually bodhi -T s

[389-devel] Please review: fix coverity Defect Type: Memory - corruptions issues

2010-06-30 Thread Rich Megginson
https://bugzilla.redhat.com/show_bug.cgi?id=609590 - main bug - 10 different patches attached https://bugzilla.redhat.com/show_bug.cgi?id=602530 - split off from main bug https://bugzilla.redhat.com/show_bug.cgi?id=602531 - split off from main bug -- 389-devel mailing list 389-de...@lists.fedor

Re: How to lure me to updates-testing

2010-06-30 Thread Nathanael Noblet
On Jun 30, 2010, at 3:44 PM, Michael Cronenworth wrote: > Nathanael Noblet wrote: >> I presume a fedora account with certs are required for this? > > Yes, but for your karma to have any merit, you need a Fedora account. > Non-Fedora account karma does not count. Yup, and that's fine, just maki

Re: How to lure me to updates-testing

2010-06-30 Thread Michael Cronenworth
Nathanael Noblet wrote: > I presume a fedora account with certs are required for this? Yes, but for your karma to have any merit, you need a Fedora account. Non-Fedora account karma does not count. I agree a GUI would be nice for all of this, and I would be willing to create one, but time has b

Re: How to lure me to updates-testing

2010-06-30 Thread seth vidal
On Wed, 2010-06-30 at 14:59 -0600, Nathanael Noblet wrote: > #1) Easy way to know where a package came from. > > For example, as far as I am aware, I cannot query anything that tells > me X packages are from Y repo. If I were to become a 100% always > enabled updates-testing, most of my pac

Re: Proposed release criteria additions for F14+

2010-06-30 Thread Adam Jackson
On Wed, 2010-06-30 at 16:49 -0400, Dave Jones wrote: > On Thu, Jun 24, 2010 at 11:28:16AM -0700, Adam Williamson wrote: > > > * The desktop default update manager must not periodically check for > > updates when the system is booted live, but must periodically check for > > updates when runn

Re: How to lure me to updates-testing

2010-06-30 Thread Nathanael Noblet
On Jun 30, 2010, at 3:03 PM, Michael Cronenworth wrote: > Nathanael Noblet wrote: >> #1) Easy way to know where a package came from. > man repoquery > >> #2 ) Easy way to downgrade if I were to run into problems > yum downgrade packagename > >> #3) Reminders > bodhi -T I presume a fedora accou

Re: How to lure me to updates-testing

2010-06-30 Thread mike cloaked
On Wed, Jun 30, 2010 at 10:03 PM, Michael Cronenworth wrote: > Nathanael Noblet wrote: >> #1) Easy way to know where a package came from. > man repoquery > >> #2 ) Easy way to downgrade if I were to run into problems > yum downgrade packagename > >> #3) Reminders > bodhi -T > >> #4) Easy way to up

Re: How to lure me to updates-testing

2010-06-30 Thread Michael Cronenworth
Nathanael Noblet wrote: > #1) Easy way to know where a package came from. man repoquery > #2 ) Easy way to downgrade if I were to run into problems yum downgrade packagename > #3) Reminders bodhi -T > #4) Easy way to update the karma on packages I've installed fedora-easy-karma > #5) Easy way t

How to lure me to updates-testing

2010-06-30 Thread Nathanael Noblet
Hello, I've been watching the discussion in the bodhi thread. As a long time fedora / redhat system user (since 0.5.1). Recently I've been getting myself involved in the community, packaging and what not. I have watched the discussions related to testing for the last few releases. I administer

Re: Proposed release criteria additions for F14+

2010-06-30 Thread Colin Walters
On Wed, Jun 30, 2010 at 4:49 PM, Dave Jones wrote: > On Thu, Jun 24, 2010 at 11:28:16AM -0700, Adam Williamson wrote: > >  > * The desktop default update manager must not periodically check for >  >  updates when the system is booted live, but must periodically check for >  >  updates when running

Re: Proposed release criteria additions for F14+

2010-06-30 Thread Dave Jones
On Thu, Jun 24, 2010 at 11:28:16AM -0700, Adam Williamson wrote: > * The desktop default update manager must not periodically check for > updates when the system is booted live, but must periodically check for > updates when running on an installed system tangentally related: Do we ever res

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/10 12:29 PM, Tom Lane wrote: > Will Woods writes: >> On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: >>> Yes I can. I have two critpath packages that are in testing with >>> security bugs, both pretty small and easy to test, and both still

Re: Bodhi 0.7.5 release

2010-06-30 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/30/2010 03:52 PM, Sven Lankes wrote: > On Wed, Jun 30, 2010 at 03:37:11PM -0400, Stephen Gallagher wrote: > >> A suggestion: when critical path updates hit updates-testing, a >> notification should go to both devel@lists.fedoraproject.org and >>

Re: Bodhi 0.7.5 release

2010-06-30 Thread Sven Lankes
On Wed, Jun 30, 2010 at 03:37:11PM -0400, Stephen Gallagher wrote: > A suggestion: when critical path updates hit updates-testing, a > notification should go to both devel@lists.fedoraproject.org and > q...@lists.fedoraproject.org to encourage testing. The qa-list has already lost a lot of it's r

Re: Bodhi 0.7.5 release

2010-06-30 Thread Adam Williamson
On Wed, 2010-06-30 at 15:37 -0400, Stephen Gallagher wrote: > A suggestion: when critical path updates hit updates-testing, a > notification should go to both devel@lists.fedoraproject.org and > q...@lists.fedoraproject.org to encourage testing. This would probably be too high traffic. We're work

Re: Bodhi 0.7.5 release

2010-06-30 Thread Peter Robinson
On Wed, Jun 30, 2010 at 8:37 PM, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 06/30/2010 03:29 PM, Tom Lane wrote: >> Will Woods writes: >>> On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: Yes I can.  I have two critpath packages that are in testing wi

Re: Bodhi 0.7.5 release

2010-06-30 Thread Peter Robinson
On Wed, Jun 30, 2010 at 8:29 PM, Tom Lane wrote: > Will Woods writes: >> On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: >>> Yes I can.  I have two critpath packages that are in testing with >>> security bugs, both pretty small and easy to test, and both still have >>> karma zero.  That seems

Re: Bodhi 0.7.5 release

2010-06-30 Thread Stephen Gallagher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/30/2010 03:29 PM, Tom Lane wrote: > Will Woods writes: >> On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: >>> Yes I can. I have two critpath packages that are in testing with >>> security bugs, both pretty small and easy to test, and both st

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Will Woods writes: > On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: >> Yes I can. I have two critpath packages that are in testing with >> security bugs, both pretty small and easy to test, and both still have >> karma zero. That seems to me to be adequate proof that there's not the >> manpo

Re: Bodhi 0.7.5 release

2010-06-30 Thread Will Woods
On Wed, 2010-06-30 at 15:08 -0400, Tom Lane wrote: > Will Woods writes: > > Is it really so hard for you to find someone to test the thing? If so, > > maybe you could use the assistance of a co-maintainer? > > Huh? I don't need a co-maintainer, I need testers. I was suggesting that - since you

Re: Bodhi 0.7.5 release

2010-06-30 Thread Adam Williamson
On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: > Adam Williamson writes: > > On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > >> The proposed policy might be workable if we had a surplus of > >> proventester manpower available, but we obviously have not got that. > > > See above, you cann

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Michael Cronenworth writes: > Should the bodhi whine mail be CC'd to the test mailing list in a > digest-type mail like the updates-testing pushes? +1. As is, old-package whine mail is going to be directed to somebody who *isn't allowed to do anything about it*. A more dysfunctional system is

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Will Woods writes: > Is it really so hard for you to find someone to test the thing? If so, > maybe you could use the assistance of a co-maintainer? Huh? I don't need a co-maintainer, I need testers. proventesters, even. Or are you suggesting that the way to deal with this is to have two maint

Re: Bodhi 0.7.5 release

2010-06-30 Thread Will Woods
On Wed, 2010-06-30 at 15:04 -0400, Tom Lane wrote: > Adam Williamson writes: > > On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > >> The proposed policy might be workable if we had a surplus of > >> proventester manpower available, but we obviously have not got that. > > > See above, you cann

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Adam Williamson writes: > On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: >> The proposed policy might be workable if we had a surplus of >> proventester manpower available, but we obviously have not got that. > See above, you cannot judge this on current experience. Yes I can. I have two cr

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Chen Lei
2010/7/1 Bruno Wolff III : > On Wed, Jun 30, 2010 at 12:10:11 -0500, >  Rex Dieter wrote: >> >> Another wrinkle here is both libjpeg and libjpeg-turbo existing in >> rawhide/repo.  Shouldn't libjpeg get removed now?  Doing so should help >> matters too. > > If someone looks at that, they might als

Re: Bodhi 0.7.5 release

2010-06-30 Thread Luke Macken
On Tue, 2010-06-29 at 18:37 -0400, Luke Macken wrote: > proventesters & strict critical path update handling > > > Critical path package[0] updates now require positive karma from two > proventesters[1], and a single +1 from one other community

Re: Bodhi 0.7.5 release

2010-06-30 Thread Adam Williamson
On Wed, 2010-06-30 at 11:25 -0700, Jesse Keating wrote: > >> Well yes, you always can be relied upon for the cheery optimistic > >> outlook :) > > > > If I were perceiving competence in Fedora's leadership, my comments > > would sound differently. > > You're welcome to try your hand at leadershi

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/10 11:09 AM, Ralf Corsepius wrote: > On 06/30/2010 07:58 PM, Jesse Keating wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 6/30/10 10:48 AM, Ralf Corsepius wrote: >>> My perception is: "marketing" has directed into a directi

rpms/perl-Test-YAML-Meta/devel .cvsignore, 1.5, 1.6 perl-Test-YAML-Meta.spec, 1.9, 1.10 sources, 1.5, 1.6

2010-06-30 Thread Mark Chappell
Author: tremble Update of /cvs/pkgs/rpms/perl-Test-YAML-Meta/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv26335 Modified Files: .cvsignore perl-Test-YAML-Meta.spec sources Log Message: New upstream version 0.16 Index: .cvsignore =

rpms/perl-Test-YAML-Meta/EL-6 .cvsignore, 1.4, 1.5 perl-Test-YAML-Meta.spec, 1.6, 1.7 sources, 1.4, 1.5

2010-06-30 Thread Mark Chappell
Author: tremble Update of /cvs/pkgs/rpms/perl-Test-YAML-Meta/EL-6 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv26211 Modified Files: .cvsignore perl-Test-YAML-Meta.spec sources Log Message: Update to latest version before initial build Index: .cvsignore ==

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jon Masters
On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > Luke Macken writes: > > Critical path package[0] updates now require positive karma from two > > proventesters[1], and a single +1 from one other community member. > > Even for security updates? My experience says that this requirement > will

File Test-YAML-Meta-0.16.tar.gz uploaded to lookaside cache by tremble

2010-06-30 Thread Mark Chappell
A file has been added to the lookaside cache for perl-Test-YAML-Meta: 9f7db9e1699e25bb254315141ef9306c Test-YAML-Meta-0.16.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org

Re: Bodhi 0.7.5 release

2010-06-30 Thread Ralf Corsepius
On 06/30/2010 07:58 PM, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 6/30/10 10:48 AM, Ralf Corsepius wrote: >> My perception is: "marketing" has directed into a direction which drains >> away man-power into an uncertain process whose only immediate effect is >> bur

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/10 10:48 AM, Ralf Corsepius wrote: > My perception is: "marketing" has directed into a direction which drains > away man-power into an uncertain process whose only immediate effect is > bureaucracy, whose long term outcome is uncertain and who

Re: Bodhi 0.7.5 release

2010-06-30 Thread Ralf Corsepius
On 06/30/2010 06:34 PM, Jesse Keating wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 6/30/10 9:31 AM, Ralf Corsepius wrote: >> On 06/30/2010 06:18 PM, Adam Williamson wrote: >>> On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: >> The proposed policy might be workable if we h

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Bruno Wolff III
On Wed, Jun 30, 2010 at 12:10:11 -0500, Rex Dieter wrote: > > Another wrinkle here is both libjpeg and libjpeg-turbo existing in > rawhide/repo. Shouldn't libjpeg get removed now? Doing so should help > matters too. If someone looks at that, they might also want to look at dropping 'man' w

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Rex Dieter
Rex Dieter wrote: > James Antill wrote: > >> # repoquery --repoid=rawhide --provides libjpeg-turbo-utils | fgrep .so. >> # /usr/bin/yum --disablerepo=\* --enablerepo=rawhide \ >>--installroot /tmp/mock-tst install graphviz >> [...] >> --> Processing Dependency: libjpeg.so.62()(64bit) for pack

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Rex Dieter
James Antill wrote: > # repoquery --repoid=rawhide --provides libjpeg-turbo-utils | fgrep .so. > # /usr/bin/yum --disablerepo=\* --enablerepo=rawhide \ >--installroot /tmp/mock-tst install graphviz > [...] > --> Processing Dependency: libjpeg.so.62()(64bit) for package: > graphviz-2.26.0-3.fc1

[Bug 609600] New: cduce : does not adhere to Static Library Packaging Guidelines

2010-06-30 Thread bugzilla
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: cduce : does not adhere to Static Library Packaging Guidelines https://bugzilla.redhat.com/show_bug.cgi?id=609600 Summary: cduce : does not adhere to Static Lib

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread James Antill
On Wed, 2010-06-30 at 11:16 -0400, seth vidal wrote: > On Wed, 2010-06-30 at 11:11 -0400, James Antill wrote: > > On Wed, 2010-06-30 at 10:04 -0400, Rich Mattes wrote: > > > > > > > So this is a bug with yum not handling package obsoletes correctly > > > when it processes the libjpeg.so.62 dep fo

Re: Bodhi 0.7.5 release

2010-06-30 Thread Will Woods
On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > I would be willing to accept *negative* karma from more than > one proventester as being an override. But it is utterly unacceptable > for inaction to represent a veto. I would argue that it's utterly unacceptable for untested code to be pushed

Re: Bodhi 0.7.5 release

2010-06-30 Thread Jesse Keating
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/30/10 9:31 AM, Ralf Corsepius wrote: > On 06/30/2010 06:18 PM, Adam Williamson wrote: >> On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > >>> The proposed policy might be workable if we had a surplus of >>> proventester manpower available, bu

Re: Bodhi 0.7.5 release

2010-06-30 Thread Josh Boyer
On Wed, Jun 30, 2010 at 11:35:17AM -0400, Tom Lane wrote: >Luke Macken writes: >> Critical path package[0] updates now require positive karma from two >> proventesters[1], and a single +1 from one other community member. > >Even for security updates? My experience says that this requirement >will

Re: Bodhi 0.7.5 release

2010-06-30 Thread Ralf Corsepius
On 06/30/2010 06:18 PM, Adam Williamson wrote: > On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: >> The proposed policy might be workable if we had a surplus of >> proventester manpower available, but we obviously have not got that. And you think re-allocating the already scarce manpower to thi

Re: Bodhi 0.7.5 release

2010-06-30 Thread Adam Williamson
On Wed, 2010-06-30 at 11:35 -0400, Tom Lane wrote: > Luke Macken writes: > > Critical path package[0] updates now require positive karma from two > > proventesters[1], and a single +1 from one other community member. > > Even for security updates? My experience says that this requirement > will

Re: Bodhi 0.7.5 release

2010-06-30 Thread Michael Cronenworth
Tom Lane wrote: > Even for security updates? My experience says that this requirement > will prevent me from*ever* pushing updates. Case in point: libtiff, > which is a critpath package, has been in testing with a significant > security update for a week now. Its karma is still zero. When I ge

Re: Bodhi 0.7.5 release

2010-06-30 Thread Tom Lane
Luke Macken writes: > Critical path package[0] updates now require positive karma from two > proventesters[1], and a single +1 from one other community member. Even for security updates? My experience says that this requirement will prevent me from *ever* pushing updates. Case in point: libtiff

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread seth vidal
On Wed, 2010-06-30 at 17:29 +0200, Michael Schwendt wrote: > On Wed, 30 Jun 2010 11:16:11 -0400, seth wrote: > > > On Wed, 2010-06-30 at 11:11 -0400, James Antill wrote: > > > On Wed, 2010-06-30 at 10:04 -0400, Rich Mattes wrote: > > > > > > > > > > So this is a bug with yum not handling package

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Michael Schwendt
On Wed, 30 Jun 2010 11:16:11 -0400, seth wrote: > On Wed, 2010-06-30 at 11:11 -0400, James Antill wrote: > > On Wed, 2010-06-30 at 10:04 -0400, Rich Mattes wrote: > > > > > > > So this is a bug with yum not handling package obsoletes correctly > > > when it processes the libjpeg.so.62 dep for gr

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread seth vidal
On Wed, 2010-06-30 at 11:11 -0400, James Antill wrote: > On Wed, 2010-06-30 at 10:04 -0400, Rich Mattes wrote: > > > > So this is a bug with yum not handling package obsoletes correctly > > when it processes the libjpeg.so.62 dep for graphviz? > > I suspect the problem is that libjpeg-turbo doe

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread James Antill
On Wed, 2010-06-30 at 10:04 -0400, Rich Mattes wrote: > So this is a bug with yum not handling package obsoletes correctly > when it processes the libjpeg.so.62 dep for graphviz? I suspect the problem is that libjpeg-turbo does not _provide_ libjpeg. So yum does: 1. pkg XYZ requires libjpeg 2

[Bug 601232] The module lacks UTF-8 support

2010-06-30 Thread bugzilla
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 Fedora Update System changed: What|Removed |Added --

[Bug 601232] The module lacks UTF-8 support

2010-06-30 Thread bugzilla
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 #12 from Fedora Update System 2010-06-30 10:25:31 EDT --- perl-Net-STOMP-Client-0.9.2-1.el4 has been pushed to the

[Bug 592101] pls upgrade

2010-06-30 Thread bugzilla
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=592101 Fedora Update System changed: What|Removed |Added --

[Bug 601232] The module lacks UTF-8 support

2010-06-30 Thread bugzilla
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 #13 from Fedora Update System 2010-06-30 10:26:00 EDT --- perl-Net-STOMP-Client-0.9.2-1.el5 has been pushed to the

[Bug 601232] The module lacks UTF-8 support

2010-06-30 Thread bugzilla
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 Fedora Update System changed: What|Removed |Added --

[Bug 592101] pls upgrade

2010-06-30 Thread bugzilla
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=592101 --- Comment #12 from Fedora Update System 2010-06-30 10:26:17 EDT --- mldonkey-3.0.2-1.el5 has been pushed to the Fedora EPEL 5

[Bug 563935] Update perl-IPC-ShareLite to 0.10 or later

2010-06-30 Thread bugzilla
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=563935 Fedora Update System changed: What|Removed |Added --

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Rich Mattes
On Wed, Jun 30, 2010 at 8:06 AM, Chen Lei wrote: > 2010/6/30 Michael Schwendt : > > On Wed, 30 Jun 2010 17:21:37 +0800, Chen wrote: > > > >> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes > >> libjpeg is already added to libjpeg-turbo-utils. > > > > root.log of > > http:/

rpms/perl-Test-YAML-Valid/EL-6 perl-Test-YAML-Valid.spec,1.5,1.6

2010-06-30 Thread Mark Chappell
Author: tremble Update of /cvs/pkgs/rpms/perl-Test-YAML-Valid/EL-6 In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv12703 Modified Files: perl-Test-YAML-Valid.spec Log Message: Fix Source URL Index: perl-Test-YAML-Valid.spec ===

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Trever L. Adams
On 06/30/2010 06:31 AM, Simo Sorce wrote: > > NetworkManger has support for running scripts when an interface comes > up (goes down), read the docs, it should be easy to create your > nsupdate script and drop it in the right place. > > Simo. > > I am looking at that and dhcp documentation now. M

[pkgdb] perl-GPS-PRN (un)retirement

2010-06-30 Thread Fedora PackageDB
Package perl-GPS-PRN in Fedora devel has been retired by spot To make changes to this package see: https://admin.fedoraproject.org/pkgdb/acls/name/perl-GPS-PRN -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org

rpms/perl-GPS-PRN/devel dead.package, NONE, 1.1 Makefile, 1.2, NONE perl-GPS-PRN.spec, 1.10, NONE sources, 1.5, NONE

2010-06-30 Thread Tom Callaway
Author: spot Update of /cvs/pkgs/rpms/perl-GPS-PRN/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv11408 Added Files: dead.package Removed Files: Makefile perl-GPS-PRN.spec sources Log Message: package dead, renamed to perl-GPS-OID --- NEW FILE dead.package --- Th

rpms/perl-GPS-OID/devel import.log, NONE, 1.1 perl-GPS-OID.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

2010-06-30 Thread Tom Callaway
Author: spot Update of /cvs/pkgs/rpms/perl-GPS-OID/devel In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv10699/devel Modified Files: .cvsignore sources Added Files: import.log perl-GPS-OID.spec Log Message: import --- NEW FILE import.log --- perl-GPS-OID-0_07-2_fc13:H

File GPS-OID-0.07.tar.gz uploaded to lookaside cache by spot

2010-06-30 Thread Tom Callaway
A file has been added to the lookaside cache for perl-GPS-OID: 8de80ba7f41075a7514e9a3aa9d3b9fb GPS-OID-0.07.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listi

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Stephen Gallagher
On 06/30/2010 08:29 AM, Trever L. Adams wrote: > On 06/30/2010 05:01 AM, Stephen Gallagher wrote: >> >> I'm not sure what the utility of this is. nsupdate in Fedora already has >> support for GSS-TSIG. >> >> For an example of its use, >> http://freeipa.org/page/Dynamic_updates_with_GSS-TSIG#Configu

Orphanning some ruby gems

2010-06-30 Thread Lubomir Rintel
Hi, due to a shift in requirements and time constrains I just orphanned or am about to orphan the following: About to orphan in a couple of days: rubygem-bacon -- A ruby-based testing framework rubygem-configuration -- Pure Ruby scoped configuration files rubygem-diff-lcs -- Provide a list of c

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Simo Sorce
On Wed, 30 Jun 2010 06:26:05 -0600 "Trever L. Adams" wrote: > On 06/30/2010 05:01 AM, Stephen Gallagher wrote: > > > > I'm not sure what the utility of this is. nsupdate in Fedora > > already has support for GSS-TSIG. > > > > For an example of its use, > > http://freeipa.org/page/Dynamic_updates

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Trever L. Adams
On 06/30/2010 05:01 AM, Stephen Gallagher wrote: > > I'm not sure what the utility of this is. nsupdate in Fedora already has > support for GSS-TSIG. > > For an example of its use, > http://freeipa.org/page/Dynamic_updates_with_GSS-TSIG#Configuring_the_client > > Does this nsupdate-gss feature do

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Trever L. Adams
On 06/30/2010 05:01 AM, Stephen Gallagher wrote: > > I'm not sure what the utility of this is. nsupdate in Fedora already has > support for GSS-TSIG. > > For an example of its use, > http://freeipa.org/page/Dynamic_updates_with_GSS-TSIG#Configuring_the_client > > Does this nsupdate-gss feature do

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Chen Lei
2010/6/30 Michael Schwendt : > On Wed, 30 Jun 2010 17:21:37 +0800, Chen wrote: > >> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes >> libjpeg is already added to libjpeg-turbo-utils. > > root.log of >  http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066 > doesn't refe

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Chen Lei
2010/6/30 Rich Mattes : > I played with it a little bit more last night, the problem occurred when > my package pulled in graphviz.  Graphviz has a BR:libjpeg-devel, and > makes no mention of libjpeg-utils.  It only relies on libjpeg for the > libraries, and doesn't need any of the utils (my packag

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Michael Schwendt
On Wed, 30 Jun 2010 17:21:37 +0800, Chen wrote: > libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes > libjpeg is already added to libjpeg-turbo-utils. root.log of http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066 doesn't refer to libjpeg-turbo-utils at all, but just

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Rich Mattes
On 6/30/2010 5:35 AM, Michael Schwendt wrote: > On Wed, 30 Jun 2010 10:25:37 +0100, Peter wrote: > >>> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes >>> libjpeg is already added to libjpeg-turbo-utils. I don't know why >>> Rich's package failed to build on koji, the prob

rawhide report: 20100630 changes

2010-06-30 Thread Rawhide Report
Compose started at Wed Jun 30 08:15:25 UTC 2010 Broken deps for i386 -- BackupPC-3.1.0-14.fc14.noarch requires perl-suidperl 1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9 1:control-center-2.31.3-2.fc14.i686

Re: Feature Request: nsupdate-gss

2010-06-30 Thread Stephen Gallagher
On 06/29/2010 05:27 PM, Trever L. Adams wrote: > Hello, > > I am wondering if someone would be willing to package > http://samba.org/~tridge/junkcode/tsig-gss/ and maybe work with the > ddclient people to add support for adding A and records with this. > (I do not know if bind shipped in Fedor

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Ralf Ertzinger
Hi. On Wed, 30 Jun 2010 17:21:37 +0800, Chen Lei wrote: > libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes > libjpeg is already added to libjpeg-turbo-utils. I assume that you cannot really install libjpeg-turbo-utils without pulling in libjpeg-turbo, so the the obsoletes

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Michael Schwendt
On Wed, 30 Jun 2010 10:25:37 +0100, Peter wrote: > > libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes > > libjpeg is already added to libjpeg-turbo-utils. I don't know why > > Rich's package failed to build on koji,  the problem is a bit weird. > > Among 5 packages which requ

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Peter Robinson
On Wed, Jun 30, 2010 at 10:21 AM, Chen Lei wrote: > 2010/6/30 Michael Schwendt : >> On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote: >> >>> 2010/6/30 Rich Mattes : >>> > Hi all, >>> > >>> > I'm trying to build a package that has a BuildRequires: libjpeg-devel in >>> > Rawhide [1].  I get a message

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Chen Lei
2010/6/30 Michael Schwendt : > On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote: > >> 2010/6/30 Rich Mattes : >> > Hi all, >> > >> > I'm trying to build a package that has a BuildRequires: libjpeg-devel in >> > Rawhide [1].  I get a message in root.log that libjpeg-turbo-devel >> > obsoletes libjpeg-

Re: libjpeg-turbo conflicts in rawhide

2010-06-30 Thread Michael Schwendt
On Wed, 30 Jun 2010 14:04:51 +0800, Chen wrote: > 2010/6/30 Rich Mattes : > > Hi all, > > > > I'm trying to build a package that has a BuildRequires: libjpeg-devel in > > Rawhide [1].  I get a message in root.log that libjpeg-turbo-devel > > obsoletes libjpeg-devel, so yum pulls in libjpeg-turbo-d