vincentbernat.i3wm-configur.../xsession

#!/bin/sh

# Ensure we use the appropriate gtkrc-2.0 file
export GTK2_RC_FILES=$HOME/.gtkrc-2.0

# Java incompatibility with awesome
export _JAVA_AWT_WM_NONREPARENTING=1

# We do not want to rely on crappy mailcap
export MAILCAPS=$HOME/.mailcap

# Make QT automatically scale according to screen DPI
export QT_AUTO_SCREEN_SCALE_FACTOR=1
export QT_QPA_PLATFORMTHEME=qt5ct

# GTK3 apps try to contact org.a11y.Bus. Disable that.
export NO_AT_BRIDGE=1

# Environment variables
unset LC_ALL
[ -e ~/.zshenv ] && . ~/.zshenv

# Services are started with systemd
systemctl --user import-environment
mkdir -p ~/.config/systemd
ln -nsf ~/.config/awesome/systemd ~/.config/systemd/user
systemctl --user daemon-reload
exec systemctl --user start --wait xsession@$(systemd-escape -- "$DISPLAY").target
xsession: provide a xsession file (for reference purpose) 2012-07-09 12:06:21 +02:00			`#!/bin/sh`

			`# Ensure we use the appropriate gtkrc-2.0 file`
			`export GTK2_RC_FILES=$HOME/.gtkrc-2.0`

xsession: remove use of _JAVA_OPTIONS There is no way to suppress those annoying warnings. See: https://bugs.openjdk.java.net/browse/JDK-8039152 Let's just use wrapper when we need it. 2014-07-03 23:24:48 +02:00			`# Java incompatibility with awesome`
xsession: set _JAVA_AWT_WM_NONREPARENTING to 1 to fix some Java bug 2013-01-23 08:29:49 +01:00			`export _JAVA_AWT_WM_NONREPARENTING=1`
xsession: make Java applications less ugly 2012-11-28 15:32:39 +01:00
session: don't rely on crappy mailcaps My `~/.mailcap` contains: /; xdg-open '%s'; test=test -n "$DISPLAY" 2014-02-18 09:27:56 +01:00			`# We do not want to rely on crappy mailcap`
			`export MAILCAPS=$HOME/.mailcap`

Revert "xsession: try a bit without QT_AUTO_SCREEN_SCALE_FACTOR=1" This reverts commit 9a139c0ad9d87d09dc35005b83d480cea46381d2. 2020-10-23 14:37:34 +02:00			`# Make QT automatically scale according to screen DPI`
			`export QT_AUTO_SCREEN_SCALE_FACTOR=1`
appearance: tune QT apps appearance too 2020-11-13 09:55:27 +01:00			`export QT_QPA_PLATFORMTHEME=qt5ct`
Revert "xsession: try a bit without QT_AUTO_SCREEN_SCALE_FACTOR=1" This reverts commit 9a139c0ad9d87d09dc35005b83d480cea46381d2. 2020-10-23 14:37:34 +02:00
xsession: disable accessibility services for GTK3 apps 2020-05-10 16:47:31 +02:00			`# GTK3 apps try to contact org.a11y.Bus. Disable that.`
			`export NO_AT_BRIDGE=1`

xsession: source ~/.zsh/env if present 2013-08-27 09:27:05 +02:00			`# Environment variables`
xsession: let zshenv set locale 2021-05-22 14:52:44 +02:00			`unset LC_ALL`
xsession: parse ~/.zshenv to get path 2018-07-28 21:08:49 +02:00			`[ -e ~/.zshenv ] && . ~/.zshenv`
xsession: source ~/.zsh/env if present 2013-08-27 09:27:05 +02:00
systemd: add some documentation 2020-01-19 20:37:28 +01:00			`# Services are started with systemd`
xsession: import environment into user systemd It's some way to emulate a per-session systemd. Not really used yet. 2015-09-06 16:00:42 +02:00			`systemctl --user import-environment`
systemd: tentative to manage session with systemd To me, I think it was cleaner to have a parameter with the current display. This way, the session is specific to the current display. It seems BindsTo doesn't think this way. 2020-01-19 18:36:36 +01:00			`mkdir -p ~/.config/systemd`
			`ln -nsf ~/.config/awesome/systemd ~/.config/systemd/user`
systemd: be sure to reread user files on start 2020-01-19 20:33:57 +01:00			`systemctl --user daemon-reload`
systemd: tentative to manage session with systemd To me, I think it was cleaner to have a parameter with the current display. This way, the session is specific to the current display. It seems BindsTo doesn't think this way. 2020-01-19 18:36:36 +01:00			`exec systemctl --user start --wait xsession@$(systemd-escape -- "$DISPLAY").target`