bug#48552: mesa 20.2.4 is not reproducible

When I run `guix challenge` it shows that these versions of mesa are not reproducible. ``` /gnu/store/2lyzzw7ybsm3s2n7fgqm17n33n62dl7c-mesa-20.2.4 /gnu/store/k72zqqiysk3qcwqj917hmlbvqs8shj0x-mesa-20.2.4 ``` This looks like it could also be related to bug#43849. `guix describe` outputs: ``` Gene

bug#48336: kicad cannot see libngspice

Christopher Howard skribis: > In Kicad Eeschema, if I try to use the Tools >> Simulator menu entry, I > get an error in a pop-up window that libngspice cannot be found, and > then the whole Kicad application closes. I see that libngspice is a > dependency of kicad so I'm not quite sure what is wr

bug#48536: ‘emacs-org-super-agenda’ is broken.

Hello, Xinglu Chen writes: > Subject: [PATCH] gnu: emacs-org-super-agenda: Disable failing test. That was quick! :) Applied. Thank you! Regards, -- Nicolas Goaziou

bug#48549: Can't change keyboard layout in Xfce

Hello, In a VM image such as the one we offer for download here: https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 or manually built with $ guix system image --image-size=20G -t qcow2 gnu/system/examples/vm-image.tmpl it is not possible to switch the keyboard layout (it

bug#48536: ‘emacs-org-super-agenda’ is broken.

On Thu, May 20 2021, Nicolas Goaziou wrote: > Hello, > > Xinglu Chen writes: > >> Commit 71045f4e6425a686667cf30252a2a71cff36308b (“gnu: emacs-org: Update >> to 9.4.6.”) seems to break a test in ‘emacs-org-super-agenda’[1], this >> also breaks three other packages that depend on it. >> >> Any ide

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Hi, Mark H Weaver writes: > Hi Maxim, > > Maxim Cournoyer writes: > >> Mark H Weaver writes: >> >>> Earlier, I wrote: However, I've noticed that in Dillo with CSS disabled, generating a 'pre' for each line makes the line spacing larger than would be ideal. It seems that some ver

bug#47641: Ongoing difficulities after linphoneqt -> linphone-desktop transition

Just sent another message a few minutes ago. Clients shows all messages are sent, but have not been seen by recipient. -Original Message- From: Raghav Gururajan To: Christopher Howard , Maxim Cournoyer < maxim.courno...@gmail.com> Cc: 47...@debbugs.gnu.org Subject: Re: bug#47641: Ongoing

bug#48536: ‘emacs-org-super-agenda’ is broken.

Hello, Xinglu Chen writes: > Commit 71045f4e6425a686667cf30252a2a71cff36308b (“gnu: emacs-org: Update > to 9.4.6.”) seems to break a test in ‘emacs-org-super-agenda’[1], this > also breaks three other packages that depend on it. > > Any ideas why this happens? Not really. It seems like a capita

bug#48538: D-Bus services do not work on foreign distributions/non-user profiles

This can be verified on a system where the jami-daemon (libring) has not yet been installed (commonly via propagation from one of the jami clients): $ guix environment --ad-hoc jami-gnome -- jami-gnome Attempt to run it: $ jami-gnome It should fail with the following message: "Could not rec-con

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Hi Maxim, Maxim Cournoyer writes: > Mark H Weaver writes: > >> Earlier, I wrote: >>> However, I've noticed that in Dillo with CSS disabled, generating a >>> 'pre' for each line makes the line spacing larger than would be ideal. >>> It seems that some vertical padding or margins are added around

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 15:24 +0300 schrieb Andrew Tropin: > > > In other words, no particular thought was given to -pkg.el. It > > > was > > > simply dropped along with many other files. So, if consensus is > > > reachedthat keeping -pkg.el is a good idea, there is no reason to > > > not >

bug#48540: Non-recursive Git checkout with submodules breaks SWH download

Hi! When trying to recover the ‘non-sequencer’ source from SWH, Guix fails with a hash mismatch: expected hash: 1cljkkyi9dxqpqhx8y6l2ja4zjmlya26m26kqxml8gx08vyvddhx actual hash: 1xrrczqx4ll276g449nqiq0ip6lpika9hs4z4xgxaa6ayw60v29f The reason is that the checkout includes submodules, an

bug#48538: D-Bus services not working on foreign distributions/non-user profiles

Hello, On Guix System, the D-bus session service honors D-Bus service definitions found under ~/.guix-profile/share. That is not the case on foreign distributions, breaking applications such as Jami (where the daemon is normally auto-launched via D-Bus at the time the client attempts to use it).

bug#47592: [WIP Emacs] Emacs packages, that fail to build on master

Hi Maxim, Am Donnerstag, den 20.05.2021, 08:44 -0400 schrieb Maxim Cournoyer: > Hi Leo, > > Leo Prikler writes: > > > I'm currently in the process of verifying, that all Emacs packages > > build in the wip-emacs branch. To that end, I'm running a manifest > > generated from all emacs-xyz expor

bug#48519: texlive-bin cannot be installed in a profile

raid5atemyhomework writes: In recent commits, `texlive-bin` cannot be installed in a profile. […] This should be fixed with commit bd8e7621b880c529cc69102bd6817d79257526ee. Only the presence of “texlive-base” triggers the profile hook now. This is acceptable because any TeX Live subset

bug#48536: ‘emacs-org-super-agenda’ is broken.

Hi, Commit 71045f4e6425a686667cf30252a2a71cff36308b (“gnu: emacs-org: Update to 9.4.6.”) seems to break a test in ‘emacs-org-super-agenda’[1], this also breaks three other packages that depend on it. Any ideas why this happens? --8<---cut here---start->8--- Te

bug#48335: Emacs is broken

Hi, Checking with a `guix build emacs` built from master: --8<---cut here---start->8--- $ ldd /gnu/store/lnwgc4ww47vkq2wv2ay3rdm0ppnmgyfy-emacs-27.2/bin/.emacs-27.2-real | grep libm17n libm17n-core.so.0 => /gnu/store/pdwv15zmghndkqy5473v1hxgibmvzvlz-

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Hello, Mark H Weaver writes: > Earlier, I wrote: >> However, I've noticed that in Dillo with CSS disabled, generating a >> 'pre' for each line makes the line spacing larger than would be ideal. >> It seems that some vertical padding or margins are added around each >> 'pre'. It's likely that ma

bug#47116: emacsy-minimal build failure

Hello, Maxime Devos writes: > On Fri, 2021-03-12 at 15:16 -0900, Christopher Howard wrote: >> When trying to build nomad, emacsy-minimal build dies with this >> failure: >> >> [...] > This should be fixed by this patch (not yet applied): > . > > Apparently, th

bug#47458: Terrible UX upgrading Emacs in Guix

Maxim Cournoyer writes: This should be fixed with the recently merged changes from Leo. See commit 307a2d2e2a833c2e1f7a79f46e4c6945c618cd8c. Thank you! Closing. Maxim

bug#47592: [WIP Emacs] Emacs packages, that fail to build on master

Hi Leo, Leo Prikler writes: > I'm currently in the process of verifying, that all Emacs packages > build in the wip-emacs branch. To that end, I'm running a manifest > generated from all emacs-xyz exports, which will fail for some package, > that I've broken, then rinse and repeat. > However, t

bug#42224: Emacs currently requires bash and gzip to be propagated to load core functionality

Hi, Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >> It was discovered while troubleshooting an issue on help-guix [0] that >> Emacs cannot currently load its subr-x module (there are probably many >> more) when used in a pure environment (or container) that doesn't >> propagate

bug#48534: gtk+ 3.24.24 is not reproducible

Bone Baboon via Bug reports for GNU Guix writes: > differing file: > /share/icons/hicolor/icon-theme.cache This is the same file that was reported as not being reproducible in .

bug#48534: gtk+ 3.24.24 is not reproducible

`guix challenge` shows that these versions of gtk+ are not reproducible. ``` /gnu/store/5y1z0cl6g8ds86xhn2h9n1pk2hrjhh1h-gtk+-3.24.24 /gnu/store/8057xmgbnb8qkb1fn6jw3xcjx81fs92h-gtk+-3.24.24 /gnu/store/f354nhi011n2sz5vh266h8ss3rhadi1g-gtk+-2.24.32 ``` `guix describe` outputs: ``` Generation 24

bug#48515: ell 0.40 test failure

To clarify, this only happens on a machine with a Ryzen 3900X CPU that has 24 cores. I cannot reproduce on an older Q6700 4 cores machine. Efraim was also able to reproduce on a similar Ryzen 3900XT CPU. I tried reproducing on berlin but wasn't able to.

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 16:09 +0530 schrieb Arun Isaac: > > > [Adding Arun Isaac to CC. Their commit d8796851 is the first one > > > to > > > drop -pkg.el, but without explanation.] > > > > Commit d8796851 was an attempt to not install too many unnecessary > > files > > and be closer to ho

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

> That looks like it'd mess with people's installed ELPA packages. In > general, hacks based on package-directory-list don't feel very stable. If you talk about ~/.emacs.d/elpa, it won't, because there is a separate package-user-dir variable for that. The problem can arise if we have emacs insta

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

>> [Adding Arun Isaac to CC. Their commit d8796851 is the first one to >> drop -pkg.el, but without explanation.] > > Commit d8796851 was an attempt to not install too many unnecessary files > and be closer to how MELPA packaged emacs packages. See > https://lists.gnu.org/archive/html/guix-devel/

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

> [Adding Arun Isaac to CC. Their commit d8796851 is the first one to > drop -pkg.el, but without explanation.] Commit d8796851 was an attempt to not install too many unnecessary files and be closer to how MELPA packaged emacs packages. See https://lists.gnu.org/archive/html/guix-devel/2017-04/m

bug#48331: Emacs' describe-package doesn't work for packages managed by guix

Am Donnerstag, den 20.05.2021, 13:01 +0300 schrieb Andrew Tropin: > > That looks like it'd mess with people's installed ELPA > > packages. In general, hacks based on package-directory-list don't > > feel very stable. > > If you talk about ~/.emacs.d/elpa, it won't, because there is a > separate p