Re: About mtune=atom

On Mon, 2011-01-24 at 09:25 -0800, John Reiser wrote: > On 01/24/2011 07:43 AM, drago01 wrote: > > On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin wrote: > >> Hi, > >> > >> I've read on > >> http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables > >> that mtune=atom. Ju

Re: About mtune=atom

Bill Nottingham wrote: > Am I missing something, or would this [*] also be binary-incompatible? If > so, that's very very very much not worth the effort. +1 I don't think having another Fedora build for x86_64 machines is worth the effort. (And it definitely doesn't make sense to replace the tru

Re: About mtune=atom

Matthew Miller wrote: > Although, pedantically, I have to point out that the 1%s you list are not > all synonymous. Indeed, a 1% reduction in CPU time per process is a 1.0101…% increase in processes/hr. ;-) But that's being very pedantic. ;-) Kevin Kofler -- devel mailing list devel@li

Re: About mtune=atom

On Mon, 2011-01-24 at 17:07 +0100, Kevin Kofler wrote: > Sergio Belkin wrote: > > I've read on > > http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables > > that mtune=atom. Just because I'm curious, why? :) > > Because everything that's not an Atom should be using x8

Re: About mtune=atom

On Mon, Jan 24, 2011 at 05:30:49PM -0800, John Reiser wrote: > > On Mon, Jan 24, 2011 at 04:43:47PM -0800, John Reiser wrote: > >>> This seems like it might be useful in many virtual machine setups. Can you > >>> quantify "measurable"? > >> "Measurable" means 1% or more. Obviously this depends on

RE: bnx2 driver fails to load on Fedora Rawhide

> -Original Message- > From: David Woodhouse [mailto:dw...@infradead.org] > Sent: Monday, January 24, 2011 8:31 PM > To: Michael Chan > Cc: Iyer, Shyam; go...@redhat.com; devel@lists.fedoraproject.org; KM, > Paniraja; jla...@redhat.com; Rose, Charles > Subject: RE: bnx2 driver fails to load

Re: About mtune=atom

On 01/24/2011 05:11 PM, Matthew Miller wrote: > On Mon, Jan 24, 2011 at 04:43:47PM -0800, John Reiser wrote: >>> This seems like it might be useful in many virtual machine setups. Can you >>> quantify "measurable"? > >> "Measurable" means 1% or more. Obviously this depends on the workload. > > 1

RE: bnx2 driver fails to load on Fedora Rawhide

On Mon, 2011-01-24 at 12:55 -0800, Michael Chan wrote: > On Mon, 2011-01-24 at 12:53 -0800, David Woodhouse wrote: > > On Mon, 2011-01-24 at 11:13 -0800, Michael Chan wrote: > > > > > > I already posted all the missing firmware files for the linux-firmware > > > git tree last week. > > > > Did yo

Re: About mtune=atom

On Mon, Jan 24, 2011 at 04:43:47PM -0800, John Reiser wrote: > > This seems like it might be useful in many virtual machine setups. Can you > > quantify "measurable"? > "Measurable" means 1% or more. Obviously this depends on the workload. 1% or more _what_? Performance gain? -- Matthew Mil

Re: About mtune=atom

On 01/24/2011 03:53 PM, Matthew Miller wrote: > This seems like it might be useful in many virtual machine setups. Can you > quantify "measurable"? "Measurable" means 1% or more. Obviously this depends on the workload. All code gets 16 general registers and the first six integer/pointer arguments

Security incident on Fedora infrastructure on 23 Jan 2011

Summary: Fedora infrastructure intrusion but no impact on product integrity On January 22, 2011 a Fedora contributor received an email from the Fedora Accounts System indicating that his account details had been changed. He contacted the Fedora Infrastructure Team indicating that he had received

Re: About mtune=atom

On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: > Actually many of them should be using the new x86_32 software architecture, > which is the 64-bit instruction set (thus 16 "general" registers, SSE, ...) > but with integers, longs, and pointers all 32 bits. The upper 32 bits > of any

Re: Compiz 0.9 landing in Rawhide

Kevin Kofler wrote: > Björn Persson wrote: > > As an example, Kmail and Kate recently started making noises in certain > > situations, when displaying dialog boxes and the like, even though I had > > sound effects turned off. > > In that case, they were always supposed to make those event sounds,

Re: best practices for python applications targeting f11 gnome on the olpc xo

On Mon, 2011-01-24 at 16:57 -0500, Erik Blankinship wrote: > What would be the best practice for python applications targeting f11 > gnome on the olpc xo? > > > I am developing on f13, but my target is f11 (an olpc xo machine) > running python 2.6. Both f13 and f11 had Python 2.6, though slightl

Re: something changed with provides/requires (probably new rpm???)

On Mon, Jan 24, 2011 at 09:50:57PM +0100, Michael Schwendt wrote: > > Is this a bug in the spec file or in rpm? > > $ rpmls -p bind-libs-lite-9.7.3-0.4.b1.fc15.i686.rpm > lrwxrwxrwx /usr/lib/libdns-export.so.69 > -rw-r--r-- /usr/lib/libdns-export.so.69.1.0 > lrwxrwxrwx /usr/lib/libirs-export.s

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

On Mon, 2011-01-24 at 14:02 -0500, Bill Nottingham wrote: > I believe folding any requirements for %posttrans scripts into > 'Requires(post)' should be sufficient. I don't think so... IIUC, Requires(post) only applies until installation is complete, but a %posttrans script also runs following unin

RE: bnx2 driver fails to load on Fedora Rawhide

On Mon, 2011-01-24 at 11:13 -0800, Michael Chan wrote: > > I already posted all the missing firmware files for the linux-firmware > git tree last week. Did you repost the patches with appropriate entries in the WHENCE file, as requested? -- dwmw2 -- devel mailing list devel@lists.fedoraprojec

[389-devel] Please review: Bug 576534 - Password displayed on console when entered in command-line utilities

https://bugzilla.redhat.com/show_bug.cgi?id=576534 https://bugzilla.redhat.com/attachment.cgi?id=475042&action=diff https://bugzilla.redhat.com/attachment.cgi?id=475042&action=edit -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-dev

Re: something changed with provides/requires (probably new rpm???)

On Mon, 24 Jan 2011 21:19:17 +0100, Adrian wrote: > A build from today only contains the files but not the provides. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=2740176 > $ rpm -qlp ~/tmp/bind-libs-lite-9.7.3-0.4.b1.fc15.i686.rpm --provides -R > bind-libbind-devel = 31:9.3.3-4.fc7 > b

[perl-Config-Auto] Update to 0.30

commit 3783c52a8668a3fc871d8ad19edf9ddeb274b2f8 Author: Emmanuel Seyman Date: Mon Jan 24 21:37:33 2011 +0100 Update to 0.30 .gitignore|1 + perl-Config-Auto.spec |8 ++-- sources |2 +- 3 files changed, 8 insertions(+), 3 deletions(-) --- diff --g

File Config-Auto-0.30.tar.gz uploaded to lookaside cache by eseyman

A file has been added to the lookaside cache for perl-Config-Auto: 5b1ffc7136bfa606eb007f7bd1c1df9e Config-Auto-0.30.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/mailm

something changed with provides/requires (probably new rpm???)

I was comparing a build of bind (bind-libs-lite). An older version contains the files and the correct provides. http://koji.fedoraproject.org/koji/taskinfo?taskID=2716965 $ rpm -qlp bind-libs-lite-9.7.3-0.4.b1.fc15.i686.rpm -R --provides rpmlib(VersionedDependencies) <= 3.0.3-1 bind-license = 32:

[perl-Variable-Magic] Update to 0.46

commit e30e6cc0a022cf42a667f321084e31965741140f Author: Emmanuel Seyman Date: Mon Jan 24 21:08:59 2011 +0100 Update to 0.46 .gitignore |1 + perl-Variable-Magic.spec |5 - sources |2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- di

File Variable-Magic-0.46.tar.gz uploaded to lookaside cache by eseyman

A file has been added to the lookaside cache for perl-Variable-Magic: 1e3c169cf8392e5c96e826e44fdeda6d Variable-Magic-0.46.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

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

On 01/24/2011 12:02 PM, Bill Nottingham wrote: > Rich Megginson (rmegg...@redhat.com) said: >> Ok. Do I need any Requires at all for this? Or should I just >> remove that line from the spec? > I believe folding any requirements for %posttrans scripts into > 'Requires(post)' should be sufficient.

Re: About mtune=atom

Bill Nottingham wrote: > Am I missing something, or would this also be binary-incompatible? If so, > that's very very very much not worth the effort. - X32 System V Application Binary Interface: A new 32bit psABI for x86-64 with 32bit pointer size. https://sites.google.com/site/x32abi/ -- d

Re: packing an rpm without source code?

Erik Blankinship wrote: > > > > You can't, it's against packaging guidelines > > > > See: http://fedoraproject.org/wiki/Packaging/Python#Source_files > > > > > > While I appreciate and would like to respect the guidelines, is it > > technically possible to create

RE: bnx2 driver fails to load on Fedora Rawhide

> -Original Message- > From: Michael Chan [mailto:mc...@broadcom.com] > Sent: Tuesday, January 18, 2011 12:04 PM > To: David Woodhouse > Cc: Andy Gospodarek; Development discussions related to Fedora; Iyer, > Shyam; KM, Paniraja; jla...@redhat.com; Rose, Charles > Subject: Re: bnx2 driver f

Re: packing an rpm without source code?

> > > > You can't, it's against packaging guidelines > > > > See: http://fedoraproject.org/wiki/Packaging/Python#Source_files > > > > > > While I appreciate and would like to respect the guidelines, is it > > technically possible to create a python rpm without source? This rpm > > would on

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

Rich Megginson (rmegg...@redhat.com) said: > Ok. Do I need any Requires at all for this? Or should I just > remove that line from the spec? I believe folding any requirements for %posttrans scripts into 'Requires(post)' should be sufficient. Bill -- devel mailing list devel@lists.fedoraprojec

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

On 01/24/2011 11:58 AM, Bill Nottingham wrote: > Rich Megginson (rmegg...@redhat.com) said: error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): /sbin/service Is Requires(posttrans) deprecated with the newest RPM or is that a bug? >>> AFAIK, it never existed. So i

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

Rich Megginson (rmegg...@redhat.com) said: > >>error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): > >>/sbin/service > >> > >>Is Requires(posttrans) deprecated with the newest RPM or is that a bug? > >AFAIK, it never existed. So it's always been a syntax error, just one > >that was

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

On 01/24/2011 11:29 AM, Bill Nottingham wrote: > Adrian Reber (adr...@lisas.de) said: >> I was trying to do a scratch build an got following error: >> >> error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): >> /sbin/service >> >> Is Requires(posttrans) deprecated with the newest RPM

Re: rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

Adrian Reber (adr...@lisas.de) said: > > I was trying to do a scratch build an got following error: > > error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): > /sbin/service > > Is Requires(posttrans) deprecated with the newest RPM or is that a bug? AFAIK, it never existed. So it

[perl-Server-Starter/f13/master] Import.

commit d46d63d8a97f2e61a155b964d180ceaa13291a32 Author: Ralf Corsépius Date: Mon Jan 24 19:23:29 2011 +0100 Import. .gitignore |1 + perl-Server-Starter.spec | 87 ++ sources |1 + 3 files changed, 89 ins

[perl-Server-Starter/f14/master] Import.

commit 1ead01fb3776e99ad16671bd451ab59374ab69b8 Author: Ralf Corsépius Date: Mon Jan 24 19:23:01 2011 +0100 Import. .gitignore |1 + perl-Server-Starter.spec | 87 ++ sources |1 + 3 files changed, 89 ins

[perl-Server-Starter] Import.

commit 20c9ed847bb472fc746071e9e4ebf8976d374d81 Author: Ralf Corsépius Date: Mon Jan 24 19:22:12 2011 +0100 Import. .gitignore |1 + perl-Server-Starter.spec | 87 ++ sources |1 + 3 files changed, 89 ins

File Server-Starter-0.11.tar.gz uploaded to lookaside cache by corsepiu

A file has been added to the lookaside cache for perl-Server-Starter: 037d75831a23ca76cd306d678b20332e Server-Starter-0.11.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

Re: [389-devel] Please Review: (252249) Need pkgconfig file for -devel package

Here's a revised patch that exposes if mozldap or openldap is used by dirsrv. https://bugzilla.redhat.com/attachment.cgi?id=475007&action=edit On 01/21/2011 11:14 AM, Nathan Kinder wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=252249 > > https://bugzilla.redhat.com/attachment.cgi?id=47466

Re: About mtune=atom

On Mon, Jan 24, 2011 at 12:55:59PM -0500, Bill Nottingham wrote: > Jakub Jelinek (ja...@redhat.com) said: > > On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: > > > Actually many of them should be using the new x86_32 software > > > architecture, > > > which is the 64-bit instruction

Re: About mtune=atom

On Mon, Jan 24, 2011 at 5:45 PM, Richard W.M. Jones wrote: > On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: >> On 01/24/2011 07:43 AM, drago01 wrote: >> > It is the only 32bit only CPU still being sold, >> >> There are plenty of machines with 32-bit only CPUs (such as early Celeron,

[perl-Convert-Color/f13/master] - Add Convert-Color-0.07.diff (Remove comment, confusing rpm's dep tracking).

commit b29a41d482de62eb9085dd358b05f84a92471a71 Author: Ralf Corsépius Date: Mon Jan 24 19:02:49 2011 +0100 - Add Convert-Color-0.07.diff (Remove comment, confusing rpm's dep tracking). Convert-Color-0.07.diff | 13 + perl-Convert-Color.spec |7 ++- 2 files changed,

Re: About mtune=atom

Jakub Jelinek (ja...@redhat.com) said: > On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: > > Actually many of them should be using the new x86_32 software architecture, > > which is the 64-bit instruction set (thus 16 "general" registers, SSE, ...) > > but with integers, longs, and po

rpmbuild: Bad Requireflags: qualifiers: Requires(posttrans)

I was trying to do a scratch build an got following error: error: line 78: Bad Requireflags: qualifiers: Requires(posttrans): /sbin/service Is Requires(posttrans) deprecated with the newest RPM or is that a bug? http://koji.fedoraproject.org/koji/taskinfo?taskID=2738326 Adrian

Re: About mtune=atom

On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: > Actually many of them should be using the new x86_32 software architecture, > which is the 64-bit instruction set (thus 16 "general" registers, SSE, ...) > but with integers, longs, and pointers all 32 bits. The upper 32 bits > of any

Re: About mtune=atom

On Mon, Jan 24, 2011 at 09:25:45AM -0800, John Reiser wrote: > On 01/24/2011 07:43 AM, drago01 wrote: > > It is the only 32bit only CPU still being sold, > > There are plenty of machines with 32-bit only CPUs (such as early Celeron, > Pentium socket 478, even some Core Duos [Apple Mini]) which ru

Re: About mtune=atom

On 01/24/2011 12:25 PM, John Reiser wrote: > On 01/24/2011 07:43 AM, drago01 wrote: >> On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin wrote: >>> Hi, >>> >>> I've read on >>> http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables >>> that mtune=atom. Just because I'm cu

Re: About mtune=atom

On Mon, Jan 24, 2011 at 6:25 PM, John Reiser wrote: > On 01/24/2011 07:43 AM, drago01 wrote: >> On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin wrote: >>> Hi, >>> >>> I've read on >>> http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables >>> that mtune=atom. Just beca

Re: About mtune=atom

On 01/24/2011 07:43 AM, drago01 wrote: > On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin wrote: >> Hi, >> >> I've read on >> http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables >> that mtune=atom. Just because I'm curious, why? :) > > Why not? > > It is the only 3

Re: non-responsive maintainer for qcomicbook

On Mon, 24 Jan 2011 07:58:43 -0600 Rex Dieter wrote: > Per > https://bugzilla.redhat.com/show_bug.cgi?id=663151 > > I've not received any response in my attempts to make contact over > the past couple of months, and would ask FESCo to approve my taking > ownership. I'll approve it as a fesco me

Re: Abandoned packages (mediawiki-openid and php-pear-Auth-OpenID-2.1.1)

On Mon, 24 Jan 2011 01:34:46 -0700 Kurt Seifried wrote: > So I've followed the process at > > As per > http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > > With zero response from anyone so far (nothing from the maintainer, > nothing from anyone who might know how to c

Re: Updating waf to 1.6

2011/1/24 Kevin Kofler : > Simo Sorce wrote: >> You are free to volunteer to do that, I am not going to do it for >> samba4, I simply do not have the time to waste on such a thing. >> (Samba4 people are in strict contact with the waf author and use >> regularly the svn version du jour to fix build

Re: Updating waf to 1.6

On Mon, 2011-01-24 at 16:52 +0100, Kevin Kofler wrote: > Simo Sorce wrote: > > We can easily test for rpath, > > But who does it on all packages regularly? AutoQA is still vaporware. Because you haven't taken the time to familiarize yourself with a project doesn't make it vaporware. AutoQA [1] w

[389-devel] Please review: Bug 624485 - setup dsktune check step should default to "yes" if no problems found

This is an additional patch to the previous one for this bug. https://bugzilla.redhat.com/show_bug.cgi?id=624485 https://bugzilla.redhat.com/attachment.cgi?id=474979&action=diff https://bugzilla.redhat.com/attachment.cgi?id=474979&action=edit -- 389-devel mailing list 389-de...@lists.fedoraproje

Re: About mtune=atom

Sergio Belkin wrote: > I've read on > http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables > that mtune=atom. Just because I'm curious, why? :) Because everything that's not an Atom should be using x86_64 these days (unless it's ancient, in which case you can't be ai

Re: Rebuilding against the new libobjc

On Mon, 2011-01-24 at 16:01 +0100, Jakub Jelinek wrote: > > Should I rebuild my package myself or wait for the GCC mass rebuild? > > Please rebuild it yourself. Ok, will do! -- Tadej Janež -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/

Re: Updating waf to 1.6

Simo Sorce wrote: > You are free to volunteer to do that, I am not going to do it for > samba4, I simply do not have the time to waste on such a thing. > (Samba4 people are in strict contact with the waf author and use > regularly the svn version du jour to fix build bugs they found, good > luck tr

Re: Updating waf to 1.6

Simo Sorce wrote: > We can easily test for rpath, But who does it on all packages regularly? AutoQA is still vaporware. > Then you should love waf, as it ships only source code, no generated > code at all. In this it is much better than autoconf/automake/libtool > I guess this is a point in favor

Re: About mtune=atom

On Mon, Jan 24, 2011 at 3:32 PM, Sergio Belkin wrote: > Hi, > > I've read on > http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables > that mtune=atom. Just because I'm curious, why?  :) Why not? It is the only 32bit only CPU still being sold, and it does not seem t

Re: /etc/mtab is listed in setup and util-linux

Karel Zak writes: > it's not %config, but %ghost It is both. Andreas. -- Andreas Schwab, sch...@redhat.com GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84 5EC7 45C6 250E 6F00 984E "And now for something completely different." -- devel mailing list devel@lists.fedoraproject.org https://admin

Re: Where to properly file Kernel bugs while in RC?

On Mon, Jan 24, 2011 at 09:22:44AM -0500, Kyle McMartin wrote: > > Instead of annoying Kyle and Dave, is bugzilla.kernel.org a better place to > > file kernel bugs while in RC? I couldn't find any documentation but perhaps > > I'm blind! > > > You can file them in whichever you feel like, but I'v

Re: /etc/mtab is listed in setup and util-linux

On Mon, Jan 24, 2011 at 04:03:15PM +0100, Karel Zak wrote: > On Sat, Jan 22, 2011 at 09:17:41PM +, Richard W.M. Jones wrote: > > febootstrap doesn't like: > > > > febootstrap: error: /etc/mtab is a config file which is listed in two > > packages > > (setup-2.8.30-1.fc15.noarch.rpm, > >

Re: /etc/mtab is listed in setup and util-linux

On Sat, Jan 22, 2011 at 09:17:41PM +, Richard W.M. Jones wrote: > febootstrap doesn't like: > > febootstrap: error: /etc/mtab is a config file which is listed in two > packages > (setup-2.8.30-1.fc15.noarch.rpm, > util-linux-2.19-0.2.fc15.x86_64.rpm) > > Is it OK for a %config file to

Re: Rebuilding against the new libobjc

On Mon, Jan 24, 2011 at 03:59:50PM +0100, Tadej Janež wrote: > I noticed some packages have broken deps due to the soname bump in > libobjc. > > On Mon, 2011-01-24 at 13:24 +, Rawhide Report wrote: > > > > Broken deps for x86_64 > > techne-0.2-1.fc15.x86_64 requires libobjc.so.2()(64bit)

Rebuilding against the new libobjc

Hi, I noticed some packages have broken deps due to the soname bump in libobjc. On Mon, 2011-01-24 at 13:24 +, Rawhide Report wrote: > > Broken deps for x86_64 > techne-0.2-1.fc15.x86_64 requires libobjc.so.2()(64bit) Should I rebuild my package myself or wait for the GCC mass rebuild

About mtune=atom

Hi, I've read on http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros_and_variables that mtune=atom. Just because I'm curious, why? :) Thanks in advance! -- -- Sergio Belkin  http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified -- devel mailin

Re: Where to properly file Kernel bugs while in RC?

On Sun, Jan 23, 2011 at 05:13:19PM -0500, Andy Lawrence wrote: > Instead of annoying Kyle and Dave, is bugzilla.kernel.org a better place to > file kernel bugs while in RC? I couldn't find any documentation but perhaps > I'm blind! > > For example; the Function keys to adjust the LCD brightness o

non-responsive maintainer for qcomicbook

Per https://bugzilla.redhat.com/show_bug.cgi?id=663151 I've not received any response in my attempts to make contact over the past couple of months, and would ask FESCo to approve my taking ownership. -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: Updating waf to 1.6

On Mon, 24 Jan 2011 02:23:41 +0100 Kevin Kofler wrote: > But all that's really required is to get the existing build scripts > to work with the system version of waf. You are free to volunteer to do that, I am not going to do it for samba4, I simply do not have the time to waste on such a thing.

Re: Updating waf to 1.6

On Mon, 24 Jan 2011 02:49:04 +0100 Kevin Kofler wrote: > Simo Sorce wrote: > > A build system is not a a shared library, and it is not code that > > runs on the built system. > > But it can affect the built code, i.e. the one "that runs on the > built system", in several ways, e.g. it can mishan

Re: packing an rpm without source code?

Erik Blankinship wrote: > > > On Mon, Jan 24, 2011 at 8:13 AM, Athmane Madjoudj > wrote: > > On 01/24/2011 05:36 AM, Erik Blankinship wrote: > > Can someone point me at an example of how to package a fedora > python rpm > > without the source code (only t

rawhide report: 20110124 changes

Compose started at Mon Jan 24 08:15:20 UTC 2011 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) beagle-0.3.9-19.fc14.

Power Management SIG meeting

Hi, I would like to re-introduce the Power Management (PM) SIG meetings. The PM SIG (http://fedoraproject.org/w/index.php?title=SIGs/PowerManagement) is a group of Fedora contributors that wants to improve the current state of power management and savings across the whole Fedora distribution. T

Re: Compiz 0.9 landing in Rawhide

On Monday, January 24, 2011 02:06:50 am Kevin Kofler wrote: > You can run "systemsettings" from a terminal or a "run command" interface. > > (I think we should reconsider the decision of having KDE's System Settings > only shown in the menu in KDE/Plasma sessions, I'll bring this up in our > KDE

Re: Abandoned packages (mediawiki-openid and php-pear-Auth-OpenID-2.1.1)

So I've followed the process at As per http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers With zero response from anyone so far (nothing from the maintainer, nothing from anyone who might know how to contact the maintainer/etc.). So how do I go about this part of the pro