Re: High CPU usage applet

2009-05-08 Thread Andrew Sayers
I think this is a really good idea. Making it an applet would let you list "suspects" (programs that have a high CPU load, or use a lot of memory, etc.), then send a STOP signal to processes guilty beyond a reasonable doubt, before asking the user what to do. I once played around with a comman

Re: High CPU usage applet (how to use apport to report CPU hogs)

2009-05-08 Thread Martin Olsson
Timo Sirainen wrote: > If some process has been eating 100% CPU for hours, there should be some > kind of a notification that it's happening. Like a small icon could > appear to gnome panel and clicking it would show the process details and > allow to kill it. > > Nowadays with multicore processor

Re: The creeping religion of click on this

2009-05-08 Thread Patrick Goetz
> From: Jeff Hanson > Subject: Re: The creeping religion of click on this > To: ubuntu-devel-discuss@lists.ubuntu.com > Mandriva's GUI tool interface has a log option that shows > what is actually being done. That would work. Perhaps such a log feature should be a required standard for U

group access to local devices on shared networked machines

2009-05-08 Thread Patrick Goetz
> Date: Tue, 05 May 2009 11:17:04 +0100 > From: Scott James Remnant > Subject: Re: Usev permissions and USB scanners > On Sun, 2009-05-03 at 16:16 +0300, kohe...@gmail.com wrote: > > I created a usbdev group and added my user to that group, added a > > group setting to that line instead of the r

Re: group access to local devices on shared networked machines

2009-05-08 Thread Scott James Remnant
On Fri, 2009-05-08 at 10:28 -0500, Patrick Goetz wrote: > Would anyone care to elaborate on this, as we brought this up with > Canonical support well over a year ago for Hardy and no good solution > was offered at that time (so we came up with our own). > > The problem: how to provide access to,

Re: group access to local devices on shared networked machines

2009-05-08 Thread Patrick Goetz
Scott James Remnant wrote: >> > Provided they are on the same physical console as the local optical > drive, this is done automatically. > Well, we need to retain the option of people ssh'ing to the machine and using the optical drive remotely; however even for users logged in on the console, t

Re: group access to local devices on shared networked machines

2009-05-08 Thread Scott James Remnant
On Fri, 2009-05-08 at 11:36 -0500, Patrick Goetz wrote: > Scott James Remnant wrote: > > Provided they are on the same physical console as the local optical > > drive, this is done automatically. > > > > Well, we need to retain the option of people ssh'ing to the machine and > using the optical

Re: High CPU usage applet

2009-05-08 Thread Martin Bammer
Hi, do you know the hardware-monitor applet? I've extended this applet to have exactly this feature. It shows in the tooltip processes which consume lot's of cpu or memory ressources. But because I'm not a gnome/gtk programmer I couldn't get "kill" buttons into the tooltip. If you are interested I

Need advice on versioning scheme for project in Ubuntu

2009-05-08 Thread Francesco Fumanti
Hello, Could anybody please give me any advice about how to handle the versioning of a project hosted on launchpad with the aim to match the Ubuntu release schedule? The help pages of launchpad suggest to keep the front of developing in trunk. On the other hand, I suppose that it is advisable to

Re: Need advice on versioning scheme for project in Ubuntu

2009-05-08 Thread Andrew
On Fri, May 8, 2009 at 3:42 PM, Francesco Fumanti wrote: > Hello, > > > Could anybody please give me any advice about how to handle the > versioning of a project hosted on launchpad with the aim to match the > Ubuntu release schedule? > > The help pages of launchpad suggest to keep the front of de

GPG and SHA1

2009-05-08 Thread C de-Avillez
Hi, With the current trend in Debian to move out of DSA into RSA [1], and considering the theoretical (and probably correct) attack just presented [2], what are we planning to do? I am curious about the potential impacts -- compatibility, cost (both CPU-wise and conversion-wise), and proposed Ub