From mboxrd@z Thu Jan  1 00:00:00 1970
X-GM-THRID: 7325493263178137600
X-Received: by 2002:a5d:420a:0:b0:33a:f503:30b6 with SMTP id n10-20020a5d420a000000b0033af50330b6mr244643wrq.43.1706525343385;
        Mon, 29 Jan 2024 02:49:03 -0800 (PST)
X-BeenThere: isar-users@googlegroups.com
Received: by 2002:a05:6000:4e5:b0:337:995e:36b6 with SMTP id
 cr5-20020a05600004e500b00337995e36b6ls782607wrb.2.-pod-prod-04-eu; Mon, 29
 Jan 2024 02:49:01 -0800 (PST)
X-Google-Smtp-Source: AGHT+IFyaFx765W+1PTw/+ZtLFT8Ylp9CRJk5uXfwh8ZmhrKDMT0mRF/CO+lHt9Xk6/z8EjahCgg
X-Received: by 2002:adf:fe8c:0:b0:337:3f72:3de1 with SMTP id l12-20020adffe8c000000b003373f723de1mr3406458wrr.37.1706525341380;
        Mon, 29 Jan 2024 02:49:01 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; t=1706525341; cv=none;
        d=google.com; s=arc-20160816;
        b=kEpZLnHMsKRh2Pt2yZ2dvYX/y+pWyXWBCbbLrWEqTk5tQAdHGN+5Q4tj4V2VlNzrd/
         0CtW5SSiadJMF02qXznLdCCK+sbMzYfAo6xz0stKm3xnwnV4TM29t+GB6mAITBByQOQi
         DN4aWRgG35uUKSM4rLQ+oAKM5LoDX8P2y+0sxZtb45Fle4YbuFTUVub+vBqWnJ6QEWW8
         3/Dir8YGoYYiOBZyIehn6gmt1DKdLhcEpYah4IrXuClgXQUuMMtUDkyVbcG1JOHVByNB
         Cm6ewO40gYnZ8ZgfqhSlBOMIJAXQhMVqnEKYLAI36MScG+ylJ30NeOiZ+xdKGZcpc9bC
         /46Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=mime-version:user-agent:content-transfer-encoding:references
         :in-reply-to:date:to:from:subject:message-id;
        bh=UYIGAA4FYjRhrM3rUD2uS0ZHjEdh1eDIspvWq1w/fME=;
        fh=7tclEdh7YbwSQowgJ6LNq720O7H5HTEaqj22NJWRE2E=;
        b=NBdbBPGkvYes8ukHbaQ28CGSzeNr/fkvl1/ciT6v2bDBiP0P5g9Npn93RGDIIhbN+w
         lv0ERsm6dvoD1IzLYhB+y0SnfDBJXh/Fdx52hGUDS+yZTyoPbXgK74EMcOe531O3BFtr
         +kWpLiiRAZdNzj7LYkS6el7feS60NMP1A7zMdp3Bu6k28YjOUh0712yNCJVoZhxSikYa
         DUHQD9gHi6xjcMutUKBdMp3Z4BR5gBQLix41D3//+cKD2H7Q4nD2wFQJxyjLDiXnjP/T
         JUUKL2jDGdZtNfSvGHMK+bH2CXUSgAhPEQaG2/XyroYGaSZ6MRVcDA9HuyrFQCXp+0Eh
         UUOg==
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de
Return-Path: <ubely@ilbers.de>
Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166])
        by gmr-mx.google.com with ESMTPS id o14-20020a5d47ce000000b00337d735c191si242959wrc.6.2024.01.29.02.49.01
        for <isar-users@googlegroups.com>
        (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256);
        Mon, 29 Jan 2024 02:49:01 -0800 (PST)
Received-SPF: pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166;
Authentication-Results: gmr-mx.google.com;
       spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de
Received: from [127.0.0.1] (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+deb9u1) with ESMTPSA id 40TAmxcL001121
	(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT)
	for <isar-users@googlegroups.com>; Mon, 29 Jan 2024 11:49:00 +0100
Message-ID: <7247b399cd44720143f840b74549f117887e4c75.camel@ilbers.de>
Subject: Re: [PATCH v2] dpkg-base: Fix and improve handling of multiple apt
 sources per package
From: Uladzimir Bely <ubely@ilbers.de>
To: isar-users@googlegroups.com
Date: Mon, 29 Jan 2024 13:49:05 +0300
In-Reply-To: <20240127075617.26804-1-ubely@ilbers.de>
References: <20240127075617.26804-1-ubely@ilbers.de>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.50.3 (by Flathub.org) 
MIME-Version: 1.0
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: 7uo1J+ctE3I+

On Sat, 2024-01-27 at 08:56 +0100, Uladzimir Bely wrote:
> From: Jan Kiszka <jan.kiszka@siemens.com>
>=20
> Due to overeager quoting, multiple entries in SRC_APT would have led
> to
> build errors, rather than mulitple invocations of the fetching and
> unpacking steps.
>=20
> While fixing that, also avoid pointless re-entries into the schroot
> by
> simply pulling the loop into it.
>=20
> Signed-off-by: Jan Kiszka <jan.kiszka@siemens.com>
> Reviewed-by: Uladzimir Bely <ubely@ilbers.de>
> ---
>=20
Applied to next, thanks.