Re: FVWM: a problem of .login starting fvwm (migration suse-ubuntu)
Lucio Chiappetti <[email protected]> Sat, 13 Nov 2021 22:52:29 +0100 (CET)
| Newsgroups | gmane.comp.window-managers.fvwm |
|---|---|
| Message-ID | <[email protected]> |
On Sun, 14 Nov 2021, Cameron Simpson wrote: > On 14Sep2021 15:36, Lucio Chiappetti <[email protected]> wrote: >> I am migrating (actually, configuring a new PC) from opensuse 42.3 to >> xubuntu 20.04.3. Thanks for your interest. In the meanhile I arranged an acceptable workaround. >> Apparently ALL of the .login is not executed > > This is pretty normal. The display manager is running fvwm as your > "session", so it starts it directly without using a shell at all. > My long standing approach has been to have a .xsession file specifying > my desktop session. I'm not sure whether that's compatible with the default xubuntu way. > To recap, a "text terminal then startx" style login goes: Used that only once for a laptop which failed to start X at boot (or perhaps back in the old times of Sun workstation in the '90s ...) > An XDM (et al) style login goes: >> (not just the part relevant to XSESSION_IS_UP ...by the way what is >> the correct way in ubuntu to check I am in an X session ?) Apparently in xubuntu the things to be tested are if ( $?XDG_SESSION_TYPE != 0 ) then if ($XDG_SESSION_TYPE == x11) then my arrangement has been to move some conditional code in .cshrc, and leave some conditional X server stuff (like the X11 bell emulation) in .login, and force its execution in fvwm with a xterm -ls in StartFunction Thanks anyhow -- 'It seemed to me,' said Wonko the Sane, 'that any civilization that had so far lost its head as to need to include a set of detailed instructions for use in a package of toothpicks, was no longer a civilization in which I could live and stay sane.' Douglas Adams, So Long, and Thanks for All the Fish