xinit issueshttps://gitlab.freedesktop.org/xorg/app/xinit/-/issues2022-10-24T22:56:58Zhttps://gitlab.freedesktop.org/xorg/app/xinit/-/issues/14startx does not respect XINITRC2022-10-24T22:56:58ZBugzilla Migration Userstartx does not respect XINITRC## Submitted by Tinu Weber
Assigned to **Xorg Project Team**
**[Link to original bug (#107308)](https://bugs.freedesktop.org/show_bug.cgi?id=107308)**
## Description
Created attachment 140730
Patch that makes startx respect XINITR...## Submitted by Tinu Weber
Assigned to **Xorg Project Team**
**[Link to original bug (#107308)](https://bugs.freedesktop.org/show_bug.cgi?id=107308)**
## Description
Created attachment 140730
Patch that makes startx respect XINITRC
While xinit allows setting the XINITRC environment variable to specify an alternative location for the user's xinitrc file, startx simply ignores and overwrites that value; specifically this line:
userclientrc=$HOME/.xinitrc
Would it be possible to change this line to this instead?
userclientrc="${XINITRC:-$HOME/.xinitrc}"
This would use the value stated in $XINITRC, and fall back to ~/.xinitrc if it's unset/empty (matching the behaviour of xinit). Attached is a patch that would fix this.
**Patch 140730**, "Patch that makes startx respect XINITRC":
[startx-xinitrc.patch](/uploads/0c1f81dca86517a7979f9b03cdfd5fd1/startx-xinitrc.patch)https://gitlab.freedesktop.org/xorg/app/xinit/-/issues/9Unseting session environment variables breaks user dbus instances2022-07-20T19:04:10ZBugzilla Migration UserUnseting session environment variables breaks user dbus instances## Submitted by sgv..@..@o2.pl
Assigned to **Xorg Project Team**
**[Link to original bug (#92064)](https://bugs.freedesktop.org/show_bug.cgi?id=92064)**
## Description
This line in startx script:
unset DBUS_SESSION_BUS_ADDRESS
w...## Submitted by sgv..@..@o2.pl
Assigned to **Xorg Project Team**
**[Link to original bug (#92064)](https://bugs.freedesktop.org/show_bug.cgi?id=92064)**
## Description
This line in startx script:
unset DBUS_SESSION_BUS_ADDRESS
which was introduced in commit c07501f69239e9c1448736ad7e689a2c3da49af9, breaks the new behaviour of pam_systemd which sets this environment variable to point to the user bus, so that applications relying on session bus do not need to spawn another instance and dbus-launch is no longer necessary.
With this line, those applications won't work properly.
Version: githttps://gitlab.freedesktop.org/xorg/app/xinit/-/issues/6[xorg-xinit] startx breaks if GREP_OPTIONS changes output format2021-06-05T16:01:49ZBugzilla Migration User[xorg-xinit] startx breaks if GREP_OPTIONS changes output format## Submitted by Cem Aydin
Assigned to **Xorg Project Team**
**[Link to original bug (#84532)](https://bugs.freedesktop.org/show_bug.cgi?id=84532)**
## Description
This was reported on the Arch Linux bugtracker but it's an upstream...## Submitted by Cem Aydin
Assigned to **Xorg Project Team**
**[Link to original bug (#84532)](https://bugs.freedesktop.org/show_bug.cgi?id=84532)**
## Description
This was reported on the Arch Linux bugtracker but it's an upstream issue, so I'm reporting it here.
I think appeared by the xinit git tag xinit-1.3.4 .
I think would've been introduced by commit http://cgit.freedesktop.org/xorg/app/xinit/commit/?id=44915d6953076849b69a017f6fc8234b0f254362 .
---
https://projects.archlinux.org/svntogit/packages.git/tree/trunk/git-upstream-fixes.patch?h=packages/xorg-xinit#n378
+ tty_num=$(echo "$tty" | grep -oE '[0-9]+$')
If GREP_OPTIONS has color=always set, then this uses coloured grep output, meaning $tty_num carries colour information in `vtarg="vt$tty_num"`.
To resolve:
- tty_num=$(echo "$tty" | grep -oE '[0-9]+$')
+ tty_num=$(echo "$tty" | grep --color=never -oE '[0-9]+$')
---
Some people reported a problem on the Arch Linux Forum: https://bbs.archlinux.org/viewtopic.php?id=186382
While it's not yet entirely sure that it's due to this issue I think it may well be.
An error that was posted there contains:
~~~
Command line argument number 4 contains unprintable characters
~~~
Thankshttps://gitlab.freedesktop.org/xorg/app/xinit/-/issues/1ConsoleKit patch for xinit2020-10-10T01:32:04ZBugzilla Migration UserConsoleKit patch for xinit## Submitted by David Zeuthen `@david`
Assigned to **Jeremy Huddleston Sequoia**
**[Link to original bug (#12378)](https://bugs.freedesktop.org/show_bug.cgi?id=12378)**
## Description
(not sure I've filed this against the right co...## Submitted by David Zeuthen `@david`
Assigned to **Jeremy Huddleston Sequoia**
**[Link to original bug (#12378)](https://bugs.freedesktop.org/show_bug.cgi?id=12378)**
## Description
(not sure I've filed this against the right component, please advise)
ConsoleKit [1] is used to track user desktop sessions so to work with ConsoleKit any process used to launch these needs to poke ConsoleKit so the session can be registered. Will attach a patch to xinit.c that does this.
[1] :
http://gitweb.freedesktop.org/?p=ConsoleKit.git
http://people.freedesktop.org/~david/ConsoleKit.html (a bit outdated)
Btw, this patch originated from this RH bug
https://bugzilla.redhat.com/show_bug.cgi?id=233183
Version: git