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

bug#51489: emacs-shell-command+: 2.3.1 broken, fixed in 2.3.2

r around the variable. I updated emacs-shell-command+ to 2.3.2. Thank you for the report. Regards, -- Nicolas Goaziou

bug#51170: tlp fullcharge

gt; > this used to work not so long ago. This was fixed in commit e7b899008c34c3d420b2017b8d41e13b33d5a93c applied on October, 8th. I cannot reproduce it. You may not be running a recent enough guix. Could you double-check the output of "guix describe"? Regards, -- Nicolas Goaziou

bug#51086: tlp error in tlp-func-base

(setenv "TLP_CONFDEF" > (string-append out "/share/tlp/defaults.conf")) Indeed! I created a patch with a proper commit message and applied it in your name. Thank you. Regards, -- Nicolas Goaziou

bug#50896: emacs-beancount broken, moved to its own project

uot;Emacs mode for beancount") Nitpick: beancount -> Beancount > + (description > + "Emacs-beancount is an Emacs mode for the Beancount accounting > tool." Otherwise, LGTM! Regards, -- Nicolas Goaziou

bug#42301: Build of GNU Solfege fails

ne by me, but I'm not the OP. Regards, -- Nicolas Goaziou

bug#49360: Updating cataclysm-dda to 0.F

rds (2). >> - Chris > > I've pushed a new version in b65af6ed91. I took the first of these two > routes, though I think in the long run the latter approach probably > makes more sense. FWIW, I also think the second path makes more sense. Regards, -- Nicolas Goaziou

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#48536: ‘emacs-org-super-agenda’ is broken.

It seems like a capitalization problem. Maybe we should skip the failing test. WDYT? Regards, -- Nicolas Goaziou

bug#42861: emacspeak won't shut up about TTS sync states

Hello, Kei Kebreau writes: > I've pushed the patch as-is to master. Thank you. > I was If you are able to provide a method to replicate the issues you > speak of here, please message me and we can open a bug report. OK noted. Regards, -- Nicolas Goaziou

bug#47667: rust-rav1e-0.4 fails to build

ip-build' keyword. I'm surprised it chokes this way. "rav1e" packages, i.e., without the "rust-" prefix, are the ones actually being built. That's not the same intent. Regards, -- Nicolas Goaziou

bug#42861: emacspeak won't shut up about TTS sync states

7;m misunderstanding you, Emacspeak seems to do the same for me on > Debian. For example, it reads "Active processes exist?..." and so on when > exiting. Is this not proper behavior? It is, but I am speaking at the initial messages, when you start a fresh Emacs session. Regards, -- Nicolas Goaziou

bug#42861: emacspeak won't shut up about TTS sync states

; about the TTS sync state and such. This is much better indeed. Thank you. On Debian espeak seems to be activated after loading ".emacs" file. Here, the package spells out all configuration messages displayed on in the minibuffer. Regards, -- Nicolas Goaziou

bug#47472: fe: hash mismatch

;. > guix build: error: build of > `/gnu/store/12qcph6m26hlbyydsnl0ibl656397fld-fe-2.0.tar.gz.drv' failed > --8<---cut here---end--->8--- > > It is probably an upstream in-place replacement. You're right. Upstream rebased 2.0 on top of 1.9 release. I updated the hash. Thank you for the heads up. Regards, -- Nicolas Goaziou

bug#46925: Ripgrep tests failures due to bstr update

John Soo writes: > I think the problem is that the version bound is too loose in > cargo.toml upstream. What does the cargo.lock say on the current > master? I am beginning to think we need to follow the cargo.lock to > resolve dependencies first if it exists. It's 0.2.12 in Cargo.toml and 0.2.1

bug#46925: Ripgrep tests failures due to bstr update

proves nothing. > Maybe the fix could be using a later commit > in which the later bstr is used. There are definitely unreleased > commits in ripgrep. Latest ripgrep commit still requires bstr 0.2.12, so this is not an option either. Regards, -- Nicolas Goaziou

bug#46925: Ripgrep tests failures due to bstr update

bility does not break functionality in ripgrep. It just breaks its tests. Disabling them for a while does not sound so bad, after all. Is it? Regards, -- Nicolas Goaziou

bug#46925: Ripgrep tests failures due to bstr update

dependency. Do you think of a better way to solve this? Regards, -- Nicolas Goaziou

bug#46336: Bug report

e details in [1]. :-) > > I think it is fixed by 9c4b266ae5b6374fd6be22e59a1d3a82b598dc8d. > > The issue is not the ’time-machine’. What is your current “guix > describe”? > > Closing? Nicolas, do you confirm it is fixed? Indeed. It is fixed. I'm closing this bug report. Regards, -- Nicolas Goaziou

bug#46188: openimageio (and blender) fail to build since b965b2f004d522acea17f85780e1e44c882e24b3

ackage-derivations?base_commit=51418c32d95d8188d8877616829f26479f1135c6&target_commit=b965b2f004d522acea17f85780e1e44c882e24b3&build_change=broken&after_name=&limit_results=40 > > Cc'ing Nicolas Goaziou as they might be able to provide more information > about the pybind11 upda

bug#45448: Emacs can't load org mode after last update

ocumentation > (lambda* (#:key outputs #:allow-other-keys) > (let* ((share (string-append (assoc-ref outputs "out") > "/share")) > > I'm more tempted to add this little fix rather than revert the update, > given we'd also have to revert org-contrib. Indeed. LGTM. Thank you! Regards, -- Nicolas Goaziou

bug#45351: Wrong URL in guix import crate --help

Hello, Nathan Dehnel writes: > guix import crate --help mentions crate.io, whereas it should be > crates.io. Fixed. Thank you. Regards, -- Nicolas Goaziou

bug#45360: Cannot log in to GNOME on foreign distro with Guix

nual, maybe in "(guix) >> Application Setup". > > If it’s an easy workaround: yes. But if it’s a bug we can actually fix > I’d rather see it fixed :) I don't think this would be a sufficient workaround anyway. It seems related to bug 35308 (<http://issues.guix.info/35308>) where GI_TYPELIB_PATH is also involved. Regards, -- Nicolas Goaziou

bug#45058: Duplicate inputs with Crate importer

("rust-atty" ,rust-atty-0.2) ("rust-clap" ,rust-clap-2) ("rust-clap" ,rust-clap-2) ... Regards, -- Nicolas Goaziou

bug#35308: GDM refuses to log in with propagated glib

set GI_TYPELIB_PATH unset XDG_DATA_DIRS Help would be appreciated at this point. Regards, -- Nicolas Goaziou

  1   2   >