On 01/15/2014 02:32 AM, David C. Rankin wrote:
So this looks like a true 'subdir-objects' is disabled failure regarding logger.c. (why this one and not the 100 before?) dunno.. I'm going to try:
AM_INIT_AUTOMAKE([subdir-objects])
SOLVED - Automake is a mess and it will get worse! For hal on arch, you must update your build() to:
build() {
cd $srcdir patch -Np1 -d ${srcdir} < hal.patch
cd "${srcdir}/${pkgname}-${pkgver}" patch -Np1 -i "${srcdir}/hal-libudev-events.patch" patch -Np1 -i "${srcdir}/hal-glib-2.3-compile-fix.patch" patch -Np1 -i "${srcdir}/udev-update.patch" patch -Np1 -i "${srcdir}/badvok-compile-fix.patch"
# fix trialing space sed -i 's/failed; [] /failed; \/' policy/Makefile.am
# fix subdir-objects mess in automake 1.14 sed -i 's/AM_INIT_AUTOMAKE[(][gnu 1.9][)]/AM_INIT_AUTOMAKE([subdir-objects])/' configure.in
libtoolize --force aclocal autoupdate # required to fix obsolete macros autoconf automake --add-missing --warnings=all
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var \ --libexecdir=/usr/lib/hal --with-udev-prefix=/etc \ --enable-static=no --disable-acpi-ibm \ --disable-docbook-docs --disable-console-kit \ --disable-policy-kit --disable-acl-management \ --enable-umount-helper --disable-smbios \ --with-hal-user=hal --with-hal-group=hal \ --with-pid-file=/var/run/hald.pid \ --sbindir=/usr/bin --disable-gtk-doc make
}
But in the end:
hal-0.5.14-18-x86_64.pkg.tar.xz
complete with systemd hal.service file