Re: [gentoo-embedded] GNAP+VPN=PROBLEMS

["João Brázio" <jbrazio@stinkfist.org>]

[-- Attachment #1: Type: text/plain, Size: 4390 bytes --]

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.

[-- Attachment #2: Type: text/html, Size: 7299 bytes --]