Hi Mathieu,
On dim., 15 mars 2020 at 12:31, Mathieu Othacehe wrote:
> mathieu@elbruz ~/guix [env]$ guix size
> /gnu/store/14ygibryjr7mcly0q9mb8306hlg16nhq-hello-2.10
> store item totalself
> /gnu/store/vm2gaw5jk1zr1x9qzj4z52qjxvrh0nk9-gl
Heap usage of shepherd on berlin gathered roughly at T0 (a few hours
after booting), T0+8h, an T0+10h:
--8<---cut here---start->8---
ludo@berlin ~$ sudo herd eval root '(gc-stats)'
Evaluating user expression (gc-stats).
((gc-time-taken . 36730013844) (heap-size
Hi Brendan,
Brendan Tildesley skribis:
> Compiling toml v0.5.7
>
> error: use of deprecated associated function
> `std::array::IntoIternew`: use `IntoIterator::into_iter`
> instead
> --> src/bootstrap/lib.rs:1046:31
> |
> 1046 | std::array::IntoIter::new(options).flatten(
Am Mittwoch, dem 19.10.2022 um 10:14 -0700 schrieb Felix Lechner:
> Hi,
>
> The Guix garbage collector ('gc') deletes valid user roots when those
> links are not resolvable via the user's home folder in places such as
>
> ~/.cache/guix/profiles/
>
> which potentially leaves the user without
Hey,
Thanks for having a look!
> I haven’t actually tested the patch but it LGTM. One thing to check is
> whether ‘terminal-window-size’ returns something sensible for the
> pseudo-terminal; it could be that we need an extra ioctl so the
> pseudo-terminal has the same size as the actual termin
Hello,
> Also, substitute availability for aarch64-linux and armhf-linux is
> OK. Does that mean this issue can be closed?
The guix package for armhf-linux is not built anymore by
ci.guix.gnu.org, but guix for aarch64-linux seems to be working.
Closing,
Thanks,
Mathieu
In hindsight, these errors occurred while my local network had a
degradation that, no doubt, caused some file transfer interruptions. I
think this is to blame for these problems -- but -- I believe this may
still point to opportunities to make guix file transfers more robust.
Interrupted file tran
Recent ‘guix shell -C’ fails to create a container on a foreign distro:
--8<---cut here---start->8---
~$ guix describe
Generation 7Oct 20 2022 16:38:27(current)
guix 4716cea
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: mast
Andrew Tropin writes:
> Recently discovered a problem, which reproduces this way:
> - Open a new emacs instance.
> - Yank anything with M-w or select with mouse.
> - Paste yanked text to chromium/icecat.
>
> Both browser and emacs are hanging up for a while and after that Emacs
> crashes with:
>
Ludovic Courtès writes:
> Indeed, the core dump weighs 13 GiB, so it looks like a memory leak (too
> bad ‘info proc stat’ in GDB doesn’t work).
>
> I have not observed it on any other machine. The difference between
> berlin and machines I have access to is that berlin is being hammered on
> por
On 2022-10-03 00:10, zimoun wrote:
[..]
Let try the converse,
--8<---cut here---start->8---
$ guix time-machine --commit=729ce5f -- package -i hello -p /tmp/old
$ cat /tmp/old/manifest | grep -A 1 '(manifest'
(manifest
(version 4)
$ guix package --list-
Hello,
Build from the farm:
$ find /gnu/store/gk9shrkf9bw9ry9qbzrx0z60l6ini8if-java-jdom-2.0.6.1
/gnu/store/gk9shrkf9bw9ry9qbzrx0z60l6ini8if-java-jdom-2.0.6.1
/gnu/store/gk9shrkf9bw9ry9qbzrx0z60l6ini8if-java-jdom-2.0.6.1/share
/gnu/store/gk9shrkf9bw9ry9qbzrx0z60l6ini8if-java-jdom-2.0.6.1/share/doc
https://yld.moe/raw/AhY.jpg
As seen in the above image, after failure to mount my second LUKS drive,
there is not a lot of info to go on. Was asked in IRC to report this by
nckx.
I had 228 days of uptime and had changed out my second drive for a
bigger one and modified my config.scm accordingly. Upon reboot I was not
able to mount it or finish booting because of it, even though the
passphrase for my root drive was accepted fine.
I was able to boot this very same new drive
Joshua Branson skribis:
> So, this is a hack, but perhaps berlin could start to use endlessh on
> port 22, and then the real ssh port could be on another standard port.
We should do that, I agree; we should still fix the actual bug though!
Ludo’.
Hi,
Andrew Tropin skribis:
> Yes, I don't remember if I created a thread on that (probably not) or
> just discussed it in some chat, but when shepherd stops it doesn't clean
> up its socket file, so you can't start shepherd again until manually
> remove socket.
Right, but in the context of Guix
On 2022-10-20 23:44, Ludovic Courtès wrote:
> Hi,
>
> Andrew Tropin skribis:
>
>> Yes, I don't remember if I created a thread on that (probably not) or
>> just discussed it in some chat, but when shepherd stops it doesn't clean
>> up its socket file, so you can't start shepherd again until manual
Ludovic Courtès skribis:
> ~$ strace -o ,,s.bad -f guix shell -C coreutils
> guix shell: error: mount: mount
> "/gnu/store/720rj90bch716isd8z7lcwrnvz28ap4y-bash-static-5.1.8" on
> "/tmp/guix-directory.E6yvR8//gnu/store/720rj90bch716isd8z7lcwrnvz28ap4y-bash-static-5.1.8":
> Operation not permit
18 matches
Mail list logo
