Christophe:
If CrossDesktop DevRoom is THE place for cross-desktop entente, then
why have I seen no discussion about this event on any FreeDesktop mail
forum? I only notice GNOME mailing lists in the current cc:list, or am
I missing something?
What FreeDesktop forum is even supposed to be
, but it is a start.
On 10/22/12 01:15 AM, Bastien Nocera wrote:
On Fri, 2012-10-19 at 13:33 -0500, Brian Cameron wrote:
The GNOME community provides little guidance about what systemd
interfaces are actually needed for various GNOME features to work
properly. Maybe nobody really knows yet, but non-Linux distros
The Solaris Sun Ray product does not yet support OpenGL (or the Xserver
Composite extension). The main desktop products that Solaris supports
are all run on Sun Ray.
So, if GNOME evolves so that it has no support for machines that do not
support OpenGL, then this will further complicate the
David:
On 10/22/12 11:50 AM, David Zeuthen wrote:
On Mon, Oct 22, 2012 at 11:18 AM, Brian Cameron
brian.came...@oracle.com wrote:
You are talking about shipping a *complete* and *free* (libre *and*
gratis) graphical desktop environment and you're complaining that you
have to spend a couple
David:
On 10/22/12 01:01 PM, David Zeuthen wrote:
But please don't expect others to port GNOME to run on your OS.
I was never suggesting that any others do any sort of port for anyone.
I was only highlighting that the lack of documentation makes things
slow. I am sure that we can improve
Piñeiro:
On 10/22/12 01:30 PM, Piñeiro wrote:
On 10/22/2012 05:36 PM, Brian Cameron wrote:
Probably you didn't get any concrete answer as most of the
technical/community decisions are not made by the GNOME Foundation
Board. As I mentioned on last Boston Summit, now and then a thread about
what
David:
On 10/22/12 01:17 PM, David Zeuthen wrote:
On Mon, Oct 22, 2012 at 2:05 PM, Brian Cameronbrian.came...@oracle.com wrote:
Right. So, you probably are not surprised that things are moving along
slowly either. :)
Actually I'm quite excited about the development pace for GNOME
Some perspective about this issue from a Solaris perspective.
On non-Linux systems like Solaris there is little value in using
upstream GNOME code for some features. Power management is a
good example. On Solaris, power management uses Solaris-specific
interfaces and supports Solaris specific
On 05/22/12 01:45 PM, Bradley M. Kuhn wrote:
As most on this list know, I've been the GNOME Advisory Board as FSF's
representative for the last decade. Since, as a non-profit, FSF receives
Advisory Board membership with no fees, I've always felt it was right to
give back in volunteer time
Tomeu:
On 04/26/12 02:06 AM, Tomeu Vizoso wrote:
On Tue, Apr 24, 2012 at 15:10, Alberto Ruizar...@gnome.org wrote:
I'm afraid that interfering in the maintainer's responsibilities is a
very big can of worms, more likely to do harm than good. There's
something powerful in how a maintainer
Allan:
I think it is pretty clear that the GNOME UX team is pretty amazing.
As you say, though, I think we recognize that we need to improve in
areas like engagement.
With GUADEC around the corner, I think now is an important time to
make progress on getting better engagement between the
Uros:
Thank you for your feedback. We love to hear what people think of
GNOME.
Following issue is not directly related to GNOME3, but just my idea I
would like to see implemented
and believe software developers and professional users would find it
very useful. While I'm not
'reinventing the
Paul:
Sorry for top-posting, but I'm going to recommend if anyone wants to
talk about GNOME OS or platform changes to start a new thread. While
related, this is a different issue than the systemd proposal as an
external dependency.
Agreed. Since we are planning to discuss this anyway at
Sorry for the double post.
When I wrote my last post, it was not clear to me that systemd is not
and won't be portable. If this is true, then that's probably okay for
Oracle too, as long as GNOME can be made smart enough to just disable
those aspects of the desktop that require it when systemd
Lennart:
The closest integration I expect in gdm. Ideally I'd like to rip out the
current CK support completely and replace it entirely by the more
low-level systemd specific code. However, that I can only do if the
outcome of this discussion is clear.
Is it possible to do this, but maintain
Vincent:
On 05/18/11 02:02 AM, Vincent Untz wrote:
I'm obviously no security expert, but doesn't the fact that the greeter
runs as the gdm user and not root mean that the audit on the daemon side
is enough (since the daemon should clearly validate everything that
comes via dbus from the
Ray:
On Sun, May 15, 2011 at 2:30 PM, Brian Cameronbrian.came...@oracle.com wrote:
Yes, you are right. GDM does not currently use OpenGL.
My comment was meant to be understood as an example of how GDM may be
moving in a direction that requires certain hardware or only works on
certain
Matthew:
I'd expect that a prerequisite for adoption would be functional
equivalence. If the greeter is to be maintained by some third party
rather than yourself, how is the maintenance overhead reduced over using
gdm?
When GDM was rewritten, functional equivalence and configuration
Jon:
On 05/14/11 03:37 PM, William Jon McCann wrote:
It
is certainly a serious overreaction to my statement that a proposal
that is based on an internal architecture change, that uses lines of
code as a metric, and didn't include a single thing that would improve
the user experience seems to
Shaun:
So the question here is not Does LightDM better serve
the needs of some GNOME-based operating systems? The
question is simply Should LightDM replace GDM as the
display manager for GNOME?
Perhaps I am confused, but I thought that the recent moduleset
reorganization was designed to get
Shaun:
Perhaps display manager programs are special in some way that only
allows for one to be approved at a time. But I do not remember anyone
discussing any special considerations like this in this thread.
I think that's the idea behind the Apps moduleset, but not Core.
Core is the
Colin:
Your report missed the following bug, which is a better example of some
of the more serious issues Canonical had working with upstream GDM:
https://bugzilla.gnome.org/show_bug.cgi?id=587750
As you can see in the bug report, Robert was not provided with much
real support or guidance
Bastien:
On Fri, 2011-05-13 at 13:43 -0500, Brian Cameron wrote:
GDM has evolved into a display manager that is most focused on tight
integration with GNOME. This is perfect for GNOME users and distros
that focus on GNOME users. However, GDM is not always a good choice
for other desktop
Michael:
On Sun, 2011-03-06 at 16:12 +, Bastien Nocera wrote:
Feel free to add problems that you might find, or start discussing
potential fixes for the various problems on this list.
For the on-screen keyboard
(http://live.gnome.org/GnomeShell/Design/Whiteboards/ScreenKeyboard),
one
It should be simple to enhance GDM to detect when OpenGL is not
available, and avoid showing session-types that require it when
it cannot be used. A general interface could eventually be
implemented to support this, but it might be reasonable to just
hardcode this behavior for known sessions
Also, this thread has long since passed the point where I'm reading all
of the arguments - and I suspect that the same goes for all of the
developers working on GNOME 3. I propose that we just stop now, since
continuing discussions like this at this point is just wasting the time
of everyone
Emmanuele:
On 12/28/10 10:50 AM, Emmanuele Bassi wrote:
On Tue, 2010-12-28 at 13:42 +, Sergey Udaltsov wrote:
As pointed out before the fallback-mode is not a continuation of
GNOME 2. It was just the easiest way to create a fallback because we
don't have the resources to create a
Johannes:
GNOME 2.x will not get any more official support after the 2.32.1 relase
which already happened. Single module maintainers may decide (or have
already decided/done) to do more 2.32.x release to fix various bugs but
no more official releases are planned.
This is not different from
Behdad:
I'd say no. If it's already in a library that does not break its API every
other week, let it be there. That's the correct design anyway. Something
like libgweather does not belong in a generic desktop library.
libgweather is GPL, so it is probably not something that could be
Ray/Robert:
On 10/22/10 12:17 AM, Ray Strode wrote:
(speaking as one of the 3 maintainers of GDM)
Speaking as another...
On Thu, Oct 21, 2010 at 12:02 AM, Robert Ancellrobert.anc...@gmail.com wrote:
- The GDM greeter is slow due to it loading the GNOME session, the
example GTK+ LightDM
Ray:
On 10/22/10 09:50 AM, Ray Strode wrote:
However, not everyone really needs or wants the degree of integration
that GDM provides with GNOME.
I feel like GNOME should be catering to GNOME's users, and we're doing
a disservice to them if we don't provide integration.
Agreed, and I agree
The Boston Summit is less than a month away. Here are the details
about this GNOME event if you hadn't heard:
http://live.gnome.org/Boston2010
The BOF Schedule is pretty empty, so if people have plans to work
on things, it would be good to let us know and update the Wiki
page:
Paul:
This is the last (we promise!) release of the GNOME 2.x series - let's
document the release as best we can.
Add your news here:
http://live.gnome.org/TwoPointThirtyone/ReleaseNotes
Since many distributions ship GNOME 2.x in Long Term Supported releases,
it might make sense to continue
Last 2.x release, but not last 2.32.y release? I'd assume accumulated
bugfixes would just warrant another few micro releases, as they always
have done.
However we want to handle it, I think we should be clear in the release
notes that we have a plan in place for managing releasing ongoing
If you are going to update it, why not to the latest 2.8.6?
Brian
On 08/19/10 03:55 AM, Guillaume Desmottes wrote:
Hi,
The external dep on gnutls is currently 2.4.2. I'd like to bump it to
2.8.5 so Empathy will be able to check TLS certificates [1].
If that's ok I'll update the wiki and
Many OpenSolaris users use GNOME in a terminal server environment, and
we notice some serious usability problems with running GNOME in this
way. I was wondering if someone might be able to suggest some
recommended ways to address these problems.
Many of the problems relate to Desktop files.
Ruben:
At the GNOME Usability Hackfest, it was discussed that there is a
real need to develop some free software to help the GNOME Usability
team better collaborate. Máirín Duffy discusses this in some detail
in her blog:
Alberto/Shaun:
I agree that there is no reason why the developer docs should not
include good documentation for modules such as PackageKit, PulseAudio,
PolicyKit, and udev (DeviceKit friends or whatever they are called
this month).
That said, OpenSolaris does not distribute any of these. How
Mahendra:
I can suggest Thursday 4pm, how much time would you need for the Wookie
event?
It would be good if people planning on attending the Usability hackfest
could give some indication about whether some of these Dev8D events are
of interest. It would obviously be easier to coordinate if
Steve:
How many people in the Dev8D community
work in the HE field?
[I've added Mahendra to this discussion as lead of Dev8D)
I'd guess most, but I am not involved with organising Dev8D
Have they worked with free software projects
like GNOME before?
Are there particular people who might
Steve:
As already discussed with Brian Cameron and David Flanders, there is a
great opportunity to hook up this event with the JISC Dev8D developer
event that is happening in London at the same time.
http://www.dev8d.org
Yes, it does seem like there is a real opportunity for some good
I would like to announce the GNOME 3 Usability Hackfest planned for
February 22-26, 2010 in London, England.
This is an exciting opportunity for GNOME Usability to take a step
forward and this hackfest will provide the GNOME Usability team an
opportunity to focus, set goals, and accomplish work
Owen:
It sounds like GNOME Shell will likely not integrate with GNOME 2.30.
How are users expected to turn on/enable GNOME Shell? At the Boston
Summit, I remember people suggesting that there should be a checkbox in
the Preferences-Appearance capplet that the user can check it to start
using
Wolter:
I think your graphic flowchart is a good start. However, a lot of
GNOME modules do not really have active maintainers. To date, I think
the community has dealt with that problem in an ad hoc manner. However,
if we are going to formalize how such a process works, then I think
i would
The 2.27 external dependencies page still lists clutter 0.8.x as the
supported version of clutter to be used with GNOME.
http://live.gnome.org/TwoPointTwentyseven/ExternalDependencies
However, clutter 1.0 and clutter-foo 0.10 have recently been released.
Will the dependencies page be updated
David:
On Tue, 2009-07-28 at 12:10 -0500, Brian Cameron wrote:
I have pinged the Sun team working on DeviceKit and suggested they
be better about communication with upstream by sending some status
to the devkit-devel mailing list.
Thanks.
I heard from Lin Guo at Sun that he has followed
David:
On Thu, 2009-07-23 at 04:58 -0500, Brian Cameron wrote:
Sun is already working to add DeviceKit support to Solaris
It would be good to the devkit-devel mailing list know about this.
Because if this is so, we need to change some of our plans; in
particular move the make porting easier
Colin:
Though, probably the main reason why there has not much of a drive to
add PolicyKit to Solaris is because there has not been much need. To
date, Sun has not had much of a problem integrating the GNOME stack
without having PolicyKit available. I am sure there are some features
that
Jason:
Obviously the alleged pointlessness of something that we are arguing
about is relevant. Whether or not there are--you know--actual people
using said OS is what this is really about. And apparently even Sun
doesn't think so since they no longer invest the same level of resources
in it
Jaap A. Haitsma wrote:
On Tue, Jul 14, 2009 at 12:29, Felix Riemannfriem...@gnome.org wrote:
Regarding the non-default / deprecated widgets I'll take it like Thomas
Andersen in comment 9 in above bug: it makes no sense fixing them.
* gst-mixer doesn't need any fixing and works with
Patryk:
On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameronbrian.came...@sun.com wrote:
Solaris continues to use gst-mixer since Solaris does not yet provide
PulseAudio. PulseAudio doesn't provide as much value on Solaris since
OSSv4 provides mixing functionalities directly in the OSS layer.
Frederic:
As a side note, another reason developers are currently abusing
notification area is that is it the only cross-desktop
(GNOME/KDE/LXDE/XFCE/IceWM/insert_your_favorite_de_here) way to get
applets-like icons on a Xorg system, which also have the nice pro to
not pull something as ugly
Kjartan:
Might it be better to wait until clutter-gtk 0.9 is released before
jumping to the new version in jhbuild?
Won't clutter-0.9.x work with clutter-gtk-0.8.x?
What do you mean by work? You need clutter 0.8 to build clutter-gtk
0.8.
They are parallel installable, so if you want
Emmanuele:
I'll make a clutter-gtk 0.9.0 release tarball tomorrow, then.
Will it include gobject-introspection support?
http://bugzilla.o-hand.com/show_bug.cgi?id=1490
Would be nice to support gnome-shell with this, I think.
Brian
___
Shaun:
Shouldn't GStreamer be included for media support? If not
in the Platform, then at least Recommended?
Also, what about gvfs, libdaemon, and libunique?
Brian
On 05/05/09 14:05, Shaun McCance wrote:
Hey folks,
I'm taking a hard look at the Platform Overview and how we
can improve
Kjartan:
gnome-games stopped building in jhbuild for me since we still have
clutter-0.8.8 there and the games want to use 0.9.x from what I can see
in the logs.
Time to move forward for everyone? Anyone else using clutter and thus
need to port to the new version first?
clutter-gtk 0.9 is
Emmanuele:
we've been changing the platform gradually over the years, mostly by
deprecating stuff and including new functionality. nevertheless, I
haven't heard a single justification for the continued existence of
applets.
I wonder how this fits in with the gdesklets project, if at all. I
Willie:
I would be interested to attend such a BoF. I think that all three
topics you mention are important. Perhaps another agenda item to
discuss how GNOME 3.0 will impact a11y would also be appropriate.
I think the Bonobo/CORBA deprecation falls into this category, but
I think there are
I think dconf is a great project, but I do have one question. Will the
new dconf address the sorts of D-Bus problems raised in these GConf
bugs?
http://bugzilla.gnome.org/show_bug.cgi?id=555745
http://bugs.freedesktop.org/show_bug.cgi?id=17970
Thanks,
Brian
On 04/02/09 10:37, Ryan
Ryan:
I was not familiar with these bugs.
I'm glad to bring them to your attention, then, since I think it
relates to the work in dconf.
One thing is definitely true: for reading from the configuration
settings, these bugs will not be an issue because you don't need to use
the bus or
Rob:
My question would be is why do these People have a desktop in which
there isn't a DBus session bus? Its been there for a very long time now
in most distros, afact. For gnome 3.0, running without a session bus is
going to be like running gnome 2.0 without orbit2. i.e. it ain't gonna
work
Owen:
I just don't think it makes sense to code GNOME Shell to the limitations
of other pieces of the software stack. The effort to fix the other
pieces of the stack - to create free software ways of doing thin clients
with a composited snazzy desktop - is going to be comparable or less
then
Tristan:
Note that the ATK provides interfaces for controlling and getting state
information for all common GUI interfaces. These interfaces are
widget-set neutral and currently both Java and GTK+ work with them.
KDE is on the way, I understand.
Currently libgail (the GTK+ ATK implemention)
Philippe:
As Luis said I'm not against relicencing the library (and even the whole
of brasero). It's just I wasn't aware of the issue at stake since I
don't care much about licencing (which turns out to be a mistake).
Regarding libbrasero-media, it shouldn't take long as I wrote all of the
Josselin:
Le lundi 12 janvier 2009 à 19:18 +, Bastien Nocera a écrit :
- Split Brasero into a library (available on trunk) named
libbrasero-media that is being documented (devhelp) and re-arranged so
we can deliver a stable API.
The library isn't usable in Rhythmbox or sound-juicer, as
Josselin:
Le jeudi 15 janvier 2009 à 11:12 -0600, Brian Cameron a écrit :
No distribution can ship any popular non-free GStreamer codecs if
the GStreamer based programs link in any GPL code without the exception.
Well first of all, I find this interpretation of the GPL rather extreme
Lennart:
However,
the benefits of using PulseAudio when using OSS don't seem to be
as compelling as when you are using ALSA since OSS has mixing
functionalities lacking in ALSA already built in.
These are misconceptions. Misconceptions about what ALSA does, and
about what PA does. ALSA does
Frederic:
Note that Solaris does not yet use PulseAudio. On Solaris we are
currently using the GStreamer backend for libcanberra, so it is
incorrect to say that it is an official approved dependency just
by virtue of libcanberra.
If it is necessary to integrate PulseAudio for gnome-mixer
Peter:
Agreed. The solution you suggest is in the works. By solving the
problem in gnome-settings-daemon, the solution should work the same
way in both the GNOME session and in GDM, so it will be a huge
improvement over what existed before (a GDM-only solution which was
typically turned off
Gil:
Just thinking about it ...
Wouldn't it be reasonable to enable everything the first time the user
logs in and the if no accessible technology has been used ask if they
have to be turned off by default (and with a little explain about how to
re-enable them)?
From a usability standpoint,
Will:
While I disagree with Brian's assessment (I think he tends to lean more
to the 'it's OK as long as an able-bodied sysadmin can configure the
system for the disabled user' side than the 'let the user be
independent' side), I'll support the decision nonetheless.
I agree with you that
Note that the Windows solution to use Ctrl+Alt+Del as a Secure Attention
Key is just one way to implement Trusted Path. There is no reason that
the GNOME or UNIX community couldn't come up with a different and novel
way to meet the same requirements. The Secure Attention Key should be
viewed
Willie:
I'm not sure this is a really important regression. You can configure
the new GDM to always launch various AT programs as needed. The main
lost feature is that users cannot launch AT programs on demand.
I'm curious who the you is you can configure. The important thing
here is
Kjartan/Willie:
fr., 19.09.2008 kl. 00.34 +0200, skrev Vincent Untz:
Le mercredi 17 septembre 2008, à 17:23 -0400, Willie Walker a écrit :
Well...hmm...if I read the answers correctly, I think what I'm hearing
is that there are a lot of great ideas, but they aren't done yet. If
this is
Stef:
Is there a standard way or goal for the UI and behavior of password
prompts on the desktop? Besides having as few as possible, that is.
There is Trusted Path to consider. To meet Trusted Path requirements,
any entry of the root password needs to be done via a trusted user.
This means
probably be moved out of the /etc/gdm
directory and put somewhere else.
So to answer the question to the best of my ability (and Jon or Brian
would be better to answer), 1) there is some inprogress code that
Brian Cameron wrote 2) that code targeted GDM when it was written,
isn't slated for GDM
Marshall:
I would recommend looking into GNOME accessibility. I would think it
might be especially rewarding to work on a project that is geared
towards a humanitarian effort, such as helping people with disabilities
use technology. There are some suggestions of tasks that need
attention on
Vincent:
I don't see us ignoring a good bunch of the comments (there are good
points on each side), so there are two ways to go forward:
+ use GDM 2.24, and mention that it is not ready for all uses (listing
the use cases where it needs work would help), and that GDM 2.20 is
still
Jerry:
Note that gnome-volume-manager on Solaris is a bit old. I know the
team at Sun responsible for integrating HAL plans to update to the
latest gnome-volume-manager code when they update to the latest HAL
code. You might want to work with them to find out if the below
issue is caused by
Luca:
We should update our spec so that FLAC is the recommended uncompressed
format. It is superior from a technology standpoint, saves disk space,
and comes from the free software community (WAV was written by IBM and
Microsoft and is based on the older IFF format from Commodore-Amiga).
We
Joe:
I think libcanberra must have an esd output plug-in at the very least
(i.e. if not also OSS and Sun Audio) in order to be a viable external
dependency. This would go a long way to helping non-Linux platforms
achieve working sound theme support using all blessed GNOME dependencies.
Mathias:
Ok, I agree, that it is ridiculous that currently accessibility has to
be activated manually.
Agreed.
What makes me wonder: Can't we improve our to enable those features on
demand? As far as I understand the accessibility tool chain it consists
of those components:
In GDM 2.20
Yesterday I discovered that make dist/distcheck in gdm 2.20 branch
failed because make couldn't find intltool-merge.in,
intltool-extract.in, and intltool-update.in. These files get generated
by the intltool module.
I was able to fix this problem by rebuilding my intltool module with the
older
?
Should this change be coordinated? I assume that once this change
happens that we won't support building on systems with older intltool.
Kind of a drag.
Brian
On Tue, 2008-07-01 at 11:31 -0500, Brian Cameron wrote:
Yesterday I discovered that make dist/distcheck in gdm 2.20 branch
failed
William Jon McCann wrote:
Hi,
Dan Winship and Lucas Rocha have done a nice job revamping the
gnome-session codebase. It was a meritorious task. You can read
about the design here:
http://live.gnome.org/SessionManagement/NewGnomeSession
The new code is much cleaner. Parts of the new design
Jason:
We need to tap in to the wave of energy generated by the The Thread on
Planet Gnome. Already, it's apparent that the fervor that surrounded it has
started to dwindle. A ton of interesting ideas were thrown out and lot of
belly-aching about no one taking responsibility for making it
Ralph:
If you have a configuration problem that affects one user and not other
users, the problem is likely a configuration option stored in your
$HOME/.gconf directory.
Note that gnome-terminal configuration settings are in the directory
$HOME/.gconf/apps/gnome-terminal
If you make sure that
Colin:
Yes, I think Jason was being unfair; as far as I know RBAC predates
PolicyKit, and obviously Solaris can't just drop it in the near
future.
However - I do think it makes sense for a technology like this to be
integrated into the desktop.
Oh, I agree. I very much support
I would like to propose PolicyKit[1] as an external dep for 2.26 - it's
mostly API stable[2], and is now being used as an optional dep in many
modules in gnome svn and HAL.
I would like to depend on it for gnome-power-manager, and I hate all the
#ifdefs. Does anybody have any problems
Jason:
If Sun wants to do something completely different from what the rest of
the community is doing, it seems like the responsibility for bearing the
consequences of that course of action should lay squarely on the
shoulders of Sun's engineering teams.
Understood. I was not really
On Solaris, we haven't shipped gnome-cd for several years, since
we ship sound-juicer and rhythmbox which, as you say, work much
better. We currently disable the building of gnome-cd from
gnome-media.
Brian
We would like to disable building of gnome-cd and cddb-slave by
default in the
Dave/Behdad:
Dave Neary wrote:
Behdad Esfahbod wrote:
On Mon, 2008-03-03 at 16:14 +0100, Dave Neary wrote:
The first step in releasing GNOME 3.0 is to dissociate the in-built
assumption will break everything from the version jump.
Sure, we can go from GNOME 2.22 this cycle straight to GNOME
Jaap:
Make that $(libexecdir) in the Makefile, and Debian will be happy as
well as the rest of us ;)
I'd like to make you and the rest happy but as somebody who just
copies Makefiles and configure scripts of other projects I'm afraid I
need a bit more explanation
$(libexecdir) is a smarter
Vincent/Others:
+ swfdec-gnome (desktop)
= accept if it moves to the GNOME infrastructure
= swfdec becomes a new external dependency
Section 3a seems of the Adobe SWF and FLV File Format Specification
License Agreement seems to be pretty clear that the specification
does not allow
Federico :
Yeah, it would be nice to move the pick a location widgets into
libgweather... as well as a more general / global what's my location,
and what locations do I care about? mechanism. Evolution will also
want to use this.
I would think that pick a location widgetry would be of
Josef:
gnome-games has for some time offered online gaming capabilities on top of
the
GGZ Gaming Zone platform. Three games are already working fine, a fourth one
is currently being ported. As an upstream author of GGZ I'm very pleased to
see this.
However, gnome-games includes
Owen:
The GDM/KDM standard for using /usr/share/xsessions/*.desktop files is
documented in the GDM documentation here:
http://www.gnome.org/projects/gdm/docs/2.20/configuration.html
We can extend the .desktop file further if this makes it possible to
do useful things. However, if we are
Owen:
We can extend the .desktop file further if this makes it possible to
do useful things. However, if we are going to ask all distros to
change the way they start dbus-launch to support DISABLE_DBUS_LAUNCH,
then perhaps we should rethink how we start D-Bus. Perhaps starting
this at
Owen:
GDM already has too many surgical workarounds that are only used in
odd corner-cases, and these tend to break on occasion. I'm not opposed
to adding more if someone wants to provide a patch, but if there is a
way to make things work without hacking GDM further, that would be
better,
Luca:
Sorry - that was a mispost. I'm not sure how my email browser got so
confused.
Brian
You don't answer #6. A good answer might be whether the XML formats
used for saving documents has changed to a new revision in this release.
I'd focus on mentioning any data formats that are visbile
1 - 100 of 141 matches
Mail list logo