From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6875334414772994048 X-Received: by 2002:ac2:46fc:: with SMTP id q28mr618397lfo.76.1602058015877; Wed, 07 Oct 2020 01:06:55 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a19:c7c8:: with SMTP id x191ls716533lff.0.gmail; Wed, 07 Oct 2020 01:06:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJznjbTpsXpZS3ic94ne5ct+zIaEjyw7d5E++HINo+oJLUNr1cMBU/zmMcyqkWKKZnPbGpFJ X-Received: by 2002:a05:6512:78a:: with SMTP id x10mr625763lfr.340.1602058014647; Wed, 07 Oct 2020 01:06:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602058014; cv=none; d=google.com; s=arc-20160816; b=R+/Iz/F7KPv7NjmTcQjIz88bW9FBMJNxd2dNxgYaQ3bauLaDvX1RMa/shI8t3IuTnk 9/PmTihihd+KTEPtqDSKTNCflsg3PD1GxqGHlJxcbDEAFeVVVvEa4CvXguddrpxdTlNI WLT+I1V6+0nWK5iDjY0TzGs4rBhcOC767V3aeNb1/NOWoCKAKZejOghWjegc9UXEMDNy aSj4NG72ud5UlZb755hjDGSf9pIZBrMh4DRSRm9bwNqqRP9laozhr9GJc+eCPgfnUpEf ZgDlLE4eZuHw6KdW7iAgleO6o+JZX9hpBzCelUOyOkSoF7llknUY4u4U+fwW/iBo6Yd9 hObg== 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=Qduqn8Fe6YtAlij5N4Pj9KA+XkGwHLYPU1pdUKeAOYw=; b=LEGWFZJgGHdLFxpIiapMHhZn++wc/ffxmqCzmOsej9Epx54l02D5EDRJGyJlAsxqJL AXYwToe4EU0LvYFlHUj0hbzjKlhtq4PMrRCavXfm869IOLXQORZba8hByPOdPTz62ANO nCplvpwO0UwA3xlbeSLB20bcz93BfLIddLbPL+pcLTTm/mzuVeolBEGe6/L9zHH8aKQr nXI1tlWkOuu0IdN0mjwY8aHgDUOd39PbXd6AO9tzMbPYEjSdieMg9OH+PuWajSz8U/w/ 7XPbrZNgyqYR23QqKA6fYs0qHqVD5/Sck0ZtlrNAGel7k9g/EROlH5Kt4f+kc4rdHFt0 rOYw== 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 y17si37580lfg.2.2020.10.07.01.06.54 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 07 Oct 2020 01:06:54 -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 09786iZY027503 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 7 Oct 2020 10:06:48 +0200 Date: Wed, 7 Oct 2020 10:06:39 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH v3 06/16] sdk: Add support for adding self-defined sdk packages Message-ID: <20201007080638.GI5019@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20200929191526.GD5400@yssyq.m.ilbers.de> <20201006090015.GE5019@yssyq.m.ilbers.de> <9f4047a0-d11f-adff-1601-643b4e8a5cae@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9f4047a0-d11f-adff-1601-643b4e8a5cae@siemens.com> User-Agent: Mutt/1.10.1 (2018-07-13) 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: rkvBlPtQLQek On Wed, Oct 07, 2020 at 09:30:06AM +0200, Jan Kiszka wrote: > OK, need to check again. Cannot explain yet why that should happen, > given the change in patch 9. Maybe I have a regression further down the > series... Thanks, please let us know. I also stared at the line for some time and couldn't see what is wrong. > > This explains to the user how Debian multiarch works with option 2. This > > example works inside or outside of the chroot. We should not be removing > > documentation for a supported use case, thus NAK here. > > > > This hunk looks pointless to me. Why should the user try out all that > stuff? It's the duty of the SDK creator to do that upfront and ship a > properly working package. Trying in the context of SDK -- that's a matter of taste, I like when some background is presented rather than "do 1, 2, 3", sometimes without understanding what I'm really doing. The hunk explains how Debian officially handles cross-building with multiarch, so I'd be reluctant to remove that completely. Maybe we could make it a separate section on Debian basics or details how SDK option 2 is implemented. > Thanks, will fix. > > But please comment inline, not out of context. I wanted to avoid scattering the issue over many mails -- but no problem, I can do it. With kind regards, Baurzhan.