Re: [OSM-dev] [GNUnet-developers] [GSoC] Guix + GNUnet: what’s next

Hi Paul! Thank you for your instant reply! On Thu, Jul 02, 2015 at 03:56:57PM -0700, Paul Norman wrote: > On 7/2/2015 2:58 PM, Daniel Golle wrote: > >This sounds very useful eg. for Planet.osm distribution. > >http://wiki.openstreetmap.org/wiki/Planet.osm > >It's already available via BitTorrent

Re: [OSM-dev] [GNUnet-developers] [GSoC] Guix + GNUnet: what’s next

On 7/2/2015 2:58 PM, Daniel Golle wrote: This sounds very useful eg. for Planet.osm distribution. http://wiki.openstreetmap.org/wiki/Planet.osm It's already available via BitTorrent http://www.mantlik.cz/tracker/torrent_functions.php but the regions are very large and thus the files are too... In

Re: [GNUnet-developers] [GSoC] Guix + GNUnet: what’s next

Hi! Following the discussion about using GNUnet for software package distribution I started thinking about what kind of data *read access* traces matter to people's privacy. Map data bumped into my mind, because it's obvious that where one zooms down and the places one searches for tell alot about

Re: security concerns of using guix packages

On Jul 3, 2015 6:44 AM, "John Darrington" wrote: > On Fri, Jul 03, 2015 at 12:38:49AM +, Cook, Malcolm wrote: >> The sys admin at my institute expresses concern that we would potentially expose ourselves to additional security risk by building scientific software stack in Guix where we m

Re: security concerns of using guix packages

On Fri, Jul 03, 2015 at 12:38:49AM +, Cook, Malcolm wrote: Hello Guixen (Guixers? Guix-noscenti?) The sys admin at my institute expresses concern that we would potentially expose ourselves to additional security risk by building scientific software stack in Guix where we migh

security concerns of using guix packages

Hello Guixen (Guixers? Guix-noscenti?) The sys admin at my institute expresses concern that we would potentially expose ourselves to additional security risk by building scientific software stack in Guix where we might depend on alternate versions of, say, openssl. Do you agree this is a reaso

Re: [PATCH] gnu: icecat: Display IPA.

Alírio Eyng skribis: > https://www.gnu.org/software/guix/manual/guix.html#FOOT1 doesn't work by > default > > From 52762207ac1e5f9037506d30dd8b408acc764f92 Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Al=C3=ADrio=20Eyng?= > Date: Thu, 2 Jul 2015 15:03:53 + > Subject: [PATCH] gnu: icecat: Disp

Re: [GSoC] Guix + GNUnet: what’s next

(Sorry, I had misspelled the GNUnet mailing list address.) Rémi Birot-Delrue skribis: > Ludovic Courtès writes: > >> I’m not completely clear on how search for substitutes will work, >> though. Currently, when the user wants to build /gnu/store/xyz, ‘guix >> substitute’ simply fetches http://hy

Re: [GSoC] Guix + GNUnet: what’s next

Ludovic Courtès writes: > I’m not completely clear on how search for substitutes will work, > though. Currently, when the user wants to build /gnu/store/xyz, ‘guix > substitute’ simply fetches http://hydra.gnu.org/xyz.narinfo. How will > that work with GNUnet? Are we going to look up their /gn

[PATCH] gnu: icecat: Display IPA.

https://www.gnu.org/software/guix/manual/guix.html#FOOT1 doesn't work by default From 52762207ac1e5f9037506d30dd8b408acc764f92 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Al=C3=ADrio=20Eyng?= Date: Thu, 2 Jul 2015 15:03:53 + Subject: [PATCH] gnu: icecat: Display IPA. * gnu/packages/gnuzilla.scm

Re: Help with a basic GuixSD installation

On 2015-06-30 14:06, Claes Wallin wrote: On 30-Jun-2015 3:08 pm, "Ludovic Courtès" wrote: > Evan Rowley skribis: > > > (file-systems (cons (file-system > > (device > > "/dev/disk/by-id/ata-WDC_WD20EURS-63SPKY0_WD-WMC300539593-part3") > > (

Re: [GSoC] Guix + Hurd continuation

Quoting Ludovic Courtès (2015-07-02 14:14:57) > Justus Winter <4win...@informatik.uni-hamburg.de> skribis: > > > Quoting Ludovic Courtès (2015-07-02 11:33:29) > >> I think it would work anyway, but would end up starting one instance of > >> /hurd/symlink for each symlink, which is suboptimal. > >

Re: [GSoC] Guix + Hurd continuation

Manolis Ragkousis, le Thu 02 Jul 2015 16:38:54 +0300, a écrit : > > 4. Instead of sitting idle watching build logs ;-), it Would Be Nice™ > > to implement the ‘mount’ and ‘umount’ functions for GNU/Hurd in > > libc, with support for MS_BIND using /hurd/firmlink. > > Of course libc

Re: [GSoC] Guix + Hurd continuation

Hello everyone, On 2 July 2015 at 12:12, Ludovic Courtès wrote: > 0. Run Guix’s ‘./configure --with-courage && make’ and see what > happens. > 1. ‘guix-daemon’ must work correctly on GNU/Hurd. Already started working on them. Will report back today on my first results. > > 2. When bu

Re: [GSoC] Guix + Hurd continuation

Quoting Ludovic Courtès (2015-07-02 11:33:29) > I think it would work anyway, but would end up starting one instance of > /hurd/symlink for each symlink, which is suboptimal. No, /hurd/symlink doesn't quite work as expected. Currently, the shortcut semantics are important for us. Justus

Re: [PATCH] Add '.mailmap'.

Alex Kost skribis: > From ac0d941b2b098e31c549b9e4269e2a31547287bb Mon Sep 17 00:00:00 2001 > From: Alex Kost > Date: Tue, 30 Jun 2015 23:08:32 +0300 > Subject: [PATCH] Add '.mailmap'. > > * .mailmap: New file. Please push, thanks! Ludo’.

Re: [GSoC] Guix + GNUnet: what’s next

Hi Rémi, Thanks for the update! So I can see two milestones now, as we discussed before: 1. Create a variant of ‘guix publish’ that publishes over GNUnet’s file sharing (FS) service, using the neat bindings that you wrote. For that you can literally copy guix/scripts/publish.scm as

Re: [PATCH] getifaddrs wrapper

Rohan Prinja skribis: > PTAL, tests to follow soon. It’s looking good now, thanks! Could you send the updated patch against master, that includes a simple test in tests/syscalls.scm that makes sure that ‘getifaddrs’ returns a possibly empty list of ? TIA, Ludo’.

Re: [GSoC] Guix + Hurd continuation

Justus Winter <4win...@informatik.uni-hamburg.de> skribis: > Quoting Ludovic Courtès (2015-07-02 11:33:29) >> I think it would work anyway, but would end up starting one instance of >> /hurd/symlink for each symlink, which is suboptimal. > > No, /hurd/symlink doesn't quite work as expected. Curre

[GSoC] Guix + GNUnet: what’s next

Hello Guix! Here’s a little update. The current binary package distribution (through HTTP) is based on two components: a substituer (that retrieves packages) and a publisher. The current plan is to start with adapting the publisher for GNUnet before attacking the substituer; this work will be star

Re: [PATCH] getifaddrs wrapper

PTAL, tests to follow soon. Thank you. On 19 June 2015 at 17:33, Ludovic Courtès wrote: > Rohan Prinja skribis: > >> From 668910afbe979145a7699708817e28d219ec0750 Mon Sep 17 00:00:00 2001 >> From: Rohan Prinja >> Date: Fri, 19 Jun 2015 12:05:05 +0530 >> Subject: [PATCH] add wrapper for getifad

Re: [GSoC] Guix + Hurd continuation

l...@gnu.org (Ludovic Courtès) skribis: > 2. When building natively, surely you’ll find out that some packages > do not build (PATH_MAX!), and that there are assumptions in > hurd.scm and base.scm, such as the fact that GNU/Hurd is a > cross-compilation target and not a native sys

[PATCH] gnu: Add Celestia.

From: Eric Bavier * gnu/packages/education.scm: New file. * gnu/packages/patches/celestia-includes.patch, gnu/packages/patches/celestia-libpng15.patch, gnu/packages/patches/celestia-lua-config.patch: New patches. * gnu-system.am (GNU_SYSTEM_MODULES): Add file. (dist_patch_DATA): Add patches

[GSoC] Guix + Hurd continuation

Hello! Now that Manolis managed to produce the bootstrap binaries (yay!), we must plan for what’s next. I think the first thing will be to try and start building things natively, as noted in . That implies a few things: 0. Run G