Re: Guix (and Guile's) promise, and how to (hopefully) get there

Hey, "Thompson, David" writes: > On Sun, Oct 27, 2024 at 3:13 PM Ekaitz Zarraga wrote: >> >> Many people on this project have tried to change GNU from the inside and >> are very critical with the FSF (see the https://gnu.tools/). I think >> that's also a good way to do things, changing them fro

Re: HP Printer setup with Cups & hplip

Hi, On Sun, Dec 15, 2024 at 06:21 AM, Divya Ranjan wrote: > Hello Maxim, > > I never did solve the problem, I even changed machines and a fresh > installation of Guix, that too moving from > linux-libre to mainstream linux kernel, but the issue persists. > So, I don't think my problem with an H

Re: bug#74715: Request for merging "python-team" branch

Hi Ian, > Since this merge landed, the builds for several Python packages in my > personal channel broke. Any package using pyproject-build-system for a > Python project using setuptools seems to be affected. as Sharlatan Hellseher wrote in https://issues.guix.gnu.org/issue/74715#4, you need t

Re: bug#74715: Request for merging "python-team" branch

Hi Ian, On Saturday, December 14th, 2024 at 5:00 PM, Ian Eure wrote: > Hi all, > > Since this merge landed, the builds for several Python packages in my > personal channel broke.  Any package using pyproject-build-system for a > Python project using setuptools seems to be affected.  This pyth

Re: HP Printer setup with Cups & hplip

Hello Maxim, I never did solve the problem, I even changed machines and a fresh installation of Guix, that too moving from linux-libre to mainstream linux kernel, but the issue persists. On 15 December 2024 04:43:18 GMT, Maxim Cournoyer wrote: >Hi, > >Divya Ranjan via "Development of GNU Guix

Re: HP Printer setup with Cups & hplip

Hi, Divya Ranjan via "Development of GNU Guix and the GNU System distribution." writes: > Felix Lechner via "Development of GNU Guix and the GNU System distribution." > writes: > >> Hi Divya, >> >> On Wed, Oct 23 2024, Divya Ranjan via "Development of GNU Guix and the GNU >> System distributi

Re: packaging: what to do about these requiring systemd?

Jakob Kirsch writes: > On Sun, Jul 07, 2024 at 05:07:01PM -0700, Andy Tai wrote: >> Some packages require systemd; some may provide configure stage >> options to disable systemd support which can be supplied by the >> package definitions in Guix. But for these that do not make systemd >> support

Re: [bug#62917] [bug#73799] [PATCH] Fix 'guix shell: error: symlink: File exists: "/bin/cc"'

Hi Marco, Marco Fortina writes: > This patch closes issue when running "guix shell --container --emulate-fhs > clang-toolchain gcc-toolchain" or "guix shell --container --emulate-fhs > clang-toolchain gcc-toolchain": > > > diff --git a/guix/scripts/environment.scm b/guix/scripts/environment.sc

Re: 01/04: gnu: libtorrent-rasterbar: Update to 2.0.10.

Hi Felix, Felix Lechner via "Development of GNU Guix and the GNU System distribution." writes: > Hi Tomas, > > On Sun, Oct 06 2024, Tomas Volf wrote: > >> Especially since applying for commit access has a number of commits as >> one of prerequisites > > Actually, you are lucky. They don't accep

Re: ‘core-updates’ is gone; long live ‘core-packages-team’!

Hi Chris, Sorry for reviving a 14 weeks old thread, I'm still catching up post-move :-). Christopher Baines writes: [...] >> The manual currently says it goes to 'staging' [1], and that this will >> be merged within six weeks. Is this actually true? I don't see any >> sign of it on Guix' git [

Re: core-update scope

Hello, Andreas Enge writes: > Hello Leo, > > Am Sat, Sep 07, 2024 at 01:47:03PM -0400 schrieb Leo Famulari: >> I agree, we don't have to have a team for this. I'm not sure anyone else >> cares about the "media" packages as a whole. But if there is interest, >> that's good too. > > as an outsider

Re: Is installing `glibc-locales` necessary on GuixSD?

Hi Ludovic, Ludovic Courtès writes: > Hi Ada, > > Ada Stevenson skribis: > >> This is embarrassing. I sent this email before I actually reconfigured >> my system, and it seems like the message has gone away and the locales >> are working... oops! > > I missed this message before. Indeed, o

Re: Shepherd in Debian

Ludovic Courtès writes: >> Btw, running 'herd --help' prints a lot of warnings like below. Any >> ideas where these come from and/or how to silence them? Salsa used >> Guile 3.0.9 and my laptop has Guile 3.0.7, if that matters. >> >> ;;; WARNING: loading compiled file >> /usr/lib/x86_64-linux-

Re: bug#74715: Request for merging "python-team" branch

Hi all, Since this merge landed, the builds for several Python packages in my personal channel broke. Any package using pyproject-build-system for a Python project using setuptools seems to be affected. This python-manhole package[1] is an example. It's about as simple as they can get, with

Re: Speed up grafts by storing reference offset in index

Hi! Ricardo Wurmus skribis: > Since it is December and I'm in a silly mood here is a silly idea: would > it make sense to shift parts of the grafting work to an offloadable > build? Here's what I imagine: > > - on the build farms build an additional derivation for a references > file. The re

Re: Shepherd in Debian

Hi Simon, Simon Josefsson via "Development of GNU Guix and the GNU System distribution." skribis: > I've packaged Shepherd 1.0.0 and guile-fibers 1.3.1 for Debian, and they > are in the NEW queue pending copyright review. Meanwhile you can test > the Salsa amd64 and i386 builds like this: Nice

Re: Creating a C/C++ team?

Hi Greg, Greg Hogan skribis: >> I think there is a risk that this still overlaps with core-packages on >> the account of GCC being our main C/C++ toolchain. > > The core-packages team scope includes commencement.scm, gcc.scm, and > gnu-build-system so contributors using etc/teams.scm will be pro

Re: [PATCH 1/2] teams: Add hurd team.

Hi, Janneke Nieuwenhuizen skribis: >> Am Tue, Dec 03, 2024 at 02:34:10PM +0100 schrieb Janneke Nieuwenhuizen: >>> * etc/teams.scm (hurd): New team. >> >> I think you should simply push these two patches :) > > Pushed as 38bbed33a28524c26ca794117f6dfed1529e2807, thanks. Thanks! I support this n

Re: Automatically testing package updates

Hi, Sharlatan Hellseher skribis: > I try to keep cadence with update in astronomy module monthly and having > ongoing refresh work for golang collection. Maybe we may have some API > output on that type available at , > showing the impact ration of the given packa

Re: Automatically testing package updates

Vagrant Cascadian skribis: > This can be fixed by updating to guile-ssh 0.18.0: > > https://issues.guix.gnu.org/74659 > > Which also works with libssh 0.10.x in guix master. > > Running "guix build --dependents guile-ssh" on it now. Yay, well done! :-) > First thing I notice is it is trying t

Re: Automatically testing package updates

Ricardo Wurmus skribis: > Attila Lendvai writes: > >> sidenote: as a newcomer i found it rather off-putting that the bug >> tracker is full of random two-liner package updates, many long >> forgotten and even obsolete. > > This is exactly my point and why I think the bug tracker must contain > o

Use and abuse of ‘computed-origin-method’: the ‘rust-ring’ case

Hello Guix, ‘rust-ring-0.16-sources’ & co. are origins that use ‘computed-origin-method’ (the thing that’s internal and undocumented) to generate object files from assembly source, things like that. An origin is supposed to represent source code, and clearly, the end result here is not source by

Re: On the quest for a new release model

> Our releases should mean something. one thing i haven't seen mentioned: AFAIU, not any version of guix can pull and build another guix version. i.e. when the guix command gets a new feature that is then used in the code that pulls and builds itself, then we have a bootstrap/staging problem no

Re: On the quest for a new release model

>sam. 14 déc. 2024 at 01:38, John Kehayias wrote: > Is this something we agree on? I think being clear what Guix is (in terms of > "releases"), > and what we want it to be, is essential first. Thanks for the summary on current situation. I agree with you, and have nothing against. But I have a

Splitting up Guix channel (was: On the quest for a new release model)

Ricardo Wurmus writes: > This has been discussed in the past and it is far from trivial. > Consider that glibc needs Python at build time and the Linux kernel may > need Rust. Consider also that it is easy to introduce a package from > the outer ring to the inner ring through transitive dependen

Re: On the quest for a new release model

Hi all, On 12/13/24 20:38, John Kehayias via Development of GNU Guix and the GNU System distribution. wrote: Hi all, On Fri, Dec 13, 2024 at 03:08 PM, Felix Lechner via \"Development of GNU Guix and the GNU System distribution.\" wrote: On Fri, Dec 13 2024, Ricardo Wurmus wrote: Our relea

Re: On the quest for a new release model

Tomas Volf <~@wolfsden.cz> writes: > I just feel there is a lot to figure out with this proposal. Thank you for the detailed response. And I agree that this isn't a solved problem (yet). I propose that further discussion on this tangent happen on a separate thread. Whether Guix is split into m

Re: On the quest for a new release model

Ricardo Wurmus writes: >> Let's say we have two channels in the future: $guix-slim and >> $guix-extras. Wouldn't it be sufficient for $guix-extras to depend on >> $guix-slim ? If not, could you please elaborate? > > You have multiplied the release problem by two. If more releases pose a proble

Re: No ibus modules for GTK4 with Sway

Hi Tomas, I had the other variables set, but not GUIX_GTK4_PATH. I tried export GUIX_GTK4_PATH=/run/current-system/profile/lib/gtk-4.0/ This is an improvement, because now dino (my GTK4 test application) accepts characters selected with ibus-libpinyin. It's not really usable, though, becaus

Re: On the quest for a new release model

Suhail Singh writes: > Tomas Volf <~@wolfsden.cz> writes: > >> I would like to point out that there is more work involved than just >> splitting it into separate channels and adding those into >> %default-channels. > > Could you please elaborate? Or were these the two points you noted > below?

Re: No ibus modules for GTK4 with Sway

Hi Ricardo, Ricardo Wurmus writes: > Hi Guix, > > I've reconfigured my system with Sway and I noticed that GTK4 > applications now ignore my input method. GTK3 applications and Emacs > still work fine. > > GTK4 applications used to work with IBus under Gnome, so I'm guessing > that some more c

Re: On the quest for a new release model

Suhail Singh writes: >> Also you would need some way to specify what channel commits are able to >> work together version-wise. > > Let's say we have two channels in the future: $guix-slim and > $guix-extras. Wouldn't it be sufficient for $guix-extras to depend on > $guix-slim ? If not, could y

Re: On the quest for a new release model

Simon Josefsson via "Development of GNU Guix and the GNU System distribution." writes: > How much of the guix git repository content can you remove and still > have a working OS? In other words, can we strip away almost all of the > packages and still have a minimal bootable system? If we mini