bug#41238: guix deploy close ssh session after each store items sent
On 2020-05-15 06:59, Oleg Pykhalov wrote: Brice Waegeneire writes: “guix deploy” bugs; they keep coming! “guix deploy” doesn't make use of SSH channels[0], instead it close the SSH session each time after sending store items. Did you try a built in SSH's “Control*” feature? ssh_config (0) ControlMaster auto ControlPath ~/.ssh/master-%r@%h:%p ControlPersist yes Of course, it's my default setting for SSH (and the host I tried to deploy to). But “guix deploy” don't support it; it's the core of the issue here. I didn't mention those options in the initial bug report because IFAIK the ssh functionality for “guix deploy” is provided by guile-ssh, a wrapper around libssh which isn't related to OpenSSH in any way. So the “Control*” options doesn't apply here, instead they talk about channels and session[0] which seems to be the terms used in the SSH specification. [0]: https://api.libssh.org/stable/libssh_tutor_guided_tour.html
bug#41280: guix package -i artanis failed
command in bash: wxie@guix ~$ guix package -s artanis name: artanis version: 0.4.1 outputs: out systems: x86_64-linux i686-linux dependencies: bash@5.0.16 guile-json@1.2.0 guile-redis@1.3.0 + guile2.2-readline@2.2.7 guile@2.2.7 nss@3.50 pkg-config@0.29.2 + util-linux@2.35.1 location: gnu/packages/guile-xyz.scm:107:2 homepage: https://www.gnu.org/software/artanis/ license: GPL 3+, LGPL 3+ synopsis: Web application framework written in Guile description: GNU Artanis is a web application framework written in Guile + Scheme. A web application framework (WAF) is a software framework that is + designed to support the development of dynamic websites, web applications, web + services and web resources. The framework aims to alleviate the overhead + associated with common activities performed in web development. Artanis + provides several tools for web development: database access, templating + frameworks, session management, URL-remapping for RESTful, page caching, and + more. relevance: 24 wxie@guix ~$ guix package -i artanis Das folgende Paket wird installiert: artanis 0.4.1 substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiert … 100.0% Folgende Ableitungen werden erstellt: /gnu/store/80a1vxiwsln5vm4kx7gdq0c0l67c93kw-profile.drv /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv 6,3 MB werden heruntergeladen: /gnu/store/pcymfv9myddq7fl17vwfizha4y2ph7mj-guile-redis-1.3.0 /gnu/store/lqkx565gwc3vhby5m2rswyx8sinb6dc5-guile-json-1.2.0 /gnu/store/dspvl84qxm887mjamwdj7nhfmjyny11q-artanis-0.4.1.tar.xz /gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7 /gnu/store/hw0lppwz7mh2xkxjb9v2rarxlk57k1ny-guile2.2-readline-2.2.7 Folgende Profil-Hooks werden erstellt: /gnu/store/16k5laan53x6nlpcz1s6v2fwlmrwxf4x-gtk-im-modules.drv /gnu/store/4n1d6zygb9wx69k75n0rvv1870kac1j9-gtk-icon-themes.drv /gnu/store/awj1shsqv07ckv8y8j71acq8j8n51nxk-manual-database.drv /gnu/store/bkymzgdbd4zzk6vmzv2hbywzw0fpzhaj-info-dir.drv /gnu/store/h5g2x83zl799z8m18s5dx4qxk1aavqgq-glib-schemas.drv /gnu/store/m8bg7djlpb8yw87pplar8f2ijvkx7ihk-xdg-desktop-database.drv /gnu/store/p7sai6f3d3bxm0pj58yrnb0c5nifsjb2-fonts-dir.drv /gnu/store/sjpqm3vz9aakvcp85c24f37160nab4wl-ca-certificate-bundle.drv /gnu/store/vvs5mlyrj9qagsn9384fpzn437han32p-xdg-mime-database.drv downloading from https://ci.guix.gnu.org/nar/lzip/lqkx565gwc3vhby5m2rswyx8sinb6dc5-guile-json-1.2.0 ... guile-json-1.2.0 37KiB 3.5MiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/dspvl84qxm887mjamwdj7nhfmjyny11q-artanis-0.4.1.tar.xz ... artanis-0.4.1.tar.xz 397KiB 660KiB/s 00:01 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7 ... guile-2.2.7 5.5MiB 2.9MiB/s 00:02 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/pcymfv9myddq7fl17vwfizha4y2ph7mj-guile-redis-1.3.0 ... guile-redis-1.3.0 58KiB 277KiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/hw0lppwz7mh2xkxjb9v2rarxlk57k1ny-guile2.2-readline-2.2.7 ... guile2.2-readline-2.2.7 39KiB 3.6MiB/s 00:00 [##] 100.0% /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv wird erstellt … \ „build“-Phasebuilder for `/gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv' failed with exit code 1 Erstellung von /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv fehlgeschlagen Das Erstellungsprotokoll kann unter „/var/log/guix/drvs/7x/vqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv.bz2“ eingesehen werden. cannot build derivation `/gnu/store/80a1vxiwsln5vm4kx7gdq0c0l67c93kw-profile.drv': 1 dependencies couldn't be built guix package: error: build of `/gnu/store/80a1vxiwsln5vm4kx7gdq0c0l67c93kw-profile.drv' failed Please check.
bug#41281: guix package -i guile-dbi failed
bash command: wxie@guix ~$ guix package -s guile-dbi name: guile-dbi version: 2.1.6 outputs: out systems: x86_64-linux i686-linux dependencies: guile-dbd-postgresql@2.1.6-0.e97589b guile-dbd-sqlite3@2.1.6 + guile@2.2.7 location: gnu/packages/guile-xyz.scm:1217:2 homepage: http://home.gna.org/guile-dbi/guile-dbi.html license: GPL 2+ synopsis: Guile database abstraction layer description: guile-dbi is a library for Guile that provides a convenient + interface to SQL databases. Database programming with guile-dbi is generic in + that the same programming interface is presented regardless of which database + system is used. It currently supports MySQL, Postgres and SQLite3. relevance: 24 Hinweis: Führen Sie `guix search … | less' aus, um alle Ergebnisse zu sehen. wxie@guix ~$ guix package -i guile-dbi Das folgende Paket wird installiert: guile-dbi 2.1.6 substitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiertsubstitute: Liste der Substitute von „https://ci.guix.gnu.org“ wird aktualisiert … 100.0% 5,2 MB werden heruntergeladen: /gnu/store/lyfawnff790q7kcixvg6cijz4syz5pzx-postgresql-10.12 /gnu/store/qn5swx9251va3ixgn8lksplsa0sxhacr-guile-dbd-postgresql-2.1.6-0.e97589b /gnu/store/fflijz4yz2gd6hbx02xsgrv95x0rrvg3-guile-dbd-sqlite3-2.1.6 /gnu/store/as5wjd0rgl7jwvf50cmy6wg9igsh1fgw-guile-dbi-2.1.6 downloading from https://ci.guix.gnu.org/nar/lzip/fflijz4yz2gd6hbx02xsgrv95x0rrvg3-guile-dbd-sqlite3-2.1.6 ... guile-dbd-sqlite3-2.1.6 12KiB 3.2MiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/lyfawnff790q7kcixvg6cijz4syz5pzx-postgresql-10.12 ... postgresql-10.12 4.9MiB 2.2MiB/s 00:02 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/qn5swx9251va3ixgn8lksplsa0sxhacr-guile-dbd-postgresql-2.1.6-0.e97589b ... guile-dbd-postgresql-2.1.6-0.e97589b 13KiB 24.7MiB/s 00:00 [## guile-dbd-postgresql-2.1.6-0.e97589b 13KiB 1.5MiB/s 00:00 [##] 100.0% downloading from https://ci.guix.gnu.org/nar/lzip/as5wjd0rgl7jwvf50cmy6wg9igsh1fgw-guile-dbi-2.1.6 ... guile-dbi-2.1.6 19KiB 2.9MiB/s 00:00 [##] 100.0% guix package: error: Profil enthält im Konflikt stehende Einträge für guile guix package: error: erster Eintrag: guile@2.2.7 /gnu/store/l6id6m9fjx5bphgyf1kp6srbmdwspqkn-guile-2.2.7 guix package: error:… propagiert von guile-dbi@2.1.6 guix package: error: zweiter Eintrag: guile@2.2.7 /gnu/store/jgl9d4axpavsv83z2f1z1himnkbsxxqj-guile-2.2.7 Hinweis: Versuchen Sie, sowohl `guile-dbi' als auch `guile' zu aktualisieren, oder entfernen Sie eines von beidem aus dem Profil. Please have a look.
bug#41281: guix package -i guile-dbi failed
Wensheng Xie writes: > Hinweis: Versuchen Sie, sowohl `guile-dbi' als auch `guile' zu aktualisieren, > oder > entfernen Sie eines von beidem aus dem Profil. try to do what this suggests, update guile and guile-dbi together: `guix package -u guile guile-dbi` -- Ich habe schon soviel aus Fehlern gelernt, ich ueberlege noch welche zu machen. signature.asc Description: PGP signature
bug#22366: [EXT] Bug#22366 Status? Chicken Scheme release tarballs ship non-source C code
Dear David,
On Thu, 14 May 2020 at 21:04, Thompson, David wrote:
> > Why is it an issue for bootstrappability?
>
> Because software is not bootstrappable if it requires taking for
> granted files that are not source code. In this case, it is these C
> files. These files are not source code because they are machine
> generated. In order to generate these files, you need a Chicken
> Scheme compiler. Therefore, you cannot build Chicken Scheme from
> source code without already having Chicken Scheme, which makes it
> non-bootstrappable. I have not kept track of this issue but my
> understanding was that the Chicken developers do not care (which is
> unfortunately a very common reaction from developers of self-hosted
> compilers) but it is nevertheless a bootstrapping issue.
I am not following your reasoning. The point is not how the C files
are generated but if they are auditable. -- which in most of the cases
means human-readable.
Considering these generated C files, even if I am not a C expert, they
seems un-auditable.
--8<---cut here---start->8---
C_noret_decl(f24858)
static void C_ccall f24858(C_word c,C_word *av) C_noret;
C_noret_decl(f_10015)
static void C_ccall f_10015(C_word c,C_word *av) C_noret;
C_noret_decl(f_10019)
[...]
/* k10021 in k10017 in a10014 in k9990 in k9987 in k9984 in k8730 in
k8463 in k8451 in k8448 in k8445 in k8441 in k8438 in k8432 in k8393
in walk in chicken.compiler.core#canonicalize-expression in k6295 in
k6292 in k6289 in k6286 in k6283 in ... */
static void C_ccall f_10023(C_word c,C_word *av){
C_word tmp;
C_word t0=av[0];
C_word t1=av[1];
C_word t2;
C_word t3;
C_word t4;
C_word *a;
if(C_unlikely(!C_demand(C_calculate_demand(4,c,4{
C_save_and_reclaim((void *)f_10023,c,av);}
a=C_alloc(4);
t2=C_mutate(((C_word *)((C_word*)t0)[2])+1,t1);
t3=(*a=C_CLOSURE_TYPE|3,a[1]=(C_word)f_10026,a[2]=((C_word*)t0)[3],a[3]=((C_word*)t0)[4],tmp=(C_word)a,a+=4,tmp);
/* core.scm:890: ##sys#current-environment1643 */
t4=((C_word*)t0)[5];{
C_word *av2;
if(c >= 5) {
av2=av;
} else {
av2=C_alloc(5);
}
av2[0]=t4;
av2[1]=t3;
av2[2]=((C_word*)t0)[6];
av2[3]=C_SCHEME_FALSE;
av2[4]=C_SCHEME_TRUE;
((C_proc)(void*)(*((C_word*)t4+1)))(5,av2);}}
--8<---cut here---end--->8---
> I don't think this can be closed because it is still an issue.
I have failed to generated these C files using another scheme
interpreter. Yeah, it is more than a hack between the coffee and the
shower. :-)
Thank you for the clarifications and it is still an issue. :-)
All the best,
simon
bug#41280: guix package -i artanis failed
Dear, On Fri, 15 May 2020 at 10:53, Wensheng Xie wrote: > wxie@guix ~$ guix package -i artanis > Das folgende Paket wird installiert: >artanis 0.4.1 [...] > /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv wird erstellt … > \ „build“-Phasebuilder for > `/gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv' failed with > exit code 1 > Erstellung von /gnu/store/7xvqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv > fehlgeschlagen > Das Erstellungsprotokoll kann unter > „/var/log/guix/drvs/7x/vqivphdln1ks6pwzy5q3ysws16pvk4-artanis-0.4.1.drv.bz2“ > eingesehen werden. > cannot build derivation > `/gnu/store/80a1vxiwsln5vm4kx7gdq0c0l67c93kw-profile.drv': 1 dependencies > couldn't be built > guix package: error: build of > `/gnu/store/80a1vxiwsln5vm4kx7gdq0c0l67c93kw-profile.drv' failed > > Please check. It works for me with Guix 2c8305d. What version of Guix do you use? (guix describe) All the best, simon
bug#41282: doc: dot graphs display square glyphs instead of letters
See for instance "12.1 The Reduced Binary Seed Bootstrap". Commit 7bba5425473b5d193946e537de77c631ae6c3667. signature.asc Description: PGP signature
bug#41281: guix package -i guile-dbi failed
Dear Wensheng Xie, On Fri, 15 May 2020 at 11:10, Michael Rohleder wrote: > > Wensheng Xie writes: > > Hinweis: Versuchen Sie, sowohl `guile-dbi' als auch `guile' zu > > aktualisieren, oder > > entfernen Sie eines von beidem aus dem Profil. > > try to do what this suggests, update guile and guile-dbi together: > `guix package -u guile guile-dbi` I do not speak German but if you have already (old) Guile and (old) Guile packages in your default profile ~/.guix-profile, then conflicts could happen. If you do not want to update your profile -- even if it is safe because of '--roll-back' -- you can also create another one: guix package -i guile guile-dbi -p /tmp/profile-test BTW, the other bug #41280 [1] should be related to the same issue. [1] http://issues.guix.gnu.org/issue/41280 All the best, simon
bug#41214: Pulling 1.0.0 fails while running ‘compute-guix-derivation’
Ludovic Courtès skribis: > $ guix time-machine --commit=6298c3ffd9654d3231a6f25390b056483e8f407c -- > describe > Updating channel 'guix' from Git repository at > 'https://git.savannah.gnu.org/git/guix.git'... > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/store.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/store.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/utils.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/utils.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/config.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > ;;; WARNING: loading compiled file > /gnu/store/g29fabc57fkzimrf6gsb72fr7fq069yf-module-import-compiled/guix/config.go > failed: > ;;; In procedure load-thunk-from-memory: incompatible bytecode kind > […] > In unknown file: >5 (primitive-load-path "guix/build/compile" #) > In ice-9/eval.scm: >626:19 4 (_ #) > 159:9 3 (_ #) >182:19 2 (proc #) >142:16 1 (compile-top-call # ?) > In unknown file: >0 (%resolve-variable (7 . #) #) > > ERROR: In procedure %resolve-variable: > Unbound variable: tree-il-default-optimization-options Fixed in 9b57b6350798ffc69e6570197ecf244a0f1fc1ca. Ludo’.
bug#41282: doc: dot graphs display square glyphs instead of letters
Pierre Neidhardt writes: > See for instance "12.1 The Reduced Binary Seed Bootstrap". > Commit 7bba5425473b5d193946e537de77c631ae6c3667. I can not reproduce this. What is the exact command you are running? Do you have any fonts installed? signature.asc Description: PGP signature
bug#41282: doc: dot graphs display square glyphs instead of letters
Recipe in Emacs: - C-h i - m Guix RET - i bootstrap RET - m Reduced Binary Seed Bootstrap > Do you have any fonts installed? I have font-dejavu, that's it. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature
bug#41264: Bootstrap packages fail to build.
Hello,
> fstat(3, 0xffad5874)= -1 EOVERFLOW (Value too large for
> defined data type)
> fstat64(3, {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0
> fstat64(3, {st_mode=S_IFDIR|0555, st_size=4096, ...}) = 0
>
> So I think somehow, bootstrap packages use the legacy "fstat" syscall,
> which may overflow on a 64 bits system.
More info on that one. Linux syscall "newstat", will call
"cp_compat_stat". This function starts by checking the device id:
--8<---cut here---start->8---
struct compat_stat tmp;
if (!old_valid_dev(stat->dev) || !old_valid_dev(stat->rdev))
return -EOVERFLOW;
--8<---cut here---end--->8---
Here, stat->dev is 66308 (major: 259, minor 4).
"old_valid_dev" checks that:
--8<---cut here---start->8---
static inline bool old_valid_dev(dev_t dev)
{
return MAJOR(dev) < 256 && MINOR(dev) < 256;
}--8<---cut here---end--->8---
Which is false here, because my NVME disk has a BLOCK_EXT_MAJOR (259).
So stat, lstat, and all other related function will return -EOVERFLOW
unless their 64 bits stat64, lstat64 counterpart is used.
So I think this means that one cannot build the Guix bootstrap toolchain on an
NVME disk.
Thanks,
Mathieu
bug#41282: doc: dot graphs display square glyphs instead of letters
Hi Pierre, I do not see an issue a Marius. "I have font-dejavu, that's it", too. But I am not sure to understand which manual built with which commit you are talking about. Cheers, simon
bug#41282: doc: dot graphs display square glyphs instead of letters
The Guix manual from commit 7bba5425473b5d193946e537de77c631ae6c3667. I can reproduce the issue with --8<---cut here---start->8--- env INFOPATH=$HOME/.config/guix/current/share/info emacs --8<---cut here---end--->8--- The dot figures are generated during the Guix build I guess. Something odd is happening. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature
bug#41280: guix package -i artanis failed
Please keep CC the bug. As you can see, the most recent Guix breaks artanis: https://data.guix.gnu.org/repository/1/branch/master/package/artanis/output-history The best is to downgrade Guix: guix pull --commit=2c8305d guix install artanis Hope that helps. simon On Fri, 15 May 2020 at 13:44, Wensheng Xie wrote: > > Thank you. > > (guix describe) > Generation 714. Mai 2020 22:01:56 (aktuell) > guix 85eed07 > Repository-URL: https://git.savannah.gnu.org/git/guix.git > Branch: master > Commit: 85eed078ff7b8a7a9f648f7cd72dfac8851609bc > > best regards, > wxie
bug#41281: guix package -i guile-dbi failed
Please keep CC the bug. > guile 2.2.7 out > /gnu/store/jgl9d4axpavsv83z2f1z1himnkbsxxqj-guile-2.2.7 > guile-readline 3.0.2 out > /gnu/store/va6l1ivclww22fi38w5h99pb4ndn99hg-guile-readline-3.0.2 The issue is incompatibilites between versions of Guile. Does the command: guix install guile@2 guile-dbi fix the issue? Otherwise, you can try '--allow-collisions': guix package -i guile guile-dbi --allow-collisions Hope that helps simon On Fri, 15 May 2020 at 13:57, Wensheng Xie wrote: > > Thanks for helping. > > I do want to update my default profile, but I am not sure what to do. > Is that > guix pull > sudo guix system reconfigure /etc/config.scm --roll-back > ? > > I list all the packages here: > guix package --list-installed > glibc-locales 2.29out > /gnu/store/03nvilh2x4z07dxv7h13gh986vvgpnsf-glibc-locales-2.29 > font-wqy-zenhei 0.9.45 out > /gnu/store/y6b1irimsy6h9sh6qa60wbcpdln2ipa0-font-wqy-zenhei-0.9.45 > gs-fonts8.11out > /gnu/store/8ppj83wc1mmrdydh9cy7vqvg0bym8l0q-gs-fonts-8.11 > font-dejavu 2.37out > /gnu/store/yr42nyxrqkh89fanvii82br6qil4zcbx-font-dejavu-2.37 > font-gnu-freefont 20120503out > /gnu/store/1nfp73g3s15dhpqjrbfsihk7jrcbbl1p-font-gnu-freefont-20120503 > fontconfig 2.13.1 out > /gnu/store/rkq6ipys8hf5hw66jkzzw4nfr6ncq96a-fontconfig-2.13.1 > emacs-guix 0.5.2 out > /gnu/store/dp2d0lf873nbmczz7604slmgn33q0f1n-emacs-guix-0.5.2 > gnutls 3.6.A out > /gnu/store/zr6i9jnfv2sw00r59kdpk2jgkj98k3rp-gnutls-3.6.A > openssh 8.2p1 out > /gnu/store/qs2v467ly3sxpb7z1wg264pbd4fpw5y9-openssh-8.2p1 > sbcl2.0.4 out /gnu/store/zn9krk9dw6akmggkq7pr2m6kq8n8gzz6-sbcl-2.0.4 > git 2.26.2 out /gnu/store/abqiwgyzlwjz16vd9gvmlnq8zcy12b2l-git-2.26.2 > next0.0.0 out /gnu/store/pacnz3wm1skm8aqrx8r3bmlg4gl9bc4k-next-0.0.0 > curl7.65.3 out > /gnu/store/mga3agwdczh90mjirmpcwsmgjb47mim3-curl-7.66.0 > ibus-rime 1.4.0 out > /gnu/store/ky9zr1zk2vkiv202k2fv5l3xd7pxi6kr-ibus-rime-1.4.0 > aspell 0.60.6.1out > /gnu/store/4xck8jrf3r7ciwabzlqfrs1lm1qqrlx4-aspell-0.60.6.1 > tar 1.32out /gnu/store/jh17p4sns7dvbizwz58gdh953qpic144-tar-1.32 > make4.2.1 out /gnu/store/crxfavi9hd3r6sr7sghwgmk7600b91ar-make-4.2.1 > aspell-dict-en 2019.10.06-0out > /gnu/store/vmv5z8qnd436pnshqihh26mi89rld9sg-aspell-dict-en-2019.10.06-0 > aspell-dict-de 20161207-7-0out > /gnu/store/g68fwnj8ycnwydf0qgqydaq3yql8gvp9-aspell-dict-de-20161207-7-0 > ibus1.5.22 out > /gnu/store/h2pa9dr52sn0wslga6v550r6iyls9fhi-ibus-1.5.22 > ibus-libpinyin 1.11.1 out > /gnu/store/agybdpmi1h2nr9pwvd7wi6qyknv00iy6-ibus-libpinyin-1.11.1 > gnupg 2.2.20 out > /gnu/store/ny42nh1wdc3qw54wnrsc211bc1cfmjha-gnupg-2.2.20 > autoconf2.69out > /gnu/store/wqg1phrny7vdc6ns7qxb0d7rq8j1bwmw-autoconf-2.69 > gettext 0.20.1 out > /gnu/store/yw1fmklqx9cz2kwqv7351gyymsnrw3vb-gettext-0.20.1 > automake1.16.2 out > /gnu/store/vmpfx41rl3phx1s9xmag8b7ww2zvvf32-automake-1.16.2 > wget1.20.3 out > /gnu/store/dxmnbqci4041b1z8sl05lyyiivdp0ga5-wget-1.20.3 > texinfo 6.7 out > /gnu/store/ihj2a1ji2q8wbrkrfjl5km6gc7d9g42j-texinfo-6.7 > graphviz2.40.1 out > /gnu/store/31ncq87d995d3cx3lq4i939nn04n6bym-graphviz-2.40.1 > help2man1.47.13 out > /gnu/store/hwjj91m9zbc2q48m4kmvdi6sf68lkc57-help2man-1.47.13 > emacs 26.3out /gnu/store/1bhcrn0s3cbqcqa9k2rmh4cqyk8d0fd7-emacs-26.3 > guile 2.2.7 out > /gnu/store/jgl9d4axpavsv83z2f1z1himnkbsxxqj-guile-2.2.7 > emacs-geiser0.11.2 out > /gnu/store/sil5d94sxsqm2bay2l1qflgg8zlsk3q6-emacs-geiser-0.11.2 > guile-readline 3.0.2 out > /gnu/store/va6l1ivclww22fi38w5h99pb4ndn99hg-guile-readline-3.0.2 > postgresql 11.6out > /gnu/store/lrll3ibqags97g2hmjv4az9g1xif42g4-postgresql-11.6 > > best regards, > wxie
bug#26202: XDG_DATA_DIRS issue on foreign distro
Hi Nicolas, On Thu, 14 May 2020 at 19:32, Nicolas Goaziou wrote: > Interesting. The Gnome that I use for testing is the Gnome from Debian. The initial bug report was about Trisquel/Ubuntu. --8<---cut here---start->8--- - In this case, I'm using Trisquel 7. - `gnome-session` command is provided by the "gnome-session-bin", version 3.9.90-0ubuntu12.1+7.0trisquel2. - Display manager is lightdm (Trisquel 7's default), version 1.10.6-0ubuntu1+7.0trisquel1. --8<---cut here---end--->8--- > I cannot answer for the OP, but bug 35308, which may be related, is > still acute. I am not able to say if the bug is only related and could be merged. All the best, simon
bug#35308: GDM refuses to log into Gnome on Debian 9 or 10
Dear Nicolas, Do you use Gnome from Guix or Gnome from Debian? All the best, simon
bug#35308: GDM refuses to log into Gnome on Debian 9 or 10
Hello, zimoun writes: > Do you use Gnome from Guix or Gnome from Debian? >From Debian. Regards, -- Nicolas Goaziou
bug#26202: XDG_DATA_DIRS issue on foreign distro
Hello, zimoun writes: > The Gnome that I use for testing is the Gnome from Debian. The > initial bug report was about Trisquel/Ubuntu. [...] > I am not able to say if the bug is only related and could be merged. OK. Sorry for the noise, then. Regards, -- Nicolas Goaziou
bug#41282: doc: dot graphs display square glyphs instead of letters
On Fri, 15 May 2020 at 16:45, Pierre Neidhardt wrote: > Sorry, I wrong commit. Guix commit is > afc46f22672eb3218fbd1e567f85fc6367286461. Now I see it! :-) guix pull --commit=afc46f2 -p /tmp/pierre emacs -q C-u C-h i /tmp/pierre/share/info/guix.info.gz RET i bootstrap RET m Reduced Binary Seed Bootstrap RET With font-dejavu. Cheers, simon
bug#35308: GDM refuses to log into Gnome on Debian 9 or 10
On Fri, 15 May 2020 at 17:02, Nicolas Goaziou wrote: > > Do you use Gnome from Guix or Gnome from Debian? > > From Debian. Since I am currently running Guix on the top of Debian stable with Gnome installed, I could try to reproduce and investigate. However, I am not a Gnome user... Could you indicate me which configuration files I need to tweak? My Guix stuff are in ~/.bash_profile. I do no use XDG (yet) and I have only tried to add export XDG_DATA_DIRS with ~/.profile only. I have a guest account which log by default to Gnome but I have noticed an issue. Cheers, simon
bug#41282: doc: dot graphs display square glyphs instead of letters
On Fri, 15 May 2020 at 17:32, Pierre Neidhardt wrote: > > Are you saying you can reproduce the issue? Yes. It is between 2c8305d and afc46f2.
bug#41038: [PATCH] doc: Reword "The GCC toolchain".
Hi Ludo, Friendly ping to avoid the tiny patch falls in the cracks. Thanks, simon
bug#41282: doc: dot graphs display square glyphs instead of letters
guix pull --commit=afc46f2 -p /tmp/broken then /tmp/broken/share/info/images/bootstrap-graph.png does not contains the right font. Reproduced with a local checkout even if the /path/to/checkout/doc/images/*.png are right. However, it is not when it is pulled: ./pre-env-inst guix pull --branch=master --url=$PWD -p /tmp/test then /tmp/test/share/info/images/bootstrap-graph.png does not have the right font. I do not know where it comes from and my machine is not enough powerful to bisect.
bug#35308: GDM refuses to log into Gnome on Debian 9 or 10
zimoun writes:
> Could you indicate me which configuration files I need to tweak?
> My Guix stuff are in ~/.bash_profile.
I use ~/.profile, as ~/.bash_profile is not sourced in Wayland, IIRC.
But there's nothing fancy in there, just a few exports, e.g.,
export GUIX_PACKAGE_PATH="$HOME/dev/guix-packages"
export SSL_CERT_DIR="$GUIX_PROFILE/etc/ssl/certs"
export SSL_CERT_FILE="$SSL_CERT_DIR/ca-certificates.crt"
and the two unset directives mentioned in the bug report:
unset GI_TYPELIB_PATH
unset XDG_DATA_DIRS
> I do no use XDG (yet) and I have only tried to add export
> XDG_DATA_DIRS with ~/.profile only. I have a guest account which log
> by default to Gnome but I have noticed an issue.
Interestingly, I bisected my packages to the rather minimal:
(specifications->manifest '("python-matplotlib"))
With a profile containing just this single package, I cannot go past GDM
if I don't unset the two environment variables above.
I assume there is something fishy in this package, or, more probably, in
its propagated inputs. WDYT?
bug#41038: [PATCH] doc: Reword "The GCC toolchain".
Hello,
zimoun writes:
> See attached. Feel free to reword the commit message if it is not
> compliant with the standard.
I have two minor comments about it.
> +The package @code{gfortran-toolchain} provides a complete GCC toolchain
> +for Fortran development. For other languages, please use
> +@command{guix search gcc toolchain}
Nitpick: I know there is plenty of this in the manual, but I suggest to
use @samp{guix ...}, not @command{...}.
> (see @pxref{guix-search,, Invoking guix package}).
You need to remove the "see ":
(@pxref{...})
Regards,
--
Nicolas Goaziou
bug#37207: nginx serving files from the store returns Last-Modified = Epoch
Any movement on this?
bug#26202: Guix in foreign distributions: setting XDG_DATA_DIRS causes user session to not start
I can reproduce this bug in elemantary OS 5.1.4 with Guix fbfaafae27893f74f47188ecd0bce54df38981bd Ryan
bug#41120: uvesafb service is unsupported on aarch64
Hi Mathieu, Mathieu Othacehe skribis: > Here's a rebased version of Ludo's patch. I'm not sure about the merge > resolution in "lower-object", but otherwise it works fine! I took another look, and you’re right, it does the job. There were a couple of issues: returning a self-quoting value as in (let-system s s) wouldn’t work, and also caching wasn’t quite right (could be seen by comparing GUIX_PROFILING="add-data-to-store-cache object-cache" before and after). Anyway, it took me much more time than I thought, but it’s here now: 502f609d05 vm: Use 'let-system'. 300a54bb98 utils: 'target-arm32?' & co. take an optional parameter. 644cb40cd8 gexp: Add 'let-system'. d03001a31a gexp: Compilers can now return lowerable objects. Let me know how it goes! Ludo’.
bug#41298: les icones des applications ne s'affiche pas
Bonsoir ! Cela fait un moment que ce bug existe et je trouve cela étonnant qu'il n'est pas été corrigé depuis. Quand j'installe une application je dois constamment fermé la session et l'ouvrir pour que les icones précédemment installé soient affichées. Je suis sur l'environnement de bureau GNOME.
bug#41298: les icones des applications ne s'affiche pas
Le 15 mai 2020 19:25:39 GMT-04:00, ptibedo ptibedo a écrit : >Bonsoir ! Cela fait un moment que ce bug existe et je trouve cela >étonnant qu'il n'est pas été corrigé depuis. >Quand j'installe une application je dois constamment fermé la session >et l'ouvrir pour que les icones précédemment installé soient affichées. >Je suis sur l'environnement de bureau GNOME. C'est effectivement un problème connu, mais difficile à corriger. Il faudrait que guix fasse une action particulière pour chaque environnement de bureau ou outil qui doit être rechargé pour se rendre compte qu'il y a de nouveaux paquets. Je ne suis pas sur gnome, mais tu peux tester ça : alt+f2 qui ouvre un champ texte qui permet de contrôler gnome directement, puis dedans restart et appuie sur entrée. Ça devrait recharger les applications sans te déconnecter. Guix ne peut pas savoir si tu es sous gnome ou autre chose parce qu'il n'est pas installé dans le même profil. L'outil dont il a besoin n'est pas forcément disponible et tous les tester serait une mauvaise solution. Pour moi il faudrait que l'environnement de bureau réagisse de lui-même, mais ça demande de corriger l'environnement de bureau… En espérant avoir été un peu utile.
bug#41298: les icones des applications ne s'affiche pas
Le 15 mai 2020 19:25:39 GMT-04:00, ptibedo ptibedo a écrit : >Bonsoir ! Cela fait un moment que ce bug existe et je trouve cela >étonnant qu'il n'est pas été corrigé depuis. >Quand j'installe une application je dois constamment fermé la session >et l'ouvrir pour que les icones précédemment installé soient affichées. >Je suis sur l'environnement de bureau GNOME. Oh, since this is bug and not help, I guess it should be in English. Here is a summary for those who wonder what this is about: When you install an application with guix, you need to log out and in again for the new applications to appear. This happens at jeast with the GNOME desktop environment. I then suggested to use alt+f2 and type restart to reload the session without having to log out and in again. I think this is more of an issue with gnome not looking for new .desktop files, rather than an issue with guix itself. We don't really have any way to know what desktop environment is running and how to reload application lists. This is a usability issue, so we should address it. Is there a more standard way to reload a session that I am not aware of? What would a mecanism to create effects (reloading a session) after an install be like? Or should we rather try and propose a patch for gnome to use inotify or similar to check for new .desktop files? Thoughts?
bug#41300: Upgrade to Django 3
Here's to track work for getting django 3 ready Requires: python-wrapper bash python-bcrypt python-docutils python-numpy python-pylibmc python-memcached python-PyYAML python-tblib gettext python-argon2-cffi python-geoip2 python-Jinja2 python-Pillow python-pytz python-setuptools python-sqlparse python-flake8 python-tox python-isort python-pipdeptree python-asgiref python-selenium - selenium python-pywatchman
bug#41302: Django 3 dependency: python-argon2-cffi
The following needs to be updated: python-argon2-cffi python-geoip2 python-Jinja2 python-Pillow python-pytz python-setuptools python-sqlparse python-flake8 python-tox python-isort python-pipdeptree python-asgiref python-selenium - selenium python-pywatchman
bug#41301: Django 3 dependency: gettext
The following needs to be updated: gettext
bug#41307: Django 3 dependency: python-setuptools
The following is out of date: python-setuptools
bug#41305: Django 3 dependency: python-pillow
out of date: python-pillow
bug#41306: Django 3 dependency: python-pytz
The following is out of date: python-pytz
bug#41311: Django 3 dependency: python-isort
The following is out of date: python-isort
bug#41310: Django 3 dependency: python-tox
The following is out of date: python-tox
bug#41315: python-selenium dependency: selenium
The following is missing: selenium
bug#41314: Django 3 dependency: python-selenium
The following is missing: python-selenium
bug#41316: selenium dependency: gecko
The following is missing: gecko web driver
bug#41304: Django 3 dependency: python-jinja2
Out of date: python-Jinja2
bug#41313: Django 3 dependency: python-asgiref
The following is missing: python-asgiref
bug#41308: Django 3 dependency: python-sqlparse
The following is out of date: python-sqlparse
bug#41317: Django 3 dependency: python-pywatchman
The following is missing: python-pywatchman
bug#41303: Django 3 dependency: python-geoip2
The following dependency for django 3 is out of date: python-geoip2
bug#41318: packaging request: watchman
Watchman is a useful program which is not packaged
bug#41312: Django 3 dependency: python-pipdeptree
The following is missing: python-pipdeptree
bug#41309: Django 3 dependency: python3-flake8
The following is out of date: python-flake8
bug#25258: Bashisms in make rules
Resurrecting this, since it cause me significant grief, and is a simple workaround which I believe is worth putting in the documentation. First, here is a short summary of the problem: Currently, some of our make rules contain bashisms. As of commit 408ae72c, this ends up generating broken texinfo translations under doc/*.texi, eventually failing with "@ref reference to nonexistent node..." errors. From a pristine repository (e.g. after running `git clean -xfd'), running make shows a bunch of errors from the broken rules, but since they happen to be multi-line scripts, the errors fail to propogate up to make. Thus make leaves around the broken texinfo files. The real kicker is that subsequent runs pick up the broken files and make fails just as above, but without encountering or showing the errors from the broken rules. This makes tracking down the error significantly more painful and non-obvious. Anyway, the source of the problem is a combination of our use of bashisms and autoconf trying really hard to use the least-common-denominator shell. Autoconf's configure script sets make's SHELL by first looking for /bin/sh and only finding sh on PATH as a last resort. Thus, even when running under `guix environment --pure guix' make will run with /bin/sh instead of $GUIX_ENVIRONMENT/bin/sh. On a Guix System this ends up running make with the sh of the system profile which, at the moment, resolves to bash. However, on a foreign distribution, /bin/sh often resolves to a non-bash shell; in particular, it is common these days for it to be a symlink to dash. Hence, lots of pain. Once we know the source of the error, the fix is simple. We can explicitly tell make to run it's rules with bash: $ make SHELL=$(command -v bash) In a guix environment, this should pick up the bash in $GUIX_ENVIRONMENT. Better yet, we can do this once, by telling *configure* what shell to use: $ CONFIG_SHELL=$(command -v bash) ./configure and all subsequent runs of make will Just Work from within the environment. Does this make sense? Am I missing something obvious? If not, would it make sense to include the above ./configure invocation in our documentation? Ideally, we could modify Makefile.am or configure.ac in some way to automatically fix the problem; however, if we want to support build exterior to a guix build environment, I suspect the "most correct" course of action is to simply remove our bashisms. That said, we could tell automake to *not* explicity set make's SHELL by a simple one-liner in `configure.ac': AM_SUBST_NOTMAKE([SHELL]) This will cause make to use it's baked-in default instead of the one autoconf detects. Luckily, for guix builds make correctly references the profile's sh: $ strings $GUIX_ENVIRONMENT/bin/make | grep bin/sh /gnu/store/-bash-/bin/sh and non-guix make is likely to point to something relevant for that distribution anyway. That said, I am sure automake and autoconf set make's SHELL for a reason, so perhaps this solution is too heavy of a hammer. Thoughts? Anyway, this turned into a lot longer of an email than I anticipated. Thanks for taking the time to read through it. signature.asc Description: PGP signature
