I've observed this error under similar circumstances: launching a guix
system container script with network sharing enabled, on a foreign disto
(Debian 10) with nscd running.
Using `strace -f /gnu/store/...-run-container`, we can observe the
container's lookup of user accounts via the foreign
Ludovic Courtès writes:
> Efraim Flashner skribis:
>
>> It seems to me that the license file(s) should be installed to all the
>> outputs.
>
> Isn’t it already happening, at least with ‘gnu-build-system’?
>
> [...]
>
> Perhaps there are corner cases or an issue specific to
> ‘ghc-build-system’?
Hi Jesse,
Jesse Gibbons skribis:
> An example is the attached log. It says the process failed with status
> 1, but it doesn't say what failed or even reference a log in
> /var/log/guix. The only way to find out what could have caused it is
> to run the command, which might not fail the second
Hi,
Efraim Flashner skribis:
> It seems to me that the license file(s) should be installed to all the
> outputs.
Isn’t it already happening, at least with ‘gnu-build-system’?
--8<---cut here---start->8---
$ for i in $(guix build guile -v0) ; do ls -d
On Sun, 23 Aug 2020, Ludovic Courtès wrote:
I’ve fixed the root issue with d10474c38d58bdc676e64336769dc2e00cdfa8ed
(avoiding ‘canonicalize-path’).
Awesome, thank you!
Hello!
Christopher Baines skribis:
> Ludovic Courtès writes:
>
>> It’s nice that we have but I noticed that, unlike
>> most or all other configuration records that we have, it’s possible to
>> create an record that leads to a syntactically
>> invalid nginx config file.
>>
>> For example, if
Hello,
A typical "hello world" C++ fails in an environment with both
`gcc-toolchain' and `clang-toolchain', apperently due to the setup of
the `CPLUS_INCLUDE_PATH' environment variable (used because of the
`#include ' instruction), when compiling with `clang++'.
I do not know if this is a
Hi Arne & Efraim,
efraim Flashner skribis:
> On Wed, Jul 29, 2020 at 09:54:07AM +0200, Dr. Arne Babenhauserheide wrote:
>> Hi,
>>
>> When I get conflicts in propagated imports, I must follow a mechanical
>> multi-step process to resolve them manually.
[...]
>> LANG=C guix package -i guile-gi
Hallo!
"pelzflorian (Florian Pelz)" skribis:
> On Sun, Aug 23, 2020 at 05:55:21PM +0200, Ludovic Courtès wrote:
>> Sorry for the long delay—vacations… so sweet. ;-)
>
> Sounds nice. I wasn’t home either and the guix-website.pot is not
> online yet, but I believe the wheels are in motion
On Sun, Aug 23, 2020 at 05:55:21PM +0200, Ludovic Courtès wrote:
> Sorry for the long delay—vacations… so sweet. ;-)
Sounds nice. I wasn’t home either and the guix-website.pot is not
online yet, but I believe the wheels are in motion already.
> This version also LGTM. Perhaps you can commit
Then, closing. Thank you :)
Le 23 août 2020 21:15:55 GMT-04:00, luhux a écrit :
>On Sun, Aug 23, 2020 at 11:38:47AM -0400, Julien Lepiller wrote:
>> One possibility is that you're seeing the virtual root filesystem,
>that thwuld only have a few direccories and the structure up to the
>directory
On Mon, Aug 24, 2020 at 11:13:59AM +0200, Danny Milosavljevic wrote:
> Hi,
>
> the working copy of a package build when the package was git-fetched is not
> writable.
>
> On the other hand, if it's url-fetched, it's perfectly writable.
>
> Shall we fix this on core-updates ?
(ins)efraim@E5400
Hi,
the working copy of a package build when the package was git-fetched is not
writable.
On the other hand, if it's url-fetched, it's perfectly writable.
Shall we fix this on core-updates ?
pgpQWtJOqkW8K.pgp
Description: OpenPGP digital signature
I've added something to the static output so the build no longer fails.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
It seems to me that the license file(s) should be installed to all the
outputs.
As a side effect, this would help mitigate the missing static output
with some of the haskell packages.
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Closing this bug :)
--
Efraim Flashner אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
signature.asc
Description: PGP signature
Hello everyone,
I'm recently running into problems updating my system. I had not
reconfigured for a while (1~2 months) and now, when I reconfigure, I get
the error message below.
At first I thought it might be related to a specific guix commit, but I
have now tried four times over the course
Vagrant Cascadian writes:
Hello!
> When I tried to run make dist, it fails:
>
> guix-1.0.1.21330-a8c8f-dirty/gnu/packages/commencement.scm:
> //
> /gnu/store/cq0cmv35s9dhilx14zaghlc08gpc0hwr-tcc-boot0-0.9.26-6.c004e9a/lib/libc.a:
> error: 'sigprocmask' defined t
> error: store file names
18 matches
Mail list logo
