orted;
2. Not build the deprecatd bindings by default unless a
--enable-deprecated-bindings option is used.
--
Gustavo J. A. M. Carneiro
"The universe is always one step beyond logic" -- Frank Herbert
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
; not found
configure.in:14: required file `doc-build/Makefile.in' not found
--
Gustavo J. A. M. Carneiro
"The universe is always one step beyond logic" -- Frank Herbert
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
users furious if there is no viable alternative to do the same
thing with GIO [1]. And I mean GIO + GIO Python bindings. It could
happen that an application is using a GnomeVFS API for something that
GIO does not provide or for which there are no Python bindings, since
coverage is probably not 1
g in the GNOME Desktop platform?
Does GnomeVFS no longer belong in the GNOME Developer platform?
In case of Yes, would it be OK to keep the Python bindings where they
are and just mark them as deprecated? Else they'd have to move into
gnome-python-extras, I guess...
-
GUI
for certain things. I don't use any IDE for source code editing, and I
would certainly hate to have to use Nautilus for commits.
Not to say that GUIs aren't useful for some things. I have seen nice
GUIs for bazaar, git, and mercurial. But they are most useful for
visualizing the re
evelopers of a project for which
> usability is a prime goal choose the less usable VCS tool at their
> disposal.
Nicely put. Bonus points for saying it politely :-)
--
Gustavo J. A. M. Carneiro
"The universe is always one step beyond logic" -- Frank Herbert
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Mon, 2009-01-05 at 11:23 +0100, Edward Hervey wrote:
> On Sun, 2009-01-04 at 20:32 +0000, Gustavo J. A. M. Carneiro wrote:
> > On Sat, 2009-01-03 at 22:46 -0500, Behdad Esfahbod wrote:
> > > In December I ran a distributed version control system survey for GNOME.
> > &
e what emacs produces) from
git commit logs? I know that some projects like Cairo auto-generate
ChangeLog already, but the default git changelog format is too
detailed/ugly IMHO.
--
Gustavo J. A. M. Carneiro
"The universe is always one step beyond logic" -- Frank Herbert
ons would be of course appreciated. We are
> willing to do whatever needs to be done to improve brasero for it to
> be integrated.
>
> NOTE: after the 0.8.3 release that should take place soon, we intend
> to branch it and use SVN trunk for the next development version. ATM
> trun
On Fri, 2008-09-19 at 13:09 +0200, Patryk Zawadzki wrote:
> On Fri, Sep 19, 2008 at 12:42 PM, Gustavo J. A. M. Carneiro
> <[EMAIL PROTECTED]> wrote:
> > Someone who has gained a user privilege could possibly show a fake
> > password input dialog that looks exactly like
seful in the short term, but
> something to be aware of. A long-term goal should be to address these
> issues so that root password entry is handled in a more secure fashion
> in the future.
>
> Brian
> _______________
> desktop-devel-list mailing
ython...
>
> * http://live.gnome.org/GioPort :
> PATCHES: alacarte, gnome-applets, gnome-utils, gnome-build, gdl,
> TODO: gnome-python-desktop, gnome-utils, sabayon, anjuta
Again, why gnome-python-desktop should be ported to gio?
It sounds like a simpe grep-find generated list, but I doub
that use Visual Studio and can't live without it. But among
GNOME developers I have serious doubts anyone uses one of those IDEs.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
"The universe is always one step beyond logic" -- Frank Herbert
_
On Mon, 2008-06-30 at 23:45 +0300, natan yellin wrote:
>
>
> On Mon, Jun 30, 2008 at 9:59 PM, Mikkel Kamstrup Erlandsen
> <[EMAIL PROTECTED]> wrote:
> 2008/6/30 Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]>:
>
> > On Mon, 2008-06-3
On Mon, 2008-06-30 at 12:01 -0300, Johan Dahlin wrote:
> Gustavo J. A. M. Carneiro wrote:
> > On Mon, 2008-06-30 at 15:07 +0100, Alberto Ruiz wrote:
> [..]
>
> >> Plus, CMake is getting more mature and stable and it already supports
> >> VisualStudio and XCode
On Mon, 2008-06-30 at 15:07 +0100, Alberto Ruiz wrote:
>
>
> 2008/6/30 Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]>:
>
>
> An excellent reason to switch to a more modular build system,
> one that
> does not require patchi
t; attribute those kind of qualifiers to my messages in the future.
>
> Update the bug:
> http://bugzilla.gnome.org/show_bug.cgi?id=472048#c11
>
> The automake maintainers received a patch ages ago:
> http://lists.gnu.org/archive/html/automake-patches/2007-09/msg7.html
>
/bugzilla.gnome.org/attachment.cgi?id=109417
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL P
On Sun, 2008-04-20 at 18:59 -0500, Jason D. Clinton wrote:
> On Sun, Apr 20, 2008 at 6:33 PM, Gustavo J. A. M. Carneiro
> <[EMAIL PROTECTED]> wrote:
> > 1. It does not use Cairo;
>
> The implementation that I'm proposing will blit Cairo-rendered
> surface
other hand, Cairo has failed to live up to the promise of
hardware acceleration. After years of development with no significant
results on the hardware acceleration front (when compared to pure
OpenGL) perhaps it deserves this fate...
Not taking sides he
and not too
hard) to move subdirectories from one SVN module to another one without
losing history, like it used to be done for CVS "surgery"?
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
"The universe is always one step beyond logic" -- Frank
On Thu, 2008-03-27 at 11:39 +, Gustavo J. A. M. Carneiro wrote:
> On Wed, 2008-03-26 at 15:39 -0700, Ethan Osten wrote:
> > On Wed, 2008-03-26 at 19:32 +0100, Sven Herzberg wrote:
> > > Hi,
> > >
> > > Am Mittwoch, den 26.03.2008, 19:13 +0100 schrieb Xa
: IM is one of the areas that pretty much requires user input to be
> usable, so if I rely upon it in my application when most of my users end
> up using Pidgin or whatever, I'll end up with a feature that's useless
> to my audience.
You might as well just h
nd whose replacement hard drive has already started showing
some signs of failure, I wonder if unmounting an external USB hard drive
but not sending a STOP command is harmful for the safety of the disk by
preventing the disk from parking, thereby making it more prone to damage
during travel.
On Qui, 2007-12-27 at 19:20 +0100, Sven Herzberg wrote:
> Am Donnerstag, den 27.12.2007, 11:52 +0100 schrieb Xavier Claessens:
> > Le lundi 24 décembre 2007 à 12:48 +, Gustavo J. A. M. Carneiro a
> > écrit :
> > > I would just like to say that I am concerned
mentation needed to be written (I don't know the
>current status)
> + no API stability guarantee yet
> + current license of the libraries is GPL
>[context: if the libraries are proposed for the platform later, they
>will need to be LGPL]
>
> Xavier can prob
e used to be a build system issue (and intltool integration
> >issues), but it now uses waf or autotools
>
> exactly, you can find both waf and autotools in the src-tree and
> everyone can use his favourite. unfortunately, just autotools is
> supported by jhbuild at the moment.
ke 0.8.0.214. Looking at 0.8.0.214 it becomes easy to see
that it is a bzr version which comes right after the official 0.8.0
release.
But, anyway, your idea is simpler to implement[1], and probably good
enough...
[1] although in my case the version numbering is derived automatically
by a hook
hough it still seems to default to 0.0.0 and removing it
> > has seems to have no effect on the files created. :/
>
> And add -avoid-version.
Don't forget -module.
--
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Multimedia Unit
"The universe is alway
x27;t see the point of supporting runtime tests with cross
compilation in the build tool. I mean, the most that the tool can do is
give an error message saying the test cannot be run. How will that
help? And how does autoconf get away with it? Last I checked, autoconf
just gave an error message; b
On Mon, 2007-12-03 at 11:43 +, Alberto Ruiz wrote:
>
>
> 2007/12/2, Elijah Newren <[EMAIL PROTECTED]>:
> On Dec 2, 2007 3:46 PM, Gustavo J. A. M. Carneiro
> <[EMAIL PROTECTED]> wrote:
> > In case anyone is interested, feel free to
On Mon, 2007-12-03 at 07:48 +0100, Jaap A. Haitsma wrote:
> On Dec 2, 2007 11:46 PM, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> > In case anyone is interested, feel free to try out a 100% WAF-ied
> > version of gnome-python:
> >
> > http://www.gnome.org
new system. Later, if no serious problems or
objections are found, I would like to switch to it.
Cheers,
PS: try the '-p' waf option for greater eye candy effect.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
"The universe is always on
hilst in a
> build function, bld.env is a function returning something which behaves
> like a dict (so need to use bld.env()['foo']). Rather confusing.
Agreed. But I think also fixable, since WAF API is not exactly
frozen ;-)
Cheers,
--
Gustavo J. A. M. Carneiro
INESC Porto, Tele
programs/libraries/whatever ("make installcheck"), and,
> if all that succeeded, declares your distribution Ready.
I coded distcheck into WAF a couple of months ago. It wasn't even a
difficult task...
Cheers,
--
Gustavo J. A. M. Carn
GTK-based
> > for this as well.
>
> OOo is Gtk based for several years.
This is not true. OOo only uses Gtk themes, not Gtk widgets. Big
difference. Like the difference between firefox and epiphany.
--
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Multimedi
PA plugin for gst), but for the
> applet and the standalone mixer i'd like to see a replacement. Right
> now both use the gst mixer abstraction API, which only exposes a
> very limited set of what our PA mixer can do and which quite frankly
> is a big mess. We'd have
ds compatibility.
> >
> > I already do not use esd.
>
> You must have the Gnome desktop sounds turned off then.
I do. Yet another "feature" I don't need and which was getting in the
way of perfect sound, so I just disabled it.
>
> > > And last, and actua
* Graceful handling and policy for on-the-fly device removal and insertion
Those are nice features, but all summed together they don't come near to
"skipless sound" that raw ALSA provides.
> * Decent OSS emulation that doesn't cut software-mixing out of the loop
OSS
On Ter, 2007-10-09 at 09:49 -0400, Matthias Clasen wrote:
> On 10/9/07, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> >
> > I am not saying Pulse Audio has these problems. I simply don't know
>
> That can easily be helped. Just try gnome 2.20 with pu
s by ALSA clients.
Routing all sound through a userspace daemon has its risks, and I would
rather have "simple" sound working flawlessly, even if at the cost of
volume control and PNP.
[1] Yes, in that sense this email can be classified as FUD, but I don't
mind :)
--
Gustavo J.
On Ter, 2007-10-09 at 01:17 +0200, Matteo Settenvini wrote:
> Il giorno lun, 08/10/2007 alle 23.19 +0100, Gustavo J. A. M. Carneiro ha
> scritto:
> > Last time I tried PulseAudio (over a year ago) it hogged the sound
> > device and did not let any other ALSA client produce s
+>+++ W+++ N++ o?
> w--- O- M++ PS++ PE- Y+>++
> PGP+++ t+ 5 X- R tv-- b+++ DI+
> D++ G++ e h+ r-- y?
> --END GEEK CODE BLOCK--
> _______________
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman
merging branches.
The ChangeLog therefore throws away one of the biggest advantages of
DSCM, which is not only offering decentralized source control, or very
fast commits, but also much more intelligent branching and merging when
compared to CVS or Subversion.
--
Gustavo J. A. M. Carneiro
I
ed functions. Anyway, I
can easily live without a list of changed functions. And since each
changelog entry has a revision number, interested parties can fire up
"bzr viz" and look at the diff themselves.
[1] https://launchpad.net/pybindgen/
[2] http://telecom.inescporto.pt/~gjc/gnulog.
On Wed, 2007-09-12 at 21:40 +0100, John Carr wrote:
> On Wed, 2007-09-12 at 20:47 +0100, Gustavo J. A. M. Carneiro wrote:
> > On Wed, 2007-09-12 at 20:28 +0100, John Carr wrote:
> > > On Wed, 2007-09-12 at 10:13 +0300, Kalle Vahlman wrote:
> > > > 2007/9/11,
er/ ? Nah.. www.gnome.org is not
appropriate for that, or so they tell us;
b) You need to allow multiple commiters to the same user-neutral
branch;
c) you need to run a bzr smart server on the server side or else
network performance is going to be rather bad.
Bott
ted from log messages;
4- Oh, in one of my projects[1] I even got my package to automatically
derive its own version number from the last tag registered in the
branch, so that I only have to tag the source tree and make a release
tarball, not update some version string in some file; how cool
On Dom, 2007-09-02 at 13:09 +0100, Gustavo J. A. M. Carneiro wrote:
> On Sáb, 2007-08-25 at 10:39 -0700, Gabriel M. Elder wrote:
> > My apologies if this is the wrong list.
> >
> > Would someone be so kind as to tell me what executable
> > and/or library is respons
bo is probably
gnome-session; if not, gnome-panel or nautilus are other likely
candidates.
>
> TIA,
> - gabriel
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
been enabled. Means you cannot commit to modules without a
> proper MAINTAINERS file. The rejection message points to an URL
> explaining this.
It is not nice to do this like this; you should make the pre-commit
script give only a warning, for a few months, but still allow commit.
Only after the warni
tooltips API!
Just because pygtk _can_ adapt doesn't mean that it _should_.
In fact there are at least a couple of other changes in gtk+ 2.11.x that
break the API; we should really be more careful about these things...
--
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Mu
e form or another?
We also need said sound server to not suck. On Linux systems it must
1) use ALSA, and 2) work well with dmix and allow other applications
(e.g. flash plugin) to use ALSA directly. Pulse Audio at least doesn't
qualify for the second point. Esound doesn't qualify fo
ve to define PYTHONPATH correctly. Or let
"jhbuild shell/run" do it..
Personally I prefer to have a custom built python, for better
debugging. But I would understand if people want to use the system
python instead. In fact, using the system python by default would allow
GNOME to
On Ter, 2007-03-13 at 12:52 -0500, Shaun McCance wrote:
> On Tue, 2007-03-13 at 17:38 +0000, Gustavo J. A. M. Carneiro wrote:
> > On Ter, 2007-03-13 at 16:57 +0100, Loïc Minier wrote:
> > > On Tue, Mar 13, 2007, Elijah Newren wrote:
> > > > Unlike GNOME and Linux, P
cause it's the new
stable version of python and python 2.4 is not maintained any more.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Ter, 2007-03-13 at 09:42 +0100, Loïc Minier wrote:
> On Mon, Mar 12, 2007, Gustavo J. A. M. Carneiro wrote:
> > I'd like to suggest updating jhbuild to install Python 2.5 instead of
> > 2.4 for GNOME 2.20, because:
> > * I don't think Python 2.4
GNOME 2.18);
* We could really use the testing of GNOME on Python 2.5, especially
on 64-bit systems.
Comments?
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
signature.asc
Description: This is a digital
or two of them need to do audio or
multimedia stuff.
If you want to avoid delay when playing a beep, then all apps will
have to initialize GStreamer and precache an audio sample. Startup time
and memory costs pile up. It's much better to have a simple sound
server (which can use GStreamer)
t;trust" we could do this immediately, without thinking twice. At least
it would solve the cairo 1.2.4 vs 1.2.6 issue that brought this thread
of discussion.
Best regards.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Th
k/unlock; this is doable, I'm sure.
PS: I'm not part of the release team; this is only my personal opinion.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
___
desk
this gets much much better optimised in the future, or we have to wait
for more powerful hardware. In any case, I'm -1 for including tracker
in GNOME 2.18; let's wait and see how this evolves at GNOME 2.20 time.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTE
re now loaded on the passwords tab of the
> seahorse application.
This is cool; it almost replaces gnome-keyring-manager... could it
replace it completely one day, I wonder?...
Thanks, great work.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <
3- "sreen resolution", "screensaver", "desktop background" =>
"Display"
4- "PamOS devices", and "removable drives and media" => "external
devices" (or something)
5- *Everything non-GNOME*, move into a sepa
away from a multitude of capplets, there's an
alternative solution: add an extra level of preferences "categories", as
we do for the applications menu.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
___
On Qua, 2006-11-01 at 18:26 +, Gustavo J. A. M. Carneiro wrote:
> In my font preferences I see a "Document font" option. It affects the
> gconf key /desktop/gnome/interface/document_font_name, which is
> documented as "Name of the default font used for readi
application.
Two question:
1- why does this preference exist if not used?
2- Can I use it in my application, or is it deprecated?
Thanks,
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
___
On Seg, 2006-10-30 at 00:22 +0800, Davyd Madeley wrote:
> On Sun, 2006-10-29 at 12:43 +0000, Gustavo J. A. M. Carneiro wrote:
>
> > However, there's one more major problem standing in our way to smooth
> > jhbuilding. It seems that many modules are still producing cvs
&g
c
dictates that I should not therefore be penalized by cvs conflicts.
What's happening here? Can it be fixed?
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
___
desk
ough to solve
memory problems, it doesn't bode well for its future.
To be fair, at least we know about beagle problems since it is well
tested; we might still find similar problems in tracker further down the
road...
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> &l
edesktop.org/wiki/Standards_2fdesktop_2dentry_2dspec
Regards,
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
gnome-python-desktop branched (tag gnome-2-16) for GNOME 2.16; the
HEAD branch will follow GNOME API changes and will possibly accept new
APIs.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step
a key takes effect.
> It also gives us the ability to pre-load applications without showing
> any interface. I am totally willing to spare a chunk of my RAM if it
> means I don't have to keep warm-starting Epiphany every time I open a
> web page. It would make my entire desktop use a
On Qui, 2006-09-14 at 04:11 +0100, Sander Vesik wrote:
> --- "Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> wrote:
>
> > Ter, 2006-09-12 às 14:26 -0400, Hubert Figuiere escreveu:
> > > > I would like to propose LAT 1.2.x for inclusion in GNOME,
I'd share this if anyone else happened to run into it.
Been there myself.
http://mail.gnome.org/archives/desktop-devel-list/2006-March/msg00102.html
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
__
here is no C equivalent to LAT, we don't have much
choice. No, GQ is not the same. From what I saw of GQ 1.0 and LAT 1.0,
LAT is much better because 1) GQ is GTK2 based but very far from HIG
compliant, 2) LAT is more than a simple LDAP client, it has views and
dialogs for managing users, not jus
no option to export your own keys to a file; it's like a
black hole, once you import a key, you won't get it back, ever.
Anyway. Keep up the good work!
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
_
ions;
3. Documention doesn't destabilize the program, it can go on for a
much longer time after code/feature freeze. If you want to delay the
official GNOME .0 release for documentation, that's another matter. But
delaying or forbidding contributions because of lack documentation is
unthinkable
Here is my much-anticipated MASTER PLAN:
Your master plan implies branching early and heavily committing to
both branches for a long time. Reality check: we are still using this
archaic software called C.V.S.! Branching with that software is
incredibly complex.
Your master plan is bloc
oper screen saving notification abstractions is not
trivial, and I agree we could use a common library for that.
[1]
http://telecom.inescporto.pt/~gjc/gnome-osd/hg/gnome-osd/?cmd=file;file=gnomeosd/xscreensaver.py;filenode=35463d1d41b70b7be4d795cc3abf6e1094609b6e
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
7;m not sure what happened in this particular case, but this failure
has existed for a long time (weeks?); it should have been fixed a long
time ago.
Maybe we need a set of written policies for this sort of thing...
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PR
k (file system checker), defragmenter, etc.
In our case, when we open the properties dialog for a folder, nautilus
shows the total count of this folder. Near this place it could have a
button 'Detailed disk space analysis', which would launch baobab to scan
the selected folder.
Regar
representation of the disk usage by means
> of a TreeMap graph and (in the next future) a Pie Chart.
>
> Fabio
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/
So we shouldn't remove sticky notes for at least a
couple of gnome cycles, IMHO.
Regards,
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic
___
desktop-devel-list mail
web based one (I hate writing wikis in these tiny windows). For
mind mapping, I'd rather use a real mind mapping software; alas, we
don't have a good gtk2 mind mapper, but freemind is pretty good. For
simply taking notes, sticky notes is more than enough.
Sticky notes applet is awes
using the "Change Desktop Background" desktop
popup menu, because it is worded like a task description. It makes no
sense when accessing the same preference through "Preferences->Desktop
Background".
This highlights another inconsistency: "Change Desktop Backgro
ented variant of ubuntu). They're basically the same
distribution, with different default colors and different default set of
apps. _Maybe_ we could go one step further and have apps customize the
level of complexity of the UI (like very early nautilus had as
preference, like RB has a "comp
f "power user" tool;
2. deskbar is not loaded by default; the user has to explicitly
find it and loaded.
So the fact that python apps are acceptable to the GNOME desktop
doesn't not imply that the GNOME desktop is more bloated.
Regards,
--
Gustavo J. A. M. Carneiro
&l
; Hey Lui^WTravis ;)
>
> Not any specific plans I'm afraid. More bug fixing as time permits.
The obvious comment (someone has to say it),
You shouldn't need to branch just for bug fixing...
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTE
On Qua, 2006-04-19 at 17:49 -0400, Behdad Esfahbod wrote:
> On Wed, 19 Apr 2006, Gustavo J. A. M. Carneiro wrote:
>
> > Disagreed. Let's not call it 3.0 just because we feel like it. 3.0
> > should mean API breakage point. I still think that 3.0 should be a
> >
On Qua, 2006-04-19 at 16:35 +0200, Olav Vitters wrote:
> On 4/19/06, Kalle Vahlman <[EMAIL PROTECTED]> wrote:
> > On 4/19/06, Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]> wrote:
> > > Please, don't take the 3.0 version lightly, only as a way to improve
>
http://mail.gnome.org/archives/desktop-devel-list/2005-May/msg00142.html
>
> I drafted the first version of this message before I saw the comments on
> planet gnome but it seems I'm not the only one thinking about 3.0:
> http://blogs.gnome.org/view/newren/2006/04/18/0
>
> ___
at http://joh.deworks.net/password-dialog/GnomeAboutMePassword.html
> >
> > Best regards,
> >
> > Johannes H. Jensen
> > deworks
> >
> >
> > _______
> > desktop-devel-list mailing list
> >
On Seg, 2006-03-13 at 10:55 -0600, Federico Mena Quintero wrote:
> On Sun, 2006-03-12 at 19:44 +0000, Gustavo J. A. M. Carneiro wrote:
> > I have a problem with a program that behaves badly when launched from
> > dbus[1], as opposed from starting manually from terminal,
more applications using D-BUS for automation. I don't know
the solution, but it seems like a cross-product interaction problem and
so I write here in hope to raise awareness for the issue, at least...
[1] dbus.SessionBus().start_service_by_name(...)
--
Gustavo J. A. M. Carneiro
<[EMA
feature.
I don't see what's wrong with the dbus .server method; many desktop
applications are already doing it, and it's the most correct way to
handle it.
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logi
On Seg, 2006-02-13 at 11:19 +, Gustavo J. A. M. Carneiro wrote:
> On Tue, 2006-02-07 at 12:10 +0800, Davyd Madeley wrote:
> > I see that both Ubuntu Dapper and Fedora Core 5 test 2 are shipping
> > with gnome-screensaver now.
> >
> > Having now used both of them, d
27;t help.
I am not sure gnome-screensaver is to be blamed for the above problem,
but I strongly suspect it, and have since then uninstalled it.
>
> --d
>
--
Gustavo J. A. M. Carneiro
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
The universe is always one step beyond logic.
__
On Wed, 2006-02-08 at 20:02 +, Mike Hearn wrote:
> On Wed, 08 Feb 2006 16:22:08 +0000, Gustavo J. A. M. Carneiro wrote:
> > So it seems that the desktop wide decision to load all modules with
> > G_MODULE_BIND_LOCAL, for performance reasons, may break python
> > extensio
On Wed, 2006-02-08 at 23:57 +0800, Davyd Madeley wrote:
> On Wed, Feb 08, 2006 at 02:20:15PM +0000, Gustavo J. A. M. Carneiro wrote:
>
> > > perhaps but the real question is why isn't this a branch in CVS? Why is
> > > there a need for clandestine development?
1 - 100 of 151 matches
Mail list logo