Does Guix publish work with mDNS?

Hi, I could have sworn that Guix publish worked over mDNS, but I can't find any emails or manual sections to confirm this. Am I mistaken? By "Guix publish works over mDNS," I mean that if I publish substitutes on one machine in my network, then other machines on my network will discover the

Re: Meltdown / Spectre

Katherine Cox-Buday writes: > Tobias Geerinckx-Rice writes: > > >> I think the real and thornier question for GuixSD >> is: if the recent CPU vulnerabilities require a >> microcode update to fully mitigate, then how do we >> square not recommending proprietary globs like >> this

Re: FOSDEM 2018 and announcing a GNU Guix/Guile day!

Pjotr Prins writes: > We are hosting a GNU Guix and Guile day on Friday before FOSDEM (that > is Feb 2nd.). We have a large room for 40 people at http://icab.be/ > for the whole day. In the morning we'll have talks - and in the > afternoon it is free discussion and

Re: Meltdown / Spectre

On Tue, Jan 09, 2018 at 06:10:02PM -0500, Mark H Weaver wrote: > Marius Bakke writes: > > Katherine Cox-Buday writes: > >> I am also interested -- more from a philisophical perspective -- how > >> GuixSD and GNU squares with these kinds of security

Re: Meltdown / Spectre

On Wed, Jan 10, 2018 at 05:39:59AM +0800, Alex Vong wrote: > I have an idea. Should we add a news entry to Guix blog[0] summarizing > all the above? For example, we can advice users to install noscript and > turn off javascript by default and only enable it on trusted site when > necessary. I

Re: boot the Hurd with Guix

Hello Ludovic, > Uncaught exception: > Throw to key misc-error with args ("primitive-load-path" "Unable to > find file ~S in load path" ("ice-9/boot-9") #f)Can\ > not exit gracefully when init is in progress; aborting. > Aborted This must come from the lack of /proc/self/exe. In Debian

Re: Meltdown / Spectre

Mark H Weaver writes: > Mark H Weaver writes: > >> I just followed this up with a Spectre mitigation for WebKitGTK+ >> backported from upstream WebKit: >> >> >> https://git.savannah.gnu.org/cgit/guix.git/commit/?id=56804398a94bea941183ae4ed29d2a9f82069a6f >

Re: Meltdown / Spectre

Katherine, Not really an answer to your question, I'm afraid. Just some thoughts I had after hitting ‘Send’ on my previous non-answer. Katherine Cox-Buday wrote on 09/01/18 at 21:13: > Tobias Geerinckx-Rice writes: >> [...] how do we square not recommending proprietary globs

Re: Proposal: auto-instantiate services with a default value

Ricardo Wurmus skribis: > Ludovic Courtès writes: > >>> Also, that means that the instantiated mcron-service would automatically >>> get a rottlog entry even though the mcron-service-types's default job list >>> is empty, right ? >> >> Correct. >> >>> In that

Re: Meltdown / Spectre

Tobias Geerinckx-Rice writes: > I think the real and thornier question for GuixSD > is: if the recent CPU vulnerabilities require a > microcode update to fully mitigate, then how do we > square not recommending proprietary globs like > this in official channels with giving users

Re: Proposal: auto-instantiate services with a default value

Ludovic Courtès writes: >> Also, that means that the instantiated mcron-service would automatically get >> a rottlog entry even though the mcron-service-types's default job list is >> empty, right ? > > Correct. > >> In that case it would be nice to be able to (optionally)

Installation

Hello guix! I've just checked the installer, and I would like to propose something. It seems to me that the current installer effort is primarily frontend oriented. I believe, that we could make a powerful extension to guixsd if we could do an installation from an installation description. I

Re: Help understand some guix concepts

Hi, Sorry for the late reply. Amirouche Boubekki skribis: > *Q:* Does chroot guix/sd use chroot? The build daemon, ‘guix-daemon’, uses chroot (among other tools) to perform isolated builds:

Re: Proposal: auto-instantiate services with a default value

Hi, Danny Milosavljevic skribis: > On Tue, 09 Jan 2018 10:05:34 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > >> We discussed some time ago the possibility to automatically instantiate >> services. Now that service types have default value, I think it’s a >> viable

Re: Help packaging rct.

Fis Trivial skribis: > And by reading the source code, it's a basic collection of C++ facilities > which contains > abstraction for process, file system and other stuff like socket. I searched > through the > gnu/packages directory, Boost and Qt have their own module,

Re: Using Guix archive (Help!)

Hello! Ricardo Wurmus skribis: >> somehow propagated-inputs don't go into the archive. You'd think they are >> critical >> dependencies. >> >> Q1: is that to be expected? > > I’m not sure, but it seems wrong. I understand it’s weird, but it’s expected: ‘guix archive’ is

Re: Proposal: auto-instantiate services with a default value

Hi Ludo, On Tue, 09 Jan 2018 10:05:34 +0100 l...@gnu.org (Ludovic Courtès) wrote: > We discussed some time ago the possibility to automatically instantiate > services. Now that service types have default value, I think it’s a > viable approach: if a service is required, and *if* it provides a >

Re: Proposal: auto-instantiate services with a default value

Ludovic Courtès transcribed 1.3K bytes: > Hello Guix! > > Currently on GuixSD, users have to explicitly specify all the services > they need, recursively. For instance, if you add: > > (service rottlog-service-type) > > to your ‘services’ field, you also need to add: > > (service

Proposal: auto-instantiate services with a default value

Hello Guix! Currently on GuixSD, users have to explicitly specify all the services they need, recursively. For instance, if you add: (service rottlog-service-type) to your ‘services’ field, you also need to add: (service mcron-service-type) because the former happens to require the