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 https://admin.fedorap

[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 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: Correct integr

[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 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 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 fixable

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 http://morefedora.blogspot.

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 mesa-dr

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

2011-04-12 Thread Bill Nottingham
Adam Jackson (a...@redhat.com) said: > 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 a

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 "Fed

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

2011-04-12 Thread Adam Williamson
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 for -drivers-retrocomputing or simply list > all the drivers th

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 the

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 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: 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 opti

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 http://koji.fedoraproject

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 install

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 the

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

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. Ins

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 hav

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 pack

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 c

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

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 ha

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 driver

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: None,

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

2011-04-12 Thread Chris Adams
Once upon a time, Nathaniel McCallum 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 for a long time, with ke

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

2011-04-12 Thread Chris Adams
Once upon a time, Jeff Garzik 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 Windows machines). --

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 ha

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 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 wor

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: > > Gene

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 r

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 >> >

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 -- deve

[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 transiti

[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 ver

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

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 cr

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. > >

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 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

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 libmysqlclient.so.16(libmysqlc

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 s

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 > 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 GConf for now..

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

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