[3999] in arla-drinkers

home help back first fref pref prev next nref lref last post

Re: Arla 0.42-RC2

daemon@ATHENA.MIT.EDU (=?iso-8859-1?q?Niels_M=F6ller?=)
Wed Aug 23 03:02:33 2006

From arla-drinkers-bounces@stacken.kth.se Wed Aug 23 07:02:33 2006
Return-Path: <arla-drinkers-bounces@stacken.kth.se>
Delivered-To: arla-drinkers-mtg@bloom-picayune.mit.edu
Received: (qmail 27508 invoked from network); 23 Aug 2006 07:02:33 -0000
Received: from mx1.kth.se (130.237.32.140)
  by charon.mit.edu with SMTP; 23 Aug 2006 07:02:33 -0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx1.kth.se (Postfix) with ESMTP id 2FA35140F97;
	Wed, 23 Aug 2006 09:02:32 +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 15193-01-28; Wed, 23 Aug 2006 09:02:31 +0200 (CEST)
Received: from tapas.stacken.kth.se (tapas.stacken.kth.se [130.237.234.140])
	by mx1.kth.se (Postfix) with ESMTP id E4A0C140A27;
	Wed, 23 Aug 2006 09:02:30 +0200 (CEST)
Received: from tapas.stacken.kth.se (localhost [127.0.0.1])
	by tapas.stacken.kth.se (Postfix) with ESMTP id 64F0C534FC;
	Wed, 23 Aug 2006 09:02:30 +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 453D2534FC
	for <arla-drinkers@tapas.stacken.kth.se>;
	Wed, 23 Aug 2006 09:02:28 +0200 (CEST)
Received: from mx1.kth.se (mx1.kth.se [130.237.32.140])
	by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id k7N72Rot010675; 
	Wed, 23 Aug 2006 09:02:27 +0200 (MET DST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx1.kth.se (Postfix) with ESMTP id 23EA8140F24;
	Wed, 23 Aug 2006 09:02:27 +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 15193-01-27; Wed, 23 Aug 2006 09:02:25 +0200 (CEST)
Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3])
	by mx1.kth.se (Postfix) with ESMTP id B91CE140A27;
	Wed, 23 Aug 2006 09:02:25 +0200 (CEST)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail.lysator.liu.se (Postfix) with ESMTP id 3FF9E200A20D;
	Wed, 23 Aug 2006 09:02:25 +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 08172-01-32; Wed, 23 Aug 2006 09:02:06 +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 795B1200A205;
	Wed, 23 Aug 2006 09:01:39 +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
	k7N71cTv015207; Wed, 23 Aug 2006 09:01:38 +0200 (MEST)
Received: (from nisse@localhost)
	by sellafield.lysator.liu.se (8.13.4+Sun/8.12.8/Submit) id
	k7N71bCr015204; Wed, 23 Aug 2006 09:01:37 +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>
	<nn8xlga93t.fsf@sellafield.lysator.liu.se>
	<lsrirkkbhqg.fsf@kashyyyk.ite.kth.se>
From: nisse@lysator.liu.se (=?iso-8859-1?q?Niels_M=F6ller?=)
Date: 23 Aug 2006 09:01:31 +0200
In-Reply-To: <lsrirkkbhqg.fsf@kashyyyk.ite.kth.se>
Message-ID: <nnzmdw7x6c.fsf@sellafield.lysator.liu.se>
Lines: 36
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="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: arla-drinkers-bounces@stacken.kth.se
Errors-To: arla-drinkers-bounces@stacken.kth.se
X-Virus-Scanned: by amavisd-new at kth.se

Tomas Olsson <tol@stacken.kth.se> writes:

> > 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.
> > 
> Any ideas?

There are three possible ways, as far as I can see:

1. Copy needed files (libgcc_s.so*, maybe /etc/ld.so.*) into the
   change root. I know postfix copies /etc/resolv.conf into its
   changeroot, for similar reasons. Don't know what naming conventions
   arlad use for cache files, but I guess it should be easy to ensure
   that there are no naming collisions.

2. Link explicitly with the needed file. That's what I do now, I added
   -lgcc_s on the linker command line. Or use LD_PRELOAD for the same
   effect, but I'm not very familiar with that feature.

3. At run time, force loading of the needed library before the chroot.
   As far as I can see, starting and exiting a dummy thread should be
   sufficient.

The last alternative at least has the advantage that it doesn't need
any configuration, it should work on all platforms, do noithing, and
just work as a sanity check of the pthreads implementation.

> I doubt that one can argue from a standards standpoint, SUS2 says[1] about
> chroot() "There is no portable use that an application could make of this
> interface." 

Ooops.

Regards,
/Niels
_______________________________________________
Arla-drinkers mailing list
Arla-drinkers@stacken.kth.se
https://lists.stacken.kth.se/mailman/listinfo/arla-drinkers

home help back first fref pref prev next nref lref last post