From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6739560601010307072 X-Received: by 2002:adf:e3c4:: with SMTP id k4mr7894850wrm.157.1569404115839; Wed, 25 Sep 2019 02:35:15 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:828e:: with SMTP id 14ls1916682wrc.7.gmail; Wed, 25 Sep 2019 02:35:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqxwm7ER7VqtBuY+pBycQgt7p52xNK3EerOkLkN2KC1ACuLZCq8/oeIJwjcCfqpunyY2gQsX X-Received: by 2002:a5d:4fcf:: with SMTP id h15mr8642271wrw.237.1569404115205; Wed, 25 Sep 2019 02:35:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569404115; cv=none; d=google.com; s=arc-20160816; b=fwP39335oGyjfQqubDSRiQx31MzoxvRgA77FUMM540ZrsAJ25N0PBHnfrYyOVO5HpI MvRdsSNHqH12qqY8Nsf7Sj0lJg7+JwIOpY5OXjtT8CT7T7EndDtGbodLl0Eyr1pGSCzu +2aDCJvQKCnI1WxXTyDO82JBfdn0TA7WsaCGIpKaiSOocWnFUuEzdMs/iS8o5rpm1Rbb pO8MZd2tw8qFDsooOTrDV7UXNj7t4Gedlv+U/ra/nYfUzzMzZgjpPbnWGsigdjGO3gRH e8utHPmxvrOpa5GCpyMo6dRAK+A+R4mLifb1NNXbn0h2OWzDlPLmZubViQd7Zz0Cewha Nsyg== 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=SA2AoHP5a+AfaA9F8vGy6SK9uviZC24hvnLmpIJPz8k=; b=r6g20wv6+uxoJYkJBKSsF5ZthlvwXtiy4QoiH6b75rA+aQpdpGXUGvxNOUwuKblMxd WzklerO6BpUXj7Kcrt7nODgRelDnJR1J2alndazLKV9XLU761xN/0fqo4Q0i1lM14ZWf sjuIpd9SsTmANFE5+qV/ziEFkDjNgPMsdGmL2aGZS0KK1lt5SZNAJStaZvi5Vh9+8DWq 5fxCH32Wio01AaN0cTSdgJ3MovGmFMo88UoQU3XqJthu0XMv6Hpq/U/yWJrDZ47rLENk AREfGRyHIE2P8GYqo5NeuzhGMCFDAOv4PRzjpR0s1R4xtU6XAQp9nuKjXAsOzqZ9TM4G en3Q== 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 x8si203655wmk.2.2019.09.25.02.35.15 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Sep 2019 02:35:15 -0700 (PDT) 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 yssyq.m.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 x8P9ZDlS015345 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 25 Sep 2019 11:35:14 +0200 Date: Wed, 25 Sep 2019 11:35:13 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH v5 00/27] Pending patches, fix for isar-bootstrap, devshell Message-ID: <20190925093513.72w3ioczav3lhnvu@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20190923095026.3wqlycptrogbjocu@yssyq.m.ilbers.de> <5c7c8de8-fa74-3f25-4da6-87860a44dbe8@siemens.com> <20190923102337.g6nnnorsuq4rtpth@yssyq.m.ilbers.de> <5010413d-441a-f040-df08-db0be9640b62@siemens.com> <20190925084111.m4ifrrdlhwdbo5rh@yssyq.m.ilbers.de> <4afcdaab-c9fd-fa27-82af-1da1b3c750ea@siemens.com> <20190925092230.37iinm52lo2ggx4n@yssyq.m.ilbers.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20180716 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: i/+iZXlKRFLz On Wed, Sep 25, 2019 at 11:26:13AM +0200, Jan Kiszka wrote: > > In this wording, I'd say "no" since it doesn't seem to have been designed to > > append gnupg to debootstrap --include dynamically if we have custom keys. IMU, > > DISTRO_BOOTSTRAP_BASE_PACKAGES_append_gnupg = ",gnupg2" suggests that the user > > should add the OVERRIDES manually as well. Andreas? > > No, this is defined by get_distro_needs_gpg_support. Ah, it's already there. > > If that could be done implicitly, it would be better. However, in the current > > implementation, the keys are checked after debootstrap, so I haven't started > > shuffling stuff around. > > It's probably another condition to be added to that function. Checking... If conditional OVERRIDES works, this one might not be necessary. With kind regards, Baurzhan.