* gnu/tests/package-management.scm: New file.
* gnu/local.mk: Add this.
* gnu/services/nix.scm (): New record.
(nix-activation): Generate Nix config file.
(nix-service-type): Add default value.
(nix-shepherd-service): Allow provide Nix package.
* doc/guix.texi (Miscellaneous Services)[Nix service]:
Hi Oleg,
Oleg Pykhalov skribis:
> Oleg Pykhalov writes:
>
> […]
>
>> Currently I don't see a way to mount
>> /gnu/store/57xj5gcy1jbl9ai2lnrqnpr0dald9i65-coreutils-8.32
>> dependencies (and other packages) inside the Nix sandbox.
>
> Found one way:
>
> (with-output-to-file "/etc/nix/nix.conf"
>
Hi Olivier,
Olivier skribis:
> I see that some time has passed and I believe that the issue can be closed.
>
> Long story short, my hdd has died and I bought a new one and
> re-installed. I could imagine that the errors I was running into were
> related to the impending hardware failure -- that'
Hello!
zimoun skribis:
> On Tue, 21 Jul 2020 at 23:22, Ludovic Courtès wrote:
>
>> • If we no longer deal with tarballs but upstreams keep signing
>> tarballs (not raw directory hashes), how can we authenticate our
>> code after the fact?
>
> Does Guix automat
Hi!
Oleg Pykhalov skribis:
> * gnu/tests/package-management.scm: New file.
> * gnu/local.mk: Add this.
> * gnu/services/nix.scm (): New record.
> (nix-activation): Generate Nix config file.
> (nix-service-type): Add default value.
> (nix-shepherd-service): Allow provide Nix package.
> * doc/guix
Currently, Krita fails to start after loading its splash screen. It just
hangs forever.
I found this upstream bug report in Qt:
https://bugreports.qt.io/browse/QTBUG-83207
Currently, I'm testing the build of Krita based on the Qt patch in that
bug report.
I've attached my patch.
>From 616b65411
Hi Guix,
I have a haskell project until recently compiled with the following:
env -u GHC_PACKAGE_PATH cabal new-build
Now it fails with the following:
ld: cannot find -lm
ld: cannot find -lpthread
ld: cannot find -lz
ld: cannot find -lrt
ld: cannot find -lutil
ld: cannot find -ldl
ld: cannot fi
Hi Mayeul,
Does this bug still show up for you?
https://issues.guix.gnu.org/41362
TIA,
Ludo’.
John Soo writes:
> I have a haskell project until recently compiled with the following:
>
> env -u GHC_PACKAGE_PATH cabal new-build
>
> Now it fails with the following: [ld errors]
Do you have “gcc-toolchain” installed?
--
Ricardo
Hi Ricardo,
I do have gcc-toolchain installed and I just realized that my project
compiles fine if I do not try to statically link. I believe this can be
closed as dynamic linking works fine. My mistake. I did see the issue
regarding captured inputs to ghc. I am in favor of removing them. I
alw
10 matches
Mail list logo