From mboxrd@z Thu Jan 1 00:00:00 1970 From: ng0 Subject: Re: Debugging info unavailability Date: Thu, 11 May 2017 16:50:01 +0000 Message-ID: <20170511165001.qq5jqhtwyzf2msmd@abyayala> References: <87shknnrfm.fsf@gmail.com> <87pofr0xjs.fsf@gnu.org> <87zieu7d8n.fsf@gmail.com> <87bmrah2s3.fsf@elephly.net> <87tw52uu51.fsf@gnu.org> <87r3066k4c.fsf@gmail.com> <87efw3yrj3.fsf@gnu.org> <20170506124643.u62fs4ptmi2acgkp@abyayala> <87a86kkmbc.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59510) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8rI4-0004QP-95 for guix-devel@gnu.org; Thu, 11 May 2017 12:50:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d8rI1-0007Tx-71 for guix-devel@gnu.org; Thu, 11 May 2017 12:50:12 -0400 Content-Disposition: inline In-Reply-To: <87a86kkmbc.fsf@gmail.com> 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: Maxim Cournoyer Cc: guix-devel Maxim Cournoyer transcribed 4.2K bytes: > Hello ng0, > > Sorry for the delayed reply! > > ng0 writes: > > > Maxim Cournoyer transcribed 1.0K bytes: > > … > >> >> What good is a substitute server if it doesn't hold the stuff I need > >> >> *now*? :) On the other side, it really makes me want to look at GNUnet, > >> >> which seems like the better long term solution. > >> > > >> > Though GNUnet doesn’t solve the fact that one needs a lot of CPU and > >> > storage to build and store all this. :-) > >> > > >> > >> I think what I meant was "integration of GNUnet with guix publish". > >> Something which would allow anyone to effortlessly share what's been > >> built on their machine with the other Guix users. A zero config kind > >> of thing, with auto discovery of peers and available substitutes. > >> > >> I haven't researched much about GNUnet yet, but it seems it might be > >> fit for that purpose. > >> > >> Maxim > >> > > > > This has been addressed between 2013? and late 2015, and I'm about to document my own > > discussions, thoughts, and roadmap for this (gathered in the last 2 years). > > In the sense of freedom of choice, I'd rather make this an opt-in (contrary to what > > my own position in discussions was before) so that I can make pragmaOS use this and > > those who would like to use it too. > > The main roadblocker is 5 weeks - 5 months until a new GNUnet release, but there's > > some tasks to work on which can be quickly updated once we have released GNUnet 0.11 > > or which version number is decided upon. > > If you are interested, I can CC you in the message update when I have documented > > the ideas (though they are 90% identical to the outcomes of the GSoC discussions > > of the past, thought about without knowing it has been discussed > > before). > > Count me in. I'd like to learn more about GNUnet and any design > ideas/known issues there might be to integrate 'guix publish' with it. This week applications for university started, so I will transfer the documentation when I have more time. Probably within the next weeks. > > My basic idea without going too much into depth (I don't want to search my papers): > > > > - following the ideas of pragmaOS, to first make GNUnet as easy as > > possible to use and configure (the system service I'm working on) > > Shouldn't deploying GNUnet on Guix be as easy as adding a service to the > system declaration (and maybe tweeking a few parameters) ? For just the system service, yes. But I want to make the most out of shepherd and include every possible option which can be later extended to have example or services documented for configuring the gnunet-vpn, etc (actually the system-service part is only a small part of improving the usability). > > - update the gnunet-guile bindings for HEAD of gnunet but work with 0.10.1 for the > > current version of the service > [...] > > I know from the meeting december of last year that Ludovic is sceptic about > > GNUnet by now to some degree, and if I could decide on releases GNUnet would now > > have an -dev or -preview or whatever release. The amount of bugfixes which happened > > since 0.10.1 are just too much to keep 0.10.1 around, especially since the compability > > no longer works between nodes running 0.10.1 and ones running HEAD. > > > > Is backward compatiblity absolutely necessary, given that this version > has its share of problems and is fragmenting the network. I'd rather put > efforts on making GNUnet 'next' working, and well. There is no backwards compability. This extra step is just done because in past discussions some of us in Guix insisted on an available release. Given that we (at GNUnet) now explicitly recommend not to run 0.10.1, and the only delay is 2 bugs which depend on Christian freeing up time in the schedule between jobs, it's annoying that we can't use HEAD. Anyway, for getting the service started it should work like this, I'm just generally stuck on services and the help on services is mostly try and run it until it could/should/would work… I don't expect any help, but there's more help on packages then getting started with services. It takes much longer. > Also, why not packaging a GNUnet-next already in Guix? With only two > bugs left to fix, it should already work rather well (maybe better?) > compared to 0.10.1? Guix makes it easy to have multiple versions if we > need -- let's make use of it! Refer to Ludovic and others for the reasons why we don't have that. In any case I have many different variants of gnunet in my public package repository https://git.pragmatique.xyz/ng0-packages/log.html I could test run the current HEAD with some of my definitions, but I don't really want to waste my time on discussions about the why and why not again. If you want it, it can be added very quickly. > Maxim -- https://pragmatique.xyz PGP: https://people.pragmatique.xyz/ng0/