bug#65924: [PATCH core-updates 2/3] gnu: git: Invert inheritance relationship.

Maxim Cournoyer skribis: > It's simpler to add features on top of a minimal variant than to remove them, > and helps avoiding mistakenly changing git-minimal, which has many dependents. > > * gnu/packages/version-control.scm (git-minimal): Move above git and severe > inheritance. Remove input

bug#65924: [PATCH core-updates 1/3] gnu: git: Remove labels and use gexps.

Hi! Maxim Cournoyer skribis: > * gnu/packages/version-control.scm (git) > [native-inputs, inputs]: Remove labels. > [arguments]: Use gexps. Use gexp variables input searching procedures where > it makes sense. [...] > +;; Tell 'git-send-email' where perl modules are. > +

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Hello, Ulf Herrman skribis: > That and a growing thirst for a nuclear option for package rewriting > brought about by trying to debug deep transformations while > simultaneously experimenting with rewriting a manifest of around 270 > packages. On that topic of a catch-all option for rewriting:

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Hello, Maxim Cournoyer skribis: >> It’s indeed the case that arguments can capture references to packages >> that won’t be caught by ‘package-mapping’. For instance, if you write: >> >> (package >> … >> (arguments (list … #~(whatever #$coreutils >> >> … then ‘coreutils’ here

bug#64856: guix shell cache doesn't consider grafts

Hello, Maxim Cournoyer skribis: > While investigating https://issues.guix.gnu.org/64836, I discovered that > the cache of 'guix shell' doesn't take into account grafts for > subsequent invocations. Fixed in 75bdf8e06a325b90bf387a03f88726d338acbbf6. Thanks, Ludo’.

bug#64858: ~guix shell -C -f guix.scm …~ should not always need ~--rebuild-cache~ option to build the expected environment.

Hi Pierre-Henry, Pierre-Henry Fröhring skribis: > $ guix shell -C -f guix.scm ripgrep fd coreutils emacs [...] > This very file (~pkgex.el.org~) is updated with this content then the > package is > built again. > > #+begin_example > $ make build # equivalent to: guix build -f guix.scm > … >

bug#66380: Derivation pb with curl on aarch64-linux

Hello! :-) Pierre Ramet skribis: > Please find the following backtrace obtained on Debian virtual machine > aarch64 (from a Mac M1 host) : [...] >> message: "build of >> `/gnu/store/m819aix1w6b6x1dki7fhnizmy45fipw9-curl-8.3.0a.drv' failed" AFAICS there are now substitutes for this

bug#57878: Emacs native compilation on startup can crash the system

Hello, Konrad, Emacs team: is this bug still happening today? https://issues.guix.gnu.org/57878 TIA, Ludo’. Liliana Marie Prikler skribis: > Am Samstag, dem 17.09.2022 um 17:45 +0200 schrieb Konrad Hinsen: >> Konrad Hinsen writes: >> >> > Here is a minimal containerized example that >> >

bug#63331: Guile-GnuTLS/Git circular dependency

Ludovic Courtès skribis: > Ludovic Courtès skribis: > >> The longer-term solution is to add a “builtin:git-download” derivation >> builder, just like we have “builtin:download”. The implementation >> should be relatively easy, but we’ll have to be able to deal w

bug#66305: Error with recursive git checkout

Ludovic Courtès skribis: > Pushed as 762fdbdef52b4c17df578478cadc8655d56171a4. > > Now to update ‘guix’… Done last week in 16fd9d6e3d626fc624c38cb3096331905a4161e4. Closing!

bug#66419: Incorrect handling of -L flag on guix system commands

Hi, Sergio Pastor Pérez skribis: > λ guix system build -L . bordercollie.scm > error: %useful-gnome-extensions: unbound variable > hint: Did you forget `(use-modules (base-system))'? > > /gnu/store/gf21yc9ii1cfd3ki9hnn8ac5d65923ir-system ‘-L’ does more than setting ‘GUILE_LOAD_PATH’; it’s

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Ulf Herrman skribis: > -(define (build-system-with-package-mapping bs rewrite) > +(define (build-system-with-package-mapping bs rewrite-input rewrite-argument) >"Return a variant of BS, a build system, that rewrites a bag's inputs by > passing them through REWRITE, a procedure that takes an

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Hi Ulf, Ulf Herrman skribis: > In short, the current approach of having the build-system lower > procedure leave the arguments mostly unchanged and letting the > bag->derivation procedure (the "bag builder") fill in lots of defaults > means that there are implicit inputs that cannot be touched

bug#65665: package-mapping with #:deep? #t doesn't get all the implicit inputs

Hi, Ulf Herrman skribis: > I've also been using this patch, which rebinds `this-package' within > package variants to refer instead to the variant rather than the > original. Could you send it as a separate issue? (I think I once reported a bug for this issue, but I can’t find it.) Ludo’.

bug#66297: guix-daemon not starting after boot

Hi Sharlatan, Sharlatan Hellseher skribis: > I think I just get used to kick it manually and forgot to replay on > this issue =) Ouch. :-) > sudo grep -i "shepherd\|herd" /var/log/messages | tail > grep: /var/log/messages: binary file matches Looks like grep didn’t actually output

bug#65665: [PATCH] Really get all the implicit inputs.

Hi! Maxim Cournoyer skribis: > Ulf Herrman writes: > >> This patch series causes package-mapping to recurse into package and bag >> arguments when #:deep? #t is given. It also recurses into gexps and >> gexp inputs in search of packages to devour. It also ensures that build >> systems leave

bug#66472: Wrong ‘glibc-utf8-locales’ package used on GNU/Hurd

Hi! We discussed it briefly on IRC the other day: our packages get built on i586-gnu with the wrong ‘glibc-utf8-locales’ package (2.35 instead of 2.37), which causes Coreutils among others to fail to build: --8<---cut here---start->8--- environment variable

bug#54447: cuirass: missing derivation error

Hello! Mathieu Othacehe skribis: > A lot of builds, among them ~20 system tests[1], are failing with: > "cannot build missing derivation > ?/gnu/store/hs6kp1lqgymhyp3jndc0dsp0pn4psgv0-gui-installed-desktop-os-encrypted.drv?" > errors. I have a disappointingly simple hypothesis for this.

bug#66305: Error with recursive git checkout

Hi! Pushed as 762fdbdef52b4c17df578478cadc8655d56171a4. Now to update ‘guix’… Ludo’.

bug#66279: Unexporting

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hi Maxim, >> >> Commit 03795e2ba27424fc98957da00f6c71325e7ae425 exports the >> record type descriptor (RTD). >> >> Common practice is to keep RTDs private because by publishing them, we &g

bug#66315: bug#66333: [PATCH] gnu: guile-ini: Added missing propagated input (guile-lib).

Fabio Natali skribis: > This should close https://issues.guix.gnu.org/66315. > --- > Hi!  > > Just a micro-fix which will hopefully close: > > https://issues.guix.gnu.org/66315 Hi! I tweaked the commit log and applied it, thanks! Ludo’.

bug#66297: guix-daemon not starting after boot

Hi, Sharlatan Hellseher skribis: > After the recent pull and system reconfigure I've started experiencing > guix-daemon not starting up after the system boot. Anything in /var/log/messages? What does ‘herd log’ say? Thanks, Ludo’.

bug#66345: Invalid hash for rust-trybuild@1.0.19

Hi, Distopico skribis: > On 2023-10-04, Ludovic Courtès wrote: [...] >> It looks like the hash never matched. Distopico, do you happen to have >> a copy with hash 0ab7ahdx563n6kbm14pm3qnxq4fp06pz42nh5ii4acvlzycnwdh4 on >> your disk? If so, could you check how i

bug#66305: Error with recursive git checkout

Hello, Simon Tournier skribis: > On Wed, 04 Oct 2023 at 18:25, Ludovic Courtès wrote: > >> diff --git a/guix/scripts/perform-download.scm >> b/guix/scripts/perform-download.scm >> index 045dd84ad6..c869f19502 100644 >> --- a/guix/scripts/perform-download.scm

bug#66345: Invalid hash for rust-trybuild@1.0.19

Hello, We’re getting this: --8<---cut here---start->8--- $ guix build -S rust-trybuild@1.0.19 The following derivation will be built: /gnu/store/jxgkdnfi81520hx65z4mknndsxb3ggfw-rust-trybuild-1.0.19.tar.gz.drv building

bug#66305: Error with recursive git checkout

Hello, Simon Tournier skribis: > On Mon, 02 Oct 2023 at 11:17, Guillaume Le Vaillant wrote: > >> With Guix at 47d0346553fdad9795c9390a60944ccaad7e5255, I'm unable to >> build a package (see attached patch) requiring a recursive git-fetch to >> get the sources: > > [...] > >> HEAD is now at

bug#65924: git searches coreutils and util-linux commands in PATH

Hi, Maxim Cournoyer skribis: > Attempting to use git-minimal in a --pure environment, I stumbled upon: > > /gnu/store/grc79ijx09nygvjh67cpk3g405nzr801-profile/libexec/git-core/git-submodule: > line 7: basename: command not found >

bug#66309: [Hurd] ext2fs crash while building GCC

Hello! As discussed on IRC today, I tried to build GCC natively by offloading it to my childhurd. Turns out that it crashes the system after a while; I could get this interesting hint via VNC: I wouldn’t be surprised if it happens under memory pressure. This childhurd is configured with

bug#66306: Too many services depend on ‘networking’

I believe too many services depend on ‘networking’ for no good reason. There’s a good discussion of the problem at: https://systemd.io/NETWORK_ONLINE/ For example, bitlbee, ntpd, hurd-vm, and avahi-daemon all depend on ‘networking’. Is it always justified? For example, avahi-daemon

bug#64653: ‘static-networking’ fails to start

Ludovic Courtès skribis: > [ 121.281600] shepherd[1]: Service user-homes has been started. > [ 121.282538] shepherd[1]: Service user-homes started. > [ 121.368316] ipmi_si IPI0001:00: Using irq 10 > [ 121.405790] ipmi_si IPI0001:00: IPMI message handler: Found new BMC > (m

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Hello, Ricardo Wurmus skribis: > IT had installed some DoS attack protection thing for the DMZ with > different thresholds based on past access patterns. > > Upon my request they have now disabled this completely for our IPs > corresponding to ci.guix.gnu.org and its sibling node. I’m late to

bug#66207: Cannot boot VMs with grub-efi-bootloader

Hi, Ricardo Wurmus skribis: > The manual for “guix system” gives a somewhat complicated invocation > that I only found out about later: > > image=$(guix system image --image-type=qcow2 \ > gnu/system/examples/lightweight-desktop.tmpl) > cp $image

bug#65979: incorrect “guix hash” for FastQC

Hi, Simon Tournier skribis: [...] >> Clearly #2 is correct (it’s perfectly fine to have a ‘.svn’ directory in >> a Git repo), whereas #1 is an approximation that, in corner cases like >> this one, gives the wrong answer. > > These corner cases matter for some SWH loader implementing Nar hashes

bug#66279: Unexporting

Hi Maxim, Commit 03795e2ba27424fc98957da00f6c71325e7ae425 exports the record type descriptor (RTD). Common practice is to keep RTDs private because by publishing them, we make it harder to change the ABI (because users might be matching fields positionally) and we make it trivial for users to

bug#66207: Cannot boot any recent VM built with “guix system image -t qcow2”

Hi, Ricardo Wurmus skribis: > I’m trying to build a more recent VM image than 1.4.0. The 1.4.0 qcow2 > image that’s available for download on the Guix website boots fine, but > any image created with a current Guix cannot be booted. > > I’m on Guix commit

bug#66277: R build processes use all the available cores

Hi! I noticed on guix.bordeaux.inria.fr, which builds guix-cran, that R build processes would unconditionally use all the available cores (specifically, launching one R process per core), ignoring the value of ‘parallel-job-count’. I believe all r-* packages are affected. On IRC, Ricardo wrote:

bug#63986: Julia is very slow

Hi, Efraim Flashner skribis: > On Mon, Sep 25, 2023 at 04:46:57PM +0200, Ludovic Courtès wrote: [...] >> > >> > /gnu/store/h5mgc7ar7a05f9rwrd1makhzays5wd3s-julia-1.8.3/bin/../lib/julia/liblapack.so: >> > undefined symbol: dsfrk_64_ >> >> The ‘_6

bug#66097: New test "rewrite-url, without to-version" needs network

Hi! Maxim Cournoyer skribis: > Janneke Nieuwenhuizen writes: > >> Hi Maxim, >> >> As mentioned on IRC, the recently-added "rewrite-url, without >> to-version" test needs not only nss-certs installed, as I found when >> building it for the Hurd. New we also found it to fail in a container >>

bug#65979: incorrect “guix hash” for FastQC

(Oops, now I see you had already found the reason.) Simon Tournier skribis: > What do we fix? The procedure vcs-file? or fixed-output computation? There are two things are: 1. ‘vcs-file?’, used by ‘guix hash -rx’; 2. ‘git-fetch’, which does (delete-file-recursively ".git"). Clearly #2

bug#65979: incorrect “guix hash” for FastQC

Hi! Simon Tournier skribis: > Let pick the correct one and I get: > > $ guix hash -rx $(guix build > /gnu/store/8gxx74w8pa0fx74lx1ka654rhyyr51cs-fastqc-0.11.9-checkout.drv) > 0jyk90kg6s62w3dn6qjx9nrawjs12qx172lii0yxbvsfylhnx479 > > > Oh, it is not the expected result! Instead, I have to omit

bug#63986: Julia is very slow

Hi, Simon Tournier skribis: > It is almost good except one strong annoyance [1]@ > > Singular value decomposition | 57 57 5.0s > Hermitian: Error During Test at >

bug#66059: [cuirass] [feature] Mention which builder machine was used

Hi Maxim, Maxim Cournoyer skribis: > When investigating a build failure, it can be useful to see the logs of > the machine that built the package (to determine whether it ran out of > memory, say), but currently the build logs or even the derivation page > on Cuirass doesn't track such

bug#65720: Guile-Git-managed checkouts grow way too much

Ludovic Courtès skribis: > As reported by Tobias on IRC (in the context of ‘hpcguix-web’), > checkouts managed by Guile-Git appear to grow beyond reason. As an > example, here’s the same ‘.git’ managed with Guile-Git and with Git: > > $ du -hs > ~/.ca

bug#66014: Unable to use UUIDs to construct RAID array in mapped-devices

Hi, Csepp skribis: > Lars Rustand writes: [...] >> But this one fails: >> >> (mapped-devices >> (list >> (mapped-device >> (source (list (uuid "a07c54da-eb61-4135-86b8-8791e863e46a") (uuid >> "c40026af-ace9-47fc-9d3f-4b8d6a2219cb"))) >> (target "/dev/md0") >>

bug#66053: Childhurd fails to run inside ‘guix system vm’

Ludovic Courtès skribis: > When I run it by hand with KVM on my bare-metal GNU/Linux machine, it’s > all good:  > > $ > "/gnu/store/1rg1fb9mj65rh82467vwlrkmi12p4v89-qemu-minimal-8.1.0/bin/qemu-system-i386" > "-m" 2048 "--device" "rtl8139

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> I confirm that I still get the problem right now from my home network, >> without even really trying: […] > > Is that through Tor or just your ISP? It’s just my ISP, no Tor involved. I can share privately my home

bug#66053: Childhurd fails to run inside ‘guix system vm’

Hello! I’m failing to run a childhurd inside a ‘guix system vm’ GNU/Linux VM as of fc3a53525ab3dcaf7c22eec8d62294017f9760fe. --8<---cut here---start->8--- Sep 17 17:03:25 localhost shepherd[1]: [qemu-system-i386] qemu-system-i386: Slirp: Failed to send

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Hi, Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Hello! >> >> Ricardo Wurmus skribis: >> >>> I don’t know. I’m on holidays now, but I’ve opened yet another ticket >>> to get a definitive answer to my more elaborate variant of “WTF?”.

bug#65890: bug#65903: [PATCH] gnu: Make vice tunable.

Hi, raingloom skribis: > From: Csepp > > * gnu/packages/emulators.scm (vice)[properties]: Set tunable? to #t. > --- > This fixes the issue with unsupported AVX instructions. Could you clarify what this means, ideally as a comment above the property? Thanks, Ludo’.

bug#64966: Rockpro64 SBC not booting anymore after "gnu: shepherd@0.10: Use guile-fibers 1.3.1."

Hi Denis, Denis 'GNUtoo' Carikli skribis: > And it booted fine. Thanks a lot. Awesome, thanks for checking! Ludo’.

bug#65720: Guile-Git-managed checkouts grow way too much

Hi, wolf skribis: > (define (time proc) > (let* ((start (get-internal-run-time)) > (_ (proc)) > (end (get-internal-run-time))) > (exact->inexact (* 1000 (/ (- end start) > internal-time-units-per-second) > > (format #t "Guix: ~ams\nGit: ~ams\n" > (time (λ

bug#63331: bug#65866: [PATCH 0/8] Add built-in builder for Git checkouts

Hi, Vivien Kraus skribis: > Le lundi 11 septembre 2023 à 16:36 +0200, Ludovic Courtès a écrit : >> Eventually, when users are all running recent versions of >> ‘guix-daemon’ with support for “builtin:git-download” (2–4 >> years from now?), we’ll be able to use

bug#65832: [PATCH] guix: shell: Don't whitelist / by typo in `shell-authorized-directories'.

Hi, Janneke Nieuwenhuizen skribis: > From: Janneke Nieuwenhuizen > Date: Wed, 6 Sep 2023 10:52:17 +0200 > Subject: [PATCH] guix: shell: Don't whitelist / by typo in > `shell-authorized-directories'. > > Fixes > > * guix/scripts/shell.scm

bug#65720: Guile-Git-managed checkouts grow way too much

Ludovic Courtès skribis: > It would also be pretty bad for closure size: > > $ guix size guile-git | tail -1 > total: 106.6 MiB > $ guix size guile-git git-minimal | tail -1 > total: 169.8 MiB > > It’s also not clear concretely how we’d add that dependency. Try >

bug#63331: Guile-GnuTLS/Git circular dependency

Ludovic Courtès skribis: > The longer-term solution is to add a “builtin:git-download” derivation > builder, just like we have “builtin:download”. The implementation > should be relatively easy, but we’ll have to be able to deal with > daemons that lack this builtin possibly for s

bug#52182: [cuirass] remote-worker process freeze

Hello! I’m optimistically closing this bug because the implementation of ‘cuirass remote-worker’ has now changed to a single Fibers process: https://lists.gnu.org/archive/html/guix-devel/2023-07/msg00096.html

bug#65787: time-machine is doing too much network requests

Hello Simon, This is a long message; I agree with the intent (avoiding network traffic when the required commit is already in cache), but I’m not sure about the analysis. It would probably be easier if you could come with an example where there’s Git-related network traffic where there

bug#44053: Poor profile generation performance on spinning disks

Hi Luis, Luis Felipe skribis: >> Could you time just profile generation itself? >> > >> To do that, you need to find the profile generation and then to rebuild >> it, along these lines: >> > >> DRV=$(guix gc --derivers $(readlink -f ~/.guix-profile)) >> time guix build --check $DRV > > The

bug#34135: IceCat lacks WebGL support

Hi Maxim, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> If you enable WebGL support in ‘about:config’, then stop it and run: >> >> $ export LIBGL_DRIVERS_PATH=$(guix build mesa)/lib/dri >> $ icecat https://get.webgl.org [...] >>While

bug#65740: No fallback to SWH for .guix-channel dependencies

Hi, Simon Tournier skribis: > The main reason is because the channel bimsb contains the file > .guix-channel which reads, > > (channel > (version 0) > (dependencies > (channel >(name guix-past) >(url "https://gitlab.inria.fr/guix-hpc/guix-past;)) > (channel >(name

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Hello! Ricardo Wurmus skribis: > I don’t know. I’m on holidays now, but I’ve opened yet another ticket > to get a definitive answer to my more elaborate variant of “WTF?”. Did you eventually get feedback from them? If not, we can start looking for a way to move public-facing services

bug#65720: Guile-Git-managed checkouts grow way too much

Hi! Simon Tournier skribis: > On Tue, 05 Sep 2023 at 16:18, Ludovic Courtès wrote: > >> It would also be pretty bad for closure size: >> >> --8<---cut here---start->8--- >> $ guix size guile-git | tail -1 >> tot

bug#65720: Guile-Git-managed checkouts grow way too much

Hello! Josselin Poiret skribis: > Right, although I wouldn't necessarily say that the former doesn't have > a proper API, but rather that it has a Unix-oriented API. That leads to > performance issues on e.g. Windows but on Linux I'm not sure there's > much of a difference. [...] > We could

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Timotej Lazar skribis: > Ludovic Courtès [2023-09-02 22:44:03+0200]: >> Liliana, Timotej: could you try the Guix patch I posted at >> <https://issues.guix.gnu.org/64966>? > > That patch works for my aarch64 board. I encounter the same issue on an > x86_64 s

bug#63726: time-machine without options does not get the latest commit

Simon Tournier skribis: > On Thu, 25 May 2023 at 23:03, Ludovic Courtès wrote: > >>> Now, what I am missing. The manual says: >>> >>>As for ‘guix pull’, the absence of any options means that the latest >>> commit on the master branch will b

bug#65720: Guile-Git-managed checkouts grow way too much

Hello, Jelle Licht skribis: >> On 4 Sep 2023, at 23:49, Ludovic Courtès wrote: >> >> Of course having to re-clone entire repositories every 9 months is >> ridiculous, but storing gigabytes of packs is worse IMO (I’m >> specifically thinking about the Guix repo

bug#65720: Guile-Git-managed checkouts grow way too much

Hi, Josselin Poiret skribis: > I think using the git binary instead of libgit2 as a workaround is a > good idea. We can consider building it directly as well, so that people > who don't have it in their profiles can still benefit from it. We could > even consider using git commands in most

bug#65720: Guile-Git-managed checkouts grow way too much

Ludovic Courtès skribis: > $ du -hs > ~/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq > 6.7G > /home/ludo/.cache/guix/checkouts/pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq Another data point, with Cuirass instances: --8<

bug#65714: guix-copy 32-bit integer limit

Hi Efraim, Efraim Flashner skribis: > `guix copy` seems unable to deal with store items larger than > 2**32 bytes (about 4.3 GiB). > > (ins)efraim@3900XT ~$ guix copy --from=192.168.1.196 > /gnu/store/0f8pgl9cyh8bknl50nw6yj9wykzm6ymc-texlivetexmf-20230313 > retrieving 1 store item from

bug#65720: Guile-Git-managed checkouts grow way too much

Ludovic Courtès skribis: > As reported by Tobias on IRC (in the context of ‘hpcguix-web’), > checkouts managed by Guile-Git appear to grow beyond reason. As an > example, here’s the same ‘.git’ managed with Guile-Git and with Git: > > $ du -hs > ~/.ca

bug#65720: Guile-Git-managed checkouts grow way too much

Hello! As reported by Tobias on IRC (in the context of ‘hpcguix-web’), checkouts managed by Guile-Git appear to grow beyond reason. As an example, here’s the same ‘.git’ managed with Guile-Git and with Git: --8<---cut here---start->8--- $ du -hs

bug#65001: ‘guix locate’ method is silently ignored when a cache exists

Hi, Tobias Geerinckx-Rice skribis: > Either: > - the second invocation should imply --update, so Guix should store > the currently cache method(s), > - or Guix should use separate databases for each method. That's > probably too ugly. The latter sounds ugly. The former, why not; we then

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Hi, Liliana Marie Prikler skribis: > Am Samstag, dem 02.09.2023 um 22:44 +0200 schrieb Ludovic Courtès: [...] >> Liliana, Timotej: could you try the Guix patch I posted at >> <https://issues.guix.gnu.org/64966>? > Do we have a guide on how to swap out shep

bug#65718: Importing a toolchain packages causes top-level dependency cycles

Hello, Maxim Cournoyer skribis: > Adding the Guile undocumented "(set! %load-verbosely #t)" to my local > near the top of my (guix config) module, I see, when running 'make': > > make[2] : on entre dans le répertoire « /home/maxim/src/guix » > [...] > Compiling Scheme modules... > [ 0%] LOAD

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

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 >> similar to . > > And today Shepherd hung after starting a service [1], the service > itself

bug#65306: [shepherd] ntpd throws shepherd out of the loop

Hi, Timotej Lazar skribis: > Liliana Marie Prikler [2023-08-15 07:18:02+0200]: >> As of recently (maybe it dates back longer, but I first experienced it >> two weeks ago and just now got to debugging it a little), Shepherd gets >> stuck at 100% CPU usage "early" on first boot. > > I have this

bug#65446: [berlin] guix gc throws: "error: build daemon out of memory"

Hi! Maxim Cournoyer skribis: > Since a few days on Berlin, the following appears in /var/log/mcron.log: > > 2023-08-22 04:00:29 28215 > /gnu/store/4lmpqf8dnk86avq5xa2l6bznxnmrz27x-guix-1.4.0-7.44bbfc2/bin/guix gc: > guix gc: error: build daemon out of memory > > > It's not just a fluke,

bug#65510: Errors trying to use home-dicod-service-type and home-syncthing-service-type

Hi, Morgan Smith skribis: > (use-modules (gnu services) > (gnu home services dict) > (gnu home services syncthing) > (gnu home services mcron)) > > (home-environment > (services > (list >;; guix home: error: no target of type 'system' for service

bug#65510: Errors trying to use home-dicod-service-type and home-syncthing-service-type

Hi Morgan, Morgan Smith skribis: > (use-modules (gnu services) > (gnu home services dict) > (gnu home services syncthing) > (gnu home services mcron)) > > (home-environment > (services > (list >;; guix home: error: no target of type 'system' for

bug#44053: Poor profile generation performance on spinning disks

Hi Luis, Luis Felipe skribis: > I still use the same computer with the same hard drive, and performance has > improved when installing packages. Running > > $ time guix package -i perl --max-jobs=1 > > initially took > > (87 packages in profile) > real8m3,043s > user0m2,656s >

bug#64317: [Cuirass] Download products can disappear, leading to HTTP 500

Ludovic Courtès skribis: > The /download endpoint refers directly to store items. However, they > can be GC’d in the meantime, in which case the HTTP handler fails > gracelessly (HTTP 500 or so) as shown here: > > 2023-06-27 16:02:24 GET /download/718 > 2023-06-27 16:02:24

bug#65456: [PATCH 0/2] Split guix build into more steps for 32bit hosts.

Hi! Janneke Nieuwenhuizen skribis: >>From ad94f06620e53fcc1495a2e2479dfc627177047c Mon Sep 17 00:00:00 2001 > Message-ID: > > From: Janneke Nieuwenhuizen > Date: Thu, 22 Jun 2023 08:30:25 +0200 > Subject: [PATCH v4] self: Build directories in chunks of max 25 files at a > time. > > Similar

bug#65419: [Shepherd] Non-reponding service control fiber

Hi, Giovanni Biscuolo skribis: > I've had a look at /var/log/messages but nothing seems wrong except > messages like this one: > > > Aug 21 14:48:42 localhost shepherd[1]: 6 connections still in use after > sshd-13752 termination. > Aug 21 14:48:42 localhost shepherd[1]: Service sshd-13752

bug#65437: bloomberg-bde 3.98.0 non-determistic test failure

Hi, Maxim Cournoyer skribis: > make: *** [Makefile:14690: all.t] Error 2 > error: in phase 'build-tests': uncaught exception: > %exception #< program: "make" arguments: ("all.t" "-j" "16") > exit-status: 2 term-signal: #f stop-signal: #f> > phase `build-tests' failed after 705.6 seconds >

bug#65456: [PATCH 0/2] Split guix build into more steps for 32bit hosts.

Hi, Janneke Nieuwenhuizen skribis: > Similar to the Makefile.am change, this breaks-up packages into 26 chunks > when building on 32bit. Also force garbage collection. > > * guix/self.scm (compiled-modules)[process-directory/32bit]: New inner define. > Use it when building on a "i586" or

bug#54447: cuirass: missing derivation error

Hi, Maxim Cournoyer skribis: > Looking at multiple of recent 'cannot build missing derivation' build > failures on Cuirass, I see for example: > > substitute: > substitute: [Kupdating substitutes from 'http://141.80.167.131'... 0.0% > substitute: [Kcould not fetch >

bug#64966: Rockpro64 SBC not booting anymore after "gnu: shepherd@0.10: Use guile-fibers 1.3.1."

Hi Denis, Apologies for the delay. Denis 'GNUtoo' Carikli skribis: > With the commit right before c219c22cbd[1], my rockpro64 (ARM 64bit > SBC) boots fine and I get a login prompt both on the attached display > and serial port. > > With c219c22cbd[1] instead it blocks here (see the attached

bug#64762: Guix sometimes doesn't support most packages for i686-linux and armhf-linux

Christopher Baines skribis: > I think this could be because %final-inputs is cached based on system, > but doesn't seem to use system. Setting %current-system to system seems > to help, so I've sent a patch for that [1]. > > 1: https://issues.guix.gnu.org/64763 Fixed in

bug#64691: use https:// instead of git:// in shepherd www

Hi, Simon Josefsson skribis: > - Anonymous checkout: git clone > git://git.savannah.gnu.org/shepherd.git > + Anonymous checkout: git clone > https://git.savannah.gnu.org/git/shepherd.git >You can also browse the Git repository with your web browser: >

bug#65419: [Shepherd] Non-reponding service control fiber

Hello, On milano-guix-1 (a build machine behind bayfront, running shepherd 0.10.2), ‘herd status’ and ‘herd status guix-build-coordinator-agent’ would hang (there’s no ‘guix-build-coordinator’ process running). ‘herd stop childhurd2’ hangs and has no effect. Conversely, ‘herd status nscd’ and

bug#63986: Julia is very slow

Hi! Friendly ping. :-) https://issues.guix.gnu.org/63986 Ludo’. Ludovic Courtès skribis: > Hi there! > > What’s the status? Sounds like we have a couple of fixes already. > > Maybe you can submit one of them to guix-patc...@gnu.org so qa.guix can > pick it up. And if o

bug#64760: make check fails on 182be30fb1a8b847c30492462ec22c08ec7a9849

Hello! Pushed as 4b1fdd44ed87dc07d23cc9313a8b6b14d0646923! Ludo’.

bug#64302: Guix derivation cannot be computed during pull

Hi, Andreas Enge skribis: > It looks like 1GB of memory is not enough for "guix pull", which is > not nice. Has this been addressed in later commits? Is there a known > lower memory limit for using Guix? This is terrible. :-/ The culprit here is Guile, specifically its compiler and psyntax.

bug#63726: time-machine without options does not get the latest commit

Hi, Maxim Cournoyer skribis: > Ludovic Courtès writes: > >> Hey! >> >> Konrad Hinsen skribis: >> >>> This looks good to me. In practice, I doubt anyone would use -q with >>> time-machine, because it makes more sense to specify an explicit channe

bug#63726: time-machine without options does not get the latest commit

Hey! Konrad Hinsen skribis: > This looks good to me. In practice, I doubt anyone would use -q with > time-machine, because it makes more sense to specify an explicit channel > file every time. Yeah. The use case I have in mind is something like: guix time-machine -q --commit=XYZ -- build

bug#64920: conda-22.9.0 fails to build (missing `mock`?)

Hi Alexandre, Alexandre Hannud Abdo skribis: > guix shell: error: build of > `/gnu/store/1fjkvsgwys8wj8s63dwc7ig92w5rkadj-conda-22.9.0.drv' failed > > In the guix logs I see: > > ERRORS > > __ ERROR

bug#64509: Guile packages should install versioned aliases for binaries (guile-X.Y, guild-X.Y, etc.)

Hi Zack, "Zack Weinberg" skribis: > The Guile packages currently install all their binaries under their > basic name only, e.g. > > $ ls /gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9/bin > /gnu/store/4gvgcfdiz67wv04ihqfa8pqwzsb0qpv5-guile-3.0.9/bin: > guild guile guile-config

bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor

Hi, (Cc: guix-sysadmin.) Tobias Geerinckx-Rice skribis: > On 2023-08-04 18:57, Altadil via Bug reports for GNU Guix wrote: [...] >> The result is an error message saying: "The connection has timed out". >> It looks like a general block of Tor rather than a block of specific >> IPs, since

bug#65225: [PATCH] environment: Build the profile for the requested system.

Hi, Josselin Poiret skribis: > IMO, this is way too complicated to keep in mind at all times, and there > are bugs lurking under the surface absolutely everywhere, waiting for a > corner case to be uncovered. Great writeup! Yeah, that’s the sad situation of mixing parameters and monads; it’s

bug#63726: time-machine without options does not get the latest commit

Hi Konrad & Simon, I had forgotten about this issue (my apologies…) and stumbled upon it again recently, which led me to approach it a bit differently: https://issues.guix.gnu.org/65229 Let me know what you think! Thanks, Ludo’.

<    1   2   3   4   5   6   7   8   9   10   >