From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6785506002995249152 X-Received: by 2002:adf:bb94:: with SMTP id q20mr7767239wrg.179.1586158948291; Mon, 06 Apr 2020 00:42:28 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:600c:4101:: with SMTP id j1ls2801925wmi.2.canary-gmail; Mon, 06 Apr 2020 00:42:27 -0700 (PDT) X-Google-Smtp-Source: APiQypIiI998OBCXklKURAkn01TGJaOpzEdhMyJEUwHaBf4dG9eYz+YNYMS+X5oSkPVk62TRZHgO X-Received: by 2002:a05:600c:234f:: with SMTP id 15mr21728422wmq.107.1586158947750; Mon, 06 Apr 2020 00:42:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586158947; cv=none; d=google.com; s=arc-20160816; b=EVoOZsdURfEcbXATAzZ+r2ZYREh12CrKL3jVLaXlvdJqhX0qDZchaiEkdJx88yo+lN cV0OqloExzj1UXZvmgFrS971PZAtHfsawFB0foCA9U0hG77ks83yQfgA+PVjo5IsbdPS he2qxd2lDhqNL1+c8pvJuSHalI8CEok1kZ5aVXUjvXj7xkTQWCIfaXcFygq6tL1/kBeU +lIrH+lX6NSklnUXH3DWPESH8Dd6HueyheFSRojgWJF3maIHiIqrTR7YXlYmikcmJYgV oCRlc+PWDCubWJ3ydtjT5fx0xdJWikODTHn1Wq3ywqPnIS9GTlUJIGlFwBFAPGfOp2Fa Qfqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=FUewgQUE6iXzHQDOLxEaYHg0opWx+akloTz6aQBZYVE=; b=VRy3L8ZJVnZqs2+/T/7jOvUEZ2VrfURjbkQOZC0Y4t1T5akJsc4X47A8P5ikW3qEKS x9FQkPqr/chk1dyt13USr1ixlFRDuMZkrE0XWlSOgNm+h0ZuRl2sLiBoAY+pxlKFm58Q wzaDLrA5s0zP1nHjDzDQ5wBETQTqUgNKque382dfYoVAoBtcLUIRv5S7Dh0v3fRUhHq1 v1HYuNliad91ywxHG4JE+aLTp9FKUm8aBZzESIThPriou0nMPWxMqF92/i5s06clxZKg T7Yk7/0xbQNgUX2Jo9QE9Cc5mExwbUqlr8v+BdbAG1dviAxlsge49Uw2/oLVEjN424mt 69cw== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id q2si866578wrc.2.2020.04.06.00.42.27 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 06 Apr 2020 00:42:27 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 0367gRhR012647 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 6 Apr 2020 09:42:27 +0200 Received: from md1za8fc.ad001.siemens.net ([158.92.8.69]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 0367gQS6020518; Mon, 6 Apr 2020 09:42:27 +0200 Date: Mon, 6 Apr 2020 09:42:25 +0200 From: Henning Schild To: Baurzhan Ismagulov Cc: , "Kiszka, Jan" Subject: Re: [PATCH] lib/oe/path: try hardlinking instead of guessing when it might fail Message-ID: <20200406094225.68e598ac@md1za8fc.ad001.siemens.net> In-Reply-To: <20200405165815.fntsl23lkmwi7rxe@yssyq.m.ilbers.de> References: <20200124134847.5052-1-henning.schild@siemens.com> <20200124145100.3188783f@md1za8fc.ad001.siemens.net> <20200405165815.fntsl23lkmwi7rxe@yssyq.m.ilbers.de> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: 0ewvRo+SrKPk On Sun, 5 Apr 2020 18:58:16 +0200 Baurzhan Ismagulov wrote: > Hello Henning, > > On Fri, Jan 24, 2020 at 02:51:00PM +0100, Henning Schild wrote: > > This is related to fixing an issue with "--exclude-path" in wic. On > > the Isar side i have everything in place and might send it. But we > > need that upstream fix ... or some workaround if that does not get > > merged. > > Do I understand correctly, you'd be providing a lib/oe update for > Isar along with the other necessary changes? A test case for > --exclude-path would be nice. The test-case is already somewhere in a branch of mine ;). The problem now is that this upstream fix need to come down into Isar. But i am afraid that our lib/oe is a fork, miles away from upstream. Not sure what to do here. A backport would work for sure but i am not sure i would want to contribute to forking away further ... On the other hand it is probably not realistic to switch to upstream. I did not look into it so far, i am afraid of what i would find ... We use a vanilla bitbake, and wic, but not that other stuff. Henning > With kind regards, > Baurzhan. >