Luis Villa wrote:
On Wed, Mar 11, 2009 at 6:46 PM, Andre Klapper ak...@gmx.net wrote:
Am Mittwoch, den 11.03.2009, 23:28 +0100 schrieb Juan Jesús Ojeda
Croissier:
Apport[1] is a system which is able to send a very complete crash log
to a bug tracker system (not necessary the Ubuntu's
Luis Villa wrote:
On Wed, Mar 11, 2009 at 7:28 PM, Brian Nitz brian.n...@sun.com wrote:
Luis Villa wrote:
On Wed, Mar 11, 2009 at 6:46 PM, Andre Klapper ak...@gmx.net wrote:
Am Mittwoch, den 11.03.2009, 23:28 +0100 schrieb Juan Jesús Ojeda
Croissier:
Apport[1
Behdad Esfahbod wrote:
On Mon, 2008-03-03 at 09:05 +, Brian Nitz wrote:
Third, there's no such thing as
locale-specific fonts. If a font happens to cover Chinese only, so be
it. Finally, if you don't need those fonts, simply don't install them
(or uninstall them).
I
Behdad Esfahbod wrote:
On Fri, 2008-02-29 at 13:32 +, Brian Nitz wrote:
For example, launching eog in the C locale (Solaris Nevada build
82,
GNOME 2.20.2) opens font files for many other locales. These may be
mapped into physical memory at times, regardless of your locale
Kalle Vahlman wrote:
2008/2/29, Nickolay V. Shmyrev [EMAIL PROTECTED]:
Heh, I also would like to delete all .po files if only I knew how to
keep translations :)
Deleting .po:s would be futile as those are just the sources from
which the actual (binary) files loaded are compiled
I typically leave gnome-panel (gnome 2.20.1 on Solaris Nevada) running
for weeks in a Sun Ray session. The heap does appear to be growing over
time:
pmap -x of gnome-panel process BEFORE restart of gnome-panel:
22817: gnome-panel --sm-client-id 11819cdc2800011951517610052150048
--scr
It sounds like an interesting idea. One thing I wonder about with
anything that changes the screen synchronized to a clock is if it can be
randomized somewhat so that it wouldn't cause a network storm in cases
where all thin client screens attached to a single server are set to
goatse at
Thomas Wood wrote:
On 23 Mar 2007, at 19:26, Glenn J. Mason wrote:
things super simple from a user perspective. Do we really need, and
do
users really care about, different sounds for questions,
information,
battery low, etc.
my personal
Galaga does seem to have what it takes, but if it doesn't quite meet
Alex's needs, I'd suggest extending Galaga rather than reinventing the
wheel. I looked at Galaga a few months ago when I was considering how
to notify IM applications and other desktop applications that I'm not
here so that,
Tommi Komulainen wrote:
On 9/13/06, Brian Nitz [EMAIL PROTECTED] wrote:
Why do we ever log out?
4) Free up resources. ???
Reason 4 is especially interesting for multiuser systems, especially
thin clients. It might be interesting for embedded uses of GNOME
(laptop/child, maemo
Ray Strode wrote:
* XSMP does a number of useful session-managey things (logout
notification, logout cancellation, specifying apps that
should be restarted right away if they crash, specifying
commands to run at logout, etc) which we currently have no
Luis Villa wrote:
On 7/19/06, Dan Winship [EMAIL PROTECTED] wrote:
Luis Villa wrote:
* distros are all crap at getting their bugs upstream, pretty much.
(Some are slightly better than others, at various times.)
So now that we've got XML-RPC support in bugzilla, it would be
Shaun McCance wrote:
On Thu, 2006-07-20 at 13:52 -0500, Shaun McCance wrote:
Yikes, all right. We should definitely keep the exec_ats key
for legacy. I suppose the Assistive Technology Preferences
dialog should continue to set the old values, if possible,
to keep older machines
Do we know what level of accessibility is possible within the current
mono framework?
Do we know what level of accessibility is likely (e.g. with C# apps
ported from other platforms?)
Bill Haneman wrote:
Federico said:
Big tangent: the GNOME Certification plan will help in defining what
14 matches
Mail list logo