Re: 'staging' freeze

Hi, I'm really interested in Rust 1.60. Is there any progress on merging the staging branch? I see a lot of commits but I'm not sure whether we come closer to the merge or drifting away from it.

Re: Emacs integration for 'guix shell'

"Thompson, David" writes: > Hi Philip, > > On Sat, Oct 1, 2022 at 4:22 AM Philip Kaludercic wrote: > >> I haven't used direnv, but how does it compare to buffer-env? I worked >> on the Guix integration a few months ago and it has been working really >> well for me. > > Oh, I didn't realize

Re: Emacs integration for 'guix shell'

"Thompson, David" writes: > Hello all, > > I recently wrote a little blog post titled "Guix for development" [0] > and in it I mentioned using a tool called direnv and emacs-direnv as a > way to integrate 'guix shell' with Emacs. This integration has vastly > improved my Emacs experience. I can

Re: Emacs integration for 'guix shell'

Hi Philip, On Sat, Oct 1, 2022 at 4:22 AM Philip Kaludercic wrote: > > "Thompson, David" writes: > > > Hello all, > > > > I recently wrote a little blog post titled "Guix for development" [0] > > and in it I mentioned using a tool called direnv and emacs-direnv as a > > way to integrate 'guix

Re: branch master updated: services: Add file system utilities to profile.

Hey, > So it would seem like e2fsprogs is not being added to the profile of the > installation image. I think that's because there is no ext4 file-system needed for boot, as root is an iso9660 file-system. I added e2fsprogs to the operating-system packages for this specific test with:

Re: Capitole du Libre at Toulouse

Am Mon, Sep 26, 2022 at 11:30:53PM +0200 schrieb zimoun: > I did a proposal for a talk. If it is accepted, then I will be > there. :-) Hello, it is unfortunate we did not know it beforehand! > Did you do a proposal for a booth or something else? We decided that with only two confirmed and one

Re: Emacs integration for 'guix shell'

Thompson, David wrote: > It's very cool that it works, and I should have done this years ago, > but direnv is an unnecessary middleman for me because I don't use it > for any other purpose. It would be *even cooler* if Emacs could call > 'guix shell --search-paths' directly, parse the result,

Re: Make guix use alternative substitute if one is down

Hi, Philip Beadling skribis: > substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%guix > substitute: warning: ci.guix.gnu.org: connection > failed: No route to host > substitute: > 20,6 MB will be downloaded > substitute: updating substitutes from

Re: substitute derivation: also substitute grafts?

Hi! Ricardo Wurmus skribis: > While this is also an interesting development for grafts, my question is > much narrowed. I’d be very happy if we could have a little switch that > made my daemon(s) ignore the “substitutable?” property and just > substitute everything. > > I’m not looking for

Re: Why are build systems separated into two modules?

Hi! Liliana Marie Prikler skribis: > Am Samstag, dem 17.09.2022 um 08:51 -0500 schrieb jgart: >> Hi Guixers, >> >> Why are build systems separated into two modules? >> >> Why can't an entire build system be contained in a single module? >> >> Just trying to understand the background design

Re: substitute derivation: also substitute grafts?

Ludovic Courtès writes: > The premise was that computing a graft is usually quicker than > transferring it, which is why they have #:substitutable? #f. > > I don’t think it would be reasonable to have a switch to toggle > #:substitutable? because that would make .drv depend on external >

Re: substitute derivation: also substitute grafts?

Quick note: On 1 October 2022 17:29:03 UTC, Ricardo Wurmus wrote: >If substitutable was merely a hint that a daemon could be free to ignore >it wouldn’t be any worse than downloading a substitute vs building >something locally. Substitutability has legal implications in Guix, whether or not it

Re: Sanitizer of record fields?

Hi, zimoun skribis: > The website is currently failing [1] to build because a typo in some > package declaration. The error message is not very helpful, > > srfi/srfi-1.scm:241:2: In procedure map: > In procedure map: Wrong type argument: "https://www.qt.io/; > building

Re: old style -> new gexp style

Hi, jgart skribis: > Is anyone working on supporting automating guix package code to newer gexp > style as a guix style subcommand? Not that I know of. At the time, I considered that simplifying inputs fields was important and had to be automated¹, and I didn’t consider that ‘arguments’

Re: What 'sh' should 'system' use?

Hello! Philip McGrath skribis: > 1) If we want to continue to hard-code a specific shell into Glibc, I think > we > should document the decision (for example, why 'bash-static' vs. 'bash- > minimal'?) […] The choice of ‘bash-static’ rather than ‘bash-minimal’ is motivated by the fact that,

Re: substitute derivation: also substitute grafts?

Tobias Geerinckx-Rice writes: > Quick note: > > On 1 October 2022 17:29:03 UTC, Ricardo Wurmus wrote: >>If substitutable was merely a hint that a daemon could be free to ignore >>it wouldn’t be any worse than downloading a substitute vs building >>something locally. > > Substitutability has

Re: Make guix use alternative substitute if one is down

Excellent - thanks for letting us know Ludo', this is really useful. From: Ludovic Courtès Sent: Saturday, 1 October 2022, 18:55 To: Philip Beadling Cc: Jacob Hrbek ; guix-devel@gnu.org Subject: Re: Make guix use alternative substitute if one is down Hi,

Re: Progress with automating testing of patches

Ludovic Courtès writes: > I wonder if it’s due to recent changes since I last looked, but I’m a > bit confused by the numbers in this example: > > https://qa.guix.gnu.org/issue/58186 > > The numbers before/after patches don’t match and the lint warnings (nice > addition!) appear to unrelated

Re: Progress with automating testing of patches

Hello! As discussed in Paris, I’m a big fan of qa.guix.gnu.org! I like that it shows all the information relevant to packagers and reviewers in a concise way. I wonder if it’s due to recent changes since I last looked, but I’m a bit confused by the numbers in this example:

Re: git guix checkout automation for contributors

Hi! Danny Milosavljevic skribis: > (1) Install the guix system > (2) Log in as regular user > (3) guix edit nano > (4) It opens a file from /gnu/store that you cannot edit. At one point, I thought we could have, say: guix edit --clone PKG It would close the channel containing PKG, open the

Re: Contributing to Guix Past Channel

Hi, jgart skribis: > How can people wanting to contribute to the Guix Past Channel send patches or > participate in packaging? I’ve updated README.md to clarify that: https://gitlab.inria.fr/guix-hpc/guix-past HTH! Ludo’.