Re: make dist and related fun (was: The next release)

On Wed, Feb 19, 2025 at 02:06:43PM -0800, Vagrant Cascadian wrote: > On 2025-02-15, Vagrant Cascadian wrote: > > On 2025-02-11, Efraim Flashner wrote: > >> We discussed the next release during Guix Days and I volunteered to lead > >> the effort. > ... > > I may just make an attempt at making a git

Re: make dist and related fun

On Sun, Feb 23, 2025 at 01:21:02PM -0800, Vagrant Cascadian wrote: > On 2025-02-23, Ludovic Courtès wrote: > > Vagrant Cascadian skribis: > > > >> The generated tarball also appears to be missing a few files, some of > >> which seem fine (e.g. .gitignore) but some which actually cause problems > >

Re: Users of demlo package.

Hi Oleg & Andreas, On Sat, Feb 22 2025, Andreas Enge wrote: > upstream was also the packager; there is a certain probability that > the package has never been used by anyone else. > So I would suggest to send this patch to the issue tracker, maybe cc-ing > the packager, and see what happens duri

Mumi list interface [Was: mumi CLI now supports tagging]

Hi Arun, On Sat, Feb 22 2025, Arun Isaac wrote: > the mumi web UI now has an improved listing of issues. I find that the list interface [1] made the website [2] less helpful, but my opinion is probably not important. Kind regards Felix [1] https://issues.guix.gnu.org/76297 [2] https://issues.g

Re: mumi CLI now supports tagging

Hi Cayetano, > Now, the "reviewed-looks-good" tag may be set (without sending any > email) using (right ?) > > mumi -t +reviewed-looks-good There are two orthogonal issues here: 1. `mumi command' merely composes the email for you and fires up your email client. You still need to "click Sen

Re: make dist and related fun

On 2025-02-23, Ludovic Courtès wrote: > Vagrant Cascadian skribis: > >> The generated tarball also appears to be missing a few files, some of >> which seem fine (e.g. .gitignore) but some which actually cause problems >> (e.g. missing po4a.cfg, tests/*.scm, gnu/patches/*.patch), some of which >> p

Re: "guix package -u automake" pulls in gtk

Am Sun, Feb 23, 2025 at 06:21:27PM +0100 schrieb Ricardo Wurmus: > > I also encounter the failure below in python-uvicorn, which is a > > prerequisite for rest. > This may be a non-deterministic failure. It built fine on my laptop. Unless you have an ARM laptop, which exist, but are rare, there m

Re: mumi CLI now supports tagging

>dim. 23 févr. 2025 at 13:02, Arun Isaac wrote: >> Except that the "Guix QA review form submission:" part is missing. > > I'm not sure which form you are referring to. Could you elaborate? When reviewing a patch [1] ( Patch review overview ), typically, one replies by email to cont...@debbugs.g

Re: [shepherd] Fails tests on aarch64-linux

Ludovic Courtès writes: >> ;;; (ACTUAL ((service (version 0) (provides (root shepherd)) >> (requires ()) (respawn? #f) (docstring "The root service is used to >> operate on shepherd itself.") (enabled? #t) (running (process >> (version 0) (id 14089) (command >> ("/gnu/store/mwv03cfpqwvnffq76fp4x1

Re: "guix package -u automake" pulls in gtk

Andreas Enge writes: > Am Sun, Feb 23, 2025 at 10:33:00AM +0100 schrieb Ricardo Wurmus: >> On aarch64-linux I still cannot build gtk+ because now libsoup-minimal >> fails to link. At least samba builds now since the fix to python-anyio. > > Thanks a lot for pushing the fix! > > I also encounter

Re: example of poor debugging message (follow up Guix Days)

Ludovic Courtès writes: > Seeing this backtrace and error, I would go to pyproject.scm:93 to see > what’s in there, and then look among the packages you’re building for > the one that’s passing #:tests? without a value. I'd be happy if the backtrace showed the location of the package definition

Re: How to move forward about Rust? antioxidant, cargo2guix, etc.

Hi, Efraim Flashner skribis: > I would like to get away from the cargo-inputs and > cargo-development-inputs if possible and to have all the packages as > regular and native inputs. This is what I looked at in , but now I realize this may be misguided: there a

Re: example of poor debugging message (follow up Guix Days)

Hi, Sharlatan Hellseher skribis: > In guix/build-system/pyproject.scm: > 93:0 3 (pyproject-build _ _ #:source _ #:tests? _ # _ # _ # _ # …) > In ice-9/boot-9.scm: > 1685:16 2 (raise-exception _ #:continuable? _) > 1685:16 1 (raise-exception _ #:continuable? _) > 1685:16 0 (raise-e

Re: GCDs on info-guix?

Hi, Simon Tournier skribis: > My conclusion: We start with info-guix for the 6 months and if the > traffic is too high (define high? ;-)) then we create a dedicated > mailing list. Until now, messages sent to info-guix were rare (less than one per month) and carefully crafted for a broad audien

Re: Cuirass: Use (%current-system) in %default-jobset-options-systems

Hi Ludo, Ludovic Courtès writes: > Hi Roman, > > Roman Scherer skribis: > >> - I'm looking forward to the status checks Romain is working on. Seeing >> what's going on with CI directly on Codeberg would be super nice! > > It’s coming: . :-) > Nice, I'm lo

Re: QA is back‽

Hey, Noé Lopez via "Development of GNU Guix and the GNU System distribution." skribis: > Just noticed QA has been going through a lot of issues lately[1], thanks > to everyone who worked on it! > > [1] https://qa.guix.gnu.org/patches Woow, I’m not sure what happened, but I’m pretty sure we can

Re: guix build -P not building dependent(s) of django package

Hi, "jgart" skribis: > `guix build -P python-django-cache-url` will fail because it thinks that > python-django-cache-url is the depth argument that it would expect if > provided. Right, but Kaelyn is right that the order matters. So you can run: guix build --dependents python-django-cach

Re: make dist and related fun

Hi, Vagrant Cascadian skribis: > The generated tarball also appears to be missing a few files, some of > which seem fine (e.g. .gitignore) but some which actually cause problems > (e.g. missing po4a.cfg, tests/*.scm, gnu/patches/*.patch), some of which > probably should be added to dist_patch_DA

Re: Posting GCD #002? (was Re: Trying out Codeberg)

GCD 002 is officially submitted now! :-) https://issues.guix.gnu.org/76503 Ludo’.

Re: The next release

Efraim Flashner skribis: > On Mon, Feb 17, 2025 at 02:48:59PM +0100, Andreas Enge wrote: >> Hello, >> >> I think something we need to do urgently is to run an ungrafting >> process - grafting takes a considerable amount of time when updating my >> system now, and I suppose it will also waste a b

Re: Posting GCD #002? (was Re: Trying out Codeberg)

Hi, Simon Tournier skribis: > On Sun, 16 Feb 2025 at 17:41, Ludovic Courtès wrote: > >> I’ll be formally posting GCD #002 soon (“Migrating repositories, issues, >> and patches to Codeberg”) > > As discussed elsewhere [1], we need a GCD process in order to amend > Accepted GCDs without running a

Re: Cuirass: Use (%current-system) in %default-jobset-options-systems

Hi Roman, Roman Scherer skribis: > - I'm looking forward to the status checks Romain is working on. Seeing > what's going on with CI directly on Codeberg would be super nice! It’s coming: . :-) > - I'm using a Nginx module [1] to do JWT authentication with

Re: "guix package -u automake" pulls in gtk

Am Sun, Feb 23, 2025 at 10:33:00AM +0100 schrieb Ricardo Wurmus: > On aarch64-linux I still cannot build gtk+ because now libsoup-minimal > fails to link. At least samba builds now since the fix to python-anyio. Thanks a lot for pushing the fix! I also encounter the failure below in python-uvico

Re: Working with SBCL and ASDF (Common Lisp)

On Fri, Feb 21, 2025 at 9:05 AM Konrad Hinsen wrote: > > Hi everyone, > > Overall I have been happily using SBCL from Guix for Common Lisp > development. But from time to time I run into a weird problem, and today > it has hit a package I definitely need. > > The problem is documented in https://i

Re: mumi CLI now supports tagging

Hi Cayetano, >> For example, to tag the current issue with the confirmed and easy tags: >> mumi command -t +confirmed -t +easy >> >> To remove the moreinfo tag and add the help tag: >> mumi command -t -moreinfo -t +help > > Those tags are equivalent to the ones we set by sending emails to > cont

Posting GCD #002? (was Re: Trying out Codeberg)

Hi Ludo, On Sun, 16 Feb 2025 at 17:41, Ludovic Courtès wrote: > I’ll be formally posting GCD #002 soon (“Migrating repositories, issues, > and patches to Codeberg”) As discussed elsewhere [1], we need a GCD process in order to amend Accepted GCDs without running a complete dance. My question i

Re: GCDs on info-guix?

Hi Andreas, all, On Fri, 21 Feb 2025 at 15:23, Andreas Enge wrote: >> I can understand that since info-guix is advertised as a “Low-traffic >> mailing list for announcements to Guix users”¹. >> Did we go overboard with the requirement to send GCDs to info-guix? > > I find this point valid. Can w

Re: [GCD] Set search paths without program wrappers

Thanks to you two for the clarification and backwards-compatible implementation (have not tested it, though) and the effort with a GCD. It’s useful for the cases you mentioned. I’m all for it. Regards, Florian

Re: mumi CLI now supports tagging

>sam. 22 févr. 2025 at 23:28, Arun Isaac wrote: > Hi, > > With the latest mumi 0.5.0, the mumi CLI now supports tagging and easy > composition[1] of command emails to the debbugs control server. Great news ! Thanks a lot for your time and efforts, mumi is a must have when contributing to guix.

Re: "guix package -u automake" pulls in gtk

On aarch64-linux I still cannot build gtk+ because now libsoup-minimal fails to link. At least samba builds now since the fix to python-anyio. -- Ricardo

Re: Users of demlo package.

On Sat, Feb 22, 2025 at 11:06:54AM +0100, Andreas Enge wrote: > Hello Oleg, > > Am Sat, Feb 22, 2025 at 09:28:45AM + schrieb Sharlatan Hellseher: > > Upstream has last time activity in 2019 > > , as for me, it's more dead project > > than alive :-). > > Quest

Re: GCDs on info-guix?

On Fri, Feb 21, 2025 at 04:26:50PM -0500, Suhail Singh wrote: > Andreas Enge writes: > > > info-guix should be announcements for users, and this is clearly a > > developers' issue (mainly relevant to the people who have a say in the > > end, that is, team members, although anybody can chime in).

Re: [GCD] Set search paths without program wrappers

"pelzflorian (Florian Pelz)" writes: > Hi 宋文武. > > Help me understand. What you are inventing here is search path > configuration files as a preferred alternative to environment > variables. > [...] > Also because it does not propagate, it will not have duplicate > entries. Yes, exactlly. > Wh