Ludovic Courtès writes:
> Eric Bavier skribis:
>
>> Currently, if (@ (guix build utils) wrap-program) is called multiple
>> times for the same file, the original file ends up being overwritten.
>
> OK, you’ve convinced me that this improvement is welcome.
An updated patch is attached. I change
Federico Beffa skribis:
> ./configure --with-libgcrypt-prefix=$HOME/.guix-profile/
>
> finishes without errors. However, now "make" complains as follows:
>
> $ make
> make: *** No rule to make target `gnu/system/os-config.tmpl', needed
> by `doc/os-config.texi'. Stop.
The was a bug in 0.7 where
>> configure:3474: checking whether the C compiler works
>> configure:3496: gccconftest.c >&5
>> ld: cannot find crt1.o: No such file or directory
>> ld: cannot find crti.o: No such file or directory
>> collect2: error: ld returned 1 exit status
>
>This is due to the lack of the above LIBRARY_
Luis Souto Graña skribis:
> Sorry for the delay in replying. Effectively, I was wrong: hydra
> substitutes work well, but it issues other error now:
OK.
> My new attempt, step by step:
[...]
> # mkfs.ext4 /dev/sda
/dev/sda is the raw disk, so you should first make a partition table on
it, us
>> It seems like the mount failed, which is fishy. Does /.rw-store exist >>
after that? Normally ‘deco start cow-store’ creates it, and then >>
immediately mounts a unionfs on it, and moves it to /gnu/store.
>> Did you try without ‘--no-substitutes’? You may get a message about
>> hydra.gnu.org b
Hi!
With commit 5dae018, it’s possible to declared “mapped devices”. I use
it for my /home partition which is LUKS-encrypted:
--8<---cut here---start->8---
(operating-system
(host-name "pluto")
(timezone "Europe/Paris")
(locale "en_US.UTF-8")
(mapped-
"Thompson, David" skribis:
> Here ya go: http://libreplanet.org/wiki/Group:Guix/Hackathon-09-2014
Excellent, thanks!
People, please add your name if you want to be listed as a potential
participant, and add your ideas!
Ludo’.
Andreas Enge skribis:
> There is already "guix refresh", but so far it works only for gnu packages;
> with the parameter "-u", it even updates the version and hash, so if the
> source uri is written using "string-append" and "version", it can update
> package recipes automatically.
>
> It would b
PS: And "guix refresh" lacks the automatic creation of the log message and
the execution of "git commit" (while I would reserve the "git push"
for some manual intervention).
On Thu, Sep 11, 2014 at 08:31:00PM -0700, Jason Self wrote:
> With the number of packages available using Guix (and it seems to keep
> increasing) keeping up on the latest upstream versions manually is
> gonna be a pain. :) Shouldn't the checking be automated in some way?
> One idea might be to cre
10 matches
Mail list logo