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

Hello, Leo Prikler writes: > 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

bug#48335: Emacs is broken

Hi, Xinglu Chen writes: > On Thu, May 20 2021, Maxim Cournoyer wrote: > >> 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-r

bug#48336: kicad cannot see libngspice

Thank you. I ran a simulation based on a tutorial and the results of the simulation were identical. -Original Message- From: Guillaume Le Vaillant To: Christopher Howard Cc: 48336-d...@debbugs.gnu.org Subject: Re: bug#48336: kicad cannot see libngspice Date: Thu, 20 May 2021 21:50:40 +00

bug#48576: R: .libPaths dereferences symbolic links; requires restart after "guix install STUFF"

Today I started R (from Emacs). I needed mefa::rep.data.frame, so I ran "guix install r-mefa -p ../prof" (actually guix package -p ../prof -m ../manifest.scm, but that shouldn't matter for the purposes of the bug report) (r-mefa is not in the guix repo yet) Now it is installed, I typed in the R p

bug#48455: texlive-latex-graphics: non-deterministic build failure

Hi, Chris Marusich skribis: > warning (pdf backend): no pages of output. > Transcript written on graphics-drivers.log. > realloc(): invalid next size > command "luatex" "-interaction=nonstopmode" "-output-directory=build" > "&luatex" "graphics-drivers.ins" failed with signal 6 I observed simi

bug#48571: guix pull fails with failed to compute the derivation for Guix

Hi, "Dr. Arne Babenhauserheide" skribis: > ice-9/boot-9.scm:1669:16: In procedure raise-exception: > Throw to key `bad-response' with args `("Bad Response-Line: ~s" (""))'. As in , this is probably solved by updating your system to run a newer guix-daemon. Wh

bug#48574: Derivations for active jobsets are missing

I noticed that many jobs from the 'ungrafting' jobset were failing due to errors like this: -- substitute: substitute: updating substitutes from 'http://141.80.167.131:5557'... 0.0% substitute: updating substitutes from 'http://141.80.167.131:5557'... 100.0% substitute: substitute: 

bug#48571: guix pull fails with failed to compute the derivation for Guix

Hi, I get a failure when using guix pull. Using --no-substitutes makes the pull work, though. Log: $ guix pull Kanal „flat“ wird vom Git-Repository auf „https://github.com/flatwhatson/guix-channel.git“ aktualisiert … Kanal „guix“ wird vom Git-Repository auf „https://git.savannah.gnu.org/git/g

bug#48561: "Daemon not running" exception when avahi-daemon is not running

Hi Mathieu, Mathieu Othacehe schreef op vr 21-05-2021 om 15:23 [+0200]: > +(catch 'avahi-error > + (lambda () > +(avahi-browse-service-thread service-proc > + #:types %services)) > + (lambda (key err function . _) > +

bug#48564: ‘channel-with-substitutes-available’ makes assumptions about job names

Hi, Mathieu Othacehe skribis: >> Wouldn’t it be enough to look for the latest completed evaluation (of a >> given jobset)? > > I guess it would be enough but we would need to specify the jobset that > needs to be used, this way maybe: > > (define* (channel-with-substitutes-available chan url >

bug#48335: Emacs is broken

On Thu, May 20 2021, Maxim Cournoyer wrote: > 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 > libm1

bug#48468: substitute server connection timeout

Hey, I posted a patchset adding keep-alive support to guix publish earlier: https://issues.guix.gnu.org/48556. Thanks, Mathieu

bug#48564: ‘channel-with-substitutes-available’ makes assumptions about job names

Hey Ludo, > Wouldn’t it be enough to look for the latest completed evaluation (of a > given jobset)? I guess it would be enough but we would need to specify the jobset that needs to be used, this way maybe: --8<---cut here---start->8--- (define* (channel-wit

bug#48561: "Daemon not running" exception when avahi-daemon is not running

Hello Maxime, > warning: avahi daemon is not running, cannot auto-discover substitute > servers! This should be fixed with the attached patch. Thanks, Mathieu >From a50bbf99f65d26bbdb0d16112a49335bf913b822 Mon Sep 17 00:00:00 2001 From: Mathieu Othacehe Date: Fri, 21 May 2021 15:21:15 +020

bug#48564: ‘channel-with-substitutes-available’ makes assumptions about job names

Hello! I wanted to try something like this: --8<---cut here---start->8--- (use-modules (guix ci)) (list (channel-with-substitutes-available %default-guix-channel "https://ci.guix.gnu.org";) (channel-with-substitutes-available (channe

bug#48561: "Daemon not running" exception when avahi-daemon is not running

Severity: minor My /var/log/guix-daemon.log.* are full of backtraces like these (and boring messages like SIGPOLL, spurious SIGPOLL, accepted connections from pid [..], user [...]). Backtrace: In ice-9/boot-9.scm: 1752:10 10 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: