bug#53934: OpenJDK doesn't have a doclet

There is a problem with openjdk (all versions 10 to 17). When I run cider (emacs mode for clojure) it complains about: java.lang.ClassNotFoundException: jdk.javadoc.doclet.Doclet when I try to set icedtea there is no such problem. If I understand well doclet is a part of JDK so it shoulb be part o

bug#53840: bug#53850: [PATCH] gnu: bitlbee-discord: Update to 0.4.3-1.607f988

Hi, Adam Maleszka skribis: > From b307d3e8bccbef9436502b10192960441f684687 Mon Sep 17 00:00:00 2001 > From: Adam Maleszka > Date: Mon, 7 Feb 2022 16:47:56 +0100 > Subject: [PATCH] gnu: bitlbee-discord: Update to 0.4.3-1.607f988 > > --- > gnu/packages/messaging.scm | 85 +---

bug#52808: Guix home should not assume that all targets are dot files

Hi, Xinglu Chen skribis: > Ludovic schrieb am Sonntag der 30. Januar 2022 um 18:13 +01: > >> I’d expect ‘home-files-service-type’ to do just that: add files to the >> home directory, without trying to be smart. >> >> Would it make sense to distinguish between ‘home-files’ and (say) >> ‘home-xdg-

bug#53696: Integer overflow on Guix GC size calculation

> Ekaitz Zarraga eka...@elenq.tech skribis: > > > > Ekaitz, what guix-daemon version are you running? > > > > $ guix --version > > What about the daemon though? As in: > > sudo /proc/$(pidof guix-daemon |cut -f1 -d ' ')/exe --version > > Thanks, > > Ludo’. ouch... sorry! $ sudo /proc/$(pidof

bug#53696: Integer overflow on Guix GC size calculation

Ekaitz Zarraga skribis: >> Ekaitz, what guix-daemon version are you running? > > $ guix --version What about the daemon though? As in: sudo /proc/$(pidof guix-daemon |cut -f1 -d ' ')/exe --version Thanks, Ludo’.

bug#53915: No way of replacing an input in modify-input syntax structure but keep all the outputs

Am Donnerstag, dem 10.02.2022 um 10:09 + schrieb Gordon Quad: > poppler package include glib as a native-input with "bin" output. > > If I am doing the following: > > (package/inherit poppler >     (native-inputs >     (modify-inputs (package-native-inputs poppler) >     (replace

bug#53923: ‘http-fetch’ is unable to fetch

Hi, For some reason, the ‘http-fetch’ procedure in (guix http-client) is unable to fetch . --8<---cut here---start->8--- scheme@(guile-user)> ,use(guix http-client) scheme@(guile-user)> (http-fetch "https

bug#53921: The libvirt service does not contain a way to turn-on remote listening

The shepherd libvirt service contains ways to configure "listening mode" (i.e. listening over TCP) capabilities, but contains no way to actually turn this feature on, despite referencing[1] an unimplemented `listen` option: > You must set listen for this to have any effect. >From libvirt's doc

bug#53903: aarch64: failed to compute the derivation for Guix

Christopher Baines writes: > Ricardo Wurmus writes: > >> View build log at >> '/var/log/guix/drvs/2j/5348zpz32qmb7x4v5ipg26d269hgxf-coreutils-8.32.drv.bz2'. > > Would you be able to share this log, or at least the last bit of it? There’s one failing test: =

bug#53903: aarch64: failed to compute the derivation for Guix

Ricardo Wurmus writes: > View build log at > '/var/log/guix/drvs/2j/5348zpz32qmb7x4v5ipg26d269hgxf-coreutils-8.32.drv.bz2'. Would you be able to share this log, or at least the last bit of it? >>> >>> There’s one failing test: >>> >>> ==> foo <== >>> + fail=1 >>> + break >>> +

bug#53915: No way of replacing an input in modify-input syntax structure but keep all the outputs

poppler package include glib as a native-input with "bin" output. If I am doing the following: (package/inherit poppler (native-inputs (modify-inputs (package-native-inputs poppler) (replace "glib" my-glib poppler's build will fail becuase replace syntax will replace

bug#53914: Mesa and xkbcomp are hardcoded in xorg-wrapper

mesa and xkbcomp packages are not included in xorg-server-configuration, cannot be customized and are hardcoded here: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/services/xorg.scm#n356

bug#53903: aarch64: failed to compute the derivation for Guix

Christopher Baines writes: >>> Looks like this derivation can be built at least: >>> >>> >>> https://data.guix.gnu.org/gnu/store/2j5348zpz32qmb7x4v5ipg26d269hgxf-coreutils-8.32.drv >> >> Interesting. I wonder what machine built it; maybe it succeeds in qemu. >> The honeycombs here all canno

bug#53903: aarch64: failed to compute the derivation for Guix

Ricardo Wurmus writes: > Christopher Baines writes: > >> [[PGP Signed Part:Undecided]] >> >> Ricardo Wurmus writes: >> >>> \ 'check' phaseBacktrace: >>> 13 (primitive-load >>> "/gnu/store/l7rhvfaziri0znvs3jc6khrkxaq9shna-compute-guix-derivation") >>> \ 'check' phaseIn ice-9/eval.scm