Bug 91990 – arm-uclibc stages dont work with 2.4 kernels

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Björn Ruberg 2005-05-09 03:46:22 UTC]

The arm-uclibc stage1 environment doesn't work with portage.
After syncing every emerge operation ends up giving errors like this:
[Errno 38] Function not implemented

This happens only with the uclibc package.
The normal glibc-stage1 for arm is working.

Exampe, having done emerge-webrsync:

# emerge -pO portage

These are the packages that I would merge, in order:

Calculating dependencies

!!! Problem in sys-apps/portage dependencies.
!!! [Errno 38] Function not implemented: '/var/cache/edb/dep//usr/portage/sys-apps/portage-2.0.51.18' exceptions


Reproducible: Always
Steps to Reproduce:
1. Unpack for example this ftp://gentoo.chem.wisc.edu/gentoo/experimental/arm/embedded/stages/stage1-arm-uclibc-2004.3.tar.bz2 into a folder on your PC and export it via NFS.
2. Chroot with your PDA in the directory (Zaurus SL5600 prefered :) ) and perform an emerge sync or emerge-webrsync.
3. Try to bootstrap, to emerge -pO portage or to do emerge metadata.

Actual Results:  
# emerge -pO portage 
 
These are the packages that I would merge, in order: 
 
Calculating dependencies 
 
!!! Problem in sys-apps/portage dependencies. 
!!! [Errno 38] Function not implemented: 
'/var/cache/edb/dep//usr/portage/sys-apps/portage-2.0.51.18' exceptions 

Expected Results:  
# emerge -p portage 
 
These are the packages that I would merge, in order: 
 
Calculating dependencies ...done! 
[ebuild  N    ] sys-devel/patch-2.5.9 
[ebuild  N    ] sys-apps/sed-4.1.4 
[ebuild  N    ] sys-libs/zlib-1.2.2 
[ebuild  N    ] dev-python/python-fchksum-1.7.1 
[ebuild  N    ] app-arch/bzip2-1.0.3 
[ebuild  N    ] sys-apps/debianutils-1.16.7-r4 
[ebuild  N    ] sys-libs/readline-4.3-r5 
[ebuild  N    ] sys-libs/db-4.1.25_p1-r4 
[ebuild  N    ] dev-libs/expat-1.95.8 
[ebuild  N    ] dev-lang/python-2.3.5 
[ebuild   R   ] sys-apps/portage-2.0.51.19 
#   

Portage 2.0.51-r2 (uclibc/arm, gcc-3.3.4, unavailable, 2.4.18-rmk7-pxa3-embedix 
armv5tel) 
================================================================= 
System uname: 2.4.18-rmk7-pxa3-embedix armv5tel 
Gentoo Base System version 1.4.16 
Autoconf: 
Automake: 
Binutils: sys-devel/binutils-2.14.90.0.6-r7 
Headers: 
Libtools: 
ACCEPT_KEYWORDS="arm" 
AUTOCLEAN="yes" 
CFLAGS="-Os -pipe -march=armv5te -mtune=xscale -fomit-frame-pointer 
-ffast-math" 
CHOST="armv5tel-pc-linux-gnu" 
COMPILER="" 
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
CXXFLAGS="-Os -pipe -march=armv5te -mtune=xscale -fomit-frame-pointer 
-ffast-math" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs autoconfig ccache distcc nodoc noinfo noman sandbox 
sfperms" 
GENTOO_MIRRORS="http://gentoo.osuosl.org 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="arm X aac aalib apm avi bash-completion berkdb directfb fbcon gif gtk gtk2 
jpeg libwww lirc minimal mp3 ncurses python qt readline uclibc usb zlib 
userland_GNU kernel_linux libc_uclibc"

[Comment 1 Brian Harring (RETIRED) 2005-05-09 04:23:14 UTC]

Created attachment 58463 [details, diff]
guts exception handling to get the tb

[Comment 2 SpanKY 2005-05-09 04:37:22 UTC]

has nothing to do with portage, it's because you're using a 2.4 kernel

[Comment 3 SpanKY 2005-08-15 21:55:02 UTC]

released 2.4 stages a while ago