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 latter
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 mcron-ser
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
>
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 a
low-level thing tha
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, some c++
> libraries like
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 approach: if a service is r
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:
https://www.gnu.org/software/guix/manual/html_node/Invoking-guix_002ddaemon.html
> *Q:* Do guix dev
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 th
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) override this
>> mc
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 all
> knowledge
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 case it would be nice to be able t
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 like this
>> in offi
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
>
> FYI, adding a patch to 'webkitgtk
Marius Bakke writes:
> Katherine Cox-Buday writes:
>
>> Chris Marusich writes:
>>
>>> Leo Famulari writes:
>>
>>> I wonder: how easy will it be to install those firmware/microcode
>>> updates if you are using GuixSD? In particular, I'm curious about the
>>> case of the Lenovo x200 with librebo
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 GNU/H
Hello Svante,
> /proc/self/exe is supported in glibc for Hurd since 2.24-18. Are
you using an
> earlier version?
Currently we use glibc/hurd 2.23,
see http://alpha.gnu.org/gnu/hurd/glibc-2.23-hurd+libpthread-20161218.
And of course Hurd must be newer than Debian version 0.9.git20170507-1
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 thin
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 updates.
> >
> > In my opinion, CPU microcode fa
On Tue, Jan 09, 2018 at 10:18:51PM +0100, Tobias Geerinckx-Rice wrote:
> Katherine Cox-Buday wrote on 09/01/18 at 21:13:
> > Tobias Geerinckx-Rice writes:
> >> [...] how do we square not recommending proprietary globs like this
> >> in official channels with giving users all knowledge required to
On Sun, Jan 07, 2018 at 01:38:40AM -0500, Mark H Weaver wrote:
> Mark H Weaver writes:
> > I just backported the Spectre mitigation from Firefox 57.0.4 to IceCat,
> > and pushed it to master here:
> >
> >
> > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=c23243fccd4f73430ca06a862acd33c0
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 hacking.
>
> Write Manolis, Lu
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 in official chann
l...@gnu.org (Ludovic Courtès) writes:
> 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
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 publ
On Tue, Jan 09, 2018 at 09:45:33PM -0800, Chris Marusich wrote:
> It's a little last minute, but I'm thinking of going. It'd be really
> great to meet people in person and also to be able to go to FOSDEM!
> Would there still be enough room for me on the Guix/Guile day if I came?
Absolutely. Just
25 matches
Mail list logo
