From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#28159: Updater needs to support HTTP(S) servers Date: Tue, 22 Aug 2017 10:57:20 +0200 Message-ID: <87poboasjz.fsf@gnu.org> References: <2c2838f3-24d6-5010-faf6-49e70f85e963@crazy-compilers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50169) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dk50g-0000vF-Is for bug-guix@gnu.org; Tue, 22 Aug 2017 04:58:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dk50b-0008Jp-V9 for bug-guix@gnu.org; Tue, 22 Aug 2017 04:58:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:39901) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dk50b-0008IV-S3 for bug-guix@gnu.org; Tue, 22 Aug 2017 04:58:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dk50b-0003yK-Ky for bug-guix@gnu.org; Tue, 22 Aug 2017 04:58:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <2c2838f3-24d6-5010-faf6-49e70f85e963@crazy-compilers.com> (Hartmut Goebel's message of "Sun, 20 Aug 2017 14:06:02 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Hartmut Goebel Cc: 28159@debbugs.gnu.org Hi Hartmut, Hartmut Goebel skribis: > our updater currently only supports FTP servers, More precisely, several updaters rely on FTP (gnu, kernel.org, kde, etc. see (guix gnu-maintenance)), but others rely on structured data retrieved over HTTP(S) (pypi, cran, elpa, etc.) > but more and more projects shutdown the FTP service and provide > HTTP(S) servers only (e.g the Linux kernel). For other projects, the > main distribution point has changed to HTTP and the mirrors still > providing FTP at lagging (e.g. KDE, see [1]). The FTP updater had the advantage of being simple and fairly generic, but here we=E2=80=99ll probably have to go for project specific methods. So I would suggest picking one updater, say kde, and implementing it using whatever metadata can be retrieved from kde.org. This should be simpler than trying to figure out a generic method that will work for every software project. HTH! Ludo=E2=80=99.