From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jookia <166291@gmail.com> Subject: Re: A registry for distributed sources and binaries Date: Sun, 24 Jul 2016 15:48:48 +1000 Message-ID: <20160724054848.GA5332@novena-choice-citizen> References: <579027b7.VHXjhpPxQC3AAmeY%pjotr.public12@email> <8760rznoh1.fsf@gnu.org> <20160722004130.GA10340@thebird.nl> <874m7hk6dz.fsf_-_@gnu.org> <20160724033027.GA20236@thebird.nl> <87shuzwqmn.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48385) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bRCHe-0008Bu-5M for guix-devel@gnu.org; Sun, 24 Jul 2016 01:49:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bRCHa-0003Uw-2Y for guix-devel@gnu.org; Sun, 24 Jul 2016 01:49:02 -0400 Received: from mail-lf0-x242.google.com ([2a00:1450:4010:c07::242]:33098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <166291@gmail.com>) id 1bRCHZ-0003Um-Q8 for guix-devel@gnu.org; Sun, 24 Jul 2016 01:48:57 -0400 Received: by mail-lf0-x242.google.com with SMTP id f93so9602385lfi.0 for ; Sat, 23 Jul 2016 22:48:57 -0700 (PDT) Content-Disposition: inline In-Reply-To: <87shuzwqmn.fsf@netris.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Mark H Weaver Cc: guix-devel@gnu.org On Sun, Jul 24, 2016 at 01:29:20AM -0400, Mark H Weaver wrote: > It's crucially important to the future vitality of this project that we > retain our freedom to evolve the design of Guix, the way packages are > specified in Guix, as well as the set of core packages. These freedoms > will be drastically curtailed if we support a decentralized system of > externally-managed repositories. Therefore, we must not do this. > > What do other people think? > > Mark The problem we have is that people want to experiment and have custom versions of Guix that people can use, with the common intent for coming to a conesnsus later down the track and eventually have things merged in to upstream, or perhaps not at all if it's for something like nonfree. Nobody wants to fork, nobody wants to make enemies. We're all a bit frustrated with each other at the moment because we have different goals. I think the clearest system is a way to have multiple guixes installed at once. Other package managers need not do this, but as long as the daemon compatiblity is kept it should be fine. There could be a guix-jookia, guix-nonfree for those that really want to run it on their nonfree systems. These would have their own internal system with maximum freedom for experimentation. Getting users to install these systems would be the hard part. I think it's still worthwhile to remember that this is a political problem with contributing upstream to Guix, so people are naturally trying to make downstreams which Guix doesn't support. Jookia.