From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6467463440282681344 X-Received: by 10.28.228.11 with SMTP id b11mr28368wmh.17.1505984180252; Thu, 21 Sep 2017 01:56:20 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.47.194 with SMTP id v185ls464601wmv.9.canary-gmail; Thu, 21 Sep 2017 01:56:19 -0700 (PDT) X-Google-Smtp-Source: AOwi7QDR18bqk33v99Ur+iGTE+1EBHMzB2GvsAerVuCSOqTvnHC4pqnp88uUX/PbMbH6XSn7Giyk X-Received: by 10.223.164.206 with SMTP id h14mr563571wrb.2.1505984179941; Thu, 21 Sep 2017 01:56:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1505984179; cv=none; d=google.com; s=arc-20160816; b=iMOxgpgwdUb7NOcryVHBw3fcX8X/m+28wmI8kLT5rxCtY3MJCJeCHP/9oguMq6Crq5 FHVhDvzFu42MPUBzf2C0PnN9Kz2gYSKkhSfq/Zj2oz9S3/2U4geglZ8NYy5hXsCFl8f8 FbWeDuSq008uIx4aZU0aGgN8YXdqIFWyuvEFuLRTO02erTHg8pyAKmrfS1e3TQeo/igu wdNK5vgZRA75SLDxgsv6FCcExFHSlET0GT8nwCImM4nQNZmVs1FIKvmJpTErYvze2QVn kbOXTSZFe+Opc945cVd4MJ1DfqvWwqJ6sTQfWDo6CQIsDPtGMGNH+dk4OGDE/ZlyCAhF sk7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:content-description :mime-version:references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=1dNyGK1GI8L7fLCzwQc1E1dLvpMefCVjuEJjMosOz5w=; b=L3fJnh8TipLHxVthD9NuTP8i81/Uf5jDWV1hTMcgdwcF1QcHoPLfB4pE8f+ZE9v0Z6 vJZf4BOt7Co6nOTD7otvK8ivjY3Z+mJ+tzI+SDm4wFpn4iJJZQeU8kX092aLdIn4c+g1 oUfgBWmVqrhNgh9wKyrxO4wt/hkfGrslJMiJY0Zw2hCZvJ6tzBWIGomcA786GX8/bQkF V/H4rFYwW2XxIQ89jjowkaw12oc8tC23POHHXR8A4XXTTCqQyzlXwSKAdO/t2S+MWDDy Z7wm4sTvDsdgJhb24nCTFPs3zJWbDpdkY4Aj2TcbOTw6QorooZ/wPe38Svdn0PVZ+mZE BFpA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 194.138.37.40 is neither permitted nor denied by domain of andreas.reichel.ext@siemens.com) smtp.mailfrom=andreas.reichel.ext@siemens.com Return-Path: Received: from gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id l133si94361wmb.3.2017.09.21.01.56.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Sep 2017 01:56:19 -0700 (PDT) Received-SPF: neutral (google.com: 194.138.37.40 is neither permitted nor denied by domain of andreas.reichel.ext@siemens.com) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 194.138.37.40 is neither permitted nor denied by domain of andreas.reichel.ext@siemens.com) smtp.mailfrom=andreas.reichel.ext@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 v8L8uJKQ007139 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 21 Sep 2017 10:56:19 +0200 Received: from iiotirae (golem.ppmd.siemens.net [139.25.69.162]) by mail1.sbs.de (8.15.2/8.15.2) with SMTP id v8L8uJaN006170; Thu, 21 Sep 2017 10:56:19 +0200 Date: Thu, 21 Sep 2017 10:55:37 +0200 From: Andreas Reichel To: Alexander Smirnov Cc: Henning Schild , isar-users@googlegroups.com Subject: Re: [PATCH v2 2/4] meta-isar-bin: Generate cache repos Message-ID: <20170921085535.GA27874@iiotirae> References: <20170919122052.28688-1-asmirnov@ilbers.de> <20170919122052.28688-3-asmirnov@ilbers.de> <20170920101159.5b086d0c@md1em3qc> <69b055e2-e711-8a94-3e1b-0f066566d7d1@ilbers.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Description: message Content-Disposition: inline In-Reply-To: <69b055e2-e711-8a94-3e1b-0f066566d7d1@ilbers.de> User-Agent: Mutt/1.8.3 (2017-05-23) X-TUID: /7G7taYQcM8p On Wed, Sep 20, 2017 at 11:26:20AM +0300, Alexander Smirnov wrote: > > After build, there will be the following in the cache (example for hello): > > $ ls -1 meta-isar-bin/apt/debian-jessie/pool/main/h/hello/ > hello_0.1+g7f35942-1_amd64.deb > hello_0.1+g7f35942-1_armhf.deb > hello_0.1+g7f35942-1_i386.deb > This looks like a misdesign, because meta-layers should not be populated by the build process and furthermore, should contain recipes and not a cache itself. It would be like the sstate-cache lying inside meta-oe... Why not define a variable like 'DEB_CACHE_DIR' or something alike and use this directory. Then you also have more flexibility and can handle multiple different caches, i.e. the caches become selectable and independent of the layer itself... Furthermore, you could set the DEB_CACHE_DIR variable in the local.conf snippents for multiconf and then you can have separate caches for different target architectures and don't mix everything up in one pool. This way you can easily drop a pool by architecture without sorting files out. Kind regards Andreas -- Andreas Reichel Dipl.-Phys. (Univ.) Software Consultant Andreas.Reichel@tngtech.com, +49-174-3180074 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterfoehring Geschaeftsfuehrer: Henrik Klagges, Dr. Robert Dahlke, Gerhard Mueller Sitz: Unterfoehring * Amtsgericht Muenchen * HRB 135082