Rodney Dawes wrote:
Not for me. The installed package on my machine requires libxml2, but
does not have a dependency on libexpat. However, the dbus-gtk stuff
seems to, though presumably that is indirect due to pango's dependency
on expat, which gtk+ requires for obvious reasons.
-- dobey
On
Hi,
For my Summer of Code project (mentor: Owen Taylor) I am working on
improving gnome startup time. Proof-of-concept work on gconf has already
succeded in reducing boot time from ~35 to ~20 seconds, showing that
there is room for improvement.
Moving down the list of top culprits, my
Lorenzo Colitti writes:
Moving down the list of top culprits, my benchmarks show that xrdb (and
the cpp it spawns) to be one of the worst, and indeed symlinking xrdb to
/bin/true results in a ~10% reduction in startup time.
So why not just launch it some seconds after panel/nautilus? This way
Sven Herzberg wrote:
Lorenzo Colitti writes:
Moving down the list of top culprits, my benchmarks show that xrdb
(and the cpp it spawns) to be one of the worst, and indeed symlinking
xrdb to /bin/true results in a ~10% reduction in startup time.
So why not just launch it some seconds after
On Fri, 26 Aug 2005 17:31:12 -0300, Steven Garrity wrote:
For what it's worth, work on gtkspell3 has begun which will replaces
ASpell/PSpell with Enchant as the underlying spelling provider. [1]
Yep, but as Enchant is an abstraction/wrapper library it'll still be
aspell under the hood (do any
My gut reaction is that you should disable it now, and reenable/cache
xrdb if user response is negative. This way you could focus on other
ways to speedup the desktop launch, possibly providing other major wins.
The Return on Happiness (ROH) is much higher for speeding up 95% of our
users
On Sat, 2005-08-27 at 18:09 +0200, Lorenzo Colitti wrote:
Hi,
For my Summer of Code project (mentor: Owen Taylor) I am working on
improving gnome startup time. Proof-of-concept work on gconf has already
succeded in reducing boot time from ~35 to ~20 seconds, showing that
there is room
It is sort of scaring me that we seem to be making very little
progress on even looking at some of these. We found four more at
bugday, though some (2, I think?) from the original list have also
been fixed.
New ones:
text documents just disappearing off the desktop :/
On Sun, 2005-08-28 at 00:05 +0100, Gustavo J. A. M. Carneiro wrote:
Thoughts? Should xrdb be turned off by default?
IMHO a much better solution would be to simply delay running xrdb
until after the splash screen disappears. This way people can get at
their business quicker, while xrdb
On 8/27/05, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
On Sun, 2005-08-28 at 00:05 +0100, Gustavo J. A. M. Carneiro wrote:
Thoughts? Should xrdb be turned off by default?
IMHO a much better solution would be to simply delay running xrdb
until after the splash screen
On Sun, 2005-08-28 at 00:27 +0100, Gustavo J. A. M. Carneiro wrote:
On Sun, 2005-08-28 at 00:05 +0100, Gustavo J. A. M. Carneiro wrote:
Thoughts? Should xrdb be turned off by default?
IMHO a much better solution would be to simply delay running xrdb
until after the splash screen
On Sat, 2005-08-27 at 19:31 -0400, Luis Villa wrote:
On 8/27/05, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
On Sun, 2005-08-28 at 00:05 +0100, Gustavo J. A. M. Carneiro wrote:
Thoughts? Should xrdb be turned off by default?
IMHO a much better solution would be to simply
Still, one thing that would be nice would be to have a check box or
something for each command saying if it should be loaded after the
splash screen disappears. I mean, there are a few programs I like to
run when I log in, but I don't want them to get in the way.
Perhaps force users to
quote who=Alex Graveley
My gut reaction is that you should disable it now, and reenable/cache xrdb
if user response is negative.
Turns out we've already disabled it and re-enabled it again because the user
response was negative. So... :-)
- Jeff
--
UbuntuBelowZero
On 8/27/05, Jeff Waugh [EMAIL PROTECTED] wrote:
quote who=Alex Graveley
My gut reaction is that you should disable it now, and reenable/cache xrdb
if user response is negative.
Turns out we've already disabled it and re-enabled it again because the user
response was negative. So... :-)
quote who=Luis Villa
Probably back when adobe was still Xlib...
Luis (trying hard to think of any significant applications anymore
that aren't in some modern toolkit)
How about most people's Emacs? Not that modern toolkits should be completely
ignoring this stuff anyway. *cough*
- Jeff
--
quote who=Jeff Waugh
How about most people's Emacs?
And everything Tk, which covers a pretty surprising amount of software that
corporates like.
- Jeff
--
GNOME Summit: October 8th-10th http://live.gnome.org/Boston2005
There is a very fine line between 'hobby' and
On 8/27/05, Jeff Waugh [EMAIL PROTECTED] wrote:
quote who=Jeff Waugh
How about most people's Emacs?
And everything Tk, which covers a pretty surprising amount of software that
corporates like.
I'm still distinctly unconvinced the rest of us (that is, the vast
majority) should be paying a
quote who=Luis Villa
I'm still distinctly unconvinced the rest of us (that is, the vast
majority) should be paying a 10% startup penalty for this.
The suggestions of 'add it back to your session' were fine - the reason I'm
responding is to put some reality back into the but that's crack
On Sat, 2005-08-27 at 18:09 +0200, Lorenzo Colitti wrote:
Hi,
For my Summer of Code project (mentor: Owen Taylor) I am working on
improving gnome startup time. Proof-of-concept work on gconf has already
succeded in reducing boot time from ~35 to ~20 seconds, showing that
there is room
Owen Taylor wrote:
xrdb is first called by the X init scripts, then later *again* by
gnome-settings-daemon.
xrdb is also invoked by the default GNOME Xsession script:
[...]
I'm guessing that possibly Lorenzo didn't have any of these files
in his test setup. (Fedora always has a system Xresources
On Sun, 2005-08-28 at 00:05 +0100, Gustavo J. A. M. Carneiro wrote:
On Sat, 2005-08-27 at 18:09 +0200, Lorenzo Colitti wrote:
The argument for removing xrdb altogether is that users that are putting
#define statements in .Xdefaults or .Xresources are (a) rare, (b)
probably non relying on
On Sat, 2005-08-27 at 18:54 -0400, Luis Villa wrote:
applets regression:
http://bugzilla.gnome.org/show_bug.cgi?id=309492
I identify this one as fixed.
--d
--
Davyd Madeley
http://www.davyd.id.au/
08B0 341A 0B9B 08BB 2118 C060 2EDD BB4F 5191 6CDA
23 matches
Mail list logo