From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6467463440282681344 X-Received: by 10.223.157.134 with SMTP id p6mr2087976wre.14.1507105968646; Wed, 04 Oct 2017 01:32:48 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.50.138 with SMTP id y132ls3208729wmy.9.gmail; Wed, 04 Oct 2017 01:32:48 -0700 (PDT) X-Google-Smtp-Source: AOwi7QBjlsTeI0Zii+F/Qhh0fJI06+MFHuq2o0pzBWaqAHt9aKuJBhlJFqhLuoMqfYiVkgILXvI/ X-Received: by 10.28.8.69 with SMTP id 66mr367040wmi.19.1507105968361; Wed, 04 Oct 2017 01:32:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1507105968; cv=none; d=google.com; s=arc-20160816; b=e2pvd+JH52zSO4GBWHamN5ExlSwAhG/j1xGhFueCnWS9O6uGXrCe5E8oWuPen2guju +eUGEuYLpzLwJsP2rXqSQUBgnPanhd0il70sjT30R0hFtYdrvXyNh51FETWXoH1NkKyi nJBA61BaNExCbQ+V8QqtayhsWX1hQuwiZdt/pH51ysCuPgomEh7fkVB+3ZTwIW58VeVO PtAl35lND0lk+LhnnuMKpTDdStHBry7hzv0Ng5kssq0EPQwmuqes220+rHzdn4EesIzA NN3yCErM8jetsCDON4pgf2VagaTuAIe7H98H+QabJ/aZToT+2hobrjcAA+defZw5eKte s+vg== 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 :arc-authentication-results; bh=kUmSydV+QgOOzHc9lbH1iPH6BPS8O254lTkIWwNt+pw=; b=zV+qCAmDx4qDf6p8o19ca4VEDGqCU5S4Sos1HWdDVk89qSu3nywQLDtLLGrMSYCmFi bXZPBRLNcqUlt/Mqj6nw3/gwXKd+x9ZFys7psOXYxkE9rrlVw35I4SZQD56E0QZxRvIr woT6TW7JRfBnqzB+iGQ8GH31xOhsrPq2aol755ygARLd1XHL7InPe0EgagI2CHkARZen Td78K+6zhzqCtO3VahenqCUamtC4Sn5tMAFX76VLhxnHuee0SXfvjbdfqkyid9K+qm3b 0gp3sHjot5Nd/RNdqxlwoG8WATjW3Eng7Cf+WU70k1cQ/6KJeMNrK7QbkYMjBq/KiTfU jF/Q== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of claudius.heine.ext@siemens.com) smtp.mailfrom=claudius.heine.ext@siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id e14si1186191wmg.1.2017.10.04.01.32.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Oct 2017 01:32:48 -0700 (PDT) Received-SPF: neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of claudius.heine.ext@siemens.com) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 192.35.17.2 is neither permitted nor denied by best guess record for domain of claudius.heine.ext@siemens.com) smtp.mailfrom=claudius.heine.ext@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 v948WlIj026480 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 4 Oct 2017 10:32:48 +0200 Received: from [139.25.68.223] (linux-ses-ext02.ppmd.siemens.net [139.25.68.223]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id v948WlSC002638; Wed, 4 Oct 2017 10:32:47 +0200 Subject: Re: [PATCH v4 0/4] Basic binary cache implementation To: Alexander Smirnov , isar-users@googlegroups.com References: <20171002154531.4930-1-asmirnov@ilbers.de> From: Claudius Heine Message-ID: Date: Wed, 4 Oct 2017 10:32:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20171002154531.4930-1-asmirnov@ilbers.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: AKGC7TrsRYiD Hi, On 10/0 '2/2017 05:45 PM, Alexander Smirnov wrote: > Hello everybody, > > this series introduces basic binary caching for Isar. > > There is a new layer: meta-isar-bin which is intended to be the binary > cache. All the packages that are built in Isar are stored in this > cache using reprepro. > > Having the separate layer makes possible to manage this cache separately > from the Isar build tree. So once you have built your packages, you could > re-use this cache for further builds. We still have to talk about your requirement for the cache to be sharable and your resulting implementation of it as a meta layer. Since I still don't see the benefit of a sharable cache and think that putting binary packages into some kind of strange meta layer is not the right solution and could potentially create more problems that is solves because its very much in conflict with the fundamental idea of a meta layer. Please give me a reason for this requirement. And to be precise: Yes, a cache is useful and I fully support it, but having it sharable over multiple hosts is not and is potentially dangerous. Claudius > > Also this cache repo is now used to generate image filesystem via > multistrap. > > Changes since v3: > - Check return code from reprepro, continue loop only if EEXIST code is > returned. Othrwise build is aborted. > > Changes since v2: > - Droped anonymous functions > - Added number of attempts to access apt cache before fail > > Changes since v1: > - Total refactoring > - Split huge patches into small pieces > - Avoid races > > With best regards, > Alex > > Alexander Smirnov (4): > meta-isar-bin: Add reprepro configs > meta-isar-bin: Generate cache repos > meta-isar-bin: Populate cache > meta-isar-bin: Install packages via multistrap > > meta-isar-bin/conf/layer.conf | 14 +++++ > meta-isar-bin/files/distributions.in | 3 ++ > meta-isar/conf/bblayers.conf.sample | 1 + > meta-isar/conf/local.conf.sample | 4 ++ > .../recipes-core/images/files/multistrap.conf.in | 9 +++- > meta-isar/recipes-core/images/isar-image-base.bb | 5 +- > meta/classes/ext4-img.bbclass | 2 +- > meta/classes/image.bbclass | 62 +++++++++++++++++++--- > 8 files changed, 89 insertions(+), 11 deletions(-) > create mode 100644 meta-isar-bin/conf/layer.conf > create mode 100644 meta-isar-bin/files/distributions.in > -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de