binfmt_misc

hello! see https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=21ca59b365c0 linux 6.7 support use binfmt_misc to add new binary formats within unprivileged namespaces, I think this improves guix reproducibility and also avoids leakage of the host's binfmt into the comp

Re: Contribute or create a channel?

Hi Ricardo, I think it would be preferable to have one LTS version in Guix. Okay, that's a clear statement. whether to grant you commit rights to handle these upgrades by yourself. Well, I already have commit rights :-) Anyhow the review period is a bit hindering, esp. for bug-fixes. OT

Re: Contribute or create a channel?

Am 01.03.24 um 19:16 schrieb Saku Laesvuori: It just requires a different updating method. The different versions can just be defined as separate packages (see postgresql for an example) and the user the defines which one they want to use. They can either refer to the package variable directly in

Re: LUKS2 support in Guix

On 2024-03-02, 10:41 +0300, Oleg Pykhalov wrote: > I also lost some time due to this incorrect statement. Brilliant, thanks Felix and Oleg. FWIW, micro-patch submitted here⁰. Let's see what the patch reviewer thinks. I'm not terribly happy about "downgrading" the manual's recommendation from LU

Re: Feedback of the GNU Guix manual

We're working through a list of feedback one item at a time: https://lists.gnu.org/archive/html/guix-devel/2024-01/msg00117.html We have completed an item and are ready to work on the next one: #+begin_quote ,** Binary Installation L88 and L95 ~root is weird. Should be root or simply ~ for the u

Creating an unversioned rust-cargo symbol

Hi Guix, There isn't an unversioned symbol for rust-cargo defined or exported by the (gnu packages crates-io) module. I think it would be best if an unversioned rust-cargo symbol was created that was equal to the highest rust-cargo release. (i.e. rust-cargo, not rust-cargo-0.76) Alternatively, si

Re: LWN: A look at Nix and Guix

Thanks for sharing! The comments section was a nice change of pace from the tone of Guix discussion in Hacker News. -- Take it easy, Richard Sent Making my computer weirder one commit at a time.

Re: Guix Days: Patch flow discussion

Hi! I'm a complete newbie to Guix, which has the dual effects that I'm much more excited about it than I otherwise might be, but the disadvantage that I know nothing and am more likely to cause problems than not at the moment. Nevertheless I thought I might be able to contribute something to the di

Re: You're invited to the first patch review session!

HI, just to clear up the timezone issue a bit - I think the ical file higher up is *not* correct: * I think the meeting is at 18:00 UTC, which is the same as 18:00 GMT, which is the same (on March 7th) as 18:00 London time * I think the libreplanet page says 18:00 BST, which is 17:00 UTC/GMT and i

cmake-build-system: build tests only if #:tests? is true?

Hi, I found an old and unfinished patch in my pile. It optimizes building with cmake by not building the test if "#:tests?" is false. (Basically it passes -DBUILD_TESTING=OFF/ON" depending on "#:tests?".) Is this of interest? Then I would take my time and finish the patch. -- Regards Hartmut

Re: LUKS2 support in Guix

Hi Fabio and everyone, Fabio Natali writes: > On 2024-03-02, 10:41 +0300, Oleg Pykhalov wrote: >> I also lost some time due to this incorrect statement. > > Brilliant, thanks Felix and Oleg. > > FWIW, micro-patch submitted here⁰. > > Let's see what the patch reviewer thinks. I'm not terribly ha

Re: cmake-build-system: build tests only if #:tests? is true?

Hi, On 2024-03-02 22:16, Hartmut Goebel wrote: Hi, I found an old and unfinished patch in my pile. It optimizes building with cmake by not building the test if "#:tests?" is false. (Basically it passes -DBUILD_TESTING=OFF/ON" depending on "#:tests?".) Is this of interest? Then I would take

setting up a channel for pending package update patches

Hi, curious if anyone has done such a task: setting up a channel for the pending patches for package definitions. Since pending patches for package updates take long time to process and merge. I wonder if anyone has set up a channel that contains the patches applied on top of the Guix git repo so

language-specific packages

Hi Andrew, a few days ago you planed (but canceled) to stream about management of Elixir projects with Guix and why it's better not to package language-specific packages with Guix. I still have ejabberd in my pipeline which would add quite some Erlang and Elixir packages to Guix. Thus I woul

Re: cmake-build-system: build tests only if #:tests? is true?

Am 02.03.24 um 22:23 schrieb Ekaitz Zarraga: core-updates? Yes, many, many packages. Thus of course, this would need to go into core-updates. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com | | www.crazy-compilers.com | compilers which you th

Re: setting up a channel for pending package update patches

March 2, 2024 at 4:53 PM, "Andy Tai" wrote: > > Hi, curious if anyone has done such a task: setting up a channel for > the pending patches for package definitions. I believe you are describing the guixrus channel. https://sr.ht/~whereiseveryone/guixrus/ They will take WIP packages, and they

Re: LUKS2 support in Guix

Hello, Fabio Natali writes: > On 2024-03-02, 10:41 +0300, Oleg Pykhalov wrote: >> I also lost some time due to this incorrect statement. > > Brilliant, thanks Felix and Oleg. > > FWIW, micro-patch submitted here⁰. > > Let's see what the patch reviewer thinks. I'm not terribly happy about > "dow