Re: Open new session with same user (in GDM)
Le Jeu 21 février 2013 7:29, Alois Mahdal a écrit :
> On Wed, 20 Feb 2013 18:55:06 -0600
> "Mark Allums" <mark@allums.com> wrote:
>
>
>>> Le 21/02/2013 00:32, Mark Allums a écrit :
>>>
>>>>> From: Kent West [mailto:westk@acu.edu]
>>>>> On 02/20/2013 04:07 PM, Alois Mahdal wrote:
>>>>>
>>>>>> Hello to all!
>>>>>>
>>>>>>
>>>>>> How do I create two same-user sessions from GDM?
>>>>>>
>>>>>>
>>>>>> Say I'm logged in in Xfce (which I normally use, therefore have
>>>>>> many windows / apps open) and want to quickly report a bug.
>>>>>> But
>>>>>> before I do that, I want to check if the same happens in GNOME.
>>>>>>
>>>>>> xfswitch-plugin ("User switching" in Panel item menu), gets me
>>>>>> to the GDM, but even if I choose my username and "Gnome
>>>>>> classic" session, typing my password only brings me to the old
>>>>>> Xfce4
>>>>>> session (i.e. the "session" option in GDM is ignored).
>>>>>>
>>>>>> Thanks,
>>>>>> aL.
>>>>>>
>>>>>> P.S.: While typing this, I realized that 90% of these cases can
>>>>>> be solved by creating a new temporary user, which is way more
>>>>>> correct way of bug reporting.
>
> Well, I have to correct myself here: it's not that super-correct
> since you are changing 2 factors between 2 tests; you might lead yourself
> (and poor unsuspecting developers) into fake conclusion
> "it does not happen under gnome", while the it's really "it does
> not happen under a newly created user".
>
>> How about running two different DMs? Isn't that what that's for?
>> Can't have competing DMs like KDM, GDM, and LightDM. But why
>> shouldn't LXDE and e17 run at the same time?
>
> Or Xfce4 and Xfce4 and Gnome and Xfce4? (I assume you mean DEs, not
> DMs. Or we might as well want to run 2 inits! :D)
>
>
>
>> If no competing sessions can exist, then that goes against the spirit
>> of Unix.
>
> Exactly that's what I had in mind.
>
>
> While I understand that the demand might not be very strong, I do
> not really see why multiple sessions could not exist. You can have as many
> bashes/zshes/kshes/ashes/cshes as you want, and they don't start shooting
> each other in their feet. OK, there's none to very little overlapping in
> their spaces, but principle is the same. Why the hell would Gnome touch
> Xfce4's files?
>
>
> What about having one local session and one controlled from a remote
> box? What's the principal difference between sshd and *dm?
>
>
>> Would starting a second X session do any good at all, as Kent
>> suggested? There would still be only one DBus?
>
> Yep, that brought up gnome-session with no complaints. (I actually
> even omitted the "-- :2" part.) Not via GDM, but that was not really a
> requirement, it was rather that I was expecting GDM would support that.
> Somehow.
>
>
> ~
>
>
> But finally, the benefit was even smaller than as I commented in OP.
>
>
> While the gnome session seemed to run OK, the actual *application*
> I wanted to run didn't. Well, this makes sense in many apps like
> MUA or web browser and it is often possible to address by telling
> the app to use other profile/dotfileset. But we are just getting to the
> point when simply creating user foo is easier.
>
> Thanks all!
> aL.
>
> --
> Alois Mahdal
There might be another solution, in fact, still with the startx command.
That solution is a little dirty, but hey, the problem comes from the
softwares which does not support multi-instances.
So, here it is:
The sessions are stored somewhere in $HOME. So, if before running startx,
you change the $HOME value (by example: "$export
HOME=$HOME/second_session") you should be ok.
Of course, the new session will know nothing about the first one, and the
first one will know nothing about the second, and, if you are unlucky and
use softwares who loves databases, you will not be able to use diff to
merge the data.
But, thinking about it, the problem is the same with terminal-emulators:
run 2 terminal emulators, do some commands in both of them, close them,
and open a new one. You will not have merged history.
On terminals, consequences are less important than for an entire DE, of
course.
It is anyway possible to workaround that synchronization problem for nice
applications which are able to support multiple instances, by using links.
By example, if you have some games, you can link the saved games folder,
so the folders $HOME/.data/mygame and $HOME/second_session/.data/mygame
will be the same.
Reply to: