Bug in Guix? ... guix-command substitute' died unexpectedly

2024-04-06 Thread Zelphir Kaltstahl 

Hello Guix developers!

Today I ran into a problem when running 'guix pull && guix package -u':

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:
  guixhttps://git.savannah.gnu.org/git/guix.git bfc6143
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
  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'... 100.0%
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%
 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'... 100.0%
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%
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%
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%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from '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'... 100.0%
substitute: updating substitutes from '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

Re: Bootstrap script only works with guix environment, not with guix shell

2022-07-08 Thread Zelphir Kaltstahl 

Hello : )

Thank you both! I did not know that. I previously mistakenly thought 
"environment = shell", but did not know, that I would have to add `-D` or 
`--development` to actually make an equivalent call. So `guix shell`, I guess, 
is more nuanced then, than `guix environment`.


Anyway, that solves it, thank you!

Best regards,
Zelphir

On 7/9/22 00:07, Ekaitz Zarraga wrote:

Hi,
Isn't `guix environment guix` equivalent to `guix shell -D guix`?
I think you are missing a -D there so it's adding a shell with guix and not 
with its development dependencies.


Hope that helps,
Ekaitz

ElenQ Technology <https://elenq.tech>
Ethical Innovation

--- Original Message ---
On Saturday, July 9th, 2022 at 12:02 AM, Zelphir Kaltstahl 
 wrote:



On 7/8/22 23:57, Zelphir Kaltstahl wrote:


Hello Guix developers!

I am messing around again with updating a package and according to my own 
guide from previous adventures, I have to run the following command to 
generate the `pre-inst-env` script, in the root directory of the guix sources:



guix environment guix -- ./bootstrap


But then I remembered, that actually `guix shell` is the newer thing and 
changed it to:



guix shell guix -- ./bootstrap


However, this does not work. I get an error:


$ guix shell guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:92: error: possibly undefined macro: GUILE_MODULE_AVAILABLE
   If this token and others are legitimate, please use m4_pattern_allow.
   See the Autoconf documentation.
configure.ac:99: error: possibly undefined macro: GUILE_PKG
configure.ac:100: error: possibly undefined macro: GUILE_PROGS
autoreconf: /usr/bin/autoconf failed with exit status: 1


When I use `guix environment` it works:


  guix environment guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoconf --force
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
Makefile.am:816: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS
autoreconf: Leaving directory `.'


I do not know, if this is intentional or not, but I thought that `guix 
environment` will be phased out or something.


Here is my installed guix version:


$ guix describe
   guix d7d2340
 repository URL:https://git.savannah.gnu.org/git/guix.git
 branch: master
 commit: d7d23407213247d0173eabd2c769f2b98cef4fe9

$ guix --version
guix (GNU Guix) 0
Copyright (C) 2022 the Guix authors
License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


I did `guix pull && guix package -u` just a few minutes ago, so everything 
should be quite up-to-date.


Best regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl


Addendum:

I just noticed, that also the next step `guix shell guix -- ./configure 
--localstatedir=/var` does not work, but `guix environment guix -- 
./configure --localstatedir=/var` does work:



$ guix shell guix -- ./configure --localstatedir=/var
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk

Re: Bootstrap script only works with guix environment, not with guix shell

2022-07-08 Thread Zelphir Kaltstahl 

On 7/8/22 23:57, Zelphir Kaltstahl wrote:


Hello Guix developers!

I am messing around again with updating a package and according to my own 
guide from previous adventures, I have to run the following command to 
generate the `pre-inst-env` script, in the root directory of the guix sources:



guix environment guix -- ./bootstrap


But then I remembered, that actually `guix shell` is the newer thing and 
changed it to:



guix shell guix -- ./bootstrap


However, this does not work. I get an error:


$ guix shell guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:92: error: possibly undefined macro: GUILE_MODULE_AVAILABLE
   If this token and others are legitimate, please use m4_pattern_allow.
   See the Autoconf documentation.
configure.ac:99: error: possibly undefined macro: GUILE_PKG
configure.ac:100: error: possibly undefined macro: GUILE_PROGS
autoreconf: /usr/bin/autoconf failed with exit status: 1


When I use `guix environment` it works:


  guix environment guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoconf --force
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
Makefile.am:816: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS
autoreconf: Leaving directory `.'


I do not know, if this is intentional or not, but I thought that `guix 
environment` will be phased out or something.


Here is my installed guix version:


$ guix describe
   guix d7d2340
 repository URL:https://git.savannah.gnu.org/git/guix.git
 branch: master
 commit: d7d23407213247d0173eabd2c769f2b98cef4fe9

$ guix --version
guix (GNU Guix) 0
Copyright (C) 2022 the Guix authors
License GPLv3+: GNU GPL version 3 or later<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


I did `guix pull && guix package -u` just a few minutes ago, so everything 
should be quite up-to-date.


Best regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl


Addendum:

I just noticed, that also the next step `guix shell guix -- ./configure 
--localstatedir=/var` does not work, but `guix environment guix -- ./configure 
--localstatedir=/var` does work:



$ guix shell guix -- ./configure --localstatedir=/var
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether make supports nested variables... (cached) yes
checking whether make supports the include directive... yes (GNU style)
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
ch

Bootstrap script only works with guix environment, not with guix shell

2022-07-08 Thread Zelphir Kaltstahl 

Hello Guix developers!

I am messing around again with updating a package and according to my own guide 
from previous adventures, I have to run the following command to generate the 
`pre-inst-env` script, in the root directory of the guix sources:



guix environment guix -- ./bootstrap


But then I remembered, that actually `guix shell` is the newer thing and changed 
it to:



guix shell guix -- ./bootstrap


However, this does not work. I get an error:


$ guix shell guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.ac:92: error: possibly undefined macro: GUILE_MODULE_AVAILABLE
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
configure.ac:99: error: possibly undefined macro: GUILE_PKG
configure.ac:100: error: possibly undefined macro: GUILE_PROGS
autoreconf: /usr/bin/autoconf failed with exit status: 1


When I use `guix environment` it works:


 guix environment guix -- ./bootstrap
+ find po/doc -type f -name guix-manual*.po
+ sed -e s,.*/guix-manual\.,,;s,\.po$,,
+ langs=fr
ru
es
pt_BR
de
zh_CN
+ [ ! -e doc/guix.fr.texi ]
+ [ ! -e doc/guix.ru.texi ]
+ [ ! -e doc/guix.es.texi ]
+ [ ! -e doc/guix.pt_BR.texi ]
+ [ ! -e doc/guix.de.texi ]
+ [ ! -e doc/guix.zh_CN.texi ]
+ find po/doc -type f -name guix-cookbook*.po
+ sed -e s,.*/guix-cookbook\.,,;s,\.po$,,
+ langs=de
fr
sk
ko
+ [ ! -e doc/guix-cookbook.de.texi ]
+ [ ! -e doc/guix-cookbook.fr.texi ]
+ [ ! -e doc/guix-cookbook.sk.texi ]
+ [ ! -e doc/guix-cookbook.ko.texi ]
+ exec autoreconf -vfi
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoconf --force
autoreconf: running: 
/gnu/store/km9l89sd4wm9jp358481v2z6qacwl2h9-autoconf-2.69/bin/autoheader --force
autoreconf: running: automake --add-missing --copy --force-missing
Makefile.am:816: warning: AM_GNU_GETTEXT used but 'po' not in SUBDIRS
autoreconf: Leaving directory `.'


I do not know, if this is intentional or not, but I thought that `guix 
environment` will be phased out or something.


Here is my installed guix version:


$ guix describe
  guix d7d2340
repository URL:https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d7d23407213247d0173eabd2c769f2b98cef4fe9

$ guix --version
guix (GNU Guix) 0
Copyright (C) 2022 the Guix authors
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


I did `guix pull && guix package -u` just a few minutes ago, so everything 
should be quite up-to-date.


Best regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl

Re: Problem with emacs-libgit

2022-05-17 Thread Zelphir Kaltstahl 

Thanks for the quick response!

Working around it for now by using an older revision of Guix / older channel.

Best regards,
Zelphir

On 5/17/22 09:29, Zhu Zihao wrote:

You may interest in https://issues.guix.gnu.org/55427.

And also https://github.com/magit/libegit2/issues/121.


Zelphir Kaltstahl  writes:


Hello Guix developers!

Today I am experiencing a problem with installing Emacs via Guix on foreign 
distro.

Here is what I do:

shell command
guix time-machine \
  --channels="${DIR}/channels.scm" -- \
  shell \
  --manifest="${DIR}/manifest.scm" -- \
  emacs


My channels.scm was updated today, using `guix pull && guix package -u` and then 
`guix describe --format=channels > channels.scm`, so I guess it should be very up to 
date:

channels.scm
(list (channel
 (name 'guix)
 (url "https://git.savannah.gnu.org/git/guix.git;)
 (branch "master")
 (commit
   "76cc5b9e806635cfb94a2c1101ffe6500eab6976")
 (introduction
   (make-channel-introduction
 "9edb3f66fd807b096b48283debdcddccfea34bad"
 (openpgp-fingerprint
   "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")


manifest.scm
(specifications->manifest
  '("emacs"
"emacs-auto-complete"
"emacs-company"
"emacs-dockerfile-mode"
"emacs-editorconfig"
"emacs-erlang"
"emacs-exec-path-from-shell"
"emacs-flycheck"
"emacs-geiser"
"emacs-geiser-guile"
"emacs-geiser-racket"
"emacs-goto-chg"
"emacs-jinja2-mode"
"emacs-json-mode"
"emacs-magit"
"emacs-markdown-mode"
"emacs-moe-theme-el"
"emacs-monokai-theme"
"emacs-multiple-cursors"
"emacs-neotree"
"emacs-ob-async"
"emacs-org"
"emacs-ox-gfm"
"emacs-pkg-info"
"emacs-project"
;; "emacs-python-environment"
"emacs-racket-mode"
"emacs-sml-mode"
"emacs-toml-mode"
;; "emacs-typescript-mode"
"emacs-undo-tree"
"emacs-web-mode"
"emacs-yaml-mode"
"emacs-yasnippet"
"guile"
"guile-colorized"
"guile-fslib"
"guile-json"
"guile-readline"
"racket"))


My manifest seems long, but the actual error that happens is the following:


substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
The following derivations will be built:
   
/gnu/store/yqc31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv
   /gnu/store/f9iy2d8ixx93xm9x32qvbcyva24pcb1k-emacs-magit-3.3.0.drv

building 
/gnu/store/yqc31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv...
| 'check' phasebuilder for 
`/gnu/store/yqc31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv'
 failed with exit code 1
build of 
/gnu/store/yqc31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv 
failed
View build log at 
'/var/log/guix/drvs/yq/c31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv.gz'.
guix shell: error: build of 
`/gnu/store/yqc31b08dxahwpghlp872976ba3ilg2m-emacs-libgit-20200515-1.0ef8b13.drv'
 failed


And that log file contains the following at the end (it is over 400 lines):


29/29 Test #29: libegit2_tree    Passed0.09 sec

97% tests passed, 1 tests failed out of 29

Total Test time (real) =   7.87 sec

The following tests FAILED:
   3 - libegit2_blob (Failed)
Errors while running CTest
make: *** [Makefile:94: test] Error 8

Test suite failed, dumping logs.
error: in phase 'check': uncaught exception:
%exception #< program: "make" arguments: ("test" "-j" "16") 
exit-status: 2 term-signal: #f stop-signal: #f>
phase `check' failed after 7.9 seconds
command "make" "test" "-j" "16" failed with status 2


So it seems some test is failing and that prevents the whole build.

Is there anything else, that I should be providing as info? I attach the whole 
log file to this message.

Best regards,
Zelphir



--
repositories: https://notabug.org/ZelphirKaltstahl

Re: Missing dependency for emacs-magit

2022-02-22 Thread Zelphir Kaltstahl 

Hello!

On 2/19/22 08:30, Liliana Marie Prikler wrote:

Hi,

Am Samstag, dem 19.02.2022 um 02:34 + schrieb Zelphir Kaltstahl:

So I deleted and built the emacs profile again using `guix package --
manifest="${GUIX_EXTRA_PROFILES}"/emacs-profile-manifest.scm --
profile="${GUIX_EXTRA_PROFILES}"/emacs-profile`.

However, no luck. Still magit cannot be loaded. Still saying that:


Unable to activate package ‘magit’.
Required package ‘git-commit-3.3.0’ is unavailable


Not sure what else I can try.
Best regards,
Zelphir

I think there might be something fundamentally wrong here.  On a pretty
recent git checkout (using pre-inst-env) I can `guix shell -C emacs
emacs-magit -E TERM -- emacs' and inside the spawned emacs (require
'magit) works without any issues.

Cheers


I have now tried again with `guix environment` instead of using profiles. I 
faced the same issue as with the profile. As soon as emacs-magit is installed 
via guix, I get the error in the `*Messages*` buffer. Then I read about `guix 
shell` and learned, that it is to replace `guix environment`. Didn't know that. 
Guess I should change my usage. So that is what I did next. Changed the `guix 
environment` command in my script to `guix shell`.


It should be reproducible using the following steps, unless guix itself has an 
issue and creates non-reproducible environments:


`channels.scm` file at `~/.guix-extra-profiles/emacs-env/channels.scm`:


(list (channel
(name 'guix)
(url"https://git.savannah.gnu.org/git/guix.git;)
(branch "master")
(commit
  "b731d34ed796ad3ca1cfba6e08369ffd6dcb57bf")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")


`manifest.scm` file at `~/.guix-extra-profiles/emacs-env/manifest.scm`:


(specifications->manifest
 '("emacs"
   "emacs-auto-complete"
   "emacs-company"
   "emacs-dockerfile-mode"
   "emacs-editorconfig"
   "emacs-erlang"
   "emacs-exec-path-from-shell"
   "emacs-flycheck"
   "emacs-geiser"
   "emacs-geiser-guile"
   "emacs-geiser-racket"
   "emacs-goto-chg"
   "emacs-jinja2-mode"
   "emacs-json-mode"
   "emacs-magit"
   "emacs-markdown-mode"
   "emacs-moe-theme-el"
   "emacs-monokai-theme"
   "emacs-multiple-cursors"
   "emacs-neotree"
   "emacs-ob-async"
   "emacs-org"
   "emacs-ox-gfm"
   "emacs-pkg-info"
   "emacs-project"
   ;; "emacs-python-environment"
   "emacs-racket-mode"
   "emacs-sml-mode"
   "emacs-toml-mode"
   ;; "emacs-typescript-mode"
   "emacs-undo-tree"
   "emacs-web-mode"
   "emacs-yaml-mode"
   "emacs-yasnippet"
   "guile"
   "guile-colorized"
   "guile-fslib"
   "guile-json"
   "guile-readline"
   "racket"))


`env.sh` script to run Emacs at `~/.guix-extra-profiles/emacs-env/env.sh`:


#!/usr/bin/env bash

set -Eeuxo pipefail

DIR="~/.guix-extra-profiles/emacs-env/"

guix time-machine \
 --channels="${DIR}/channels.scm" -- \
 shell \
 --cores=4 \
 --manifest="${DIR}/manifest.scm" -- \
 emacs


With those in place run:


bash ~/.guix-extra-profiles/emacs-env/env.sh


However, I have now found out, that the `-C` flag is `--container`, which I am 
not using! So I tried to use `--container` with the `guix shell` command and, 
what a surprise, the error in Emacs disappeared!


Now of course the question is, how does `--container` affect the `emacs-magit` 
package? What is Emacs reading, that affects Magit and even prevents it from 
loading the dependency `git-commit`?


If I find out more, I'll let you know.

Best regards and thanks for the patience,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl

Re: Missing dependency for emacs-magit

2022-02-19 Thread Zelphir Kaltstahl 

Hi!

On 2/19/22 08:30, Liliana Marie Prikler wrote:

Hi,

Am Samstag, dem 19.02.2022 um 02:34 + schrieb Zelphir Kaltstahl:

So I deleted and built the emacs profile again using `guix package --
manifest="${GUIX_EXTRA_PROFILES}"/emacs-profile-manifest.scm --
profile="${GUIX_EXTRA_PROFILES}"/emacs-profile`.

However, no luck. Still magit cannot be loaded. Still saying that:


Unable to activate package ‘magit’.
Required package ‘git-commit-3.3.0’ is unavailable


Not sure what else I can try.
Best regards,
Zelphir

I think there might be something fundamentally wrong here.  On a pretty
recent git checkout (using pre-inst-env) I can `guix shell -C emacs
emacs-magit -E TERM -- emacs' and inside the spawned emacs (require
'magit) works without any issues.

Cheers


Given that I did the guix pull yesterday/today and that the store 
inconsistencies disappeared with that, I have to assume the following:

(1) Either my guix installation is broken somehow, although I never messed 
around in the store and only have quite basic usage using environments and 
profiles (actually haven't touched profiles in a while and this is the first 
time in a long time that I have thought I should make a profile for something, 
instead of merely an environment), or (2) the command `guix shell -C emacs
emacs-magit -E TERM -- emacs` does something different, than the command, which 
I use to make a profile and that therefore the results are different.

If (1) is the case, then I guess there has to be a bug somewhere in guix 
package manager, which messed things up, since I only use very few basic 
commands of guix to install packages, use environments and profiles. It's not 
like I go into the store and mess around in the folders ^^'

If (2) is the case, then I am simply not knowledgeable about guix to say what 
that difference might be.

I am not sure I really want to somehow remove guix and then reinstall it again, 
because everything else seems to work just fine.

Not sure what to do now. I might have to abandon the project of getting 
reproducible emacs setup using guix again, or simply cannot use guix' profile 
functionality for that.

Best regards,
Zelphir

--
repositories: https://notabug.org/ZelphirKaltstahl

Re: Missing dependency for emacs-magit

2022-02-18 Thread Zelphir Kaltstahl 

Hello!

On 2/18/22 05:51, Liliana Marie Prikler wrote:

Am Freitag, dem 18.02.2022 um 01:10 + schrieb Zelphir Kaltstahl:

[...]

Since there was some verification thing with the `guix gc --
verify=contents` command, I will run `guix gc`, delete the whole guix
profile, recreate the profile, and then check again.


$ guix gc
...
$ rm -rf ~/.guix-extra-profiles/emacs-test-profile
...
$ guix package --manifest="${GUIX_EXTRA_PROFILES}"/emacs-profile-
manifest.scm --profile="${GUIX_EXTRA_PROFILES}"/emacs-profile
...
$ /bin/bash /home/user/emacs.sh
...
$ guix package --list-profiles
/home/user/.guix-extra-profiles/emacs-profile
/home/user/.config/guix/current
/home/user/.guix-profile


(Note, that I have removed the "-test" part of the name. At some
point I hope for this all to work and then I don't want the "-test"
thing to still remain.)
The script contains:


#!/usr/bin/env bash

set -Eeuxo pipefail

# source the environment
GUIX_PROFILE="${GUIX_EXTRA_PROFILES}/emacs-profile"
. "${GUIX_PROFILE}/etc/profile"

# run emacs
env XMODIFIERS='' emacs

   
Anything else I can try?

Note that --verify=contents only prints out the warnings that something
is wrong, but does not fix them.  Since repairing the store is
potentially dangerous, you need to --verify=contents,repair as
superuser.  I'm not sure if your sequence of commands actually led to
garbage-collection of the damaged magit.

Cheers


I have tried a mix of `guix gc --verify=contents,repair`, `guix gc`, `guix pull 
&& guix package -u`, but I would always still have those finds of inconsistent 
hashsums with `guix gc --verify=contents` until I did:


$ sudo -i
$ guix gc
$ guix pull && guix package -u


Which I think means, that now I am on a different version of guix itself. Now 
it does not find any inconsistent hashes with `guix gc --verify=contents`:


$ guix gc --verify=contents
reading the store...
checking path existence...
checking hashes...


So I deleted and built the emacs profile again using `guix package 
--manifest="${GUIX_EXTRA_PROFILES}"/emacs-profile-manifest.scm 
--profile="${GUIX_EXTRA_PROFILES}"/emacs-profile`.

However, no luck. Still magit cannot be loaded. Still saying that:


Unable to activate package ‘magit’.
Required package ‘git-commit-3.3.0’ is unavailable


Not sure what else I can try.
Best regards,
Zelphir

--
repositories: https://notabug.org/ZelphirKaltstahl

Re: Missing dependency for emacs-magit

2022-02-17 Thread Zelphir Kaltstahl 

Hello,

On 2/17/22 18:49, Liliana Marie Prikler wrote:

Hi,

Am Mittwoch, dem 16.02.2022 um 22:23 + schrieb Zelphir Kaltstahl:

[...]
It is t. That is after loading `init.el` and all it contains, but
there is no magit configuration happening inside this `init.el` yet.

Now I'm at the end of words.  Using my own machine as source of truth,
git-commit is a part of magit, so if it exists in EMACSLOADPATH and is
autoloaded, then it should be available.  You might want to check your
store using `guix gc --verify=contents`.

Cheers


Thanks for all the debugging help so far!
And indeed, something shows up:


$ guix gc --verify=contents
reading the store...
checking path existence...
checking hashes...
path `/gnu/store/5fw9ybi8q78ksx2ijwg79n6rkx3ymhd8-profile' was modified! 
expected hash 
`5249ff7ea12810840ad49897f18fa958e577422a90539b61a852c5c9368f037c', got 
`7ca9ebfa4be2f3ba8d59d37b03bc92e32993c68292b9b311a1857fe73db7855b'
path `/gnu/store/d1zmwz8i4ag1zk4vh6sqrzx5dbnvl8qs-profile' was modified! 
expected hash 
`d59df8f6ae2e21927425584d8ef1b2078ef069d284fa17c73440692ac79d5fda', got 
`140b53e4528182752bb78d5fe1b198c3359f1e3654fcebe0d89e932ff0ea19fb'
path `/gnu/store/nd1wsdjwd4cqyv0h71qzbzvizls250p7-profile' was modified! 
expected hash 
`b66e359b294f7c6cbe30253562a07622deb52679679378ec98ae19b94c55dd8a', got 
`7b7fe5620e64fe597f94c389dc3ac6102b6c20264616af877deb5ff904e22f08'
path `/gnu/store/skhc9chfprl7iv18cfx8r14vdqgps0gy-profile' was modified! 
expected hash 
`16db13be1e30caf087f1ee3a9c99a3d01b58b0ec71691ee65c6e66a1f569c855', got 
`34564b95358477396c47f95471c092d4f88f0b14292343ae8c31a4901b04f75b'
path `/gnu/store/ywcpag06kgk3bg8nh8i47qwcskk7jl8f-profile' was modified! 
expected hash 
`2fa0f22a66e24df2d989df97ae665e64628641f7407a90321561ca6026e1e96f', got 
`9aceefc556ac8211c17e810ba680f92ee876b5d96b5be9b962323811facc5bc9'


Not sure what to make of it though.



This is a mixed environment, isn’t it?  Where some parts are loaded from

Emacs-managed stuff in .emacs.d/ and others from Guix?


Could you try again without the Emacs-managed packages?



Actually this is my attempt of not installing anything through `list-pack` and 
so on and only installing packages through guix, so I am not aware of any 
packages installed via Emacs.

Here is my ~/.emacs.d/ directory:


$ tree
.
├── auto-save-list
├── desktop
│   └── emacs.desktop
├── elpa
│   ├── archives
│   │   ├── gnu
│   │   │   ├── archive-contents
│   │   │   └── archive-contents.signed
│   │   └── melpa-stable
│   │   └── archive-contents
│   ├── gnupg
│   │   ├── private-keys-v1.d
│   │   ├── pubring.kbx
│   │   ├── pubring.kbx~
│   │   └── trustdb.gpg
│   └── transient-0.3.7
│   ├── dir
│   ├── transient-autoloads.el
│   ├── transient.el
│   ├── transient.elc
│   ├── transient.info
│   └── transient-pkg.el
├── eshell
│   ├── history
│   └── lastdir
├── init-backup
├── init.el
├── init.el~
├── snippets
└── transient
└── history.el

12 directories, 19 files


And I am not even sure why transient and gnupg are there.

But I will try to remove the whole directory, insert only the init.el file and 
run Emacs again and see whether the error comes up:


$ tree
.
└── init.el

0 directories, 1 file



Loading 
/gnu/store/7nd7zr9f3wzkvkcgvc821j7jmnd3x67l-emacs-auto-complete-1.5.1/share/emacs/site-lisp/auto-complete-1.5.1/auto-complete-autoloads...done
Loading 
/gnu/store/8998whgnidk2qaz8543g134w13bk3rxh-emacs-popup-0.5.8/share/emacs/site-lisp/popup-0.5.8/popup-autoloads...done
Loading 
/gnu/store/7ljkbrdm5684gdparxrlzfqw063vzgfz-emacs-company-0.9.13/share/emacs/site-lisp/company-0.9.13/company-autoloads...done
Loading 
/gnu/store/yp7x9gxskxqqchp9s18mramz0zj4wdj5-emacs-dockerfile-mode-1.5/share/emacs/site-lisp/dockerfile-mode-1.5/dockerfile-mode-autoloads...done
Loading 
/gnu/store/b5gbdk74m8nvich1bsrhndgywghzjrr8-emacs-s-1.12.0/share/emacs/site-lisp/s-1.12.0/s-autoloads...done
Loading 
/gnu/store/53kkw0k17akjnv87ayil00ckfd811lin-emacs-editorconfig-0.8.2/share/emacs/site-lisp/editorconfig-0.8.2/editorconfig-autoloads...done
Loading 
/gnu/store/hj21pvi9b0d5b8prjiknkh42x9dxlcpw-emacs-erlang-24.2.1/share/emacs/site-lisp/erlang-24.2.1/erlang-autoloads...done
Loading 
/gnu/store/i3q4d34w5bfd8axkr2aghw3m6zb99mxx-emacs-exec-path-from-shell-1.12/share/emacs/site-lisp/exec-path-from-shell-1.12/exec-path-from-shell-autoloads...done
Loading 
/gnu/store/s59gcr327a4zb7rfg4bcvfbh9bym5dmg-emacs-flycheck-31-2.9bcf6b6/share/emacs/site-lisp/flycheck-31-2.9bcf6b6/flycheck-autoloads...done
Loading 
/gnu/store/fvzak5a6q34k11mqvlavq4n3xl1ra3bq-emacs-dash-2.19.1/share/emacs/site-lisp/dash-2.19.1/dash-autoloads...done
Loading 
/gnu/store/hg9m6iy95i62nzw208zqwxw9aq776lbm-emacs-geiser-0.22.2/share/emacs/site-lisp/geiser-0.22.2/geiser-autoloads...done
Loading 
/gnu/store/2qyyq1sqkk2aa6s32n0s54qx5xnfa3l8-emacs-transient-0.3.7/share/emacs/site-lisp/transient-0.3.7/transient-autoloads...done
Loading 
/gnu/store

Re: Missing dependency for emacs-magit

2022-02-16 Thread Zelphir Kaltstahl 

Hello,

On 2/15/22 20:54, Liliana Marie Prikler wrote:

Hi Zelphir,

Am Dienstag, dem 15.02.2022 um 09:45 + schrieb Zelphir Kaltstahl:

Hello Liliana,

On 2/14/22 20:33, Liliana Marie Prikler wrote:

Hi Zelphir,

Am Montag, dem 14.02.2022 um 18:41 + schrieb Zelphir Kaltstahl:

[...]

I think we need some multi-level printf debugging here.

First, after  `source "${GUIX_PROFILE}/etc/profile"`, is
EMACSLOADPATH
correctly pointing to the share/emacs/site-lisp of
${GUIX_EXTRA_PROFILES}/emacs-test-profile?

Second, before and after executing your init.el snippet, what are
the
contents of load-path?
Do they contain /gnu/store/SOME_LONG_HASH-magit-MAGIT_VERSION?

Cheers

To simplify things, I created a shell script, which does the calls:


#!/usr/bin/env bash

set -Eeuxo pipefail

# source the environment
GUIX_PROFILE="${GUIX_EXTRA_PROFILES}/emacs-test-profile"
. "${GUIX_PROFILE}/etc/profile"
printf "emacs load path: %s\n" "${EMACSLOADPATH}"

# run emacs
env XMODIFIERS='' emacs


This outputs the following:


[...]


Magit line is:


"/gnu/store/f0461m96rhnpkmhjlj06yz058pqyj02d-emacs-magit-
3.3.0/share/emacs/site-lisp/magit-3.3.0"


Okay, this means that subdirs.el is correctly expanded.  The next
question regards autoloads.  Is (featurep 'magit-autoloads) t or nil?


It is t. That is after loading `init.el` and all it contains, but there is no 
magit configuration happening inside this `init.el` yet.


[...]

Best regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl

Re: Missing dependency for emacs-magit

2022-02-15 Thread Zelphir Kaltstahl 

Hello Liliana,

On 2/14/22 20:33, Liliana Marie Prikler wrote:

Hi Zelphir,

Am Montag, dem 14.02.2022 um 18:41 + schrieb Zelphir Kaltstahl:

Hi Michael!
What I mean by that is the following in `init.el`:

(setq guix-package-enable-at-startup t)
(require 'guix-init nil t)

I have a separate profile, which I created for Emacs and Emacs packages
from Guix:

$ guix package --manifest="${GUIX_EXTRA_PROFILES}"/emacs-test-profile-
manifest.scm --profile="${GUIX_EXTRA_PROFILES}"/emacs-test-profile
$ GUIX_PROFILE="${GUIX_EXTRA_PROFILES}/emacs-test-profile"; source
"${GUIX_PROFILE}/etc/profile"
$ emacs

Where the `manifest.scm` contains:

[...]

The channel is currently:

[...]

When I run `emacs` with that profile, I get the error I described
earlier.

I think we need some multi-level printf debugging here.

First, after  `source "${GUIX_PROFILE}/etc/profile"`, is EMACSLOADPATH
correctly pointing to the share/emacs/site-lisp of
${GUIX_EXTRA_PROFILES}/emacs-test-profile?

Second, before and after executing your init.el snippet, what are the
contents of load-path?
Do they contain /gnu/store/SOME_LONG_HASH-magit-MAGIT_VERSION?

Cheers


To simplify things, I created a shell script, which does the calls:


#!/usr/bin/env bash

set -Eeuxo pipefail

# source the environment
GUIX_PROFILE="${GUIX_EXTRA_PROFILES}/emacs-test-profile"
. "${GUIX_PROFILE}/etc/profile"
printf "emacs load path: %s\n" "${EMACSLOADPATH}"

# run emacs
env XMODIFIERS='' emacs


This outputs the following:


+ GUIX_PROFILE=/home/user/.guix-extra-profiles/emacs-test-profile
+ . /home/user/.guix-extra-profiles/emacs-test-profile/etc/profile
++ export 
PATH=/home/user/.guix-extra-profiles/emacs-test-profile/bin:/home/user/.cargo/bin:/home/hans/.config/guix/current/bin:/home/user/.config/guix/current/bin:/home/user/.config/guix/current/sbin:/home/user/.config/guix/current/bin:/home/user/.local/bin:/home/user/.guix-profile/bin:/home/user/.config/guix/current/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/user/.local/bin
++ 
PATH=/home/user/.guix-extra-profiles/emacs-test-profile/bin:/home/user/.cargo/bin:/home/hans/.config/guix/current/bin:/home/user/.config/guix/current/bin:/home/user/.config/guix/current/sbin:/home/user/.config/guix/current/bin:/home/user/.local/bin:/home/user/.guix-profile/bin:/home/user/.config/guix/current/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/home/user/.local/bin
++ export 
INFOPATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/info:/home/user/.config/guix/current/share/info:/home/user/.guix-profile/share/info:/home/user/.config/guix/current/share/info:
++ 
INFOPATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/info:/home/user/.config/guix/current/share/info:/home/user/.guix-profile/share/info:/home/user/.config/guix/current/share/info:
++ export 
EMACSLOADPATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp:/home/user/.guix-profile/share/emacs/site-lisp
++ 
EMACSLOADPATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp:/home/user/.guix-profile/share/emacs/site-lisp
++ export 
GUILE_LOAD_COMPILED_PATH=/home/user/.guix-extra-profiles/emacs-test-profile/lib/guile/3.0/site-ccache:/home/user/.guix-extra-profiles/emacs-test-profile/share/guile/site/3.0:/home/user/.guix-profile/lib/guile/3.0/site-ccache:/home/user/.guix-profile/share/guile/site/3.0
++ 
GUILE_LOAD_COMPILED_PATH=/home/user/.guix-extra-profiles/emacs-test-profile/lib/guile/3.0/site-ccache:/home/user/.guix-extra-profiles/emacs-test-profile/share/guile/site/3.0:/home/user/.guix-profile/lib/guile/3.0/site-ccache:/home/user/.guix-profile/share/guile/site/3.0
++ export 
GUILE_LOAD_PATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/guile/site/3.0:/home/user/.guix-profile/share/guile/site/3.0
++ 
GUILE_LOAD_PATH=/home/user/.guix-extra-profiles/emacs-test-profile/share/guile/site/3.0:/home/user/.guix-profile/share/guile/site/3.0
+ printf 'emacs load path: %s\n' 
/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp:/home/user/.guix-profile/share/emacs/site-lisp
emacs load path: 
/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp:/home/user/.guix-profile/share/emacs/site-lisp
+ env XMODIFIERS= emacs


So the $EMACSLOADPATH before starting Emacs is:


/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp:/home/user/.guix-profile/share/emacs/site-lisp


About load-path inside Emacs: I think I can get the value before loading 
`init.el` with `emacs -Q` (?):


("~/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp/"
 "/home/user/.emacs.d/elpa/transient-0.3.7"
 "/home/user/.guix-extra-profiles/emacs-test-profile/share/emacs/site-lisp&

Re: Missing dependency for emacs-magit

2022-02-14 Thread Zelphir Kaltstahl 

On 2/14/22 03:50, Michael Rohleder wrote:

Zelphir Kaltstahl  writes:

I noticed, that the emacs-magit package does not seem to work. When I
install it via guix and load it via guix-init in my init.el file, I
get the following error in my *Messages* buffer:

What do you mean with "load it via guix-init in my init.el"?

with e.g.
`guix shell -C -E TERM emacs-no-x emacs-magit -- emacs`
magit seems to work.


Hi Michael!

What I mean by that is the following in `init.el`:


(setq guix-package-enable-at-startup t)
(require 'guix-init nil t)


I have a separate profile, which I created for Emacs and Emacs packages from 
Guix:


$ guix package --manifest="${GUIX_EXTRA_PROFILES}"/emacs-test-profile-manifest.scm 
--profile="${GUIX_EXTRA_PROFILES}"/emacs-test-profile
$ GUIX_PROFILE="${GUIX_EXTRA_PROFILES}/emacs-test-profile"; source 
"${GUIX_PROFILE}/etc/profile"
$ emacs


Where the `manifest.scm` contains:


(specifications->manifest
 '("emacs"
   "emacs-auto-complete"
   "emacs-company"
   "emacs-dockerfile-mode"
   "emacs-editorconfig"
   "emacs-erlang"
   "emacs-exec-path-from-shell"
   "emacs-flycheck"
   "emacs-geiser"
   "emacs-geiser-guile"
   "emacs-geiser-racket"
   "emacs-goto-chg"
   "emacs-jinja2-mode"
   "emacs-json-mode"
   "emacs-magit"
   "emacs-markdown-mode"
   "emacs-moe-theme-el"
   "emacs-monokai-theme"
   "emacs-multiple-cursors"
   "emacs-neotree"
   "emacs-ob-async"
   "emacs-org"
   "emacs-ox-gfm"
   "emacs-pkg-info"
   "emacs-python-environment"
   "emacs-racket-mode"
   "emacs-sml-mode"
   "emacs-toml-mode"
   "emacs-typescript-mode"
   "emacs-undo-tree"
   "emacs-web-mode"
   "emacs-yaml-mode"
   "emacs-yasnippet"
   "guile"
   "guile-colorized"
   "guile-fslib"
   "guile-json"
   "guile-readline"
   "racket"))


The channel is currently:


$ guix describe --format=channels
(list (channel
(name 'guix)
(url"https://git.savannah.gnu.org/git/guix.git;)
(branch "master")
(commit
  "74afcc0f555699d9d6a040fded04a1a379c0b1de")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")


When I run `emacs` with that profile, I get the error I described earlier.

Regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl

Missing dependency for emacs-magit

2022-02-13 Thread Zelphir Kaltstahl 

Hi!

I noticed, that the emacs-magit package does not seem to work. When I install it 
via guix and load it via guix-init in my init.el file, I get the following error 
in my *Messages* buffer:


Unable to activate package ‘magit’.
Required package ‘git-commit-3.3.0’ is unavailable

I checked for `guix search emacs-git-commit`, but it does not yet exist on guix 
apparently. It does show up on `M-x list-pack RET` in Emacs though.


I am trying to make a clean reproducible Emacs setup using guix packages and 
perhaps leaving away any packages not on guix yet, but this seems like an 
oversight, since emacs-magit is already on guix.


I am currently on:


$ guix describe --format=channels
(list (channel
(name 'guix)
(url"https://git.savannah.gnu.org/git/guix.git;)
(branch "master")
(commit
  "74afcc0f555699d9d6a040fded04a1a379c0b1de")
(introduction
  (make-channel-introduction
"9edb3f66fd807b096b48283debdcddccfea34bad"
(openpgp-fingerprint
  "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")


Do I need to provide anything more, to make this a conclusive report?

Regards,
Zelphir

--
repositories:https://notabug.org/ZelphirKaltstahl