Hello again,
Ludovic Courtès writes:
[...]
>> ;; Platforms that QEMU can emulate.
>> -(define-record-type
>> - (qemu-platform name family magic mask)
>> +(define-record-type*
>
> Since this is for internal consumption, I’m in favor of keeping plain
> ‘define-record-type’. Also, I don’t thi
Hello Guix!
I noticed, while trying to expose the SSL environment variable inside a
container and doing things such as:
--8<---cut here---start->8---
guix environment --container --network -E SSL --expose=$SSL_CERT_FILE \
--expose=$SSL_CERT_DIR --ad-hoc [.
java-snappy fails as a dependency of several Java evaluations, for
example:
http://ci.guix.gnu.org/eval/120281?status=failed
http://ci.guix.gnu.org/build/359649/log/raw
These failures exist only on ci.guix.gnu.org, but locally it build
perfectly, even with --rounds=100!
Why? Because our buildmac
Hello,
Consider this:
$ guix environment --container --network -E SSL --expose=$SSL_CERT_FILE
--expose=$SSL_CERT_DIR --ad-hoc wget -- wget https://gnu.org
It works on a Guix System, but fails on a foreign distribution, even in
a profile where nss-certs were installed and with the above SSL
envir
Hi Leo,
On Wed, 17 Feb 2021 at 22:43, Leo Famulari wrote:
>
> OpenSSL 1.0 is no longer supported as free software. As research
> continues, new bugs are discovered and there are no fixes available.
>
> We should remove it soon. Since Qt 4 depends on it, we can remove them
> at the same time [0].
Mathieu Othacehe writes:
>> One workaround, the one employed in the tests is to revert to the old
>> behaviour for the PostgreSQL service by setting socket-directory to #f.
>
> You're right, sorry about the breakage. As you noticed we are in an
> in-between situation where the patch updating Pos
Hi,
Using commit 3c548c3e0e, "guix graph hello" works. However, commit
db45712a67 "grafts: Inline 'grafting?' and 'set-grafting'" seems to
introduce a regression:
--8<---cut here---start->8---
$ ./pre-inst-env guix graph hello
Backtrace:
In ice-9/boot-9.scm:
I'm seeing two failures when running the guix test suite on HEAD (c1da9829f8b6)
publish.scm "with cache" fails on line 456:
(= #o644 (stat:perms (lstat nar)))
which seems to be due to umask:
$ umask
0002
If I set umask to 022, the test passes.
The second failure is a crash in store.scm, which
Hi,
Maxim Cournoyer skribis:
> I've just ran two builds; the current qemu we have, and the one with
> the static output added:
>
> /gnu/store/aqkr351pph30za9v6bmd8gzpq5gbgz0c-qemu-5.1.0-doc
> /gnu/store/apxxj92gncx901z71kq0gwg48n2cils6-qemu-5.1.0
>
> real6m56.816s
> user0m13.733s
> sys
So for eg, this:
(channel
(version 0)
(dependencies
(channel
(name 'some-collection)
...
)))
...as given in info:guix#Declaring_Channel_Dependencies causes 'guix
pull' to fail ("channels.scm:719:22"). But when the value is unquoted:
(channel
(version 0)
(dependencies
(channel
Hi!
Ludovic Courtès writes:
> Maxim Cournoyer skribis:
>
>> The static output is equivalent to what other distributions commonly package
>> as 'qemu-user-static'.
>>
>> * gnu/packages/virtualization.scm (qemu)[outputs]: Add a static output.
>> [phases]{configure}: Configure the main build as an
Hello Chris,
> One workaround, the one employed in the tests is to revert to the old
> behaviour for the PostgreSQL service by setting socket-directory to #f.
You're right, sorry about the breakage. As you noticed we are in an
in-between situation where the patch updating Postgresql package to
Hello!
Ludovic Courtès writes:
> Hi!
>
> At the Shepherd level, there’s no notion of service extension.
> Normally, after reconfiguring, “herd restart guix-daemon” (really
> “restart”, not “stop” + “start”) should start the new service, which
> doesn’t have all these ‘--chroot-directory’ options
Hi,
Shyam Saran skribis:
> Thanks for response, I am attaching config.scm
I get:
--8<---cut here---start->8---
$ guix system build /tmp/config.scm
guix system: error: fiasko dum ŝargo de '/tmp/config.scm':
/tmp/config.scm:277:58: In procedure append: Wrong t
Before rebooting, I had:
--8<---cut here---start->8---
$ ls -l /run/{current,booted}-system
lrwxrwxrwx 1 root root 33 Nov 2 16:06 /run/booted-system ->
/var/guix/profiles/system-68-link
lrwxrwxrwx 1 root root 50 Feb 21 01:34 /run/current-system ->
/gnu/store
Pushed as dcb640f02b1f9590c3bd4301a22bf31bd60c56d4, thanks!
Ludo’.
/run/booted-system is not protected from GC. Here’s what I observed on
a machine with unattended upgrades (which includes automatic removal of
old system generations):
--8<---cut here---start->8---
~$ ls -l /run/booted-system
lrwxrwxrwx 1 root root 33 Nov 2 1
Hi,
Zhu Zihao skribis:
> This issue is similar with https://issues.guix.gnu.org/45828. But it
> still not fixed in 127a88d390417d5d7b1b4a18c1b69c7169dcaf34.
>
> When you have multiple substituters, Guix will try to fetch narinfo from
> the second or even third substituters, and it dies.
>
> ```
18 matches
Mail list logo
