Re: Medium-term road map

On Sat, 25 Apr 2020 15:37:44 +0200 Ludovic Courtès wrote: > Hello Guix! > > We released 1.1.0, but what’s coming next? What would you like to > see? > > There are many exciting things being developed and great ideas > floating around. For myself, I feel like focusing on “consolidating” >

Re: initrd: why do we need static linking?

On Tue, 05 May 2020 11:33:17 +0200 Ludovic Courtès wrote: > Hi, > > Ricardo Wurmus skribis: > > > why do we need to link packages statically to include them in the > > initrd? Can’t we just copy the package closure into the initrd? > > You can refer to any package in the initrd gexp and

Re: GNU Guix maintainer collective update

On Mon, 04 May 2020 09:31:46 -0400 Maxim Cournoyer wrote: > Let's take a moment to thank Ricardo for his time as a Guix > co-maintainer. He's been immensely useful to the project and I hope > we'll continue to see him around. Thanks Ricardo for being a kind member of Guix and for really

Re: branch master updated: gnu: Add warsow-qfusion.

Pierre Neidhardt writes: > Marius Bakke writes: > >> On a related note, the 'ccl' package has a similar issue, and actually >> produces an invalid derivation on aarch64 and armhf. It can be seen by >> running e.g. 'guix weather -s armhf-linux'. I've been meaning to file a >> bug about it

Re: branch master updated: gnu: Add warsow-qfusion.

Pierre Neidhardt writes: > Marius Bakke writes: > + (let ((commit "c4de15df559410aff0ca6643724e24cddb0ecbbd") +(arch (match (or (%current-target-system) + (%current-system)) +("x86_64-linux" "x86_64") +

Re: unexpected reproducibility of reproducible blog post?

Hi Ludo, > Grafts are normal derivations, and they’re deterministic: it’s just > about replacing a set of strings by another set of strings. > > On the implementation, see also > . Thanks for the clarification. That post makes

Re: 18/36: services: hurd: Add dummy loopback.

Ludovic Courtès writes: Hi, >> Something like that: sizeof-ifconf is set to 16 (like on x86_64), but >> it's size should be 8. > > Oh, that’s because ‘define-c-struct’ does all the work at > macro-expansion time, with the host types and alignment constraints. I > wonder how we didn’t notice it

Re: Packaging ‘clang-tools-extra’ (‘clang-tidy’, etc.)

Hello! Clang-tools-extra is really meant to built within the Clang tree. Attach is an attempt to build it out-of-tree but so far it fails with undefined references for Clang libraries and the obvious solution of adding ‘-l’ flags until it’s happy doesn’t work. In my original attempt, the

Re: unexpected reproducibility of reproducible blog post?

Hi, Konrad Hinsen skribis: > I looked a bit at grafts. The documentation at > > https://guix.gnu.org/manual/en/html_node/Security-Updates.html > > isn't very explicit about the reproducibility of grafts. In particular, > it doesn't say if a package containing patched binaries retains its >

Re: 18/36: services: hurd: Add dummy loopback.

Hello, On Tue, May 5, 2020 at 11:23 AM Ludovic Courtès wrote: > The patch below appears to fix it: Is target-word-size checking always equivalent to cross-compiling ? Aren't there cross-compilation host/target combos where this will be true, but still there will be other differences

Re: initrd: why do we need static linking?

Hi, Ricardo Wurmus skribis: > why do we need to link packages statically to include them in the > initrd? Can’t we just copy the package closure into the initrd? You can refer to any package in the initrd gexp and its whole closure is automatically included in the initrd. However, to

Re: 18/36: services: hurd: Add dummy loopback.

Hi, Jan Nieuwenhuizen skribis: >> Could it be ‘ifreq-struct-size’ that’s off on GNU/Hurd, or one of its >> friends? > > Something like that: sizeof-ifconf is set to 16 (like on x86_64), but > it's size should be 8. Oh, that’s because ‘define-c-struct’ does all the work at macro-expansion time,

Re: Adding a subcommand "load-profile"

Hi, Vagrant Cascadian skribis: >> I’m interested in your feedback then. >> >> To me, there are already several ways to do that, notably: >> >> 1. guix environment (but it’s slower) >> >> 2. sh >> . /my/profile/etc/profile.sh >> exit >> >> 3. sh >> eval `guix package -p