public inbox for gentoo-embedded@lists.gentoo.org
 help / color / mirror / Atom feed
From: Natanael Copa <mlists@tanael.org>
To: gentoo-embedded@lists.gentoo.org
Subject: Re: [gentoo-embedded] GNAP+VPN=PROBLEMS
Date: Thu, 29 Dec 2005 15:40:06 +0100	[thread overview]
Message-ID: <1135867206.12838.163.camel@nc> (raw)
In-Reply-To: <7399af0a0512290618l33ffe95bu11383d3af09b4535@mail.gmail.com>

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



  reply	other threads:[~2005-12-29 14:40 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-28 11:45 [gentoo-embedded] GNAP+VPN=PROBLEMS João Brázio
2005-12-28 13:34 ` Thierry Carrez
2005-12-28 19:09   ` João Brázio
2005-12-28 23:22     ` Natanael Copa
2005-12-29 10:01     ` Thierry Carrez
2005-12-29 10:24       ` João Brázio
2005-12-29 10:30         ` Brian Harring
2005-12-29 10:35           ` João Brázio
2005-12-29 10:53             ` Brian Harring
2005-12-29 12:21               ` João Brázio
2005-12-29 14:18               ` João Brázio
2005-12-29 14:40                 ` Natanael Copa [this message]
2005-12-29 14:55                   ` João Brázio
2005-12-29 15:08                     ` Natanael Copa
2005-12-29 16:15                       ` Thierry Carrez
2005-12-29 19:02                         ` João Brázio

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1135867206.12838.163.camel@nc \
    --to=mlists@tanael.org \
    --cc=gentoo-embedded@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox