From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6542418157487783936 X-Received: by 10.28.230.77 with SMTP id d74mr446793wmh.10.1523618752750; Fri, 13 Apr 2018 04:25:52 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 10.223.134.43 with SMTP id 40ls1723649wrv.4.gmail; Fri, 13 Apr 2018 04:25:52 -0700 (PDT) X-Google-Smtp-Source: AIpwx48bbKOKqPgXgyhPYq08GFr1C7HDlnKxbPV4sHZYWV16veoQMbTs1bZjUEwEZEEUwKxMz0nz X-Received: by 10.223.209.2 with SMTP id a2mr421109wri.32.1523618752287; Fri, 13 Apr 2018 04:25:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523618752; cv=none; d=google.com; s=arc-20160816; b=nGipK7C9hjRZ7Gp0rHBkTQvRWaI3c1sjrvkfI/it6XCRNQfY9qLlVD8f36cmSEv5SM 8pp0+wsQ8bZR6csd/Ecq1yW+MRIeSY/cagfEQjHdEng2pnNwxI0Tvf3TcywWeFbBWIGd oM0wI307EV7lmwBEYbivIUBwKv3VlwiTGL6seSD5xhaC7cEvucmazt9EbmWbbr1PXh2T oIbt0q1APO+RB6REjUGQh0jlwH0G7McO7BJ+GyLPXPysH9ZM61QWJNAGLckMAStKkAlk L5YCjZkbkDbl+4u1kocCek7KZP/rVo6oOxle0nbXE2rm6qheaz/LG1KprPkFHpdZk9jp H37w== 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=qi755QcMdcsnnd4kWevx3RrB79ivmtCRculT627ac28=; b=Fx8KB8T3yTs6xaNYUZkJCns6YzfwDGxPHf3Xc2hDXXAsf/Rh9zsvtoWRepen5iLpic 1cvbutClxwEQ1akhWXfnbD9Z8Jou7DbrzAtYq6ZVKGIr5zxa/lYa9YSFg35spO+3ssH0 Njz/o3zfuyBXk+q1bdix02K8RlM8n9l3zOBzap+n5qAd0iVJHS5mpgxNRI8kuZKA5/E3 a4lyLXO8U5BFBAPeCgR7quMAhCxYs0nGCsdTudP02fzBuDxBTGi1AB4gZ3+JHbgSNcUl fYOUMtxpV1GVHQ06iF60Y6u2ZaNUc4C7aEKD3upn1c9GKNMWmwsgLTsAxuXZpw7SUo1t 0kEA== 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 t10si73150wmh.0.2018.04.13.04.25.52 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Apr 2018 04:25:52 -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 w3DBPnlu007356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 13 Apr 2018 13:25:51 +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 w3DBPnOS012861 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 13 Apr 2018 13:25:49 +0200 Received: (from ibr@localhost) by yssyq.radix50.net (8.14.4/8.14.4/Submit) id w3DBPnLp012860 for isar-users@googlegroups.com; Fri, 13 Apr 2018 13:25:49 +0200 Date: Fri, 13 Apr 2018 13:25:49 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [DISCUSSION] Mirror implementation with isar-bootstrap Message-ID: <20180413112549.GE6488@yssyq.radix50.net> Mail-Followup-To: isar-users@googlegroups.com References: <20180412141233.GD6864@yssyq.radix50.net> <0fd2cd66-a689-febc-ebb6-2690fb4ba0fb@siemens.com> <20180413103338.GB6488@yssyq.radix50.net> <20362f78dc0935a2ed2065f3a6270862d6e1591a.camel@denx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20362f78dc0935a2ed2065f3a6270862d6e1591a.camel@denx.de> User-Agent: Mutt/1.5.23 (2014-03-12) X-TUID: sa+8Zikylrtn On Fri, Apr 13, 2018 at 12:56:55PM +0200, Claudius Heine wrote: > > Before I dig into the upstream docs: Your patch implements the same > > syntax as > > the upstream PREMIRRORS, no? > > I tried to. There might be subtle differences, since its a new > implementation. > > For instance I do a regex search. OE might do a match instead. That > means my implementation is compatible with OEs, but you don't need to > specify a regex for the whole string. I can change that, but then the > protocol has to be specified in every regex and replace string. I > preferred not do do that. With my implementation you can do that, but > you don't need to. > > Simply put, you can use OEs style of PREMIRROS in DISTRO_APT_PREMIRROS, > but you can also use the shorted style version I described in the patch > notes. Ok, I see. The idea is to avoid bad surprises for people using PREMIRRORs in the way they know from Yocto. With kind regards, Baurzhan.