[Bug 282326] [NEW PORT] x11/sx: Start an X.Org Server

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282326

            Bug ID: 282326
           Summary: [NEW PORT] x11/sx: Start an X.Org Server
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs@FreeBSD.org
          Reporter: bileslav@gmail.com

Created attachment 254519
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=254519&action=edit
x11/sx: Start an X.Org Server

sx is a simple alternative to both xinit(1) and startx(1) for starting an Xorg
server. It started life as a proof of concept while attempting to learn how
both
xinit and startx worked while taking up the offer presented in startx: "Site
administrators are STRONGLY urged to write nicer versions". It is not a direct
replacement however as it provides a different, more limited, interface:

* The server's command-line is hard coded and not exposed to the user.
* The server doesn't listen on anything except unix domain sockets.
* The server starts on the first available tty.
* $DISPLAY is coupled to the tty user logged in on.
* xauth entries are overwritten if the displayname is identical.
* Corresponding xauth entries are unconditionally removed when the server
exits.
* The server uses the -noreset flag.
* While $XAUTHORITY is still honoured, $XDG_DATA_HOME/sx/xauthority is used by
  default instead of $HOME/.Xauthority.
* Very little proxy error checking is used preferring instead to let each tool
  speak for itself.
* None of the typical /usr/local/etc/X11/xinit infrastructure is directly used.
* Neither $XINITRC is honoured nor .xinitrc used.
* The $XDG_CONFIG_HOME/sx/sxrc file is used instead of .xinitrc and is required
  to be executable.

Author's design choice of coupling the tty number to Xorg's vt argument and
$DISPLAY is patched in this FreeBSD port. See Earnestly/sx#7 for more details.

-- 
You are receiving this mail because:
You are the assignee for the bug.