Various disk errors when offloading builds to a childhurd
Hi Guix, Since the Guix days, I’ve been experimenting with build offload to a childhurd. At first, (almost) everything was failing for a lack of free disk space. So I change my childhurd’s configuration to: ``` (service hurd-vm-service-type (hurd-vm-configuration (os %hurd-vm-operating-system) (disk-size (* 20 (expt 2 30))) ; 20GiB (memory-size 1024))); 1GiB ``` It now builds packages, but fails randomly after some times. When I inspect the VM using the VNC client, I see errors like: ``` ext2fs: BUG: unexpected fault on disk image (10, 0x8ffc000) in [0xB8222000,0x18222000) eip 0x8052224 err 0xa ``` or: ``` ext2fs: disk-pager.c:109: fault_handler: Assertion ’err’ failed. ``` Any idea what might be going wrong?! Regards, -- Tanguy
29.1: tramp: use $SHELL environment variable to start remote shell?
Hello, please is it possible to start a remote shell (and vterm) using the program defined in the $SHELL env variable on the remote host? Alternatively, is there a way to automatically source a remote profile (e.g. .bash_profile) in the remote shell? Short story long (sorry for the long details)... I have this Emacs and TRAMP versions: --8<---cut here---start->8--- (emacs-version) "GNU Emacs 29.1 (build 1, x86_64-unknown-linux-gnu, cairo version 1.16.0)" (tramp-version nil) "2.6.2.0" --8<---cut here---end--->8--- Installed emacs-vterm version: 0.0.2-1.c3a3a23 If I open a remote directory in dired with TRAMP and then connect to a remote host with "M-x shell" or "M-x vterm", the default shell is /bin/sh I can later start my preferred shell with "$SHELL -l" so my shell profile (e.g. .bash_profile) is sourced and all is working as expected [1] I need my remote profile to be loaded because all hosts I manage have Guix [2] installed and all needed environment variables are set by the user profile; here is an example of a "M-x shell" remote connection to a guix host (foreign distro), the same holds for "M-x eshell": --8<---cut here---start->8--- /ssh:local.biscuolo.anemone:/localhome/g/ #$ guix describe guix 3676e31 repository URL: https://git.savannah.gnu.org/git/guix.git commit: 3676e312aaf1ce10ed1d7844e871b54e04624098 /ssh:local.biscuolo.anemone:/localhome/g/ #$ $SHELL -l (anemone)g@anemone:~$ guix describe Generation 9Apr 21 2021 09:23:33(current) guix 13c4a37 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 13c4a377f5a2e1240790679f3d5643385b6d7635 --8<---cut here---end--->8--- (as you can see, without proper environment guix is not able to run as it should) I know that I can customize the remote shell to use by: 1. use "C-u M-x shell" and specify the remote shell to use [3] 2. use connection related information [4] to customize "remote-shell" per-connection (via regexp) but 1. does not vork for vterm and 2. is too complicated for this use case, IMO. Ideally I would like both "M-x shell" and "M-x vterm" to just do "the right thing" and start a remote shell using the remote $SHELL environment variable. Any hint please? Happy hacking, Gio' [1] I mean, is working in the same way I get when connecting with any other terminal emulator [2] some on foreign distro, other on Guix System [3] /bin/bash on foreign distros, /run/current-system/profile/bin/bash on Guix System [4] https://www.gnu.org/software/emacs/manual/html_node/tramp/Predefined-connection-information.html P.S.: yes, still not using eshell as I should! :-( -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature
Re: You're invited to the first patch review session!
Hi Vagrant, On 22 Feb, Vagrant Cascadian wrote: > On 2024-02-22, Steve George wrote: > > We're going to run some online patch review sessions. The first one is on > > *Thursday, 7th March* and you can sign-up here: > > > > https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024 > > Hoping to make it for some of these, thanks for doing it! > > One small point is if people could include the scheduled times in UTC in > addition to "arbitrary" timezones. It is much easier to compare against > UTC (especially because it does not do daylight savings time) if you > don't happen to be in one of the specified timezones. :) (...) I've put the UTC time into the Wiki page. The Meet-up page should send you a calendar invite which will be correct for your timezone. And, yeah daylight saving and meeting co-ordination is just *hard*! Look forward to seeing you at some of the sessions! Steve
Re: [question] How to start systemd services installed by packages in Ubuntu?
> Rodrigo Morales hat am 22.02.2024 18:56 CET > geschrieben: > I noticed that =/home/rodrigo/.guix-profile/lib= was included to the > variable =XDG_DATA_DIRS= (see result of the command below). > > #+BEGIN_SRC sh > echo $XDG_DATA_DIRS | tr ':' '\n' | sort > #+END_SRC > > #+RESULTS: > #+begin_example > /gnu/store/16kl9gx8k8ygkcj7dw1xrpw2p1h1bhjh-emacs-29.1/share > /gnu/store/23rprfqw8jy1xr0bcfvq644s2jmycdkr-gtk+-3.24.37/share > /gnu/store/gc4q34l7yc63qv2qcqq7avmf34hdpbwp-shared-mime-info-1.15/share > /gnu/store/m26kdkgr4c09wc0djn2pgcz9jl7j2rw1-glib-2.72.3/share > /home/rodrigo/.guix-home/profile/share > /home/rodrigo/.guix-profile/lib > /home/rodrigo/.guix-profile/share > /home/rodrigo/.guix-profile/share > /home/rodrigo/.local/share/flatpak/exports/share > /usr/share/gnome > /usr/share/i3 > /var/lib/flatpak/exports/share > /var/lib/snapd/desktop > #+end_example This shouldn't be due to the changes you made - ManagerEnvironment only sets it for the systemd user management process, not for any spawned processes and especially not your shell. You mentioned below that you removed ~/.config/systemd/user.conf, is /home/rodrigo/.guix-profile/lib still in XDG_DATA_DIRS after that? > The problem I noticed was that applications that were installed > through =guix package -i= took more than usual to start. > > Inkscape took 25 seconds to print the version. > > #+BEGIN_SRC text > $ time /home/rodrigo/.guix-profile/bin/inkscape --version > > (inkscape:42859): dbind-WARNING **: 11:58:15.650: AT-SPI: Error retrieving > accessibility bus address: org.freedesktop.DBus.Error.NoReply: Did not > receive a reply. Possible causes include: the remote application did not send > a reply, the message bus security policy blocked the reply, the reply timeout > expired, or the network connection was broken. > Inkscape 1.2.1 (9c6d41e410, 2022-07-14) > /home/rodrigo/.guix-profile/bin/inkscape --version 0.02s user 0.03s system > 0% cpu 25.072 total > $ echo $? > 0 > #+END_SRC I'm almost afraid to hear the answer, but how many files are in /home/rodrigo/.guix-profile/lib (including all subdirectories)? My best guess here is that inkscape / thunar enumerate all files in XDG_DATA_DIRS on startup, and so they become slow if there's a lot of files. But, as mentioned above, setting ManagerEnvironment should not affect XDG_DATA_DIRS for them!
Re: 29.1: tramp: use $SHELL environment variable to start remote shell?
Giovanni Biscuolo writes: [...] > I need my remote profile to be loaded because all hosts I manage have > Guix [2] installed and all needed environment variables are set by the > user profile; here is an example of a "M-x shell" remote connection to a > guix host (foreign distro), the same holds for "M-x eshell": > > --8<---cut here---start->8--- > > /ssh:local.biscuolo.anemone:/localhome/g/ #$ guix describe > guix 3676e31 > repository URL: https://git.savannah.gnu.org/git/guix.git > commit: 3676e312aaf1ce10ed1d7844e871b54e04624098 > /ssh:local.biscuolo.anemone:/localhome/g/ #$ $SHELL -l > (anemone)g@anemone:~$ guix describe > Generation 9 Apr 21 2021 09:23:33(current) > guix 13c4a37 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 13c4a377f5a2e1240790679f3d5643385b6d7635 > > --8<---cut here---end--->8--- > (as you can see, without proper environment guix is not able to run as > it should) Please forgive me for the noise: the problem is in the environment of (one of) my remote user! I tested again with other users on other hosts and the environment variables of my profile are correctly set. Anyway, the shell I get when connecting is still not fully functional, for example autocompletion does not work (write a substring and then TAB) and also up and down arrow keys do not work (echoes escape sequances instead of showing the shell history) Am I still doing something wrong with my environment? Ouch! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature
Re: You're invited to the first patch review session!
On 2024-02-22 23:27:31 +, Steve George wrote: > Hi > > We're going to run some online patch review sessions. The first one is on > *Thursday, 7th March* and you can sign-up here: > > https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024 > > The background is that Guix has many fantastic contributions that are waiting > to be reviewed and added to the archive. We have the QA system that does test > builds, but each patch also needs to be evaluated and checked. Anyone can > review patches, and reviews help to confirm that a patch is in good shape to > be added to the archive. > > Doing patch reviews is also a great way to learn about Guix, the different > packages and methods involved in packaging. To encourage new reviewers to > step forward, and to have some fun we're going to run on-line patch review > sessions. These will be informal, probably chaotic - but fun - with the aim > that we learn as a group how to review packages. > > Each session will be hour 1:30 and they are rotating through the week, so > there should be plenty of opportunities to come along. We're using the Guix > London's Meet-up and the sessions run on Jitsi. Will the Jitsi link be shared somewhere (here, irc, ...) for those of us who are not able to sign up on the page? I am getting this error: > Your IP address has been flagged as a source of spam and is blocked from > Meetup. Since meetup.com is a commercial, third-party service, I assume there is not anything you can do about that, so I am curious if there are any alternatives how to get into the review session. Thank you and have a nice day, Tomas Volf -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. signature.asc Description: PGP signature
Re: You're invited to the first patch review session!
Hello, On 2024-02-23 19:13, Tomas Volf wrote: On 2024-02-22 23:27:31 +, Steve George wrote: ... Will the Jitsi link be shared somewhere (here, irc, ...) for those of us who are not able to sign up on the page? I am getting this error: Your IP address has been flagged as a source of spam and is blocked from Meetup. Since meetup.com is a commercial, third-party service, I assume there is not anything you can do about that, so I am curious if there are any alternatives how to get into the review session. Well, I did use Mobilizon for the Friday dinner for Guix Days - which though lacking some features is FOSS and Fediverse tech. https://mobilizon.nl/events/ee570f76-1898-43ff-88f0-86f18608ff2d It does permit email (as opposed to registration) to confirm - though I noticed that only 1 or 2 people actually provided any information for me to discern them. ... I guess it meant the system reduced the risk of spam signups but simultaneously didnt enforce accountability to an organiser. On a legal basis Id assert that the specific instance being based in the Netherlands would be advantageous than wherever Meetup queries; routes; and caches. It is run by some random volunteer, with all the carnets of such trust domains. In any case, Im going to try to participate in these events, I reckon it would be a good compensation for there not being a regular Guix meetup in Belgium. Kind regards, Jonathan
