xboard license changed from GPLv2+ to GPLv3+

2011-04-12 Thread Christopher Aillon
On 04/11/2011 05:45 PM, Christopher Aillon wrote: gnuchess v5.08 is now licensed under the GPLv3+. Already built in rawhide. Will push builds to F15,F14,F13 later this week. Same for xboard, v4.5.1 now in rawhide. -- devel mailing list devel@lists.fedoraproject.org

[Test-Announce] Recap: ABRT Retrace Server Test Day on Thursday March (2011-03-31)

2011-04-12 Thread Michal Nowak
ABRT Retrace Server Test day summary: * 8 individual contributors * 9 bugs and RFEs in Bugzilla and 8 in Trac, respectively 692803 David Kutálek RFE: Correct integration with KDE [malfunctions without gnome-keyring] 692802 David Kutálek Missing debuginfo for fedora15/sleep crash on abrt

Re: [Test-Announce] Recap: ABRT Retrace Server Test Day on Thursday March (2011-03-31)

2011-04-12 Thread Nikola Pajkovsky
Michal Nowak mno...@redhat.com writes: Report is not in good shape. We have already fixed some. From top of my head I've fixed ABRT Retrace Server Test day summary: * 8 individual contributors * 9 bugs and RFEs in Bugzilla and 8 in Trac, respectively 692803David Kutálek RFE:

[Bug 695597] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695597 Stanislav Ochotnicky socho...@redhat.com changed: What|Removed |Added

ntfs-3g_ntfsprogs-2011.4.12

2011-04-12 Thread Michał Piotrowski
Hi, Ntfs-3 and ntfsprogs codebases were merged into one http://sourceforge.net/mailarchive/message.php?msg_id=27338863 Is there a chance to get this for F15? I do not know how it looks from the Fedora maintainers POV, but the transition to the newer version should benefit in the future - ntfs-3g

Re: dependencies on mod_perl-devel in rawhide

2011-04-12 Thread Mat Booth
On 11 April 2011 22:28, Michael Schwendt mschwe...@gmail.com wrote: On Mon, 11 Apr 2011 11:00:07 +0200, Marcela wrote: mod_perl-devel erroneously provides perl(warnings), which means that anything containing a perl script with use warnings; in it is liable to pull it in. Should be easily

Looking for provenpackager help

2011-04-12 Thread Gianluca Sforna
It seems this bug related to twisted + gtk is open since far longer than really needed: https://bugzilla.redhat.com/show_bug.cgi?id=660137 is there any provenpackager around with some spare cycle to apply the provided patch? Thanks in advance G. -- Gianluca Sforna

rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Adam Jackson
There are two major package classes in Fedora that provide graphics drivers: xorg-x11-drv-*, and mesa-dri-drivers-*. In F15, mesa-dri-drivers now only includes drivers with DRI2 support (radeon, nvidia, intel) and the software renderer; if you want all the older drivers you have to install

Re: shouldn't download directory for install images be called Install instead of Fedora?

2011-04-12 Thread Paul W. Frields
On Sat, Apr 09, 2011 at 04:52:03AM +, Andre Robatino wrote: Currently the download directories for install and live images are called Fedora and Live, resp. Shouldn't the former be Install instead? After all, everything in both directories is Fedora's, so calling one of them Fedora

fedora-release-notes changing hands

2011-04-12 Thread Paul W. Frields
Pursuant to a conversation on the Docs team list, the fedora-release-notes package is going to change ownership hands to its true and rightful owner, jjmcd (John McDonough). He's really been taking care of this package for some time so this is a formality. There are a number of other people on

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Peter Robinson
On Tue, Apr 12, 2011 at 5:34 PM, Adam Williamson awill...@redhat.com wrote: On Tue, 2011-04-12 at 12:12 -0400, Adam Jackson wrote: And input is even briefer (evdev, synaptics, wacom, vmmouse).  I'd like to chop the -drivers metapackage down to just this set, and either make a new metapackage

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Adam Jackson
On Tue, 2011-04-12 at 09:34 -0700, Adam Williamson wrote: On Tue, 2011-04-12 at 12:12 -0400, Adam Jackson wrote: And input is even briefer (evdev, synaptics, wacom, vmmouse). I'd like to chop the -drivers metapackage down to just this set, and either make a new metapackage in optional

Re: critpath approval process seems rather broken

2011-04-12 Thread Matej Cepl
Dne 11.4.2011 17:33, Adam Williamson napsal(a): O rly? Are you *sure*? Well, as much as I could be sure that reading of XML file with libxml is risc-free process (yes, I think it is). OTOH, your decision is not cost-free either ... users of F13 have over the year old

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Adam Jackson
On Tue, 2011-04-12 at 12:23 -0400, Bill Nottingham wrote: Adam Jackson (a...@redhat.com) said: So that's the rough plan. Comments appreciated if I'm overlooking anything. The question would be how we ensure that these additional drivers are in the install image, or in the installed

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 13:38 -0400, Adam Jackson wrote: On Tue, 2011-04-12 at 12:23 -0400, Bill Nottingham wrote: Adam Jackson (a...@redhat.com) said: So that's the rough plan. Comments appreciated if I'm overlooking anything. The question would be how we ensure that these

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Casey Dahlin
On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have everything automatically work. Nathaniel You lose it for a

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Adam Jackson
On Tue, 2011-04-12 at 13:48 -0400, Nathaniel McCallum wrote: On Tue, 2011-04-12 at 13:38 -0400, Adam Jackson wrote: But then, if we had _that_, comps could grow a fourth class for as-needed and we'd just list all driver packages there, including cups and webcam drivers and etc. Install

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 13:57 -0400, Casey Dahlin wrote: On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 14:00 -0400, Adam Jackson wrote: On Tue, 2011-04-12 at 13:48 -0400, Nathaniel McCallum wrote: On Tue, 2011-04-12 at 13:38 -0400, Adam Jackson wrote: But then, if we had _that_, comps could grow a fourth class for as-needed and we'd just list all driver packages

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Matthew Garrett
On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have everything automatically work. You change the card, the system

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Casey Dahlin
On Tue, Apr 12, 2011 at 02:01:26PM -0400, Nathaniel McCallum wrote: On Tue, 2011-04-12 at 13:57 -0400, Casey Dahlin wrote: On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 19:06 +0100, Matthew Garrett wrote: On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Jeff Garzik
On 04/12/2011 01:38 PM, Adam Jackson wrote: On Tue, 2011-04-12 at 12:23 -0400, Bill Nottingham wrote: Adam Jackson (a...@redhat.com) said: So that's the rough plan. Comments appreciated if I'm overlooking anything. The question would be how we ensure that these additional drivers are in the

issue with building package with Epoch on koji

2011-04-12 Thread Jochen Schmitt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, because I want to make a downgrade of the blender package on F15 I have increate the Epoch in the sPEC file. Unfortunately, I have got the following error message from koji: GenericError: Unable to complete build: epoch mismatch (build:

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Chris Adams
Once upon a time, Nathaniel McCallum nathan...@natemccallum.com said: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have everything automatically work. That has been the case off and on

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Chris Adams
Once upon a time, Jeff Garzik jgar...@pobox.com said: Data centers have /plenty/ of ancient video solutions out there, and basic video support is needed. How many data centers run X on servers? I know I don't; they all boot runlevel 3 and just have a serial console (KVM switches are for

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 19:06 +0100, Matthew Garrett wrote: On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Nathaniel McCallum
On Tue, 2011-04-12 at 13:18 -0500, Chris Adams wrote: Once upon a time, Nathaniel McCallum nathan...@natemccallum.com said: With this approach, you have lost a critical feature: the ability for you to change your hardware (or move the software bits to a different computer) and have

Re: issue with building package with Epoch on koji

2011-04-12 Thread Christopher Aillon
On 04/12/2011 11:17 AM, Jochen Schmitt wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, because I want to make a downgrade of the blender package on F15 I have increate the Epoch in the sPEC file. Unfortunately, I have got the following error message from koji: GenericError:

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Matthew Garrett
On Tue, Apr 12, 2011 at 02:09:06PM -0400, Nathaniel McCallum wrote: Limited to video drivers? yes. I just can't help but think that some will be unable to resist the temptation to do the same thing for firmware. In this case, pk will happily notify you, but you won't have access to the repo

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Al Dunsmuir
Hello Nathaniel, On Tuesday, April 12, 2011, 2:01:26 PM, Nathaniel McCallum wrote: On Tue, 2011-04-12 at 13:57 -0400, Casey Dahlin wrote: On Tue, Apr 12, 2011 at 01:48:19PM -0400, Nathaniel McCallum wrote: With this approach, you have lost a critical feature: the ability for you to

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Al Dunsmuir
On Tuesday, April 12, 2011, 3:04:36 PM, I wrote: For the Intel arches, it may make sense to have all kinds of X drivers available by default. For the secondary arches, the user requirements and physical environment. Brain fart - I meant to say and physical environment differ. Al -- devel

[Fedora-r-devel-list] R2rpm...

2011-04-12 Thread Allen S. Rout
When I try to build from a local source, it fails to find the source file. [root@troll-2 cran]# pwd /var/tmp/cran [root@troll-2 cran]# ls -l total 828 -rw-r--r-- 1 root root 308395 Dec 22 2009 DBI_0.2-5.tar.gz -rw-r--r-- 1 root root 518499 Apr 12 14:58 plyr_1.2.1.tar.gz -rwxr--r-- 1 root root

Re: ntfs-3g_ntfsprogs-2011.4.12

2011-04-12 Thread Tom Callaway
On 04/12/2011 10:36 AM, Michał Piotrowski wrote: Hi, Ntfs-3 and ntfsprogs codebases were merged into one http://sourceforge.net/mailarchive/message.php?msg_id=27338863 Is there a chance to get this for F15? I do not know how it looks from the Fedora maintainers POV, but the transition to

[Fedora-r-devel-list] R2rpm...

2011-04-12 Thread Allen S. Rout
The dependency resolution in R2spec introduces loops. Try to build foreach or iterators. In R2spec's calculation of deps, they depend on each other. This appears to be because R2spec promotes a 'suggests' to a 'depends'. This might be because the 'suggests' is used in the vigniettes?

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Adam Jackson
On Tue, 2011-04-12 at 14:16 -0400, Jeff Garzik wrote: While I don't care about accelerated X support, this hardware darned well better continue working in an it works 2D display mode. VESA or whatever is fine. You'll notice I included vesa in the standard list. Not that vesa works very

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Peter Jones
On 04/12/2011 03:34 PM, Adam Jackson wrote: On Tue, 2011-04-12 at 14:16 -0400, Jeff Garzik wrote: While I don't care about accelerated X support, this hardware darned well better continue working in an it works 2D display mode. VESA or whatever is fine. You'll notice I included vesa in the

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Jan Kratochvil
On Tue, 12 Apr 2011 20:16:45 +0200, Jeff Garzik wrote: While I don't care about accelerated X support, this hardware darned well better continue working in an it works 2D display mode. VESA or whatever is fine. VESA is not fine, ancient Free drivers are debuggable code when something

Re: [Fedora-r-devel-list] R2rpm...

2011-04-12 Thread Pierre-Yves Chibon
On Tue, 2011-04-12 at 15:10 -0400, Allen S. Rout wrote: When I try to build from a local source, it fails to find the source file. [...] [root@troll-2 cran]# R2rpm -s /var/tmp/cran/plyr_1.2.1.tar.gz (Do you always build as root ? I was always told that it should be avoided) [...] * Building

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Matthew Garrett
On Tue, Apr 12, 2011 at 10:02:33PM +0200, Jan Kratochvil wrote: On Tue, 12 Apr 2011 20:16:45 +0200, Jeff Garzik wrote: While I don't care about accelerated X support, this hardware darned well better continue working in an it works 2D display mode. VESA or whatever is fine. VESA is

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Brian Wheeler
On Tue, 2011-04-12 at 13:19 -0500, Chris Adams wrote: Once upon a time, Jeff Garzik jgar...@pobox.com said: Data centers have /plenty/ of ancient video solutions out there, and basic video support is needed. How many data centers run X on servers? I know I don't; they all boot runlevel

F-15 Branched report: 20110412 changes

2011-04-12 Thread Branched Report
Compose started at Tue Apr 12 13:15:34 UTC 2011 Broken deps for x86_64 -- collectd-mysql-4.10.2-2.fc15.x86_64 requires libmysqlclient.so.16()(64bit) collectd-mysql-4.10.2-2.fc15.x86_64 requires

Plan for tomorrow's FESCo meeting - 2011-04-13

2011-04-12 Thread Kevin Fenzi
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:30UTC (1:30pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #515 Investigate a features repo for

Re: [thunderbird] Default browser is no longer read from prefs

2011-04-12 Thread Rahul Sundaram
On 04/13/2011 06:47 AM, Christopher Aillon wrote: commit 7986a8567a9dbb2a6f8187b91a021d5ad350f96f Author: Christopher Aillon cail...@redhat.com Date: Tue Apr 12 18:15:07 2011 -0700 Default browser is no longer read from prefs It's read from the system. Too bad that means

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Jan Kratochvil
On Tue, 12 Apr 2011 22:09:36 +0200, Matthew Garrett wrote: In any case, it's vital that VESA work given that it's the only way to bring up hardware that's newer than the install image - increasing its test coverage can only be a good thing. It does not make sense to test VESA as we cannot

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread Matthew Garrett
On Wed, Apr 13, 2011 at 04:03:48AM +0200, Jan Kratochvil wrote: On Tue, 12 Apr 2011 22:09:36 +0200, Matthew Garrett wrote: In any case, it's vital that VESA work given that it's the only way to bring up hardware that's newer than the install image - increasing its test coverage can only

Re: rfc/headsup: graphics driver packaging in F16+

2011-04-12 Thread John Reiser
On 04/12/2011 09:12 AM, Adam Jackson wrote: There are two major package classes in Fedora that provide graphics drivers: xorg-x11-drv-*, and mesa-dri-drivers-*. In F15, mesa-dri-drivers now only includes drivers with DRI2 support (radeon, nvidia, intel) and the software renderer; if you want

[Bug 695589] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695589 --- Comment #3 from Jóhann B. Guðmundsson johan...@hi.is 2011-04-12 02:13:11 EDT --- Created attachment 491412 --

[Bug 695589] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695589 --- Comment #2 from Jóhann B. Guðmundsson johan...@hi.is 2011-04-12 02:12:47 EDT --- Created attachment 491411 --

[Bug 695589] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695589 --- Comment #1 from Jóhann B. Guðmundsson johan...@hi.is 2011-04-12 02:12:19 EDT --- Created attachment 491410 --

[Bug 695589] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695589 Jóhann B. Guðmundsson johan...@hi.is changed: What|Removed |Added

[Bug 695589] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695589 --- Comment #4 from Jóhann B. Guðmundsson johan...@hi.is 2011-04-12 02:18:07 EDT --- Note that /var/spool/$foo is not a runtime

[Bug 695597] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695597 Jóhann B. Guðmundsson johan...@hi.is changed: What|Removed |Added

[Bug 695597] Providing native systemd file for upcoming F15 Feature Systemd

2011-04-12 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=695597 Jóhann B. Guðmundsson johan...@hi.is changed: What|Removed |Added

Broken dependencies: perl-Math-Random-MT-Auto

2011-04-12 Thread buildsys
perl-Math-Random-MT-Auto has broken dependencies in the F-15 tree: On x86_64: perl-Math-Random-MT-Auto-6.16-2.fc15.x86_64 requires perl(Object::InsideOut) = 0:2.06 On i386: perl-Math-Random-MT-Auto-6.16-2.fc15.i686 requires perl(Object::InsideOut) = 0:2.06 Please resolve this

Re: Broken dependencies: perl-Math-Random-MT-Auto

2011-04-12 Thread Iain Arnell
On Wed, Apr 13, 2011 at 12:39 AM, build...@fedoraproject.org wrote: perl-Math-Random-MT-Auto has broken dependencies in the F-15 tree: On x86_64:        perl-Math-Random-MT-Auto-6.16-2.fc15.x86_64 requires perl(Object::InsideOut) = 0:2.06 On i386: