bug#73419: guix gc --vacuum-database

Hi Guix, I don't know if this is the cause of something broken on my side or an issue with upstream guix. When I run "guix gc --vacuum-database" without being root, I get such an error : >> guix gc --vacuum-database Backtrace: 12 (primitive-load "/home/grave

bug#71332: guix gc delete order

On 2024-06-03 15:26, Nicolas Graves via Bug reports for GNU Guix wrote: > On 2024-06-03 09:30, Guillaume Le Vaillant wrote: > >> Hi. >> Is the guix-daemon of your system started with the >> "--gc-keep-derivations=yes" and "--gc-keep-outputs=yes"

bug#71332: guix gc delete order

On 2024-06-03 09:30, Guillaume Le Vaillant wrote: > Hi. > Is the guix-daemon of your system started with the > "--gc-keep-derivations=yes" and "--gc-keep-outputs=yes" options? > It should prevent "guix gc" from deleting the build dependencies of live &g

bug#71332: guix gc delete order

Nicolas Graves via Bug reports for GNU Guix skribis: > Hi Guix, > > I feel the way `guix gc` choose its files to delete quite > inconvenient. For instance, when developping big programs locally, I > often find myself missing space, but when I will `guix gc -C30G`, > inste

bug#71332: guix gc delete order

Hi Guix, I feel the way `guix gc` choose its files to delete quite inconvenient. For instance, when developping big programs locally, I often find myself missing space, but when I will `guix gc -C30G`, instead of the expected unused items (not present in any profile, just built but discarded as

bug#68532: git-crypt can fail after guix gc

) as a filter. If one has created a repo using git-crypt, and some time later runs guix gc, then the old path to the git-crypt binary likely will be deleted, causing git-crypt to break, as it is unable to locate the binary. One workaround could be running git-crypt in a shell, and registering it

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Hi, I fixed this issue using sqlite3's built-in recover command: sudo mv /var/guix/db/db.sqlite /var/guix/db/db.sqlite.bak sqlite3 /var/guix/db/db.sqlite.bak ".recover" | sudo sqlite3 /var/guix/db/db.sqlite Solution was found at

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 > > &g

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

Hi, Since a few days on Berlin, the following appears in /var/log/mcron.log: --8<---cut here---start->8--- 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 memo

bug#58880: 'guix gc' does not round the amount of disk space freed

Pushed both patches now. Sorry Remco it took so long. To patch 1, I added a copyright line for you; even though you changed little, maybe there still is copyright together with your other patches. To patch 2, I added a period in the commit message and made the same po file change also to the new

bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc

2023/01/24 16:14, pelzflorian (Florian Pelz): > Remco van 't Veer writes: >> * po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. > > Thank you Remco for not breaking translations, which is nice to users. > But note that usually committers just ignore that the translations stay > broke

bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc

Remco van 't Veer writes: > * po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. Thank you Remco for not breaking translations, which is nice to users. But note that usually committers just ignore that the translations stay broken for a while and that is more feasible for developers an

bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)

On lun., 23 janv. 2023 at 14:44, b...@bokr.com wrote: > Any reason to prefer http://... ? Because my Emacs function used http://. Fixed. Cheers, simon

bug#58880: [PATCH v3 2/2] nls: Update translation keys for guix gc

* po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. --- po/guix/bn.po| 6 +++--- po/guix/cs.po| 6 +++--- po/guix/da.po| 14 +++--- po/guix/de.po| 14 +++--- po/guix/eo.po| 6 +++--- po/guix/es.po| 14 +++--- po/guix/fa.po| 6 +++-

bug#58880: [PATCH v3 1/2] guix gc: Round MiBs in user feedback.

* guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. --- guix/scripts/gc.scm | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/guix/scripts/gc.scm b/guix/scripts/gc.scm index 5e775c5cdb..2bbfb26d5d 100644 --- a/guix/scripts/gc.scm +++ b/guix/scripts/gc.scm

bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc

2023/01/23 14:14, Julien Lepiller: > Ah this is dangerous. You updated the msgid but not the msgstr. This > means the translation will keep using the old format string. Could you > also update the msgstr when a translation exists? The order of the arguments is still the same for all translatable

bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)

On +2023-01-23 08:51:16 +0100, zimoun wrote: [ ... ] > > Julien, the patch is here: > > http://issues.guix.gnu.org/msgid/20221125203328.21379-1-re...@remworks.net https://... works too, for me. Any reason to prefer http://... ? [ ... ] > > Cheers, > simo > -- Regards, Bengt Richter

bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc

Ah this is dangerous. You updated the msgid but not the msgstr. This means the translation will keep using the old format string. Could you also update the msgstr when a translation exists? You can also drop all the files with no translation for the affected msgids from your patch, though this

bug#58880: [PATCH v2 2/2] nls: Update translation keys for guix gc

* po/*/*.po (guix/scripts/gc.scm): Round MiBs in user feedback. --- po/guix/bn.po| 6 +++--- po/guix/cs.po| 6 +++--- po/guix/da.po| 6 +++--- po/guix/de.po| 6 +++--- po/guix/eo.po| 6 +++--- po/guix/es.po| 6 +++--- po/guix/fa.po| 6 +++--- po/guix/fi.po| 6 +++---

bug#58880: [PATCH v2 1/2] guix gc: Round MiBs in user feedback.

* guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. --- guix/scripts/gc.scm | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/guix/scripts/gc.scm b/guix/scripts/gc.scm index 5e775c5cdb..2bbfb26d5d 100644 --- a/guix/scripts/gc.scm +++ b/guix/scripts/gc.scm

bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)

Hi, On Sun, 22 Jan 2023 at 17:43, Julien Lepiller wrote: > Changing the po files in guix repo will work at first, it'll be > negated next time I push changes from weblate. We could change the po > files to ensure continuity, but we have to also apply the change to > the repo behind weblate. I can

bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)

2023 15:49:55 GMT+01:00, zimoun a écrit : >Hi, > >On Sat, 21 Jan 2023 at 17:52, Remco van 't Veer wrote: > >>>> * guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. >>>> * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. >&

bug#58880: Patch impacting translation (was Re: bug#58880: 'guix gc' does not round the amount of disk space freed)

Hi, On Sat, 21 Jan 2023 at 17:52, Remco van 't Veer wrote: >>> * guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. >>> * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. >> >> If the way to go with the translation dance? > > I don

bug#58880: 'guix gc' does not round the amount of disk space freed

Hi, 2023/01/21 17:26, zimoun: > On Fri, 25 Nov 2022 at 21:33, Remco van 't Veer wrote: >> * guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. >> * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. > > If the way to go with the translation dance?

bug#58880: 'guix gc' does not round the amount of disk space freed

Hi, On Fri, 25 Nov 2022 at 21:33, Remco van 't Veer wrote: > * guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. > * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. If the way to go with the translation dance? > --- > guix/scripts/gc.scm | 8

bug#60265: Unbootable system after guix gc

Hello, > do you have other channels added, or did this happen on a vanilla Guix > install? > > it's a duplicate of https://issues.guix.gnu.org/57838 Right it is a duplicate and it is related to the use of an extra channel. Good news is that I found a fix. Closing this one. Thanks, Mathieu

bug#58880: [PATCH] guix gc: Round MiBs in user feedback.

* guix/scripts/gc.scm (guix-gc): Round MiBs in user feedback. * po/*/*.po (guix/scripts/gc.scm)a: Round MiBs in user feedback. --- guix/scripts/gc.scm | 8 po/guix/bn.po | 6 +++--- po/guix/cs.po | 6 +++--- po/guix/da.po | 12 ++-- po/guix/de.po | 8

bug#58880: guix gc notation broken

Correct notation would be: 7,294.57 MiBs

bug#58880: guix gc notation broken

It returns something like: guix gc: freed 7,294.56603 MiBsfinding garbage collector roots... deleting garbage... [0 MiB] deleting '/gnu/store/kw86a0szi73ylxri1q168hrrhi2sb2v4-profile.drv' [0 MiB] deleting '/gnu/store/10ixn1y0kpy0yzmqf9hrm2jmbvpp48dk-xdg-desktop-database.drv' [0

bug#57838: failing to boot, probably due to guix gc

> > on one of my installs i ran the following two commands as root: > > > > guix gc --delete-generations=60d > > guix system delete-generations 60d > > > > i think i ran a reboot pretty soon after this, and the machine is failing > > to boot with

bug#57838: failing to boot, probably due to guix gc

For these kind of errors, I think I've an idea what's the cause in <https://issues.guix.gnu.org/58035>. On 15-09-2022 21:44, Attila Lendvai wrote: dear Guixers, on one of my installs i ran the following two commands as root: guix gc --delete-generations=60d guix system de

bug#57838: failing to boot, probably due to guix gc

dear Guixers, on one of my installs i ran the following two commands as root: guix gc --delete-generations=60d guix system delete-generations 60d i think i ran a reboot pretty soon after this, and the machine is failing to boot with the error "no code for module (ice-9 popen)". i&#

bug#57585: guix gc removed home config

. > So $HOME/.config/xfce4/terminal/terminalrc (and all other config files) > kept pointing to generation 16's files. After removing the generation > and "guix gc", these files no longer exist, and I'm in trouble :) BTW, there is xdg-configuration-files-service-type, which hi

bug#57585: guix gc removed home config

27;s files. After removing the generation and "guix gc", these files no longer exist, and I'm in trouble :) So, guix home and guix gc are working as intended, but the change to no longer adding a "." at the beginning of file names (which makes total sense) tripped me up.

bug#57585: guix gc removed home config

Hi Guix! Today I ran "guix home delete-generations" to remove my old home generations. It removed generations 0 and 17. I'm on generation 18. Then I ran "guix gc" and after I noticed I couldn't run a program from my window manager (its menu is managed from guix home

bug#54192: guix gc --verify=repair,contents does not repair store

Hi Jack, nckx here. Thanks for reporting this bug, and thanks for including information that might help fix it. Unfortunately — another word for ‘base64’ — this makes your message a whopping 20 MiB in size. We really can't send that out to all subscribers, some of which might be on slow an

bug#53696: Integer overflow on Guix GC size calculation

> Ekaitz Zarraga eka...@elenq.tech skribis: > > > > Ekaitz, what guix-daemon version are you running? > > > > $ guix --version > > What about the daemon though? As in: > > sudo /proc/$(pidof guix-daemon |cut -f1 -d ' ')/exe --version > > Thanks, > > Ludo’. ouch... sorry! $ sudo /proc/$(pidof

bug#53696: Integer overflow on Guix GC size calculation

Ekaitz Zarraga skribis: >> Ekaitz, what guix-daemon version are you running? > > $ guix --version What about the daemon though? As in: sudo /proc/$(pidof guix-daemon |cut -f1 -d ' ')/exe --version Thanks, Ludo’.

bug#53696: Integer overflow on Guix GC size calculation

> Ekaitz, what guix-daemon version are you running? $ guix --version guix (GNU Guix) c5000dcc375229ff42727f090d4243107d3a04a6 Copyright (C) 2022 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redist

bug#53696: Integer overflow on Guix GC size calculation

Hi! Bengt Richter skribis: > It looks to me like a 32-bit unsigned int should have been turned to 64-bit > unsigned long or bigint > but somehow got cast/interpreted as signed, becoming signed 64-bit long, > which then in turn was seen by the print as 64-bit unsigned long. That could be the ex

bug#53696: Integer overflow on Guix GC size calculation

Sorry for following up my own post, but maybe it wasn't clear why I printed (* 17592186042897 (expt 2 20)) in hex ? That is the value of [17592186042897 MiB] that you've been discussing. (expt 2 20) is one MiB Does that make > --8<---cut here---start->8--- > $

bug#53696: Integer overflow on Guix GC size calculation

Hi, Am Dienstag, dem 01.02.2022 um 21:54 + schrieb Ekaitz Zarraga: > > Hi, > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, February 1st, 2022 at 10:20 PM, Liliana Marie Prikler > wrote: > > > > I find it somewhat concerning that you've accumulated more than > > 2^64 bytes of garbage.

bug#53696: Integer overflow on Guix GC size calculation

Hi, Am Mittwoch, dem 02.02.2022 um 19:51 + schrieb Ekaitz Zarraga: > I mean something like: > > 0 > 1 > 2 > 4 > 8 > 10 > 12 > HUGE_NUMBER > HUGE_NUMBER > ... > HUGE_NUMBER > 15 > 20 > ... > > It's like it corrected itself. It happened in "low numbers" (less > than a > hundred). > > I just s

bug#53696: Integer overflow on Guix GC size calculation

Hi, On Wednesday, February 2nd, 2022 at 8:45 PM, Liliana Marie Prikler wrote: > Hi, > > Am Dienstag, dem 01.02.2022 um 21:54 + schrieb Ekaitz Zarraga: > > > Hi, > > > > ‐‐‐ Original Message ‐‐‐ > > > > On Tuesday, February 1st, 2022 at 10:20 PM, Liliana Marie Prikler > > > > liliana

bug#53696: Integer overflow on Guix GC size calculation

Hi Maxime, Ekaitz, et al, On +2022-02-02 11:05:31 +0100, Maxime Devos wrote: > Ekaitz Zarraga schreef op di 01-02-2022 om 14:06 [+]: > > [17592186042897 MiB] deleting > > '/gnu/store/wbz6vkiz7cq8c531xvb31lxm28nz332i-ghc-8.10.7' > > For comparison, this is about 16 exbibyte. > According to

bug#53696: Integer overflow on Guix GC size calculation

Ekaitz Zarraga schreef op di 01-02-2022 om 14:06 [+]: > [17592186042897 MiB] deleting > '/gnu/store/wbz6vkiz7cq8c531xvb31lxm28nz332i-ghc-8.10.7' For comparison, this is about 16 exbibyte. According to , that's more than the global monthl

bug#53696: Integer overflow on Guix GC size calculation

Am Dienstag, dem 01.02.2022 um 14:06 + schrieb Ekaitz Zarraga: > Hi, > > I noticed there's some kind of a wierd integer overflow on the size > calculation on `guix gc`: > > [17592186042896 MiB] deleting > '/gnu/store/j2s6kva8l20m6rjj10bnknq99jc9r

bug#53696: Integer overflow on Guix GC size calculation

Hi, ‐‐‐ Original Message ‐‐‐ On Tuesday, February 1st, 2022 at 10:20 PM, Liliana Marie Prikler wrote: > > I find it somewhat concerning that you've accumulated more than 2^64 > bytes of garbage. I'm a dirty boy. > Are some items counted double here? The number started growing from

bug#53696: Integer overflow on Guix GC size calculation

Hi, I noticed there's some kind of a wierd integer overflow on the size calculation on `guix gc`: [17592186042896 MiB] deleting '/gnu/store/j2s6kva8l20m6rjj10bnknq99jc9rg6w-ghc-random-1.2.0-builder' [17592186042896 MiB] deleting '/gnu/store/8nx7zzj629qvv1533c48bl19wrkw

bug#45266: "guix gc" needs free disk space to function

Hello, for the guix daemon sqlite problem, could we preallocate some space in the database also ? c.f.: https://stackoverflow.com/questions/827010/sqlite-pre-allocating-database-size -- Vincent Legoll

bug#33862: "guix gc" failing to complete

Hi, On Mon, 11 Jan 2021 at 16:27, zimoun wrote: > On Sat, 19 Dec 2020 at 01:09, zimoun wrote: >> On Mon, 24 Dec 2018 at 22:33, Ethan O'Quin >> wrote: > >> >> Does the solution >> >> Try >> >> # guix gc --verify >>

bug#33862: "guix gc" failing to complete

Hi, On Sat, 19 Dec 2020 at 01:09, zimoun wrote: > On Mon, 24 Dec 2018 at 22:33, Ethan O'Quin > wrote: > > Does the solution > > Try > > # guix gc --verify > > If that doesn't work, then… > > work for you? If not, pleas

bug#45266: "guix gc" needs free disk space to function

letely devoid of programs and services. >I’m afraid there’s little we can do in this case. >Thoughts? Copy the database into tmpfs temporarily? On Tue, Dec 22, 2020 at 8:37 AM Ludovic Courtès wrote: > > Hi, > > Nathan Dehnel skribis: > > > It would be better if guix

bug#45266: "guix gc" needs free disk space to function

Hi, Nathan Dehnel skribis: > It would be better if guix gc could run on a disk that was completely > full, as right now it cannot be used to free space on a full disk. The daemon reserves a bit of extra space before starting operation (see ‘reserve-space?’ in (guix store)), which sho

bug#33862: "guix gc" failing to complete

Hi, What is the status of the bug#33862 <http://issues.guix.gnu.org/issue/33862> ? On Mon, 24 Dec 2018 at 22:33, Ethan O'Quin wrote: > Every time I run "guix gc" the process fails with: > > "guix gc: error: build failed: executing SQLite statement: FOREIGN

bug#45266: "guix gc" needs free disk space to function

It would be better if guix gc could run on a disk that was completely full, as right now it cannot be used to free space on a full disk.

bug#42047: [PATCH v2] guix: gc: Support for the Hurd.

Hi, Jan Nieuwenhuizen skribis: > I'm really puzzled here. This > > (append-map rhs-file-names > (split-on-nul >(catch #t ;;'system-error > (lambda _ >(call-with-input-file environ > get-string-all)) >

bug#42047: [PATCH v2] guix: gc: Support for the Hurd.

some cases and >> look into fixing it. > > Sure, let "us" look into that! :) I have (with some kind fixup help from Marius) created a gdb-minimal package that cross-builds and works on the Hurd. I tried to gain insight by attaching to guix-daemon or just running guix-daemon in

bug#42047: [PATCH 0/3] Running guix gc on the Hurd.

"Jan (janneke) Nieuwenhuizen" skribis: > With these two fixes, it boots again. These are really minor fixes/typo-like > oversights and I was considering to "just push" them... but then I found that > the "guix build" command is also broken: > > root@guixygnu ~# guix build -e '(@@ (gnu packages c

bug#42047: [PATCH 3/3] guix: gc: Support for the Hurd.

c/mtab. Remove duplicate calls to 'scope'. > > Nitpick: I see 3 mostly unrelated patches: (1) fix duplicate called to > ‘scope’, (2) mount /proc, and (3) handle EIO. I think it’s clearer to > view them separately. Yes, I agree. I will split into 3 patches. (Initially my plan was

bug#42047: [PATCH 3/3] guix: gc: Support for the Hurd.

On +2020-06-25 22:48:43 +0200, Ludovic Courtès wrote: > "Jan (janneke) Nieuwenhuizen" skribis: > > > * guix/store/roots.scm (proc-environ-roots): Handle EIO, for the Hurd. > > * gnu/build/hurd-boot.scm (set-hurd-device-translators): Mount /proc. Add > > symlink to /etc/mtab. Remove duplicate ca

bug#42047: [PATCH 3/3] guix: gc: Support for the Hurd.

"Jan (janneke) Nieuwenhuizen" skribis: > * guix/store/roots.scm (proc-environ-roots): Handle EIO, for the Hurd. > * gnu/build/hurd-boot.scm (set-hurd-device-translators): Mount /proc. Add > symlink to /etc/mtab. Remove duplicate calls to 'scope'. Nitpick: I see 3 mostly unrelated patches: (1)

bug#42047: [PATCH 3/3] guix: gc: Support for the Hurd.

* guix/store/roots.scm (proc-environ-roots): Handle EIO, for the Hurd. * gnu/build/hurd-boot.scm (set-hurd-device-translators): Mount /proc. Add symlink to /etc/mtab. Remove duplicate calls to 'scope'. --- gnu/build/hurd-boot.scm | 21 ++--- guix/store/roots.scm| 13 +

bug#42047: [PATCH 0/3] Running guix gc on the Hurd.

From: Jan Nieuwenhuizen Hi! As discussed on IRC, we would like to get "guix gc" to work on the Hurd. It's kind of essential to get the build nodes running a Childhurd. We discussed several workarounds, but an acceptable one is non-trivial; so better look into a proper fix f

bug#41484: guix gc fails catastrophically if the disk has no space left

system Größe Benutzt Verf. > Verw% Eingehängt auf > :/volume5/RaspberryPi/Betriebssysteme/guix-system 1,4T1,4T 0 > 100% / > > OK, well, there’s certainly a lot of garbage to collect. Due to bad > experiences in the past with the same

bug#41484: guix gc fails catastrophically if the disk has no space left

Hi! After this trouble with guix gc I did a sudo reboot, and it got worse. At startup I now see these errors: GC Warning: pthread_getattr_up or pthread_attr_getstack failed for main thread GC Warning: Couldn't read /proc/stat Welcome, this is GNU's early boot Guile. Use --repl for

bug#41484: guix gc fails catastrophically if the disk has no space left

4T 0 100% / OK, well, there’s certainly a lot of garbage to collect. Due to bad experiences in the past with the same situation, I first try to collect only a little garbage. stefan@guix ~$ guix gc -F 100M guix gc: 100 MiB werden freigegeben finding garbage collector roots... note: can'

bug#39727: statx error running 'guix gc' on CentOS 7

Hi Paul, Paul Garlick skribis: >> Great. Could you apply the following patch, run the daemon with: >> >> sudo -E ./pre-inst-env guix-daemon --build-users-group=… >> >> then run: >> >> guix gc -C42 > > Yes, all is good. > > I hav

bug#39727: statx error running 'guix gc' on CentOS 7

Hi Ludo, > Great. Could you apply the following patch, run the daemon with: > > sudo -E ./pre-inst-env guix-daemon --build-users-group=… > > then run: > > guix gc -C42 Yes, all is good. I have re-built guix with your patch and started the daemon. Now '

bug#39727: statx error running 'guix gc' on CentOS 7

n with: sudo -E ./pre-inst-env guix-daemon --build-users-group=… then run: guix gc -C42 and confirm that it works for you? Thanks! Ludo’. diff --git a/nix/libstore/gc.cc b/nix/libstore/gc.cc index 77d7fa2dc7..8bc4e01eb0 100644 --- a/nix/libstore/gc.cc +++ b/nix/libstore/gc.cc @@ -581,

bug#39727: statx error running 'guix gc' on CentOS 7

Hi Ludo, > This was during the “removing unused link” phase, right? > Yes, that's it. > The system is running CentOS 7: > > $ cat /etc/centos-release > CentOS Linux release 7.7.1908 (Core) > > What does “uname -r” return? 3.10.0-1062.12.1.el7.x86_64 > Let me know how it goes! I compiled a C

bug#39727: statx error running 'guix gc' on CentOS 7

Hi, Paul Garlick skribis: > After a 'guix pull' today to commit > 536cc4aae5b58b45b974530646a4916a29a8aa6c I noticed that 'guix gc' fails > with the message: > > guix gc: error: statting `/gnu/store/.links/0pck...': Invalid argument This was during

bug#39727: statx error running 'guix gc' on CentOS 7

Hi Guix, After a 'guix pull' today to commit 536cc4aae5b58b45b974530646a4916a29a8aa6c I noticed that 'guix gc' fails with the message: guix gc: error: statting `/gnu/store/.links/0pck...': Invalid argument The system is running CentOS 7: $ cat /etc/centos-release Cent

bug#38469: guix gc should keep around recent intermediate build

Hi, Robert Vollmert skribis: >> Have you tried passing the options '--gc-keep-derivations=yes’ and >> '--gc-keep-outputs=yes' to guix-daemon? > > I had not. I added that right now, and first tests seem to indicate > that this helps. Thanks! Yes, I think these options are exactly what you want.

bug#38469: guix gc should keep around recent intermediate build

> Have you tried passing the options '--gc-keep-derivations=yes’ and > '--gc-keep-outputs=yes' to guix-daemon? I had not. I added that right now, and first tests seem to indicate that this helps. Thanks! Would it be a bad idea to make this the default? Alternatively, how about some kind of devel

bug#38469: guix gc should keep around recent intermediate build ingredients by default

Robert Vollmert skribis: > [ This is a user/developer friendliness feature request. I’m not arguing > that `guix gc` should do anything differently on a technical level, I’m > just trying to argue that the default experience should be different. ] > > Current situation: >

bug#38469: guix gc should keep around recent intermediate build ingredients by default

[ This is a user/developer friendliness feature request. I’m not arguing that `guix gc` should do anything differently on a technical level, I’m just trying to argue that the default experience should be different. ] Current situation: I use a forked guix repository as my default channel

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Chris Marusich writes: > I wonder what has brought my installation into this state. I can't > think of a way to fix it since I don't even know what caused it, so I > will probably re-install Guix to work around the issue I re-installed Guix to work around the issue. -- Chris signature.asc D

bug#37357: Guix gc removes next-gtk-webkit input with next installed

Ricardo Wurmus writes: > Can you tell us what version of Guix you used to install Next? There > was a short period during which the Next executable was compressed, > which effectively hid references from the garbage collector. OK, so I checked and it seems that I installed next while there was

bug#37357: Guix gc removes next-gtk-webkit input with next installed

Dimakakos Dimos writes: > After running gc and trying to launch next-browser I get: […] > [19:11:30] next base.lisp (initialize-port remote-interface fun24) - > Couldn't execute > "/gnu/store/5hh6qpp4lqa6gy1ghdb4ppvjamgb3mbc-next-gtk-webkit-1.3.1/bin/next-gtk-webkit": > No such file or dir

bug#37357: Guix gc removes next-gtk-webkit input with next installed

After running gc and trying to launch next-browser I get: [19:11:29] next base.lisp (start) - NEXT::+VERSION+: "1.3.1" [19:11:29] next base.lisp (load-lisp-file form-fun-4) - Loading configuration from /home/bendersteed/.config/next/init.lisp... [19:11:30] next minibuffer.lisp (echo) -

bug#36865: Guix gc breaks grub

Hi Jakob, zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) skribis: > Ludovic Courtès writes: > >> Jakob, does that ring a bell? > > Yes, this was fixed by #36880. Looking more closely, it seems to be . Anyway, closing. Thanks for your feedback! Lud

bug#36865: Guix gc breaks grub

Hi Ludovic, Apologies for not participating in this thread until just now. Ludovic Courtès writes: > Jakob, does that ring a bell? Yes, this was fixed by #36880. Regards, Jakob signature.asc Description: PGP signature

bug#36865: Guix gc breaks grub

Hi, Jul 26 2019 23:55:23 d23a00b599be56694065bd274184b9289fb8b85c Jul 29 2019 11:32:04 ab20b3ed9152c7c95d0d2c6b2d65e29983ab57ce Jul 29 2019 23:52:32 18c4b0a27705773e423fb17310394204b7295d4a Jul 30 2019 before 22:03 nckx saves me (last messages of http://logs.guix.gnu.org/guix/2019-07-3

bug#36865: Guix gc breaks grub

Hello, "Xavier Montillet" skribis: > All I can say for sure is that the bug was in the guix pull'ed version at > some point in the week leading to July 31 (and most likely on July 30), and > that the bug is no longer in the version of July 31 evening. Could you run ‘guix pull -l 1m’ (for this

bug#36865: Guix gc breaks grub

> Hi Xavier, > > "Xavier Montillet" skribis: > > > I just tried running guix gc and restarting and can confirm that the > > symptoms disappeared. > > So, is this bug fixed? If so, in what commit range was the fix > introduced? That sounds like a serio

bug#36865: Guix gc breaks grub

Hi Xavier, "Xavier Montillet" skribis: > I just tried running guix gc and restarting and can confirm that the symptoms > disappeared. So, is this bug fixed? If so, in what commit range was the fix introduced? That sounds like a serious issue so I’d rather make sure we

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Sorry I hadn't seen this bug report; it was opened after I researched this issue a couple months ago and I didn't bother checking since. Here's the thread I posted to help-guix: <87lfwbuj27@gnu.org>. -- Mike Gerwitz Free Software Hacker+Activist | GNU Maintainer & Volunteer GPG: D6E9 B930 02

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

5664 blocks root@spaceship ~# echo $? 1 --8<---cut here---end--->8--- Unfortunately, when I rebooted and tried "guix gc", the same problem as before occurred. I saw that Mike Gerwitz encountered the same error, so I thought I would try his work

bug#36865: Guix gc breaks grub

I just tried running guix gc and restarting and can confirm that the symptoms disappeared. On Wed, Jul 31, 2019, at 9:05 PM, Xavier Montillet wrote: > Hi Rocardo, > > I guix pull'ed and grub is no longer marked as dead. "guix gc --list-dead | > grep 0fijjh7qw8ppsks

bug#36865: Guix gc breaks grub

Hi Rocardo, I guix pull'ed and grub is no longer marked as dead. "guix gc --list-dead | grep 0fijjh7qw8ppsks0ba3q9m873ljhj797" now returns nothing, while "grep unicode /boot/grub/grub.cfg" till returns the same thing. So I guess this means it's fixed? I instal

bug#36865: Guix gc breaks grub

Hi Xavier, > guix gc thinks that grub (and a lot of other stuff that it shouldn't > think is dead) is dead, as shown by the following commands (given by > nckx): > > > $ grep unicode /boot/grub/grub.cfg > search --file --set > /gnu/store/0fijjh7qw8ppsks0ba3q9m87

bug#36865: Guix gc breaks grub

*Symptoms* After running guix gc, and rebooting, I got the following errors (which stay something like half a second on the screen): error: no such device: /gnu/store/0fijjh7qw8ppsks0ba3q9m873ljhj797-grub-2.04/share/grub/unicode.pf2 error: file `/gnu/store/0fijjh7qw8ppsks0ba3q9m873ljhj797

bug#36706: "guix gc --verify" fails with "FOREIGN KEY constraint failed"

; glob "*libreof*"); > delete from DerivationOutputs where path glob "*libreof*"; > delete from ValidPaths where path glob "*libreof*"; > > Which I assume is what `guix gc --verify=repair` was trying to do, but it's > not cleaning up Refs table and thus

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Chris Marusich writes: > is there anything we can check to understand why the database > corruption has occurred? […] > For the record, I do sometimes abruptly power off my machine, and it > does rarely abruptly crash (I think I have reported this when it occurs, > but I can't be sure). This c

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Ricardo Wurmus writes: > Chris Marusich writes: > >> My disk was filling up, so I tried to run "guix gc", but I got an error >> instead: >> >> --8<---cut here-------start->8--- >> $ guix gc -C 25GiB >> ..

bug#36706: "guix gc --verify" fails with "FOREIGN KEY constraint failed"

reof*"; delete from ValidPaths where path glob "*libreof*"; Which I assume is what `guix gc --verify=repair` was trying to do, but it's not cleaning up Refs table and thus failing at the FOREIGN KEY constraint. $ sqlite3 /var/guix/db/db.sqlite [...] sqlite> .schema [...] C

bug#36706: "guix gc --verify" fails with "FOREIGN KEY constraint failed"

will become inconsistent with the database (which I assume you have not edited). You should use “guix gc” instead to remove unused items from the store. -- Ricardo

bug#36706: "guix gc --verify" fails with "FOREIGN KEY constraint failed"

No such file or directory However trying to clean up the issue with "guix gc --verify" unexpectedly fails as well, this time with a failed SQLite constraint, this seems like a bug: $ guix gc --verify reading the store... checking path existence... path `/gnu/store/96ry03xc7

bug#36687: guix gc: error: executing SQLite statement: database disk image is malformed

Chris Marusich writes: > My disk was filling up, so I tried to run "guix gc", but I got an error > instead: > > --8<---cut here---start----->8--- > $ guix gc -C 25GiB > ... > deleting `/gnu/store/n0gyzfw77ik35ld9d0d4737w88f1

  1   2   >