From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6628105740465733632 X-Received: by 2002:a1c:ae48:: with SMTP id x69mr142992wme.12.1543488059883; Thu, 29 Nov 2018 02:40:59 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:b403:: with SMTP id d3-v6ls289524wmf.4.gmail; Thu, 29 Nov 2018 02:40:59 -0800 (PST) X-Google-Smtp-Source: AFSGD/VbwhPkgPlUTBn8Uo4RXKKrFBQmxxvV322W54ZUKa+mZLmK7+K3jGqFF2B/xeRAHM7m2/3D X-Received: by 2002:a1c:ae48:: with SMTP id x69mr142989wme.12.1543488059163; Thu, 29 Nov 2018 02:40:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543488059; cv=none; d=google.com; s=arc-20160816; b=Eulz+8fiiVFZVZmGYBURG0DDDoZNzAOanHUdPGPfaj1k7N2Q5g3aei3B4/rYwQzgPT GNoiUGWkI9WRNGUldrSXTbxfkSJnPatpNNssfUTsIkwQFIhsV+iOfZbTxilLQnr6OKzy vfvArPL3oVvOUR3g62HHzl5F7MMPgiyv1bZrEVtovHDqUTyZSd5Ur3g0oMQUdexgCMtN /FZTZDY8/iTFKyc4GFwekbDNifJeAfMPHrFN9knIZO3m2VS9CVo1Eqaahsv5xr27CxYT DVcUK7kX2vVI6R2HIDHC7EeRnVugRop0c2xfAa+XXUiXTwcu315hT3Cyl5pnlaKB9zpk VUSg== 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=yf984M381CyuwEifXYn0T41oXS0slD8wwt8vhoeI0Uw=; b=dDusZCjsc/X+/02ULfUJscR2KdKHhTIMXnnWYr0uizunKLGFk3ekt0pfbAbysOSWLW bqBm3DKec/itJqmDmE2aiYcIcy/tGFhLeOdhmdIRpmMoYa+VWj0GuQS69fS+bhWs8bDs uRWEN1JIObMaGRM7JvHIkkFz9vMUlG3I7keswkssO2RgS2U+02r4eQg3NCymUjgI98Y2 BtYNdHLsO98nwbajObWuGnZJgOz1dvjDO/QXxb5bpSyUmXu5C9eldacSi2ZVTXvcsdFq ++GMGq7jL7fhiih3JB9sIhRuY4zhjYR9swJp4RbFEbC8NCyUGerxccxq3/dOStYlUn03 1H8w== 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 d6si54507wro.4.2018.11.29.02.40.58 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Nov 2018 02:40:59 -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 wATAeumn016744 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 29 Nov 2018 11:40:58 +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 wATAeuws014834 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 29 Nov 2018 11:40:56 +0100 Received: (from ibr@localhost) by yssyq.m.ilbers.de (8.15.2/8.15.2/Submit) id wATAeupF014833 for isar-users@googlegroups.com; Thu, 29 Nov 2018 11:40:56 +0100 Date: Thu, 29 Nov 2018 11:40:56 +0100 From: Baurzhan Ismagulov To: isar-users Subject: Re: local apt repo cache not working as documented Message-ID: <20181129104056.GD17904@yssyq.m.ilbers.de> Mail-Followup-To: isar-users References: <20181126105520.03a0209b@md1za8fc.ad001.siemens.net> <20181127104502.7fcdaa85@md1za8fc.ad001.siemens.net> <20181128090017.GA17904@yssyq.m.ilbers.de> <20181128161359.40702b85@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181128161359.40702b85@md1za8fc.ad001.siemens.net> User-Agent: Mutt/1.10.1 (2018-07-13) X-TUID: fOnfzAQh/bPj On Wed, Nov 28, 2018 at 04:13:59PM +0100, Henning Schild wrote: > That is all already solved in Isar. You have DISTRO_APT_SOURCES where > you select what should be used for installation and for delivery. The > caching mechanism needs to change "installation" but there is no excuse > to break "delivery". The definition of "breaking" depends on whether upstream sources are required / allowed in a particular product. But as discussed offline, it's convenient for users, so we'll look at that. > So yes, you need to undo the patching before do_image and get the user > back to what they specified in DISTRO_APT_SOURCES. Technically, it's actively patching the upstream URI into sources.list, since it's created with the local URI by debootstrap. With kind regards, Baurzhan.