Bug#553426: choose-session option missing with no upgrade path

[Joerg Dorchain]

On Tue, Nov 03, 2009 at 04:12:42PM +0100, Josselin Mouette wrote:
> Le mardi 03 novembre 2009 à 15:27 +0100, Joerg Dorchain a écrit : 
> > gnome-session not accepting this option anymore leads to a
> > failure to startx the gnome desktop, with no trace of where to
> > search for reasons neither in the Xorg.0.log nor .xsession-errors
> > It is also not documented in the changelog.
> 
> I guess we could get gnome-session to accept the option while ignoring
> it. Such a change wouldn???t harm.

IMHO it should wine and bark about it in a place where users can
see it. .xsession-errors would be ok for that, if that is
feasible.
> 
> Asking users to re-save the session after a major upgrade (the kind of
> upgrades that happen once in a few years) doesn???t seem that much of a
> hurdle. But again, I???d be happy to include such a script if it existed,
> it???s just that no developer or Debian maintainer considered this issue
> critical enough to write the script himself.

It currently seems to me that is is not necessary to do this
automatically. The old session file is readable enough to
recreate the session manually. However, having a new stable
release in mind, having a debconf warning about that now
abandoned option would be worth discussion, and IMHO a paragraph
in an upgrade file under /usr/share/docs should go without
question.

And then still my need for choosing different sessions at startup
is open.
> 
> The
> new format consists in XDG desktop files found
> in .config/gnome-session/saved-session, with added fields to add the ID
> and the discard command.
> 
> I think a --saved-session-dir option allowing to select another location
> would be fine. But I???d prefer if such a change would be accepted
> upstream, as it is more intrusive.

This is exactly what I am looking for. Basically this would be
for me the aequivalent of the old option. So to speak the upgrade
path ;-)

Absolutlely not into the guts of gnome source code, I could
image that it would be not too hard to implement. Can you file a
bug to upstream, please?

Bye,

Joerg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 267 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20091104/885eb227/attachment.pgp>