Hi Felix,
You ask a really interesting question. I think run0 is a great step in
the right direction, and I would welcome the Shepherd gaining similar
abilities. I also think run0 is a stopgap and we can do much better.
Let me try to explain.
As I've announced previously, I'm working on port
We are happy to announce the release of GNU Mes 0.26.1.
This release represents 57 commits by five people in 26 weeks. It
brings full Gash support and many fixes for the riscv64-linux bootstrap.
See the NEWS below for a brief summary.
We are excited that the NLnet Foundation is sponsoring this w
Felix Lechner writes:
> > You could try invoking mount-file-system from (gnu build file-systems)
> > directly to try and narrow down what exactly is breaking.
> How would I go about doing that, please?
1. $ guix repl
2. Import the module with ,use (gnu build file-systems)
3. Call (mount-file-sys
Hi Richard,
On Fri, Jun 07 2024, Richard Sent wrote:
> I did have to reboot
So did I. In fact, my issue is now that the file system fails to mount
on boot.
> You could try invoking mount-file-system from (gnu build file-systems)
> directly to try and narrow down what exactly is breaking.
How w
Hi Andy,
On Fri, Jun 07 2024, Andy Tai wrote:
> Curious how shall such cases be handled?
In your patch, I would disable the unit tests that require special
hardware.
The unit tests are not supposed to run at build time anyway, but Guix
does not have a separate testing infrastructure presently.
Hi,
Could the ideas around systemd's new run0 tool [1][2] which executes
privileged programs via the init process, also help Guix?
Kind regards
Felix
[1] https://mastodon.social/@pid_eins/112353324518585654
[2] https://lwn.net/Articles/971866/
Hi, I have a patch submission that builds fine (in the GNU Guix sense,
that is, unit tests run and pass) locally but fails on Guix QA due to
unit tests failing.
I suspect that the failures are due to the build machine (or machines)
as plain x86-64 PC (fine as build server(s)) does not have exotic
June 4, 2024 at 7:05 AM, "Nils Landt" wrote:
>
> >
> > Steve George hat am 04.06.2024 10:19 CEST geschrieben:
> >
> > - Something mad, interesting or curious!
> >
>
> I built a home service for systemd. It is currently unpublished, but I could
> demo it, and publish the WIP version.
>
Hello,
when trying to run a guix build agent in a docker container on openshift
with a colleague and assigning 8 of the 128 cores of the physical machine,
the agent would be completely choked since it would start all builds with
commands such as "make -j 128". The 128 are determined by a call to t
Mark H Weaver writes:
> Christopher Baines writes:
>
>> There are quite a few branches on savannah, and it would be nice to
>> remove them if they're unnecessary, at least because that will prompt
>> the QA data service to delete the data, saving on disk space.
> [...]
>> The following branches
Ekaitz Zarraga writes:
> I could talk about the bootstrapping in riscv, maybe it's too
> technical or idk...
>
> If you want, I'm open to do it!
>
> Thanks for organizing these talks, they are very interesting.
I'd /definitely/ find that talk interesting! Hope it happens and I can
make it.
--
Hi Felix,
Felix Lechner writes:
> Hi Richard,
>
> On Tue, Apr 23 2024, Richard Sent wrote:
>
>> I submitted a patch for what I'm thinking at
>> https://issues.guix.gnu.org/70542.
>
> I believe this stopped working for my NFS setup.
Interesting. It does still work with my CIFS/SMB share, so I su
Christopher Baines writes:
> There are quite a few branches on savannah, and it would be nice to
> remove them if they're unnecessary, at least because that will prompt
> the QA data service to delete the data, saving on disk space.
[...]
> The following branches all seem to have commits that hav
Hi everyone,
On Thu, May 02 2024, Efraim Flashner wrote:
> changing the defaults to use /var and /etc by default would be a good
> change.
If that's too complicated, someone could alternatively add
./configure --localstatedir=/var --sysconfdir=/etc
to ./bootstrap.
People needing different
Hi Christopher,
> The following branches all seem to have commits that haven't made it to
> master yet, although I haven't checked if the changes were applied but
> just with different commit ids.
>
> - haskell-team
I will open a request to merge this branch after I updated to the latest
possib
Hi,
Is there a way to disable Shepherd services across reboots without
reconfiguring the system? If not, what is the purpose of 'herd disable'
vs 'herd stop'?
My background is I have a system I cannot currently reconfigure. (I use
experimental features from a development version of the Shepherd
Hi Richard,
On Tue, Apr 23 2024, Richard Sent wrote:
> I submitted a patch for what I'm thinking at
> https://issues.guix.gnu.org/70542.
I believe this stopped working for my NFS setup.
Kind regards
Felix
Hey,
There are quite a few branches on savannah, and it would be nice to
remove them if they're unnecessary, at least because that will prompt
the QA data service to delete the data, saving on disk space.
I'm ignoring all the version-* and wip-* branches, which leaves the
following sets of branch
Ludovic Courtès writes:
> jbra...@dismail.de skribis:
>
>> I've done some web work in the past. I could probably help with the
>> bootstrap -> pico move.
>
> I’m also interested in helping land it. Did you have a preliminary
> branch for this, Ricardo?
I've just pushed my progress to the "wip-
Lars-Dominik Braun writes:
>> * maintenance of R, as well as CRAN and Bioconductor packages.
>
> is there anyone who will look after the automated channels
> guix-cran/guix-bioc (and possibly guix-science)?
Nobody has volunteered to do that.
The channel updaters are running on the berlin server
Simon Tournier writes:
> how often do you run “./pre-inst-env guix refresh”?
I aimed to do this once a week, every Monday, but I never quite managed
to keep it up. It is necessary to keep the packages in Guix up-to-date
to prevent problems with the automated updates of the guix-cran and
guix-bi
21 matches
Mail list logo