From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexandre Oliva Subject: bug#14851: linux-libre-3.3.8-gnu disappeared Date: Fri, 19 Jul 2013 08:08:43 -0300 Message-ID: References: <201307121302.05303.andreas@enge.fr> <87zjtrfm39.fsf@gnu.org> 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]:37664) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0Cno-0002cV-5w for bug-guix@gnu.org; Fri, 19 Jul 2013 11:41:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V0Cnm-0008Bj-Hc for bug-guix@gnu.org; Fri, 19 Jul 2013 11:41:04 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:43349) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V0Cnm-0008Bf-EK for bug-guix@gnu.org; Fri, 19 Jul 2013 11:41:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1V0Cnm-00053s-11 for bug-guix@gnu.org; Fri, 19 Jul 2013 11:41:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87zjtrfm39.fsf@gnu.org> ("Ludovic =?UTF-8?Q?Court=C3=A8s?="'s message of "Sat, 13 Jul 2013 00:30: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-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 14851@debbugs.gnu.org On Jul 12, 2013, ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > Since we=E2=80=99re about to release a new version of Guix, I=E2=80=99d r= ather keep > using 3.3.8. > Alexandre: could you reinstate the original > http://linux-libre.fsfla.org/pub/linux-libre/releases/3.3.8-gnu/linux-lib= re-3.3.8-gnu.tar.xz? I suppose you don't want to prevent users of guix from using ath9k wifi cards, so I strongly suggest switching to 3.3.8-gnu1. Indeed, I think you'd be better off with some LTS version of GNU Linux-libre, rather than the dead 3.3 branch. But that's your call. > It would be ideal if the tarballs were on ftp.gnu.org. I could do it if > you don=E2=80=99t want to bother, provided the FTP admins allow it. WDYT? I'd be glad with such an arrangement. I keep on failing to figure out how to fit the weekly publishing of multiple releases into a workflow that includes collecting information and sending it to ftp.gnu.org without keeping another local copy of stuff that was published before. That's one of the hold-up factors for me. As for the tarballs, they're all signed, so figuring out a way to upload just the bits created since the last push, and pushing them to live, is what's missing. Now, another possibility that I think would make more sense for guix is to have its sources consolidated in a single place, rather than scattered all over and at risk of having them pulled from under you. At the very least, you ought to keep a copy of sources you use to build binaries you publish, so that you can satisfy your obligation to offer the corresponding source, be it a legal (copyleft) or moral (software in gnu ought to be free) obligation. When we get GNU Linux-libre at ftp.gnu.org, it could then be hard links, so that if we remove some tarball it won't go away from your =E2=80=9Ccopy= =E2=80=9D, but until then, you might be better off holding your own copy rather than assuming our primary repository has infinite space. Unfortunately it doesn't, and I have to clean things up quite often. For sources, I at least keep enough bits around that the tarballs can be reconstructed in a bit-exact fashion, but for binaries, when they're gone, they're gone forever. However, considering we put out multiple GBs of builds per week, I don't think it's realistic to keep them all forever. Not in our own server, not at ftp.gnu.org. --=20 Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer