From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6542418157487783936 X-Received: by 10.46.137.2 with SMTP id d2mr297279lji.44.1523615622187; Fri, 13 Apr 2018 03:33:42 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.136.196 with SMTP id a4ls854081ljk.1.gmail; Fri, 13 Apr 2018 03:33:41 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+VaRMI8jRHponCP2+YVwZFhTJS5y/OcaheWNsoOn8+DWkEfwAFq8ocqvKMxIM4WaMe4Pqc X-Received: by 10.46.58.12 with SMTP id h12mr289860lja.10.1523615621671; Fri, 13 Apr 2018 03:33:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523615621; cv=none; d=google.com; s=arc-20160816; b=tjkWAr+4JEeH68Oo/2Dxgt9X1swK9qrK/En8TWpsV21TL27aB1TUyaqwoEnkuV/6zv pTe6P6POWMDhJ/A29kJvDZwyq+coestGLGvmJiEitLqtQd8Qokk441ckZnG1XSnhlTC/ jBu1d0AlS1cI5ho/0t5Gh+X3lTyHN47n0QwkOob/BQEctEGEuEcHRQYS4FhYC1yvFJtD bMK8wIMvs0urpR+6Gtg46baOKRvP9ZrS3oeKclJ+cNgcMPsDC649cZWLMIt9jtNJlqht 2Ur69TyPUNS+LhC7OFT4eG2mhCgLzwy9KatAHDMJYEqkBDo7udpGvu59PYp5b8YXh5xt 3BLA== 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 :arc-authentication-results; bh=KFGgCAvV7QHtm16FsIQX9bA1SG0n/II0bseZeHM8P/Y=; b=KvuvSZ/7IaIWfmYNJwSzUWPC6j0sRWyRNgp9J5dSSahpBPAfagS/u4WDKZvRBhODWu nh2MkIZZUwWlVLrepXaZQ0VFp/jlud4UBK+eXU8jtm/FSco9L51J2BA0HVziXrRiYtvg Lh0vA9zaUqnybDLYV26K+zHl4Jz7LwvW124pVeZ9LOF6ByhHSYGlUZ/l6fZHT/Wycxge dgG7hlVdyYsbjJe1yW66NJM/ETfHxSNakjJWlRBFXMzb/28hyTD5JjWPYQ6uDtqc/J22 RIPoib+CNkqRtDI9QSoLxtFVbTuNgQoKXfwzrLP8AZ8AUNZOgVRCZeC3OspwwcCOFSa4 xKlA== 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 t83-v6si172904lff.5.2018.04.13.03.33.41 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Apr 2018 03:33:41 -0700 (PDT) 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.radix50.net (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 w3DAXc4F007175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 13 Apr 2018 12:33:40 +0200 Received: from yssyq.radix50.net (localhost [127.0.0.1]) by yssyq.radix50.net (8.14.4/8.14.4/Debian-8) with ESMTP id w3DAXcNK011708 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 13 Apr 2018 12:33:38 +0200 Received: (from ibr@localhost) by yssyq.radix50.net (8.14.4/8.14.4/Submit) id w3DAXc7Q011705 for isar-users@googlegroups.com; Fri, 13 Apr 2018 12:33:38 +0200 Date: Fri, 13 Apr 2018 12:33:38 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [DISCUSSION] Mirror implementation with isar-bootstrap Message-ID: <20180413103338.GB6488@yssyq.radix50.net> Mail-Followup-To: isar-users@googlegroups.com References: <20180412141233.GD6864@yssyq.radix50.net> <0fd2cd66-a689-febc-ebb6-2690fb4ba0fb@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0fd2cd66-a689-febc-ebb6-2690fb4ba0fb@siemens.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-TUID: YXMBK16TTYGS On Thu, Apr 12, 2018 at 05:13:00PM +0200, Claudius Heine wrote: > I didn't suggest changing the mirror here, its just a short report about my > research in Debian/Ubuntu-native solutions. Sorry for the confusion. Yes, I got your point. Then, I shared our past experience with httpredir, just to inform people. > Your method would also have the disadvantage of being much less flexible if > multiple repositories are used. (Convenient support for multiple > repositories is one of my reasons for doing all this debootstrapizations.) With multiple repos, multiple vars would be necessary. Whether it's inconvenient is a matter of taste. For me, overriding an additive templace in a config is easier to understand than sedding on the fly without leaving a trail for the user what exactly has been done; but as already mentioned, mimicking the upstream has other advantages. So, no objection here. Before I dig into the upstream docs: Your patch implements the same syntax as the upstream PREMIRRORS, no? > What I meant is that such a search and replace method might accidentally > overwrite Mirrors you didn't want to change. > > For example if you use Debian stretch and jessie repos on the same image. > The reason doing so might be because you want to use specific packages from > stretch, but have all other files from jessie. > For some reason your internal mirror just provides a mirror of the stretch > distribution. Now its difficult to overwrite just that one entry where > stretch is used and leave the jessie one in place. > > I disregarded those scenarios with the current patch, but it should be > possible to change it in a later version if the need arise. Ah, now I see. I think this is good enough for now. > No. Matching a whole source list line is to complicated, matching just some > parts of it makes things easier. I would call myself reasonable experienced > with regexes, but that format and how it is understood is a bit too much: ... > Doing the same with one regex is much more painful. Ok. With kind regards, Baurzhan.