Nice catch !
How do I update them according to my running kernel ? (A little bit offtopic..)
Closest match: linux-headers/linux-headers-2.4.26.ebuild
Kernel: 2.4.28-gentoo-r8 #1 Mon Mar 14 10:57:18 GMT 2005 i686
On 12/29/05, Natanael Copa <mlists@tanael.org> wrote:
On tor, 2005-12-29 at 14:18 +0000, Joăo Brázio wrote:
> Dear Brian,
>
> The function not implemented is "utime", is this a known bug ?
You run on a 2.4 kernel with uclibc compiled agains 2.6 headers.
> # cat test.py
> import os,time
> f = 'foobar'
> a = file(f, "w")
> a.write("a")
> a.close
()
> os.utime(f, (long(time.time()), long(time.time())))
>
> # python test.py
> Traceback (most recent call last):
> File "test.py", line 7, in ?
> os.utime(f, (long(time.time
()), long(time.time())))
> OSError: [Errno 38] Function not implemented: 'foobar'
>
>
> [OUTPUT FROM THE GNAP CHROOT() SYSTEM]
>
> # emerge --info
> Portage 2.0.51.22-r3 (uclibc/x86/hardened,
gcc-3.3.6,
> uclibc-0.9.27-r0, 2.4.28-gentoo-r8 i686)
> =================================================================
> System uname: 2.4.28-gentoo-r8 i686
> Gentoo Base System version 1.6.13
> dev-lang/python: 2.3.4-r1, 2.4.2
> sys-apps/sandbox: 1.2.12
> sys-devel/autoconf: 2.13, 2.59-r6
> sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
> sys-devel/binutils:
2.15.92.0.2-r10
> sys-devel/libtool: 1.5.20
> virtual/os-headers: 2.6.11-r2
> ACCEPT_KEYWORDS="x86"
> AUTOCLEAN="yes"
> CBUILD="i386-gentoo-linux-uclibc"
> CFLAGS="-Os -pipe"
> CHOST="i386-gentoo-linux-uclibc"
> CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
> CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
> CXXFLAGS="-Os -pipe"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoconfig distlocks nodoc noinfo noman sandbox sfperms
> strict"
> GENTOO_MIRRORS="
http://distfiles.gentoo.org
> http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/var/tmp"
> PORTDIR="/usr/portage"
> SYNC="rsync://rsync.gentoo.org/gentoo-portage"
> USE="x86 hardened ncurses perl pic python readline uclibc zlib
> userland_GNU kernel_linux elibc_uclibc"
> Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS,
> PORTDIR_OVERLAY
>
>
>
> On 12/29/05, Brian Harring <
ferringb@gentoo.org> wrote:
> On Thu, Dec 29, 2005 at 10:35:12AM +0000, Joăo Brázio wrote:
> > On 12/29/05, Brian Harring <[1]ferringb@ gentoo.org> wrote:
> > > On Thu, Dec 29, 2005 at 10:24:06AM +0000, Jo?o Br?zio
> wrote:
> > > > Wel.. I've already tryed to chroot() into the
> grp-x86-20051228 and
> > > > issued:
> > > > # emerge portage
> > > > Calculating dependencies
> > > >
> > > > !!! Problem in sys-apps/portage dependencies.
> > > > !!! [Errno 38] Function not implemented:
> > > >
> '/var/cache/edb/dep//usr/portage/sys-apps/.update.23778.portaege-2.0.53
> > > > ' exceptions
> > > utime or rename offhand...
> > Excuse me but what do you mean with "offhand" ?
>
> That name for a file is only created with a flat_list cache
> backend,
> specifically when it's doing an update to an existing entry
> (kind of a
> duh there considering the name, I know).
>
> The algo is roughly
> f=open(tmp_update_entry)
> write to it
> close it
> utime it (reset mtime)
> rename(tmp_update_entry, update_entry)
>
> Hence the 'offhand'. Don't know if it's rename or utime
> that's not
> defined- just know that those are the only two syscalls that
> could
> sanely trigger that (failed update will trigger an unlink, but
> I'd be
> amazed if that call was missing).
>
> ~harring
>
>
>
>
>
> --
>
> Cumprimentos,
> Joăo Brázio.
--
gentoo-embedded@gentoo.org mailing list
--
Cumprimentos,
Joăo Brázio.