From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6607733288662466560 X-Received: by 2002:a50:ac53:: with SMTP id w19mr359475edc.3.1543496001828; Thu, 29 Nov 2018 04:53:21 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:9507:: with SMTP id u7-v6ls401324ejx.4.gmail; Thu, 29 Nov 2018 04:53:21 -0800 (PST) X-Google-Smtp-Source: AFSGD/WnpcAwqviJqVxnceoVrpxfZf5HsbB4o43HaTGs0wY7z8ilo+Xh+mztJG14wpjiu+xHba3o X-Received: by 2002:a17:906:46c2:: with SMTP id k2-v6mr330682ejs.7.1543496001358; Thu, 29 Nov 2018 04:53:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543496001; cv=none; d=google.com; s=arc-20160816; b=SJO5dtd5R5KU7V5mUrly+iH8T8juNmIwFWfAY8pePI+bcy4ZZE29fUa6C461g150TZ xw6nje299s4VJz2sPXw+lwmvRMtUfelC92+3m7x+z0vEib7eHEx6boFSNx8AhZflcTOi pZOl54TwZk4Rj1gjhhUPnQtOurfM0AxvHBDlpFUAg/j2ralS85GqhaWIpI/HdSbqHLfJ igHDVmaJVxo006x6ht9XkkAP3qRc84XJFo0U6yMHFETXl79pJlgXIjByDT9P7DuEoMK9 yqT4Pqnbr55HhLT2ylP2s7+RFkgyUzeufeSW/5oxOfz61f2smx2GmiiXrYIOKh5gLf6P ULGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=WJ116DfJ3X9DOMrGzr8Li76imIBYHds0EFkIVUAv47E=; b=gg+K9GGWF4E9ppVbPA73hoeM/Sdr5vPrEYizLNuAaMwWFvRlioZHIdh6ZnsY2FNDfm zuE2Dmea3wtl5uIDHAFJsXvnyRTtZ4zgVvM7rxP9OMx5S1BqD3EFr/+SV7Lc2plT8jNj S6j2i9tFnVeXd8wz3pN0gB2eNwaOlonQ1LN0YGxC/a29GReIIVnEh79pQFFdhxtnt606 l/hkXbSIcOdOYUNZi70jeIRIKvMDW1JRA2xlTs/gazDMpX5Nznol89E61GyYz+XYE4sn irJhJgyjg7IUc6ZvI1xymqio11ut8oIKlwBKZB08W9CEyibOhbg8iWgmLYx0yBm9ihQW Hm8g== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id d10-v6si72499ejx.0.2018.11.29.04.53.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Nov 2018 04:53:21 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id wATCrKlo017176 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 29 Nov 2018 13:53:20 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.223]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id wATCrKlp016675; Thu, 29 Nov 2018 13:53:20 +0100 Date: Thu, 29 Nov 2018 13:53:19 +0100 From: Henning Schild To: Baurzhan Ismagulov Cc: Subject: Re: [PATCH 0/9] Introduce local apt repo to cache upstream debian packages for offline usage Message-ID: <20181129135319.267cb1e7@md1za8fc.ad001.siemens.net> In-Reply-To: <20181109091418.GA17039@yssyq.m.ilbers.de> References: <20181002121907.18476-1-mosipov@ilbers.de> <20181102130027.53da28e7@md1za8fc.ad001.siemens.net> <1209f31d-2a4e-e7ac-9bfb-69920484a88b@siemens.com> <20181109091418.GA17039@yssyq.m.ilbers.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: JgRL8s7rSsGQ Am Fri, 9 Nov 2018 10:14:18 +0100 schrieb Baurzhan Ismagulov : > On Fri, Nov 09, 2018 at 09:04:43AM +0100, Jan Kiszka wrote: > > > how does series compare to "apt-cacher-ng"? Looks to me like that > > > tool does something very similar, and it most likely deals with > > > gpg and other details with more care. > > > I might be wrong, but if that tool was never considered ... i > > > think it should be before inventing it again. > > We had discussed the proxy approach last year. It doesn't support > apt's pluggable fetch schemes and is, being a pure network tool, > completely apt-agnostic. That can also be seen as a benefit. It can in fact be replaced by any caching proxy, squid ... you name it. > One can get the initial mirroring done with > it, but implementing further use cases like updating the cache > without deleting it or selectively picking just a few packages and, > optionally, their dependencies requires apt introspection. Valid point, but is that a strong enough feature to roll our own? Flushing the cache and rewarming it from scratch does not take too much space and time. And you do not risk making a mistake. And the implementation we have in Isar at the moment does not support that either. > I think > adding and maintaining that in a C++ tool designed for a different > purpose is not the way to go. We would be using that tool, or any other http/ftp proxy. The language it is written in or who maintains it does not matter all. If we do not like it we change .. easy. Implementing our own, we have to maintain it ... > That is why we should be reusing apt > code to stay up-to-date with Debian. libapt + python-apt provide what > we need, and other projects have good experience with that. aptly > claims selective update support, so that is also on our list. Ok maybe aptly. If Isar itself was completely agnostic, people could choose their cache. Some might go for apt-agnostic some for plain http. Isar itself could carry documentation and suggestions on how to set that up. Henning > With kind regards, > Baurzhan. >