Hi guix-developers,
Another issue here is that ZFS prefers to not be managed via
`/etc/fstab`/`mount`/`umount`. Instead, at startup ZFS magically imports ZFS
pools and mounts ZFS datasets in the correct place, as configured in the
`mountpoint` properties of the dataset. This magic is
Thank you Carlo!
I've now tested the new tests I added in `gnu/tests/linux-modules.scm`, and the
existing tests as well, and they all pass.
Hope to get some review on that patch!
Thanks
raid5atemyhomework
Hello Guix,
As you might know, as part of my Outreachy internship I'm currently
working on implementing the subcommand 'guix git log', for browsing the
history of all packages. So far, it works with '--oneline' and
'--format=', and FORMAT can be 'oneline', 'medium' or 'full'. If
you want to see
Apologies for the short reply, but that permission issue can be solved in the
short term by changing the permissions on /dev/kvm (I set it to 777 to force it
when necessary, because I don't know what the right permissions are).
The proper solution is probably to add your user to a kvm group on
Hi Carlo,
Thanks, I modified patch as below.
I also can't get `guix system vm` to run in my hacking env, so I couldn't make
a VM for testing like you did. I got this:
```
Formatting '/gnu/store/imdlq0cay61d2cw3199g04z9bp16qx8j-qemu-image', fmt=qcow2
cluster_size=65536 compression_type=zlib
Hi raid5atemyhomework,
On Wed, Jan 06 2021, raid5atemyhomework wrote:
I have this patch below for creating a new
`kernel-loadable-module-service-type`, which can be extended by
another service to add kernel-loadable modules provided by
packages, hope for a review.
I tried out building a VM
On Tue, Jan 05, 2021 at 02:01:35PM +0200, Efraim Flashner wrote:
> qtbase built for me using qemu-binfmt emulation. Send it through again?
I had Cuirass retry the build, and it failed immediately:
https://ci.guix.gnu.org/build/163857/details
The log file reads:
"while setting up the build
On Tue, Jan 05, 2021 at 02:01:35PM +0200, Efraim Flashner wrote:
> On Mon, Jan 04, 2021 at 08:37:44PM -0500, Leo Famulari wrote:
> > The branch is building again!
> >
> > http://ci.guix.gnu.org/eval/10974
> >
> > Qtbase is failing on aarch64:
> >
> > https://ci.guix.gnu.org/build/166439/details
On Tuesday, January 5th, 2021 at 5:01 AM, Kyle Meyer wrote:
> add the appropriate "From:" header to the body of each patch. `git am` will
> take the in-body header over the actual header.
Thank you Kyle! I will give that a try.
Hi Carlo and guix-developers,
I have this patch below for creating a new
`kernel-loadable-module-service-type`, which can be extended by another service
to add kernel-loadable modules provided by packages, hope for a review.
>From 984602faba1e18b9eb64e62970147aab653d997f Mon Sep 17 00:00:00
On Mon, Jan 04, 2021 at 08:37:44PM -0500, Leo Famulari wrote:
> The branch is building again!
>
> http://ci.guix.gnu.org/eval/10974
>
> Qtbase is failing on aarch64:
>
> https://ci.guix.gnu.org/build/166439/details
>
> There errors like this:
>
> --
> g++ -c -pipe -O2 -w -fPIC -I.
>
Hi guix-developers,
In https://lists.gnu.org/archive/html/guix-devel/2021-01/msg00053.html Carlo
mentioned to instead use the `service` system to modify all parts needed in the
operating system to get ZFS installed, and noted as well that the only thing
missing in the `service` system is the
On Tue, Jan 5, 2021 at 11:28 AM Lars-Dominik Braun wrote:
> > Like in a separate pure-python file.
> I don’t know how unfortunately. Any ideas?
No sorry, I'm still a newbie
> I moved it into a separate top-level variable now and turned it into a
> single multi-line Scheme string. That makes it
Hi Vincent,
> I like the idea of better testing for our python packages, but would it be
> possible to avoid embedding the python code as scheme strings ?
> Like in a separate pure-python file.
I don’t know how unfortunately. Any ideas?
I moved it into a separate top-level variable now and
Hi Tanguy,
> So, I've tried packaging `python-keyring` with those two…
>
> `pep517` keeps on trying to download dependencies, which won't work.
>
> `build` crashes with "ZIP does not support timestamps before 1980",
> which, I guess is related to the fact that everything in the store is
>
* guix/scripts.scm (%command-categories): Add extension category.
* guix/ui.scm (command-files): Accept an optional directory argument.
(extension-directories): New procedure.
(commands): Use it.
(show-guix-help): Hide empty categories.
(run-guix-command): Try loading an extension if there is no
Hi Carlo,
> In principle, I think this should all be handled by a service.
> Services have a number of extension points where they can impact
> the operating system being declared, by extending other services.
> For example, adding a package into the global profile is done by
> extending
Hello,
I like the idea of better testing for our python packages, but would it be
possible to avoid embedding the python code as scheme strings ?
Like in a separate pure-python file.
WDYT ?
--
Vincent Legoll
Hi Hartmut,
> this is a good idea. (Since you where mentioning setuptools, I first was
> afraid your solution would be tightened to setuptools, but it is not.
> Well done!)
afaik pkg_resources is technically a part of setuptools, although it is
distributed with Python.
> This comment should go
Chris Marusich writes:
> Hi,
>
> I've noticed that Guix builds many things when I ask it to instantiate a
> derivation in the following way:
>
> [0] [env] marusich@garuda-lan:~/guix/repos/guix-worktrees/wip-ppc64
> $ guix build -d --target=powerpc64-linux-gnu -e '(@@ (gnu packages
>
20 matches
Mail list logo
