From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6790334981638979584 X-Received: by 2002:a1c:f20c:: with SMTP id s12mr4009682wmc.83.1586935716483; Wed, 15 Apr 2020 00:28:36 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:f6c4:: with SMTP id y4ls4958986wrp.2.gmail; Wed, 15 Apr 2020 00:28:35 -0700 (PDT) X-Google-Smtp-Source: APiQypKqCDCaqHO9Jltcb7o1YCAeS/AdmVDRU8X7xRShR7/Bt5tnEoNRIjVA4kcVWkQx/h2d5ZDf X-Received: by 2002:adf:f3c1:: with SMTP id g1mr28921666wrp.90.1586935715879; Wed, 15 Apr 2020 00:28:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586935715; cv=none; d=google.com; s=arc-20160816; b=MkCvYZi1Ubblz2d72X6+Gz61D8z6WtP1CtzAnoDQt9O32NV3kVmk0Z+SIShCaKIavC 0aSyO7Li2H/Zv6e2dPBXE1bvbj3/kTASoDrqQiZ6GNH5+LlNygQ8CjxOYWLAWokh3rBn nPuZuQnIRQG0gtX0H4waZPPrpUMCfQ2P6zGK11mW/KpmgSDFHvDah8R7xFLShEbzBcfC tzXOOzKgYkHwkWrFAfxnKQ/P7eYaTf5peHWW8yaRdUcHaD+ub9NlVaMJfo13NqawohH8 junFLwy9tAxJ8w2GU1T3TXNSAHzxHRdVDWghUoPMLooqosvs+t7chSaS0BPM2Kjd5Hg8 hd1A== 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=/ykdI2QQqOHziD2JTnXjk5nYAfn5v+ta4vTUNW3nneM=; b=R813ohgN/M1EgBPHN168kx5JucrlNozVFFk8fYHyTBXnt4BoxftMSiyLR9urzbSrpl gEIZnipNp2dw6+7Y43OgrO0/aRbqwoMwhQz/7p/kdJ+pFmb8n6wEwyEmApPaSTl1vpmo s4WPZugf3I63fOsOYS0ljdZRx3J/9sbuJCTofTSAFaMgqNwsEB8bRGz285+KsvQT8XMd XVCyeYx1Led8DVVBUwcMpb1V6QT9m5cHqE9dNx/oOU/oDWWzGPMuAOOBWwBQ5pj0FTOY ZHYqHP0mZkauRvFcz6n0UKZpzSOr/gTGOtRnvYoCEH3ZXn54y+IiqonAw3Vnj813dtYj k5EA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id g70si1011118wmg.1.2020.04.15.00.28.35 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 15 Apr 2020 00:28:35 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=jan.kiszka@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 thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id 03F7SYnO020011 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 15 Apr 2020 09:28:34 +0200 Received: from [139.22.112.28] ([139.22.112.28]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 03F7SYXM028639; Wed, 15 Apr 2020 09:28:34 +0200 Subject: Re: [PATCH v4 2/2] meta: cache deb srcs as part of postprocessing To: vijai kumar , isar-users , Baurzhan Ismagulov References: <20200403130551.2158-1-Vijaikumar_Kanagarajan@mentor.com> <20200403130551.2158-2-Vijaikumar_Kanagarajan@mentor.com> <95fef6ff-5434-fd54-3b7f-9a656a725297@siemens.com> <89a4f747-29ef-4136-adee-8258c2e2960c@googlegroups.com> <20200408081315.hb3m2vrs5bbtnoif@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: <09bbc9ef-8200-73cb-452d-4a77d28afc27@siemens.com> Date: Wed, 15 Apr 2020 09:28:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: QeXy3FNtBz3T On 15.04.20 08:44, vijai kumar wrote: > Hi Baurzhan, > > Is the below okay? Or should I send that with the new debsrc series? I would say add a full feature first because Isar users cannot really benefit from the series on its own yet, can they? We need a way to feed the fetched sources into a repo or a recipe that generates a shippable OSS medium corresponding to a binary image or a script that applies patches to the original sources so that the result can be pushed to OSS license scanners. I.e. we need an in-tree use case with a test case. Jan > > Thanks, > Vijai Kumar K > > On Wed, Apr 8, 2020 at 7:02 PM vijai kumar > wrote: >> >> On Wed, Apr 8, 2020 at 3:34 PM vijai kumar >> wrote: >>> >>> On Wed, Apr 8, 2020 at 1:43 PM Baurzhan Ismagulov wrote: >>>> >>>> Hello Vijai Kumar, >>>> >>>> On Tue, Apr 07, 2020 at 02:40:09AM -0700, vijai kumar wrote: >>>>> There is atleast one issue in this series. Need to take care when >>>>> HOST_DISTRO!=DISTRO. Issue first identified in rpi-stretch cross >>>>> compilation. >>>> >>>> Do I understand correctly, I should wait for v5? >>> >>> Yes Baurzhan. >> >> Hi Baurzhan, >> >> On a second thought, I believe deb src caching can be addressed in a >> separate series. I see that a couple of more patches would be needed >> apart from the P2 of this series. P1 can be merged, if there are no >> review comments though. It is a feature by itself and has no hard >> dependency on deb-src series as such. >> >> I will start a separate series for src caching taking into account the >> review comments gotten so far. Please let me know if this is ok. >> >> Thanks, >> Vijai Kumar K >> >>> >>>> >>>> With kind regards, >>>> Baurzhan. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups "isar-users" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an email to isar-users+unsubscribe@googlegroups.com. >>>> To view this discussion on the web visit https://groups.google.com/d/msgid/isar-users/20200408081315.hb3m2vrs5bbtnoif%40yssyq.m.ilbers.de. > -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux