bug#78868: latexminted does not find kpsewhich

Hello, "Dr. Arne Babenhauserheide" via Bug reports for GNU Guix writes: > Nicolas Goaziou writes: > >> I can reproduce the error. I made a PR to fix this >> (<https://codeberg.org/guix/guix/pulls/784>). > > Is there still something to be done to b

bug#78868: latexminted does not find kpsewhich

ause it is not minimal at all and require much more than texlive-minted. Regards, -- Nicolas Goaziou

bug#75893: Polyglossia

es outside of texlive-local-tree, but still keep them as native inputs. I think the issue is the same in packages including non-texlive inputs within texlive-local-tree, such as texlive-arabxetex. To be confirmed with the above. Regards, -- Nicolas Goaziou

bug#75893: Polyglossia

Andreas Enge writes: > Am Fri, Mar 21, 2025 at 12:13:19PM +0100 schrieb Nicolas Goaziou: >> I think you need to move all font-* and fontconfig packages outside of >> texlive-local-tree, but still keep them as native inputs. > > Indeed, I confirm that the diff below make

bug#75893: Polyglossia

Andreas Enge writes: > Am Fri, Mar 21, 2025 at 02:45:47PM +0100 schrieb Nicolas Goaziou: >> Indeed, I’m going to include the fix in this commit. > > Great! Done. I re-created the "tex-team" branch with the fix. >> What about the benchmark? > > I am just ru

bug#76848: TLP 1.8 package misses perl

is not installed in the current prefix, it fails. >> Thank you for the report. I committed a fix on master branch. Could >> you >> confirm it solves your issue? > > Thank you. I can confirm you solved this issue. > I can now happily use the new TLP 1.8 without problems. > Have a good day. Thanks for the feedback. I’m closing this issue. Regards, -- Nicolas Goaziou

bug#76848: TLP 1.8 package misses perl

ed a fix on master branch. Could you confirm it solves your issue? Regards, -- Nicolas Goaziou

bug#37682: weston 6.0.1 build failure

> Just some further info. This is not deterministic. Did not work on one of > my systems yesterday, today it works just fine. I did not pull in the > meantime. Closing, as Weston version is higher now

bug#71808: Fwd: same package name for unrelated packages

Hello, > Hi, this seems a serious issue and the change is trivial. I hope > someone can review the patch. Applied. Thank you. Regards, -- Nicolas Goaziou

bug#35308: GDM refuses to log into Gnome on Debian 9 or 10

Closing this as I haven’t been able to reproduce the problem during the last couple of years.

bug#62177: [PATCH] [WIP] update node to version 16

Closing as node is currently at a higher version.

bug#76532: tlp-shepherd-service cannot launch bin/tlp -- it's sbin/tlp now

-configuration-tlp config) "/bin/tlp")) > + (tlp-configuration-tlp config) "/sbin/tlp")) > (tlp-action (lambda args > #~(lambda _ > (zero? (system* #$tlp-bin #$@args)) Applied. Thank you. Regards, -- Nicolas Goaziou

bug#61279: lua-cqueues build failure

Hello, > Attaching the output of `guix build lua-cqueues &>bug.txt` This bug seems fixed, so I’m closing the bug report. Regards, -- Nicolas Goaziou

bug#63076: [PATCH] gnu: libunistring: Update to 1.1.

Hello, > This patch should go to core-updates, but I can’t find the > branch. Apparently, libunistring is already at version 1.1 in Guix. Closing this report. Regards, -- Nicolas Goaziou

bug#28644: Pulseview with modular qt

le as the images are displayed in the time series and > > the bitmaps will look ugly. > > > > 2. Convert all into pngs > > This will save size but will require a big patch (which will be mostly > > binary) > > What do you think? > > Option 1 (simply adding qtsvg-5) sounds more reasonable to me. Pulseview has been using QtSVG for more than 6 years now. Closing. Regards, -- Nicolas Goaziou

bug#29344: asileriot: GLib-GIO-Message: Using the 'memory' GSettings backend.

l. > > [1] <http://issues.guix.gnu.org/issue/29333> > [2] <http://issues.guix.gnu.org/issue/29334> More than 4 years have passed by, and there’s still no information. Besides, <http://issues.guix.gnu.org/issue/29333>, reporting the same problem, was closed years ago. I’m closi

bug#30434: magit won’t work over TRAMP

n it if necessary. > 1: [bug#59253] [PATCH] gnu: emacs-magit: Substitute git executable path. > Kyle Meyer > Mon, 14 Nov 2022 19:52:36 -0500 > id:87cz9pvy23@kyleam.com > https://issues.guix.gnu.org//59253 > https://issues.guix.gnu.org/msgid/87cz9pvy23@kyleam.com > https://yhetil.org/guix/87cz9pvy23@kyleam.com Regards, -- Nicolas Goaziou

bug#73613: texlive-luatex is not reproducible

Hello, Maxim Cournoyer writes: > Nicolas Goaziou writes: > >> Maxim Cournoyer writes: >> >>> This was discovered building texlive-luatex twice (--rounds=2 -K); >>> diffoscope shows that: >>> >> >> [...] >> >>> These are

bug#75893: texlive: kpathsea doesn't use ls-R database

Nicolas Goaziou via Bug reports for GNU Guix writes: > I pushed a tentative patch in "tex-team" branch. I’m in the process of > testing it but it could take a while as texlive-collection-latexextra > contains more than 1k packages. It seems to be better. The "extreme&q

bug#75893: texlive: kpathsea doesn't use ls-R database

ok would probably need to be changed. I pushed a tentative patch in "tex-team" branch. I’m in the process of testing it but it could take a while as texlive-collection-latexextra contains more than 1k packages. Feedback welcome. Regards, -- Nicolas Goaziou

bug#75893: texlive: kpathsea doesn't use ls-R database

ou want to install in a profile. The ls-R file is already built during profile generation. See "guix/profiles.scm". Maybe we could keep "!!" prefix and create a ls-R file each time `texlive-build-system' builds a package and every time `texlive-updmap.cfg' is an input used to build documentation. In this case I'm not sure about what should be done for packages propagating TeX Live libraries without actually using them. In any case, this would require some experimentation. And it still is a workaround for a problem we don’t understand yet. Regards, -- Nicolas Goaziou

bug#73613: texlive-luatex is not reproducible

t is not possible to use (gnu packages check) module from there, isn't it? Note that Guix never runs "mtxrun --generate", so I don't think UUIDs are a problem in our case. Regards, -- Nicolas Goaziou

bug#73831: dvilualatex binary nowhere to be found

ch -engine=/ dvilualatex.fmt'? Regards, -- Nicolas Goaziou

bug#73831: dvilualatex binary nowhere to be found

ut that symlink is not created in `texlive-latex-bin'. I'll create it in the next tex-team branch update. Meanwhile, you can force dvilualatex format with "luatex &dvilualatex". Regards, -- Nicolas Goaziou

bug#55113: [BUG] texlive-bin doesn't set $TEXMFCACHE properly

Hello, Maxim Cournoyer writes: > tags 55113 - moreinfo quit This is actually fixed in latest TeX Live update. I'm closing it. Regards, -- Nicolas Goaziou

bug#73295: TeX font maps are not reproducible

ible from the command line, tho. My Perl-fu is too weak to know how to proceed from there. Regards, -- Nicolas Goaziou

bug#63321: Broken pipe? (and deprecated latex-packages)

to switch to the new names. Sorry for the late (ahem!) answer! Regards, -- Nicolas Goaziou

bug#60892: texlive-latex-ms description is incorrect -- doesn't contain everyshi

ist, or the other LaTeX packages > must be made part of this Guix package. In current TeX Live, texlive-latex-ms is deprecated in favor of texlive-ms. The description of the latter correctly mentions only "count1to" and "multitoc". Closing. Thank you. Regards, -- Nicolas Goaziou

bug#44044: texlive-latex-oberdiek is incomplete

7;m closing this bug report since modular TeX Live does not exhibit this behaviour anymore. Regards, -- Nicolas Goaziou

bug#52150: childsplay: ImportError

Hello, > Hi, after running guix pull today, I tried to run childsplay (using guix > shell) but get an error: Childsplay is no longer provided by Guix. I'm closing this bug report. Thanks! Regards, -- Nicolas Goaziou

bug#72780: [PATCH] gnu: emacs-treemacs: add missing package to propagated-inputs

prised it arrived in the wrong mailing list. Did you follow the steps mentioned in the manual (at "(guix) Submitting Patches"), or arguably better, used mumi? Anyhow I applied your patch. I just reordered inputs alphabetically. Regards, -- Nicolas Goaziou

bug#56667: test failures tests/channels.scm and tests/texlive.scm

> My apologies. Fixed with commit > c9a37f57cbb18be01436a709cbdd96ffea41caf5. Closing the issue.

bug#42449: texlive: l3regex.sty not shipped with texlive-latex-l3kernel

ind more > examples. I'm closing this issue, which has been fixed a long time ago. In particular find $(guix build --source texlive-l3kernel) -name "*regex*" returns the expected file name. Regards, -- Nicolas Goaziou

bug#65136: mktexpk cannot create bitmap font for umvs

scheme or a collection, such as > `texlive-scheme-basic'. You should also remove `texlive'. > > Does it work if you update your manifest? No answer in a year. I assume the issue is fixed on your side. I'm closing this issue. Feel free to reopen it if you think I am wrong. Regards, -- Nicolas Goaziou

bug#56556: texlive-babel-dutch with and without texlive-hyphen-dutch: No hyphenation patterns were preloaded

Hello, > Argh! I am just annoyed by this bug too; and again and again. How to > make progress? I'm closing this, as this issue has been fixed some time ago. Regards, -- Nicolas Goaziou

bug#64772: TeXlive (specifically LuaLaTeX) has become terribly slow

├── luaotfload-lookup-cache.lua > ├── luaotfload-lookup-cache.luc > ├── luaotfload-names.lua.gz > └── luaotfload-names.luc.gz > > 11 directories, 18 files > --8<---cut here---end--->8--- > > This is obviously for caching purposes, but (seemingly random) having a > folder named '{' in your working directory certainly is confusing. Both issues reported here are now fixed. Thank you. Regards, -- Nicolas Goaziou

bug#65366: texlive-scheme-basic: chktex: Could not find global resource file.

ng the texlive-chktex package does not resolve the > error. This issue is fixed since last core-updates merge: guix shell texlive-chktex -- chktex -v does not give any error. Regards, -- Nicolas Goaziou

bug#72625: emacs-magit: autoload issue

I cannot reproduce it (but I didn't try before the update). Did this change anything on your side? Regards, -- Nicolas Goaziou

bug#72233: emacs-magit build broken

> > According to <https://ci.guix.gnu.org/build/5188871/details>, it broke > with the a7aa7a8 → 92f3d20 commits. > > Nicolas, any idea what happened? It required an updated emacs-compat, done in 6c783ecc1f930f4176035fedaf9c179d931c0149. AFAICT, emacs-magit builds again. Regards, -- Nicolas Goaziou

bug#71849: pdflatex.fmt error using pandoc/pdflatex

gne` --8<---cut here---end--->8--- using the command: guix shell --pure pandoc texlive-collection-latexrecommended texlive-ulem -- pandoc -f markdown -t pdf -o out.pdf in.md Regards, -- Nicolas Goaziou

bug#71626: build of /gnu/store/5mzanz9linxs05ypxf1fil639gs2nard-guix-package-cache.drv failed

aving been introduced. Unfortunately, you guix pulled during the time frame it was still present. Now, everything is in order again. Sorry for the inconvenience! Regards, -- Nicolas Goaziou

bug#70170: emacs-strait-el: build failure

Hello, Christopher Howard writes: > Hello, after a recent guix pull, I am getting a failure when building > emacs-straight-el. Updating the package fixed it. Thanks for the report. Regards, -- Nicolas Goaziou

bug#69776: emacs-hyperbole: runtime exceptions in 8.0.0

plicit Buttons >> >>"HY-NEWS#ORG MODE:3:6" - outline section anchor & relative line number > > If we could fix this at the same time, that would be great. Fixed. Thank you. Regards, -- Nicolas Goaziou

bug#68717: texlive-bibexport is installed with incorrect shebang.

eral > `/bin/bash`. > > Thoughts? Indeed. I just patched texlive-bibexport. Thanks for the report. Regards, -- Nicolas Goaziou

bug#68224: emacs-jsonrpc source no longer exists

for setting the package back to using ELPA source, despite <https://issues.guix.gnu.org/57964>. Closing for now. Regards, -- Nicolas Goaziou

bug#68210: Build emacs-org.i686-linux on master is broken (flaky test?)

g-function)) (org-test-publish '(:publishing-function > org-html-publish-to-html) func))) :value nil) > --8<---cut here---end--->8--- > > Perhaps the above test is flaky. It seems so, because I restarted the build and it succeeded. I guess we can close this… for now. Regards, -- Nicolas Goaziou

bug#68211: Build emacs-org-web-tools.x86_64-linux on master is broken.

3289/details";>here. >> >> https://ci.guix.gnu.org/build/3153289/details > > The build phase fails with the error: "Cannot open load file" "No such > file or directory" "plz". Here's the detailed output: Fixed. Thanks for the heads up. Regards, -- Nicolas Goaziou

bug#67307: Build of emacs-org-recent-headings and other emacs-org-* packages broken

Hello, Maxim Cournoyer writes: > Do you have the client certificate to do admin actions from Cuirass? If > not, I can provide you with one. I don't have it. I'll also need some guidance to install it and use it wisely… Regards, -- Nicolas Goaziou

bug#67307: Build of emacs-org-recent-headings and other emacs-org-* packages broken

3350/details";>here. >> >> https://ci.guix.gnu.org/build/2603350/details > > This package and a few others appear to have broken following an update > to emacs-org [0]. > > [0] https://ci.guix.gnu.org/eval/917321?status=failed Most packages report a missing sub

bug#60627: emacs-nadvice package do not generate autoload file.

Hello, Maxim Cournoyer writes: > Nicolas Goaziou writes: > >> Hello, >> >> Feng Shu writes: >> >>> Nicolas Goaziou writes: >> >>>> To properly fix this, as the next step, I'm leaning towards removing >>>> emacs-nadvic

bug#65889: texlive-acronyms is missing dependencies

Hello, Josselin Poiret via Bug reports for GNU Guix writes: > Nicolas Goaziou writes: > >> We use dependencies specified in TeX Live itself (as in "texlive.tlpdb" >> file), for sanity reasons. There are 4000+ packages; I think it is not >> reasonable to gre

bug#65889: texlive-acronyms is missing dependencies

. It will also be terrible when using some updater, now this tool can remove propagated inputs. Most dependencies issues are resolved installing collections of packages, such as `texlive-collection-latexrecommended'. As a data point, I only resolve dependencies "manually" when they would otherwise require me to install `texlive-collection-latexextra', which is just too big. AFAIC, I suggest to not fix this, as this is not worth the trouble. Regards, -- Nicolas Goaziou

bug#65366: [PATCH] gnu: texlive-chktex: Fix runtime error.

This fixes . * gnu/packages/tex.scm (texlive-source): New variable. (texlive-chktex)[source]: Build binary from source. [build-system]: Use GNU-BUILD-SYSTEM. [arguments]<#:phases>: Make sure the `chktex' executable can locate a global configuration file. [native-

bug#65474: Reproducing a texlive bug

kely culprit is > commit 3481a5cb37cacbb54f74a2b1fa52ffc5c972b09f > Author: Nicolas Goaziou > Date: Wed Aug 9 10:45:42 2023 +0200 > guix: profiles: Do not raise error on incomplete TeX Live setups. > * guix/profiles.scm (texlive-font-maps): Check if TEXLIVE-SCRIPTS is > pres

bug#65472: texlive split packages are missing isodate.sty, wallpaper.sty, and dashrule.sty

output of guix shell subversion -- guix import texlive isodate required adding "license:" prefix to the license, and minimal editing of the description. I committed the three packages you mention in this bug report in my last push, so I'm closing this. Regards, -- Nicolas Goaziou

bug#64827: texlive is broken

idea to make the texlivebin > and texlivetexmf variables private again. Sure. Regards, -- Nicolas Goaziou

bug#64827: Texlive-biber not installable

Have you tried with a recent guix? Regards, -- Nicolas Goaziou

bug#64827: texlive is broken

don't know if the monolithic texlive from the wip branch does, but the current monolithic `texlive' can be installed without fuss alongside `texlive-biber'. I don't expect additional issues with `texlive' from the "wip" branch, tho. Regards, -- Nicolas Goaziou

bug#64827: texlive is broken

ve-biber' in a manifest, so re-instating the old `biber' package may introduce code duplication without much benefit. WDYT? Regards, -- Nicolas Goaziou

bug#64783: biber not in $PATH with texlive only

3 (primitive-load > "/gnu/store/jrfjhxwfgsnazg7apkgcasqfrcq?") > In ice-9/eval.scm: >619:8 2 (_ #f) > In ice-9/boot-9.scm: >140:2 1 (dynamic-wind #ice-9/eval.s?> ?) > In unknown file: > 0 (chdir "/tmp/texlive/share/texmf-dist") > > ERROR: In procedure chdir: > In procedure chdir: No such file or directory This should now be fixed. I'll let you close the bug if you can confirm this. Regards, -- Nicolas Goaziou

bug#64783: Build of texlive-font-maps fails

ed packages. You shouldn't need both (and I suggest using the latter as soon as your favourite packages are shipped). In any case, since 3481a5cb37cacbb54f74a2b1fa52ffc5c972b09f, this situation should not generate an error anymore. Regards, -- Nicolas Goaziou

bug#65136: mktexpk cannot create bitmap font for umvs

e-lh" > "texlive-metafont" > "texlive-mflogo" > "texlive-mflogo-font" > "texlive-palatino" > "texlive-hyphen-complete" > "texlive-times" > "texlive-txfonts" > "texlive-zapfding" This setup is not correct, as you're mixing monolithic package (`texlive') and an incomplete modular system (`texlive-*'). According to the manual, if you want to use modular TeX Live, you need to provide at least a scheme or a collection, such as `texlive-scheme-basic'. You should also remove `texlive'. Does it work if you update your manifest? Regards, -- Nicolas Goaziou

bug#64783: Build of texlive-font-maps fails

package is called `texlive'. When you have this one in your profile, you shouldn't need any "texlive-" prefixed package. OTOH, if you don't have `texlive', which is what I suggest, you need to start off with a base system, such as `texlive-scheme-basic' and extend it with TeX Live collections. Regards, -- Nicolas Goaziou

bug#64906: 'guix shell -D po4a' fails (texlive-font-maps.drv build failure)

;0 (copy-file "/gnu/store/rlbyrr5rnsmfi0aani1ibkrlszp7xiz?" ?) > > ERROR: In procedure copy-file: > In procedure copy-file: Permission denied > --8<---cut here---end------->8--- > > I'm not sure if or how this problem is related to the other TexLive > issues recently discovered. This should be fixed in commit e43cbeafd1b632f39b08b3644af5230d5350a656. Regards, -- Nicolas Goaziou

bug#64772: TeXlive (specifically LuaLaTeX) has become terribly slow

t;/share/"))) --8<---cut here---end--->8--- The files above are probably generated, and I don't know when. > This test has been done (in case anyone's wondering) *after* > bind-mounting the texmf.cnf of texlive-kpathsea as explained in my > previous message. I suggest to drop this "fix" for now. Regards, -- Nicolas Goaziou

bug#64827: Texlive has become slow

their union was texlive. This should still be the same. The main difference is that `texlive-bin' was renamed `texlive-bin-full'. Any other change was probably not intended. > My impression is that > commit 19fd1004138b60c4479d7516aa0cee261c0b6b57 > Author: Nicolas Goaziou

bug#64827: Acknowledgement (Texlive-biber not installable)

Hello, Andreas Enge writes: > Am Wed, Jul 26, 2023 at 04:51:06PM +0200 schrieb Nicolas Goaziou: >> Would it be possible to remove the ".texlive2023" directory? > > Yes. Compilation works now, but I still cannot install texlive and > texlive-biber concurrently, and

bug#64827: Acknowledgement (Texlive-biber not installable)

web2c/fmtutil.cnf Would it be possible to remove the ".texlive2023" directory? Regards, -- Nicolas Goaziou

bug#64783: Build of texlive-font-maps fails

ant a very minimal system, with a lot of sweat. For example, `texlive-bin' does not provide any ".fmt" file. Regards, -- Nicolas Goaziou

bug#64852: Texlive errors and weird behavior

ctory, I do know that monolithic TeX Live modifies "texmfcnf.lua" (see `texlive-texmf' package) whereas modular TeX Live (in `texlive-luatex' package) doesn't. I think this "texmfcnf.lua" file should be modified in a proper way to fix this issue, but I don't know how. Regards, -- Nicolas Goaziou

bug#64783: Build of texlive-font-maps fails

fdr5-texlive-mflogo-66594.drv",["out"]),("/gnu/store/xwn5jck72axqgly5mqrqqlb0q42z0wfj-texlive-libkpathsea-20230313.drv",["out"]),("/gnu/store/yfndk3m27yy0lxvsq7haara6s3sgvkyk-texlive-metafont-66594.drv",["out"]),("/gnu/store/zlnwfr958rrw7hi33whz7ly4g1ibdhdk-texlive-txfonts-66594.drv",["out"])],["/gnu/store/7qpfppfr597wmx8w8aa9d7vi0hlwkwhv-texlive-font-maps-builder","/gnu/store/97abc0kn26cymj0wn51jg4a7f59fgmsb-module-import"],"x86_64-linux","/gnu/store/g8p09w6r78hhkl2rv1747pcp9zbk6fxv-guile-3.0.9/bin/guile",["--no-auto-compile","-L","/gnu/store/97abc0kn26cymj0wn51jg4a7f59fgmsb-module-import","-C","/gnu/store/8rslw1f0ziijwakb509lp74l7gk9kcqv-module-import-compiled","/gnu/store/7qpfppfr597wmx8w8aa9d7vi0hlwkwhv-texlive-font-maps-builder"],[("allowSubstitutes","0"),("guix > properties","((type . profile-hook) (hook . > texlive-font-maps))"),("out","/gnu/store/i3bjkknqvy6j1yms9wq2vzvak4p3zkg6-texlive-font-maps"),("preferLocalBuild","1")]) > You seem to have some texlive packages installed, but no `texlive-bin'. What texlive packages, if any, are installed in your profile? What happens if you also install, for example, `texlive-scheme-basic'? Regards, -- Nicolas Goaziou

bug#52362: guix import go error

Hello, Simon Tournier writes: > On mar., 01 mars 2022 at 00:55, Nicolas Goaziou > wrote: > >> ./pre-inst-env guix import go --recursive rclone > > Using Guix 14c0380, I get: > > --8<---cut here---start->8--- > $ guix

bug#63371: [bug#63534] [PATCH] gnu: openboard: Update to 1.7-dev-0.47a96e1

) > - (search-input-directory inputs "/include/poppler") > + (search-input-directory inputs "include/poppler") I don't think these changes are warranted. Do they fix something? Otherwise LGTM. Regards, -- Nicolas Goaziou

bug#63350: [BUG] emacs-tmr cannot find ffplay at runtime when timers end

c570f80cc0b4e7302ad118ad600b3274. I'm closing the bug report. Feel free to re-open it if it still doesn't work. Regards, -- Nicolas Goaziou

bug#62784: drascula, lure, lure-de, lure-es, lure-fr, lure-it, sky: non-commercial license

r and possibly commercial software distribution". In other words, I think the non-commercial restriction is moot in our situation. Consequently, it seems okay to keep these games in Guix. Debian, Trisquel, PureOS distributions seem to agree, FWIW. I understand our opinions may differ here, but I do think software freedom is not at stake when including drascula and friends in Guix. Regards, -- Nicolas Goaziou

bug#62361: emacs-svg-tag-mode requires unpackaged svg-lib

emacs-svg-tag-mode’, but isn't even packaged for Guix. AFAICT, `emacs-svg-tag-mode' correctly propagates `emacs-svg-lib', and the latter exists in "emacs-xyz.scm". How is emacs-svg-tag-mode failing? Do you have a simple example to demonstrate the issue? Regards, -- Nicolas Goaziou

bug#60627: emacs-nadvice package do not generate autoload file.

Hello, Feng Shu writes: > Nicolas Goaziou writes: >> To properly fix this, as the next step, I'm leaning towards removing >> emacs-nadvice package altogether. It is not useful in Guix since we >> provide Emacs 28+. > > agree :-) I'm CC'ing Phodina,

bug#60635: Update emacs-compat and magit

agit > - (let ((commit "36059e0b881cb1465cb5ad0099e55e00845a8222") > + (let ((commit "b908c79b44f5c282eec44f19fc1d9967f041dd5c") > (revision "0")) NB: I also bumped revision. Regards, -- Nicolas Goaziou

bug#60627: emacs-nadvice package do not generate autoload file.

deps) > package-activate(compat) This is now mitigated in commit db746d16602f4b22ed678aaaeeb5974398d27874. To properly fix this, as the next step, I'm leaning towards removing emacs-nadvice package altogether. It is not useful in Guix since we provide Emacs 28+. WDYT? Regards, -- Nicolas Goaziou

bug#60553: emacs-org-ql build fail

voke-error program: "buttercup" arguments: ("-L" ".") > exit-status: 255 term-signal: #f stop-signal: #f> > phase `check' failed after 2.7 seconds > command "buttercup" "-L" "." failed with status 255 This is now fixed in commit 7e656bfa2888f4af53116402573589b3a38cbaba. Thank you. Regards, -- Nicolas Goaziou

bug#59566: [PATCH v2 1/2] gnu: Add emacs-function-args.

Hello, jgart writes: > * gnu/packages/emacs-xyz.scm (emacs-function-args): New variable. Applied. Thank you. Regards, -- Nicolas Goaziou

bug#58581: Ungoogled-chromium cannot "cast" to a projector

um doesn't have this issue. On the terminal, I can see the following error: libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null) but I don't know if it is related. Regards, -- Nicolas Goaziou

bug#58274: giac 1.9.0-21 fails to build

C_CONSTANTS -DTIMEOUT > -DHAVE_LIBMICROPYTHON -fpermissive -DQUICKJS -MT alg_ext.lo -MD -MP -MF > .deps/alg_ext.Tpo -c alg_ext.cc -o alg_ext.o >/dev/null 2>&1 > pari.cc:752:17: error: typedef ‘giac::PFGEN’ is initialized (use ‘decltype’ > instead) > 752 | typedef GEN (*PFGEN)(ANY

bug#56346: [BUG] emacs-parsebib and emacs-ebib out of sync

e. > > So long as that works, I'll send a patch updating the Guix version of > this package to this more-recent 'release' of emacs-ebib. Thank you for the report. I updated emacs-parsebib to 4.1. Closing. Regards, -- Nicolas Goaziou

bug#52362: [PATCH v3] guix: import: go: Use correct tag for go module in subdirectory.

ice-9/boot-9.scm:1683:16: In procedure raise-exception: Value out of range 0 to< 33: 35 --8<---cut here---end--->8--- Do you know why it is failing like this? Regards, -- Nicolas Goaziou

bug#54061: thermald-2.4.7 build fail following upower update to 0.99.15

o publicize the unquote+ungexp, alias ",#~", style. IIUC, in <https://guix.gnu.org/fr/blog/2021/the-big-change/> there's some reasoning against the abuse of unquoting. This kind of defeat the simplicity introduced with G-expressions. So, I would favor writing: (list #:configure-flags #~(list ...)) WDYT? Regards, -- Nicolas Goaziou

bug#53515: Solarus Quest Editor makes new quests read-only

> > * > > I believe this is likely because it recursively copies a template from > /share/solarus-quest-editor/assets/initial_quest/ relative to the > installed solarus-quest-editor to the destination and keeps > permissions. Confirmed. It may be worth reporting it upstream

bug#53326: snap: Fails to build (hash mismatch)

Hello, Maxime Devos writes: > Anyway, I asked upstream <https://github.com/jmoenig/Snap/issues/2966> > whether this will happen again. Let's wait for a response? Upstream answered. It was an exception. So I guess all is fine. Thanks for bringing it up to upstream. Reg

bug#53326: snap: Fails to build (hash mismatch)

here the tag > `v7.0.3` points at after the Guix package definition was updated? It looks like so, because I'm pretty sure I tested it when I bumped it to 7.0.3. In any case, I updated it to 7.0.5. Hopefully, it now builds. Thank you for the report. Regards, -- Nicolas Goaziou

bug#52552: [bug#52700] [PATCH 1/2] gnu: Add python-pydbus.

Hello, Aleksandr Vityazev writes: > * gnu/packages/python-xyz (python-pydbus): New variable. This was applied in 4527743f0a2d58d7cdf5abdd74016908eecd66a6 and subsequent commit. Thank you! Regards, -- Nicolas Goaziou

bug#52837: We need deeper research

Hello, Evgenii Lepikhin via Bug reports for GNU Guix writes: > Now it is fixed. Closing it, then. Thanks for the feedback. Regards, -- Nicolas Goaziou

bug#52837: Failed to compile rav1e which is dependence for tons of packages

. >> >> With this we do not have to bother updating rav1e yet. >> >> WDYT? > > Sounds like a plan. Are you able to do it? This is now done on master. AFAICT both nushell and rav1e build. I'll let the OP confirm the issue is fixed and close the bug report. Regards, -- Nicolas Goaziou

bug#52837: Failed to compile rav1e which is dependence for tons of packages

t have to bother updating rav1e yet. WDYT? Regards, -- Nicolas Goaziou

bug#52664: lagrange build failure

Hello, "bdju" via Bug reports for GNU Guix writes: > guix system > guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff > build log here: http://ix.io/3IQP Fixed. Thank you. Regards, -- Nicolas Goaziou

bug#52661: wslay build failure (godot dependency)

Hello, "bdju" via Bug reports for GNU Guix writes: > guix system > guix (GNU Guix) b3a0db7a0e5fa7186c090647cfd5666e2b9287ff > > build log here: http://ix.io/3ISu Fixed. Thank you. Regards, -- Nicolas Goaziou

bug#35308: GDM refuses to log into Gnome Shell

Josselin Poiret writes: > Nicolas Goaziou writes: > >> You're right. The above fixes the issue with fontconfig. Unfortunately, >> the problem persists with the minimal manifest: >> >> (specifications->manifest '("python-matplotlib")) >&g

bug#35308: GDM refuses to log into Gnome Shell

Hello, Josselin Poiret via Bug reports for GNU Guix writes: > Nicolas Goaziou writes: > >> I went a bit further: >> >> The issue is not specifically glib-related, but can be reproduced with >> any package using the following: >> >> (search-path-sp

bug#35308: GDM refuses to log into Gnome Shell (was: GDM refuses to log into Gnome on Debian 9 or 10)

'("fontconfig")) even though fontconfig does not depend on glib (but does search XDG_DATA_DIRS). -- Nicolas Goaziou

bug#52308: trezor-agent fails with hash error

Fixed now. Thank you. Regards, -- Nicolas Goaziou

bug#51633: Go importer fails on projects located in a sub-directory of a repository

oblematic projects include - github.com/decred/dcrd/lru - cloud.google.com/go/storage - google.golang.org/grpc/cmd/protoc-gen-go-grpc Regards, -- Nicolas Goaziou

  1   2   >