View previous topic :: View next topic |
Author |
Message |
damienmoody n00b
Joined: 01 Sep 2006 Posts: 73
|
Posted: Sun Jul 08, 2007 6:48 pm Post subject: [GAVE UP!] ERROR: gnome-base/gnome-menus-2.18.2 failed |
|
|
This happens when emerging gnome 2.18.2:
Code: |
configure: error: No inotify syscalls in libc found - cannot enable inotify support
!!! Please attach the following file when filing a report to bugs.gentoo.org:
!!! /var/tmp/portage/gnome-base/gnome-menus-2.18.2/work/gnome-menus-2.18.2/config.log
*
* ERROR: gnome-base/gnome-menus-2.18.2 failed.
* Call stack:
* ebuild.sh, line 1642: Called dyn_compile
* ebuild.sh, line 988: Called qa_call 'src_compile'
* ebuild.sh, line 44: Called src_compile
* ebuild.sh, line 1327: Called gnome2_src_compile
* gnome2.eclass, line 70: Called gnome2_src_configure
* gnome2.eclass, line 66: Called econf '--enable-inotify' '--disable-debug' '--enable-python'
* ebuild.sh, line 591: Called die
*
* econf failed
*If you need support yadda yadda
|
Help?
Last edited by damienmoody on Mon Jul 09, 2007 1:25 am; edited 1 time in total |
|
Back to top |
|
|
PaulBredbury Watchman
Joined: 14 Jul 2005 Posts: 7310
|
Posted: Sun Jul 08, 2007 6:51 pm Post subject: |
|
|
Code: | grep INOTIFY /usr/src/linux/.config
CONFIG_INOTIFY=y
CONFIG_INOTIFY_USER=y |
Do that, recompile kernel, reboot, recompile glibc. |
|
Back to top |
|
|
damienmoody n00b
Joined: 01 Sep 2006 Posts: 73
|
Posted: Sun Jul 08, 2007 8:50 pm Post subject: |
|
|
Thanks. I already had CONFIG_INOTIFY=y. There was no CONFIG_INOTIFY_USER, so I inserted that line under CONFIG_INOTIFY, recompiled, rebooted, re-emerged glibc, and I'm still getting the same problem |
|
Back to top |
|
|
damienmoody n00b
Joined: 01 Sep 2006 Posts: 73
|
Posted: Mon Jul 09, 2007 1:25 am Post subject: |
|
|
This looks like a lost cause. I even commented out ACCEPT_KEYWORDS so it would emerge a stable version, and some other ebuild failed. So fudge it. I've been emerging KDE split and so far no failures. I'll probably report the Gnome issue as a bug if I remember and time permits. |
|
Back to top |
|
|
marduk Retired Dev
Joined: 20 Sep 2002 Posts: 78
|
Posted: Mon Jul 09, 2007 3:08 pm Post subject: |
|
|
From the error message it looks like it's probably looking for inotify headers and not finding them.
Code: |
# find /usr/include -name inotify.h
/usr/include/linux/inotify.h
/usr/include/sys/inotify.h
epm -qf /usr/include/linux/inotify.h /usr/include/sys/inotify.h
linux-headers-2.6.22
glibc-2.5-r4
|
Indeed, looking at the configure script, (it looks like it was printed up highter but you didn't paste enough of the error text):
Code: |
...
{ echo "$as_me:$LINENO: checking for sys/inotify.h" >&5
echo $ECHO_N "checking for sys/inotify.h... $ECHO_C" >&6; }
|
That may not exist on your system (or may be damaged). Try re-emerging linux-headers. |
|
Back to top |
|
|
jrevi Tux's lil' helper
Joined: 08 Sep 2005 Posts: 129
|
Posted: Mon Aug 13, 2007 3:20 pm Post subject: |
|
|
marduk wrote: | From the error message it looks like it's probably looking for inotify headers and not finding them.
Code: |
# find /usr/include -name inotify.h
/usr/include/linux/inotify.h
/usr/include/sys/inotify.h
epm -qf /usr/include/linux/inotify.h /usr/include/sys/inotify.h
linux-headers-2.6.22
glibc-2.5-r4
|
Indeed, looking at the configure script, (it looks like it was printed up highter but you didn't paste enough of the error text):
Code: |
...
{ echo "$as_me:$LINENO: checking for sys/inotify.h" >&5
echo $ECHO_N "checking for sys/inotify.h... $ECHO_C" >&6; }
|
That may not exist on your system (or may be damaged). Try re-emerging linux-headers. |
Hi,
I have exactly the same problem but I think that I know why. In fact, I have this:
Code: | # find /usr/include -name inotify.h
/usr/include/linux/inotify.h |
The problem is that my version of glibc is 2.3.6:
Code: | eix glibc
[I] sys-libs/glibc
Available versions: (2.2) [P]2.2.5-r10 [P]2.3.2-r12 2.3.5-r3 2.3.6-r4 2.3.6-r5 [m]2.4-r4 [m]2.5-r2 [m]2.5-r3 [m]2.5-r4 [m]**2.5.1 [m]~2.6 [m]~2.6.1
{build debug erandom glibc-compat20 glibc-omitfp hardened linuxthreads-tls multilib nls nptl nptlonly pic profile selinux userlocales}
Installed versions: 2.3.6-r5(2.2)(12:41:46 13.08.2007)(-build -erandom -glibc-compat20 -glibc-omitfp -hardened -multilib nls nptl nptlonly -profile -selinux)
Homepage: http://www.gnu.org/software/libc/libc.html
Description: GNU libc6 (also called glibc2) C library
|
I cannot update glibc for some professional reason.
Do you know how to solve it?
Thanks in advance,
jrevi |
|
Back to top |
|
|
steveybaby2 n00b
Joined: 20 May 2004 Posts: 18 Location: UK
|
Posted: Mon Aug 13, 2007 4:11 pm Post subject: |
|
|
marduk wrote: | From the error message it looks like it's probably looking for inotify headers and not finding them.
Code: |
# find /usr/include -name inotify.h
/usr/include/linux/inotify.h
/usr/include/sys/inotify.h
epm -qf /usr/include/linux/inotify.h /usr/include/sys/inotify.h
linux-headers-2.6.22
glibc-2.5-r4
|
Indeed, looking at the configure script, (it looks like it was printed up highter but you didn't paste enough of the error text):
Code: |
...
{ echo "$as_me:$LINENO: checking for sys/inotify.h" >&5
echo $ECHO_N "checking for sys/inotify.h... $ECHO_C" >&6; }
|
That may not exist on your system (or may be damaged). Try re-emerging linux-headers. |
I also have this problem on two separate boxes. If what you say is true and configure is checking for sys/inotify.h, then this is the reason it fails on my system. I have the latest stable linux-headers emerged (2.6.21), and CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y in my kernel config, but doing a find only results in the following:
Code: |
# find /usr/include -name inotify.h
/usr/include/linux/inotify.h
|
I've tried emerging older and newer linux-headers (2.6.8.1-r4 and 2.6.22-r2) and these dont seem to have /usr/include/sys/inotify.h either.
Anyone know why this might be? |
|
Back to top |
|
|
jrevi Tux's lil' helper
Joined: 08 Sep 2005 Posts: 129
|
Posted: Mon Aug 13, 2007 4:14 pm Post subject: |
|
|
Hi steveybaby2,
which version of glibc do you have on your system? |
|
Back to top |
|
|
steveybaby2 n00b
Joined: 20 May 2004 Posts: 18 Location: UK
|
Posted: Mon Aug 13, 2007 4:21 pm Post subject: |
|
|
jrevi wrote: | Hi steveybaby2,
which version of glibc do you have on your system? |
Hi, I'm running glibc version 2.3.6-r5. This should be the latest stable release in portage. I noticed you said this could be a problem, but I don't understand how?
Thanks
steveybaby2 |
|
Back to top |
|
|
jrevi Tux's lil' helper
Joined: 08 Sep 2005 Posts: 129
|
Posted: Mon Aug 13, 2007 4:35 pm Post subject: |
|
|
steveybaby2 wrote: | jrevi wrote: | Hi steveybaby2,
which version of glibc do you have on your system? |
Hi, I'm running glibc version 2.3.6-r5. This should be the latest stable release in portage. I noticed you said this could be a problem, but I don't understand how?
Thanks
steveybaby2 |
Of course it depends which architecture you have but if you use x86 or even a 64bit architecture, the last stable version of glibc is glibc-2.5-r4 (c.f. http://gentoo-portage.com/sys-libs/glibc)
Now if someone is able to compile gnome-menus with glibc-2.3.6, I would really appreciate his/her help
jrevi |
|
Back to top |
|
|
jrevi Tux's lil' helper
Joined: 08 Sep 2005 Posts: 129
|
Posted: Wed Aug 15, 2007 11:57 am Post subject: |
|
|
Up |
|
Back to top |
|
|
steveybaby2 n00b
Joined: 20 May 2004 Posts: 18 Location: UK
|
Posted: Thu Aug 16, 2007 9:00 am Post subject: |
|
|
jrevi wrote: | steveybaby2 wrote: | jrevi wrote: | Hi steveybaby2,
which version of glibc do you have on your system? |
Hi, I'm running glibc version 2.3.6-r5. This should be the latest stable release in portage. I noticed you said this could be a problem, but I don't understand how?
Thanks
steveybaby2 |
Of course it depends which architecture you have but if you use x86 or even a 64bit architecture, the last stable version of glibc is glibc-2.5-r4 (c.f. http://gentoo-portage.com/sys-libs/glibc)
Now if someone is able to compile gnome-menus with glibc-2.3.6, I would really appreciate his/her help
jrevi |
Thanks for your help jrevi - you prompted me to look into why 2.3.6 was the latest glibc version available to me. At some point in time I added an entry to the /etc/portage/packages.mask. Grrrr.
Sorry I can't be more help with getting it to work with your version.
Cheers
steveybaby2 |
|
Back to top |
|
|
|