Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

2013-04-03 Thread Brian Potkin
On Mon 28 Jan 2013 at 10:58:38 +, Wolodja Wentland wrote:

 In particular we need authorative advice for users of:
 
 1. startx
 
How should startx users start their sessions? Is the aforementioned way
sufficient? What other changes have to be made in order to ensure a
correctly working system in the sense that system services like
automounting and autoconfiguring network interfaces work as expected?
That is: How to fix #598150 and which workaround is being referred to?

You might find

   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658284

useful

 2. xdm
 
It sounds that xdm users should be encouraged to switch to a supported
display manager or asked to start their session via ~/.xsession from
xdm as suggested in [1]. (which also means that nox11 has to be
removed IIRC)

I rather like this approach:

   http://lists.debian.org/debian-user/2011/08/msg01653.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#690127: [Pkg-utopia-maintainers] Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

2013-03-16 Thread Wolodja Wentland
On Mon, Jan 28, 2013 at 14:58 +0100, Michael Biebl wrote:
 I probably won't get around to it sending you a detailed answer this
 week. Hopefully next week. Please poke me again if you haven't heard
 from me until then.

Feel yourself poked. :)

I would very much like to write this important bit of the release notes (or at
least help to finish it), but I am simply not sure what the correct solution
is and some input from -utopia would be much appreciated.

Have a wonderful day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature


Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-28 Thread Wolodja Wentland
On Sun, Jan 27, 2013 at 12:05 +0100, Joost van Baal-Ilić wrote:
 Hi Wolodja,
 
 Thanks a lot for your helpful suggestion!  I agree with you :)
 
 Could you please do a
 
  svn co svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes/en
 
 and hack up some DocBook XML code to get your text in? That'd allow me to fix
 this issue even more soon.
 
 If not, I'll get to this issue within about a week, I hope.

I'll happily do that once I am sure that the actual solution is indeed the
correct one. I am not convinced of that yet and investigated a bit further.

I successfully reproduced #598150 here. That is that sessions listed by
ck-list-sessions are still marked as active = FALSE (but is-local = TRUE)
even if I try the workaround in [0] and use an ~/.xsessions file such as

exec ck-launch-session dbus-launch awesome

I am not sure which workaround was being referred to in the initially
suggested text and I haven't tested if there are actually any problems that
arise from the fact that the session is being as inactive. I might find some
time to investigate this later though.

So far my understanding was that the way I start sessions in ~/.xsession is
the correct one and that this method /should/ work, but it looks as if the
only sensible recommendation regarding this issue we can give right now is
Just switch to gdm, kdm or lightdm.

I don't think that this would be acceptable and copied in
pkg-utopia-maintainers in the hope that they can provide some authorative
feedback on the right way to deal with this.

In particular we need authorative advice for users of:

1. startx

   How should startx users start their sessions? Is the aforementioned way
   sufficient? What other changes have to be made in order to ensure a
   correctly working system in the sense that system services like
   automounting and autoconfiguring network interfaces work as expected?
   That is: How to fix #598150 and which workaround is being referred to?

   Please clarify if it is indeed enough to make the changes to
   ~/.xsession that I suggest below /and/ remove the nox11 in
   /etc/pam.d/common-session

2. xdm

   It sounds that xdm users should be encouraged to switch to a supported
   display manager or asked to start their session via ~/.xsession from
   xdm as suggested in [1]. (which also means that nox11 has to be
   removed IIRC)

3. wdm

   What about wdm and other display managers?

 On Sat, Jan 26, 2013 at 04:45:57PM +, Wolodja Wentland wrote:
  Hello,
  
  I've just stumbled over this report and have to say that the proposed 
  section
  in the release notes is suboptimal. This is mainly due because it is unclear
  which workaround is actually being referred to in the linked bug reports.
  
  I would prefer it if the actual changes that are needed are documented in 
  the
  release notes which would (for startx users) lead to something like:
  
  --- snip ---
  Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
  slim display managers) as well as users who start their X session by 
  manually
  calling startx from a virtual console will likely be hit by problems with
  system services like automounting devices and autoconfiguring network
  interfaces.
  
  Due to changes in consolekit, display managers need to update their 
  consolekit
  interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been
  updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using
  a not-yet updated display manager, either switch to an updated one before
  starting to upgrade your system, or make sure to apply the following changes
  to your configuration (as applicable):
  
  startx
  --
  
  Please make sure that the `consolekit` and `dbus-x11` packages are installed
  and that both `ck-launch-session` and `dbus-launch` are called in all
  $HOME/.xsession files as in:
  
  exec ck-launch-session dbus-launch $WM
  
  That means that if, for example, a user started the awesome window manager
  with:
  
  exec awesome
  
  it should be ensured to change this line to:
  
  exec ck-launch-session dbus-launch awesome
  
  to ensure that the aforementioned system services work correctly.
  
  slim
  
  ...
  
  xdm
  ---
  ...
  
  --- snip ---
  
  I know that the actual text needs to be amended and polished, but I simply
  wanted to point out that actual instructions in the release notes are much
  more helpful than just references to (long!) bug reports.
  
  Have a wonderful day!

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598150#134
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615020#36
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature


Bug#690127: [Pkg-utopia-maintainers] Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-28 Thread Michael Biebl
Hi,

I probably won't get around to it sending you a detailed answer this
week. Hopefully next week. Please poke me again if you haven't heard
from me until then.
If my memory serves me well, the workaround/solution for using startx
from the console involves adding pam_loginuid/pam_ck_connector to your
PAM stack.
As for display manager like xdm or wdm, they are not really supported in
the sense that they don't have native ConsoleKit support. So the easiest
way there is indeed to either use gdm3, kdm or lightdm.
I'd need to check if pam_ck_connector without nox11 can be forced into
getting a working CK session with those types of display managers.
But that needs some more time to investigate which I don't have atm.


Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-27 Thread Joost van Baal-Ilić
Hi Wolodja,

Thanks a lot for your helpful suggestion!  I agree with you :)

Could you please do a

 svn co svn://svn.debian.org/svn/ddp/manuals/trunk/release-notes/en

and hack up some DocBook XML code to get your text in? That'd allow me to fix
this issue even more soon.

If not, I'll get to this issue within about a week, I hope.

Thanks, Bye,

Joost



On Sat, Jan 26, 2013 at 04:45:57PM +, Wolodja Wentland wrote:
 Hello,
 
 I've just stumbled over this report and have to say that the proposed section
 in the release notes is suboptimal. This is mainly due because it is unclear
 which workaround is actually being referred to in the linked bug reports.
 
 I would prefer it if the actual changes that are needed are documented in the
 release notes which would (for startx users) lead to something like:
 
 --- snip ---
 Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
 slim display managers) as well as users who start their X session by manually
 calling startx from a virtual console will likely be hit by problems with
 system services like automounting devices and autoconfiguring network
 interfaces.
 
 Due to changes in consolekit, display managers need to update their consolekit
 interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been
 updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using
 a not-yet updated display manager, either switch to an updated one before
 starting to upgrade your system, or make sure to apply the following changes
 to your configuration (as applicable):
 
 startx
 --
 
 Please make sure that the `consolekit` and `dbus-x11` packages are installed
 and that both `ck-launch-session` and `dbus-launch` are called in all
 $HOME/.xsession files as in:
 
 exec ck-launch-session dbus-launch $WM
 
 That means that if, for example, a user started the awesome window manager
 with:
 
 exec awesome
 
 it should be ensured to change this line to:
 
 exec ck-launch-session dbus-launch awesome
 
 to ensure that the aforementioned system services work correctly.
 
 slim
 
 ...
 
 xdm
 ---
 ...
 
 --- snip ---
 
 I know that the actual text needs to be amended and polished, but I simply
 wanted to point out that actual instructions in the release notes are much
 more helpful than just references to (long!) bug reports.
 
 Have a wonderful day!
 -- 
 Wolodja deb...@babilen5.org
 
 4096R/CAF14EFC
 081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#690127: Bug #690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-27 Thread Julien Cristau
On Sat, Jan 26, 2013 at 15:54:09 +0100, Joost van Baal-Ilić wrote:

 tags 690127 +help
 thanks
 
 Hi,
 
 Tobias: thanks for reporting this issue, it's important indeed.  I am trying 
 to
 write a patch explaining the issue.
 
 Is this correct:
 
@bugs.d.o doesn't go to the submitter, you need to cc them
explicitly if you want feedback.

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#690127: Bug #690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-26 Thread Joost van Baal-Ilić
tags 690127 +help
thanks

Hi,

Tobias: thanks for reporting this issue, it's important indeed.  I am trying to
write a patch explaining the issue.

Is this correct:

---

Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
slim display managers) as well as users who start their X session by manually
calling startx from a virtual console will likely be hit by problems with
system services like automounting devices and autoconfiguring network
interfaces.

Due to changes in consolekit, display managers need to update their consolekit
interaction.  The displaymanagers kdm, gdm and lightdm in wheezy have been
updated.  Others (xdm, slim, a.o.) have not yet been updated.  If you're using
a not-yet updated display manager, either switch to an updated one before
starting to upgrade your system, or appy a workaround as documented in
bugreports ulink url=http://bugs.debian.org/598150;#598150/ulink and
ulink url= http://bugs.debian.org/615020;615020/ulink.



?

Bye,

Joost


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#690127: Bug #690127: release-notes: Issues: switch dm to get an active consolekit session

2013-01-26 Thread Wolodja Wentland
Hello,

I've just stumbled over this report and have to say that the proposed section
in the release notes is suboptimal. This is mainly due because it is unclear
which workaround is actually being referred to in the linked bug reports.

I would prefer it if the actual changes that are needed are documented in the
release notes which would (for startx users) lead to something like:

--- snip ---
Users of display managers other than kdm, gdm and lightdm (e.g. the xdm and
slim display managers) as well as users who start their X session by manually
calling startx from a virtual console will likely be hit by problems with
system services like automounting devices and autoconfiguring network
interfaces.

Due to changes in consolekit, display managers need to update their consolekit
interaction. The displaymanagers kdm, gdm and lightdm in wheezy have been
updated. Others (xdm, slim, a.o.) have not yet been updated. If you're using
a not-yet updated display manager, either switch to an updated one before
starting to upgrade your system, or make sure to apply the following changes
to your configuration (as applicable):

startx
--

Please make sure that the `consolekit` and `dbus-x11` packages are installed
and that both `ck-launch-session` and `dbus-launch` are called in all
$HOME/.xsession files as in:

exec ck-launch-session dbus-launch $WM

That means that if, for example, a user started the awesome window manager
with:

exec awesome

it should be ensured to change this line to:

exec ck-launch-session dbus-launch awesome

to ensure that the aforementioned system services work correctly.

slim

...

xdm
---
...

--- snip ---

I know that the actual text needs to be amended and polished, but I simply
wanted to point out that actual instructions in the release notes are much
more helpful than just references to (long!) bug reports.

Have a wonderful day!
-- 
Wolodja deb...@babilen5.org

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature