Age | Commit message (Collapse) | Author |
|
Fix issue #14
Check XINITRC and XSERVERRC, if those files do not exist then just use
~/.xinitrc and ~/.xserverc as normal.
Signed-off-by: Tim Egenton <tegenton@splattim.me>
|
|
It looks to me like commit 5268936259c5 (Remove SCO support for
SHELL_CMD and startx man page.) removed the wrong bits of the man page.
This commit replaces the SCO UNIX bits of the man page with the non-SCO
UNIX bits.
Signed-off-by: Matt Turner <mattst88@gmail.com>
|
|
See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726962
https://bugs.freedesktop.org/show_bug.cgi?id=83797
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Make text about supplying X server arguments via startx more generic,
rather than assuming the started server will be Xorg, and hence will
take Xorg's arguments.
Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
some X manuals use then escape sequence \/ when they want to render
a slash. That's bad because \/ is not a slash but an italic
correction, never producing any output, having no effect at all in
terminal output, and only changing spacing in a minor way in typeset
output.
Signed-off-by: Matthieu Herrb <matthieu@herrb.eu>
Reviewed-by: Mark Kettenis <kettenis@openbsd.org>
|
|
SCO support was removed from startx.cpp and xinitrc.cpp earlier.
Remove unixware / sco support
http://cgit.freedesktop.org/xorg/app/xinit/commit/
?id=fdf03cd2fdfd9cd5635334c5e4dc2bb23e92e37a
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Change the config file location from a hard coded path to what is
set during build.
Signed-off-by: Egbert Eich <eich@freedesktop.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
Now that the cpp tool is no longer needed, normalize the man pages build.
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|