From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6620265736346533888 X-Received: by 2002:a1c:8c0e:: with SMTP id o14-v6mr241266wmd.16.1541501614883; Tue, 06 Nov 2018 02:53:34 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:624c:: with SMTP id m12-v6ls6020331wrv.12.gmail; Tue, 06 Nov 2018 02:53:34 -0800 (PST) X-Google-Smtp-Source: AJdET5dj4+1mfUuscDM9MTNqiJzVUSt4Iv3dd1LFfUR/b1rxZYPt9k1Gg5mSwgLDPexqTJEd4EpL X-Received: by 2002:a5d:6251:: with SMTP id m17-v6mr2575117wrv.7.1541501614101; Tue, 06 Nov 2018 02:53:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541501614; cv=none; d=google.com; s=arc-20160816; b=CFdhbrITCm57LIifjlcHe+c2+jqESjWRSCP7rP6MzNvIXj7yqa2RsNUIsAHHM0wGZR pVWtujPZKq72dlMq40e87crv8j90I2g9e1fEz5DfnzlTRX0eGo4vAcIUROKPlQlIm3S4 bHI1zu+boJD7+snqiCmtAXzXeWewnqI6iKP9biz7/NFkCrl8sBqIVrY6TtryPGgs9+yQ u2fqnb8laWeZW/1dc/y3bf+dzy1gu9GZ93E/jJAOMaVCw7GmDZNI48qZom36cQJOA+v5 ZY0KEpBofkoX7NNzmWG5rbGXko0CowIlzivOWMS+FYi9g9QLu6Bp7k7GSKgYKInFOehT pziw== 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:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=51tQz6mxKeQuDA30mPVu78rdquXjBIBOsmFwgTlT9io=; b=MPezPC7/lufgojh8DvHi44UnGmGF21L8tPuXjKWrlz9CpZ/AM2kBTVgN2Bkx+0Qto8 gdAUe1zo2knhi3f93T/jh1PQGPPoZWErr0GykEApnm9IRDp8oyc//l3E8z9jSDP1VbJp zqnoYqXcWUvsTnXNm9Tvxm/ruHvSckOB2pA2Dyv9+Zvh5YdSRQxbqmY3928rHjrhvcEF aRT44DOa4WbcH/P9oWLnsyEXSCzNxaKEIylQcyi37rue0TLfYmNSJtlB1bZuQnShsIfr VlOzfAMte7M9ew3txbH4SuDl66cyMu34eeCHgflgVxJ72OOUan9slliOxVKXgvrJZ24b cOoQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from aqmola.ilbers.de (aqmola.ilbers.de. [85.214.62.211]) by gmr-mx.google.com with ESMTPS id o8-v6si49980wmd.2.2018.11.06.02.53.33 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Nov 2018 02:53:33 -0800 (PST) Received-SPF: neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.62.211; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.62.211 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by aqmola.ilbers.de (8.14.4/8.14.4/Debian-4+deb7u1) with ESMTP id wA6ArVfa006549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 6 Nov 2018 11:53:33 +0100 Received: from yssyq.m.ilbers.de (localhost [127.0.0.1]) by yssyq.m.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPS id wA6ArV2t017564 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 6 Nov 2018 11:53:31 +0100 Received: (from ibr@localhost) by yssyq.m.ilbers.de (8.15.2/8.15.2/Submit) id wA6ArVZf017563 for isar-users@googlegroups.com; Tue, 6 Nov 2018 11:53:31 +0100 Date: Tue, 6 Nov 2018 11:53:31 +0100 From: Baurzhan Ismagulov To: isar-users Subject: Re: [PATCH 01/10] meta: builchroot: Preserve environment when calling dpkg-buildpackage Message-ID: <20181106105331.GC11201@yssyq.m.ilbers.de> Mail-Followup-To: isar-users References: <18dfabd13a9701da5182e41bb12840c315fcc0b8.1541400730.git.jan.kiszka@siemens.com> <20181105110536.3de6e135@md1za8fc.ad001.siemens.net> <20181105141547.GA20089@yssyq.m.ilbers.de> <20181105163608.1869b589@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181105163608.1869b589@md1za8fc.ad001.siemens.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-TUID: 6NbF6nu/zo0P On Mon, Nov 05, 2018 at 04:36:08PM +0100, Henning Schild wrote: > Recently several features have been merged, none of which where/are > covered by CI. custom kernel/uboot, sdk, cache and maybe more > I remember how hard it was to get wic in a testable state, but i guess > it was worth it ... So new features should almost always come with > tests (if not always). Thanks for the clarification, I second this vision. For testing, we'd like to define test case groups to execute always vs. before certain milestones. Seems I have to prioritize rebasing my avocado testsuite patches over the current next. With kind regards, Baurzhan.