Re: [gentoo-user] error emerge hal

[M. Sitorus]

sori to open this topic again.
last night, i try to emerge hal-0.5.11-r3 and it pulled glib-2.18.1 as
its depedency. but emerging glib failed. i'm already run revdep
rebuild, but nothing happend. here is the error log:


>>> Unpacking source...
>>> Unpacking glib-2.18.1.tar.bz2 to /var/tmp/portage/dev-libs/glib-2.18.1/work
 * Applying glib-2.18.1-gdesktopappinfo-memleak-fix.patch ...
  [ ok ]
 * Applying
glib-2.18.1-workaround-gio-test-failure-without-userpriv.patch ...
  [ ok ]
 * Applying glib-2.12.12-fbsd.patch ...
  [ ok ]
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/dev-libs/glib-2.18.1/work/glib-2.18.1 
>>> ...
 * Removing useless C++ checks ...
  [ ok ]
 * econf: updating glib-2.18.1/config.sub with /usr/share/gnuconfig/config.sub
 * econf: updating glib-2.18.1/config.guess with
/usr/share/gnuconfig/config.guess
./configure --prefix=/usr --host=i686-pc-linux-gnu
--mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share
--sysconfdir=/etc --localstatedir=/var/lib --disable-xattr
--disable-man --disable-gtk-doc --enable-fam --disable-selinux
--enable-static --with-threads=posix --build=i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for the BeOS... no
checking for Win32... no
checking for Mac OS X Carbon support... checking for style of include
used by make... GNU
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89... none needed
checking dependency style of i686-pc-linux-gnu-gcc... gcc3
checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E
no
checking whether to enable garbage collector friendliness... no
checking whether to disable memory pools... no
checking for i686-pc-linux-gnu-gcc... (cached) i686-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether i686-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89...
(cached) none needed
checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3
checking for c++... c++
checking whether we are using the GNU C++ compiler... yes
checking whether c++ accepts -g... yes
checking dependency style of c++... gcc3
checking for i686-pc-linux-gnu-gcc... (cached) i686-pc-linux-gnu-gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether i686-pc-linux-gnu-gcc accepts -g... (cached) yes
checking for i686-pc-linux-gnu-gcc option to accept ISO C89...
(cached) none needed
checking dependency style of i686-pc-linux-gnu-gcc... (cached) gcc3
checking whether i686-pc-linux-gnu-gcc and cc understand -c and -o
together... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for pkg-config... /usr/bin/pkg-config
checking for gawk... (cached) gawk
checking for perl5... no
checking for perl... perl
checking for indent... no
checking for perl... /usr/bin/perl
checking for a Python interpreter with version >= 2.4... python
checking for python... /usr/bin/python
checking for python version... 2.4
checking for python platform... linux2
checking for python script directory... ${prefix}/lib/python2.4/site-packages
checking for python extension module directory...
${exec_prefix}/lib/python2.4/site-packages
checking for iconv_open... yes
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking whether we are using the GNU C Library 2.1 or newer... yes
checking Whether to cache iconv descriptors... no
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libint

Re: [gentoo-user] error emerge hal

[M. Sitorus]

oh, i didn't know that bug. thanks.
i'm using hal 0.5.9.1-r3 because i'm rarely update my Gentoo box,
since i don't have internet connection for my own. thanks again.

On 10/9/08, Alex Schuster <[EMAIL PROTECTED]> wrote:
> M. Sitorus writes:
>
>> Hello,
>> i'm having trouble emerging hal. Emerge stops with this error:
>>
>> make: *** [all] Error 2
>>   [31;01m* [0m
>>   [31;01m* [0m ERROR: sys-apps/hal-0.5.9.1-r3 failed.
> [...]
>
>> I have been trying to following:
>> 1. revdep-rebuild
>> 2. re-emerge expat
>> 3. emerge the current hal installed (hal-0.5.9-r3)
>>
>> but emerge still doesn't work. Can you point me the problem? Thanks.
>
> http://bugs.gentoo.org/show_bug.cgi?id=236849
>
> As is said there: Why are you using an outdated version of hal?
>
>   Wonko
>
>


-- 
Salam,

Marc

Re: [gentoo-user] error emerge hal

[Alex Schuster]

M. Sitorus writes:

> Hello,
> i'm having trouble emerging hal. Emerge stops with this error:
>
> make: *** [all] Error 2
>  *
>  * ERROR: sys-apps/hal-0.5.9.1-r3 failed.
[...]

> I have been trying to following:
> 1. revdep-rebuild
> 2. re-emerge expat
> 3. emerge the current hal installed (hal-0.5.9-r3)
>
> but emerge still doesn't work. Can you point me the problem? Thanks.

http://bugs.gentoo.org/show_bug.cgi?id=236849

As is said there: Why are you using an outdated version of hal?

Wonko

Re: [gentoo-user] error emerge hal

[Andrey Vul]

On Wed, Oct 8, 2008 at 9:07 PM, M. Sitorus <[EMAIL PROTECTED]> wrote:
> Hello,
> i'm having trouble emerging hal. Emerge stops with this error:
>
> make: *** [all] Error 2
>  [31;01m* [0m
>  [31;01m* [0m ERROR: sys-apps/hal-0.5.9.1-r3 failed.
>  [31;01m* [0m Call stack:
>  [31;01m* [0m   ebuild.sh, line   49:  Called src_compile
>  [31;01m* [0m environment, line 3635:  Called die
>  [31;01m* [0m The specific snippet of code:
>  [31;01m* [0m   emake || die "make failed"
>  [31;01m* [0m  The die message:
>  [31;01m* [0m   make failed
>  [31;01m* [0m
>  [31;01m* [0m If you need support, post the topmost build error, and
> the call stack if relevant.
>  [31;01m* [0m A complete build log is located at
> '/var/tmp/portage/sys-apps/hal-0.5.9.1-r3/temp/build.log'.
>  [31;01m* [0m The ebuild environment file is located at
> '/var/tmp/portage/sys-apps/hal-0.5.9.1-r3/temp/environment'.
>  [31;01m* [0m
>
> I have been trying to following:
> 1. revdep-rebuild
> 2. re-emerge expat
> 3. emerge the current hal installed (hal-0.5.9-r3)
>
> but emerge still doesn't work. Can you point me the problem? Thanks.
> the complete build.log is attach.
>

There is insufficient information in what you posted.
Can you post more detail?
i.e. $head -50 /var/tmp/portage/sys-apps/hal-0.5.9.1-r3/temp/build.log



-- 
Andrey Vul

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?