bug#58089: python-bokeh package contains prebuilt javascript.

Am Sonntag, dem 25.09.2022 um 15:22 -0700 schrieb Diane Trout: > I'm not sure what your policies are on prebuilt javascript. Our policy is currently pending a rewrite, but TL;DR: we consider both bundled and prebuilt sources unwanted. Since bokeh's javascript is actually typescript (which hasn't b

bug#58048: The boot process can't delete old /tmp when it contains non-UTF-8 file names

On 26-09-2022 17:48, Ludovic Courtès wrote: Maxime Devos skribis: On 24-09-2022 23:12, Maxime Devos wrote: Will try to catch the exact warning message and write a reproducer at the next boot, for now I write it here before I forget about it. Two reproducers: (1) Compile ripgrep and someh

bug#58112: OPAM importer fails in lookup-node

The specific error is this: Wrong number of values returned to continuation (expected 2) It is caused by opam->guix-package silencing intermediate errors by using and-let* (the poor person's Maybe monad) and returning #f when the receiving side expects two return values. Initial reproducer: guix i

bug#58116: Cambalache: GTK 4 projects don't work

Hi, this is using Cambalache 0.10.3 on Guix System (guix 77e768a). The problem seems limited to GTK 4 projects. GTK 3 worked for me. STEPS TO REPRODUCE 1. Launch Cambalache 2. Create a new GTK 4 project 2.1. Click "Create a new project" button 2.3. Add project name (e.g. test) 2.4. Choose loca

bug#49811: Empty store items

On 25-09-2022 23:57, Jérémy Korwin-Zmijowski wrote: Hi, Right now, I have an empty store item : openssh-8.9p1. Could be the result of brutal shutdown (laptop battery)… I think this might be caused by . guix gc --verify=repair,contents guix build --repair

bug#58112: OPAM importer fails in lookup-node

It's probably because other importers are structured that way. I'd be in favor of changing that and using the condition system. Le 27 septembre 2022 13:33:56 GMT+02:00, Csepp a écrit : >The specific error is this: >Wrong number of values returned to continuation (expected 2) >It is caused by opa

bug#58120: volctl missing gdk dependency?

$ volctl Traceback (most recent call last): File "/gnu/store/phlappy7plp4gn2wm27f5bsp7wh9w9jd-volctl-0.8.2/bin/.volctl-real", line 33, in sys.exit(load_entry_point('volctl==0.8.2', 'gui_scripts', 'volctl')()) File "/gnu/store/phlappy7plp4gn2wm27f5bsp7wh9w9jd-volctl-0.8.2/bin/.volctl-

bug#58112: OPAM importer fails in lookup-node

Hi, On Tue, 27 Sep 2022 at 13:33, Csepp wrote: > The specific error is this: > Wrong number of values returned to continuation (expected 2) > It is caused by opam->guix-package silencing intermediate errors by > using and-let* (the poor person's Maybe monad) and returning #f when the > receiving

bug#58124: Tealdeer: compile failure

Tealdeer-1.4.1 fails to build with this error: ``` Compiling openssl-macros v0.1.0 error[E0659]: `parse_quote_spanned` is ambiguous (`macro_rules` vs non-`macro_rules` from other module) --> /tmp/guix-build-tealdeer-1.4.1.drv-0/tealdeer-1.4.1/guix-vendor/rust-pin-project-internal-0.4.22.ta

bug#58089: python-bokeh package contains prebuilt javascript.

Hi, I noticed that the guix packaging for bokeh just downloads the source code from pypi. But that source unfortunately contains some prebuilt javascript. Mostly it's source readable but there's a few .min.js files as well. And it wouldn't pass Debian's submission guidelines since the javascript

bug#58089: python-bokeh package contains prebuilt javascript.

I thought the Guix project was trying to be similarly strict as Debian so wanted to let you know. On Tue, 2022-09-27 at 09:46 +0200, Liliana Marie Prikler wrote: > Am Sonntag, dem 25.09.2022 um 15:22 -0700 schrieb Diane Trout: > > I'm not sure what your policies are on prebuilt javascript. > Our

bug#58033: A bug in file-dynamic-info used by validate-runpath in gnu-build-system and others.

Sorry, for multiple emails with the same content. There was a delay of over 10h in those emails showing up and I thought they were not getting through. Regarding the issue. It seems it has to do with the strip phase. I managed to replicate the whole issue outside the build system by taking binarie

bug#52909: Some man pages are not built correctly

Hi, Maxim Cournoyer writes: > Hi Leo, > > Leo Famulari writes: > >> On Guix Git commit c7d74a9bccfc1b1274fc8754a6e78bb6887c7fea, at least >> some manpages are not being built correctly for packages such as elogind >> and gnome-keyring-daemon. Are we seeing raw groff input? I'm not sure of >> th

bug#37761: man pages not displaying on Guix System 1.0.1 fresh install

Hi Kenan, Kenan Toker writes: > Hi bug-guix, > > I’m emailing about an issue I was having with man pages, where man pages > were not displaying on a fresh install of Guix System 1.0.1 on a > Thinkpad x200 laptop. I did not experience the issue at any point on > another install of Guix, which I h