Announcement: Weekly meeting for power management related things each Thursday 15:00 UTC (17:00 CET, 9:00 EST) on #fedora-meeting
by Phil Knirsch
Hi everyone.
I just wanted to let everyone know that at FUDCon 2009 in Berlin we
decided to make the whole power management effort a lot more transparent
and do it the "proper" Open Source way.
To do that we'll now be holding weekly meetings on the #fedora-meeting
channel each Thursday at 15:00 UTC. Topics can vary wildly each week and
everyone is welcome to bring up anything around power management.
In order to track the whole work we're aiming for we've also started a
(very skeleton at the moment) power management SIG:
http://fedoraproject.org/wiki/SIGs/PowerManagement
where we'll collect everything we'd like to see happen in Fedora over
time in regard to power management. And again, everyone is more than
welcome to participate here either in the discussions or the actual work
that needs to be done.
Thanks & see you there, Phil!
--
Philipp Knirsch | Tel.: +49-711-96437-470
Team Lead Core Services | Fax.: +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch <pknirsch(a)redhat.com>
Hauptstaetterstr. 58 | Web: http://www.redhat.com/
D-70178 Stuttgart, Germany
Motd: You're only jealous cos the little penguins are talking to me.
14 years, 11 months
fedora EPEL packages.
by itamar
since now the people is able to build EPEL packages, why not ask to
the people when it's request cvs branch's to maintain EPEL packages
too ?
--
------------
Itamar Reis Peixoto
e-mail/msn: itamar(a)ispbrasil.com.br
sip: itamar(a)ispbrasil.com.br
skype: itamarjp
icq: 81053601
+55 11 4063 5033
+55 34 3221 8599
14 years, 11 months
Partitioning error during install
by Mike Chambers
I have a 500G Sata Drive that I have F11 installed on half of it, using
3 primary partitions (/boot, / and swap).
Now, I want to run rawhide on the other half, via F11 and update to
rawhide (which I understand is not exactly running smoothly), or install
rawhide itself. But the problem I run into (no matter which I install),
is when I get to the partition section. I go to add a partition - not
as a primary (this should allow it to be an extended correct?) - and I
get an error and can't proceed any longer.
So either anaconda is having problems with this setup (due to the
rewrite?), or I am doing something wrong causing it to crash.
BTW, when I say as or not as a primary partition, I mean I am actually
checking or not checking the "make it a primary partition" check box.
Any ideas?
--
Mike Chambers
Madisonville, KY
Fedora Project - Bugzapper, Tester, User, etc..
miketc302(a)fedoraproject.org
14 years, 11 months
Re: Feature proposal: Extended Life Cycle Support
by Ding Yi Chen
----- "Kevin Kofler" <kevin.kofler(a)chello.at> wrote:
> Ding-Yi Chen wrote:
> > Therefore, I would like to propose an alternative approach,
> > namely, project Denture. See my blog post for further information:
> > http://dingyichen.livejournal.com/14055.html
> >
> > Any comments?
>
> As I've tried to explain to you last time you proposed that approach
> on your
> blog, that approach is completely broken by design and cannot work.
> Please
> go back to those blog posts and reread my comments. John5432's replies
> here
> also point out the issues.
I know what you were saying, but like I said to you:
I have such system, I have motivation, I put some effort to try, and I succeed.
I know some can be done and some would have serious consequences.
You, on the other hand, don't have such motivation, never tried seriously,
thus you think everything tend to be broken. :-)
> For example, you suggest blacklisting qt because of the renames, but
> that
> means NO Qt/KDE app can be upgraded to a supported version. (Fedora 8,
> the
> last release prior to the renames, is no longer supported.)
If what you require is the latest Qt/KDE, then you may remove it from black-listed.
But mind you, unless you know what you are doing and deal with it carefully,
such action will break KDE3 apps such as kbabel.
Of course, you can develop an ad-hoc logic for Denture to deal this problem,
but currently I have no plan for it.
>
> You'll find that many of the packages you'll want to upgrade won't
> work
> because of some blacklisted dependency,
I know. I wish IBus can run on RHEL5, but it cannot because it requires Python 2.5.
I also know that Denture can tell me that such install/upgrade is not possible
unless I remove Python form black-list and face all the consequences.
> and even where they appear to
> work,
> they might not actually work (see also John5432's point about
> unspecified minimum version dependencies).
If that is the case, either file a bug to the package owners
and ask them to correct the minimum version dependencies if
the package version is covered by current supported released;
or to Denture to override.
> There's no way to just use the packages
> from
> a newer distribution on an older one, we have separate branches for a
> reason, there's no way around them. And your idea of cherry-picking
> individual packages for upgrading is just unsupportable.
Some packages can support the certain older releases, some packages don't.
Blindly assuming all package versions can work with older releases will
surely fail.
Tell Denture your constraint and
it will build packages if it can; or reasons why it cannot build.
--
Ding-Yi Chen
Software Engineer
Internationalization Group
Red Hat, Inc.
Looking to carve out IT costs?
www.apac.redhat.com/promo/carveoutcosts/
14 years, 11 months
delaying an update
by Christoph Höger
Hi,
my latest update to offlineimap
https://admin.fedoraproject.org/updates/offlineimap-6.1.0-2.fc11
has revealed a bug somewhere between offlineimap imaplib2 and kerberos.
Since I do not know how to fix that, I would like to:
a) delay that update from being pushed to stable as long as the
situation is unclear
b) cancel it if there is no upstream response in a week or so
how do I do that?
14 years, 11 months
Re: Anybody know how to contact Axel Thimm (again)?
by Jon Ciesla
Sven Lankes wrote:
> On Wed, Jul 08, 2009 at 12:41:56PM -0500, Jon Ciesla wrote:
>
>
>>>> Is he not responding at Axel.Thimm(a)ATrpms.net?
>>>>
>>> That's his bugzilla email addess, so that seems to be the case :-(
>>>
>
>
>> What about ixs(a)fedoraproject.org?
>>
>
> That is Andreas Thienemann - same initials, different person.
>
>
<facepalm> Maybe I should try to sleep more than 1.5 hours tonight. :)
--
in your fear, speak only peace
in your fear, seek only love
-d. bowie
14 years, 11 months
inotify and gnome authorization
by darrell pfeifer
Over the last few months I've had problems with the gnome
authorization dialog failing, sometimes intermittently and sometimes
consistently for long periods of time. The dialog I'm referring to is
the one that pops up when root access is needed to run an application
or control panel. Examples are System/Preferences/Authorizations,
running the virtual machine manager, running lots of control panels
from System/Administration/*
It turns out that eventually polkit-gnome-manager is called. It uses
inotify to put a watch on /etc/PolicyKit/PolicyKit.conf. In my case,
placing the watch was failing, which meant no authorization.
A workaround is to bump up the 8192 limit to something higher
echo 16384 > /proc/sys/fs/inotify/max_user_watches
I'm still a bit mystified as to what is using all the watches. Before
and after the echo lsof only reports less than 32 watches on my
system. Other than lsof there don't appear to be an tools to show who
is consuming the watches. If nobody has an suggestions, I may try
systemtap.
I'm not sure at this point that it makes sense to bump up the kernel
default without knowing the current culprit.
The bottom line: with policykit being used more heavily in rawhide, if
you're getting strange intermittent permissions failures, try the
workaround.
darrell
14 years, 11 months
No sound in rawhide
by Paul F. Johnson
Hi,
Prior to the big push to f12, my system had full audio. No problems.
Lovely, lovely sounds.
For some reason, alsa and pulseaudio are completely failing to pick up
my sound card (either the onboard one or my soundblaster). This is
despite them both being listed on lspci and lsmod.
Any ideas on getting this to work again?
TTFN
Paul
--
Sie können mich aufreizen und wirklich heiß machen!
14 years, 11 months
Re: an update to automake-1.11?
by Kevin Kofler
Sam Varshavchik wrote:
> Indeed. Here's an idea -- why don't you mass mail the maintainers of all
> the autotools-using projects you can find on Sourceforge, and be sure to
> tell them how much autotools suck, and how better CMake is. I'm sure they
> will appreciate your helpful suggestions.
Hahaha… Do you have any SERIOUS suggestion on how to bring the deficiencies
of the autotools to the attention of upstream maintainers? Of course
spamming them won't cut it.
Kevin Kofler
14 years, 11 months