Re: disttags from f16 on

On Thu, Aug 04, 2011 at 11:24:47AM -0700, Jesse Keating wrote: > On Aug 4, 2011, at 10:58 AM, Dennis Gilmore wrote: > > > > right now they are el4-candidate el5-candidate el6-candidate using epel > > rather > > than el makes it much clearer. especially for those who do things on RHEL > > insid

Re: Unresponsive maintainer: gresistor

Hi, --- On Thu, Aug 4, 2011 at 6:27 PM, Richard Shaw wrote: | I tried messaging him on Facebook too but no response yet. \-- I got an out-of-office reply when sent to chitlesh at gmail dot com, and that he will get back to e-mails on August 6, 2011. In future, for electronic packages like gresis

Re: RPM version goes backward in Rawhide

On Thu, 2011-08-04 at 22:17 -0700, Adam Williamson wrote: > > 4. Updates-testing being enabled by default means that people installing an > > Alpha or Beta immediately get fed tons of 0-day (actually negative-day) > > updates, because the Alpha or Beta does not include those testing updates > >

Re: RPM version goes backward in Rawhide

On Fri, 2011-08-05 at 05:10 +0200, Kevin Kofler wrote: > Adam Williamson wrote: > > You don't make any attempt to engage with the reason for it: to ensure > > that updates get sufficient testing. > > I kinda did, with the next paragraph (which you are quick to dismiss as off > topic). :-) > > Pe

Re: RPM version goes backward in Rawhide

Adam Williamson wrote: > You don't make any attempt to engage with the reason for it: to ensure > that updates get sufficient testing. I kinda did, with the next paragraph (which you are quick to dismiss as off topic). :-) People will test the stuff when it's marked stable, and that way they ac

[deprecated package] ownership claim: libepc and xqilla

Hi, Accordingly to our current deprecated packages process, i opened review request tickets on RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=728403 (libepc) https://bugzilla.redhat.com/show_bug.cgi?id=728407 (xqilla) Both should be easy reviews, if you're willing to review one of them, i pr

Re: Power and brightness issue

On Thu, 2011-08-04 at 22:14 -0300, Sergio Belkin wrote: > Well in this case when I plug AC, kde applet says Performance, but > screen is still dimmed, I have to select again Performance and maximum > brigthness come back! > > So it seems a kde bug, isn't it? Yup, that sounds like a bug in KDE's

Re: Power and brightness issue

2011/8/2 Adam Williamson > On Sun, 2011-07-31 at 15:37 -0300, Sergio Belkin wrote: > > I've read > http://fedoraproject.org/wiki/Bugs/Common#Laptop_screen_dims_when_switching_to_battery_power_or_idle_mode_but_never_brightens_again > > > > My system suffers the same symptoms but I use KDE. So it s

Re: RPM version goes backward in Rawhide

On 08/03/2011 10:14 PM, Adam Williamson wrote: > On Thu, 2011-08-04 at 03:53 +0200, Kevin Kofler wrote: >> We should instead focus on getting stuff out to stable faster. In >> particular, why not allow direct stable pushes (without any karma) for >> branched-but-unreleased versions? > > Could you

Re: disttags from f16 on

On Aug 4, 2011, at 10:58 AM, Dennis Gilmore wrote: > > right now they are el4-candidate el5-candidate el6-candidate using epel > rather > than el makes it much clearer. especially for those who do things on RHEL > inside of Red Hat in fedora and in epel. the issue is we are Extra Packages > f

Re: disttags from f16 on

On Wednesday, August 03, 2011 02:14:55 AM Mathieu Bridon wrote: > On Tue, 2011-08-02 at 09:40 -0500, Dennis Gilmore wrote: > > Hey all, this is a heads up that with the branching of f16 we have > > dropped dist- from the tags and targets in koji. > > > > the target that should be used is always -

Re: build dependency loop in guava / gwt

I did see a spec file at http://jlaska.fedorapeople.org/ , but it didn't look functional. That page is much more informative, thanks! On Thu, Aug 4, 2011 at 11:06 AM, Johannes Lips wrote: > Hi, > are you aware of the effort James Laska already put into this? > http://fedoraproject.org/wiki/User

Re: build dependency loop in guava / gwt

Hi, are you aware of the effort James Laska already put into this? http://fedoraproject.org/wiki/User:Jlaska/autoqa_package_dependencies If you already have talked to him, forget about this e-mail ;-) -Johannes On Thu, Aug 4, 2011 at 4:43 PM, Andy Grimm wrote: > Hi, everyone. I'm looking into

F-16 Branched report: 20110804 changes

Compose started at Thu Aug 4 13:16:21 UTC 2011 Broken deps for x86_64 -- 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpagent.so.25()(64bit) 389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires libnetsnmpmibs.so.25()(64bit)

Broken dependencies: perl-NOCpulse-Gritch

perl-NOCpulse-Gritch has broken dependencies in the F-16 tree: On x86_64: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as possibl

Broken dependencies: perl-Pugs-Compiler-Rule

perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree: On x86_64: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as soon as po

Broken dependencies: perl-Shipwright

perl-Shipwright has broken dependencies in the F-16 tree: On x86_64: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) On i386: perl-Shipwright-2.4.24-2.fc16.noarch requires perl(that) Please resolve this as soon as possible. -- Fedora Extras Perl SIG http://www.fedorapro

Broken dependencies: perl-CGI-Application-Structured-Tools

perl-CGI-Application-Structured-Tools has broken dependencies in the F-16 tree: On x86_64: perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl() perl-CGI-Application-Structured-Tools-0.013-3.fc16.noarch requires perl() perl-CGI-Application-Structured-

Broken dependencies: perl-Perlbal-XS-HTTPHeaders

perl-Perlbal-XS-HTTPHeaders has broken dependencies in the F-16 tree: On x86_64: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.x86_64 requires perl(:MODULE_COMPAT_5.12.3) On i386: perl-Perlbal-XS-HTTPHeaders-0.20-3.fc15.i686 requires perl(:MODULE_COMPAT_5.12.3) Please resolve this as

build dependency loop in guava / gwt

Hi, everyone. I'm looking into packaging gwt (Google Web Toolkit) 2.3 and guava r09. In this new version (unlike Fedora's current version r05), the full guava build requires gwt. gwt, of course, requires guava to build. So, I'm looking at doing the following: * build guava without guava-gwt (so

[Test-Announce] 2011-08-05 @ 17:00 UTC - F16 Alpha blocker bug review #4

# F16 Alpha Blocker Review meeting #4 # Date: 2011-08-05 # Time: 17:00 UTC [1] (13:00 EDT, 10:00 PDT, 10:00 MST) # Location: #fedora-bugzappers on irc.freenode.net Mark your calendars ... the fourth Alpha blocker review meeting starts at 17:00 UTC in #fedora-bugzappers this Friday. We'll review p

[Bug 726022] perl-POE-Component-IRC-6.70 is available

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=726022 Petr Sabata changed: What|Removed |Added ---

Re: Strange RPM versioning problem in qemu in Rawhide

On Wed, 2011-08-03 at 10:06 -0700, Toshio Kuratomi wrote: > We can't prevent fc16 packages from trumping over fc17 packages unless we > move the disttag all the way to the first position in the Release tag. > You're supposed to increment "N" in your above when you update to a new > snapshot, so the

[perl-POE-Component-IRC] 6.70 bump

commit 4addb9a7c11212c80a56a2c9ebfe3e1b541b6886 Author: Petr Sabata Date: Thu Aug 4 15:51:11 2011 +0200 6.70 bump .gitignore |1 + perl-POE-Component-IRC.spec | 39 ++- sources |2 +- 3 files changed, 20 in

File POE-Component-IRC-6.70.tar.gz uploaded to lookaside cache by psabata

A file has been added to the lookaside cache for perl-POE-Component-IRC: d0d4732e2c8c7bbe961aa2ba2b533e84 POE-Component-IRC-6.70.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.fedoraproje

Re: Unresponsive maintainer: gresistor

On Thu, Aug 4, 2011 at 8:39 AM, Jon Ciesla wrote: > Committed, built, and Bodhi'd. Thanks! Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Unresponsive maintainer: gresistor

Jon Ciesla wrote: > Richard Shaw wrote: > >> On Tue, Aug 2, 2011 at 7:44 AM, Jon Ciesla wrote: >> >> >>> Email I have is chitlesh.goo...@gmail.com, don't know if that's right. CCd. >>> >>> http://www.facebook.com/chitlesh >>> http://chitlesh.wordpress.com >>> http://twitter.com/chitles

[Bug 726022] perl-POE-Component-IRC-6.70 is available

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=726022 Bug 726022 depends on bug 727559, which changed state. Bug 727559 Summary: Review Request: perl-POE-Component-Syndicator - POE

Re: Unresponsive maintainer: gresistor

Richard Shaw wrote: > On Tue, Aug 2, 2011 at 7:44 AM, Jon Ciesla wrote: > >> Email I have is chitlesh.goo...@gmail.com, don't know if that's right. CCd. >> >> http://www.facebook.com/chitlesh >> http://chitlesh.wordpress.com >> http://twitter.com/chitlesh >>

Re: Unresponsive maintainer: gresistor

On Tue, Aug 2, 2011 at 7:44 AM, Jon Ciesla wrote: > Email I have is chitlesh.goo...@gmail.com, don't know if that's right.  CCd. > > http://www.facebook.com/chitlesh > http://chitlesh.wordpress.com > http://twitter.com/chitlesh > http://chitlesh.fedorapeople.org

heads-up: qt 4.8 in f16/rawhide

As part of KDE Plasma Workspaces 4.7 [1] feature we updated Qt to the latest Qt 4.8 (currently beta 1). It's already available in F16 branch and Rawhide. And we hit several problems, so to avoid them... 1. always regenerate .moc files during build as moc generator can be changed 2. and it has cha

Re: RPM version goes backward in Rawhide

On Wed, 2011-08-03 at 22:12 -0400, Simo Sorce wrote: > On Thu, 2011-08-04 at 03:53 +0200, Kevin Kofler wrote: > > Enabling updates-testing by default for Branched was a very stupid > > decision. > > This should be reverted. updates-testing should NEVER be enabled by > > default. > > > > We shoul