From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6491554293275951104 X-Received: by 10.28.207.1 with SMTP id f1mr109148wmg.11.1512999562422; Mon, 11 Dec 2017 05:39:22 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.223.142.136 with SMTP id q8ls1759087wrb.8.gmail; Mon, 11 Dec 2017 05:39:22 -0800 (PST) X-Google-Smtp-Source: ACJfBotvsXN2wO2pD0tlCLodoOVlRAWO7i0QMhgcitT+euFdTFeKBAlo1Fv8jVkn1vRNIFWdpIGX X-Received: by 10.223.150.115 with SMTP id c48mr56843wra.3.1512999562030; Mon, 11 Dec 2017 05:39:22 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1512999562; cv=none; d=google.com; s=arc-20160816; b=O/dxApYW+/aZk+ohRGAbqxcJwG5AUOI6e1ryREGFLWmaBLd4K6DnK+5Vkt2o/YN/z3 v2L/9vfajvNh9r2Kji2s1g8aSJolYJXsSzLZlTOXaFSwGFO2O0ClwsY2tudPUlEH0Ev9 6SQAwDsKeOnRSvqSq1YTKHXZ6wbqWTliq2Y7aEarSRiUQgzBu0wLMDPtjUg/nrheebiU h0HbYsdJkayPhR3Zs4mKzQM4xj0H9b2hT7O4toWztPm610XOJpHFZrXtE5uzqBz7o7Cs 7WFjaPeeauahKXmNuMlmFEa6ReEnKskYkSUvVp+MyHywqA5TL71Mks8jR+MF4Ug6nAU/ 1RAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:mail-followup-to:message-id :subject:to:from:date:arc-authentication-results; bh=CD9TKMkei+gtb4HewknMWSal8VTf6UlaSo3jc9aWUVc=; b=YVvrv9IK0Lyhe50+Ie/2DDI1nPj67AUCfaf5L31V1+XcPJZfWLRa1lD+xZtEDa7M6U 6SziDyYrrpjn4OL4rVpWnBWCMA6WQM0kBvqN+Fg6j/p3xKfA+nTM/ouqhq8mtu+t9T+/ JIfysJpdcrkTWxuSrMG433WNV2fz6+jdVb0JUteAkHuyDZQIlPvGd8FN/4Y6UYR61l4e hwGCFos2qAJQib00vJSzKBpHn9+nUGM8wTcPJ/N7xuEf/H3W7A0i/Z8razYE9biEZtOG XT4njs82lraBh0jhjH8BGeigMuIx8ES/zDgHEsJh9kdHFp3U7Gwk2aW/gDXleu704JlK Y5yQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of christian.storm@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=christian.storm@siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id e80si955364wmi.2.2017.12.11.05.39.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 11 Dec 2017 05:39:22 -0800 (PST) Received-SPF: pass (google.com: domain of christian.storm@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 christian.storm@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=christian.storm@siemens.com Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id vBBDdLUX024514 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 11 Dec 2017 14:39:21 +0100 Received: from localhost ([139.25.69.251]) by mail1.siemens.de (8.15.2/8.15.2) with ESMTPS id vBBDdLJk021921 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 11 Dec 2017 14:39:21 +0100 Date: Mon, 11 Dec 2017 14:37:32 +0100 From: "Storm, Christian (CT RDA ITP SES-DE)" To: isar-users@googlegroups.com Subject: Re: [PATCH 3/4 v2] buildchroot: Add prepare and cleanup tasks Message-ID: <20171211133732.kmsyncnhm3mmq24e@MD1KR9XC.ww002.siemens.net> Mail-Followup-To: isar-users@googlegroups.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20171211131634.066ad96a@md1em3qc> User-Agent: Mutt/20170113 (1.7.2) X-TUID: 1BD4dAK8ZRxX > > >> 2. 'do_cleanup': This task is executed after all the packages are > > >> deployed. Some notes: > > >> - This task also should not have stamp. > > >> - This task depends from the recipes listed in IMAGE_INSTALL. > > > > > > This breaks build dependencies when building two packages from > > > source (same example I've given in other posts as well): > > > > > > Consider A-dev required by B, both to be built from source. B cannot > > > install the A-dev.deb since B depending on A-dev's deploy_deb() and > > > installing it the ugly way via dpkg -i (as no other option is > > > currently available in Isar) puts B as late in the task order so > > > that it's git repo is not mounted anymore. Failure. > > > > > > If A-dev installs it's produced .deb as last step in its > > > dpkg_runbuild(), which is also ugly, then there's a potential race > > > in dpkg. Failure. > > > > Seems I don't fully understand your usecase, could you please comment > > if it's correct: > > > > 1. You have two Isar recipes A and B that build packages from source > > code. > > > > 2. After building of package A, apart from binary A, A-dev also > > provided. > > > > 3. Package B depends on A-dev. > > > > Also, have you added dependency from A in B recipe? > > Dependencies will not help here, Isar simply does not support that > case ... yet. > You have B depending on A both at runtime and on build-time. So you need > a buildchroot to build A in. And for B you need a buildchroot which has > A installed. > > To get the buildchroot for B you either have to install A into its own > buildchroot or multistrap again. > > I think Christian currently installs A, but with "dpkg -i". I think > multistrapping again would be overkill. IMHO the best solution would be > to install such packages in buildchroot with apt-get, after they have > been repreproed to the "Isar" repo. Yes, right, ugly, I know, but currently the only way to reflect my use case -- which Henning described very well -- in Isar. Without this hack or preferably a proper solution to this, I cannot use Isar for my use case. Since this change, in fact, I can't. So, in some sense I relied on a workaround for a missing feature that's now broken and hence you may rightfully argue that nothing can break a missing feature. Nonetheless, it did so for me and my hack :) > I suggested improvements on "[PATCH 0/4 v5] Isar apt deployment" but > the feedback was delayed until a v2. > > Essentially deploy_deb needs to reprepro, do_populate needs to go away, > builchroot needs aptsources=Isar in its multistrap.conf. Now the > apt-get in build.sh should work. I very much appreciate a proper solution to this to resume using Isar for my use case. Christian -- Dr. Christian Storm Siemens AG, Corporate Technology, CT RDA ITP SES-DE Otto-Hahn-Ring 6, 81739 M�nchen, Germany