Re: biosdevname hitting rawhide

On Tue, 2010-11-30 at 16:29 -0600, Michael Cronenworth wrote: > Matt Domsch wrote: > >> > Yes, your system, on new install, or if you delete > >> > /etc/udev/rules.d/70-persistent-net.rules and the HWADDR lines from > >> > /etc/sysconfig/network-scripts/ifcfg-*, will then use the new names. > >

Re: biosdevname hitting rawhide

On 12/01/2010 01:50 PM, Jon Masters wrote: > On Tue, 2010-11-30 at 16:29 -0600, Michael Cronenworth wrote: >> >> OK. Perhaps the wiki should be updated to state the feature works more >> generically (SMBIOS 2.6+) and not for just Dell/HP systems? > +1 > > And also, I'd love to see fewer attacks on

Re: biosdevname hitting rawhide

On Wed, 2010-12-01 at 14:04 +0530, Rahul Sundaram wrote: > On 12/01/2010 01:50 PM, Jon Masters wrote: > > On Tue, 2010-11-30 at 16:29 -0600, Michael Cronenworth wrote: > >> > >> OK. Perhaps the wiki should be updated to state the feature works more > >> generically (SMBIOS 2.6+) and not for just D

Re: mpfr soname bump in rawhide

Adam Williamson writes: [...] >> The packages which depends on mpfr should be rebuild against the new >> versio. The list is: > > It would be much better to either do the rebuilds yourself or arrange a > tag for the new soname and ask the packagers of the below packages to > rebuild them in the

Re: Looking for testers: RPM 4.9 alpha

On Tue, 30 Nov 2010, Panu Matilainen wrote: > On Mon, 29 Nov 2010, Panu Matilainen wrote: >> On Mon, 29 Nov 2010, Marcela Mašláňová wrote: >>> Hello, >>> I tried rebuild RPM on F-14. New RPM doesn't find all provides as it should. >>> Example: >>> RPM 4.9.alpha >>> rpm -qp --provides perl-CGI-3.50

Re: GCC bug 634757 F14 rebuild status

Hello, > libglade-java - kasal - failed build > libgnome-java - kasal - failed build > libgtk-java - kasal - failed build these packages, together with cairo-java, glib-java, libgconf-java, and libvte-java are part of java-gnome project. The versions we distribute were considered obsolete by the

rawhide report: 20101201 changes

Compose started at Wed Dec 1 08:15:05 UTC 2010 Broken deps for x86_64 -- beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) bognor-regis-0.6.11-1

Re: Orphaning awstats

On Tue, Nov 30, 2010 at 08:21:32AM +0100, Aurelien Bompard wrote: > Hi all, > > I'm orphaning awstats, a web log file analyzer. > If anyone's interested... > I will take it. Petr -- Petr Lautrbach, Red Hat, Inc. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.

[perl-CGI] Initial push of CGI

commit d4d47c9a85a267906f451b5e80fb7104cb3899e1 Author: Marcela Mašláňová Date: Wed Dec 1 12:43:17 2010 +0100 Initial push of CGI .gitignore|1 + perl-CGI.spec | 72 + sources |1 + 3 files changed, 74 insertions(

Re: mpfr soname bump in rawhide

On 11/30/2010 07:57 PM, Adam Williamson wrote: > On Tue, 2010-11-30 at 18:03 +0100, Ivana Varekova wrote: >> Hello, >> >> mpfr-3.0.0 is now build to rawhide branch and soname is bumped to 4.0.0 >> there. >> MPFR 3.0.0 is binary incompatible with previous versions and also is not >> completely API c

php-pear dependencies install httpd

I have my laptop with php-cli and php-pear installed, and I was to do an upgrade and found that yum wanted to install httpd package to my surprise. Looking in detail, I found that php-pear needed php-devel, which needs php, which needs httpd. --> Ejecutando prueba de transacción ---> Paquete php-

Re: biosdevname hitting rawhide

Hi. On Wed, 1 Dec 2010 01:33:33 + (UTC), Ben Boeckel wrote: > Why? FreeBSD (and other BSDs, I'm sure) have been naming network > interfaces based on the manufacturer, at least, for a while now (I > personally started with 7.x and am unsure of when that was new). I was > always curious why eth

[perl-CGI/f13/master] Initial push of CGI

Summary of changes: d4d47c9... Initial push of CGI (*) (*) This commit already existed in another branch; no separate mail sent -- 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: php-pear dependencies install httpd

php-pear most likely depends on php-devel as a courtesy, based on the fact that PECL requires php-devel in order to build some/most/all (?) of its modules. Meaning, when someone says: # pecl install foo Foo requires php-devel to build properly, and install the module. Without php-devel as a

Re: biosdevname hitting rawhide

On 12/01/2010 07:55 AM, Ralf Ertzinger wrote: > Hi. > > On Wed, 1 Dec 2010 01:33:33 + (UTC), Ben Boeckel wrote: > >> Why? FreeBSD (and other BSDs, I'm sure) have been naming network >> interfaces based on the manufacturer, at least, for a while now (I >> personally started with 7.x and am uns

[perl-CGI] Obsoleted -test sub-package, which would be needed also in perl-core

commit 23c3507914dcf95ff2948d7af3eb0cc02ea2a2e5 Author: Marcela Mašláňová Date: Wed Dec 1 15:10:24 2010 +0100 Obsoleted -test sub-package, which would be needed also in perl-core perl-CGI.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --git a/perl-CGI.spec

[perl-CGI/f14/master] Obsoleted -test sub-package, which would be needed also in perl-core

Summary of changes: 23c3507... Obsoleted -test sub-package, which would be needed also in (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedorapro

[perl-CGI/f13/master] Obsoleted -test sub-package, which would be needed also in perl-core

Summary of changes: 23c3507... Obsoleted -test sub-package, which would be needed also in (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedorapro

exiv2 soname bump

exiv2-0.21 was released recently, and includes a soname bump. I plan on importing this into rawhide next week sometime, if all goes well. Here's a scratch build for testing, http://koji.fedoraproject.org/koji/taskinfo?taskID=2636872 I've done a few test builds of the items below, and the only on

Re: biosdevname hitting rawhide

On Tue, Nov 30, 2010 at 04:29:32PM -0600, Michael Cronenworth wrote: > Interesting work, Matt. I'm surprised the Unix purists who would fight > you to death to keep sendmail on desktops would allow you to change the > almighty eth* naming scheme. Because it's not so almighty. In BSD-land, includ

Re: mpfr soname bump in rawhide

On Wed, Dec 01, 2010 at 10:31:59 +0100, Dodji Seketeli wrote: > > Indeed. But just curious, how do one "arranges a tag"? Is this > documented somewhere? Or you just have to file a ticket? http://fedoraproject.org/wiki/PackageMaintainers/UpdatingPackageHowTo#Requesting_special_dist_tags -- dev

Re: php-pear dependencies install httpd

Le 01/12/2010 14:25, BJ Dierkes a écrit : > php-pear most likely depends on php-devel as a courtesy, based on the fact > that PECL requires php-devel in order to build some/most/all (?) of its > modules. Meaning, when someone says: > > # pecl install foo > > > Foo requires php-devel to build

Re: biosdevname hitting rawhide

On 12/01/2010 10:13 AM, Matthew Miller wrote: > > Because it's not so almighty. In BSD-land, including Solaris, the devices > are named after the driver, so you get /dev/sis0 and /dev/bge1 and > /dev/e1000g0 and whatnot. > That BSD scheme suffers the same pitfalls as the current fedora scheme

Re: Plan for tomorrow's FESCo meeting (2010-12-01)

On Tue, Nov 30, 2010 at 4:44 PM, Kevin Fenzi wrote: > Following is the list of topics that will be discussed in the FESCo > meeting tomorrow at 18:30UTC (1:30pm EDT) in #fedora-meeting on > irc.freenode.net. > > This meeting will have newly elected Fesco Members as well as outgoing ones. > > = Fol

poppler soname bump in rawhide

Hi, I plan to rebase poppler in rawhide to poppler-0.15.3. There are some API changes (see below) and 1 soname bump of libpoppler.so.9 to libpoppler.so.11. You can test it against your package with this scratch-build: http://koji.fedoraproject.org/koji/taskinfo?taskID=2552287 I'll ask release engi

Re: GCC bug 634757 F14 rebuild status

On 12/1/10 2:57 AM, Stepan Kasal wrote: > Hello, > >> libglade-java - kasal - failed build >> libgnome-java - kasal - failed build >> libgtk-java - kasal - failed build > > these packages, together with cairo-java, glib-java, libgconf-java, > and libvte-java are part of java-gnome project. > > T

[Bug 658970] perl-CGI-Simple: CRLF injection vulnerability via a crafted URL

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=658970 Jan Lieskovsky changed: What|Removed |Added

[Bug 624308] Package pre-dates the discovery of fire.

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=624308 --- Comment #7 from Fedora Update System 2010-12-01 13:03:29 EST --- perl-DBIx-Class-Schema-Loader-0.07002-2.fc14 has been subm

[Bug 624308] Package pre-dates the discovery of fire.

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=624308 Fedora Update System changed: What|Removed |Added --

[Bug 658973] New: perl-CGI-Simple: CRLF injection vulnerability via a crafted URL [fedora-all]

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: perl-CGI-Simple: CRLF injection vulnerability via a crafted URL [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=658973 Summary: perl-CGI-Simple: CRLF

[perl-DBIx-Class-Schema-Loader/f14/master] (3 commits) ...provides perl(DBIx::Class::Schema::Loader::Utils)

Summary of changes: 4f50925... update to 0.07001 (*) 8574e29... update to 0.07002 (*) 4b56868... provides perl(DBIx::Class::Schema::Loader::Utils) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/

[Bug 658970] perl-CGI-Simple: CRLF injection vulnerability via a crafted URL

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=658970 --- Comment #1 from Jan Lieskovsky 2010-12-01 13:04:05 EST --- This issue affects the version of the perl-CGI-Simple package, a

[Bug 658970] perl-CGI-Simple: CRLF injection vulnerability via a crafted URL

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=658970 Jan Lieskovsky changed: What|Removed |Added

Re: GCC bug 634757 F14 rebuild status

Jesse Keating wrote: > I > don't really understand why a simple rebuild failed for these packages, > likely some movement in the buildroot contents. But I need somebody > with more knowledge of the code base to attempt the build and translate > the error. I took the libgtk-java F14 SRPM and rebui

[Bug 658976] perl-CGI: CRLF injection vulnerability via a crafted URL

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=658976 Jan Lieskovsky changed: What|Removed |Added

[Bug 658976] perl-CGI: CRLF injection vulnerability via a crafted URL

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=658976 Jan Lieskovsky changed: What|Removed |Added

Re: biosdevname hitting rawhide

On 11/30/2010 05:24 PM, Matt Domsch wrote: > On Tue, Nov 30, 2010 at 04:22:54PM -0600, Matt Domsch wrote: >> On Tue, Nov 30, 2010 at 04:18:10PM -0600, Michael Cronenworth wrote: >>> Many desktops have dual-NICs. I'm typing from an SMBIOS 2.6 ASUS desktop >>> motherboard with dual-NICs. >>> >>> Han

Re: mpfr soname bump in rawhide

On Wed, 2010-12-01 at 09:13 -0600, Bruno Wolff III wrote: > On Wed, Dec 01, 2010 at 10:31:59 +0100, > Dodji Seketeli wrote: > > > > Indeed. But just curious, how do one "arranges a tag"? Is this > > documented somewhere? Or you just have to file a ticket? > > http://fedoraproject.org/wiki/Pack

Re: Plan for tomorrow's FESCo meeting (2010-12-01)

On Wed, Dec 01, 2010 at 11:38:05AM -0500, Steven Parrish wrote: > > > > If you would like to add something to this agenda, you can reply to > > this e-mail, file a new ticket at https://fedorahosted.org/fesco, > > e-mail me directly, or bring it up at the end of the meeting, during > > the open flo

Re: biosdevname hitting rawhide

Przemek Klosowski wrote: > Huh? so the first device (handle 2D) will be called 'em0' and the second > device (handle 3D) will be also called 'em0'? 2D and 3D reference one NIC. I only had one NIC in my e-mail to avoid it being lengthy. ;) -- devel mailing list devel@lists.fedoraproject.org https:

Re: biosdevname hitting rawhide

On Wed, Dec 01, 2010 at 01:18:09PM -0500, Przemek Klosowski wrote: > On 11/30/2010 05:24 PM, Matt Domsch wrote: > > On Tue, Nov 30, 2010 at 04:22:54PM -0600, Matt Domsch wrote: > >> On Tue, Nov 30, 2010 at 04:18:10PM -0600, Michael Cronenworth wrote: > > >>> Many desktops have dual-NICs. I'm typin

Re: old_testing_critpath notifications

On 11/30/2010 05:50 AM, Rahul Sundaram wrote: > > > On Tue, Nov 30, 2010 at 3:20 AM, Kevin Kofler > wrote: > > Rahul Sundaram wrote: > > I am sorry but "somebody does not did his job"? It is not the > "job" of > > anyone to test packages for you.

[perl-Moose/f14/master] apply upstream fix for RHBZ #658453

commit add61beb29a082cd1f530f117be5ca5082c84a6a Author: Iain Arnell Date: Wed Dec 1 18:30:17 2010 +0100 apply upstream fix for RHBZ #658453 ...ug-that-is-probably-a-bug-in-List-MoreUti.patch | 35 perl-Moose.spec|7 +++- 2 fil

[Bug 658453] "use JSON::RPC::Common::TypeConstraints" in perl script leads to error (fix inside)

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=658453 --- Comment #2 from Fedora Update System 2010-12-01 12:39:57 EST --- perl-Moose-1.12-2.fc14 has been submitted as an update for

Re: biosdevname hitting rawhide

On Tue, Nov 30, 2010 at 04:11:52PM -0600, Matt Domsch wrote: > On Tue, Nov 30, 2010 at 10:13:30PM +0100, Fabian Deutsch wrote: > > Good day, > > > > Am Dienstag, den 30.11.2010, 13:04 -0600 schrieb Matt Domsch: > > > On Mon, Nov 29, 2010 at 08:48:05PM +0530, Rahul Sundaram wrote: > > > > On 11/29/

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: > That being said, F14 went out with a broken mdadm *purely* because of > this policy. > Evidently my update was approved somewhere along the way, but because of > the volume of bodhi spam I get, I missed it. ...so what you're saying is that

[Bug 658453] "use JSON::RPC::Common::TypeConstraints" in perl script leads to error (fix inside)

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=658453 Iain Arnell changed: What|Removed |Added ---

Re: GCC bug 634757 F14 rebuild status

On 12/1/10 10:16 AM, Michael Cronenworth wrote: > Jesse Keating wrote: >> I >> don't really understand why a simple rebuild failed for these packages, >> likely some movement in the buildroot contents. But I need somebody >> with more knowledge of the code base to attempt the build and translate >

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: > So, for anyone that cares, I will posit a maxim that you can't create a > policy that creates an unbreakable roadblock without also creating > either A) a job who's responsibility it is to clear said roadblocks in a > reasonable period of ti

[perl-CGI-Simple] patch for randomizing boundary (bz 658973)

commit 786d7c3cf9655dcfd08cc09f1602b7b5ab93468b Author: Tom "spot" Callaway Date: Wed Dec 1 13:49:31 2010 -0500 patch for randomizing boundary (bz 658973) perl-CGI-Simple-boundary-fix.patch | 54 perl-CGI-Simple.spec |9 +- 2 fi

[perl-CGI-Simple/el5/master] patch for randomizing boundary (bz 658973)

commit 8134c999dfc664467a88704d496c0b3052f9965c Author: Tom "spot" Callaway Date: Wed Dec 1 13:49:55 2010 -0500 patch for randomizing boundary (bz 658973) perl-CGI-Simple-boundary-fix.patch | 54 perl-CGI-Simple.spec | 52

[perl-CGI-Simple/el6/master] patch for randomizing boundary (bz 658973)

commit 0ff51c089bc94036a6cb71237c0ac8e5c39c0662 Author: Tom "spot" Callaway Date: Wed Dec 1 13:50:12 2010 -0500 patch for randomizing boundary (bz 658973) perl-CGI-Simple-boundary-fix.patch | 54 perl-CGI-Simple.spec |9 +- 2 fi

[perl-CGI-Simple/f13/master] patch for randomizing boundary (bz 658973)

commit 0bffce3a1cd6625625c48ba932d586e10fd1517e Author: Tom "spot" Callaway Date: Wed Dec 1 13:50:30 2010 -0500 patch for randomizing boundary (bz 658973) perl-CGI-Simple-boundary-fix.patch | 54 perl-CGI-Simple.spec | 19 ++--

[perl-CGI-Simple/f14/master] patch for randomizing boundary (bz 658973)

commit 3ba5b4a83e8c0e3778caced0dcb32ba0cedc2e67 Author: Tom "spot" Callaway Date: Wed Dec 1 13:51:09 2010 -0500 patch for randomizing boundary (bz 658973) perl-CGI-Simple-boundary-fix.patch | 54 perl-CGI-Simple.spec |9 +- 2 fi

Re: poppler soname bump in rawhide

On 12/01/2010 05:10 PM, Marek Kasik wrote: > You can test it against your package with this scratch-build: > http://koji.fedoraproject.org/koji/taskinfo?taskID=2552287 It should be http://koji.fedoraproject.org/koji/taskinfo?taskID=2636922 Marek ___ dev

Summary/Minutes for today's FESCo meeting (2010-12-01)

=== #fedora-meeting: FESCO (2010-12-01) === Meeting started by nirik at 18:30:18 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2010-12-01/fesco.2010-12-01-18.30.log.html Meeting summary -

Re: old_testing_critpath notifications

Adam Williamson wrote: > You can get an exception to the policy with majority approval from FESCo. That "exception process" is a joke! It takes too long to get approval from 2 people, one in a medium-sized group and the other in a very large group, and so the process is that you need to get 5 vo

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 21:12 +0100, Kevin Kofler wrote: > Adam Williamson wrote: > > You can get an exception to the policy with majority approval from FESCo. > > That "exception process" is a joke! It takes too long to get approval from 2 > people, one in a medium-sized group and the other in a v

Re: old_testing_critpath notifications

On 12/01/2010 01:41 PM, Adam Williamson wrote: > On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: > >> That being said, F14 went out with a broken mdadm *purely* because of >> this policy. > >> Evidently my update was approved somewhere along the way, but because of >> the volume of bodhi s

File HTML-Tree-4.1.tar.gz uploaded to lookaside cache by spot

A file has been added to the lookaside cache for perl-HTML-Tree: c339cc18ec68e9c677480d2e714b20d1 HTML-Tree-4.1.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/li

Re: old_testing_critpath notifications

On Mon, Nov 29, 2010 at 01:36:18PM +, Petr Pisar wrote: > On 2010-11-29, Peter Robinson wrote: > > On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: > > > > Proven testers do get copies of these emails (dozens of them) and its > > also summarised in the updates-testing report for all to see.

[perl-HTML-Tree] update to 4.1

commit 63c6f60390315d56c086d7548ae3ae839cb53fcc Author: Tom "spot" Callaway Date: Wed Dec 1 16:34:56 2010 -0500 update to 4.1 .gitignore |1 + perl-HTML-Tree.spec | 11 ++- sources |2 +- 3 files changed, 8 insertions(+), 6 deletions(-) --- diff --gi

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 16:22 -0500, Doug Ledford wrote: > If the ticket can be allowed to languish that long, then I don't feel in > the least bit guilty that I didn't drop my other Red Hat > responsibilities on the floor when the ticket was finally approved. By > the time it was approved, I had a

Re: old_testing_critpath notifications

On Wed, Dec 01, 2010 at 10:41:20AM -0800, Adam Williamson wrote: > On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: > > > That being said, F14 went out with a broken mdadm *purely* because of > > this policy. > > > Evidently my update was approved somewhere along the way, but because of > >

[Bug 540356] & and & are treated as & during rendering

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=540356 Bug 540356 depends on bug 657965, which changed state. Bug 657965 Summary: RFE: Please update HTML::Tree to version 4.1 https://

[Bug 657965] RFE: Please update HTML::Tree to version 4.1

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=657965 Tom "spot" Callaway changed: What|Removed |Added ---

Re: old_testing_critpath notifications

On 12/01/2010 04:40 PM, Luke Macken wrote: > On Wed, Dec 01, 2010 at 10:41:20AM -0800, Adam Williamson wrote: >> On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: >> >>> That being said, F14 went out with a broken mdadm *purely* because of >>> this policy. >> >>> Evidently my update was approv

Re: old_testing_critpath notifications

On Wed, Dec 01, 2010 at 04:49:07PM -0500, Doug Ledford wrote: > On 12/01/2010 04:40 PM, Luke Macken wrote: > > On Wed, Dec 01, 2010 at 10:41:20AM -0800, Adam Williamson wrote: > >> On Wed, 2010-12-01 at 13:23 -0500, Doug Ledford wrote: > >> > >>> That being said, F14 went out with a broken mdadm *p

Re: old_testing_critpath notifications

On 12/01/2010 04:35 PM, Adam Williamson wrote: > On Wed, 2010-12-01 at 16:22 -0500, Doug Ledford wrote: > >> If the ticket can be allowed to languish that long, then I don't feel in >> the least bit guilty that I didn't drop my other Red Hat >> responsibilities on the floor when the ticket was fin

[Bug 652158] Use of :locked is deprecated

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=652158 --- Comment #13 from Fedora Update System 2010-12-01 16:54:48 EST --- mrtg-2.16.4-2.fc14 has been pushed to the Fedora 14 stabl

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 16:54 -0500, Luke Macken wrote: > Yep, that happens. There are also people that add +0 comments to > updates saying "Untested". There is an obvious need for more > fine-grained karma types. I've sent out notes to the test list to ask people not to do either of those things

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 16:55 -0500, Doug Ledford wrote: > The comparison is 100% fair because it points out the fundamental > problem with the current policy: if you don't have a paid staff of > testers to make sure testing is done in a timely fashion, then you have > absolutely no business gating

Re: old_testing_critpath notifications

On 12/01/2010 03:17 PM, Adam Williamson wrote: > I don't really see any reason why *everyone* who's a packager shouldn't > also have signed up to be a proven tester by now. I'd like to ask if > anyone has a perception that it's a hard process to get involved in, or > if they got the impression that

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 15:53 -0700, Nathanael D. Noblet wrote: > On 12/01/2010 03:17 PM, Adam Williamson wrote: > > I don't really see any reason why *everyone* who's a packager shouldn't > > also have signed up to be a proven tester by now. I'd like to ask if > > anyone has a perception that it's a

Re: old_testing_critpath notifications

On 12/01/2010 04:06 PM, Adam Williamson wrote: > On Wed, 2010-12-01 at 15:53 -0700, Nathanael D. Noblet wrote: >> On 12/01/2010 03:17 PM, Adam Williamson wrote: >>> I don't really see any reason why *everyone* who's a packager shouldn't >>> also have signed up to be a proven tester by now. I'd like

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 16:15 -0700, Nathanael D. Noblet wrote: > > fedora-easy-karma makes it very, very easy. Have you tried it? You just > > run it, at a console, and it detects all the packages you have installed > > from updates-testing, gives you the description of each, and asks you to > > pr

Re: old_testing_critpath notifications

On Wed, Dec 01, 2010 at 02:17:32PM -0800, Adam Williamson wrote: > > The concept of having a policy requiring updates to be tested before > they're issued is really no different. I think one point where we've > fallen over is that it wasn't sufficiently well discussed / communicated > in advance t

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 15:53 -0800, Toshio Kuratomi wrote: > > I don't really see any reason why *everyone* who's a packager shouldn't > > also have signed up to be a proven tester by now. I'd like to ask if > > anyone has a perception that it's a hard process to get involved in, or > > if they got

Unresponsive maintainer cweyl alias Chris Weyl (fast track)

Hello. ...following the Policy for nonresponsive package maintainers as Paul Howarth told me (https://bugzilla.redhat.com/show_bug.cgi?id=658725) i realized that Chris Weyl seems to be unresponsive: https://bugzilla.redhat.com/buglist.cgi?resolution=---&emailtype1=exact&query_format=advanced&ema

Re: old_testing_critpath notifications

On Wed, 2010-12-01 at 14:17 -0800, Adam Williamson wrote: > [...] I think we need to be > careful of the mindset that says 'we can't enforce any standards in > Fedora because it's a volunteer project so we must just accept what > people are willing to give us'. > > Even though packaging in Fedora

Proven tester signup process

On Wed, 2010-12-01 at 15:59 -0800, Adam Williamson wrote: > I'm not sure I'd want to go quite that far unless the sign-up process > can wave the proven testers instructions in your face quite prominently. > They're short and easy to read and understand, but you can't infer them > from first princip

Re: old_testing_critpath notifications

On Wed, Dec 01, 2010 at 03:59:02PM -0800, Adam Williamson wrote: > On Wed, 2010-12-01 at 15:53 -0800, Toshio Kuratomi wrote: > > > > I don't really see any reason why *everyone* who's a packager shouldn't > > > also have signed up to be a proven tester by now. I'd like to ask if > > > anyone has a

Re: Proven tester signup process

On Wed, 2010-12-01 at 20:21 -0500, Matt McCutchen wrote: > On Wed, 2010-12-01 at 15:59 -0800, Adam Williamson wrote: > > I'm not sure I'd want to go quite that far unless the sign-up process > > can wave the proven testers instructions in your face quite prominently. > > They're short and easy to r

Re: GCC bug 634757 F14 rebuild status

On Wednesday, December 01, 2010 12:43:09 pm Jesse Keating wrote: > On 12/1/10 10:16 AM, Michael Cronenworth wrote: > > Jesse Keating wrote: > >> I > >> don't really understand why a simple rebuild failed for these packages, > >> likely some movement in the buildroot contents. But I need somebody >

Re: mpfr soname bump in rawhide

On 12/01/2010 07:19 PM, Adam Williamson wrote: > On Wed, 2010-12-01 at 09:13 -0600, Bruno Wolff III wrote: >> On Wed, Dec 01, 2010 at 10:31:59 +0100, >>Dodji Seketeli wrote: >>> >>> Indeed. But just curious, how do one "arranges a tag"? Is this >>> documented somewhere? Or you just have to fil

Re: GCC bug 634757 F14 rebuild status

On Wed, 2010-12-01 at 20:29 -0600, Dennis Gilmore wrote: > libgnome-java failed to build > http://koji.fedoraproject.org/koji/taskinfo?taskID=2638084 I took a look out of curiosity, and this appears to be an intermittent problem that occurs when two instances of install(1) try to write to the same

fedora 14 thinkpad T60 radeon cause xorg server crash

Hi, since i upgraded from f13 to f14, i have problems with the radeon driver. It looks like a kernel problem, because fedora 14 and the xorg driver has no problem, i can work with it. Also my own compiled kernel, based on f13 latest kernel, works with f14. Now i read about UMS and KMS and i want

Re: GCC bug 634757 F14 rebuild status

On Thu, Dec 02, 2010 at 12:03:42AM -0500, Matt McCutchen wrote: > On Wed, 2010-12-01 at 20:29 -0600, Dennis Gilmore wrote: > /usr/bin/install -c -m 644 'doc/examples/runExample.sh' > '/builddir/build/BUILDROOT/libgnome-java-2.12.7-2.fc14.1.i386/usr/share/doc/libgnome-java-2.12.7/examples/runExamp