From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6498671579909586944 X-Received: by 2002:adf:9d81:: with SMTP id p1mr20818431wre.247.1618317843067; Tue, 13 Apr 2021 05:44:03 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:d1c8:: with SMTP id b8ls2651302wrd.3.gmail; Tue, 13 Apr 2021 05:44:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxvF9fgHe9vGUFtEDJ4iAZM4gIH4ijua0TnCF3rQviHcT/Tkik0XZopzx11+UI8CC1E4V2 X-Received: by 2002:a5d:40ca:: with SMTP id b10mr16156148wrq.95.1618317842297; Tue, 13 Apr 2021 05:44:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618317842; cv=none; d=google.com; s=arc-20160816; b=F0qI1Axe4t0ct6eDs3UHdKrDIIKTOAfKuOJ8Z+jU/8q1l7viDb0zWRxRgLLhqVVPMM 1it/ufJOd0+AcckCm0NqNQmI+f0mp1WcGEWenuNRCbkLcwKeQidKeaEtOVeG9bSRUMut 0WJnvpF3tPtDEo5O8M4tckMwQ6ja1ANt0QcxFeEObdzlhdLjVKpG1AnTxg0DxzJJjwBp 5i0u4gFr6UHKMEeIU5W05nvwGvaCwbsDryxf5f2kd3nyn6Zf/6tfIxa4Jelhrh8lTk+a IvtNBFnoKgKVGKwc8bevMuTUL2e8flzH/Abe6+G8Fyks3ifzs0KRZbC6NrfNkSrOe6jq qj5w== 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=G7RGoLVFfEni7d3UB2RVvspdh1gC89XN0WeyPV0EL6o=; b=NIT1yiP0cH860CNB2KXhf4Z52tKczp9IQ4gz3G9wVUNfJqv9mwJRuE5/O6SCN3viGt 2bl6U+xH44i8Oxnku9eS0r4lWDlOZ7gknt/wmIACJKifbtrvwBlPvuEslO4uOU55ptJz 1RIkg3To+MngV+yvz4lvaupCP6/y+23EkR0yxncxH+RRLr9wOLjfyJe3KGdg+AAwy4hN CWVLP3i/PgzAixtCqTr9fTGjsyun6B6Utw/aw68gz2Mn+KcXlRZAvdoRNohlg0980xY9 wNGAN/7jqyoKuxofiiDwADL9+8VLodBRW4kh7t/50P3A5td6d9RJ1aZlNBHzxxFHncFA I8dg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 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 gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id k187si124448wme.2.2021.04.13.05.44.02 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Apr 2021 05:44:02 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 194.138.37.40 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 gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 13DCi18t016559 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 13 Apr 2021 14:44:01 +0200 Received: from md1za8fc.ad001.siemens.net ([167.87.48.83]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 13DCeJnT013759; Tue, 13 Apr 2021 14:40:19 +0200 Date: Tue, 13 Apr 2021 14:40:18 +0200 From: Henning Schild To: Richard Purdie Cc: bitbake-devel@lists.openembedded.org, isar-users@googlegroups.com, "Hombourger, Cedric" , "Larson, Chris" Subject: Re: [bitbake-devel] [PATCH] fetch/git: add support for disabling shared clones on unpack Message-ID: <20210413144018.1be69c07@md1za8fc.ad001.siemens.net> In-Reply-To: <65bf5f7ea9041131d5106cd45cf19e709f468d2d.camel@linuxfoundation.org> References: <20171220164209.9609-1-henning.schild@siemens.com> <20171220174538.441d517f@mmd1pvb1c.ad001.siemens.net> <20180130131805.4725ccf3@mmd1pvb1c.ad001.siemens.net> <20210412170519.53612c01@md1za8fc.ad001.siemens.net> <65bf5f7ea9041131d5106cd45cf19e709f468d2d.camel@linuxfoundation.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: 7t5ewwkMwt0A Am Tue, 13 Apr 2021 11:23:00 +0100 schrieb Richard Purdie : > Hi, >=20 > On Mon, 2021-04-12 at 17:05 +0200, Henning Schild wrote: > > this is still pretty much relevant to Isar, where an unpack with git > > goes into a chroot. Having a way not clone "shared" would really > > help us in Isar. > >=20 > > Any comments? Except for this one maybe not applying anymore, did > > not try. =20 >=20 > I'm torn on this, I can see the use case but it isn't one we've > typically run into. I can see how it is Isar specific. >=20 > I'm hesitant as the more "forks" in codepath we add to the fetcher, > the harder it becomes to test and maintain. That is clear, but thanks for considering Isar even though it is not the biggest user of bitbake. > Would you be able to add some tests for this to the testsuite=C2=A0 > (bitbake-selftest)? If we have some tests we could probably add > something. Sure thing, if that increases the chance of a merge. > I did also wonder whether this should be a per url parmeter or a > global fetcher behaviour option? You'd end up adding this to all urls > in your usecase? That is a good point, yes we would be forced to set that per url. I think i will go for=20 d.getVar("BB_GIT_NOSHARE") =3D=3D "1" in v2. A variable isar can set in its bitbake.conf. Thanks, Henning >=20 > Cheers, >=20 > Richard >=20 >=20