[3995] in arla-drinkers
Re: Arla 0.42-RC2
daemon@ATHENA.MIT.EDU (=?iso-8859-1?q?Niels_M=F6ller?=)
Tue Aug 22 15:01:28 2006
From arla-drinkers-bounces@stacken.kth.se Tue Aug 22 19:01:28 2006
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 420 invoked from network); 22 Aug 2006 19:01:28 -0000
Received: from mx1.kth.se (130.237.32.140)
by charon.mit.edu with SMTP; 22 Aug 2006 19:01:28 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx1.kth.se (Postfix) with ESMTP id 8CD5F141E57;
Tue, 22 Aug 2006 21:01:26 +0200 (CEST)
Received: from mx1.kth.se ([127.0.0.1])
by localhost (mx1.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP
id 21078-01-74; Tue, 22 Aug 2006 21:01:25 +0200 (CEST)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
by mx1.kth.se (Postfix) with ESMTP id E9F39141E39;
Tue, 22 Aug 2006 21:01:24 +0200 (CEST)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
by tapas.stacken.kth.se (Postfix) with ESMTP id 8ABA2534FC;
Tue, 22 Aug 2006 21:01:24 +0200 (CEST)
X-Original-To: arla-drinkers@tapas.stacken.kth.se
Delivered-To: arla-drinkers@tapas.stacken.kth.se
Received: from brev.stacken.kth.se (brev.stacken.kth.se [130.237.234.84])
by tapas.stacken.kth.se (Postfix) with ESMTP id A8E0A534FC
for <arla-drinkers@tapas.stacken.kth.se>;
Tue, 22 Aug 2006 21:01:22 +0200 (CEST)
Received: from mx2.kth.se (mx2.kth.se [130.237.48.98])
by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id k7MJ1Lot006120;
Tue, 22 Aug 2006 21:01:21 +0200 (MET DST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by mx2.kth.se (Postfix) with ESMTP id 7020B1409CC;
Tue, 22 Aug 2006 21:01:21 +0200 (CEST)
Received: from mx2.kth.se ([127.0.0.1])
by localhost (mx2.kth.se [127.0.0.1]) (amavisd-new,
port 10024) with LMTP
id 12019-01-4; Tue, 22 Aug 2006 21:01:17 +0200 (CEST)
Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3])
by mx2.kth.se (Postfix) with ESMTP id B9B52140666;
Tue, 22 Aug 2006 21:01:17 +0200 (CEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
by mail.lysator.liu.se (Postfix) with ESMTP id 20F82200A1AC;
Tue, 22 Aug 2006 21:01:17 +0200 (CEST)
Received: from mail.lysator.liu.se ([127.0.0.1])
by localhost (lenin.lysator.liu.se [127.0.0.1]) (amavisd-new,
port 10024)
with LMTP id 23754-01-49; Tue, 22 Aug 2006 21:01:04 +0200 (CEST)
Received: from sellafield.lysator.liu.se (sellafield.lysator.liu.se
[130.236.254.103])
(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
(No client certificate requested)
by mail.lysator.liu.se (Postfix) with ESMTP id 6C4C5200A251;
Tue, 22 Aug 2006 21:01:04 +0200 (CEST)
Received: from sellafield.lysator.liu.se (localhost [127.0.0.1])
by sellafield.lysator.liu.se (8.13.4+Sun/8.13.4) with ESMTP id
k7MJ0xZk012082; Tue, 22 Aug 2006 21:00:59 +0200 (MEST)
Received: (from nisse@localhost)
by sellafield.lysator.liu.se (8.13.4+Sun/8.12.8/Submit) id
k7MJ0tui012079; Tue, 22 Aug 2006 21:00:55 +0200 (MEST)
X-Authentication-Warning: sellafield.lysator.liu.se: nisse set sender to
nisse@lysator.liu.se using -f
To: Tomas Olsson <tol@stacken.kth.se>
Subject: Re: Arla 0.42-RC2
References: <lsrbqvpxoy3.fsf@kashyyyk.ite.kth.se>
<nnpsjy8zsz.fsf@sellafield.lysator.liu.se>
<lsry7ylu7l1.fsf@kashyyyk.ite.kth.se>
<nnk6a58ovo.fsf@sellafield.lysator.liu.se>
<lsrd5fxtnx9.fsf@kashyyyk.ite.kth.se>
<nnbqvg85dd.fsf@sellafield.lysator.liu.se>
<nn7j6483jh.fsf@sellafield.lysator.liu.se>
From: nisse@lysator.liu.se (=?iso-8859-1?q?Niels_M=F6ller?=)
Date: 22 Aug 2006 21:00:54 +0200
In-Reply-To: <nn7j6483jh.fsf@sellafield.lysator.liu.se>
Message-ID: <nn8xlga93t.fsf@sellafield.lysator.liu.se>
Lines: 60
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
MIME-Version: 1.0
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at lysator.liu.se
X-Virus-Scanned: by amavisd-new at kth.se
X-Spam-Status: No, hits=-4.9 tagged_above=-200.0 required=5.0 tests=BAYES_00
X-Spam-Level:
Cc: arla-drinkers@stacken.kth.se
X-BeenThere: arla-drinkers@stacken.kth.se
X-Mailman-Version: 2.1.6
Precedence: list
List-Id: Arla discussions <arla-drinkers.stacken.kth.se>
List-Unsubscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=unsubscribe>
List-Archive: <http://lists.stacken.kth.se/pipermail/arla-drinkers>
List-Post: <mailto:arla-drinkers@stacken.kth.se>
List-Help: <mailto:arla-drinkers-request@stacken.kth.se?subject=help>
List-Subscribe: <https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers>,
<mailto:arla-drinkers-request@stacken.kth.se?subject=subscribe>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
X-Virus-Scanned: by amavisd-new at kth.se
Some time ago, I wrote:
> nisse@lysator.liu.se (Niels M=F6ller) writes:
> =
> > It's puzzling. I also tried strace -f arlad -n, which says:
> > =
> > 5357 open("/lib/libgcc_s.so.1", O_RDONLY) =3D -1 ENOENT (No such fil=
e or directory)
> > 5357 open("/usr/lib/i686/cmov/libgcc_s.so.1", O_RDONLY) =3D -1 ENOEN=
T (No such file or directory)
> > 5357 open("/usr/lib/i686/libgcc_s.so.1", O_RDONLY) =3D -1 ENOENT (No=
such file or directory)
> > 5357 open("/usr/lib/libgcc_s.so.1", O_RDONLY) =3D -1 ENOENT (No such=
file or directory)
> > 5357 write(2, "libgcc_s.so.1 must be installed "..., 59) =3D 59
> > 5357 exit_group(127) =3D ?
> > =
> > The file /lib/libgcc_s.so.1 exists and is readable, so I really don't
> > understand why open returns ENOENT.
> =
> ceder helped me spot the "obvious" problem. Earlier in the strace
> output:
> =
> 5332 chroot("/usr/arla/cache") =3D 0
> =
> So here we have the problem: pthread_cancel wants to use dlopen to
> load libgcc_s.so.1. But by the time it calls dlopen, this file is
> hidden by chroot.
> =
> I'm tempted to say it's a bug in glibc to depend on dlopen like this,
> and I wouldn't be surprised if this behaviour is not POSIX-compliant.
> =
> Is there any way to force the loading of libgcc earlier? Or how to
> work around this?
I've sent a glibc bug report, and this is the response I got:
: ------- Additional Comments From drepper at redhat dot com 2006-08-22 17=
:08 -------
: Many parts of a program are dynamically linked, not just libgcc_s. iconv
: modules, nss modules, libcidn, ... It your responsibility to copy everyt=
hing
: you need into the chroot.
: =
: -- =
: What |Removed |Added
: -------------------------------------------------------------------------=
---
: Status|NEW |RESOLVED
: Resolution| |INVALID
: =
: =
: http://sourceware.org/bugzilla/show_bug.cgi?id=3D3102
I don't quite agree, I understand that I have to set up a full chroot
environment if I want to exec new programs and stuff, but to have to
do it also for chroot isn't very nice. If nothing else, it makes it a
lot harder to use chroot in portable server programs portable, since
the set names of the files you need to copy into the chroot can be
very different between systems.
But I don't feel I'm the right person to argue about that with the
glibc folks. Either someone else has to do that, or arla needs some
workaround for the problem.
Regards,
/Niels
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers
