Federico Mena Quintero wrote:
> There's a patch for jhbuild to let you do
>
> jhbuild test
>
> And this will run the module's LDTP tests automatically. The patch is
> in http://bugzilla.gnome.org/show_bug.cgi?id=349114. Is there any
> reason why the patch hasn't been merged? It would b
El jue, 29-03-2007 a las 09:52 +0200, Alexander Larsson escribió:
> On Wed, 2007-03-28 at 19:52 -0600, Federico Mena Quintero wrote:
> >
> > [Those functions don't normalize currently; maybe they need to... do you
> > have a reproducible bug?]
>
> NO! They should not normalize! Then you can't ope
Hi,
There's a patch for jhbuild to let you do
jhbuild test
And this will run the module's LDTP tests automatically. The patch is
in http://bugzilla.gnome.org/show_bug.cgi?id=349114. Is there any
reason why the patch hasn't been merged? It would be cool to be able to
test our GUIs fro
El mié, 04-04-2007 a las 20:59 +0100, Richard Hughes escribió:
> Not an applet, it gets started by the session and then just uses
> GtkStatusIcon to attach to the tray.
Let's move this thread to performance-list :)
Federico
___
desktop-devel-list mai
On Wed, 2007-04-04 at 14:36 -0500, Federico Mena Quintero wrote:
> Does the panel launch gnome-power-manager? Or is it a notification-area
> thingy which gets launched by something else?
Not an applet, it gets started by the session and then just uses
GtkStatusIcon to attach to the tray.
Richard
El mié, 04-04-2007 a las 17:32 +0100, Richard Hughes escribió:
> What's the best way to profile this? (Federico?) g-p-m daemon'izes as
> soon as possible but I think it still slows down the gnome-panel load.
We'd need to know if gnome-panel is actually blocking on
gnome-power-manager. I have no
El mié, 04-04-2007 a las 18:15 +0200, Frederic Crozat escribió:
> Well, you need to define your test system first for those 2 seconds :)
Laptop hard drive, 512 MB RAM.
> -with no program started except nautilus, gnome-panel and metacity, it
> takes 12s from login to get the system ready to respo
Hi,
On 4/4/07, Frederic Crozat <[EMAIL PROTECTED]> wrote:
> -when adding beagle in the startup process, you go up to 15s
I'm interested to know what the overhead here is. Was Beagle run in a
previous session, and roughly how many files have been indexed?
Because:
* It could be that the Mono asse
Heya,
If you're a user of Totem's playlist parser API, you'll need to update
to the new API. The change is pretty straight forward, instead of
passing the title and the genre as arguments of the "entry" signal, we
now pass a hashtable of extra information to the "entry-parsed" signal.
This means
On Wed, 2007-04-04 at 18:15 +0200, Frederic Crozat wrote:
> -if I add the various programs we starts by default on Mandriva
> (gnome-volume-manager, gnome-power-manager, net_applet, etc), I go up
> to 31s before seeing nautilus desktop and 45s to get gnome-panel
> responsive
What's the best way to
Le mercredi 04 avril 2007 à 10:33 -0500, Federico Mena Quintero a
écrit :
> El mié, 04-04-2007 a las 10:59 +0200, Frederic Crozat escribió:
> > Le mercredi 04 avril 2007 à 09:31 +0100, Thomas Wood a écrit :
> > > Ugh, can't we get rid of the splash screen yet?
> >
> > I don't think it is a good id
On Fri, 2007-03-30 at 16:12 -0400, Peter Parente wrote:
> In essence, Accerciser is a next generation at-poke tool
> (http://svn.gnome.org/viewcvs/at-poke). The primary features of
> Accerciser are the following:
FWIW, from an at-poke perspective I'd very much support the inclusion
of Acc
Hi Brian,
Le mercredi 04 avril 2007, à 15:35, Brian Cameron a écrit :
>
> Vincent:
>
> > There have been some discussions in the past few weeks on how to improve
> > the GNOME roadmap. The result of those discussions is a new process to
> > create and maintain a GNOME-wide roadmap.
>
> If we ar
El mié, 04-04-2007 a las 10:59 +0200, Frederic Crozat escribió:
> Le mercredi 04 avril 2007 à 09:31 +0100, Thomas Wood a écrit :
> > Ugh, can't we get rid of the splash screen yet?
>
> I don't think it is a good idea : a lot of people don't have fast as
> light systems which give you a working des
Hey Brian,
On 4/4/07, Brian Cameron <[EMAIL PROTECTED]> wrote:
...
> Obviously root needs to actually run these commands and I guess the
> display-manager daemon has been a convenient place for this logic.
> It might be better to move this functionality into a separate daemon
> that works with KDE
On Wed, 2007-04-04 at 10:07 +0100, Thomas Wood wrote:
> Well, I usually don't give up on my system unless I've been waiting for
> 10 seconds or more. I can't actually find any example of another desktop
> system (other than KDE) that has a splash screen between login and
> presenting the deskto
On 04/04/07 09:59, Frederic Crozat wrote:
> Le mercredi 04 avril 2007 à 09:31 +0100, Thomas Wood a écrit :
[...]
>>
>> Ugh, can't we get rid of the splash screen yet?
>
> I don't think it is a good idea : a lot of people don't have fast as
> light systems which give you a working desktop 2s after
Le mercredi 04 avril 2007 à 09:31 +0100, Thomas Wood a écrit :
> On 04/04/07 07:36, Elijah Newren wrote:
> > On 4/4/07, David Prieto <[EMAIL PROTECTED]> wrote:
> >> Hi,
> >>
> >> I've noticed that when I power on my laptop the session splash after the
> >> GDM lasts only some 3 or 4 seconds, but ev
On 04/04/07 07:36, Elijah Newren wrote:
> On 4/4/07, David Prieto <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> I've noticed that when I power on my laptop the session splash after the
>> GDM lasts only some 3 or 4 seconds, but even after that the desktop
>> background takes another 3 or 4 to appear, the
Vincent:
> There have been some discussions in the past few weeks on how to improve
> the GNOME roadmap. The result of those discussions is a new process to
> create and maintain a GNOME-wide roadmap.
If we are going to keep closer track of a GNOME RoadMap, then wouldn't
it also make sense to ke
Alan/Martin:
I'm the GDM maintainer, so I can probably answer some of your questions.
>> Martin says:
> Alan says:
>> Who maintains the logout and shutdown screens anyway? I have no idea
>> what project they come from.
In most GNOME distros, the GDM program manages the
shutdown/reboot/suspe
21 matches
Mail list logo