-
0327c427
by Adam Jackson
at 2019-06-17T14:17:29-04:00
makekeys: Detach ourselves from X headers entirely
Subsequent to a121b7b0c210efe10bf93453b29050282324c906 we are no longer
building makekeys with enough -I/foo/bar to find the X11 headers, so if
they're not in a system include path, things fail. Since this utility is
only needed at build time, there's no real reason to demand the X
headers be installed for both the build and target machines if cross-
compiling, we can just assume a vaguely ANSI environment instead.
Tested-by: Niclas Zeising <zeising@daemonic.se>
Reviewed-by: Keith Packard <keithp@keithp.com>
Reviewed-by: Matt Turner <mattst88@gmail.com>
-
cb0e894f
by Walter Harms
at 2019-06-21T18:01:16+02:00
note that we can handle kbd==NULL
Signed-off-by: Walter Harms <wharms@bfs.de>
-
08e6b362
by Walter Harms
at 2019-06-22T18:33:48+02:00
remove in-text macros
remove in-text macros an fix a few typos on the way.
hopefuly that will make maintenance more easy.
Signed-off-by: Walter Harms <wharms@bfs.de>
-
4eb167f5
by Walter Harms
at 2019-07-03T18:18:09+02:00
replace home grown .ZN with std, .B and .BR
Replace the home grown macro .ZN with std. macros
from man macro paket. So we can get rid of the
definition an get a clean header.
Signed-off-by: Walter Harms <wharms@bfs.de>
-
951e772b
by Walter Harms
at 2019-07-03T18:23:51+02:00
fix TBL format
Signed-off-by: Walter Harms <wharms@bfs.de>
-
b7f09ae1
by Walter Harms
at 2019-07-29T17:47:35+02:00
Replace home-grown .Ds .De macro with man page .EX/.EE macro
Same pages use the man page .EX/.EE macro. Replace all occurences
of .De/.Ds with the std. macros to make the code better to maintain.
Signed-off-by: Walter Harms <wharms@bfs.de>
-
fe46eb28
by Walter Harms
at 2019-07-29T17:57:02+02:00
remove all private macro defines
after converting everything to st. man page macros there is
no need to maintain X11 private nroff macros, so remove them.
Signed-off-by: Walter Harms <wharms@bfs.de>
-
705027ea
by Walter Harms
at 2019-07-29T18:27:12+02:00
get rid of ``fake quotes''
these fake quotes are inside a comment and can be replaced with
some double quotes
Signed-off-by: Walter Harms <wharms@bfs.de>
-
ef31143c
by Walter Harms
at 2019-07-29T18:50:19+02:00
fix ``fake quotes'' in text
to remove the fake quotes replace them with propper
predefined macros \*(lq and \*(rq. this will allow
nroff to choose the propper characters when using ps etc.
Signed-off-by: Walter Harms <wharms@bfs.de>
-
c0f0651f
by Thomas E. Dickey
at 2019-07-30T04:34:54-04:00
the last commit overlooked some fake-quote pairs
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
4abf482d
by Thomas E. Dickey
at 2019-07-30T04:36:24-04:00
another fake-quote fix
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
6f2cbcea
by Thomas E. Dickey
at 2019-07-30T04:52:25-04:00
trim trailing whitespace from manpages
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
8fe8aafe
by Thomas E. Dickey
at 2019-07-30T05:07:40-04:00
split lines at sentence endings
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
1d0a6fe9
by Thomas E. Dickey
at 2019-07-30T15:49:09-04:00
fix a substitution error from recent commit, e.g, "s/^\.EE/XDe/"
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
f111bf3a
by Thomas E. Dickey
at 2019-07-30T16:53:27-04:00
improve some formatting
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
-
edc7680e
by Ross Burton
at 2019-08-06T14:55:50+01:00
src/util/Makefile: explicitly reset LINK to not use libtool
Simply looking at libtool redefines LINK globally to use libtool, which when
you're trying to cross-compile to Windows can cause complications.
As in src/util/ we're simply building a small binary for the build host, reset
LINK to the automake default so that the traditional compile/link steps occur
without libtool.
Also remove -all-static from LDFLAGS as that is a libtool-specific argument
intended to solve this problem.
Closes: #100
Signed-off-by: Ross Burton <ross.burton@intel.com>
-
1f1ca086
by Adam Jackson
at 2019-09-24T13:02:47-04:00
xkb: Provide <X11/extensions/XKBgeom.h> ourselves
This header refers to libX11 types, it doesn't belong in xorgproto and
has been moved to legacy in 2019.2. Supply it ourselves.
-
f5ba2c63
by Dmitry Osipenko
at 2019-10-09T17:37:10+00:00
Fix lockup in _XReply() caused by recursive synchronization
This patch is based on a suggestion made by Uli Schlachter in a comment
to the bug report https://gitlab.freedesktop.org/xorg/lib/libx11/issues/93.
Explanation of the bug (given by Uli Schlachter as well):
An error was received and handled. Since there was an error callback set,
Xlib unlocks the display, runs the error callback, and then locks the display
again. This goes through _XLockDisplay and then calls _XSeqSyncFunction.
On this "lock the thing"-path, Xlib notices that sequence numbers are close to
wrap-around and tries to send a GetInputFocus request. However, the earlier
calls already registered themselves as "we are handling replies/errors, do
not interfere!" and so the code here waits for "that other thread" to be done
before it continues. Only that there is no other thread, but it is this thread
itself and thus a deadlock follows.
The bug is relatively easy to reproduce on any desktop environment by
using actively a touchscreen input that supports multitouch, i.e. practically
all mobile devices are affected.
Fixes: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/93
Suggested-by: Uli Schlachter <psychon@znc.in>
Tested-by: Dmitry Osipenko <digetx@gmail.com>
Reported-by: Dmitry Osipenko <digetx@gmail.com>
Signed-off-by: Dmitry Osipenko <digetx@gmail.com>
-
db7cca17
by Adam Jackson
at 2019-10-09T13:41:29-04:00
libX11 1.6.9
Signed-off-by: Adam Jackson <ajax@redhat.com>