Re: Struggling to write Dissecting Guix, Part 2

Hi, On Wed, 25 Jan 2023 at 16:54, Wojtek Kosior via "Development of GNU Guix and the GNU System distribution." wrote: > here[1] is > the paper (written by someone at Microsoft, lol) where I found this > approach. > [1] https://www.c

Translation files .gmo and packaging

Hi, The submission patch#61010 [1] relies on the release archive: https://github.com/ice-wm/icewm/releases/download/3.3.0/icewm-3.3.0.tar.lz and this archive contains the generated .gmo files. However, these files are not in the archive: https://github.com/ice-wm/icewm/archive/refs/tag

01/02: packages: Adjust 'generate-package-cache' for Guile 3.0.9.

Hi, Commit ba1b61a72d56600e7c6f9c490129e95ab9ba0c9e reads: --8<---cut here---start->8--- packages: Adjust 'generate-package-cache' for Guile 3.0.9. * gnu/packages.scm (generate-package-cache): Adjust for Guile 3.0.9. [...] @@ -442,10 +443,15 @@ (define exp

Re: purpose of GnuTLS versions

Hi, On Thu, 26 Jan 2023 at 00:12, Jack Hill wrote: > It seems to me that the `gnutls` variable should refer to the latest > "stable" release, and the `gnutls-latest` variable to latest "next" > release. Does that make sense? What am I missing? This means a core-updates change – so next core-upd

Re: tree-sitter grammars for emacs memo

Hi, Thanks for the tricks. :-) On Sun, 04 Dec 2022 at 19:04, Murad Mamedov wrote: > create mode 100644 src/emacs-module.h > create mode 100644 src/tree-sitter-lang.in > > diff --git a/src/emacs-module.h b/src/emacs-module.h > new file mode 100644 > index 000..1185c06 > --- /dev/null > +++

Re: Translation files .gmo and packaging

Hi, I wonder how is this different from the common practice of projects using GNU autotools, which the project in question is also one, that the Makefile.in was generated from Makefile.am, but the tarball may contain the "generated" Makefile.in and configure and Guix won't bother to re-generate the

Re: Struggling to write Dissecting Guix, Part 2

Hi Simon, On +2023-01-26 12:17:27 +0100, Simon Tournier wrote: > Hi, > > On Wed, 25 Jan 2023 at 16:54, Wojtek Kosior via "Development of GNU Guix and > the GNU System distribution." wrote: > > > here[1] is > > the paper (written by

Re: Struggling to write Dissecting Guix, Part 2

Hi, On Tue, Jan 24, 2023 at 11:13 PM ( wrote: > > I've been struggling to write Part 2 of Dissecting Guix If it's a matter of explanatory power, I might suggest switching to an integrative approach and perspective for part 2—i.e. "Putting the parts of Guix back together". After all, the motivati

Can zig-build-system be an alternative to the gnu-build-system?

Can `zig-build-system` be an alternative to the `gnu-build-system`? https://ziglang.org/learn/why\_zig\_rust\_d\_cpp/#a-package-manager-and-build-system-for-existing-projects > Not only can you write Zig code instead of C or C++ code, but you can use Zig > as a replacement for autotools, cmake,

Re: Stratification of GNU Guix into Independent Channels

Hi, just a quick comment zimoun writes: [...] > Moreover, many channels would be dependant from one to the other. and this would be **a nightmare** to maintain (as already clearly stated by others much more competent than me in Guix-things) to recap: all PROS that you jgart mentioned in his