Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #177987 > unrolled thread

Re: Re: Whats the alternative to .xinitrc

Back to article view | Back to linux.debian.user

Contents

  Re: Re: Whats the alternative to .xinitrc Rob Brewer <debian-user@grantura.co.uk> - 2017-02-19 11:00 +0100
    Re: Re: Whats the alternative to .xinitrc <tomas@tuxteam.de> - 2017-02-19 13:00 +0100
    Re: Re: Whats the alternative to .xinitrc Brian <ad44@cityscape.co.uk> - 2017-02-19 21:00 +0100

#177987 — Re: Re: Whats the alternative to .xinitrc

>> I am running up to date KDE Sid with SDDM but I need to start the gnome 
>> keyring at x startup to satisfy Midori dependencies.
>> 
>> The Midori FAQ suggests adding  “export `gnome-keyring-daemon –start`” to 
>> the historical .xinitrc but this seems to be ignored as does .xsession as 
>> suggested by the startx man page.
>> 
>> As .xinitrc has worked OK in the past, how do I now set the user 
>environment 
>> when X starts?
>
>My .xsessionrc is functional. The magic happens in
>   /etc/X11/Xsession.d/40x11-common_xsessionrc
>
> +-----------------------
> | # This file is sourced by Xsession(5), not executed.
> | 
> | #Source user defined xsessionrc (locales and other environment variables)
> | if [ -r "$USERXSESSIONRC" ]; then
> |   . "$USERXSESSIONRC"
> | fi
> +-----------------------
>
>Attention: I'm running SysV init -- perhaps things are different in other
>settings.

Thank you for your help, I was wrong footed by the man page which suggested 
using .xsession not .xsessionrc so I guess the man page needs an update. Looks 
like it is now OK after changing to .xsessionrc.

Also sorry for the double posting, I has DNS problems which caused me to be 
unsubscribed and I didn't see the replies.

Rob

[toc] | [next] | [standalone]

#177989

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sun, Feb 19, 2017 at 09:53:41AM +0000, Rob Brewer wrote:

[...]

> Thank you for your help, I was wrong footed by the man page which suggested 
> using .xsession not .xsessionrc so I guess the man page needs an update. Looks 
> like it is now OK after changing to .xsessionrc.

Glad it helped :)

> Also sorry for the double posting, I has DNS problems which caused me to be 
> unsubscribed and I didn't see the replies.

No worries.

Cheers
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAliph54ACgkQBcgs9XrR2kZw3QCcDFhumhUkrr1sPQ+jyibbbFSO
cPIAn2jXf7YyrPpw+K2FMYbapsHrcPaC
=GeJk
-----END PGP SIGNATURE-----

[toc] | [prev] | [next] | [standalone]

#178005

On Sun 19 Feb 2017 at 09:53:41 +0000, Rob Brewer wrote:

> >> I am running up to date KDE Sid with SDDM but I need to start the gnome 
> >> keyring at x startup to satisfy Midori dependencies.
> >> 
> >> The Midori FAQ suggests adding  “export `gnome-keyring-daemon –start`” to 
> >> the historical .xinitrc but this seems to be ignored as does .xsession as 
> >> suggested by the startx man page.
> >> 
> >> As .xinitrc has worked OK in the past, how do I now set the user 
> >environment 
> >> when X starts?
> >
> >My .xsessionrc is functional. The magic happens in
> >   /etc/X11/Xsession.d/40x11-common_xsessionrc
> >
> > +-----------------------
> > | # This file is sourced by Xsession(5), not executed.
> > | 
> > | #Source user defined xsessionrc (locales and other environment variables)
> > | if [ -r "$USERXSESSIONRC" ]; then
> > |   . "$USERXSESSIONRC"
> > | fi
> > +-----------------------
> >
> >Attention: I'm running SysV init -- perhaps things are different in other
> >settings.
> 
> Thank you for your help, I was wrong footed by the man page which suggested 
> using .xsession not .xsessionrc so I guess the man page needs an update. Looks 
> like it is now OK after changing to .xsessionrc.

The startx man page merely points out that .xsession is used on Debian,
not .xinitrc. Perhaps you mislead yourself by not reading the correct
document: Xsession(5).

-- 
Brian.

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web