From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6736062139219312640 X-Received: by 2002:a17:906:6a92:: with SMTP id p18mr30715491ejr.253.1568623164248; Mon, 16 Sep 2019 01:39:24 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:3449:: with SMTP id d9ls7974336ejb.15.gmail; Mon, 16 Sep 2019 01:39:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqyzZk/0AO3tNEyaPQnKL7e3Ts8F3AJhw+dFYdb71qR43+N3MD2Mt2Sn0SyRxZAeJCUrAoiL X-Received: by 2002:a17:906:57ca:: with SMTP id u10mr11195190ejr.75.1568623163892; Mon, 16 Sep 2019 01:39:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568623163; cv=none; d=google.com; s=arc-20160816; b=BTYu+63sqnRooK1qfUjYdfZkmzCykNDqgEa+qeIBwnkUepKjaPEtouECnhT+jiEq7v hq2+RN+JGLeRLCoPIwKniOQdXU4eTLHSvIngzJIDWjFuzCOk5gqiRx7I70h8Qxn1d3rB cx3nWXwb/Mq7h2Bzuozk7YgD85YYEzyX3dtKWwlregH24ULPAqfECA/BdeopUbOq2soI SigahR+7Qj2WwGW6jKG/hZbLmB5iK7U1ZAF1ZorL/IO0R2KHzcAWuVvqboEOrNZ4/tBT ZRUz5uq8dYKs9n1Ejgdu9lRvdFZ3udT5BwumirMGLSdfkVpgyuiMFAJSQLXGJI9HQZlN GKhA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=985KZUkTjNKCHL5bkTFDzVToo8W1P+qnb2uy1r+vkMY=; b=rFNKMQZGTZUy5OTZDRVMZlnoyAjeEaSbkmji6WKMJ/NsIai+nMggT8KC+6nolrF17u BHCv0BHPpjGcCAWoSdV67VjGXOsJiyAuhmEuz8A7xhTTZW937E2pdksm3RZo37eI9YpN WbNvnGY+Ex5K69CajndMW86UxhBhiINkyj7ebC1AY80XsM9+S/rFdFq1jV5WRNm3vuOc 0Pf1WD4RtxoQNAP04k4hLh2sweC1BFjldP2HZ4rmh//dnwgB47zrCdacQP+0TJiNkOcr oj6blh5sLpTAgiGCkrIuXz1FYp4VNMWv2VdGKF8NjILeWVlrVDS5Ftb7e2v8CuzZgrnA Y5hw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=quirin.gylstorff@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id r20si1274742edp.3.2019.09.16.01.39.23 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Sep 2019 01:39:23 -0700 (PDT) Received-SPF: pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of quirin.gylstorff@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=quirin.gylstorff@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id x8G8dNPE006816 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 16 Sep 2019 10:39:23 +0200 Received: from [139.25.69.120] ([139.25.69.120]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id x8G8dNL1005929 for ; Mon, 16 Sep 2019 10:39:23 +0200 Subject: Re: fakechroot To: isar-users@googlegroups.com References: <87486b31-2560-1b78-6d7e-86bf10fc306f@siemens.com> <20190913081406.GJ6062@yssyq.m.ilbers.de> <8db6f5f1-8a36-768c-1b5d-0a0a3df866fb@siemens.com> <20190913093317.GL6062@yssyq.m.ilbers.de> <20190913121107.GN6062@yssyq.m.ilbers.de> From: Quirin Gylstorff Message-ID: <45b92ae7-08a1-3312-27ae-296b48f3517b@siemens.com> Date: Mon, 16 Sep 2019 10:38:44 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190913121107.GN6062@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: 6kw8bsxicRx7 On 9/13/19 2:11 PM, Baurzhan Ismagulov wrote: > On Fri, Sep 13, 2019 at 12:57:45PM +0200, Quirin Gylstorff wrote: >> fakechroot, fakeroot and pseudo are all using a similar mechanism by >> modifying the LD_PRELOAD_PATH with there own Libraries and abstracting the >> necessary systemcalls. pseudo uses a sqlite Database to get a persistent >> view on the topic. > > Thanks, the persistent view was my actual question. I think we should be > looking at pseudo, since the tools without persistency aren't going to work for > our use case. Or do you see a possibility for fakechroot fakeroot? > If using fakeroot and fakechroot, debootstrap knows it is running in a fakeroot and adapts itself to this environment. From the previous test with pseudo it does not do that for pseudo[1]. I did not test of pseudo runs with --variant=fakeroot. [1] https://groups.google.com/forum/#!msg/isar-users/WV0N4X2ZZMo/4EQI3c1wBQAJ > With kind regards, > Baurzhan. > Kind regards Quirin