From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6607733288662466560 X-Received: by 2002:a5d:5189:: with SMTP id k9-v6mr1549822wrv.24.1541754862163; Fri, 09 Nov 2018 01:14:22 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:d14e:: with SMTP id b14-v6ls228661wri.19.gmail; Fri, 09 Nov 2018 01:14:21 -0800 (PST) X-Google-Smtp-Source: AJdET5eUQau/fwejhmd6K4otOuwSpgEBtit3ydQPYXfVinLsQOqA9DZsjMFRVulW1T09MG3HeOws X-Received: by 2002:adf:e948:: with SMTP id m8-v6mr1501219wrn.6.1541754861911; Fri, 09 Nov 2018 01:14:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541754861; cv=none; d=google.com; s=arc-20160816; b=ZaFCzw7ghcQ450RH/s6JFUdUbMRGQTYoINXuAONGBGH+od9p92RvgATHe+Ywssnl1k u4lsSwGjbysp+xdSV/ZwP1IEmbecqhGGpNc89mh/D0yweLFzFZsBrDHrzWnoeKtKaytF pFGhrMd/WQ+YI4VXf32K/XJUStJgNC+WYtevhbBOVM209dML0Ky8Wp61tnt4OjUenYQ/ 2S2G5C0XY+TciUuOQ1fPMhylOhcY2oPJSbTbTG/H8pJsx/FE6jftANdEhOVcVkamcuXN QUtPOv16Jp0YS6nykmfpV3eW7Gwao9RukglOZuqABdleLtOLZ6bQXessWMY/tTS8jlHa WDYg== 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=+htMH3BubnTosQdcKstF4JNOkkcsqfTB6ovZqXmtPJc=; b=D6CYchbcSZvmJL/v2XrfA2ub0oFgJECPZR0yG/DjSJUiBIo3osJX1oW5QZJ+L/vPSt TWGTUOgLOmGzF7qGBsdK6j9wDSLiGBAYHRqCzR3+7yHLFPXogHxaAcpHl2Ap0LJZ5XZx 2+qu4ByQsX/ZC+M+FclHT0RFVw+qjg3nCAvUus3C2QuZ4Vkl0DwRFOnfFjPukXPY+TRa eL7DAd0jqUMGRFzEYFP8jeg9X1GD+XfJhnVnoK3zWTnsOB+E94TaY8tdqCdCKFXTfCJS 9lyY3yFpzKMNVz5hniFP/GF8v9WWde7v0737ou8uRaJThi0QmAFUsWpIfddA19ssIPg3 PHHw== 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 b12-v6si36443wme.1.2018.11.09.01.14.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Nov 2018 01:14:21 -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 wA99EJZk015454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 9 Nov 2018 10:14:20 +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 wA99EJ7H018713 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 9 Nov 2018 10:14:19 +0100 Received: (from ibr@localhost) by yssyq.m.ilbers.de (8.15.2/8.15.2/Submit) id wA99EI9i018712 for isar-users@googlegroups.com; Fri, 9 Nov 2018 10:14:18 +0100 Date: Fri, 9 Nov 2018 10:14:18 +0100 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH 0/9] Introduce local apt repo to cache upstream debian packages for offline usage Message-ID: <20181109091418.GA17039@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20181002121907.18476-1-mosipov@ilbers.de> <20181102130027.53da28e7@md1za8fc.ad001.siemens.net> <1209f31d-2a4e-e7ac-9bfb-69920484a88b@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1209f31d-2a4e-e7ac-9bfb-69920484a88b@siemens.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-TUID: 3S/BdXMAJLCz 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. 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. I think adding and maintaining that in a C++ tool designed for a different purpose is not the way to go. 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. With kind regards, Baurzhan.