bug#71211: %guile-static-stripped crashes with a sigsegv (i.e. the guile used in the initrd (?))
May 26, 2024 at 11:26 AM, "Attila Lendvai" wrote: > > root symptom: > > - > > i think this is the guile binary that is used in initrd. it's been a while i > noted this bug. but if it's so, then if error happens early in the boot, then > it just dies with a sigsegv; i.e. it's a major hindrance to debuggability. > > reproducer: > > --- > > guix shell -e '(begin (use-modules (gnu packages make-bootstrap)) > %guile-static-stripped)' > > and then start guile. or alternatively: > > guile -c '(use-modules (ice-9 readline))' > > analysis: > > - If it's that easy, to crash guile, then I'll try it on my T400. I'll resond if a few if it crashes for me. > > make-guile-static-stripped calls (remove-store-references guile2) without > checking the return code. > > if i remove that call, then building fails with: "... is not allowed to refer > to path `/gnu/store/3zl03prdg07ax4dny78hrzykillr6vcy-glibc-2.35'" > > > > i.e. there's some reference in the binary to glibc, which is corrupted by > remove-store-references. > > i'm not sure this is the cause, but i suspect. > > note that the `guile --version` test in make-guile-static-stripped runs fine; > i.e. it's an insufficient test. > > -- > > • attila lendvai > > • PGP: 963F 5D5F 45C7 DFCD 0A39 > > -- > > “How much truth can a spirit bear, how much truth can a spirit dare? […] that > became for me more and more the real measure of value.” > > — Friedrich Nietzsche (1844–1900) >
bug#70838: guix pull fails
May 10, 2024 at 12:40 PM, jerem...@pdp10.guru wrote: > > > > > What hardware do you have? > > > > RYF certified IBM x200 with libreboot firmware. > > Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz > > 16GB of RAM and 64GB of swap > > 4TB SSD and Qualcomm Atheros AR93xx Wireless Network Adapter (rev 01) > > -Jeremiah Hmm, I've got a T400 with libreboot as well. guix pull worked for me just now.
bug#70850: question on nss-certs
May 10, 2024 at 1:51 AM, "Antonio Carlos Padoan Junior" wrote: > > jbra...@dismail.de writes: > > > > > May 9, 2024 at 1:53 PM, "Olivier Dion" wrote: > > > > The best place for bugs, is to discuss them on bug-guix@gnu.org. That way > > > > it ends up in our bug tracker. guix-de...@gnu.org is really meant for > > > > massive cool changes that you want guix to include. :) > > > > Thank you, I was not certain it was a bug. And yes, next time I will try > > to be more precise in which list to post. No worries. I hope the bug gets fixed. :) > > -- > > Antonio Carlos PADOAN JUNIOR > > PGP fingerprint: > > 243F 237F 2DD3 4DCA 4EA3 1341 2481 90F9 B421 A6C9 >
bug#70850: question on nss-certs
May 9, 2024 at 1:53 PM, "Olivier Dion" wrote: > > On Thu, 09 May 2024, Antonio Carlos Padoan Junior > wrote: > > > > > > Hi, > > > > I made a system reconfigure today and I noticed that my folder > > > > /etc/ssl/certs disappeared and this annoys me (for instance, mbsync is > > > > missing it). I suppose this is related to the fact that nss-certs now is > > > > included in base-packages, but not sure. Am I supposed to still have the > > > > standard folder /etc/ssl/certs in my system? If no, how can I gracefully > > > > handle that? > > This is the system I build this morning: > > Generation 97 May 09 2024 12:07:20 (current) > > nonguix 7081518 > > repository URL: https://gitlab.com/nonguix/nonguix > > branch: master > > commit: 7081518be7d2dbb58f3fbfeb1785254a6f0059c8 > > guix cf5f7a8 > > repository URL: https://git.savannah.gnu.org/git/guix.git > > branch: master > > commit: cf5f7a8bf9ca2288700fcf351bbca0fc341ec969 > > > > > > This actualy broke my system. Could not do `guix pull' anymore > > > > afterward because it could not do authentication. I had to roll-back to > > > > previous system and remove nss-certs from the list of system packages > > > > and reconfigure the system. > > > > -- > > > > Olivier Dion > > > > oldiob.ca > The best place for bugs, is to discuss them on bug-guix@gnu.org. That way it ends up in our bug tracker. guix-de...@gnu.org is really meant for massive cool changes that you want guix to include. :) Not to worry. I am including your bug report to bug-guix@gnu.org! I believe that guix is having some issues with building nss at the moment. https://issues.guix.gnu.org/70663 Maybe that is related to this? (possibly not). Thanks, Joshua
bug#70838: guix pull fails
May 8, 2024 at 6:09 PM, jerem...@pdp10.guru wrote:
>
> ──⚙ guix pull [4/559]
>
> Updating channel 'guix' from Git repository at
> 'https://git.savannah.gnu.org/git/guix.git'...
>
> Authenticating channel 'guix', commits 9edb3f6 to 7b7f299 (1,287 new
> commits)...
>
> Building from this channel:
>
> guix https://git.savannah.gnu.org/git/guix.git 7b7f299
>
> building /gnu/store/9gixy6nraman3lcgnzbn7n8njfil74m9-config.scm.drv...
>
> building /gnu/store/rqrp24hh4a8z5yksszk6qdibxgmlnj08-git.scm.drv...
>
> building /gnu/store/dljzzrg62hjpxgwki91iq21c671aqcwr-hash.scm.drv...
>
> building /gnu/store/1c4q9clyj9xfrs3rd9iafbn4ww3qyvzb-module-import.drv...
>
> building /gnu/store/g5s2fknprsma17m0fa5dq6qyk18p1cap-module-import.drv...
>
> building
> /gnu/store/hfbzhs3ll0v2gnwcsly3qfrc89l2aw8i-module-import-compiled.drv...
>
> building
> /gnu/store/5672vc3cy53y3a31g3a5hwjxwwg8w8pb-module-import-compiled.drv...
>
> building
> /gnu/store/qxn10h1fzqjfdi0kcb4pc6frxj9wpbyx-compute-guix-derivation.drv...
>
> building
> /gnu/store/hq172xkf1kanw4v2xj46wix1aq6a12yg-guile-gnutls-4.0.0.tar.gz.drv...
>
> building
> /gnu/store/cl98vkzvkvi9z9zr5ffi01dpngpiyw91-guile-lzlib-0.3.0.tar.gz.drv...
>
> building /gnu/store/y73vas67xf6z5dx7s829w0ycn4rq7r8d-guile-gnutls-4.0.0.drv...
>
> building /gnu/store/7b1pqndry1mb4p0jivky47wlzsg8w79b-guile-lzlib-0.3.0.drv...
>
> building /gnu/store/pclsja69rccrywq2a38ih63144gavdk8-meson-1.2.1.tar.gz.drv...
>
> building /gnu/store/fxid0fgh9jnnf1m3fcnl3nn3kwr95mg5-meson-1.2.1.drv...
>
> building
> /gnu/store/11hcz6wqzbixnp31s6pdh2fgshd3krgl-guile-git-0.7.0-checkout.drv...
>
> building /gnu/store/0nh269vq903n6jmi9hpryxwzv0l5vzl4-nss-3.99.tar.gz.drv...
>
> building /gnu/store/p1x6nckwa33m3lm4c378gc3r8mrf547m-guile-git-0.7.0.drv...
>
> building /gnu/store/a7hdk521w2xfb33n3cv0ml6mrrfllvzl-nss-3.99.tar.xz.drv...
>
> building
> /gnu/store/p7sncgyngfvfcxw526fxm065z7cldqhm-guix-daemon-1.4.0-18.4c94b9e.drv...
>
> building /gnu/store/8379qa0y6s7ssjr8gplm5fyw9r5pnxhn-nss-3.99.0.drv...
>
> \ 'check' phasebuild-log 30161 101
>
> [ OK ] Pkcs11ModuleTest.ListSlots (1 ms)
>
> [ RUN ] Pkcs11ModuleTest.PublicCertificatesToken
>
> - 'check' phasebuild-log 30161 121
>
> [ OK ] Pkcs11ModuleTest.PublicCertificatesToken (1 ms)
>
> [ RUN ] Pkcs11ModuleTest.PublicCertificatesTokenLookup
>
> \ 'check' phaseBacktrace:
>
> 15 (primitive-load
> "/gnu/store/rv8rlr09325m8pi8ybq5vwpgm270fbd7-compute-guix-derivation")
>
> In ice-9/eval.scm:
>
> 155:9 14 (_ _)
>
> 159:9 13 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?)
> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
>
> In ice-9/boot-9.scm:
>
> 152:2 12 (with-fluid* _ _ _)
>
> 152:2 11 (with-fluid* _ _ _)
>
> In ./guix/store.scm:
>
> 2182:24 10 (run-with-store #
> # ?)
>
> 2010:8 9 (_ #)
>
> In ./guix/gexp.scm:
>
> 299:22 8 (_ #)
>
> 1205:2 7 (_ #)
>
> 1072:2 6 (_ #)
>
> 913:4 5 (_ #)
>
> In ./guix/store.scm:
>
> 2067:12 4 (_ #)
>
> 1409:13 3 (map/accumulate-builds #
> # ?)
>
> 1405:5 2 (map/accumulate-builds #
> # ?)
>
> 1421:15 1 (_ #
> ("/gnu/store/p7sncgyngfvfcxw526fxm065z7cldqhm-guix-daemo?" ?) ?)
>
> 1421:15 0 (loop #f)
>
> ./guix/store.scm:1421:15: In procedure loop:
>
> ERROR:
>
> 1. &store-protocol-error:
>
> message: "build of
> `/gnu/store/8379qa0y6s7ssjr8gplm5fyw9r5pnxhn-nss-3.99.0.drv' failed"
>
> status: 100
>
> guix pull: error: You found a bug: the program
> '/gnu/store/rv8rlr09325m8pi8ybq5vwpgm270fbd7-compute-guix-derivation'
>
> failed to compute the derivation for Guix (version:
> "7b7f299bb493e485c5534b8c554e51d4f3a8c026"; system: "x86_64-linux";
>
> host version: "0f68306268773f0eaa4327e1f6fdcb39442e4a34"; pull-version: 1).
>
> Please report the COMPLETE output above by email to .
>
Congrats on making a bug report! I have no idea what's wrong. :(
What hardware do you have?
Joshua
bug#70774: Close this bug plz
This bug is done son!
bug#70774: Fwd: The Artanis pkg issue
May 4, 2024 at 3:33 PM, "jbranso--- via Bug reports for GNU Guix" wrote: > > Apologies for top posting...The below email seemed more like a bug. > > Typically guix-devel is for making "large" or complicated changes to guix. > > I'm forwarding your message over to bug-guix@gnu.org. > > Also, do you use Artanis? I've tried to get it to work a few times... > > and I can never quite figure it out. My guile web framework is... > > guile haunt at the moment. :) > > Joshua Per this message, it looks like this bug is done! https://mail.gnu.org/archive/html/guix-devel/2024-05/msg00033.html I'm closing this bug. Joshua > > Forwarded message --- > > From: "Nala Ginrut" > > To: guix-de...@gnu.org > > Sent: May 4, 2024 at 11:36 AM > > Subject: The Artanis pkg issue > > Dear Guix folks, I saw the lines in Artanis pkg info: > > -cut- > > (delete-file-recursively "artanis/third-party/json.scm") > > (delete-file-recursively "artanis/third-party/json") > > (delete-file-recursively "artanis/third-party/redis.scm") > > (delete-file-recursively "artanis/third-party/redis") > > -end-- > > I understand these lines are aiming to unbundle guile-json and guile-redis, > however, recently I've unbundled them in vanilla Artanis. So there's > something changed. > > You may need to keep third-party/json.scm and third-party/edis.scm in the > next release since they are the wrappers, and it's possible to make further > abstracts then. In addition, there are necessary renaming operations for > compatibility. > > Best regards. >
bug#70774: Fwd: The Artanis pkg issue
Apologies for top posting...The below email seemed more like a bug. Typically guix-devel is for making "large" or complicated changes to guix. I'm forwarding your message over to bug-guix@gnu.org. Also, do you use Artanis? I've tried to get it to work a few times... and I can never quite figure it out. My guile web framework is... guile haunt at the moment. :) Joshua Forwarded message --- From: "Nala Ginrut" To: guix-de...@gnu.org Sent: May 4, 2024 at 11:36 AM Subject: The Artanis pkg issue Dear Guix folks, I saw the lines in Artanis pkg info: -cut- (delete-file-recursively "artanis/third-party/json.scm") (delete-file-recursively "artanis/third-party/json") (delete-file-recursively "artanis/third-party/redis.scm") (delete-file-recursively "artanis/third-party/redis") -end-- I understand these lines are aiming to unbundle guile-json and guile-redis, however, recently I've unbundled them in vanilla Artanis. So there's something changed. You may need to keep third-party/json.scm and third-party/edis.scm in the next release since they are the wrappers, and it's possible to make further abstracts then. In addition, there are necessary renaming operations for compatibility. Best regards.
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 8, 2024 at 6:34 AM, "Zelphir Kaltstahl" wrote: > > On 4/7/24 21:19, jbra...@dismail.de wrote: > > > > > April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" > > wrote: > > > > > > > > > > On 4/7/24 03:17, jbra...@dismail.de wrote: > > > > > > > > > > > > > > > > > > > > I was able to update, yes, but I don't know, if the problem is > > > > > solved. I got some error (not necessarily the same, I don't remember) > > > > > on multiple occasions, when trying to update. I have no idea, whether > > > > > it is something other people experience or just my installation. > > > > > Now that you have updated. > > > > > Does the below work without issue? > > > > > > > > $ guix pull && guix package -u > > > > # guix system reconfigure config.scm > > > > > > > > If you still experience issues with the above commands, please let me > > > > know! > > > > > > > > Thanks, > > > > > > > > Joshua > > > > Hi Joshua! > > > > > > I just tried: > > > > > > START > > > guix pull && guix package -u > > > > > > ... > > > (lots of output) > > > ... > > > > > > building /gnu/store/3g7459g63by7wgnjksz3843apq7n7k6m-racket-8.11.1.drv... > > > substitute: updating substitutes from 'https://ci.guix.gnu.org > > > https://ci.guix.gnu.org/ https://ci.guix.gnu.org/ '... 0.0%guix > > > substitute: error: TLS error in procedure 'write_to_session_record_port': > > > Error in the push function. > > > guix package: error: > > > `/gnu/store/l4vir00gbprk85qzmm2v8l38z8jrfly0-guix-command substitute' > > > died unexpectedly > > > ~END~ > > > That sounds like a bug. > > > > What does > > > > $ guix describe > > $ guix system describe > > > > output? > > > > What kind of computer do you have? > > > > Hi again, > > > $ guix describe > Generation 49 Apr 07 2024 14:46:14 (current) > guix 0fa6ba8 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 0fa6ba879af5625a3220f94fd699d5fae9e999d4 > > > > > That should be the version I pulled with `--no-substitutes`. > > > $ guix system describe > guix system: error: no system generation, nothing to describe > > > > > I guess this is, because I am running Guix on foreign distro? I should have > mentioned that way earlier. Sorry. -.- Didn't make the jump to run Guix > distro yet. Want to try that in a VM at some point. > Oh, apparently you can do this: ┌┐ │ Should you eventually want to uninstall Guix, run the same │ │ script with the --uninstall flag: │ ││ │ ./guix-install.sh --uninstall │ ││ │ With --uninstall, the script irreversibly deletes all the │ │ Guix files, configuration, and services. │ └┘ > > > This machine is a Lenovo T470s. > > > > Installed is Xubuntu or Ubuntu with later installed XFCE: > > > $ lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 22.04.4 LTS > Release: 22.04 > Codename: jammy > > > > > Best regards, > > Zelphir > > -- > repositories: https://notabug.org/ZelphirKaltstahl >
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 8, 2024 at 6:34 AM, "Zelphir Kaltstahl" wrote: > > On 4/7/24 21:19, jbra...@dismail.de wrote: > > > > > April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" > > wrote: > > > > > > > > > > On 4/7/24 03:17, jbra...@dismail.de wrote: > > > > > > > > > > > > > > > > > > > > I was able to update, yes, but I don't know, if the problem is > > > > > solved. I got some error (not necessarily the same, I don't remember) > > > > > on multiple occasions, when trying to update. I have no idea, whether > > > > > it is something other people experience or just my installation. > > > > > Now that you have updated. > > > > > Does the below work without issue? > > > > > > > > $ guix pull && guix package -u > > > > # guix system reconfigure config.scm > > > > > > > > If you still experience issues with the above commands, please let me > > > > know! > > > > > > > > Thanks, > > > > > > > > Joshua > > > > Hi Joshua! > > > > > > I just tried: > > > > > > START > > > guix pull && guix package -u > > > > > > ... > > > (lots of output) > > > ... > > > > > > building /gnu/store/3g7459g63by7wgnjksz3843apq7n7k6m-racket-8.11.1.drv... > > > substitute: updating substitutes from 'https://ci.guix.gnu.org > > > https://ci.guix.gnu.org/ https://ci.guix.gnu.org/ '... 0.0%guix > > > substitute: error: TLS error in procedure 'write_to_session_record_port': > > > Error in the push function. > > > guix package: error: > > > `/gnu/store/l4vir00gbprk85qzmm2v8l38z8jrfly0-guix-command substitute' > > > died unexpectedly > > > ~END~ > > > That sounds like a bug. > > > > What does > > > > $ guix describe > > $ guix system describe > > > > output? > > > > What kind of computer do you have? > > > > Hi again, > > > $ guix describe > Generation 49 Apr 07 2024 14:46:14 (current) > guix 0fa6ba8 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 0fa6ba879af5625a3220f94fd699d5fae9e999d4 > > > > > That should be the version I pulled with `--no-substitutes`. > > > $ guix system describe > guix system: error: no system generation, nothing to describe > > > > > I guess this is, because I am running Guix on foreign distro? I should have > mentioned that way earlier. Sorry. -.- Didn't make the jump to run Guix > distro yet. Want to try that in a VM at some point. You could delete guix and install again I think you would need to delete /gnu and /var/guix > > > > This machine is a Lenovo T470s. > > > > Installed is Xubuntu or Ubuntu with later installed XFCE: > > > $ lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 22.04.4 LTS > Release: 22.04 > Codename: jammy > > > > > Best regards, > > Zelphir > > -- > repositories: https://notabug.org/ZelphirKaltstahl >
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 8, 2024 at 6:34 AM, "Zelphir Kaltstahl" wrote: > > On 4/7/24 21:19, jbra...@dismail.de wrote: > > > > > April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" > > wrote: > > > > > > > > > > On 4/7/24 03:17, jbra...@dismail.de wrote: > > > > > > > > > > > > > > > > > > > > I was able to update, yes, but I don't know, if the problem is > > > > > solved. I got some error (not necessarily the same, I don't remember) > > > > > on multiple occasions, when trying to update. I have no idea, whether > > > > > it is something other people experience or just my installation. > > > > > Now that you have updated. > > > > > Does the below work without issue? > > > > > > > > $ guix pull && guix package -u > > > > # guix system reconfigure config.scm > > > > > > > > If you still experience issues with the above commands, please let me > > > > know! > > > > > > > > Thanks, > > > > > > > > Joshua > > > > Hi Joshua! > > > > > > I just tried: > > > > > > START > > > guix pull && guix package -u > > > > > > ... > > > (lots of output) > > > ... > > > > > > building /gnu/store/3g7459g63by7wgnjksz3843apq7n7k6m-racket-8.11.1.drv... > > > substitute: updating substitutes from 'https://ci.guix.gnu.org > > > https://ci.guix.gnu.org/ https://ci.guix.gnu.org/ '... 0.0%guix > > > substitute: error: TLS error in procedure 'write_to_session_record_port': > > > Error in the push function. > > > guix package: error: > > > `/gnu/store/l4vir00gbprk85qzmm2v8l38z8jrfly0-guix-command substitute' > > > died unexpectedly > > > ~END~ > > > That sounds like a bug. > > > > What does > > > > $ guix describe > > $ guix system describe > > > > output? > > > > What kind of computer do you have? > > > > Hi again, > > > $ guix describe > Generation 49 Apr 07 2024 14:46:14 (current) > guix 0fa6ba8 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 0fa6ba879af5625a3220f94fd699d5fae9e999d4 > > > > > That should be the version I pulled with `--no-substitutes`. > > > $ guix system describe > guix system: error: no system generation, nothing to describe > > > > > I guess this is, because I am running Guix on foreign distro? I should have > mentioned that way earlier. Sorry. -.- Didn't make the jump to run Guix > distro yet. Want to try that in a VM at some point. > > > > This machine is a Lenovo T470s. > > > > Installed is Xubuntu or Ubuntu with later installed XFCE: > > > $ lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description: Ubuntu 22.04.4 LTS > Release: 22.04 > Codename: jammy > > > > > Best regards, > > Zelphir well grr. That's kind of the extent of my guix knowledge. How did you install guix on this foreign distro? Did you use the installer script? That should work. > > -- > repositories: https://notabug.org/ZelphirKaltstahl >
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 7, 2024 at 9:46 AM, "Zelphir Kaltstahl" wrote: > > On 4/7/24 03:17, jbra...@dismail.de wrote: > > > > > > > > > I was able to update, yes, but I don't know, if the problem is solved. I > > > got some error (not necessarily the same, I don't remember) on multiple > > > occasions, when trying to update. I have no idea, whether it is something > > > other people experience or just my installation. > > > Now that you have updated. > > > > Does the below work without issue? > > > > $ guix pull && guix package -u > > # guix system reconfigure config.scm > > > > If you still experience issues with the above commands, please let me know! > > > > Thanks, > > > > Joshua > > > > Hi Joshua! > > > > I just tried: > > START > guix pull && guix package -u > > ... > (lots of output) > ... > > building /gnu/store/3g7459g63by7wgnjksz3843apq7n7k6m-racket-8.11.1.drv... > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 0.0%guix substitute: error: TLS error in > procedure 'write_to_session_record_port': Error in the push function. > guix package: error: > `/gnu/store/l4vir00gbprk85qzmm2v8l38z8jrfly0-guix-command substitute' died > unexpectedly > ~END~ > That sounds like a bug. What does $ guix describe $ guix system describe output? What kind of computer do you have? > > > Regards,Zelphir > > -- > repositories: https://notabug.org/ZelphirKaltstahl >
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 6, 2024 at 5:13 PM, "Zelphir Kaltstahl" wrote: > > On 4/6/24 21:31, jbra...@dismail.de wrote: > > > > > April 6, 2024 at 6:49 AM, "Zelphir Kaltstahl" > > wrote: > > > > > > > > Hello Guix developers! > > > > > > Today I ran into a problem when running 'guix pull && guix package -u': > > > > > > > "problems" or "bugs" are normally best sent to bug-guix@gnu.org, which > > I've just added > > > > to this email. :) > > > > > > > > start > > > > > > $ guix pull && guix package -u > > > > > > Updating channel 'guix' from Git repository at > > > 'https://git.savannah.gnu.org/git/guix.git'... > > > > > > Authenticating channel 'guix', commits 9edb3f6 to bfc6143 (4.470 new > > > commits)... > > > > > > Building from this channel: > > > > > > guix https://git.savannah.gnu.org/git/guix.git bfc6143 > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > module-import 2KiB 39KiB/s 00:00 ▕██▏ 100.0% > > > > > > module-import-compiled 1.2MiB 2.2MiB/s 00:01 ▕██▏ 100.0% > > > > > > compute-guix-derivation 1.4MiB/s 00:00 | 1KiB transferred > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > guile-lib-0.2.8 346KiB 828KiB/s 00:00 ▕██▏ 100.0% > > > > > > disarchive-0.6.0 463KiB 1.06GiB/s 00:00 ▕██▏ 100.0% > > > > > > guile-bzip2-0.1.0 55KiB 142.9MiB/s 00:00 ▕██▏ 100.0% > > > > > > libarchive-3.6.1 489KiB 1.13GiB/s 00:00 ▕██▏ 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > graphviz-minimal-7.0.1-doc 967KiB 1.37GiB/s 00:00 ▕██▏ > > > 100.0% > > > > > > dbus-1.15.8 281KiB 441.1MiB/s 00:00 ▕██▏ 100.0% > > > > > > guix-daemon-1.4.0-18.4c94b9e 282KiB 657.0MiB/s 00:00 > > > ▕██▏ 100.0% > > > > > > pcre2-10.40 1.1MiB 2.45GiB/s 00:00 ▕██▏ 100.0% > > > > > > po4a-0.69 2.0MiB 4.2MiB/s 00:00 ▕██▏ 100.0% > > > > > > glib-2.78.0 2.7MiB 12.2MiB/s 00:00 ▕██▏ 100.0% > > > > > > libgit2-1.7.2 711KiB 3.1MiB/s 00:00 ▕██▏ 100.0% > > > > > > avahi-0.8 384KiB 1.9MiB/s 00:00 ▕██▏ 100.0% > > > > > > gts-0.7.6 299KiB 1.6MiB/s 00:00 ▕██▏ 100.0% > > > > > > guile-avahi-0.4.1 61KiB 202KiB/s 00:00 ▕██▏ 100.0% > > > > > > graphviz-minimal-7.0.1 1.1MiB 4.7MiB/s 00:00 ▕██▏ 100.0% > > > > > > guile-git-0.6.0 558KiB 1.00GiB/s 00:00 ▕▏ ▏ 22.9% > > > > > > guile-git-0.6.0 558KiB 477KiB/s 00:01 ▕██▏ 100.0% > > > > > > substitute: updating substitutes from 'https://ci.guix.gnu.org/ > > > https://ci.guix.gnu.org/ '... 100.0% > > > > > > substitute: updating substitutes from 'https://bordeaux.guix.gnu.org/ > > > https://bord
bug#70244: Bug in Guix? ... guix-command substitute' died unexpectedly
April 6, 2024 at 6:49 AM, "Zelphir Kaltstahl" wrote: > > Hello Guix developers! > > > > Today I ran into a problem when running 'guix pull && guix package -u': "problems" or "bugs" are normally best sent to bug-guix@gnu.org, which I've just added to this email. :) > > > > start > > $ guix pull && guix package -u > Updating channel 'guix' from Git repository at > 'https://git.savannah.gnu.org/git/guix.git'... > Authenticating channel 'guix', commits 9edb3f6 to bfc6143 (4.470 new > commits)... > Building from this channel: > guix https://git.savannah.gnu.org/git/guix.git bfc6143 > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > module-import 2KiB 39KiB/s 00:00 ▕██▏ 100.0% > module-import-compiled 1.2MiB 2.2MiB/s 00:01 ▕██▏ 100.0% > compute-guix-derivation 1.4MiB/s 00:00 | 1KiB transferred > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > guile-lib-0.2.8 346KiB 828KiB/s 00:00 ▕██▏ 100.0% > disarchive-0.6.0 463KiB 1.06GiB/s 00:00 ▕██▏ 100.0% > guile-bzip2-0.1.0 55KiB 142.9MiB/s 00:00 ▕██▏ 100.0% > libarchive-3.6.1 489KiB 1.13GiB/s 00:00 ▕██▏ 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > graphviz-minimal-7.0.1-doc 967KiB 1.37GiB/s 00:00 ▕██▏ 100.0% > dbus-1.15.8 281KiB 441.1MiB/s 00:00 ▕██▏ 100.0% > guix-daemon-1.4.0-18.4c94b9e 282KiB 657.0MiB/s 00:00 ▕██▏ > 100.0% > pcre2-10.40 1.1MiB 2.45GiB/s 00:00 ▕██▏ 100.0% > po4a-0.69 2.0MiB 4.2MiB/s 00:00 ▕██▏ 100.0% > glib-2.78.0 2.7MiB 12.2MiB/s 00:00 ▕██▏ 100.0% > libgit2-1.7.2 711KiB 3.1MiB/s 00:00 ▕██▏ 100.0% > avahi-0.8 384KiB 1.9MiB/s 00:00 ▕██▏ 100.0% > gts-0.7.6 299KiB 1.6MiB/s 00:00 ▕██▏ 100.0% > guile-avahi-0.4.1 61KiB 202KiB/s 00:00 ▕██▏ 100.0% > graphviz-minimal-7.0.1 1.1MiB 4.7MiB/s 00:00 ▕██▏ 100.0% > guile-git-0.6.0 558KiB 1.00GiB/s 00:00 ▕▏ ▏ 22.9% > guile-git-0.6.0 558KiB 477KiB/s 00:01 ▕██▏ 100.0% > substitute: updating substitutes from 'https://ci.guix.gnu.org > https://ci.guix.gnu.org/ '... 100.0% > substitute: updating substitutes from 'https://bordeaux.guix.gnu.org > https://bordeaux.guix.gnu.org/ '... 100.0% > The following derivations will be built: > /gnu/store/n9wx8dzx4lgqr3bk56z1974ihvkak3mp-profile.drv > /gnu/store/1g1p5wps2z068v6lhwn95gi804k7rk3k-guix-bfc614397.drv > /gnu/store/0p1y1xm009bhxpkkzmp106rnrmf2bnsx-guix-manual.drv > /gnu/store/8ccc09hj839apww8nzc46lhm8hspqimx-guix-daemon.drv > /gnu/store/d376vlr1h5vi6g2cs31i6makg0as918l-guix-command.drv > /gnu/store/qzkq8yvqhqdjh0rpsqf9mm9fyiy8vp4f-guix-module-union.drv > /gnu/store/l4jwdhj236yanfxy0kz0rra35918k40w-guix-bfc614397-modules.drv > /gnu/store/205yj5gn8qlbxj2wrncly7fsnvr95xcm-guix-extra-modules.drv > /gnu/store/a8sn3438iapflzxllh90s7d739pjg3hq-guix-extra.drv > /gnu/store/xspva7mmpa73n1vpghwffdqm2vx11yn1-guix-core-source.drv > /gnu/store/51wb3javbxil7i5wiqfglaj4f1nmjj37-guix-home-modules.drv > /gnu/store/9xjq
bug#70018: Hang on 'sending 0 store items'
March 26, 2024 at 11:58 AM, "Development of GNU Guix and the GNU System distribution." wrote: > > Hi, > > When trying to 'deploy' the command hangs for one piece of my equipment > with the perplexing message: > > guix deploy: sending 0 store items (0 MiB) to 'FQDN'... > > Has anyone seen it before? Is there a cure? Thanks! Questions about bugs are probably best sent to bug-guix@gnu.org, which I have just done for you. Thanks, Joshua > > Kind regards > Felix >
bug#68760: I guess I found a bug in "guix pull" ?
This is the output that I got from guix pull just now:
#+BEGIN_SRC shell
joshua@dobby ~ (master)> guix pull
Updating channel 'nonguix' from Git repository at
'https://gitlab.com/nonguix/nonguix'...
Authenticating channel 'nonguix', commits 897c1a4 to 3857d86 (5 new commits)...
Updating channel 'guixrus' from Git repository at
'https://git.sr.ht/~whereiseveryone/guixrus'...
Authenticating channel 'guixrus', commits 7c67c3a to 0d35538 (1 new commits)...
Updating channel 'dthompson' from Git repository at
'https://git.dthompson.us/guix-channel.git'...
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 836d608 (238 new commits)...
Building from these channels:
guix https://git.savannah.gnu.org/git/guix.git 836d608
dthompson https://git.dthompson.us/guix-channel.git 9a0d291
guixrus https://git.sr.ht/~whereiseveryone/guixrus 0d35538
nonguix https://gitlab.com/nonguix/nonguix 3857d86
substitute: updating substitutes from 'https://guix.tobias.gr'/... 100.0%
substitute: updating substitutes from 'https://substitutes.nonguix.org'/...
100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'/... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'/... 100.0%
building
/gnu/store/jpql07qa2kqw9b70h9yc5kcn66190grl-compute-guix-derivation.drv...
Computing Guix derivation for 'x86_64-linux'... |Backtrace:
In ./guix/gexp.scm:
299:22 19 (_ #)
1201:2 18 (_ #)
1068:2 17 (_ #)
909:4 16 (_ #)
In ./guix/store.scm:
2065:12 15 (_ #)
1377:6 14 (map/accumulate-builds #
# ?)
1382:11 13 (loop (# name:
"guix-config-source" alist: (("guix/config.scm" #<) ?)
1295:4 12 (call-with-build-handler # ?)
2180:24 11 (run-with-store # # ?)
In ./guix/gexp.scm:
914:13 10 (_ #)
In ./guix/store.scm:
2008:8 9 (_ #)
In ./guix/gexp.scm:
299:22 8 (_ #)
1569:2 7 (_ #)
In ./guix/monads.scm:
487:9 6 (_ #)
In ./guix/gexp.scm:
1566:6 5 (_ #)
In ./guix/store.scm:
2008:8 4 (_ #)
In ./guix/gexp.scm:
299:22 3 (_ #)
In ./guix/store.scm:
2052:38 2 (_ #)
In ./guix/derivations.scm:
965:17 1 (derivation # "config.scm"
"/gnu/store/1gd9nsy4cps8fnrd1avkc9l01?" ?)
In ./guix/store.scm:
1038:9 0 (_ # "config.scm.drv" #vu8(68
101 114 105 118 101 40 91 40 34 # ?) ?)
./guix/store.scm:1038:9: ERROR:
1. &store-protocol-error:
message: "error parsing derivation
`/gnu/store/3nppfdxy9vgg9ls6qi8j8pkzw2khi98h-git-minimal-2.41.0.drv': expected
string `Derive(['"
status: 1
guix pull: error: You found a bug: the program
'/gnu/store/m9z876jpmpbslc6qaikbp9fk5dv01y3n-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"836d608a56bc798fff0cda507f3c1010bbe1f914"; system: "x86_64-linux";
host version: "b150c546b04c9ebb09de9f2c39789221054f5eea"; pull-version: 1).
Please report the COMPLETE output above by email to .
#+END_SRC
Some more info: I am using a librebooted T400 on Guix System.
#+BEGIN_SRC shell
joshua@dobby ~ (master) [1]> guix system describe
Generation 59 Dec 25 2023 18:53:48 (current)
file name: /var/guix/profiles/system-59-link
canonical file name: /gnu/store/17ydivxng9ndrv0gljm1970662s7kaig-system
label: GNU with Linux-Libre 6.5.12
bootloader: grub
root device: /dev/mapper/cryptroot
kernel: /gnu/store/3vf0n2dcd63m62r9gn7yf1pcynkx8qpr-linux-libre-6.5.12/bzImage
channels:
guix:
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: b150c546b04c9ebb09de9f2c39789221054f5eea
dthompson:
repository URL: https://git.dthompson.us/guix-channel.git
branch: main
commit: 9a0d291f8d2ce2cfb443773f2dcce2097218aa9f
guixrus:
repository URL: https://git.sr.ht/~whereiseveryone/guixrus
branch: master
commit: 36b9f066d9a1df9b02d574ee5647c46b1a9b1194
nonguix:
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 639b70063b73cb9ff553b77d51d42c07eb208d91
configuration file:
/gnu/store/pqvwwwyknkgpxg2lriv2r7vgv7agasga-configuration.scm
#+END_SRC
#+BEGIN_SRC shell
joshua@dobby ~ (master)> guix describe
Generation 84 Nov 22 2023 16:19:36 (current)
guix b150c54
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: b150c546b04c9ebb09de9f2c39789221054f5eea
dthompson 9a0d291
repository URL: https://git.dthompson.us/guix-channel.git
branch: main
commit: 9a0d291f8d2ce2cfb443773f2dcce2097218aa9f
guixrus 36b9f06
repository URL: https://git.sr.ht/~whereiseveryone/guixrus
branch: master
commit: 36b9f066d9a1df9b02d574ee5647c46b1a9b1194
nonguix 639b700
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 639b70063b73cb9ff553b77d51d42c07eb208d91
#+END_SRC
I suppose that I will try removing some packages (git), removing some
channels and pulling again.
Thanks,
Joshua
bug#66205: GuixSD on powerpc64le
September 26, 2023 5:50 PM, "Sus Amogus" wrote:
> I'm currently working on building Guix System for powerpc64le, and I've
> encountered a few issues
> that I could use some assistance with.
Sweet! My friend ownes a blackbird and a Talso II! Let me know if you need
help building grub
or various testing!
>
> Firstly, linux-initrd failing because gcc-7.5 package used for
> bootstrap-glibc do not support
> --with-long-double-128. Removing this works just fine -- with last gcc
> package:
>
>> /gnu/packages/make-bootstrap.scm
>
>> (native-inputs
>
>> `(("gcc" ,gcc-7.5)
>
>> ,@(package-native-inputs base)))
>
> I'm curious why gcc-7.5 was built without --with-long-double-128, especially
> considering it's
> defined for powerpc64le-linux in /gnu/packages/gcc.scm under
> (gcc-configure-flags-for-triplet).
>
> Furthermore, I've encountered issues with Grub, which are detailed in this
> issue:
> https://issues.guix.gnu.org/54407. I believe that porting gcc-12-multilib
> from Debian could
> potentially resolve this problem.
Sounds like a good place to start!
> Lastly, any image generated from (system-disk-image) depends on
> grub-efi{,32}, but (a) grub-efi
> build fails on ppc*, and (b) ppc* systems do not use EFI.
Yeah...the Talos II has peptiboot installed in the bios or something?
https://github.com/open-power/petitboot
> The remaining problems mostly involve software patching or minor code
> adjustments.
Definitely ask for for help in testing this stuff!
> Best regards,
>
> Mykhailo Chernysh
> iskrim...@gmail.com
bug#35903: Guix fails to build dependencies when trying to use services
close 35903 This bug report has been sitting here for about 4 years. The original submitter (Marlon) did not respond to a request for further information. Let's close it eh? Thanks, Joshua
bug#44053: Poor profile generation performance on spinning disks
Shall we go ahead and close this bug report? I do not recall a recent time that someone complained about Guix System's slow profile generation on hard drives. I currently use guix system on an SSD...but I could install Guix on a Dell Optiplex 7010 on a hard drive to test if you all would like. Thanks, Joshua
bug#64981: GTK4 applications broken (missing libGLESv2)
August 15, 2023 4:48 PM, "Efraim Flashner" wrote: > I've been getting this too, I'm "glad" to see I'm not the only one. If > I set GSK_RENDERER=cairo (the fallback renderer) then I can launch gtk4 > applications. > > (ins)efraim@pbp ~$ guix shell mesa-utils -- glxinfo | grep 'profile version > string' > OpenGL core profile version string: 3.1 Mesa 23.1.4 > OpenGL ES profile version string: OpenGL ES 3.1 Mesa 23.1.4 > (ins)efraim@pbp ~$ guix shell mesa-utils -- eglinfo | grep -B2 -A1 'version > string' I am also running into this issue. Efraim's suggestion with changing the GSK_RENDERER to cairo seems to work for me. I'm on a Thinkpad T400. joshua@dobby ~ (master)> guix shell mesa-utils -- glxinfo | grep 'profile version string' OpenGL ES profile version string: OpenGL ES 2.0 Mesa 23.1.4 joshua@dobby ~ (master)> guix shell mesa-utils -- eglinfo | grep -B2 -A1 'version string' libEGL warning: failed to open /dev/dri/card0: Permission denied libEGL warning: failed to open /dev/dri/card0: Permission denied EGL API version: 1.5 EGL vendor string: Mesa Project EGL version string: 1.5 EGL client APIs: OpenGL OpenGL_ES -- EGL API version: 1.5 EGL vendor string: Mesa Project EGL version string: 1.5 EGL client APIs: OpenGL OpenGL_ES joshua@dobby ~ (master)> joshua@dobby ~ (master)> guix describe Generation 78 Aug 09 2023 10:13:29(current) guix 210bbf9 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 210bbf9c59355218fec1484a686cc2ecdc218506 guixrus d70a9ea repository URL: https://git.sr.ht/~whereiseveryone/guixrus branch: master commit: d70a9ea65eba43aba3ec7560d797452c01171b85 nonguix 1a3082c repository URL: https://gitlab.com/nonguix/nonguix branch: master commit: 1a3082c574077aaf6771ff927e725fc390a2d531 joshua@dobby ~ (master)>
bug#49337: Guix pull fails on my Talos II
This bug appears to be solved. I was able to run guix pull successfully on my friends Talos II yesterday and take advantage of the new guix locate command. Chris I vote that we close this bug report. Thanks, Joshua FYI, my friend is running Chimera Linux on said Talos II.
bug#60205: [PATCH] gnu: dino: Fix icons when used in pure shells.
December 20, 2022 4:34 PM, "Liliana Marie Prikler"
wrote:
I will add this to my to do list. To test this patch and see if helps dino
display its icons.
Thanks,
Joshua
> * gnu/packages/messaging.scm (dino)[#:phases]: Add
> ‘generate-gdk-pixbuf-loaders-cache-file’.
> : Also wrap “GDK_PIXBUF_MODULE_FILE”.
> [inputs]: Add adwaita-icon-theme.
> ---
> gnu/packages/messaging.scm | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/gnu/packages/messaging.scm b/gnu/packages/messaging.scm
> index 27a68439ef..7b693a07fa 100644
> --- a/gnu/packages/messaging.scm
> +++ b/gnu/packages/messaging.scm
> @@ -1398,13 +1398,18 @@ (define-public dino
> #:phases
> #~(modify-phases %standard-phases
> ;; For A/V support.
> + (add-after 'unpack 'generate-gdk-pixbuf-loaders-cache-file
> + (assoc-ref glib-or-gtk:%standard-phases
> + 'generate-gdk-pixbuf-loaders-cache-file))
> (add-after 'install 'wrap
> (lambda* (#:key outputs #:allow-other-keys)
> (let* ((out (assoc-ref outputs "out"))
> (dino (string-append out "/bin/dino"))
> (gst-plugin-path (getenv "GST_PLUGIN_SYSTEM_PATH")))
> (wrap-program dino
> - `("GST_PLUGIN_SYSTEM_PATH" ":" prefix (,gst-plugin-path))
> + `("GST_PLUGIN_SYSTEM_PATH" ":" prefix (,gst-plugin-path))
> + `("GDK_PIXBUF_MODULE_FILE" =
> + (,(getenv "GDK_PIXBUF_MODULE_FILE")))
> (add-after 'install 'glib-or-gtk-wrap
> (assoc-ref glib-or-gtk:%standard-phases 'glib-or-gtk-wrap))
> (replace 'check
> @@ -1421,7 +1426,8 @@ (define-public dino
> pkg-config
> vala))
> (inputs
> - (list atk
> + (list adwaita-icon-theme
> + atk
> cairo
> librsvg
> glib
> --
> 2.38.1
bug#57764: Corrupted store on top on Debian, you want the output
October 14, 2022 7:48 AM, "Maze" wrote: > jbra...@dismail.de writes: > >> September 15, 2022 2:59 AM, "Maze" wrote: >> >>> I corrupted my store and it says you want the guix pull output, so >>> please find it at the end of this message. Mostly I send it because guix >>> asks, but (see below) at least 2 things broke on that machine, not sure >>> it's related. I have to explain a little but I don't actually require or >>> expect that a lot of indivudually-tailored help can be given by GNU in >>> this case... It's a non-standard use case on more than one account. >>> >>> I have been doing more than a few unsupported things with this installation. >>> Over the week-end and Monday, 3 things stand out: >>> >>> * I have been starting to use guix home on this guix which is not a guix >>> system but which is on top of Debian. I have some user shepherd >>> services. They still work as I'm writing this. I think this is >>> unsupported though. >>> >>> * I tried to install a guix system to a thumb drive. It is inconvenient >>> to use the ISO so I decided to do it from Guix on top of Debian. When I >> >> I personally do not understand your usecase. For me, installing the >> guix system installer on a usb is as simple as: >> >> wget https://path/to/guix/installer.iso >> sudo dd if=installer.iso of=/dev/sdb status=progress && sync >> >> I would rather do than than to try to build a custom iso image. :) > > I'd rather have a bootable and rw system on a thumbdrive than an ISO > image which is a ro system which loads itself in RAM. Changes don't > survive reboots, that's what I find inconvenient with an ISO image. That is kind of cool to have a bootable rw iso that you can update! > > But anyway now I think I understand that I don't need to mount the store > copy-on-write when the installing (and booted) sytem has a rw store. At > least I think so, I'll try next time. It means what I did last time was > probably unnecessary to begin with. > >> Also do you wanna just take the plunge and install guix system? >> >> It's super worth it! >> >> It has been the most stable distro that I have ever used. > > I know it's much better with Guix system. But I'll need some time. > Because I live in a country where VPNs are a necessity but are supposed > to be licensed, I have my own homebrew VPN on Debian using ssh, sysvinit > and a bunch of horribly dirty shell scripts and cron tasks. It is > probably possible to achieve a much better VPN system with shepherd, but > it's a programming task, I'm trying to do it. It's actually both > a motivation to migrate my main computer to Guix... and the reason why I > can't do it right now. I personally use sway. Everytime that I install guix system now, I install bare-bones.scm first. Then after it is installed, I set up sway. I have tried to install gnome.scm before, and network issues caused it to fail half way through like 3+ times. > >> Thanks, >> >> Joshua
bug#57764: Corrupted store on top on Debian, you want the output
September 15, 2022 2:59 AM, "Maze" wrote: > I corrupted my store and it says you want the guix pull output, so > please find it at the end of this message. Mostly I send it because guix > asks, but (see below) at least 2 things broke on that machine, not sure > it's related. I have to explain a little but I don't actually require or > expect that a lot of indivudually-tailored help can be given by GNU in > this case... It's a non-standard use case on more than one account. > > I have been doing more than a few unsupported things with this installation. > Over the week-end and Monday, 3 things stand out: > > * I have been starting to use guix home on this guix which is not a guix > system but which is on top of Debian. I have some user shepherd > services. They still work as I'm writing this. I think this is > unsupported though. > > * I tried to install a guix system to a thumb drive. It is inconvenient > to use the ISO so I decided to do it from Guix on top of Debian. When I I personally do not understand your usecase. For me, installing the guix system installer on a usb is as simple as: wget https://path/to/guix/installer.iso sudo dd if=installer.iso of=/dev/sdb status=progress && sync I would rather do than than to try to build a custom iso image. :) Also do you wanna just take the plunge and install guix system? It's super worth it! It has been the most stable distro that I have ever used. Thanks, Joshua
bug#58321: make issues.guix.gnu.org a little easier in the desktop
October 5, 2022 5:12 PM, "jbranso--- via Bug reports for GNU Guix" wrote: > This is a minor wishlist for a desktop guix's issues. Whoops, sent the email before I had finished the email... Consider https://issues.guix.gnu.org/24937#10 Ludo's message is at the top of the webpage. It might be nice to make it visually obvious, which message corresponds to which link in the sidebar. We could perhaps: 1 number each message and sidebar link 2 highlight which link in the sidebar that corresponds to the currently viewed message. I'm attaching a picture to give a visual representation. I will probably take a stab at implementing this soon, but anyone is welcome to beat me to it, or if you really disagree with the idea, you can always let me know! Thanks, Joshua
bug#58321: make issues.guix.gnu.org a little easier in the desktop
This is a minor wishlist for a desktop guix's issues.
bug#56965: wterm does not work on sway
August 6, 2022 3:45 PM, b...@bokr.com wrote: > Hi Joshua, > > On +2022-08-03 21:54:12 -0400, Joshua Branson via Bug reports for GNU Guix > wrote: > >> wterm is said to be a simple terminal for wayland: >> >> #+BEGIN_SRC shell :results: raw >> guix show wterm | recsel -p synopsis >> #+END_SRC >> >> #+RESULTS: >> : synopsis: Terminal emulator for Wayland >> >> Well, when I try to use it, I get the following error on sway. wterm >> does not start. >> >> joshua@crazyhorse ~ (master)> wterm >> wl_drm@11: error 0: authenticate failed >> # wayland_create_context: DRM authentication failed >> # wayland_create_context: No wl_shm global >> # wld_wayland_create_context: Could not initialize any of the specified >> implementations >> Can't create wayland context >> >> Thanks, >> >> Joshua > > Might you need to add video and maybe audio groups to your set of groups? I have those set for my regular user. I did not try to run the command as root. :) Patch https://issues.guix.gnu.org/57014 seems to have a patch to deprecate wterm, if this is the direction that we decide to take. > > What do you get from > id $USER > or > groups > or, to see who else you share groups with > grep $USER /etc/groups > for adding groups to those you already have, I think check the -aG option > info usermod > I don't dare suggest the actual command for your system, so > you're on your own. If you have the sudo group, id $USER should show it, > and that's probably easier. If you go into root, you don't want > to add video,audio to root, so IIRC the options are a little different > to make sure you as $USER get the added groups, not root. > (BTW, try typing "id root" ;) > > HTH > -- > Regards, > Bengt Richter
bug#56114: Guix does not have a documented general and practical procedure for lowering a single lowerable object to the /gnu/store/... string.
I was playing around with this today, and it is awesome! I think it should be merged, because it has already helped me with my opensmtpd records project. Thanks, Joshua
bug#54708: I seemed to have found a bug in guix pull (networking issues may be involved)
Hello!
I tried running guix pull today, which resulted in an error. I am using a
osbooted (libreboot) T400 Thinkpad on Guix System. I have been having some
bizzare networking issues that I have not fixed yet. They may have played a
role. Here is the output of the error message:
joshua@hidalgo ~ (master) [1]> guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
guix pull: error: Git error: failed to resolve address for
git.savannah.gnu.org: Temporary failure in name resolution
joshua@hidalgo ~ (master) [1]> guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 9bd4ed3 (132 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 9bd4ed3
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
module-import 2KiB 18KiB/s 00:00 [##] 100.0%
module-import-compiled 1.2MiB 14KiB/s 01:28 [##] 100.0%
compute-guix-derivation 1004B 425KiB/s 00:00 [##] 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
git-minimal-2.35.1 993KiB/s 00:04 | 3.6MiB transferre
|Backtrace:
14 (primitive-load
"/gnu/store/2gdcck1lsrmv1n9c814bl4xxk69b4y49-compute-guix-derivation")
In ice-9/eval.scm:
155:9 13 (_ _)
159:9 12 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?)
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 11 (with-fluid* _ _ _)
152:2 10 (with-fluid* _ _ _)
In ./guix/store.scm:
2129:24 9 (run-with-store # # ?)
1966:8 8 (_ #)
In ./guix/gexp.scm:
299:22 7 (_ #)
1180:2 6 (_ #)
1046:2 5 (_ #)
892:4 4 (_ #)
In ./guix/store.scm:
2014:12 3 (_ #)
1406:5 2 (map/accumulate-builds #
# ?)
1421:15 1 (_ #
("/gnu/store/mlqacmkzh8ir2aqs42zc24jbk1vkgk2x-git-minimal-?") ?)
1421:15 0 (loop #f)
./guix/store.scm:1421:15: In procedure loop:
ERROR:
1. &store-protocol-error:
message: "some substitutes for the outputs of derivation
`/gnu/store/mlqacmkzh8ir2aqs42zc24jbk1vkgk2x-git-minimal-2.35.1.drv' failed
(usually happens due to networking issues); try `--fallback' to build
derivation from source "
status: 1
guix pull: error: You found a bug: the program
'/gnu/store/2gdcck1lsrmv1n9c814bl4xxk69b4y49-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"9bd4ed3dded7b770f1989f6084d565f7086fdcd3"; system: "x86_64-linux";
host version: "fff27ded10fec7efaec11a231324681fb8dd0857"; pull-version: 1).
Please report the COMPLETE output above by email to .
joshua@hidalgo ~ (master) [1]>
Thanks!
bug#54386:
done!
bug#54387:
done. Thanks!
bug#54387:
Some people on irc helped me this this. I was reconfiguring via root. Root was using the old guix. Putting in "source /etc/profile" in /root/.bashrc seemed to fix the issue. Thanks, Joshua
bug#54387: Error when trying to upgrade guix
Howdy Guix!
Sorry for resending, I do not think the first email had a subject or from.
Thanks!
When I try switch guix generations I get the following error:
/s/h/j/p/gnu/guix-config [master] λ guix system switch-generation 2
guix system: warning: unrecognized boot parameters at
'/var/guix/profiles/system/parameters'
Backtrace:
In ice-9/boot-9.scm:
1752:10 16 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
In unknown file:
15 (apply-smob/0 #)
In ice-9/boot-9.scm:
724:2 14 (call-with-prompt _ _ #)
In ice-9/eval.scm:
619:8 13 (_ #(#(#)))
In guix/ui.scm:
2209:7 12 (run-guix . _)
2172:10 11 (run-guix-command _ . _)
In ice-9/boot-9.scm:
1752:10 10 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
In guix/status.scm:
822:3 9 (_)
802:4 8 (call-with-status-report _ _)
In ice-9/boot-9.scm:
1752:10 7 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _)
In guix/store.scm:
658:37 6 (thunk)
In guix/scripts/system.scm:
375:10 5 (switch-to-system-generation # "2")
382:16 4 (reinstall-bootloader # 2)
In ice-9/boot-9.scm:
1747:15 3 (with-exception-handler # _ #:unwind? _ #:unwind-for-type _)
In gnu/system.scm:
469:15 2 (read-boot-parameters-file "/var/guix/profiles/system")
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure struct-vtable: Wrong type argument in position 1 (expecting
struct): #f
Here is what is inside that file /var/guix/profiles/system/parameters.
/s/h/j/p/gnu/guix-config [master] λ cat
/su:root@localhost:/var/guix/profiles/system/parameters
(boot-parameters (version 1) (label "GNU with Linux-Libre 5.15.26")
(root-device "/dev/mapper/cryptroot") (kernel
"/gnu/store/70qfrg1iqcia8sr1f19sq1dnsgmf4vxf-linux-libre-5.15.26/bzImage")
(kernel-arguments ("modprobe.blacklist=pcspkr"
"modprobe.blacklist=usbmouse,usbkbd" "quiet")) (initrd
"/gnu/store/j2bk2h3x60w41xgwdihqwd9467l20pb4-raw-initrd/initrd.cpio.gz")
(bootloader-name grub) (bootloader-menu-entries ((menu-entry (version 0) (label
"Debian 10") (device #f) (device-mount-point #f) (linux
"/boot/vmlinuz-4.19.0-8-amd64") (linux-arguments ("root=/dev/sda3" "quiet"))
(initrd "/boot/initrd.img-4.19.0-8-amd64" (locale "en_US.utf8") (store
(device #f) (mount-point "/") (directory-prefix #f) (crypto-devices ((uuid dce
#vu8(215 141 34 77 75 90 65 110 175 239 60 231 124 75 213 172))
/s/h/j/p/gnu/guix-config [master] λ
Here is the config generated by the auto-installer. I believe I am using the
latest installer...corresponding to Guix 1.3
;; This is an operating system configuration generated
;; by the graphical installer.
(use-modules (gnu))
(use-service-modules desktop networking ssh xorg)
(operating-system
(locale "en_US.utf8")
(timezone "America/Indiana/Indianapolis")
(keyboard-layout (keyboard-layout "us" "dvorak"))
(host-name "barnabas")
(users (cons* (user-account
(name "joshua")
(comment "Joshua Allen Branson")
(group "users")
(home-directory "/home/joshua")
(supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
(packages
(append
(list (specification->package "nss-certs"))
%base-packages))
(services
(append
(list (service network-manager-service-type)
(service wpa-supplicant-service-type))
%base-services))
(bootloader
(bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sda")
(keyboard-layout keyboard-layout)))
(mapped-devices
(list (mapped-device
(source
(uuid "d78d224d-4b5a-416e-afef-3ce77c4bd5ac"))
(target "cryptroot")
(type luks-device-mapping
(file-systems
(cons* (file-system
(mount-point "/")
(device "/dev/mapper/cryptroot")
(type "ext4")
(dependencies mapped-devices))
%base-file-systems)))
I also am using a librebooted Thinkpad T400. Thanks!
bug#48972: Early guile repl is giving me some GC Warnings
June 18, 2021 5:54 AM, "Ludovic Courtès" wrote: > Hi, > > Joshua Branson via Bug reports for GNU Guix skribis: > >> My librebooted Thinkpad T400 has been giving me the same GC warning >> for about 2 years now: >> >> GC: Warning: pthread_getattr_np or pthread_attr_getstack failed for >> main thread >> GC Warning: Couldn't read /proc/stat >> Welcome, this is GNU's early boot guile > > Those warnings are annoying but harmless. The second one is because > /proc is not mounted yet at this stage—it’s mounted later by this very > Guile process. The first one I’m unsure. > > We should probably just patch out these two warnings for the static > Guile packages used by the initrd. > > Thanks, > Ludo’.
bug#48974: A possible shepherd bug (it's very minor)
June 12, 2021 5:13 PM, "Leo Prikler" wrote: > Hi, > > Am Samstag, den 12.06.2021, 20:09 + schrieb jbra...@dismail.de: > >> June 12, 2021 3:39 PM, "Leo Prikler" >> wrote: >> >> Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson: >> > > I'm pretty sure that the actual bug also exists, just not sure whether > that's on your config or on shepherd. Using TTY1 for graphical stuff > is also somewhat rare in Guix land, I presume. (Or rather, I can't > think of it as anything but a container for debug output spam :D) So...whay tty should I auto login to start my sway session? tty2? tty3? > > As for getting this to work only on TTY1, you do get the config object, > so you can do stuff like > (if (is-tty1? config) (inherit+autologin config) config) > Note of course, that is-tty1? is not a procedure that's ready-made, but > one that you'd need to build from primitives such as record accessors. Thanks! > > Regards, > Leo
bug#48973: An early booting warning message
June 12, 2021 11:46 AM, "Tobias Geerinckx-Rice" wrote: > This is a cross-distro annoyance; Guix doesn't explicitly load or even > mention pcspkr. > > One very common work-around is > > (kernel-arguments (list "modprobe.blacklist=pcspkr" …)) > > For the 6 people who actually want the infernal demented shofar that is the > ‘PC speaker’, I'm not > sure what the solution is. Or if one is even needed, since the ‘error’ is > indeed 100% harmless. > > Kind regards, > > T G-R > > Sent from a Web browser. Excuse or enjoy my brevity.
bug#48974: A possible shepherd bug (it's very minor)
June 12, 2021 3:39 PM, "Leo Prikler" wrote: > Am Samstag, den 12.06.2021, 09:26 -0400 schrieb Joshua Branson: > >> Hello! >> >> I've had this issue every since I enabled automatic login on my guix >> system like so: >> >> #+BEGIN_SRC scheme >> (define %my-desktop-services >> (modify-services >> %desktop-services >> (mingetty-service-type config => >> (mingetty-configuration >> (inherit config) >> ;;auto login as joshua >> (auto-login "joshua") >> >> (operating-system >> ... >> (services (list %my-desktop-services))) >> #+END_SRC > > I am sorry to say this, but rather than this being (just) a bug with Thank you for speaking so gently! :) > shepherd, your config looks seriously borked. Why are you asking Guix > to autologin you on *every available console*? HAHAHA! That's what I'm doing! I forgot that! Honestly, I did that, because I couldn't figure out how to code "just auto log into console 1 ONLY". :) Would you mind explaining how bad of a decision this is? Is this a BAD security practice? I'll tell you what, why don't we leave this "bug" open for a week...I'll try to write the code that does what I want, and I'll email the answer. Then I'll edit the manual to provide an example! Thanks Leo (You sir, are a superstar!), Joshua > Regards, > Leo
bug#48973: An early booting warning message
Thanks for the help! June 12, 2021 11:46 AM, "Tobias Geerinckx-Rice" wrote: > This is a cross-distro annoyance; Guix doesn't explicitly load or even > mention pcspkr. > > One very common work-around is > > (kernel-arguments (list "modprobe.blacklist=pcspkr" …)) > > For the 6 people who actually want the infernal demented shofar that is the > ‘PC speaker’, I'm not > sure what the solution is. Or if one is even needed, since the ‘error’ is > indeed 100% harmless. > > Kind regards, > > T G-R > > Sent from a Web browser. Excuse or enjoy my brevity.
bug#46241: Guile Macros did not print the error-line-number ?
Hello! Recently on irc, I posted an example of an incorrectly used define-record-type* NOT displaying an error line number. mdevos mentioned that this could potentially be fixed in (guix records), but it may also be a guile compile bug as well. First here is a (guix records) example: #+BEGIN_SRC scheme (use-modules (guix records)) (define-record-type* sway-bindsym make-sway-bindsym sway-bindsym? (key-combo sway-bindsym-key-combo (default ""))) (display sway-bindsym) ;; compile error at unknown location ;; (display (sway-bindsym)) this is one "correct" way to call this code #+END_SRC One will get a compile error like the following #+BEING_SRC sh ;;; note: source file /home/joshua/prog/guile/test.scm ;;; newer than compiled /home/joshua/.cache/guile/ccache/3.0-LE-8-4.4/home/joshua/prog/guile/test.scm.go ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/joshua/prog/guile/test.scm ;;; WARNING: compilation of /home/joshua/prog/guile/test.scm failed: ;;; Syntax error: ;;; unknown location: source expression failed to match any pattern in form sway-bindsym ice-9/psyntax.scm:2800:12: In procedure syntax-violation: Syntax error: unknown location: source expression failed to match any pattern in form sway-bindsym #+END_SRC As you can see, you do NOT see a error-line-number. If this file was sufficiently large, this might be hard to track down. Though it IS NICE to see that the error comes from an "sway-bindsym". mdevos then mentioned that I should provide a simple use case NOT involving (guix records). Here is one: #+BEGIN_SRC scheme (define-syntax when (syntax-rules () ((when condititon exp ...) (if condititon (begin exp ...) (when #t (display "Hello\n")) (display when) #+END_SRC The error message looks like: #+BEGIN_SRC sh ;;; note: source file /home/joshua/prog/guile/macro-bug.scm ;;; newer than compiled /home/joshua/.cache/guile/ccache/3.0-LE-8-4.4/home/joshua/prog/guile/macro-bug.scm.go ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/joshua/prog/guile/macro-bug.scm ;;; WARNING: compilation of /home/joshua/prog/guile/macro-bug.scm failed: ;;; Syntax error: ;;; unknown location: source expression failed to match any pattern in form when Hello ice-9/psyntax.scm:2800:12: In procedure syntax-violation: Syntax error: unknown location: source expression failed to match any pattern in form when #+END_SRC Again, I do not see an error-line-number message. Thanks, Joshua P.S. I am no scheme compiler expert. As far as I know, maybe it's impossible to display the error-line-number, when you use macros. I just heard that few free software users report bugs. I'm just trying to be helpful. :) I hope I am.
bug#41178: can't log into X anymore ( polkit )
Now that I think about it, it would be cool if I could figure out how to auto login to a virtual console. Thanks, P.S. I would set up encrypted /, so I would still enter in a password at boot. P.P.S. Though it would be nice to only have to enter in this password once... That might actually be possible since I use retroboot. :)
bug#41178: can't log into X anymore ( polkit )
Hello, I personally run sway, and I won't run a login manager. Instead I just log into a virtual console. Then I auto-start sway via this is my ~/.bashrc if [ -z $DISPLAY ] && [ "$(tty)" == "/dev/tty1" ]; then exec sway fi Maybe the above is supposed to go in my ~/.bash_profile
bug#42794: make check fails test "tests/packages.scm fold-available-packages with/without cache"
Hello,
My recent make check failed the tests/packages.scm
"fold-available-packages with/without cache".
After janneke confirmed that his recent make checked failed the same
test, he encouraged me to submit this bug.
He also showed me how to make a shorter test-suite.log file via
make check TESTS='tests/packages.scm', which is what I'm attaching.
Still the whole test-suite.log file is super long, so here's the main
gist that you ought to see:
test-name: fold-available-packages with/without cache
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:1309
source:
+ (test-assert
+ "fold-available-packages with/without cache"
+ (let ()
+ (define no-cache
+ (fold-available-packages
+ (lambda* (name version result #:rest rest)
+ (cons (cons* name version rest) result))
+ '()))
+ (define from-cache
+ (call-with-temporary-directory
+ (lambda (cache)
+ (generate-package-cache cache)
+ (mock ((guix describe) current-profile (const cache))
+ (mock ((gnu packages)
+ cache-is-authoritative?
+ (const #t))
+ (fold-available-packages
+ (lambda* (name version result #:rest rest)
+ (cons (cons* name version rest) result))
+ '()))
+ (and (equal?
+ (delete-duplicates from-cache)
+ from-cache)
+ (lset= equal? no-cache from-cache
actual-value: #f
result: FAIL
Thanks!
Joshua
GNU Guix UNKNOWN: ./test-suite.log
# TOTAL: 86
# PASS: 85
# SKIP: 0
# XFAIL: 0
# FAIL: 1
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: tests/packages
test-name: printer with location
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:73
source:
+ (test-assert
+ "printer with location"
+ (string-match
+ "^#$"
+ (with-output-to-string
+ (lambda ()
+ (write (dummy-package
+ "foo"
+ (location (make-location "foo.scm" 42 7
actual-value: #("#" (0 . 40))
result: PASS
test-name: printer without location
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:81
source:
+ (test-assert
+ "printer without location"
+ (string-match
+ "^#$"
+ (with-output-to-string
+ (lambda ()
+ (write (dummy-package "foo" (location #f)))
actual-value: #("#" (0 . 29))
result: PASS
test-name: hidden-package
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:88
source:
+ (test-assert
+ "hidden-package"
+ (and (hidden-package?
+ (hidden-package (dummy-package "foo")))
+(not (hidden-package? (dummy-package "foo")
actual-value: #t
result: PASS
test-name: package-superseded
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:92
source:
+ (test-assert
+ "package-superseded"
+ (let* ((new (dummy-package "bar"))
+ (old (deprecated-package "foo" new)))
+ (and (eq? (package-superseded old) new)
+ (mock ((gnu packages)
+ find-best-packages-by-name
+ (const (list old)))
+(specification->package "foo")
+(and (eq? new (specification->package "foo"))
+ (eq? new (specification->package+output "foo")))
actual-value: #t
result: PASS
test-name: transaction-upgrade-entry, zero upgrades
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:101
source:
+ (test-assert
+ "transaction-upgrade-entry, zero upgrades"
+ (let* ((old (dummy-package "foo" (version "1")))
+ (tx (mock ((gnu packages)
+ find-best-packages-by-name
+ (const '()))
+(transaction-upgrade-entry
+ #f
+ (manifest-entry
+(inherit (package->manifest-entry old))
+(item (string-append
+(%store-prefix)
+"/"
+(make-string 32 #\e)
+"-foo-1")))
+ (manifest-transaction)
+ (manifest-transaction-null? tx)))
actual-value: #t
result: PASS
test-name: transaction-upgrade-entry, zero upgrades, equivalent package
location: /home/joshua/prog/gnu/guix/guix-src/tests/packages.scm:114
source:
+ (test-assert
+ "transaction-upgrade-entry, zero upgrades, equivalent package"
+ (let* ((old (dummy-package "foo" (version "1")))
+ (drv (package-derivation %store old))
+ (tx (mock ((gnu packages)
+ find-best-packages-by-name
+ (const (list old)))
+(transaction-upgrade-entry
+ %store
+ (manifest-entry
+(inherit (package->manifest-entry old))
+(item (derivation->output-path drv)))
+ (manifest-transaction)
+ (manifest-transaction-null? tx)))
actual-value: #t
result: PASS
test-name: transaction-upgrade-entry, zero upgrades, propa
