bug#75915: qtile package is broken

On Wed, 29 Jan 2025 01:15:45 +0800, Orahcio Felicio de Sousa wrote: > > After `guix shell qtile` I got this log, > "/var/log/guix/drvs/b8/a79591nllixi79v4bqwhvpdk5sxx3f-qtile-0.23.0.drv.gz", > in my x86_64 laptop. > > Backtrace: > 15 (primitive-load "/gnu/store/9hfv72n2gq438cjmchn3783ld

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 28 Nov 2024 19:08:09 +0800, Hilton Chain wrote: > > I think this is mostly ready ( again :) ). If there's nothing else missing, > I'll post the current status and call for packages to test the build system on > guix-devel. Applied Zig bootstrap as 40b9f33066...42

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 05 Dec 2024 14:27:14 +0800, Hilton Chain wrote: > > On Mon, 02 Dec 2024 13:11:53 +0800, > Hilton Chain wrote: > > > > On Thu, 28 Nov 2024 19:08:09 +0800, > > Hilton Chain wrote: > > > > > > Made "#:zig-inputs" a private keyword, its

bug#73142: [PATCH] gnu: libsixel: Fix bash completion.

* gnu/packages/image.scm (libsixel)[source]: Fix bash completion. Fixes: https://issues.guix.gnu.org/73142 Reported-By: elaexuo...@wilsonb.com Fixes: https://mail.gnu.org/archive/html/help-guix/2024-12/msg00029.html Reported-by: Einar Largenius Change-Id: I7e30bfa4ad6efcf27b2e89a42c34802b53bd30

bug#74681: seatd-service-type: error with elogind-service-type

Hi, On Wed, 04 Dec 2024 00:05:24 +0800, fourfivemg wrote: > > Adding both to the `services` section of your `(operating-system)` form, like > this: > > ``` > (services > (append (list > (service elogind-service-type) > (service seatd-service-type)) > %ba

bug#74217: Bootstrapping Zig with no Binary Blobs

On Mon, 02 Dec 2024 13:11:53 +0800, Hilton Chain wrote: > > On Thu, 28 Nov 2024 19:08:09 +0800, > Hilton Chain wrote: > > > > Made "#:zig-inputs" a private keyword, its value will be passed to inputs > > like > > cargo-build-system (the build system do

bug#74656: [wip-zig-bootstrap] zig cache is not updated for dependencies of dependencies

Added your packages (except liskvork, please tell me how to use it) to wip-zig-bootstrap. There're various modifications, please see the current definitions.

bug#74656: [wip-zig-bootstrap] zig cache is not updated for dependencies of dependencies

On Tue, 03 Dec 2024 17:56:13 +0800, Noé Lopez wrote: > > Its working well with your changes, do you plan on keeping the snippet > syntax for every package? It seems like a lot of boilerplate. I can make it a procedure later, if only using this pattern is enough. > Personally I like the #:zig-inp

bug#74656: [wip-zig-bootstrap] zig cache is not updated for dependencies of dependencies

Hi Noé, On Tue, 03 Dec 2024 05:15:44 +0800, Noé Lopez wrote: > > [1 ] > Hi, > > I got my hands on packaging liskvork, a gomoku server. The build fails > because dependencies of dependencies are not added to the zig cache, and so > can’t be found correctly by the zig build system. > > I attached

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 28 Nov 2024 19:08:09 +0800, Hilton Chain wrote: > > Made "#:zig-inputs" a private keyword, its value will be passed to inputs like > cargo-build-system (the build system doesn't extract the whole closure for > now, this can be added in the future depending on

bug#74217: Bootstrapping Zig with no Binary Blobs

On Fri, 29 Nov 2024 20:25:43 +0800, Hilton Chain wrote: > > Just realised the weekend is coming, I'll send to guix-devel soon. ;) https://lists.gnu.org/archive/html/guix-devel/2024-11/msg00271.html

bug#74217: Bootstrapping Zig with no Binary Blobs

On Fri, 29 Nov 2024 04:53:57 +0800, Motiejus Jakštys wrote: > > [1 ] > On Thu, Nov 28, 2024 at 5:20 PM Hilton Chain wrote: > > Thanks! Then I'll keep abilists removed before we can reproduce one :) > > OK here it is for 0.11: >

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 28 Nov 2024 20:41:10 +0800, Motiejus Jakštys wrote: > > On Thu, Nov 28, 2024 at 1:08 PM Hilton Chain wrote: > > > > <...> together with the concern on generated files. > > Hi Hilton, > > The only remaining, to my knowledge, binary file is `abilists`,

bug#74217: Bootstrapping Zig with no Binary Blobs

I started to learn Zig these days and adjusted patches for Zig a bit. Other than this, I have added a install-source? argument to zig-build-system, it can now install package source to "/src/-". "-Dtarget" is used in zig-build-system's native builds as well, same as Zig for reproducibility. Made

bug#74217: Bootstrapping Zig with no Binary Blobs

On Tue, 19 Nov 2024 21:13:50 +0800, Hilton Chain wrote: > > I'll take a look at Zig package manager support. Added support for Zig package manager (build.zig.zon) and switched default Zig to zig-0.13, please see the two DRAFT commits. I have also updated and added some packages

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sun, 17 Nov 2024 22:51:48 +0800, Hilton Chain wrote: > > Thanks, I have ported all patches and pushed. GUIX_ZIG_LIBC_DIR is changed to > GUIX_ZIG_GLIBC_LINKER and is set as full path in Guix side because I don't > want > mess with strings in Zig side... Reworked this, p

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sun, 17 Nov 2024 22:51:48 +0800, Hilton Chain wrote: > > The reproducibility issue is related to kernel version from target ("native" > by > default) information, to address this we need to specify a target for native > builds too. Specifying a target makes

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sun, 17 Nov 2024 15:16:13 +0800, Efraim Flashner wrote: > > [1 ] > On Fri, Nov 15, 2024 at 10:30:40PM +0800, Hilton Chain wrote: > > On Fri, 15 Nov 2024 11:29:10 +0800, > > Hilton Chain wrote: > > > > > > Good news: Thanks to this diff

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sat, 16 Nov 2024 14:54:55 +0800, Hilton Chain wrote: > > > Also for reproducibility, bin/zig is the only file differs and here's the > > diff, > > I don't know about this part so I currently have no idea on fixing it. > > This seem to be an upstream issue,

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sun, 17 Nov 2024 01:03:59 +0800, Efraim Flashner wrote: > > [1 ] > On Sat, Nov 16, 2024 at 02:54:55PM +0800, Hilton Chain wrote: > > On Fri, 15 Nov 2024 22:30:40 +0800, > > Hilton Chain wrote: > > > > > > I have locally made the "use-system-paths

bug#74217: Bootstrapping Zig with no Binary Blobs

On Sat, 16 Nov 2024 15:13:40 +0800, Motiejus Jakštys wrote: > > On Sat, Nov 16, 2024 at 8:55 AM Hilton Chain wrote: > > > > On Fri, 15 Nov 2024 22:30:40 +0800, > > Hilton Chain wrote: > > > > > > Also for reproducibility, bin/zig is the only file differs

bug#74217: Bootstrapping Zig with no Binary Blobs

On Fri, 15 Nov 2024 22:30:40 +0800, Hilton Chain wrote: > > I have locally made the "use-system-paths" patch larger so that Zig can really > honor "CROSS_" environment variables. > > The next issue is cross building with pkg-config. Zig only invokes > "p

bug#74217: Bootstrapping Zig with no Binary Blobs

On Fri, 15 Nov 2024 11:29:10 +0800, Hilton Chain wrote: > > Good news: Thanks to this diff, I know how to add libc to RUNPATH now :) > > Another forced push, I have ensured consistent behavior for > (CROSS_)?LIBRARY_PATH and added libc RUNPATH without restoring the behavior >

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 14 Nov 2024 17:41:04 +0800, Efraim Flashner wrote: > > [1 ] > On Thu, Nov 14, 2024 at 05:22:17PM +0800, Hilton Chain wrote: > > 2. Pass libc to Zig's linker > > This was the behavior in 0.9, but changed due to issue on macOS[1]. (btw, > > our > >

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 14 Nov 2024 14:05:52 +0800, Hilton Chain wrote: > > Currently I'm 1. modifying each-lib-rpath option of 'zig build'. 2. passing > libc to linker. I'll write details on this when succeed. 1. Modification about each-lib-rpath. --8<---cut here---

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 14 Nov 2024 09:05:41 +0800, Hilton Chain wrote: > > On Thu, 14 Nov 2024 07:40:05 +0800, > Hilton Chain wrote: > > > > I thought Zig was using lld as a library for linking. Just looked at > > src/link/Elf.zig, this is not true, it invokes ld.lld. > > >

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 14 Nov 2024 07:40:05 +0800, Hilton Chain wrote: > > On Thu, 14 Nov 2024 02:10:44 +0800, > Efraim Flashner wrote: > > > > > I think this is due to Zig's implemention of its own linking logic, which > > > bypasses our ld-wrapper. > > > >

bug#74217: Bootstrapping Zig with no Binary Blobs

On Thu, 14 Nov 2024 02:10:44 +0800, Efraim Flashner wrote: > > > I think this is due to Zig's implemention of its own linking logic, which > > bypasses our ld-wrapper. > > I wonder if switching from lld to make-lld-wrapper would make a > difference here. Thanks for mentioning! This should do the

bug#74217: Bootstrapping Zig with no Binary Blobs

Hello everyone, With a new forced push (and new rebuilds, sorry), wip-zig-bootstrap is mostly ready (for me) now. Please take a look at the first few commits, as I'm changing Zig's behavior there, here are some additional notes: To Efraim: Can adding pkg-config to native-inputs avoid the ncdu

bug#74217: Bootstrapping Zig with no Binary Blobs

Hi Efraim, On Mon, 11 Nov 2024 19:42:25 +0800, Efraim Flashner wrote: > > Ok, you've convinced me. I guess I finally need to get zig@0.10 > building correctly on riscv64. > > Expect plenty of FIXUP and SQUASH commits in the future. I have something to fix with a force-push on wip-zig-bootstrap,

bug#74217: [PATCH 0/2] Initial step on bootstrapping Zig.

I have added a wip-zig-bootstrap[1] branch. Variables are not exported, you can build them locally with the following command: --8<---cut here---start->8--- ZIG=$( sed 's/^\(define(-public)? (zig-.*-.*)/\2/p' gnu/packages/zig.scm \ --quie

bug#74217: [PATCH 1/2] gnu: Add zig-0.10.0-610-bootstrap.

* gnu/packages/patches/zig-0.10.0-610-bootstrap-resolve-conflicts.patch: New file. * gnu/local.mk (dist_patch_DATA): Regisiter it. * gnu/packages/zig.scm (zig-0.10.0-538-source,zig-0.10.0-539-patch) (zig-0.10.0-542-patch,zig-0.10.0-610-bootstrap): New variables. Change-Id: I132bbad34f40b919b4573e0

bug#74217: [PATCH 2/2] gnu: Add zig-0.10.0-610.

* gnu/packages/zig.scm (zig-0.10.0-610): New variable. Change-Id: I277a7f5e9781e89d7ad7cd108fec9afcf8cd23d9 --- gnu/packages/zig.scm | 46 1 file changed, 46 insertions(+) diff --git a/gnu/packages/zig.scm b/gnu/packages/zig.scm index 68907fd04e..417

bug#74217: [PATCH 0/2] Initial step on bootstrapping Zig.

Finished step 00 from Motiejus Jakštys's script[1], this should make later work on Guix side easier. [1]: https://git.jakstys.lt/motiejus/zig-repro/src/branch/main/run Hilton Chain (2): gnu: Add zig-0.10.0-610-bootstrap. gnu: Add zig-0.10.0-610. gnu/loc

bug#74217: Bootstrapping Zig with no Binary Blobs

Hi Ekaitz, On Wed, 06 Nov 2024 05:47:48 +0800, Ekaitz Zarraga wrote: > > Hi, > > In order to include modern versions of Zig (Zig 0.12+) in Guix, we need to > remove the binary blobs. > > I open this issue to track this effort and store information about the > process. > > Some Guix user is trying

bug#74204: [bug#74112] bug#74204: Guix is not reproducible

Hello again, On Tue, 05 Nov 2024 18:31:04 +0800, Hilton Chain via Guix-patches via wrote: > > Hi Jakob, > > On Tue, 05 Nov 2024 02:38:34 +0800, > Jakob Kirsch via Bug reports for GNU Guix wrote: > > > > I've recently noticed that `guix challenge guix` fails sinc

bug#74204: Guix is not reproducible

Hi Jakob, On Tue, 05 Nov 2024 02:38:34 +0800, Jakob Kirsch via Bug reports for GNU Guix wrote: > > I've recently noticed that `guix challenge guix` fails since guix isn't > reproducible at the moment. As someone pointed out on XMPP, this is due to > parallelism issues with Guile so running `guix b

bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

On Fri, 05 Apr 2024 02:52:09 +0800, Liliana Marie Prikler wrote: > > Am Donnerstag, dem 04.04.2024 um 00:36 +0800 schrieb Hilton Chain: > > Hi, > > > > I have /var/run and /run on separate file systems, recently I noticed > > system reconfiguration stopped with &q

bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

Hi, I have /var/run and /run on separate file systems, recently I noticed system reconfiguration stopped with "guix system: error: rename-file: Invalid cross-device link": --8<---cut here---start->8--- newfstatat(AT_FDCWD, "/run", {st_mode=S_IFDIR|0755, st_size

bug#67652: [PATCH] * home/services/shells.scm (add-bash-configuration): reorder aliases (Bug#67652)

Hi everyone, On Thu, 22 Feb 2024 12:10:15 +0800, Jason wrote: > > From: Jason Darby > > Change-Id: I288856bb6befe378ca60ef78578acc069cb18532 > --- > gnu/home/services/shells.scm | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) I have applied Jason's patch as 0b38c9401bebb6b87093555ef

bug#69667: build of sway-1.9-checkout.drv failed

Hi, On Mon, 11 Mar 2024 13:40:31 +0800, chris wrote: > > All issues were resolved by removing grimshot and wlgreet Fixed grimshot and wlgreet with fcf0fc0f33e6fc4ac96e585db5b048be620c3438 and edfb05e16d409ab71f5cc5c91747b693f0054d59. Thanks for reporting!

bug#69319: Unbootable, unfixable system

Hi Nathan On Sun, 25 Feb 2024 13:20:06 +0800, Nathan Dehnel wrote: > > On Sat, Feb 24, 2024 at 8:59 PM Hilton Chain wrote: > > [...] > > GRUB currently doesn't support Argon2 PBKDFs, if you are going to use > > LUKS2, you > > have to specify pbkd

bug#69319: Unbootable, unfixable system

Hi Nathan, On Sun, 25 Feb 2024 08:48:35 +0800, Nathan Dehnel wrote: > > On Fri, Feb 23, 2024 at 11:17 AM Nathan Dehnel wrote: > > > > On Fri, Feb 23, 2024 at 1:15 AM Nathan Dehnel wrote: > > > > > > This config results in grub rescue "unknown filesystem > > btrfs rootfs>" when I try to boot it.

bug#67622: libtorrent-rasterbar: Tests stuck forever

Hi Ilya, On Fri, 15 Dec 2023 11:23:30 +0800, Ilya Chernyshov wrote: > > > Hi > > Nothing's changed, the package build still hangs on check phase for ever > > guix build: > > starting phase `check' > Test project /tmp/guix-build-libtorrent-rasterbar-1.2.18.drv-0/build We have libtorrent-rasterbar

bug#67622: libtorrent-rasterbar: Tests stuck forever

Hi Ekaitz, On Mon, 04 Dec 2023 20:34:06 +0800, Ekaitz Zarraga wrote: > > Hi, > > I think b1cca212640 introduced some error in the tests of libtorrent-rasterbar > producing the package to hang forever. I tried this several times with same > result. I think this was due to some recent dependency ch

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

On Sun, 03 Sep 2023 04:49:35 +0800, Ludovic Courtès wrote: > > Hi! > > Hilton Chain scribes: > > > On Sun, 13 Aug 2023 23:25:59 +0800, > > Hilton Chain wrote: > >> > >> Today I encountered the home reconfiguration issue. The behavior is >

bug#65218: Close: [bug#65218] emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file

Fixed in e9bea73e2da021cfccfb5356d378f2feb668742c.

bug#65524: errors in pack symlink

Hi Cayetano, On Fri, 25 Aug 2023 15:50:53 +0800, Cayetano Santos via Bug reports for GNU Guix wrote: > > > Hello guix, > > I’m doing a simple > > guix pack -S /.guix-profile/bin=bin mg > > with no issue. > > However, when I replace ’bin’ by ’sbin’, ’libexec’ or ’src’ I get an > error.

bug#65461: Cannot compile any Rust projects

Hello Brian, On Thu, 24 Aug 2023 02:22:07 +0800, brian wrote: > > I'd like to propose that the ‘out’ output of gcc-toolchain include the > stub rt, pthread, and dl stub static libraries. This problem comes up on > a very regular basis, and I can think of no reason not to have the > compatibility s

bug#65461: Cannot compile any Rust projects

Hi Jonas, On Wed, 23 Aug 2023 06:59:14 +0800, Jonas via Bug reports for GNU Guix wrote: > [...] >   = note: ld: cannot find -lrt: No such file or directory >   collect2: error: ld returned 1 exit status librt has been integrated into libc since glibc 2.34. gcc-toolchain:static should p

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

On Sun, 13 Aug 2023 23:25:59 +0800, Hilton Chain wrote: > > Today I encountered the home reconfiguration issue. The behavior is > similar to <https://issues.guix.gnu.org/54919>. And today Shepherd hung after starting a service [1], the service itself started successfully (proces

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

On Wed, 09 Aug 2023 20:41:44 +0800, Hilton Chain wrote: > I'm not sure if Shepherd hangs at usual, but most of the time I find > it already hanging is when doing a reconfiguration. The > reconfiguration becomes unresponsive and it won't accept a ^C, herd > actions also hang.

bug#65218: emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file

Hi Piotr, On Fri, 11 Aug 2023 04:18:57 +0800, Piotr Kwieciński wrote: > > [1 ] > [2 ] > I have the latest version of emacs-orderless installed on using guix and it > shows: > > Status: External in > ‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderle

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

Hello! I have experienced many instances of Shepherd hanging through my use of Guix, though I don't have a clear record of when it first happened. These days I have seen a few reports on the subject. With a quick search of recent bug reports, I can't find any related, only to find this thread [1

bug#64775: /run should be cleaned on boot

On Mon, 07 Aug 2023 04:06:37 +0800, Vagrant Cascadian wrote: > > [1 ] > On 2023-08-06, Hilton Chain wrote: > > On Sat, 22 Jul 2023 04:24:17 +0800, > > Saku Laesvuori via Bug reports for GNU Guix wrote: > >> > >> [1 ] > >> > > I v

bug#64775: /run should be cleaned on boot

Hi all, On Sat, 22 Jul 2023 04:24:17 +0800, Saku Laesvuori via Bug reports for GNU Guix wrote: > > [1 ] > > > I vote for TMPFS, since that would also reduce flash wear. > > > Honestly I don't get why it's not already using TMPFS. > > > > One argument could be how much ram it takes: > > > > $ du

bug#64280: Editorconfig and dir-locals in guix source tree contradict each other

Hi Jelle, On Sun, 25 Jun 2023 19:30:42 +0800, Jelle Licht wrote: > A contradiction between .dir-locals.el and the .editorconfig file in > guix exists: > > max_line_length of 85 in .editorconfig for most files in guix > vs > fill-column of 78 in dir-locals.el for all files in guix > > I don't

bug#64803: Close: bug#64803: python-shiboken-6 fails

Fixed in e05dcecd0df49a397aba49585a626cae16a6306c.

bug#64803: python-shiboken-6 fails

Hello Formbi, On Sun, 23 Jul 2023 19:26:11 +0800, Formbi via Bug reports for GNU Guix wrote: > The line in question (and the neighboring ones for context) looks > like this: > > import base64 > import importlib > import importlib.machinery as imachi > import io > import sys > import traceb

bug#64350: python-wand-0.6.11 fails in check phase

Hi Thorsten, On Fri, 30 Jun 2023 02:52:46 +0800, Thorsten Wilms wrote: > Hi, python-wand 0.6.11 fails to install. I found this in the log: ... > Unbound variable: tests? Patch sent to !

bug#61080: guile-static 3.0.9 failed to build.

Logs after unpack phase: phase `unpack' succeeded after 0.4 seconds starting phase `bootstrap' GNU build system bootstrapping not needed phase `bootstrap' succeeded after 0.0 seconds starting phase `patch-usr-bin-file' phase `patch-usr-bin-file' succeeded after 0.1 seconds starting phase `patch-so

bug#60852: git-authenticate edge case for certain key setup.

On Tue, 17 Jan 2023 23:18:13 +0800, Ludovic Courtès wrote: > > Hi, > > Hilton Chain skribis: > > > I encountered the issue when adding a new key to my Guix channel. Though I > > haven't figured out what happened exactly, I'm currently able to reproduce

bug#60852: git-authenticate edge case for certain key setup.

I encountered the issue when adding a new key to my Guix channel. Though I haven't figured out what happened exactly, I'm currently able to reproduce the issue with the following steps. 1. Generate two keypairs. Key One with the preset "ECC and ECC", Key Two with "ECC (set your own capabilitie

bug#59971: iwd is packaged but there is no iwd shepherd service

Hi Jeremiah, > without a proper shepherd service, users are forced to manually start > the iwd service as root and background the process. > > Nor is there any documentation provided to work around this defect. AFAIK, Nikita Domnitskii has defined an iwd-service-type in their dotfiles:

bug#56595: failed to compute derivation for Guix f6904c0

I finally found out that it's caused by external channels, sorry for the inconvenience.

bug#56595: failed to compute derivation for Guix f6904c0

1. Output of `guix pull` --- Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git f6904c0 Computing Guix derivation for 'x86_64-linux'... |ice-9/read.scm:126:4: In proced