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
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
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
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
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
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
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
>
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
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
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
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
-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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
-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
-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
>>
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
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
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
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
-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
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
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
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
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
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
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
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
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
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
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
-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
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
=
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
==
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
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
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
-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
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
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
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
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
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
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
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
-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
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
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
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
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
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
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
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
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
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
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
--
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
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
--
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
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
--
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
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
--
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:/
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
===
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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-
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
98 matches
Mail list logo