[gentoo-desktop] [kde-sunset] sys-apps/hal

[gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

I'm trying to compile sys-apps/hal. But it fails on the automake phase.

Here is some additional info:
emerge --info '=sys-apps/hal-0.5.14-r4'   http://bpaste.net/show/55956/
emerge -pqv '=sys-apps/hal-0.5.14-r4'    http://bpaste.net/show/55957/
/var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/build.log
http://bpaste.net/show/55958/
/var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/environment
http://bpaste.net/show/55959/
/var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
http://bpaste.net/show/55960/

I'm not familiar with autotools so I can't even determine where is an
error and where is a trivial warning...
so can somebody help me with that issue?

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Canek Peláez Valdés]

On Mon, Nov 19, 2012 at 12:27 AM, Fat-Zer <fatzer2@gmail.com> wrote:
> I'm trying to compile sys-apps/hal. But it fails on the automake phase.
>
> Here is some additional info:
> emerge --info '=sys-apps/hal-0.5.14-r4'   http://bpaste.net/show/55956/
> emerge -pqv '=sys-apps/hal-0.5.14-r4'    http://bpaste.net/show/55957/
> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/build.log
> http://bpaste.net/show/55958/
> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/environment
> http://bpaste.net/show/55959/
> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
> http://bpaste.net/show/55960/

Except for the first link, all the others seem to be broken.

> I'm not familiar with autotools so I can't even determine where is an
> error and where is a trivial warning...
> so can somebody help me with that issue?

Independently of the errors, what package in your world needs HAL? HAL
is deprecated beyond oblivion; it was deprecated years and years ago,
is completely unmaintained, and I'm not even sure it can compile with
a recent kernel, glibc or gcc.

Whatever you are trying to do, installing HAL is not going to help you
do it; on the contrary.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

2012/11/19 Canek Peláez Valdés <caneko@gmail.com>:
> On Mon, Nov 19, 2012 at 12:27 AM, Fat-Zer <fatzer2@gmail.com> wrote:
>> I'm trying to compile sys-apps/hal. But it fails on the automake phase.
>>
>> Here is some additional info:
>> emerge --info '=sys-apps/hal-0.5.14-r4'   http://bpaste.net/show/55956/
>> emerge -pqv '=sys-apps/hal-0.5.14-r4'    http://bpaste.net/show/55957/
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/build.log
>> http://bpaste.net/show/55958/
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/environment
>> http://bpaste.net/show/55959/
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
>> http://bpaste.net/show/55960/
>
> Except for the first link, all the others seem to be broken.
>
works for me... anyway, here is a mirror:
>> emerge --info '=sys-apps/hal-0.5.14-r4'
https://gist.github.com/4110383
>> emerge -pqv '=sys-apps/hal-0.5.14-r4'
https://gist.github.com/4110385
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/build.log
https://gist.github.com/4110386
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/environment
https://gist.github.com/4110388
>> /var/tmp/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
https://gist.github.com/4110389

>> I'm not familiar with autotools so I can't even determine where is an
>> error and where is a trivial warning...
>> so can somebody help me with that issue?
>
> Independently of the errors, what package in your world needs HAL? HAL
> is deprecated beyond oblivion; it was deprecated years and years ago,
> is completely unmaintained, and I'm not even sure it can compile with
> a recent kernel, glibc or gcc.
>
> Whatever you are trying to do, installing HAL is not going to help you
> do it; on the contrary.

I know it's obsolete/outdated/deprecated etc, but I still use kde3 so
I need id for ordinary mount support...
I believe that I can overcame most of compilation-time problems
related with new kernel/library API, I understand that with that I'm
on my own... but autotools messages are still completely unclear for
me and I can't handle them my self, so I'm asking for a little support
with it.

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Serghei Amelian]

On Monday 19 November 2012 14:42:27 Fat-Zer wrote:
[...]

> > Whatever you are trying to do, installing HAL is not going to help you
> > do it; on the contrary.
>
> I know it's obsolete/outdated/deprecated etc, but I still use kde3 so
> I need id for ordinary mount support...
> I believe that I can overcame most of compilation-time problems
> related with new kernel/library API, I understand that with that I'm
> on my own... but autotools messages are still completely unclear for
> me and I can't handle them my self, so I'm asking for a little support
> with it.

You can borrow my udisks2 backend.
https://github.com/serghei/kde3-kdebase/tree/master/kioslave/media/mediamanager

Check how OpenSUSE people integrates it into OpenSUSE's KDE3.


-- 
Serghei

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

2012/11/19 Serghei Amelian <serghei@thel.ro>:
> On Monday 19 November 2012 14:42:27 Fat-Zer wrote:
> [...]
>
>> > Whatever you are trying to do, installing HAL is not going to help you
>> > do it; on the contrary.
>>
>> I know it's obsolete/outdated/deprecated etc, but I still use kde3 so
>> I need id for ordinary mount support...
>> I believe that I can overcame most of compilation-time problems
>> related with new kernel/library API, I understand that with that I'm
>> on my own... but autotools messages are still completely unclear for
>> me and I can't handle them my self, so I'm asking for a little support
>> with it.
>
> You can borrow my udisks2 backend.
> https://github.com/serghei/kde3-kdebase/tree/master/kioslave/media/mediamanager
>
> Check how OpenSUSE people integrates it into OpenSUSE's KDE3.
Thanks for propose, As you could noticed, I'm also building trinity
now, and I want to install hal also for test of its workability there.
I know that it would be dropped there too but for stable branch I want
make it to work. Also one of my acquaintance also wants to see hal
working...

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Dominique Michel]

Le Mon, 19 Nov 2012 16:42:27 +0400,
Fat-Zer <fatzer2@gmail.com> a écrit :

> I know it's obsolete/outdated/deprecated etc, but I still use kde3 so
> I need id for ordinary mount support...
> I believe that I can overcame most of compilation-time problems
> related with new kernel/library API, I understand that with that I'm
> on my own... but autotools messages are still completely unclear for
> me and I can't handle them my self, so I'm asking for a little support
> with it.
> 

If you don't want polkit and consolekit (kde3 know nothing about them),
you can use pmount-gui (for USB and firewire devices)
https://bugs.gentoo.org/show_bug.cgi?id=437330 and uam (CD and DVD, in
portage).

Dominique

-- 
"We have the heroes we deserve."

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Canek Peláez Valdés]

On Mon, Nov 19, 2012 at 6:51 AM, Serghei Amelian <serghei@thel.ro> wrote:
> On Monday 19 November 2012 14:42:27 Fat-Zer wrote:
> [...]
>
>> > Whatever you are trying to do, installing HAL is not going to help you
>> > do it; on the contrary.
>>
>> I know it's obsolete/outdated/deprecated etc, but I still use kde3 so
>> I need id for ordinary mount support...
>> I believe that I can overcame most of compilation-time problems
>> related with new kernel/library API, I understand that with that I'm
>> on my own... but autotools messages are still completely unclear for
>> me and I can't handle them my self, so I'm asking for a little support
>> with it.
>
> You can borrow my udisks2 backend.
> https://github.com/serghei/kde3-kdebase/tree/master/kioslave/media/mediamanager
>
> Check how OpenSUSE people integrates it into OpenSUSE's KDE3.

I would try Serghei's suggestion; automake complains about
AC_LANG_SOURCE and several GTK_DOC macros, probably because the
interfaces for them (or the macros themselves) have changed. To fix
it, maybe you could try to install an old version of automake and
gtk-doc, but I don't think you can do that without downgrading many
other parts of your system.

Serghei's suggestion sounds just like what you need; you don't
actually want HAL, just the capabilities it provides, and udisks does
that.

Regards.
-- 
Canek Peláez Valdés
Posgrado en Ciencia e Ingeniería de la Computación
Universidad Nacional Autónoma de México

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

2012/11/19 Canek Peláez Valdés <caneko@gmail.com>:
> On Mon, Nov 19, 2012 at 6:51 AM, Serghei Amelian <serghei@thel.ro> wrote:
>> On Monday 19 November 2012 14:42:27 Fat-Zer wrote:
>> [...]
>>
>
> I would try Serghei's suggestion; automake complains about
> AC_LANG_SOURCE and several GTK_DOC macros, probably because the
> interfaces for them (or the macros themselves) have changed. To fix
> it, maybe you could try to install an old version of automake and
> gtk-doc, but I don't think you can do that without downgrading many
> other parts of your system.
I've checked gtk-doc: the dev-util/gtk-doc-1.17 was released in 2006
and and version 1.18 in 2007. It doesn't seems that ebuilds got some
notable changes since then.

About automake: with versions prior or equal to 1.8 it fails on
aclocal stage: https://gist.github.com/4115294
With all newer versions got the same automake error.
It seems for some reason it doesn't includes gtk-doc.m4. Have automake
got some sort of include or includedir statement for those files? Or
does them affected by any ENV ?

> Serghei's suggestion sounds just like what you need; you don't
> actually want HAL, just the capabilities it provides, and udisks does
> that.
>

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

[-- Attachment #1: Type: text/plain, Size: 896 bytes --]

2012/11/20 Fat-Zer <fatzer2@gmail.com>:
> 2012/11/19 Canek Peláez Valdés <caneko@gmail.com>:
> I've checked gtk-doc: the dev-util/gtk-doc-1.17 was released in 2006
> and and version 1.18 in 2007. It doesn't seems that ebuilds got some
> notable changes since then.
>
> About automake: with versions prior or equal to 1.8 it fails on
> aclocal stage: https://gist.github.com/4115294
> With all newer versions got the same automake error.
> It seems for some reason it doesn't includes gtk-doc.m4. Have automake
> got some sort of include or includedir statement for those files? Or
> does them affected by any ENV ?
>

I'm finally done with that: here are my patches.
Can anybody, who intrested in it and/or knows more than me about
autotools, look through the first one(gtk-doc) and tell me if it's
alright or not. Because it seems to be just a workaround not a good
solution.

[-- Attachment #2: hal-0.5.14-fix-gtk-doc-automake.patch --]
[-- Type: application/octet-stream, Size: 399 bytes --]

--- configure.inorig	2012-11-29 19:37:25.000000000 +0300
+++ configure.in	2012-11-29 19:37:35.000000000 +0300
@@ -10,6 +10,8 @@
 AC_INIT(hal, 0.5.14, david@fubar.dk)
 AM_INIT_AUTOMAKE([gnu 1.9])
 AM_MAINTAINER_MODE
+AC_CONFIG_MACRO_DIR([.])
+m4_include([gtk-doc.m4])
 m4_ifdef([AM_SILENT_RULES], [AM_SILENT_RULES([yes])])
 
 glib_module="glib-2.0 >= 2.10.0 gobject-2.0 > 2.10.0 dbus-glib-1 >= 0.61"

[-- Attachment #3: hal-0.5.14-fix-glib-includes-in-addons.patch --]
[-- Type: application/octet-stream, Size: 4499 bytes --]

--- ./hald/linux/addons/addon-acpi-buttons-toshiba.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-acpi-buttons-toshiba.c	2012-11-29 04:47:18.000000000 +0300
@@ -40,7 +40,7 @@
 #include <string.h>
 #include <unistd.h>
 
-#include <glib/gmain.h>
+#include <glib.h>
 
 #include "libhal/libhal.h"
 #include "../../logger.h"
--- ./hald/linux/addons/addon-storage.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-storage.c	2012-11-29 04:47:52.000000000 +0300
@@ -39,7 +39,7 @@
 #include <string.h>
 #include <sys/ioctl.h>
 #include <unistd.h>
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-dell-backlight.cpp.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-dell-backlight.cpp	2012-11-29 04:46:51.000000000 +0300
@@ -29,7 +29,7 @@
 
 #include <string.h>
 
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-imac-backlight.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-imac-backlight.c	2012-11-29 04:47:34.000000000 +0300
@@ -29,7 +29,7 @@
 #include <stdlib.h>
 #include <sys/io.h>
 
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-ipw-killswitch.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-ipw-killswitch.c	2012-11-29 04:48:16.000000000 +0300
@@ -36,8 +36,6 @@
 #include <unistd.h> 
 
 #include <glib.h>
-#include <glib/gmain.h>
-#include <glib/gstdio.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-rfkill-killswitch.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-rfkill-killswitch.c	2012-11-29 04:47:12.000000000 +0300
@@ -36,8 +36,6 @@
 #include <unistd.h> 
 
 #include <glib.h>
-#include <glib/gmain.h>
-#include <glib/gstdio.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-usb-csr.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-usb-csr.c	2012-11-29 04:47:55.000000000 +0300
@@ -29,7 +29,7 @@
 #include <string.h>
 #include <usb.h>
 
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-input.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-input.c	2012-11-29 05:00:31.000000000 +0300
@@ -41,8 +41,7 @@
 #else
   #include <linux/input.h>
 #endif
-#include <glib/gmain.h>
-#include <glib/gprintf.h>
+#include <glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
 #include "libhal/libhal.h"
--- ./hald/linux/addons/addon-omap-backlight.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-omap-backlight.c	2012-11-29 04:47:38.000000000 +0300
@@ -41,7 +41,7 @@
 #include <fcntl.h>
 #include <unistd.h> 
 
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-macbookpro-backlight.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-macbookpro-backlight.c	2012-11-29 04:47:43.000000000 +0300
@@ -39,7 +39,7 @@
 #include <pci/pci.h>
 #include <unistd.h> 
 
-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-leds.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-leds.c	2012-11-29 04:47:25.000000000 +0300
@@ -36,8 +36,6 @@
 #include <unistd.h> 
 
 #include <glib.h>
-#include <glib/gmain.h>
-#include <glib/gstdio.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>
 
--- ./hald/linux/addons/addon-cpufreq.c.orig	2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-cpufreq.c	2012-11-29 04:48:01.000000000 +0300
@@ -32,7 +32,6 @@
 #include <unistd.h>
 #include <signal.h>
 #include <getopt.h>
-#include <glib/gprintf.h>
 
 #include "addon-cpufreq.h"
 #include "addon-cpufreq-userspace.h"
--- ./hald/linux/addons/addon-generic-backlight.c.orig  2009-08-24 16:42:30.000000000 +0400
+++ ./hald/linux/addons/addon-generic-backlight.c       2012-11-29 05:11:49.000000000 +0300
@@ -35,7 +35,7 @@
 #include <sys/stat.h>
 #include <unistd.h>

-#include <glib/gmain.h>
+#include <glib.h>
 #include <dbus/dbus-glib.h>
 #include <dbus/dbus-glib-lowlevel.h>

Re: [gentoo-desktop] [kde-sunset] sys-apps/hal

[Fat-Zer]

2012/11/29 Fat-Zer <fatzer2@gmail.com>:
> 2012/11/20 Fat-Zer <fatzer2@gmail.com>:
> I'm finally done with that: here are my patches.
> Can anybody, who intrested in it and/or knows more than me about
> autotools, look through the first one(gtk-doc) and tell me if it's
> alright or not. Because it seems to be just a workaround not a good
> solution.

Unfortunately hal-0.5.14-fix-gtk-doc-automake.patch breaks compilation
when installed only gtk-doc-am but not gtk-doc...