On systems without gtk-doc installed, we were mocking up docs/gtk-doc.make
and m4/gtk-doc.m4 to avoid a failure in configure. On systems without
introspection installed, we were doing nothing and allowing the failure
to occur. Since autogen should only be run on the developer side this is
should be okay, but to be more friendly to other distros and users that
want to start from autogen, we now bundle
docs/gtk-doc.make
m4/gtk-doc.m4
m4/introspection.m4
Care in the future should be taken by the developers to make sure these
files stay up to day.
This should take care of
https://github.com/gentoo/eudev/issues/11
Signed-off-by: Anthony G. Basile <blueness@gentoo.org>
The acx_libwrap.m4 and attributes.m4 were used for checks related
to libwrap and compile attribute/flags, respectively. Since these
have been removed from the build system, they are left over lint.
Files can be retrieved by
git checkout ddfb9b07df -- <filename>
Signed-off-by: Anthony G. Basile <blueness@gentoo.org>
Looks like gtk-doc.make is meant for automake, not make.
Some previous changes need to be reverted.
Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com>
The gtk-doc.m4 was not merged to 'master' but we don't need it. It's
better to generate it.
Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com>
The original Makefile.am was drawn to the top level. This commit
breaks it out into the various directories with SUBDIRS connecting
them. This makes each directory easier to maintain.
This is the first pass attempting to keep as much of the build system
as is necessary for only udev from the fork. Emphasis was given to
configure.ac. Gutting had to be done to Makefile.am but this needs
work to be broken out into SUBDIR Makefile.am which each address those
pieces.
The failing check caused autogen.sh to die mysteriously due to `set -e`
and the unquoted `test -z $VAR`.
Also, some syntax fixes to make it work with /bin/sh, which most other
autogen.sh's use.
[zj: implemented simplification suggested by Peters Simon
and fixed the case where gtkdocize was available but is not anymore.]
When intltoolize is not installed, autogen.sh runs without error,
but configure.ac is borked.
./configure: line 12001: syntax error near unexpected token `0.40.0'
./configure: line 12001: `IT_PROG_INTLTOOL(0.40.0)'
On Sat, Jun 9, 2012 at 12:46 AM, Malte Starostik <lists@malte.homeip.net> wrote:
> From: Malte Starostik <m-starostik@versanet.de>
>
> Rules get installed in $(libexecdir)/udev/, so are keymaps. Helper
> binaries go to $(rootprefix)/lib/udev though. Problem is, in the code,
> both are referenced via UDEVLIBEXECDIR which is defined to the former
> location. Result: systemd-udev can't find e.g. the keymap binary to
> apply keymaps.
We finally got the OK from all contributors with non-trivial commits to
relicense systemd from GPL2+ to LGPL2.1+.
Some udev bits continue to be GPL2+ for now, but we are looking into
relicensing them too, to allow free copy/paste of all code within
systemd.
The bits that used to be MIT continue to be MIT.
The big benefit of the relicensing is that closed source code may now
link against libsystemd-login.so and friends.
