Mailing List Archive

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

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.

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

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...

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."

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

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.
>

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.

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...