| Age | Commit message (Collapse) | Author |
|---|
|
Unfortunately KEY_COFFEE is the canonical name in linux/input.h, and the more
sensible KEY_SCREENLOCK is an alias. Manually override this particular case,
since it's better to have "screenlock" in keymaps.
However, we still keep the automatic filtering for the general case, to avoid
introducing this problem again when input.h changes.
|
|
More than one key name was mapped to the same key, due to linux/input.h
defining some aliases (in particular, KEY_HANGUEL, KEY_SCREENLOCK,
KEY_MIN_INTERESTING). These caused hash table collisions.
Changed the generation of the tables to ignore these aliases, and updated all
keymaps to use the canonical name.
This was detected by llvm-clang-analyzer. Thanks to Lennart Poettering for
doing these checks and pointing this out!
https://launchpad.net/bugs/426647
|
|
Since the recent Makefile.am rework both usb-db and pci-db were built to
read the usb.ids database file. This fix makes sure pci-db properly
reads pci.ids instead.
Originally pointed out by Marco d'Itri.
|
|
https://launchpad.net/bugs/407940
|
|
|
|
|
|
|
|
Pass the path to keys.txt as second parameter of check-keymaps.sh so that
it can be found in the right path.
|
|
Since the check-keymaps.sh script checks for validity the source directory
and the Makefile.am file, instead of running it during user-oriented “make
check”, run it during developed-oriented “make distcheck”.
An invalid keymap will abort the execution which will prevent shipping
an incomplete Makefile.am.
To properly support out-of-source builds, pass as single parameter to the
test the path to the source directory.
|
|
This removes another file from the distribution, since we're not using it
anywhere else but the top-level Makefile.am file.
|
|
This avoids an '80s C prototype which caused a warning during our build.
|
|
|
|
When building in-source, the source and header files are in the same
directory, but they are not in out-of-source.
|
|
Since the library is in a subdirectory, it has to know where to look for
it.
|
|
|
|
|
|
|
|
The Introspection rules are not tested yet; more touch-ups have been made
for them.
|
|
Since gudev conditionally installs further pkg-config data, we have to set
it before the condition might be expanded.
|
|
|
|
Slight adjustment around the tests and the rules for the new working
directory.
|
|
|
|
|
|
A little fix is needed for the udev-test.pl script (to be called with the
proper path), but this allows for the test binaries to be only built when
running the tests themselves.
|
|
Instead of using multiple recursive Makefile.am files, use a single
Makefile.am that sets and builds all the basic suite of libraries and
binaries for udev. This reduces the number of files in the source tree, and
also reduces drastically the build time when using parallel-make.
With this setup, all the compile steps will be executed in parallel, and
just the linking stage will be (partially) serialised on the libraries
creation.
|
|
|
|
|
|
GObject libudev access. Initial version from Bastien Nocera, current
version by David Zeuthen.
|
|
The build of extras with larger external dependencies is wrapped in:
--enable-extras
|
|
|
|
|
|
|
|
[...] running the command
`make maintainer-clean' should not delete `configure' even if
`configure' can be remade using a rule in the Makefile. More
generally, `make maintainer-clean' should not delete anything that
needs to exist in order to run `configure' and then begin to build
the program. This is the only exception; `maintainer-clean' should
delete everything else that can be rebuilt.
|
|
Many thanks to Chris Spiegel for finding the still current vol_id
non-large-file-access bug, because of not including config.h.
|
|
|
|
|
|
|
|
Makefile.am:24: shell echo $$(( $(VERSION: non-POSIX variable name
Makefile.am:24: (probably a GNU make extension)
Makefile.am:26: shell echo $$(($(VERSION: non-POSIX variable name
Makefile.am:26: (probably a GNU make extension)
Makefile.am:29: shell echo $$(($(VERSION: non-POSIX variable name
Makefile.am:29: (probably a GNU make extension)
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
|
|
|
|
|
