From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7062656987288305664 X-Received: by 2002:a05:651c:17a0:: with SMTP id bn32mr4620059ljb.146.1644494443989; Thu, 10 Feb 2022 04:00:43 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:651c:556:: with SMTP id q22ls908772ljp.1.gmail; Thu, 10 Feb 2022 04:00:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJzNmU9i0wUfcxMJFdJdnGgtR0I4XKjfAgGVmmEKiN9H4WMk0LKVuSSxhFwetk2obwg5E3kT X-Received: by 2002:a2e:9c04:: with SMTP id s4mr4783886lji.9.1644494442938; Thu, 10 Feb 2022 04:00:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644494442; cv=none; d=google.com; s=arc-20160816; b=UL4GW9GA0vhiGCC5H2JUTa4quSPZX/7tnlpBWHKfJEQFyWs461uSNrYb0MNPwTkGQR kVhAFofWkpSy6fesTuzuk5TvPsRnBvUr7B+0pjYoGljDdOOvZwIX51mePxjUeFfiDKEr 96ixPQw/D1Mk3WWMv04QLLoPHvQRyakemg5b7no/9F72ijVHHrW8ILBMQ9VOWI48c5xi UP7edOO1YhJLu8deT59rhzOXvuyLT5/+mk0vDh/Q9uiJfN8UvldAvPG3xhLtBu8FuRQO yqA1Q5Gg6kWVMxlKoFTlgoV2B68tjMxjc+QLFjMZ/Uz0XaTA87NF22bZUvbyfqQ90mQn UZ+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=Xz/WgkoOPpf1H+0VH9DCwozTeSxaP5gundrtMISNT0g=; b=lTv++8skHf/EYWq5keY6VjEONorIZYXrgUVHH7uIfFSeVG6I7HDX6N+wzzSPInTy5Y C1HyU6hl0gdpyq5RStxjkAcrek9Zno9EpnqJpMPF6/YUIp5PDMZbutsW9WLxtPJz/rkI HNw+uk4A27W8/SXOEgOwYSEhTJpqpbIdvhVRjpJDUQnvH2Ela8hgiqhYFtx3RUT2sqSJ SRcEYCJ/oCPc5/ebd9fLfYqUlzIxWwrdPf7Gf/yW5nWgV4VTdggHEX+jQ+P55SKJivdo SkI6+YdLpAsUhIU/jJywwgkyDDLHOpFNOTD8f1nGi2BYFr+kHc84o8MVV5TO+OuNxTj7 k7gg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id z2si711459ljh.2.2022.02.10.04.00.42 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Thu, 10 Feb 2022 04:00:42 -0800 (PST) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id 21AC0eX1029692 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 10 Feb 2022 13:00:41 +0100 Date: Thu, 10 Feb 2022 13:00:40 +0100 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: Question related to Sbuild CLEAN_SOURCE Message-ID: Mail-Followup-To: isar-users@googlegroups.com References: <1b5ef299-ec8d-c180-c2b6-505294f5484b@siemens.com> <164435326066.1656.13805705968480410488@localhost> <818250b5-fed8-8ff9-febb-6cbf61e0680f@siemens.com> <10522aee-53b0-c899-f792-7f83447e35df@siemens.com> <7d4a7da5-7ee5-51b3-0031-a407f72a5d72@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d4a7da5-7ee5-51b3-0031-a407f72a5d72@siemens.com> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: u7YfOFNJqHdq On Thu, Feb 10, 2022 at 12:27:44PM +0100, Jan Kiszka wrote: > > I'm not sure what you mean with "sbuild convenience feature mode", could you > > elaborate a bit? > > Read the reply of Josch that Quirin got. Thanks, I had overlooked that specific wording there. > OK, then we should switch to that and test it. I'd like to see the full > picture, also in context of more layers. It was very helpful, also for > the design discussions, that you converted 2 (besides Isar itself), but > the problem showed up right with the 3rd one. We had workarounded this issue also for the Isar kernel (KDIR not set during cleaning). As cleaning is not necessary when passing a dsc, we can eliminate the issue as a class and also avoid potential build interference through garbage in the source directory (assuming the source package is done correctly) by passing the dsc to sbuild -- currently evaluating. With kind regards, Baurzhan.