Re: Effectively force all GNOME users to locally compile ZFS?

Hi, Tobias Geerinckx-Rice skribis: > Mark H Weaver 写道： >> The reason is that our 'gnome' package depends >> on 'gnome-boxes' > > To me (a non-GNOME user), this is the problem. GNOME Boxes is a > wonderful front-end for creating and running virtual machines > using libvirt. Why is it installed

Re: Effectively force all GNOME users to locally compile ZFS?

Mark H Weaver writes: > Tobias Geerinckx-Rice writes: > >> Maxime Devos 写道： >>> Perhaps the "zfs" package can be split in an userspace package >>> (containing userspace binaries and libraries) and a kernelspace >>> component (containing the kernel module)? And let the kernelspace >>> component b

Trying OpenCL on Guix: An Experience Report

I have written up a blog post here[1] which describes my experience with trying to use OpenCL on Guix. While researching this, I found a few messages in IRC and on guix-help wondering how to get this to work, so I hope this helps someone. As always, thanks to everyone involved in Guix. [1] https

Use of %texlive-revision and %texlive-tag in tex.scm

Hello! I am trying to upgrade the package texlive, first for me, but hopefully for a patch, and I have a question regarding Guix policies. As you can see on https://git.savannah.gnu.org/cgit/guix.git/tree/guix/build-system/texlive.scm?id=f7692617b624a01615cf412773c4dad9a2deeb68 the file gui

Exploiting hashes for Scheme refactoring

Good morning! As a new Guix developer, I want to learn about workflows which help me catch bugs in Scheme development. Is it a good idea to exploit Guix hashing infrastructure to ensure that a Scheme refactoring did not change the packages produced? Has some developer already done that? Are there

Re: Use of %texlive-revision and %texlive-tag in tex.scm

FYI, someone else is already workin on upgrading Texlive to 2021 on the ‘core-updates’ branch (Texlive is already at 2020 on core-updates). Maybe you would be interested in helping out?

Re: Effectively force all GNOME users to locally compile ZFS?

Hi Ludovic, Ludovic Courtès writes: > I would rather have nothing depend on ZFS by default, but we could have > “libvirt-with-zfs” etc. > > I agree that GNOME Boxes and libvirt should not depend on ZFS by default > because (1) ZFS is an optional feature and probably not widely used, (2) > ZFS co

Create branch for Haskell build changes and updates?

Hello, There have been several recent bug reports and patches (list below) that could be addressed with some changes to haskell-build-system, the Hackage importer, and some package updates. Given the number of packages affected, it was discussed on #guix that it would be good to have a branch f

Re: Effectively force all GNOME users to locally compile ZFS?

Hi, Giovanni Biscuolo writes: > Mark H Weaver writes: > >> Tobias Geerinckx-Rice writes: >> >>> Maxime Devos 写道： Perhaps the "zfs" package can be split in an userspace package (containing userspace binaries and libraries) and a kernelspace component (containing the kernel module

Re: Use of %texlive-revision and %texlive-tag in tex.scm

Hello, Em segunda-feira, 5 de julho de 2021, às 14:09:24 -03, Xinglu Chen escreveu: > FYI, someone else is already workin on upgrading Texlive to 2021 on the > ‘core-updates’ branch (Texlive is already at 2020 on core-updates). > > > > Maybe you would be in

Re: Debbugs Usertags - which user to use?

Maxim Cournoyer writes: > Hello, > > Chris Marusich writes: > > [...] > >> Yes, my understanding is that the user "guix" would also work. >> >> I think it would be fine to use the user "guix" instead of >> "guix-devel@gnu.org". Perhaps it would have the added benefit of >> eliminating any possi