From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6498671579909586944 X-Received: by 2002:a05:622a:1748:: with SMTP id l8mr34986651qtk.73.1618392889694; Wed, 14 Apr 2021 02:34:49 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a0c:f601:: with SMTP id r1ls436537qvm.2.gmail; Wed, 14 Apr 2021 02:34:49 -0700 (PDT) X-Received: by 2002:a0c:8e86:: with SMTP id x6mr25296765qvb.34.1618392889471; Wed, 14 Apr 2021 02:34:49 -0700 (PDT) Received: by 2002:a37:b50:0:b029:2df:fafe:c3f4 with SMTP id 77-20020a370b500000b02902dffafec3f4msqkl; Tue, 13 Apr 2021 03:23:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwM/PE2AtDBvjsxj+gYD3w+D7JW//qpIG3KuoOrhSKBXgayxmnAKp1Yj6HjYZcXlB2UjBIt X-Received: by 2002:a17:907:988c:: with SMTP id ja12mr14507039ejc.41.1618309382362; Tue, 13 Apr 2021 03:23:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618309382; cv=none; d=google.com; s=arc-20160816; b=id8hCZ8O+Ed7ucGYTgnI+IBY6URIhGc1t8p6SKnkZFtctf79nvBMgG+jvbF8nIl1M8 A9I5bS93CTV5u+s0OcOcA2iH1CiGJyKsdhIyRaCHmwkc7NcQuOPGfx5pMI1ZwfkalYW4 yk18PlTTDpJcW2K+GNxmILaUD8jaWRbaPi58KSFgA+HSz2BjfImEwVhgZRIz6NI2CInt fbzgO5xIozGilJ/JCYjS4sqI4L7pyhb8u8l5GRQmkKrdIM18Q3HJ5aaAU/R+B9PLE5+H /fDEX08CCjKYCa/9XduwxnYum0Nacje/ai8+5OdCVqN+OniUli4JlIj/S9Lp401A/8Ji tkTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id:dkim-signature; bh=RjN7VVPaqy4x4KEK2e0e9K6LhJzRFQPxtGscc13LhSo=; b=Aj5jMOguO7Nq+XC084XEwAg76ODuYkTOPReuqEKnWn9/cytflu0sgR5KYiPEcyjBSj 0dsgAbV9XQk4lCh9WSKMlKu313fFm4PFxgT6FzcKIArxn3SdMtJSoW9JJdf1ADfOpPrE IUoWK3OsXKFrG3cKuyZCvao4uckP8m5QXMFJBHuVuztZJwd1v5iRkQOSetzaW5ZbKh/k fUIQhW+EXcLEMwkvdUM4mWMSJqUEuZ7j/+xV8aV60Zg0FmFT4Ecm645oS/w8MBGtDGKk ECWQgmr5hr45sA4s42t4LNrgAZbmuigvnmZemNhmvBz2EP4amOTBXFCcgWrcHT1r1cTJ OQBQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b="NOR/s/GO"; spf=pass (google.com: domain of richard.purdie@linuxfoundation.org designates 2a00:1450:4864:20::32a as permitted sender) smtp.mailfrom=richard.purdie@linuxfoundation.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com. [2a00:1450:4864:20::32a]) by gmr-mx.google.com with ESMTPS id r21si1077171ejo.0.2021.04.13.03.23.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 13 Apr 2021 03:23:02 -0700 (PDT) Received-SPF: pass (google.com: domain of richard.purdie@linuxfoundation.org designates 2a00:1450:4864:20::32a as permitted sender) client-ip=2a00:1450:4864:20::32a; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=google header.b="NOR/s/GO"; spf=pass (google.com: domain of richard.purdie@linuxfoundation.org designates 2a00:1450:4864:20::32a as permitted sender) smtp.mailfrom=richard.purdie@linuxfoundation.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: by mail-wm1-x32a.google.com with SMTP id u20so3882047wmj.0 for ; Tue, 13 Apr 2021 03:23:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=message-id:subject:from:to:cc:date:in-reply-to:references :user-agent:mime-version:content-transfer-encoding; bh=RjN7VVPaqy4x4KEK2e0e9K6LhJzRFQPxtGscc13LhSo=; b=NOR/s/GOyRgvtozJeCpUBW+NKwnSwsJ0bUyTvDMvMUYy0EAJ1N0TkYgSlshlzGm4Mz 5Ax/tYP8D2esGR4M/XJmcIU2q+LBd943I9TEYUedgfvem4EfidIcyP1ii5vFbwwu9+iu DmMIqfjJajaXRTJhH3eE9EqYLn6MHpn6kj7Z0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:user-agent:mime-version:content-transfer-encoding; bh=RjN7VVPaqy4x4KEK2e0e9K6LhJzRFQPxtGscc13LhSo=; b=gozbKIvhnVSY2GVxeUIg93yNq2bpmS3fWYNf+CgGNMg8IlY4Z+tB+R/7u03O9FtLC1 YViqW8LUNXH74zLctfsE9Vd223wedAthR8Ns1Vda86Iq2yJnP4Ec+vLaUcKFb1jqntE9 badDBrxabVdu53MK9EDg65P1djJBOXW1KJ6JNe86gaOAriFNeTW3p05lyhHla3/fXQXh moba+a3D2QF624L2o8OggF69PSpkuSZwkfqBbsP7HCvzr+PgQRbIj4hDZPDEVzWVsikv LDNa8BC0K4ZSycumBQRPcwFumu4p9/5Rs/gKiAS+R5Hd5VHIMZ2Hf/tsF50brMbk4awE J0yQ== X-Gm-Message-State: AOAM530ZLuPNvldF91QxR18E2ripNj/r4SU2A4C7Wf6PAgQxC3wDYoEp gKqG8c98hlnmW87WXTloicAwgw== X-Received: by 2002:a05:600c:4142:: with SMTP id h2mr3433746wmm.87.1618309382116; Tue, 13 Apr 2021 03:23:02 -0700 (PDT) Return-Path: Received: from ?IPv6:2001:8b0:aba:5f3c:cfa:4562:e70e:c00b? ([2001:8b0:aba:5f3c:cfa:4562:e70e:c00b]) by smtp.gmail.com with ESMTPSA id o14sm18176467wrc.3.2021.04.13.03.23.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Apr 2021 03:23:01 -0700 (PDT) Message-ID: <65bf5f7ea9041131d5106cd45cf19e709f468d2d.camel@linuxfoundation.org> Subject: Re: [bitbake-devel] [PATCH] fetch/git: add support for disabling shared clones on unpack From: Richard Purdie To: Henning Schild , bitbake-devel@lists.openembedded.org Cc: isar-users@googlegroups.com Date: Tue, 13 Apr 2021 11:23:00 +0100 In-Reply-To: <20210412170519.53612c01@md1za8fc.ad001.siemens.net> 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> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.40.0-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUID: 1mbaW6JG9BwH Hi, 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. > > Any comments? Except for this one maybe not applying anymore, did not > try. 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. I'm hesitant as the more "forks" in codepath we add to the fetcher, the harder it becomes to test and maintain. Would you be able to add some tests for this to the testsuite  (bitbake-selftest)? If we have some tests we could probably add something. 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? Cheers, Richard