From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6460145511672315904 X-Received: by 10.25.169.1 with SMTP id s1mr267501lfe.29.1504597077731; Tue, 05 Sep 2017 00:37:57 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.158.142 with SMTP id h136ls435110wme.27.gmail; Tue, 05 Sep 2017 00:37:57 -0700 (PDT) X-Google-Smtp-Source: ADKCNb7lcmY52rLa6doe2uquACpyawrkF0APg+I5Te2y816fx1Reb8WnqaX35DUkQlplZFsj2Miu X-Received: by 10.28.175.195 with SMTP id y186mr324119wme.0.1504597077404; Tue, 05 Sep 2017 00:37:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1504597077; cv=none; d=google.com; s=arc-20160816; b=JJ86Y4DtpkvGRjBOXzGjfzUy87HMgOcLL3JJgBNrZgLXWaEEWpoRZ31pwtth7Qu1KA visRpRHBv/ZLCAz/3HQYzjUHYtTudCzwrRAevznZSGsZDyZJUUn9fXQ0FGetxx/HjwXc GWHbsNOmJCdjP/Japi3q8CP0FZag7GqXBTovCFnBfv3gYaahzXeVLbpbEl8K7Dm82Yqo GQkGRPxNunKouE5D6fapO7/O0M8SpKwPbfc1fPvqU0rAu983A4R18mRKXecns5TrDZAS T/VwpMUeujrlpiCio9gqetMkrmosPQ8UBwXlU4sw5qA122iZkE6Dhn0rj/hpOW/ypw0z mYIQ== 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:references:to:from:subject :arc-authentication-results; bh=DRJdySQiaTL875Ds+GmOs+YbORKbqzgLoRcsRsNN9Ww=; b=PKwKf8t0nBRZsc4AIEHwQW5zZZ3/FT0ctwyrd0fCvB7+DNTtXF/I+25F1GFzVx3Kak qfKjkW05qnd2gAm0KsKBiq5IsmwDcOPPUecRL7zdcdrzhkdfyekJfPJ+BSz6uVXpVgf8 CW6DVyMrPdBZPM3yrxArqool1rk2j8OdWLI5NwGjHXOP+x/yI9L9nrQdQkozxjuA67Fa HJ1xaiARLIKJs1S4fKZSkx3M7Mis2NMVBKA32agbmTuqVd18uOQWnCwuosK/vGVuK1Mq 9UqGbukN2sCw74eDjIx8rZ21/awRq120cWpYH6Dy8w4AlkLDqYVYpW5uyGVuM+3U9TWx KutQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id v23si154wmv.0.2017.09.05.00.37.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Sep 2017 00:37:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: best guess record for domain of asmirnov@ilbers.de designates 85.214.62.211 as permitted sender) smtp.mailfrom=asmirnov@ilbers.de Received: from [10.0.2.15] ([188.227.110.165]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id v857brCS012403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 5 Sep 2017 09:37:55 +0200 Subject: Re: [PATCH 1/6] meta/dpkg: Make 'do_unpack' more generic, prepare for pulling out From: Alexander Smirnov To: Claudius Heine , isar-users@googlegroups.com References: <6f7b53c5-3238-1d8d-88a7-7afc3859a9ec@ilbers.de> <62849b3a-fd2f-3184-ace0-0941fd3f9325@siemens.com> Message-ID: Date: Tue, 5 Sep 2017 10:37:48 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 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: O/4ljULcQ13P Hi, >> On 09/04/2017 05:11 PM, Alexander Smirnov wrote: >>> On 08/30/2017 10:03 PM, Henning Schild wrote: >>>> Issue: >>>> The unpacker in dpkg is not generic since it does not unpack to >>>> WORKDIR, so it can not be pulled into a more generic class to make it >>>> available for other users. >>>> >>> >>> As I already wrote to mail-list, WORKDIR and BUILDROOT are different >>> folders, and there was the reason to do so. >> >> Yes we (Henning and I) get that. That is the reason why the patch >> includes the line: >> >> +WORKDIR_task-unpack = "${BUILDROOT}" >> >> That means that only for the unpack task in the dpkg.bbclass the >> variable WORKDIR is set to the BUILDROOT variable. This makes the >> unpack step more generic so that it can be moved to the base class. >> Essentially removing the dependency of the unpack task to the dpkg class. > > Does this mean that "log.do_unpack" and "run.do_unpack" will be stored > in buildchroot? Let me check this. > Yes it does: ls isar/build/tmp/work/buildchroot/debian-wheezy-armhf/rootfs/home/builder/hello/temp/ log.do_unpack log.do_unpack.19557 log.task_order run.do_unpack run.do_unpack.19557 While it's assumed that they should be stored in: isar/build/tmp/work/hello-0.1+g7f35942-1-r0/temp/ -- With best regards, Alexander Smirnov